POS-система (Point Of Sale system).

Например, сжатый формат описания прецедента «Обработка продажи». Покупатель подходит к кассе с выбранными товарами, кассир с помощью POS-системы регистрирует каждый товар. Система отображает информацию о каждом наименовании товара и вычисляет общую сумму. Кассир вводит требуемую информацию, система ее верифицирует и регистрирует. Система выполняет инвентаризацию. Покупатель получает товарный чек и покидает магазин.

 

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

 

Сценарий – scenario – специальная последовательность действий или взаимодействий между исполнителями и системой. Сценарий иногда называют экземпляром прецедента.

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

 

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

• Кто является пользователем системы?
• Каковы типичные сценарии использования системы?
• Каковы цели и задачи пользователей?
• Какой ожидается результат?

 

Три типа исполнителей

 

Все сущности, включая разрабатываемую систему, могут играть различные роли:

• Основной исполнитель – его задачи выполняются с использованием системы (кассир)
• Вспомогательный исполнитель – обслуживает систему (например, предоставляет информацию). Служба авторизации платежей
• Закулисный исполнитель – заинтересован в реализации прецедента. Например: налоговая служба

 

Основные форматы прецедентов

 

Выделяют несколько уровней

1. СЖАТЫЙ. Аннотация в виде одного абзаца. Применяется на стадии анализа требований и быстрого определения задач и масштабов системы
2. СВОБОДНЫЙ. Неформальный стиль описания. Охватывает различные сценарии
3. РАЗВЕРНУТЫЙ. Наиболее подробный, детально описываются все шаги и варианты развития сценария, а также предусловия и результаты. Применяют после определения основных задач системы, когда множество прецедентов уже описаны в сжатом формате. В развернутом формате представляют примерно 10% наиболее важных для приложения прецедентов. Шаблон для развернутого описания прецедентов имеет вид:

 

 

Раздел описания прецедента	Комментарий
Название прецедента	Осмысленное название, определяющее основную функцию прецедента
Рамки	Разрабатываемая система
Уровень	"Задача, определенная пользователем" или "вспомогательная функция"
Основной исполнитель	Лицо, инициирующее и реализующее работу сценария
Заинтересованные лица и их требования	Кто заинтересован в реализации этого сценария и чего он хочет
Предусловия	Какие условия должны быть выполнены для успешной реа­лизации данного сценария
Результат	Что гарантируется при успешном завершении сценария
Основной успешный сценарий	Типичный ход событий, который приводит к успешному за­вершению сценария
Расширения	Альтернативные успешные или неуспешные сценарии
Специальные требования	Нефункциональные требования, связанные с данным пре­цедентом
Список технологий и типов данных	Методы ввода-вывода и форматы данных
Частота использования	Определяет сроки реализации и тестирования
Открытые вопросы	Вопросы, не решаемые реализацией данного прецедента

 

Основной успешный сценарий: (первый тип описания)

1. Покупатель подходит к кассовому аппарату POS-системы с выбранными товарами.

2. Кассир открывает новую продажу.

3. Кассир вводит идентификатор товара.

4 Кассир повторяет действия, описанные в пп. 3-4, для каждого наименования товара.

5....

Существует другой формат описания прецедентов

 

Выделение прецедентов

 

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

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

· Программное приложение

· Аппаратно-программный комплекс

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

 

При определении исполнителей и задач часто возникают вопросы, на которые нужно ответить:

• Кто запускает и выключает систему
• Кто является системным администратором
• Кто осуществляет управление пользователями и безопасностью
• Должна ли система выполнять какие-либо действия в ответ на события времени (время – исполнитель?)
• Существует ли процесс мониторинга

 

15.03.10

Диаграмма прецедентов

Рис. 2. Пример диаграммы прецедентов

 

 

 

Рис. 3. Некоторые обозначения диаграммы прецедентов

 

 

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

 

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

 

Каждой итерации соответствует своя модель предметной области, поскольку отражает реализуемые на каждом этапе прецеденты. Модель предметной области связана с моделью проектирования, особенно с программными объектами.

 

Модель предметной области – это визуальное представление концептуальных классов или объектов реального мира в терминах предметной области. Эти модели связаны с моделями взаимоотношений концептуальных сущностей. Модели используются как модели данных для разработки баз данных.

 

*Замечание: модели предметной области не описывают программные классы или программные объекты с их обязанностями.

 

Модель предметной области – это конкретизация модели бизнес-объектов. На языке UML модель предметной области представляется в виде набора диаграмм-классов, на которых не определены никакие операции, в ее состав входят

· объекты предметной области

· ассоциации между ними

· атрибуты концептуальных классов

 

Концептуальные классы

 

Концептуальный класс – это представление идеи или объекта.

 

Пример: для события «Осуществление покупки» концептуальный класс – ПРОДАЖА. Содержанием этого понятия является осуществление покупки в определенный день и определенное время.

 

*Замечание: модель предметной области не является моделью данных. Концептуальные классы могут вообще не содержать атрибутов, а играть чисто поведенческую роль.

 

Создание модели предметной области

 

Для создания:

1. Выделить концептуальные классы
2. Отобразить их на диаграмме
3. Добавить необходимые ассоциации и атрибуты

 

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

 

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

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

 

№	Категории	Примеры
	Транзакции. Эта классы особенно критичны, поскольку чаще всего описывают финансовые операции	Продажа, платеж
	Элементы транзакций	Элемент продажи
	Товары или службы, связанные с транзакциями или их элементами	Элемент продажи
	Места записи транзакций. Очень важная категория	Реестр
	Роли людей или организации, связанные с транзакциями. Исполнители прецедентов (необходимо знать, кто участвует в транзакции)	Покупатель, кассир, магазин
	Места транзакций	Магазин
	Важные события, для которых необходимо хранить время и место	Продажа и платеж
	Физические объекты. Такие объекты обычно соответствуют программным системам, предназначенным для управления или моделирования	Товар, реестр
	Описание объектов	Спецификация товара
	Каталоги (описание товара зачастую приводится в каталоге)	Каталог товаров
	Контейнеры других объектов (физических или информационных)	Магазин, склад
	Содержимое контейнеров	Элемент
	Другие системы, внешние по отношению к данной системе	Система авторизации кредитных платежей
	Записи финансовой, трудовой, юридической и другой деятельности	Чек
	Финансовые инструменты	Кредитная линия, наличные, чек
	Руководство, документы, статьи, на которые ссылаются в процессе работы	Трудовой договор, бюллетень ежедневного изменения цен, прайс-лист

 

 

• Определение концептуальных классов на основе выделения существительных.
• Производится на основе лингвистического анализа.
• Состоит в выделении существительных из текстовых описаний предметной области.
• Удобно использовать развернутые описания прецедентов
• Некоторые авторы рекомендуют использовать данный метод с осторожностью, так как не всегда существительные совпадают с концептуальными классами

 

ПРИМЕР

Оформление продажи.