2.2 Построение диаграммы вариантов использования (UseCase)

Разработка диаграммы вариантов использования преследует цели:

• определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

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

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

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

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

Рисунок 2.3 — Диаграмма UseCase для сотрудника склада

Рисунок 2.4 — Диаграмма UseCase для администратора

Диаграмма Use Case позволяет создать список операций, которые выполняет система. На основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых ею функций [3,9].

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

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

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

Операции представляют собой действия, реализуемые классом. Каждая операция имеет сигнатуру, содержащую имя операции и список параметров [23].

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

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

Программа состоит из 12 классов. Исходный текст некоторых классов представлен в Приложении А.

Для обеспечения работоспособности всего функционала основной формы приложения служат классы Main, MainAdd, Form1. Для обеспечения добавления информации, редактирования информации и удаления в базе данных служат классы Post, PostAdd, Sotr, Zak, ZakAdd, Strana, Prod, KatProd, Sklad.

С помощью класса Main на главной форме приложения отображается информация о поставках продукции на склад. Для добавления и редактирования поставок продукции используется класс MainAdd.

Класс Form1 служит для авторизации пользователя.

Классы Post, PostAdd предназначены для работы с таблицей «Поставки»: Post — для просмотра содержимого таблицы и составления отчетов, PostAdd — для добавления и редактирования данных в таблице.

Классы Zak, ZakAdd позволяют работать с таблицей базы данных «Заказчики»: Zak — для просмотра содержимого таблицы и удаления данных, ZakAdd — для добавления и редактирования данных в таблице.

Рисунок 2.5 – Диаграмма классов

Классы Sotr, Strana, Prod, KatProd, Sklad предназначены для работы с таблицами «Сотрудники», «Страна заказчика», «Продукция», «Категория продукции» и «Склад» соответственно. С помощью этих классов информацию в указанные таблицы можно добавлять, редактировать и удалять.

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