Модели жизненного цикла программного обеспечения КИС (каскадная и водопадная модель).

Одной из старейших последов-й шагов разработки ПО является Классический Жизненный Цикл.

Чаще КЖЦ называют каскадной или водопадной моделью, и рассматривается как последовательность этапов, причем переход на следующий иерархический этап происходит после полного завершения работ на предыдущем этапе, и возврата НЕТ!

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

анализ требований

                                             проектирование

                                             кодирование

                                               тестирование

                                             сопровождение

Системный анализ - определяет роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом. Анализ начинается с определения требований и назначаются подмножества этих требований к программному элементу. На этом этапе начинается решение задачи планирования проекта ПО. В ходе планирования проекта определяется:1)объекты проектных работ 2)необходимые трудозатраты 3)формируются рабочие задачи 4)формируется план- график работ. Анализ требований- относится к программному элементу, т.е. к ПО уточняет и детализирует:1)функции ПО 2)характеристики ПО 3)интерфейс ПО. Сопровождение ПО- это внесение изменений в эксплуатирование ПО. Цели изменений: исправление ошибок, адаптация к изменениям внешней среды для ПО, усовершенствование ПО по требованиям заказчика. Сопровождение ПО- состоит в повторяемом применении каждых из предшествующих шагов ЖЦ. ДОСТОИНСТВА КЖЦ: 1)получение плана и временного графика по всем этапам проекта 2) упорядочение хода работоспособности. НЕДОСТАТКИ КЖЦ: 1) частое отклонение реальных проектов от стандартных последовательных шагов 2)основание цикла на точной формулировке требований исходящих требований ПО, тогда как реально в начале проекта требования заказчика определены лишь частично 3)дост-ть результатов проекта заказчику лишь в конце работы.                    

Макетирование(прототипирование).

На нач стадии проекта сформулир все требования к будущ модели невозможно,т.к. пользователи не в сост излож все свои требования и не могут предвидеть как они измен в ходе разработки;за время разработки могут произ измен во внешн среде,кот могут повлиять на требования в с-ме.Прототип-действующий программный компонент,реализ отдельн ф-ции.Он может приним 1-ну из 3-ёх форм:бумажный макет;работающий макет;сущ программа,хар-ки кот затем должны быть улучшены.Макет(прототип),построенный на этапе быстр проект-ния,оценив заказчиком и испол для уточнен требован к ПО.Достоинства:опред полных требований к ПО. Недост:возможность принятия заказчиком макета за продукт; возмож принят разработч макета за готов прод.