Состав технического задания определяется ГОСТ 34.602-89.
1. Общие сведения
2. Назначение и цели создания (развития) системы
3. Характеристика объектов автоматизации
4. Требования к системе
Требования к системе в целом:
Требования к функциям (по подсистемам):
Требования к видам обеспечения:
5. Состав и содержание работ по созданию системы
6. Порядок контроля и приемки системы
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
8. Требования к документированию
9. Источники разработки
12. ГОСТ на создание ИС.
Согласно ГОСТу процесс создания ИС представляет собой совокупность упорядоченных по времени взаимосвязанных объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания ИС, соответствующей заданным требованиям.
Выделяют стадии, которые подразделяются на этапы (ГОСТ 34.601-90):
1. формирование требований к ИС
2. разработка концепции
3. техническое задание
4. эскизный проект
5. технический проект
6. рабочая документация
7. ввод в действие
8. сопровождение ИС
13. Состав проектной документации.
Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению.
Состав и содержание технического проекта:
1. Пояснительная записка
|
|
|
2. Функциональная и организационная структура системы
3. Постановка задач и алгоритмы решения
4. Организация информационной базы
5. Альбом форм документов
6. Система математического обеспечения
7. Принцип построения комплекса технических средств
8. Расчет экономической эффективности системы
9. Мероприятия по подготовке объекта к внедрению системы
10. Ведомость документов
14. Технология проектирования ИС: общее определение и виды технологий.
Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС.
Технология проектирования определяется как совокупность трех составляющих:
- пошаговой процедуры, определяющей последовательность технологических операций проектирования (рис);
- критериев и правил, используемых для оценки результатов выполнения технологических операций;
- нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
Методология проектирования ИС должна обеспечивать решение следующих задач:
1. обеспечить создание ИС, отвечающее целям и задачам организации, а также требования заказчика, которые он предъявляет к автоматизации деловых процессов
|
|
|
2. гарантировать создание системы с заданным качеством, с заданные сроки и в рамках установленного бюджета
3. поддерживать удобную дисциплину сопровождения, модификации, наращивания системы
4. обеспечивать преемственность разработки.
RAD (Rapid Application Development)
Под этим термином обычно понимается процесс разработки ПО, содержащий3 элемента:
- небольшую команду программистов
- короткий, но тщательно проработанный производственный график
- повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком
SADT – Structured Analysis and Design Technique
Методология представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.
DFD -В основе данной методологии лежит построение модели анализируемой ИС – проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных.
|
|
|
ERD -Непосредственным средством моделирования данных являются диаграммы «сущность-связь» (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERDиспользуются для проектирования реляционных баз данных.
IDEF0 -методология функционального моделирования, являющаяся составной частью SADT и позволяющая описать бизнес-процесс в виде иерархической системы взаимосвязанных функций.
IDEF3 -методология описания процессов, рассматривающая последовательность выполнения и причинно-следственные связи между ситуациями и событиями для структурного представления знаний о системе.
IDEF/x - методология информационного моделирования, являющаяся составной частью SADT и основанная на концепции "сущность связь".
15. Каноническое проектирование ИС.
Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС.
В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
|
|
|
Каноническое проектирование ИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций.
Стадии и этапы работы:
• исследование и обоснование создания системы;
• разработка технического задания;
• создание эскизного проекта;
• техническое проектирование;
• рабочее проектирование;
• ввод в действие;
• функционирование, сопровождение, модернизация.
16. Типовое проектирование ИС.
Типовое проектирование ИС предполагает создание системы из готовых типовых элементов. Основополагающим требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия.
Для реализации типового проектирования имеется два подхода:
1. Параметрически-ориентированное проектирование
· определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач,
· анализ и оценка доступных ППП по сформулированным критериям,
· выбор и закупка наиболее подходящего пакета,
· настройка параметров (доработка) закупленного ППП.
Дата добавления: 2018-02-15; просмотров: 531; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!