|
Читайте также: |
Все стандарты не определяют единственное решение задач процессов ЖЦ ПО ИС, а дают общие рекомендации к их применению.
Модель ЖЦ ИС – структура, определяющая последовательность и взаимосвязь между процессами, действиями и задачами, выполняемых во время всего ЖЦ ИС. Описывает порядок выполнения и переход между этапами при разработке.
Каскадная (водопадная, последовательная) модель
Переход на следующий этап разработки производится после полного окончания работ в предыдущем.
Достоинства:
§ полная и согласованная проектная документация на каждом этапе разработки;
§ выполняемые в строгой последовательности работы позволяют определить сроки завершения разработки и затраты.
Используется при построении ИС, в которых в самом начале разработки известны все требования, предъявляемы к будущему ПО, что позволяет разработчикам свободно выбирать способы реализации поставленных задач. Схема разработки ПО:
Недостатки:
§ задержка в получении результатов (ввиду последовательно перехода, согласовании производится только после завершения очередного этапа работы);
§ ошибки в любом этапе проявляются в последующем, из-за чего необходимо возвращаться назад;
§ сложность параллельного ведения работ (необходимо постоянно согласовывать различные части проекта);
§ информационная перенасыщенность каждого из этапов (при внесении изменений в одну из частей проекта необходимо оповещать всех разработчиков);
§ сложность управления проектом (из-за строгой последовательности стадий разработки и наличием сложных взаимосвязей между различными частями проекта; требуется административное вмешательство в работу для согласования сроков, т.к. одни разработчики всегда будут ждать результаты других);
§ высокий уровень риска (конечный результат можно увидеть только во время тестирования, т.е. после завершения всех этапов)ю
В реальности разработка ПО выглядит след. образом:
Для преодоления этих проблем была разработанная спиральнаямодель.
Спиральная модель
Предполагает итерационный процесс разработки ИС. Каждая итерация – это законченный цикл разработки, приводящий к выпуску внутренней или внешней версии продукта, который совершенствуется от итерации к итерации, чтобы стать законченной системой. Каждый виток – создание новой версии ПО, уточняются цели, показатели и требования проекта, разрабатываются действия в след. витке, уточняются детали проекта. В результате выбирается вполне обоснованный вариант, кот-й доводится до окончат. решения.
Спиральная модель позволяет переходить на след. этап, не дожидаясь завершения текущего – невыполненную работу можно будет сделать на следующей итерации. Задача каждой итерации – быстрее создать рабочее решение продукта, который можно показать пользователям. Т.о., упрощается процесс внесения уточнений и дополнений в проект. Но разработка по этой модели может превратиться в бесконечное улучшение сделанного. Поэтому завершение очередной итерации должно производиться в соответствии со сроками, даже если не вся работа выполнена.
Дата добавления: 2015-07-10; просмотров: 100 | Нарушение авторских прав