практические работы. Методические указания к лабораторной работе (1). Федерации федеральное агентство по образованию государственное
 Скачать 0.67 Mb.
|
Каскадная модель ЖЦВ изначально существовавших однородных ПО каждое приложение пред- ставляло собой единое целое. Для разработки такого типа приложений приме- нялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий проис- ходит только после того, как будет полностью завершена работа на текущем (рисунок 3). Каждый этап завершается выпуском полного комплекта докумен- тации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.  Рисунок 3 – Каскадная схема разработки ПО Однако в процессе использования этого подхода обнаружился ряд его недостатков, вызванных прежде всего тем, что реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. В процессе созда- ния ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимал следующий вид (рисунок 4):  Рисунок 4 – Реальный процесс разработки ПО по каскадной схеме Рассмотрим основные этапы каскадного ЖЦ. Всем этим этапам сопут- ствуют процессы документирования и управления (management) ПО. Этапанализа ПО включает процессы, приводящие к созданию некоторого документа, который мы будем называть внешнимописанием(requirements docu- ment) ПО. Этот документ является описанием поведения ПО с точки зрения внешнего по отношению к нему наблюдателя с фиксацией требований относи- тельно его качества. Внешнее описание ПО начинается с анализа и определения требований к ПО со стороны пользователей (заказчика), а также включает про- цессы спецификации этих требований. Проектирование (designing) ПО охватывает процессы: разработку архи- тектуры ПО, разработку структур программ ПО и их детальную спецификацию. Этапы проектирования и реализации (кодирования) часто перекрываются, иногда довольно сильно.Это означает,что кодирование некоторых частей про- граммного средства может быть начато до завершения этапа конструирования. Этапреализации можно разделить на еще два этапа: кодирование иат- тестацию. Кодирование(coding) ПО включает процессы создания текстов про- грамм на языках программирование, их отладку с тестированием ПО. На этапе аттестации(acceptance) ПО производится оценка качества ПО. Если эта оцен- ка оказывается приемлемой для практического использования ПО, то разра- ботка ПО считается законченной. Это обычно оформляется в виде некоторого документа, фиксирующего решение комиссии, проводящей аттестацию ПО. Программноеизделие(ПИ)−экземпляр или копия разработанного ПО. ИзготовлениеПИ − это процесс генерации и/или воспроизведения (сня- тия копии) программ и программных документов ПО с целью их поставки пользователю для применения по назначению. Внедрение ПИ − это совокупность работ по обеспечению изготовления требуемого количества ПИ в установленные сроки. Стадия внедрения ПИ в жизненном цикле ПО является, по существу, вырожденной (не существенной), так как представляет рутинную работу, которая может быть выполнена автома- тически и без ошибок. Этим она принципиально отличается от стадии произ- водства различной техники.В связи с этим в литературе эту стадию,как прави- ло, не включают в жизненный цикл ПО. Сопровождение(maintenance) ПО − это процесс сбора информации о ка- честве ПО в эксплуатации, устранения обнаруженных в нем ошибок, его дора- ботки и модификации, а также извещения пользователей о внесенных в него изменениях. |