Модели жизненного цикла программных средств. Требования к ПО

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

Программное изделие – это копия разработанного ПО;

Изготовление программного изделия – это процесс генерации и/или воспроизведения программ и программных док-ов ПО с целью его доставки пользователю.

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

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

Модели жизненного цикла(ЖЦ) ПО.

1)  Каскадная модель(водопадная). Данная модель использовалась на ПО в 70х-80х годах, ее основной хар-кой является разбиение всей разработки ПО на этапы, причем переход от одного этапа к другому осуществляется только после того как все работы будут выполнены на предыдущем этапе.

Этапы каскадной модели:

·  Системный анализ

·  Проектирование

·  Реализация

·  Внедрение

·  Сопровождение

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

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

·  Выполняемые в логичной последовательности этапы работ позволяют планировать сроки работ на каждом этапе и общий срок.

Каскадный подход хорошо зарекомендовал себя при построении ПО для которых в самом начале процесса разработки можно полно и точно сформулировать все требования. Это позволяет разработчикам предоставить свободу реализации алгоритмов как можно лучше с технической точки зрения. Однако, в процессе использования данного подхода обнаружился ряд недостатков, вызванных прежде всего тем, что реальный процесс создания ПО никогда не укладывался в жесткую схему. В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам для уточнения или пересмотра ранее принятых решений. Такая модель получила название итерационная.

Основным недостатком каскадного подхода является существенное запаздывание получения результатов. Согласование результатов с пользователями осуществляется только в точках, планируемые после завершения каждого этапа работ. Следовательно, требования к ПО остаются «замороженными» на весь период создания ПО. Таким образом пользователи могут внести свои замечания только после того как система будет полностью выполнена. В связи с этим пользователь всегда не удовлетворен. Модели автоматизированного объекта могут устареть одновременно с их утверждением.

2)  Спиральная модель ЖЦ нашла свое широкое применение в 90е годы. Для преодоления проблем, кт возникали при каскадном подходе, была предложена спиральная модель ЖЦ ПО, делающая упор на анализ и проектирование. (схема) На этапах реализуемость технических решений проверяется путем создания прототипа. Каждый виток может соответствовать фрагменту программы или проекта, на нем уточняются цели и характеристики проекта, определяется качество ПО и планируются работы для следующего витка спирали. Таким образом углубляются и конкретизируются детали проекта и выбирается обоснованный вариант, кт доводится до реализации.

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

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

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

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

Структура ЖЦ ПО по стандарту ИСО базируется на 3х группах процессов:

1)  Основные процессы ЖЦ ПО, которые включают в себя приобретение, поставку, разработку, эксплуатацию, сопровождение.