Поток событий варианта использования «Продать товар» может выглядеть следующим образом:
Предусловие:
Фармацевт удачно проходит процесс проверки логина и пароля.
Основной поток
Вариант использования начинается, когда клиент составляет заявку на приобретение определенного препарата.
Фармацевт принимает заявку к обработке.
Фармацевт осуществляет поиск по тому или иному критерию (например: наименование препарата).
А1. Данного препарата не оказалось на складе.
Е1. Во время поиска возникли ошибки
Фармацевт оформляет заказ.
Фармацевт выдает товар.
Фармацевт печатает чек для клиента.
Вариант использования завершается.
Альтернативные потоки
А1. Препарат не найден на складе.
Фармацевт информирует клиента о том, что данного препарата нет в наличии.
Фармацевт предлагает клиенту оставить заявку на данный препарат.
Клиент оставляет заявку.
А2. Клиент не хочет оставлять
Фармацевт заносит заявку в БД.
Фармацевт информирует клиента о том, что заявка принята.
Вариант использования завершается.
А2. Клиент не хочет оставлять заявку.
Фармацевт аннулирует заявку.
Вариант использования завершается.
Потоки ошибок
Е1. Ошибка во время поиска записи БД.
Аптекарь обращается к администратору для устранения неполадки.
Администратор устраняет ошибку.
Аптекарь делает повторный запрос.
Вариант использования завершается.
Постусловие:
Продажа заноситься в отчет (Отчет о продажах).
7.Диаграмма деятельности (Activity Diagram)
Диаграмма деятельности предназначена для моделирования поведения системы. Она позволяет детализировать алгоритм выполнения операций. Она состоит из действий, точек принятия решений, переходов в следующее состояние и полос синхронизации. Диаграммы представлены на рис.3,4.
Рис. 3. Activity-диаграмма, отражающая алгоритм «Искать по наименованию препарата»
Рис. 4. Activity-диаграмма, отражающая алгоритм «Продать товар»
8.Построение модели данных. Диаграмма классов (Class Diagram)
Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать различные взаимосвязи между отдельными сущностями предметной области, а также описывает их внутреннюю структуру и типы отношений.
На основе представленной ER-диаграммы и основных объектов системы формируется диаграмма классов (рис. 5). На разработанной диаграмме классов представлены классы следующих стереотипов: классы-сущности (entity class) и граничные классы (boundary class). Вся необходимая информация хранится в объектах entity-класса, связанных между собой, атрибуты объектов – свойства, признаки сущностей. Boundary-классы обслуживают процессы взаимодействия внешних объектов с системой (формы, отчеты, запросы).
Рис. 5. Диаграмма классов
На основании анализа структуры учреждения, документооборота, системы отчетности были разработаны следующие классы:
Класс заказ
Данный класс является центральным по отношению ко всем остальным, обеспечивая связь остальных классов в системе. Содержит сведения о заказе даты, клиенте, поставщике и складе.
Класс Склад
Содержит сведения о складе: код склада, медикамент, количество медикамента
Класс Медикаменты
Содержит сведения о Издательство: наименование, тип, производитель.
Класс Клиент
Содержит сведения о Клиенте: Название, ИНН/КПП, ФИО директора.
Класс Поставщик
Содержит сведения о Поставщике: Название, ИНН/КПП, ФИО директора.