Водопадная (каскадная, последовательная) модель

Выбор модели жизненного цикла программного продукта

Требования к web-сайту

При разработке web-сайта должны учитываться следующие параметры:

- сайт должен содержать краткую информацию по дисциплине «география»

- сайт должен содержать тесты для проверки знаний

Вывод:

1. Была изучена предметная область по дисциплине «География» были выделены основные части теоретического материала, которые будут использоваться при создании web-сайта «География для студента»

2. Были выдвинуты требования, к web-сайту которым будет отвечать создаваемы программный продукт.

Жизненный цикл программного обеспечения – период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия эксплуатации. Этот цикл – процесс построения и развития ПО.

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

Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ ПО включает в себя:

Стадии;

Результаты выполнения работ на каждой стадии;

Ключевые события – точки завершения работ и принятия решений.

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

2.1 Модели жизненного цикла ПО:

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

Ø Этапы проекта в соответствии с каскадной моделью:

Ø Формирование требований

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

Ø Реализация

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

Ø Внедрение

Ø Эксплуатация и сопровождение

Ø Преимущества:

Ø Полная и согласованная документация на каждом этапе;

Ø Легко определить сроки и затраты на проект.

Недостатки:

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

Водопадная модель жизненного цикла для создания web-сайта «География для студента» не подходит, так как для крупных проектов мало реалистична и может быть эффективно использована только для создания небольших систем.

Дата добавления: 2015-08-31