Файл: Моделирование предметной области «Учет товаров» с помощью UML (Анализируя данные предметной области).pdf

Выходная информация - это информация, полученная на основе входной информации. Выходная документация включает сводные данные, полученные в результате автоматизированной обработки. Третий этап технологического процесса обработки информации - Основной этап - является завершающим этапом работы с программой и связан с получением полной достоверно сформированной информацией [8].

Отчеты базы данных предназначены для вывода информации из разработанной системы.

Отчет имеет такой состав:

У каждого отчета в информационной системе есть разработанная экранная форма состоящая из диалога, который сотрудник предприятия видит на экране монитора. В данном диалоге сотрудник должен задать необходимые параметры по формированию отчета такие как, период, время. Также у отчета должна быть одна или несколько разработанных бумажных форм. С помощью разработанных таблиц необходимый отчет печатается с помощью принтера на бумаге. Алгоритм по формированию разработанного отчета регистрируется в модуле отчетов на встроенном языке.

2 Глава. Проектная часть

2.1 Выбор средства для моделирования предметной области решаемой задачи

В настоящее время существует огромный выбор программных и инструментальных средств для создания информационной системы.

При разработке и проектировании программного продукта были использованы следующие средства:

• Rational Rose;
• Rational Rose - редактор UML-диаграмм.

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

Rational Rose поддерживает такие типы диаграмм:

• use case diagram.
• class diagram.
• object diagram.
• state diagram.
• activity diagram.
• sequence diagram.

Единственно что следует отметить что программа требует установки, так как не является одним исполняемым файлом [8].

UML-диаграммы можно создавать, редактировать и экспортировать в изображения формата png.

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

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

Моделирование потока данных акцентирует внимание на обмене данными в системе между многообразными задачами.

Также в Rational Rose возможна детализация, при построении больших моделей. Модели разбиваются на группы, но взаимосвязь между группами остается. После выполнения работ с данными группами есть возможность интеграции в единую модель.

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

2.2.1 Диаграмма вариантов использования

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

Поведение разрабатываемой системы (т.е. функциональность, которую она обеспечивает) необходимо описывать с поддержкой функциональной модели, которая воспроизводит системные прецеденты (use cases, случай использования), системное общество (действующие лица, актеров, actors) и связи которые существуют между ними (use cases diagrams) [4].

Диаграмма вариантов использования (диаграмма прецедентов, use case diagram) — это одна из диаграмм, на которой показываются взаимоотношения между актерами, и вариантами использования [4].

На данном этапе мы отразим перечень функций всех действующих лиц (Рисунок 3).

Рисунок 3. Диаграмма вариантов использования «Учет товаров в магазине»

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

• Покупатель;
• Продавец;
• Кладовщик;

2.2.2 Диаграммы последовательности и кооперации

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

Рисунок 4. Диаграмма последовательности Оплата товара

Рисунок 5. Диаграмма последовательности Поставка товара

Рисунок 6. Диаграмма последовательности Доставка товара

Диаграмма кооперации строится на основе диаграммы последовательности и является ее зеркальным отражением. Диаграмма кооперации по процессу Оплата товара покупателем представлена на рисунке 5.

Рисунок 7. Диаграмма кооперации Оплата покупателем товара

Рисунок 8. Диаграмма кооперации Поставка товаров

Рисунок 9. Диаграмма кооперации Доставка товаров

2.2.3 Диаграммы деятельности

Диаграммы деятельности - это один из видов диаграмм, применяемых в UML для моделирования динамических аспектов поведения системы. Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой [5].

Диаграмма деятельности «Продажа бытовой техники в магазине представлена на рисунке 10.

Рисунок 10. Диаграмма деятельности продажа товара в магазине

2.2.4 Диаграммы состояний

Диаграммы состояний - это один из видов диаграмм в языке UML, используемых для моделирования динамических аспектов системы. Диаграмма состояний показывает автомат. Переходя к рассмотрению диаграммы состояний, следует отметить, что в среде IBM Rational Rose 2003 этот тип диаграмм может относиться к отдельному классу, операции класса, варианту использования, пакету или представлению. Для того чтобы построить диаграмму состояний, ее вначале необходимо создать и активизировать [8]. Диаграмма состояния представлена на рисунке 11.

Рисунок 11. Диаграмма состояний класса Продажа

2.2.5 Диаграмма классов

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

На данных диаграммах представляют подмножества классов, которые объединены в пакеты, и отношения между ними, на других диаграммах – отображают те же подмножества, но с атрибутами и операциями классов.

На данных диаграммах представляют подмножества классов, которые объединены в пакеты, и отношения между ними, на других диаграммах – отображают те же подмножества, но с атрибутами и операциями классов.

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

Объект – это некоторая сущность реального мира или концептуальная (абстрактная) сущность.

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

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

Некоторые возможные классы будут выявлены при рассмотрении трех стереотипов: сущность (entity), граница (boundary) и управление (control).

На данных диаграммах представляют подмножества классов, которые объединены в пакеты, и отношения между ними, на других диаграммах – отображают те же подмножества, но с атрибутами и операциями классов (Рисунок 12).

Рисунок 12. Диаграмма классов

Произведем описание справочников.

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

Справочник сотрудники состоит из следующих реквизитов:

• КодСотрудника;
• Наименование;
• Адрес;
• Магазин;
• Должность;
• Телефон
• Пометка/Удаление.

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

Справочник состоит из следующих реквизитов:

• КодКлиента;
• ФИО_Клиента;
• Пометка/Удаление.

Справочник Продажа. В данном справочники все данные по продажам.

Справочник состоит из следующих реквизитов:

• Код;
• Товар;
• Кол0во;
• Магазин;
• Дата_Продажи
• Пометка/Удаление.

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

Справочник состоит из следующих реквизитов:

• Код;
• Наименование;
• КодСклада;
• ОстаокНаСкладе;
• Пометка/Удаление.

В таблице заказы сводятся все данные по заказам.

Таблица состоит из следующих реквизитов:

• КодНомер;
• КодКлиента;
• Код;
• КодСотрудника;
• Дата;
• Статус заказа;
• Договор клиента;
• Исполнитель;
• Номенклатура;
• Количество;
• Сумма;
• Пометка/Удаление. состоит из следующих реквизитов.

Описание сущностей.

Таблица 1.

Выделение сущностей

Таблица 2.

Описание сущностей