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. Юридически вопросы, например, авторское право.