37. Rup. Фазы и дисциплины унифицированного процесса.

Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.

Фазы унифицированного процесса

В рамках унифицированного процесса работа над проектом включает четыре основные фазы.

1. Начало (inception) - определение начального видения проблемы, прецедентов, оценка сложности задачи.

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

3. Конструирование (construction) - итеративная реализация оставшихся менее критичных и простых элементов, подготовка к развертыванию.

4. Передача (transition) - бета-тестирование и развертывание.

Эти фазы более детально обсуждаются в последующих главах.

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

Начальная фаза - это не стадия формулировки требований. Это, скорее, этап оценивания ситуации, на котором принимается решение о целесообразности или нецелесообразности дальнейшей разработки.

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

Дисциплины унифицированного процесса

Унифицированный процесс предполагает выполнение различных видов деятельности, например описание прецедентов, в рамках определенных дисциплин (disciplines). По существу, дисциплина - это набор видов деятельности (и связанных с ними артефактов) в рамках одного этапа, например в рамках анализа требований. В контексте унифицированного процесса артефактом (artifact) называется любой результат работы: код, графическое изображение для Web, схема базы данных, текстовые документы, диаграммы, модели и т.д.

В рамках UP существует несколько дисциплин. В этой книге внимание сосредоточено на некоторых артефактах следующих трех дисциплин.

Бизнес-моделирование (business modeling). Эта дисциплина подразумевает разработку модели предметной области (domain model), которая является визуальным представлением наиболее важных сущностей из предметной области и их взаимосвязей для разрабатываемого приложения.

Требования (requirements). В рамках этой дисциплины создается модель прецедентов (Use-Case Model) и дополнительная спецификация (Supplementary Specification). В этих двух артефактах отражаются функциональные и нефункциональные требования.

Проектирование (design). Сюда относится модель проектирования (Design Model), которая отражает программные объекты.

38. Анализ требований на фазе начало up. Артефакты начальной фазы.

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

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

Анализ требований включает три типа деятельности:

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

Анализ требований: определение, являются ли собранные требования неясными, неполными, неоднозначными, или противоречащими, и затем решение этих проблем.

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

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

Фазы

Включает следующие фазы

• Разработки требований

• Выявление

• Анализ

• Спецификация

• Проверка

• Управления требованиями