Тема 10. Диаграммы вариантов использования (прецедентов)
Задание: разработать модель прецедентов для простой системы электронной коммерции по продаже книг и CD. Эта система называется ЕСР (Е-Commerce Platform - платформа электронной коммерции).
1. Выявление актеров.
В качестве актеров в данной системе можно выделить:
- системного администратора (System administrator), который занимается технической поддержкой магазина;
- владельца магазина (shop keeper), который управляет номенклатурой товаров и может удалять покупателей;
- покупатель (customer), который может заходить в магазин, выбирать товары, добавлять/ удалять товары из корзины, формировать счет, оплачивать счет;
- диспетчер магазина (dispatcher), который проверяет правильность формирования счетов и их оплату;
- компания обработки кредитных карт, которая проводит операции по переводу средств с карты на счета;
- система управления запасами, которая обеспечивает контроль за остатками с учетом отгруженных и оплаченных товаров.
2. Выявление прецедентов.
Выявленные на первом шаге актеры могут порождать следующие прецеденты:
Системный администратор:
- создавать новых пользователей системы;
- удалять существующих пользователей системы.
Владелец магазина может:
- добавлять продукты в каталоги;
- удалять продукты из каталогов;
- удалять учетные записи покупателей.
На рис. 10.1 показан окончательный результат моделирования прецедентов.
Модель прецедентов обеспечит четкое представление о том, что делает система.
Рис. 10.1. Модель прецедентов.
Покупатель может:
- регистрироваться в магазине;
- изменять информацию о себе;
- заходить в магазин;
- просматривать неоплаченные счета;
- просматривать каталог товаров;
- добавлять товары в корзину;
- управлять содержимым корзины;
- создавать счета;
- отменять счета.
Диспетчер может:
- подтверждать оплату счета;
- закрывать оплаченные счета.
На рис. 10.2 представлен сокращенный вариант модели прецедентов. Здесь показаны обычные прецеденты, расширяющий прецедент и отношения «include» и «extend».
Описание прецедентов AcceptPaymentCard и Checkout с рис. 10.2 показаны более подробно в таблицах 11.1-11.3.
В описания прецедентов включены все важные детали, но опущена общая информация (торговая марка компании, информация об авторе и версии и др.). Эти данные для каждой компании свои. Во многих компаниях разработаны стандартные заголовки, используемые во всей документации компании.
Рис. 10.2. Сокращенный вариант модели прецедентов.
Таблица 10.1.
Описание прецедента AcceptPaymentByCard
Прецедент AcceptPaymentByCard |
ID 1 |
Краткое описание: покупатель оплачивает заказ кредитной картой |
Главные актеры: Покупатель |
Второстепенные актеры: компания обработки кредитных карт, система управления запасами, диспетчер. |
Предусловия: 1. Покупатель входит в систему 2. Некоторые товары были предварительно зарезервированы покупателем |
Основной поток: 1. Прецедент начинается, когда покупатель подтверждает заказ. 2. Система извлекает информацию о кредитной карте покупателя. 3. Система посылает сообщение компании обработке кредитных карт о номере карты и сумме сделки. 4. Компания обработки кредитных карт дает разрешение на транзакцию. 5. Система сообщает покупателю, что транзакция с использованием данной карты была принята. 6. Система генерирует и дает покупателю шифр заказа. 7. Система сообщает системе управления запасами о необходимости резервирования товаров по счету покупателя. 8. Система посылает заказ диспетчеру. 9. Система меняет состояние заказа на «ожидающий рассмотрения». 10. Система выводит сообщение покупателю о подтверждении заказа, и позволяет распечатать его. |
Постусловия: 1. Заказ получил статус «ожидающий рассмотрение». 2. С кредитной карты покупателя снята соответствующая сумма. 3. Товары из заказа покупателя были зарезервированы для выполнения заказа. 4. Заказ отправлен диспетчеру. |
Альтернативные потоки: 1. Лимит кредитной карты превышен. 2. Отказ в обслуживании кредитной карты. 3. Отказ системы обработки кредитных карт. |
Задание для самостоятельного выполнения: составить описание альтернативных потоков прецедента AcceptPaymentByCard.
Таблица 10.2.
Описание прецедента Checkout
Прецедент Checkout (оформление заказа) |
ID 6 |
Краткое описание: Покупатель подтверждает заказ. Система формирует заказ на основании данных корзины, покупатель оплачивает заказ. |
Главные актеры: Покупатель |
Второстепенные актеры: система управления запасами |
Предусловия: Покупатель входит в систему |
Основной поток: 1. Прецедент начинается, когда покупатель выбирает опцию «Checkout». 2. Система просит «систему управления запасами» предварительно зарезервировать товары из корзины покупателя. 3. Для каждой отсутствующей позиции. 3.1. Система сообщает покупателю об отсутствии товара и его удалении из заказа. 4. Система формирует окончательный вариант заказа. Для каждого товара система включает информацию о коде товара, его названии, количестве заказа, цене товара, сумме по каждой товарной позиции и итоговой суммы заказа. В заказ также включается адрес покупателя, номер кредитной карты, затраты на доставку и налоги. 5. Система просит покупателя принять или отклонить заказ. 6. Покупатель подтверждает заказ. 7. Include (подтверждение оплаты через кредитную карту AcceptPaymentByCard) |
Постусловия: 1. Покупатель подтвердил заказ. 2. Заказанные товары зарезервированы «системой управления запасов». |
Альтернативные потоки: 1. Отклонение заказа покупателем. |
Таблица 10.3.
Описание альтернативного потока прецедента Checkout «Отклонение заказа покупателем»
Альтернативный поток прецедента Checkout: отклонение заказа покупателем |
ID 6.1 |
Краткое описание: Покупатель отклоняет сформированный системой заказ. Предварительно зарезервированные товары снимаются с резервации «системой управления запасами» |
Главные актеры: Покупатель |
Второстепенные актеры: Система управлении запасами |
Предусловие: клиент отклонил заказ |
Основной поток: 1. Система удаляет сформированный заказ. 2. Система передает сообщение «системе управления запасами» снять с резервирования товары из заказа покупателя. |
Постусловия: 1. Заказ покупателя удален 2. «Системой управления запасами» снято резервирование на товары из заказа |
Альтернативные потоки: нет |
Задания для самостоятельного выполнения: описать прецеденты DispalyBasket и ManageBasket, изображенные на модели прецедентов (рис. 10.2.).
Рекомендованная литература: Учебно-методическое пособие по дисциплине, а также [7,8].