3.Закулисный исполнитель (offstage) – заинтересован в реализации прецедента, но не является основным или вспомогательным исполнителем.

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

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

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

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

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

Требования можно разделить (классифицировать) на функциональные и нефункциональные. Функциональные требования относятся к поведению системы, нефункциональные это все остальные.

В унифицированном процессе предусмотрены несколько артефактов, связанных с требованиями:

1. Модель прецедентов.

2.Дополнительная спецификация.

3.Словарь терминов.

4.Документ видение. (vision) Описывает важнейшие идеи, положенные в основу разрабатываемой ИС.

5.Бизнес правила. Устойчивые правила или политики, применяемые

впредметной области.

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

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

Нефункциональные требования (FURPS+ без F) определяют, как система должна работать , а не что она делает. Они важны для качества продукта.

Основные типы нефункциональных требований: ●​ Производительность ●​ Безопасность ●​ Надежность

●​ Удобство использования ●​ Масштабируемость ●​ Совместимость

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

Фаза развития – первая последовательность итераций, в течении которой решаются следующие задачи:

1.Реализуются и тестируются базовые архитектурные элементы.

2.Изучаются и стабилизируются большая часть требований.

3.Обосновываются и устраняются основные риски.

Фаза развития не является стадией проектирования или подготовки к реализации, как это имеет место быть в рамках каскадного процесса. На этой стадии создаются не прототипы, а полностью разрабатывается некоторый фрагмент системы (фрагменты).

Основными артефактами стадии развития являются:

1.​ Модель предметной области. (Визуализация понятий предметной области)

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

3.​ Описание программной архитектуры. Это документ, в котором рассмотрены основные архитектурные моменты и способы их реализации. В нем приводятся основные идеи проектного решения, и обосновывается их целесообразность для данной системы.

4.​ Модель данных – схема базы данных и стратегия отображения объектов в необъектное представление.

5.​ Прототипы интерфейса пользователя – описание интерфейсов и способов навигации.

25. Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования

Фаза развития – первая последовательность итераций, в течении которой решаются следующие задачи:

1.Реализуются и тестируются базовые архитектурные элементы.

2.Изучаются и стабилизируются большая часть требований.

3.Обосновываются и устраняются основные риски.

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

некоторый фрагмент системы (фрагменты).

Требования и итерации систематизируются и планируются в соответствии с РГК.

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

Г, Границы – определяются все основные части системы.

К, Критичность – этот параметр говорит о том, что в первую очередь реализуются те функции, которые имеют важное значения для системы.