Системная инженерия ЛЕКЦИЯ 2. Лекция 2 Из рабочей учебной программы Тема Стандарты и нормативные руководства по системной и программной инженерии
 Скачать 0.87 Mb.
|
2.4. Жизненный цикл информационной системыСовокупность стадий и этапов, которые проходит ИС в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы, называется жизненным циклом ИС. Содержание жизненного цикла разработки ИС сводится к выполнению следующих стадий: 1. Планирование и анализ требований (предпроектная стадия) ─ системный анализ. Проводится исследование и анализ существующей информационной системы, определяются требования к создаваемой ИС, формируются технико-экономическое обоснование (ТЭО) и техническое задание (ТЗ) на разработку ИС; 2. Проектирование (техническое и логическое проектирование). В соответствии с требованиями формируются состав автоматизируемых функций (функциональная архитектура) и состав обеспечивающих подсистем (системная архитектура), проводится оформление технического проекта ИС; 3. Реализация (рабочее и физическое проектирование, кодирование). Разработка и настройка программ, формирование и наполнение баз данных, формулировка рабочих инструкций для персонала, оформление рабочего проекта; 4. Внедрение (опытная эксплуатация). Комплексная отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям организации, оформление акта о приемо-сдаточных испытаниях ИС; 5. Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление недоработок и ошибок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5). Ниже рассматривается основное содержание стадий и этапов жизненного цикла ИС. Системный анализ. Основными целями этапа являются: * формулировка потребностей в новой ИС (определение всех недостатков существующей ИС); * выбор направления и определение экономической обоснованности проектирования ИС. Системный анализ ИС начинается с описания и анализа функционирования рассматриваемого объекта в соответствии с требованиями (целями), которые предъявляются к нему. В результате этого этапа выявляются недостатки существующей ИС, на основе которых формулируется потребность в совершенствовании системы управления этим объектом, и ставится задача определения экономически обоснованной необходимости автоматизации определенных функций управления (создается технико-экономическое обоснование проекта ИС). После определения этой потребности возникает проблема выбора направлений совершенствования объекта на основе выбора программно-технических средств. Результаты оформляются в виде технического задания на проект, в котором отражаются технические условия и требования к ИС, а также ограничения на ресурсы проектирования. Требования к ИС определяются в терминах функций, реализуемых системой. Этап проектирования предполагает: * проектирование функциональной архитектуры ИС, которая отражает структуру выполняемых функций; * проектирование системной архитектуры ИС (состав обеспечивающих подсистем); * реализацию проекта. Формирование функциональной архитектуры, которая представляет собой совокупность функциональных подсистем и связей между ними, является наиболее ответственным и важным этапом с точки зрения качества всей последующей разработки ИС. Построение системной архитектуры на основе функциональной предполагает определение элементов и модулей информационного, технического, программного обеспечения и других обеспечивающих подсистем, связей по информации и управлению между выделенными элементами и разработку технологии обработки информации. Реализация включает разработку программ и инструкций для пользователей, создание информационного обеспечения, включая наполнение баз данных. Внедрение разработанного проекта разделяется на опытное и промышленное. Этап опытного внедренияподразумевает проверку работоспособности элементов и модулей проекта, устранение ошибок на уровне элементов и связей между ними. Этап сдачи в промышленную эксплуатацию заключается в организации проверки проекта на уровне функций, контроля соответствия его требованиям, сформулированным на стадии системного анализа. Важной особенностью жизненного цикла ИС является его повторяемость (цикличность) "системный анализ ─ разработка ─ сопровождение ─ системный анализ". Это соответствует представлению об ИС как о развивающейся, динамической системе. При первом выполнении стадии "Разработка" создается проект ИС, а при последующих реализациях данной стадии осуществляется модификация проекта для поддержания его в актуальном состоянии. 2.5 МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ИС С точки зрения реализации перечисленных выше аспектов в технологиях проектирования ИС модели жизненного цикла, определяющие порядок выполнения стадий и этапов, претерпевали существенные изменения. Среди известных моделей жизненного цикла можно выделить следующие: · каскадная модель (до 70-х годов) ─ последовательный переход на следующий этап после завершения предыдущего; · итерационная модель (70-80-е годы) ─ с итерационными возвратами на предыдущие этапы после выполнения очередного этапа; · спиральная модель (80-90-е годы) ─ прототипная модель, предполагающая постепенное расширение прототипа ИС. КАСКАДНАЯ МОДЕЛЬ В каскадной моделипереход на следующий, иерархически нижний этап происходит только после полного завершения работ на текущем этапе (рис. 1). Достоинство каскадной модели заключается в планировании времени осуществления всех этапов проекта, упорядочении хода конструирования. Недостатки каскадной модели: ¨ реальные проекты часто требуют отклонения от стандартной последовательности шагов (недостаточно гибкая модель); ¨ цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично); ¨ результаты проекта доступны заказчику только в конце работы.  Рисунок 1. Классический жизненный цикл ИС Итерационная модель.Построение комплексных ИС подразумевает согласование проектных решений, получаемых при реализации отдельных задач. Подход к проектированию "снизу вверх" предполагает необходимость таких итерационных возвратов, когда проектные решения по отдельным задачам объединяются в общие системные решения, и при этом возникает потребность в пересмотре ранее сформулированных требований. Вследствие большого числа итераций возникают рассогласования и несоответствия в выполненных проектных решениях и документации. |