Процесс разработки программного обеспечения

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

На модель процесса возлагаются следующие функции:

1. установка порядка выполнения действий

2. определение состава и времени поставки артефактов, созданных в процессе разработки

3. закрепление действий и артефактов за разработчиками

4. введение критериев отслеживания хода проекта, измерение результатов и планирование будущих проектов

Модель совершенствования процессов разработки cmm – Capability Maturity Model

CMM – это анкета, которую заполняет организация, работающая в области информационных технологий. После анкетирования, следует верификация и аттестация процесса, в результате которого организацию можно отнести к одному из уровней(1-5) модели CMM.

Initial (соверш. упорядоченности процесса) -> Repeatable (сов. определенности процесса) -> Defined (сов. Измерительных характеристик процесса) -> Managed (с-ние процесса управл. изменениями)-> Optimizing

1. Initial. Неупорядоченный непредсказуемый процесс, зависящий от текущих исполнений.

2. ­­Repeatable. Воспроизводимое управление проектом, составление оценки времени и средств для аналогичных проектов.

3. Defined. Управляющие и прикладные действия по работе на программным продуктом задокументированы, стандартизированы и объединены в общий для всех проектов процесс создания ПО.

4. Managed. Для управления процессом используются измерения.

5. Optimizing. Непрерывное и повсеместное улучшение процесса.

ISO9000. Стандарты этой серии применяются для управления качеством и определения процесса производства качественной продукции.

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

Структурный подход имеет ряд особенностей, которые не очень хорошо увязываются с современным процессом разработки ПО:

1. этот подход – последовательный, а не итеративный

2. подход направлен на создание негибких решений, которые будет сложно масштабировать и расширять в будущем

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

Rational Unified Process (Рационально-унифицированный процесс)

В основе RUP лежит следующие принципы:

1. Итеративная разработка.

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

1. Своевременное осознание возможных технических рисков. Осмысление требований задач проекта;

2. Быстрый и заметный прогресс;

3. Ранняя обратная связь;

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

5. Полученный при реализации каждой итерации опыт можно использовать для улучшения процесса разработки;

1. Использование объектных технологий;

2. Оценка рисков и ключевых моментов проекта на ранних итерациях;

3. Построение базовой архитектуры на ранних итерациях;

4. Постоянный контроль качества. Раннее и частое тестирование в реальных условиях;

5. Применение прецедентов. В RUP рекомендуется рассматривать прецеденты как требования к системе и строить на их основе процесс планирования, проектирования, тестирования и написания документации для пользователей;

6. Визуальное моделирование системы, как правило, с использование UML;

7. Внимательное отношение к требованиям;

8. Управление изменениями.

Имеет две идеи:

1. Нужно определять необходимость изменения;

2. Необходимо осуществлять управление конфигурацией;

Фазы и рабочие процессы Фазы:

1. Inception – определение бизнес целей проекта. Определяются цели системы, устанавливаются рамки проекта. Эта не стадия формулировки требований, а этап оценивания ситуации, на котором принимается решение о целесообразности либо нецелесообразности дальнейшей разработки;

2. Elaboration – разработка плана и архитектуры проекта. На данном этапе стоит задача проанализировать предметную область, выработать прочные архитектурные основы, составить план проекта и устранить наиболее опасные риски. Развитие это не стадия проектирования, а стадия реализации базовой архитектуры;

3. Constriction – постепенное создание системы;

4. Transition – ставка системы конечному пользователю;

Прохождение через 4 основные фазы называется циклом разработки.

Рабочие процессы:

1. Моделирование бизнес процессов;

2. Разработка требований;

3. Проектирование;

4. Реализация;

5. Тестирование;

6. Развертывание – охватывает управление конфигурацией;

7. Управление конфигурацией – управление изменениями и поддержание целостности артефактов проекта;

8. Управление проектом;

9. Анализ среды;

Модели РУП:

1. Модель бизнес-процессов (формирует абстракцию организации);

2. Модель предметной области (формирует контекст системы);

3. Модель претендентов;

4. Аналитическая модель (формирует цель проекта)

5. Модель проектирования (формирует словарь предметной области);

6. Модель процессов;

7. Модель реализации;

8. Модель развертывания;

9. Модель Тестирования;

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