Проверка качества

Проверка качества реализуется с помощью тестирования сценариев.

Непрерывная проверка качества обеспечивает следующие выгоды:

•производит оценку состояния проекта по объективным показателям;

•позволяет на ранних стадиях проекта обнаружить несоответствия в требованиях, дизайне и реализации;

•акцентирует внимание на тех сторонах работы системы, которые имеют наибольшую важность

иповышенный риск;

•дефекты выявляются на ранних этапах, снижая затраты на их устранение;

•автоматизированное тестирование обеспечивает снижение влияния «человеческого фактора»

иповторяемость результатов.

Контроль изменений

Контроль изменений включает в себя управление запросами на изменение, управление конфигурацией и управление измерением и обеспечивает:

контроль состояния проекта в целом и отдельных задач на основании статусов запросов на изменение;

хранение историй изменений по каждому запросу на изменение;

актуальную информацию по загрузке участников проекта;

возможность оценки текущего состояния на основании тенденций по сокращению /

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

учёт трудозатрат участников проекта по выполняемым изменениям;

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

Модель ЖЦ для РУП

Модель ЖЦ для РУП отражает объём работ дисциплин в фазах (рис.10.1).

ВРУП, как и в УП, также выделены 4 фазы, состоящие из ряда итераций.

Основная цель фазы 1 – достичь компромисса между всеми заинтересованными лицами относительно цели и установок (задач) проекта и выделяемых на него ресурсов. Произведённый результат – базовый план.

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

Модель ЖЦ для РУП

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

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

подхода RUP

Модель ЖЦ для

подхода RUP

Конец каждой фазы является некоторой вехой

Всего выделено 4 вехи, совпадающие с вехами УП, кроме того указаны критерии прохождения этих вех.

На протяжении этих фаз по проекту выполняются дисциплины.

РУП выделяет 6 основных и 3 вспомогательные дисциплины (рис.10.1).

Основные дисциплины: 1. Бизнес- моделирование; 2. Определение требований; 3. Анализ и проектирование; 4. Реализация; 5. Тестирование; 6. Развёртывание.

Вспомогательные дисциплины, связанные с управлением разработкой: 1. Управление конфигурацией и изменениями; 2. Управление проектом. 3. Управление средой.

Основные дисциплины

•Бизнес-моделирование (в общем случае – моделирование ПрО) применяется, чтобы изучить ПрО, обеспечить единство понимания среди всех участников проекта

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

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

характеристики системы, предоставить чёткие инструкции участникам проекта о возможностях системы, создать базу для успешного планирования работ в проекте

иоценки его статуса в любой момент ЖЦ.

Основные дисциплины

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

•При этом нужно различать анализ и проектирование.

•Основное различие состоит в следующем.

Спецификации анализа не зависят от конкретной платформы и технологии,

для которой осуществляется создание ПО.

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

Основные дисциплины

•Реализация необходима для выявления порядка организации программного кода

втерминах отдельных подсистем, преобразования исходного кода

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

•Тестирование применяется, чтобы определять и контролировать качество создаваемых продуктов, следить за тем, насколько качественно осуществлена интеграция компонентов и подсистем, все ли требования к системе реализованы и все ли выявленные ошибки устранены до того, как система будет развёрнута на оборудовании конечного пользователя.