2.1.2.Модели жизненного цикла
Исторически, в ходе эволюционного развития теории проектирования программного обеспечения и по мере его усложнения, сложились три основные модели жизненного цикла. Эти модели выражают последовательность этапов жизненного цикла ПО.
Первой, по времени появления, и самой распространенной являлась каскадная модель (рис. 2.1):
Рис. 2.1. Каскадная модель жизненного цикла
Каскадная Модель предполагает следующие свойства взаимодействия этапов:
модель состоит из последовательно расположенных этапов,
каждый этап полностью заканчивается до того как начнется следующий,
этапы не перекрываются во времени, т.е. следующий этап не начинается пока не завершится предыдущий,
возврат к предыдущим этапам не предусматривается или крайне ограничен,
результат появляется только в конце разработки.
Выявление и устранение ошибок в такой модели производится только на стадии тестирования, которая может растянуться во времени, или, вообще ни когда не завершиться.
Следующим шагом явилась итерационная модель, известная также, как поэтапная модель с промежуточным контролем. Это модель разработки ПО с обратными связями между этапами. Проверки и корректировки разрабатываемой ИС проводятся на каждом из этапов, что позволяет существенно снизить трудоемкость отладки по сравнению с каскадной моделью. Итерационность модели проявляется в обработке ошибок выявленных промежуточным контролем. Если на каком-либо из этапов в ходе промежуточной проверки обнаружилась ошибка, допущенная на более ранней стадии разработки, работы этапа, повлекшего ошибку, необходимо провести повторно. При этом анализируются причины ошибки и корректируются, по необходимости, исходные данные этапа или перечень проводимых работ.
В ходе работ над системой могут измениться начальные требования, и в этом случае итерационная модель может оказаться неэффективной.
Спиральная модель поддерживает итерации поэтапной модели, но особое внимание уделяется начальным этапам проектирования: анализу требований, проектированию спецификаций, предварительному проектированию и детальному проектированию. Каждый виток спирали соответствует поэтапной модели создания фрагмента или версии ПО, уточняются цели и требования к ПО, оценивается качество разработанного фрагмента или версии ПО и планируются работы следующего витка. Таким образом, углубляются и конкретизируются все детали проектируемого ПО и в результате получается вариант, который удовлетворяет всем требованиям заказчика.
2.2.Объектно-ориентированные модели жизненного цикла
Сначала появилось объектно-ориентированное программирование и только затем объектно-ориентированное проектирование. Таким образом, применение методологии началось с этапа кодирования. Ранние этапы описания предметной области и разработки архитектуры системы не поддерживались. Первые варианты применения объектно-ориентированной методологии в большой степени являлись чистым повторением принципов объектно-ориентированного программирования. Такие вопросы как декомпозиция предметной области, спецификация требования, интерфейс с пользователем не рассматривались. Но успехи объектно-ориентированного программирования заставили распространить новую технологию на весь жизненный цикл.
Объектно-ориентированная методология должна покрывать весь жизненный цикл для того чтобы использовать все преимущества подхода не только на этапе кодирования, но и на более ранних этапах. Таким образом, это должна быть методология, включающая в себя следующие компоненты:
модель жизненного цикла,
действия,
нотация языка.