Жизненный цикл ИС. 1 задание. Жизненный цикл информационной системы
Скачать 80.47 Kb.
|
Задание 1 Представьте ситуацию. Вы работаете в IT-отделе организации. Руководитель организации решает разработать новую информационную систему. Но в процессе работы сталкивается с таким понятием как «Жизненный цикл информационной системы». Ваша задача дать разъяснения руководству по данному вопросу в виде доклада (оформить в Microsoft Word). ЖИЗНЕННЫЙ ЦИКЛ ИНФОРМАЦИОННОЙ СИСТЕМЫ Жизненный цикл информационных систем — это временной интервал, начинающийся с момента принятия решения о внедрении информационной системы и заканчивающийся моментом полного вывода системы из эксплуатации. Жизненный цикл считается одним из основных терминов методологии формирования информационных систем. Методология создания проекта информационной системы определяет процесс внедрения и эксплуатации системы в виде ее жизненного цикла, который представлен в виде последовательности этапов и выполняемых в них процессов. Для каждого этапа определяются состав и порядок выполнения работ, требуемые результаты работы, методы и средства, необходимые для выполнения работ, роль и степень ответственности сотрудников и так далее. Такое формализованное представление жизненного цикла информационной системы позволяет планировать и организовывать процедуру ее коллективного внедрения, а также управлять этими процессами. Стадии жизненного цикла информационной системы Предпроектное обследование Сбор материалов для проектирования; при этом выделяют формулирование требований, изучение объекта автоматизации, даются предварительные выводы предпроектного варианта ИС. Анализ материалов и разработка документации; обязательно даётся технико-экономическое обоснование с техническим заданием на проектирование ИС. Проектирование Предварительное проектирование: выбор проектных решений по аспектам разработки ИС; описание реальных компонент ИС; оформление и утверждение технического проекта (ТП). Детальное проектирование: выбор или разработка математических методов или алгоритмов программ; корректировка структур БД; создание документации на доставку и установку программных продуктов; выбор комплекса технических средств с документацией на её установку. Разработка техно-рабочего проекта ИС (ТРП). Разработка методологии реализации функций управления с помощью ИС и описанием регламента действий аппарата управления. Разработка ИС получение и установка технических и программных средств; тестирование и доводка программного комплекса; разработка инструкций по эксплуатации программно-технических средств. Ввод ИС в эксплуатацию ввод технических средств; ввод программных средств; обучение и сертификация персонала; опытная эксплуатация; сдача и подписание актов приёмки-сдачи работ. Эксплуатация ИС повседневная эксплуатация; общее сопровождение всего проекта. Модель жизненного цикла информационной системы — это структура, определяющая порядок реализации и взаимодействия процессов, операций и задач на протяжении всего жизненного цикла. Модель жизненного цикла определяется спецификой, масштабом и сложностью проекта, а также спецификой условий внедрения и функционирования системы. Модель жизненного цикла информационной системы состоит из элементов: Стадия; Итоги реализации работ на каждой стадии; Ключевые моменты, являющиеся точками окончания работ. Модель жизненного цикла отображает различные состояния информационной системы, начиная с момента появления потребности в данной информационной системе и заканчивая моментом полного завершения ее функционирования. Существует две модели ЖЦ ИС: традиционная каскадная(водопадная) модель (1970-1985 г.) и актуальная спиральная модель (применяется, начиная с 1986 г.) Процесс разработки с точки зрения каскадной модели схематически изображен на рисунке 1. Рисунок 1 – Каскадная модель процесса разработки ПО В данной модели достаточно четко регламентированы стадии процесса, а также критерии перехода к новой стадии. Каскадная модель предполагает разработку законченных продуктов на каждом этапе: • технического задания, • технического проекта, • программного продукта • пользовательской документации. Это позволило осуществлять планирование и документирование работ, что сыграло положительную роль в управлении процессом разработки ПО. Основной недостаток этой модели проявился практически сразу же. Оказалось, что процесс разработки является итерационным, процессом с обратными связями. Причем возврат, например, на стадию анализа требований может произойти даже со стадии ввода в эксплуатацию. Классическая каскадная модель не допускала никаких возвратов, поэтому тут же была модифицирована. Например, появилась модель с промежуточным контролем, модифицированная модель Ройса и т.д. Все они, так или иначе, вводили обратные связи в каскадную модель, тем самым срок окончания всего проекта становился менее предсказуем, что, существенно снижало достоинства каскадной модели. В середине 80-х годов было предложена спиральная модель процесса разработки ЖЦ ИС (рисунок 2) Рисунок 2 – Спиральная модель процесса разработки ПО В соответствии с данной моделью разработка ведется итерациями, что отражает объективно существующий спиральный цикл создания системы. Итерацию называют версией, поколением или витком. Неокончательное завершение версии позволяет переходить на следующий виток на какой-либо стадии разработки. На каждом витке спирали: уточняются требования, цели и характеристики проекта, определяется качество разработки, планируются работы следующего витка спирали. Особое внимание уделяется начальным этапам разработки – анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). Основная проблема спирального цикла – определение момента перехода на следующий этап. Для решения этой проблемы вводятся временные ограничения на каждый из этапов жизненного цикла, и переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. Планирование производится на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков. В некоторых областях спиральная модель не может применяться, т.к. невозможно использование/тестирование продукта, обладающего неполной функциональностью (например, военные разработки, атомная энергетика и т.д.). Поэтапное итерационное внедрение информационной системы для бизнеса возможно, но сопряжено с организационными сложностями (перенос данных, интеграция систем, изменение бизнес-процессов, учетной политики, обучение пользователей). Существует целый ряд стандартов, регламентирующих ЖЦ программного обеспечения ИС, а в некоторых случаях и процессы разработки. ГОСТ 34.601-90 ISO/IEC 12207:1995 Custom Development Method (CDM) по разработке прикладных информационных систем (методика Oracle) Rational Unified Process (RUP) Microsoft Solution Framework (MSF) Extreme Programming (XP) |