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