Эволюционной модель
В случае эволюционной модели система последовательно разрабатывается с блоков конструкций. В отличие от инкрементного модели в эволюционной модели требования устанавливаются частично и уточняются в каждом последующем промежуточном блоке структуры системы.
В литературе она часто называется моделью быстрой разработки приложений RAD (Rapid Application Development).
факторы риска данной модели:
- Реализация всех функций системы одновременно может привести к громоздкости;
- Ограниченные людские ресурсы заняты разработкой течение длительного времени.
Преимущества применения данной модели ЖЦ такие:
- Быстрая реализация некоторых функциональных возможностей системы и их апробация;
- Использование промежуточного продукта в следующем прототипе;
- Выделение отдельных функциональных частей для реализации их в виде прототипа;
- Возможность увеличения финансирования системы;
- Обратная связь с заказчиком для уточнения функциональных требований;
- Упрощение внесения изменений в связи с заменой отдельных функции.
Модель развивается в направлении добавления нефункциональных требований к системе, связанных с защитой и безопасностью данных, несанкционированным доступом к ним
Методы проектирования по Нисходящая методология
Сложная задача сводится к набору более простых задач, решение которых приведет к выполнению исходной задачи. При этом образуется иерархическая система последовательных уточнений, которая отображается в модульную структуру, совместимую с императивной парадигмой программирования
Восходящая методология
Определяются отдельные задачи внутри системы, затем изучается как решение этих задач. Может использоваться в качестве абстрактных инструментов для решения более общих задач. При этом иерархии нет, а модули могут быть равноправными. При этом сложная система ПО строится из стандартных, свободно продаваемых компонентов.
Стандарт ISO / IEC 12207:2002 определяет общую структуру и содержание ЖЦ ПС, начиная с разработки концепции до утилизации системы.
Структурно он состоит из описания многих процессов, взаимосвязей между ними, а также сформулированных действий и задач, выполняемых в этих процессах. Иными словами, стандартный жизненный цикл определяет только схему работ по процессам разработки ПС, а не то, как именно выполнять те или иные процессы.
Жизненный
цикл ПО. Этапы разработки программ
Анализ определяет требования пользователей, т.е. что должна делать предлагаемая система
Проектирование определяет как программная система будет выполнять требования (задачи) пользователя
Реализация включает написание программы, создание файлов данных и разработку баз данных
Тестирование – это обнаружение в системе ошибок
Процессы жизненного цикла в стандарте iso / iec 12207
№ п / п Процесс (подпроцесс)
1. Категория «Основные процессы»
1.1 Заказ (договор)
1.1.1 Подготовка заказа, выбор поставщика
1.1.2 Мониторинг деятельности поставщика, прием потребителем
1.2 Поставка (приобретение)
1.3 Разработка
1.3.1 Выявление требований
1.3.2 Анализ требований к системе
1.3.3 Проектирование архитектуры системы
1.3.4 Анализ требований к ПО системы
1.3.5 Проектирование ПО
1.3.6 Конструирование (кодирование) ПО
1.3.7 Интеграция ПО
1.3.8 Тестирование ПО
1.3.9 Системная интеграция
1.3.10 Системное тестирование
1.3.11 Установка ПО
1.4 Эксплуатация
1.4.1 Функциональное использование
1.4.2 Поддержка потребителя
1.5 Сопровождение
2. Категория «Процессы поддержки»