ТОП 10:

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. Выделение концептуальных классов.

 

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

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

 

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

 

 

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

 

ПРИМЕР

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







Последнее изменение этой страницы: 2016-08-12; Нарушение авторского права страницы

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.235.29.190 (0.007 с.)