Моделирование системы работы с договорами покупателей

Рисунок 2 - Диаграмма прецедентов

Прецедентом, на примере которого будет выполнено объектно-ориентированный программирование, является Создание спецификации.

Развернутое описание прецедента Создание спецификации

Основной исполнитель. Менеджер.

Заинтересованные лица и их требования

- Менеджер по сбыту - Добиться точного и быстрого введения данных, не допуская ошибок в проведении документа. Чем быстрее менеджер обработает спецификацию, тем быстрее совершится сделка и он получит дополнительный процент к ЗП.

- Покупатель - Хочет оформить сделку за минимально потраченное время, получить подтверждение факта сделки, т.е. правильно сформированную спецификацию. Хочет, чтобы спецификация соответствовала его требованиям.

- Начальник ОМТС и С - Заинтересован в качественных сделках, т.е. чтобы они были оформлены в максимально короткий срок в правильном содержании.

- Фирма - Удовлетворить свои снабженческие и сбытовые потребности. Удовлетворить все требования покупателя.

Предусловия. Идентификация менеджера, а именно аутентификация и авторизация менеджера.

Примечание-

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

Результаты (Постусловия). Складские данные обновлены. Спецификация сгенерирована и сохранена. Автоматизация обработки информации по договору выполнена.

Основной успешный сценарий

1. Идентификация менеджера.

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

3. Система присваивает номер и дату спецификации.

4. Менеджер выбирает номер договора. Система выдает номер и дату договора, реквизиты и наименование контрагента, с которым был заключен договор.

5. Менеджер выбирает товар в нужном количестве. Система записывает наименование товара и выдает его описание: цену, стоимость, налоговую ставку, сумму налога, общую стоимость.

Стоимость, сумма налога, общая стоимость вычисляются на основе набора правил.

Менеджер повторяет действия, описанные в пунктах. 4 - 7, для каждого товара.

6. Система выводит общую сумму к оплате. Менеджер вводит срок доставки товара, форму и срок оплаты.

7. Система регистрирует, сохраняет и выводит на печать спецификацию. Спецификацию заверяют подписями и печатью.

Расширения (или альтернативные потоки)

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

1) Менеджер перезапускает систему, идентифицируется и предлагает восстановить предыдущее состояние.

2) Система восстанавливает предыдущее состояние.

2.а) Система определяет аномалию, повлекшую сбой.

1.Система уведомляет и регистрирует ошибку и переходит в начальное состояние.

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

3.б) Редактирование старой спецификации.

1. Менеджер выбирает номер спецификации (она уже имеется в базе).

2. Система предлагает изменить номер или исправить данный документ.

4.а) Выбранный договор в состоянии активен.

1. Система сообщает, что по данному договору уже есть неоплаченная спецификация.

2. Менеджер соглашается с продолжением создания документа.

5.а) Требуемого количества товара нет на складе.

1. Система уведомляет о том, что данного товара нет в требуемом количестве.

2. Менеджер соглашается, изменяет (добавляет) в спецификации количество товара.

5.б) Менеджера не устраивает цена товара (от стоимости сделки зависит процент, выплачиваемый менеджеру).

1. Менеджер может вручную изменить цену товара.

2. Система пересчитывает стоимость, сумму налога и общую стоимость.

6.а) Менеджера не устраивает общая сумма к оплате.

1. Менеджер может вручную изменить цену товара.

2. Система пересчитывает стоимость, сумму налога, общую стоимость, общую сумму.

7.а) Система уведомляет о незаполненных полях в спецификации.

1. Менеджер устраняет ошибку.

2. Система сохраняет и выводит на печать документ.

Специальные требования

- Сенсорный экран с интерфейсом пользователя для большого плоского монитора.

- Отклик службы авторизации в 90% случаев приходит в течение 30 секунд.

- Необходимо обеспечить восстановление информации в случае сбоя при доступе к удаленным службам, таким как система складского учета.

Частота использования: почти постоянно.

В качестве системы обозначений в состав языка UML входят диаграммы последовательностей (sequence diagram). С их помощью можно проиллюстрировать взаимодействие исполнителя с системой и операции, выполнение которых при этом инициируется.

 Скачать реферат