Описание требований в контексте модели прецедентов

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

Развернутое описание прецедента:

1. Вводимые элементы

2. Заинтересованные лица

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

4. Постусловия (какие условия в случае успешного завершения сценария)

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

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

Для определения прецедентов используется следующая процедура:

1. Определение рамок системы;

2. Идентификация основных исполнителей потребности, которых удовлетворяется с помощью системы;

3. Для каждого исполнителя определяется его задача

4. Определение прецедентов и присвоение им имен в соответствии с задачами. Основной сценарий прецедента обычно включает от 5 до 10 шагов;

Исполнители – это сущность обладающая поведением, которая взаимодействует с системой, находясь вне рамок системы. Исполнителей можно разбить на 3 группы:

1. Основной исполнитель;

2. Вспомогательный исполнитель;

3. Закулисные исполнители;

Диаграммы прецедентов. Включает в себя прецеденты, исполнителей, отношения ассоциации, обобщения и зависимости.

Диаграмма прецедентов. отображает границы системы, внешние для системы понятия и способы использования системы.

При разработке диаграмм прецедентов необходимо придерживается следующих правил:

1. Не следует моделировать взаимосвязи между исполнителями;

2. Не следует соединять непосредственно два прецедента;

3. Каждый прецедент должен быть инициирован исполнителем;

4. Следует думать о БД как о слое находящемся под диаграммой;

Взаимосвязи прецедентов:

1. Обобщение – позволяет специализировать базовый прецедент путем изменения любого из его аспектов;

2. Включение – позволяет одному прецеденту использовать функциональность другого. С помощью таких связей обычно моделируют многократно применяемую функциональность, встречающуюся в двух ил более прецедентах. Позволяет вывести общее поведение за пределы включающего прецедента;

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

   1. дополнительные режимы;

   2. режимы, которые запускаются только при определенных событиях;

   3. альтернативные потоки, которые запускаются по выбору исполнителя;

Отличительная особенность взаимосвязи «Расширяет» является то, что в базовом прецеденте не содержится ссылки на расширяющий прецедент, следовательно, базовый прецедент не определяет и не управляет условиями при которых инициируется определяющий прецедент;

Для создания модели предметной области необходимо:

1. Составить список кандидатов на роль концептуальных классов;

2. Отобразить их в модели;

3. Добавить необходимые ассоциации, отображающие связи, для которых требуется выделение памяти;

4. Добавить атрибуты, необходимые для выполнения информационных требований;

Ассоциация – это связь между объектами, отражающее некоторое значимое, полезное отношение между ними. Заслуживающее внимание ассоциации содержит знание о взаимосвязи между объектами, которые должны сохранятся в течении некоторого периода.

Список стандартных категорий ассоциаций:

1. А является физической частью Б;

2. А является логической частью Б;

3. А является физической частью Б;

4. А логический содержится в Б;

5. А известен, записан, зарегистрирован в Б;

6. А является описанием Б;

7. А является элементом транзакции, или отчета Б;

8. А является организационной единицей Б;

9. А использует или управляет Б;

10. А связан с транзакцией Б;

Каждый конец ассоциации называется ролью. Роль дополнительно может иметь следующие характеристики:

1. Имя

2. Кратность определяет сколько экземпляров класса А может быть ассоциировано с одним экземпляром класса Б;

3. Направление связи

4. Агрегирование

5. Квалификатор

6. Упорядочивание

7. Мультимножество и последовательности ({bag} мультимножество – совокупность элементов, в котором допускается наличие дубликатов; {sequence} – упорядоченная последовательность с дубликатами)