16. Каноническое проектирование ИС. Стадии и этапы процесса проектирования ИС. Формирование требований к ИС, обследование предметной области. Разработка концепции ИС. Модели деятельности предприятий: модель "как есть"("as-is") и модель "как должно быть"("to-be"). Реализация моделей с помощью CASE – средства.
Организация канонического проект-ния ориентирована на использ-е каскадной модели ЖЦ ИС и описана в стандарте ГОСТ 34.601.90.
Стадии и этапы создания ис
Прописываются в договорах и технич. заданиях на вып-ние работы.
Стадия 1. «Формирование требований к ИС». На нач. стадии проект-ния выделяют этапы работы:
- Обследование объекта и обосн-е необх-ти создания ИС.
- Формирование требоваий пользователей к ИС.
- оформление отчета о выполненной работе и тактика техн. задания на обработку.
Стадия 2. «Разработка концепции ИС»
- Изучение объекта автоматизации
- Проведение необх-х научно-исследовательских работ.
- Разработка вариантов концепции ИС, удовлетворяющих требованиям пользователя.
Стадия 3. «Техническое задание»
- Разработка и утверждение ТЗ на создание ИС
Стадия 4. «Эскизный проект»
- Разработка предварительных проектных решений по системе и ее частям.
- Разработка эскизной док-ции на ИС и ее часть.
Стадия 5. «Технический проект»
- Разработка проектных решений по системе и ее частям
- Разработка док-ции на ИС и ее части (подсистемы)
- Разработка и оформление док-ции на поставку комплектующих изделий.
- Разработка задания на проектирование в смежных частях проекта.
Стадия 6. «Рабочая док-ция»
- Разработка раб. док-ции на ИС и ее части
- Разработка и адаптация программ.
Стадия 7. «Ввод действия»
- Подготовка объекта автоматизации
- подготовка персонала
- комплектация ИСпоставляемыми изделиями, прогр.-технич. комплексами, инф. изданиями.
- узконаладочные работы:
1 проведение предварительных испытаний
2 проведение опытной эксплуатации
3 проведение приемочных испытаний.
Стадия 8. Сопровождение ИС
- выполнение работ в соответствии с гарантийными обязат-вами.
- послегарантийное обслуживание.
Стадия1. Обследование предм. Области.
Обследование – это изучение и диагностич. анализ орг-й структуры предприятия, его деят-ти и существующей системы обработки инф-ции. Материалы, полученные в рез. обследования тсп-ся для:
1)обоснование разработки и поэтапного внедрения ИС.
2)составление ТЗ на разработку ИС
3) разработки технич. и рабочего проектов ИС.
Осн. задача 1 этапа – обследование, оценка реального объема проекта (разработки ИС), его цели и задачи на основе вычисленных ф-ций и инф.элементов (объектов).
2 этап: определяет технич. подходы к ИС и оценивает затраты на ее реализаци (затраты на аппаратное, программное обеспечение и разраб. нового ПО) Этот этап еще наз-ся этапом стратегии проекта. Рез-м этапа явл-ся док-т (технико-экономич. обоснование проекта), где четко сформулир-но, что получает заказчик при финансировании проекта, когда он получает готовый продукт (график выполнения работ) и сколько это будет стоить, + расчет эк. эфф-ти и время окупаемости проекта.
Стадия 2. Разработка концепции ис.
На этом этапе детального анализа деят-ти орг-ции изучаются задачи, обеспечивающие реализацию ф-ций управления, организационная структура, штаты и содержание работ по управлению предприятия, + ха-р подчиняемости вышестоящим органам управления.
Д. б. выявлены:
1) инструктивно-методические и директивные материалы, на основании которых определяется состав подсистем и перечень задач.
2) происходит сбор и фиксация инф-ции в 2х взаимосвязанных формах:
- ф-ции – инф-ция о событиях и процессах, кот. происходят в анализируемой ПО.
- сущности – инф-ция о вещах, имеющих значение для орг-ции.
Одной из наибоолее трудоемких, но хорошо формируемых задач этого этапа явл-ся описание документоооборота орг-ции. При обследовании документообороота сост-ся схема маршрута движ-я док-тов, кот. д. отразить:
- кол-во док-тов
- место формир-я показ-лей док-тов
- взаимосвязь док-тов при их формировании
- маршрут и длительность движения док-в
- место использ-я и хранения данного док.
- внутр. и внешн. инф. связи
По результатам обследования устанавливается перечень задач управления, реш-е которых целесообразно автоматиз-ть, и очередность их разработки.
На этом этапе обследования следует классиф-ть планируемые ф-ции разработанной системы по степени важности: MUSCOW:
must have – необх. ф-ции
should have – желательн. ф-ции
could have – возможн.ф.
won’t have – отсутствующие ф.
Ф-ции 1 категории обеспеч-т критичные для успешной работы ИС возможности. Реализация ф-ций 2 и 3 категории ограничивается временными и финансовыми рамками. Разрабатывается то, что необходимо, + макс. возможн. в порядке приоритета. 4 категория ф-ций особенно важна, поскольку при разработке ИС необх-мо четко представлять границы проекта и набор ф-й, кот. будет отсутствовать в системе.
Модель деят-ти орг-ции создается в 2х видах:
1.AS-IS – как есть. отражает сущ-щий в орг-ции бизнесс-процесс.
2.TO BE – как должно быть. Отражает необх-е измен-я бизнесс-процессов с учетом внедрения ИС. Рез-ты исследования представляют объективную основу для формирования ТЗ на ИС.