Файл: Моделирование предметной области «Учет продаж» с помощью UML.pdf

Диаграмма вариантов использования (рис.7) показывает структуру и движение информационных потоков между работниками магазина.

Данная диаграмма представляет собой совокупность актеров, вариантов использования и связей между ними. Каждый актер – это некая отдельная роль относительно конкретного варианта использования. Актерами выступают конкретные сотрудники, а также действующие должности. На диаграмме отображается поведение системы, то есть что система будет делать.

Главный актером является Управляющий магазином, так как он взаимодействует со всеми сотрудниками и должностями, напрямую или через посредников.

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

1.6 Диаграмма взаимодействия

Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.

Диаграмма классов на рисунке 8 служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру (поля, методы) и типы отношений (наследование, реализация интерфейсов). На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы. На этом этапе принципиально знание ООП подхода и паттернов проектирования.

Рисунок 8 - Диаграмма классов

Диаграмма последовательности действий

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

Диаграмма последовательности действий Ввод заказа (рис.9) описывает алгоритм действий, при которых некоторый клиент заказывает продукцию и продавец осуществляет ввод заказа. Слева показан актер (работник магазина), инициирующий данный алгоритм. Работнику приходится взаимодействовать с тремя объектами, чтобы достигнуть своей цели, важнейшими из которых являются Выбор варианта заказа и Заказ, так как они влияют на ввод заказа.

Рисунок 9 - Диаграмма последовательности действий Ввод заказа

Диаграмма последовательности действий Ввод заказа (рис.10) обеспечивает возможность добавления новых заказов. Изменения старых, выполнения заказов, проверки и возобновления инвентарных описей. При получении заказа система также должна послать сообщение расчетной системе, которая выписывает счет. Если требуемого продукта нет на складе, заказ должен быть отклонен. Диаграмма наглядно и визуально просто описывает последовательность событий в алгоритме.

На диаграмме последовательности неявно присутствует ось времени, что позволяет визуализировать временные отношения между передаваемыми сообщениями.

Рисунок 10 - Диаграмма последовательности действий Ввод заказа

Диаграмма сотрудничества

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

По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.

Диаграмма сотрудничества Ввод заказа (рис.11) моделирует последовательность действий при оформлении заказа сотрудником магазина.

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

Рисунок 11 - Диаграмма сотрудничества Подача заявления

В результате использования инструмента Rational Rose построены диаграммы, описывающие взаимодействие всех объектов проектируемой системы компьютерного магазина и их последовательность.

2. Логическая модель информационной системы

Диаграмма FA-уровня должна содержать все, что содержит диаграмма КВ-уровня и, кроме того, все неключевые атрибуты.

Диаграмма выполнена в нотациях IDEF1X.

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

Атрибут — любая характеристика сущности, значимая для рассматриваемой предметной области. Он предназначен для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности.

Все сущности на FA-диаграмме удовлетворяют по требованиям НФБК.

Диаграммы FA-уровня модели, выполненные в нотациях стандарта IDEF1X, представлена на рисунке 12.

Рисунок 12 - FA-уровень модели данных.

Глоссарий сущностей представлен в таблице 1.

Таблица 1. Глоссарий сущностей

Данная таблица сгенерирована мастером отчетов AllFusion ERwin Data Modeler 7.

Глоссарий описания связей представлен в таблице 2.

Таблица 2. Описание связей

Сущности и их атрибуты представлены в таблице 3.

Таблица 3. Сущности и их атрибуты

Данная таблица сгенерирована мастером отчетов AllFusion ERwin Data Modeler 7 (ERwin).

Домен — допустимое потенциальное ограниченное подмножество значений данного типа.

Определения доменов представлены таблице 4.

Таблица 4. Сущности, атрибуты и домены

Конечными пользователями БД являются сотрудники магазина.

Для своей работы, им необходимо иметь информацию о покупателях, товарах, поставщиках.

Сотрудники магазина работают с входными и с выходными документами, им разрешен доступ ко всей базе данных и ко всей хранимой в ней информации.

2.1 Физическая модель информационной системы

В рамках разработки информационной системы автоматизации технологии управления работой компьютерного магазина необходимо произвести выбор СУБД исходя из следующих параметров:

- совместимость с существующей системной архитектурой информационной системы;

- возможность реализации совместного доступа пользователей к базе данных;

- нагрузка на СУБД в условиях ООО «Компьютерный магазин» - в среднем около 120 новых записей в день, одновременное подключение до 40 пользователей.

- возможность подключения к СУБД из большинства сред программирования без установки дополнительного программного обеспечения;

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

- оптимальность ценового критерия.

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

Наиболее оптимально заданным критериям удовлетворяет СУБД MS Access 2010.

Данная СУБД позволяет осуществлять совместный доступ пользователей. Лицензионное ограничение на число пользователей, предельный размер базы данных не повлияет на функционал автоматизированной системы ООО «Компьютерный мир» в силу небольшой наполняемости СУБД.

Согласно диаграмме физического уровня модели база данных создана схема в MS Access 2010.

Рисунок 13 - Физическая схема базы данных Магазин в MS Access 2010

Диаграмма развертывания на рисунок 14 — моделирует физическое развертывание артефактов на узлах, и предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime). При этом представляются только компоненты-экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками. Те компоненты, которые не используются на этапе исполнения, на диаграмме развертывания не показываются.