2 Жизненный цикл ИС Жизненный цикл ИС

2. Жизненный цикл ИС

Жизненный цикл ИС это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент его полного изъятия из эксплуатации.

Основным нормативным документом, регламентирующий состав процессов ЖЦ ИС, является международный стандарт ISO/IEC 12207: 2008

Стандарт определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные.

Процесс характеризуется: • задачами и методами их решения; • исходными данными, полученными от других процессов; • результатами.

Каждый процесс разделен на набор действий, каждое действие на набор задач.

Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения.

В 2002 г. был разработан и опубликован стандарт на процессы жизненного цикла систем (ISO/IEC 15288). Стандарт применим для широкого класса систем, но его основное предназначение поддержка создания компьютеризированных систем.

Модель жизненного цикла структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ.

Модель ЖЦ включает: • стадии; • результаты выполнения работ на каждой стадии; • ключевые события- точки завершения работ и принятия решений.

Стадия часть процесса создания ИС, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.

Каскадная модель

предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

Каждая стадия заканчивается получением некоторых результатов, которые служат в качестве исходных данных для следующей стадии.

Требования к разрабатываемой ИС, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта.

Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Достоинства • на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

• выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.

Недостатки • задержка получения результатов; • возврат на предыдущую стадию; • сложность параллельного ведения работ; • информационная перенасыщенность; • сложность управления проектом.

• высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей

Поэтапная модель с промежуточным контролем

Спиральная модель

Каждый виток (итерация) спирали предполагает реализацию определенного функционала программной системы.

Прототип действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО.

Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который удовлетворяет действительным требованиям заказчика и доводится до реализации.

Достоинства - постоянное участие заказчика в процессе разработки; -разбиение большого объема работы на небольшие части;

- уменьшение уровня рисков; - ускорение разработки (раннее получение результата за счет прототипирования); - позволяет получить более надежную и устойчивую систему.

Недостатки • сложность планирования (определения количества и длительности итераций, оценки затрат и рисков);

• сложность применения модели с точки зрения менеджеров и заказчиков (из-за привычки к строгому и детальному планированию);

• напряженный режим работы для разработчиков (при краткосрочных итерациях)

На практике наибольшее распространение получили: • каскадная модель (характерна для периода 1970 -1985 гг. ); • спиральная модель (характерна для периода после 1986. г. ).

Примеры реализации спиральной модели

1. Быстрое макетирование

Достоинства 1. Производительность работы коллектива очень высока. 2. Взаимосвязи с заказчиком являются конструктивными.

Недостатки 1. При быстром макетировании очень тяжело привести проект к завершающей фазе. 2. Проект, выполняемый с помощью метода быстрого макетирования, сложно планировать и финансировать.

1. 3. Метод быстрого макетирования неприменим для разработки ПО большим коллективом разработчиков. 2. 4. В результате быстрого макетирования можно не получить ничего, кроме прототипа системы.

2. RAD - быстрая разработка приложений Состав: 1. группа разработчиков (от 3 до 7 человек), выполняющих работы по проектированию отдельных подсистем ПО. 2. Короткий производственный график (до трех месяцев).

3. повторяющийся цикл, при котором разработчики запрашивают и реализуют в продукте требования, полученные в результате взаимодействия с заказчиком.

Основные принципы подхода RAD: • разработка приложений итерациями; • необязательность полного завершения работ на каждой из стадий жизненного цикла ПО; • обязательность вовлечения пользователей в процесс разработки;

• применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы; • использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности пользователей;

• тестирование и развитие проекта, осуществляемые одновременно с разработкой; • ведение разработки немногочисленной хорошо управляемой командой профессионалов;

• грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.

Жизненный цикл ПО в соответствии с подходом RAD • анализ и планирование требований; • проектирование; • реализация; • внедрение.

Современных технологии и методы

1. Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: • начало, • исследование, • построение, • внедрение.

Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы.

Суть работы в рамках RUP это создание и сопровождение моделей, с помощью средств моделирования (UML) и объектно-ориентированной технологии проектирования и разработки.

2. Microsoft Solutions Framework (MSF) включает: • • анализ, проектирование, разработка, стабилизация

Основные принципы MSF • Единое видение проекта • Гибкость • Концентрация на бизнесприоритетах • Поощрение свободного общения

Модель жизненного цикла решения MSF

3. Extreme Programming (ХР) В основе лежит командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.