21. Понятие прецедента в процессе моделирования требований к информационной системе, модель прецедентов.

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

Тогда, прецедент (use case) — это набор взаимосвязанных успешных и неудачных сценариев, описывающий использование системы исполнителем для решения одной из задач. Например, рассмотрим свободный формат прецедента, включающего некоторые альтернативные сценарии.

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

Как артефакт унифицированного процесса модель прецедентов состоит из диаграмм прецедентов, текстов описаний прецедентов, системных диаграмм последовательностей и описание операций. Сами по себе прецеденты не имеют отношения к объектно-ориентированной разработке и проектированию, однако обеспечивают важнейшую начальную информацию для классического объектно-ориентированного анализа и проектирования (ООА/П) Более того: прецеденты упрощают этап формулировки требований для всех заинтересованных лиц. Описания прецедентов должны быть ориентированы на цели и задачи пользователя и в зависимости от реальных потребностей позволяют варьировать уровень сложности и формальности.

22. Понятие исполнителя в процессе формализации требований к информационной системе

Исполнитель (actor) – сущность, обладающая поведением, компьютерная система или организация.

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

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

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

2. Вспомогательный исполнитель (supporting) – обслуживает систему, например предоставляет информацию. Используется для определения внешних интерфейсов и протоколов.

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

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

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

Фаза развития – первая последовательность итераций.

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

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

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

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

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

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

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