Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших локальных ЭИС.
В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Стадии создания» делится на следующие семь стадий: 1. исследование и обоснование создания системы: 2. разработка технического задания; 3. создание эскизного проекта; 4. техническое проектирование; 5. рабочее проектирование; 6. ввод в действие; 7. функционирование, сопровождение, модернизация.
На первой «Предпроектной стадии» принято выделять два основных этапа: сбор материалов обследования; анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).
В результате выполнения первого этапа проектировщики получают материалы обследования, которые должны содержать полную и достоверную информацию, описывающую изучаемую предметную область – предприятие. После выполнения второго этапа проектировщики получают количественные и качественные характеристики информационных потоков, описание их структуры и мест обработки, объемов выполняемых операций и трудоемкости их обработки.
Вторая стадия «Технорабочее проектирование» выполняется в два этапа: техническое проектирование и рабочее проектирование. На этапе «Техническое проектирование» выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект». Этап «Рабочее проектирование» связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта». При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают «Технорабочий проект».
Третья стадия «Внедрение проекта» включает в себя три этапа: подготовка объекта к внедрению проекта; опытное внедрение проекта и сдача его в промышленную эксплуатацию. На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ЭИС. На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного внедрения». На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» (Д3.1) и «Акт приемки проекта в промышленную эксплуатацию»
Четвертая стадия - «Эксплуатация и сопровождение проекта» включает этапы: эксплуатация проекта; сопровождение и модернизация проекта. На этапе «Эксплуатация проекта» получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде рекламаций и замечаний, которые накапливаются для выполнения следующего этапа. На этапе «Сопровождение проекта» выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного «Технорабочего проекта».
Требования к содержанию документов, разрабатываемых при создании ИС, установлены нормативными документами.
Содержание документов является общим для всех видов ИС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой ИС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы.
Жизненный цикл информационной системы - это непрерывный процесс от ее «рождения» до «смерти». Включает в себя анализ (обследование объекта управления и/или существующей ИС), проектирование, реализация, испытания (тестирование), внедрение, сопровождение и утилизация.
На этапе сопровождения происходит развитие ИС, ее модернизация или бизнесреинжиниринг с целью адаптации к изменившимся внешним условиям, что также связано с проектированием отдельных составных частей ИС или перепроектированием всей ИС в целом.
Под моделью жизненного цикла понимается структура и последовательность выполнения стадий и этапов ЖЦ. (создания, развития или модернизации ИС).
Среди известных моделей жизненного цикла можно выделить следующие модели:
• каскадная модель (до 70-х годов) - последовательный переход на следующий этап после завершения предыдущего:
• итерационная модель (70 - 80-е годы) - с итерационными возвратами на предыдущие этапы после выполнения очередного этапа:
• спиральная модель (80 - 90-е годы) - прототипная модель, предполагающая постепенное расширение прототипа ЭИС.
Каскадная модель жизненного цикла ИС.
Для этой модели жизненного цикла характерна автоматизация отдельных несвязанных задач, не требующая выполнения информационной интеграции и совместимости, программного, технического и организационного сопряжения. В рамках решения отдельных задач каскадная модель жизненного цикла по срокам разработки и надежности оправдывала себя.
Применение каскадной модели жизненного цикла к большим и сложным проектам вследствие большой длительности процесса проектирования и изменчивости требований за эго время приводит к их практической нереализуемости.
Спиральная модель жизненного цикла ИС.
Используется подход к организации проектирования ЭИС «сверху-вниз», когда сначала определяется состав функциональных подсистем, а затем постановка отдельных задач. Соответственно сначала разрабатываются такие общесистемные вопросы, как организация интегрированной базы данных, технология сбора, передачи и накопления информации, а затем технология решения конкретных задач. В рамках комплексов задач программирование осуществляется по направлению от головных программных модулей к исполняющим отдельные функции модулям. При этом на первый план выходят вопросы взаимодействия интерфейсов программных модулей между собой и с базой данных, а на второй план - реализация алгоритмов.
Например, для аналитических задач ресурсы и время на выполнение этапа анализа могут выделяться значительно большими по сравнению с остальными этапами, в том спрос, если проектирование, реализация и внедрение затем осуществляется на широко распространенных средствах, электронных таблиц.
И напротив, сложные расчетные задачи с заведомо известными и проработанными методическими инструкциями, экспертные системы, строящиеся на базе готовых пустых оболочек, требуют больших затрат на реализацию и верификацию проектных решений.