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

Начальная фаза – краткий период формирования общего видения и рамок проекта. Он включает в себя анализ примерно 10% прецедентов, осмысление основных нефункциональных требований, создание бизнес плана, подготовка среды разработки, чтобы на следующей стадии развития можно было приступать к программированию. Важно понимать, что определение всех требований не является задачей начальной фазы. Большая часть анализа требований приходится на стадию развития. При этом анализ требований выполняется параллельно с созданием окончательного кода и его тестирования.

Артефакты начальной фазы:

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

создание прототипов (Особенно относящихся к интерфейсу пользователя.), обеспечивающих обоснование правильности идеи.

Следующие артефакты могут создаваться на начальной фазе или в начале фазы развития:

1. Видение и финансовые оценки проекта. Описываются общие задачи и ограничения, оценивается стоимость проекта и приводится заключение.

2. Модель прецедентов. Описываются функциональные требования, на начальной стадии (фазе) определяются имена всех прецедентов, и 10% из них описываются подробно.

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

4. Словарь терминов. Содержит ключевую терминологию по данной предметной области и словарь.

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

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

7. План итерации. Описывает, что предстоит делать на первой итерации фазы развития.

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

9. Набор инструментов. Описание этапов унифицированного процесса и артефактов данного проекта.

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

20. Понятие требования к информационной системе, типы и категории требований

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

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

Типы и категории требований.

Существуют несколько принципов систематизации требований. Часто используемое это стандарт ISO 9126, и во многом аналогичный ему модель FURPS+. Хотя можно использовать любой принцип в рамках унифицированного процесса принято пользоваться моделью FURPS+.

Согласно модели FURPS+ требования делятся на следующие категории:

1. Функциональные требования (Functionality). Свойства, возможности и вопросы безопасности.

2. Удобства (Usability). Человеческий фактор, справочная система и документация.

3. Надежность Reliability. Частота сбоев, возможность восстановления и предсказуемость поведения.

4. Производительность (Performance). Время отклика, точность, доступность, использования ресурсов.

5. Возможность поддержки (Supportability). Адаптивность, соответствие международным стандартам,

6. Символ “+” означает дополнительные (не определяющие) факторы:

1. Реализация – требования к ресурсам, языки и средства, аппаратное обеспечение.

2. Интерфейс – ограничение, накладываемое необходимостью взаимодействия с внешними системами.

3. Операция – управление системой и ее параметрами

4. Юридически вопросы, например, авторское право.