Модели разработки программного обеспечения

Модель водопада (waterfall model). Это один из наиболее исторически устоявшихся способов разработки. Впервые модель была описана в 1970 году. Эта модель предполагает последовательное исполнение следующий этапов: Разработка требований (requirements): сбор бизнес-требований заказчика и их преобразование в функциональные требования к программному продукту.   Анализ и дизайн (analysis and design): разработка модели предметной области (domain model), проектирование схемы базы данных, объектной модели, пользовательского интерфейса и т.п.   Реализация (implementation): создание продукта по спецификациям, разработанным на предыдущем этапе.   Тестирование (testing): включает проверку соответствия функциональности программного продукта потребностям пользователей (validation), а также поиск дефектов в реализации.  Развертывание (deployment): обучение пользователей, инсталляция системы, перевод в промышленную эксплуатацию.

Итеративная разработка стала эволюционным развитием модели водопада. Процесс состоит из серии повторяющихся итераций (их число зависит от конкретного проекта), каждая из которых фактически является полноценным мини-проектом с фазами определения требований, анализа, дизайна и т.д. В результате очередной итерации продукт приобретает новую функциональность или улучшения в существующей функциональности. Полный набор требований, зафиксированный границами проекта, оказывается реализованным после завершения финальной итерации. RUP. RUP, или Rational Unified Process, был разработан в корпорации IBM, одной из дочерних компаний которой являюется Rational Software. Методология RUP описывает абстрактный общий процесс, на основе которого организация или проектная команда должна создать специализированный процесс, ориентированный на ее потребности. Можно выделиьт следующие основные характеристики RUP: Разработка требований. Основой для разработки требований в этом процессе являются так называемые прецеденты использования (т.е. сценарии взаимодействия пользователя с программой). Полный набор прецедентов использования системы вместе с логическими отношениями между ними (прецеденты могут включать и расширять другие прецеденты) называется моделью прецедентов использования, и должен описать по возможности все возможный случаи работы с приложением. Итеративность. Как уже было сказано выше, в основе RUP лежит итеративная модель. Создателями рекомендуется перед началом каждой итерации выделить те преценденты, которые должны быть реализованы в данный момент, но не завышать их количество, чтобы итерация не затянулась. Цикл проекта. Для удобства разделим итерации на т.н. фазы. RUP предусматривает прохождение четырех фаз: начало (необходимо пределить видение и границы проекта, создать экономическое обоснование , идентифицировать большую часть прецедентов использования и подробно описать несколько ключевых прецедентов, найти хотя бы одно возможное архитектурное решение, оценить бюджет, график и риски проекта), проектирование (необязательная фаза, на которой происходит детальное описание большей части прецедентов использования, снижение основных рисков и уточнение бюджета и графика проекта), построение (разработка окончательного продукта, написание основной части кода) и внедрение. Проектирование программного обеспечения — процесс создания проекта программного обеспечения (ПО), а также дисциплина, изучающая методы проектирования.

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

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

Требования к ПО определяют внешние (видимые) свойства программы, рассматриваемой как чёрный ящик.

Определению внутренних свойств системы и детализации её внешних свойств собственно и посвящено проектирование.

Проектирование ПО является частным случаем Проектирования продуктов и Проектирования систем.

В зависимости от класса создаваемого ПО, процесс проектирования может обеспечиваться как «ручным» проектированием, так и различными средствами его автоматизации. В процессе проектирования ПО для выражения его характеристик используются различные нотации — блок-схемы, ER-диаграммы, UML-диаграммы, DFD-диаграммы, а также макеты.

Проектированию обычно подлежат:

• Архитектура ПО

• Устройство компонентов ПО

• Пользовательские интерфейсы