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

Рисунок 4 - Главная диаграмма классов информационной подсистемы

Внутри каждого пакета также имеется «главная диаграмма», включающая в себя все классы этого пакета (рисунок 5, 6).

Рисунок 5 - Диаграмма классов «form»

Рисунок 6 - Диаграмма классов «DataBase»

После создания главой диаграммы классов создается диаграмма классов для сценария «get_tovar» (принять товар), на которой отражаются все классы, атрибуты и связи между ними (рисунок 7).

Рисунок 7 - Диаграмма классов «get_tovar» (принять товар)

Выводы

1. На диаграмме классов «get_tovar» (принять товар) были представлены все классы и взаимосвязи между ними.

2. Указанная множественность (multiplicity) показывает, сколько экземпляров одного класса взаимодействуют с помощью этой связи с одним экземпляром другого класса в данный момент времени. Так же были добавлены атрибуты и методы в некоторые классы.

Создание диаграммы состояний для классов

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

На диаграмме имеются два специальных состояния - начальное (start) и конечное (stop). Процессы, происходящие в тот момент, когда объект находится в определенном состоянии, называются действиями (actions).

С состоянием можно связывать следующие данные: деятельность, входное действие, выходное действие и событие.

Входное действие (entry action) - это поведение, которое выполняется, когда объект переходит в данное состояние. Входное действие также показывают внутри состояния, его обозначению предшествуют слово entry (вход) и двоеточие.

Выходное действие (exit action) подобно входному действию. Однако оно осуществляется как составная часть процесса выхода из данного состояния. Как и входное, выходное действие является непрерываемым.

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

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

---

Событие (event) - это то, что вызывает переход из одного состояния в другое. Событие размещают на диаграмме вдоль линии перехода.

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

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

В данном курсовом проекте диаграмма состояний создается для варианта использования «get_tovar» (принять товар). Она представлена на рисунке 8.

Рисунок 8 - Диаграмма состояний для варианта использования «get_tovar» (принять товар)

Выводы

На диаграмме состояний расположены следующие состояния:

- начальное состояние «Start»;

- конечное «exit» состояние;

- «Initialization» (инициализация);

- «SomeStop» (выполнение приостановлено);

- «Cancel» (отменен);

- «Get» (выполнен).

Для каждого из состояний созданы следующие действия:

- «StoreDate» (сохранить дату) на входе для состояния «Initialization» (инициализация);

- «Info Tovar» (собрать информацию о товаре и поставщиках);

- «Add» (добавить к набору товаров);

- «StoreData» (сохранить дату отмены) на выходе;

- «Card Ucheta» (карта учета) - на выходе формируется складская карта учета.

Создание диаграммы компонентов

Диаграммы компонентов (component diagram) предназначены для распределения классов и объектов по компонентам при физическом проектировании системы. На них изображены компоненты программного обеспечения и связи между ними. При этом на такой диаграмме выделяют два типа компонентов: исполняемые компоненты и библиотеки кода. Часто данный тип диаграмм называют диаграммами модулей.

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

Каждый класс модели (или подсистема) преобразуется в компонент исходного кода. После создания они сразу добавляются к диаграмме компонентов.

У системы может быть несколько диаграмм компонентов в зависимости от числа подсистем или исполняемых файлов. Каждая подсистема является пакетом компонентов. В общем случае пакеты - это совокупности компонентов.

---

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

На рисунке 9 показаны компоненты пакета «Form». Они содержат классы пакета «Form» логического представления системы.

Рисунок 9 - Диаграмма компонентов пакета «Form»

На рисунке 10 показаны компоненты пакета «DataBase». Они содержат классы пакета «DataBase» логического представления системы.

Рисунок 10 - Диаграмма компонентов пакета «DataBase»

Общая диаграмма компонентов для рассматриваемого варианта использования «get_tovar» (принять товар) на рисунке 11.

Рисунок 11- Диаграмма компонентов для варианта использования «get_tovar» (принять товар)

Выводы

1. Так как система разрабатывается на языке C++, то у каждого класса имеется свой собственный заголовочный файл и файл с расширением *.cpp.

2. Для каждого класса была создана спецификация пакета и тело пакета. Они соединены с помощью связей dependency.

Создание диаграммы размещения

Диаграмма размещения (deployment diagram) отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она показывает размещение объектов и компонентов в распределенной системе.

Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства - в большинстве случаев часть аппаратуры. Эта аппаратура может быть простым устройством или датчиком, а может быть и мэйнфреймом.

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

Построенная диаграмма размещения показана на рисунке 12.

Рисунок 12 - Диаграмма размещения

Как видно из диаграммы, клиентская и серверная программы будут работать на разных местах. Через закрытую сеть будет осуществляться их сообщение. С клиентской частью соединен принтер, так как именно клиентская программа печатает каты складского учета.

---

Выводы

1. На созданной диаграмме размещения расположены процессоры «Server» и «Client»,а также устройство «Printer».

2. Между этими элементами проведены следующие связи:

- От «Server» к «Client»;

- От «Client» к «Printer».

3. Кроме этого, созданы процессы «Get_tovarServerE» на процессоре «Server» и « Get_tovarClientEXE» на процессоре «Client».

Заключение

В ходе выполнения данной работы была рассмотрена реальная предметная область учета ТМЦ на складе фирмы розничной торговли. Было проведено описание бизнес-процессов данной области на естественном языке. После этого была создана объектно-ориентированная модель бизнес-процессов данной области на языке UML, включающая следующие диаграммы:

Диаграмма прецедентов;

Диаграмма активности;

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

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

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

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

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

Диаграмма прецедентов;

Диаграмма активности;

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

Диаграмма развертывания;

Диаграмма компонентов.

На основании подготовленных материалов можно разработать программное обеспечение с рабочим названием «Автоматизированная система учета товаров на складе фирмы розничной торговли». После разработки и внедрения данного программного обеспечения можно ожидать следующие результаты:

Снижение объема бумажной документации;

Снижение затрат на хранение бумажной документации;

Снижение числа необходимых работников;

Облегчение доступа и поиска необходимой информации;

Повышение скорости обработки товарных потоков для организации ускоренного сбыта;

Минимизация потерь;

Снижение издержек;

Организация эффективного управления всеми бизнес-процессами.

Увеличение скорости принятия управленческих решений;

Увеличение правильности управленческих решений;

Повышение качества услуг, оказываемых предприятиями в рамках данной предметной области.

Список литературы

1.  Буч Г., Рамбо Д., Джекобсон А. UML: специальный справочник. - СПб.: Питер, 2012.- 432 с., ил.

2. Боггс У., Боггс М.. UML и Rational Rose: Пер. с англ. - М.: Издательство «Лори», 2009.- 581 с., ил.

3. Вендров А.М. «CASE-технологии. Современные методы и средства проектирования информационных систем», cтатья c сайта www.citforum.ru

---