Файл: Процесс жизненного цикла программных средств в соответствии.pdf

6.2. Классическая итерационная модель

Схематическое представление данной модели приведено на рисунке 2.

Рис. 2 – Классическая итерационная модель

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

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

Классическая итерационная модель абсолютизирует возможность возвратов на предыдущие этапы. Однако это обстоятельство отражает существенный непреодолимый аспект программных разработок, не опирающихся на объектно-ориентированное проектирование: стремление заранее предвидеть все ситуации использования системы и невозможность в подавляющем большинстве случаев достичь этого. Все традиционные технологии программирования направлены лишь на то, чтобы минимизировать возвраты. Но суть от этого не меняется: при возврате всегда приходится повторять построение того, что уже считалось готовым.

6.3. Каскадная модель

Схема каскадной модели приведена на рисунке 3.

Характерные черты каскадной модели:

• завершение каждого этапа (они почти те же, что и в классической модели) проверкой полученных результатов с целью устранить как можно большее число проблем, связанных с разработкой изделия;
• циклическое повторение пройденных этапов (как в классической модели).

Мотивация каскадной модели связана с управлением качеством программного обеспечения. В связи с ней уточняются понятия этапов, некоторые из них структурируются (спецификация требований и реализация).

В каждом блоке, обозначающем этап, указано действие, которым этап завершается (наименования этих действий отмечены серым фоном). Из рисунка видно, что в этой модели тестирование не выделяется в качестве отдельного этапа, а считается лишь порогом, через который нужно перейти, чтобы завершить этап, точно так же, как и другие подобные действия.

В соответствии с каскадной моделью завершение этапа определения системных требований включает фиксацию их в виде специальных документов, называемых обзорами того, что от системы требуется (описание функций), а спецификация требований к программам — подтверждением выполнения зафиксированных в обзорах функций в планируемых к реализации программах. Кроме того, подтверждение предполагается и на первом этапе, т.е. после определения требований. Это отражает тот факт, что полученные требования необходимо согласовывать с заказчиком.

Рис. 3 – Каскадная модель

Результат проектирования верифицируется, т.е. проверяется, что принятая структура системы и реализационные механизмы обеспечивают выполнимость специфицированных функций.

Реализация контролируется путем тестирования компонент, а после интеграции компонент в систему и комплексной отладки проводится аттестация, т.е. проверка-фиксация фактически реализованных функций системы, описание ограничений реализации и т.п.

В ходе эксплуатации и сопровождения изделия устанавливается, насколько хорошо система соответствует пользовательским запросам, т.е. осуществляется переаттестация.

Каждая из указанных проверок может отослать разработчиков системы к повторению любого из ранее пройденных этапов, что иллюстрируется стрелками.

Заключение

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

Выявлены основные этапы цикла: заказ, поставка, разработка, эксплуатация и сопровождение.

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

Сформулированы организационные процессы: управление, создание инфраструктуры, усовершенствование и обучение персонала.

Кроме того, приведены основные модели жизненного цикла ПО: общепринятая, классическая итерационная и каскадная.

Список использованной литературы

1. Брукс Ф.П. Как проектируются и создаются программные комплексы. – М.:Мир, 1979.
2. Боэм Б.У. Инженерное проектирование программного обеспечения - М.:Радио и связь, 1985. - 512с
3. Гантер Р. Методы управления проектированием программного обеспечения. – М.:Мир, 1981.
4. ГОСТ 7.0-99 "Информационно-библиотечная деятельность"
5. ГОСТ Р ИСО/МЭК 12207-99 "Процессы жизненного цикла программных средств"
6. ИСО/МЭК 12119-94 Информационная технология. Пакеты программ. Требования качества и тестирования
7. Липаев В.В. Технология проектирования комплексов программ АСУ. – М.: Радио и связь, 1983.
8. Скопин И.Н. Модели жизненного цикла программного обеспечения, Новосибирск, 2004.
9. Шауцукова Л.З. Информатика 10-11 - М.: Просвещение, 2000.
10. http://2dip.ru/рефераты/42271/
11. https://ru.wikipedia.org/wiki/Жизненный_цикл_программного_обеспечения
12. http://www.0zd.ru/programmirovanie_kompyutery_i/zhiznennyj_cikl_programmnogo.html