Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование диаграммы классов «Склад» (Анализ сущности «Склад»)

Содержание:

ВВЕДЕНИЕ

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

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

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

Таким образом, для более подробного изучения вопроса необходимо выполнить цель работы – проектирование диаграммы классов «Склад».

Для достижения данной цели необходимо осуществить следующие задачи:

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

Объект исследования – диаграмма классов сущности «Склад».

Предмет исследования – сущность «Склад».

Методологической основой работы явились труды отечественных и зарубежных авторов, исследователей и специалистов в области информационных систем, баз данных, UML и т.д. Среди основных авторов можно выделить таких как Буч, Глушаков, Крамм, Ларман, Редько и др.

В состав работы включены такие структурные элементы, как введение, заключение и список использованных источников. Работа включает две главы – теоретическую и практическую. Теоретическая часть содержит два параграфа, практическая – один.

1. Практическая часть

1.1. Анализ сущности «Склад»

Склад – это специальное помещение для хранения запасов и материалов.

Склады предназначены для накопления и хранения товарных запасов, а также для формирования торгового ассортимента.

Хранение товаров осуществляют как производители, так и торговые предприятия. Поэтому склады функционируют на всех стадиях движения товаров: склады производства, оптовой и розничной торговли^[1].

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

Основными факторами, влияющими на организацию складского хозяйства, являются:

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

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

В настоящее время на долю складов розничных предприятий в общей площади для хранения товаров приходится 48%, подсобные помещения магазинов занимают 31%, склады оптовых организаций – 21%.^[2]

Большинство складов выполняют следующие основные функции:

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

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

временное размещение и хранение материальных запасов;
преобразование материальных потоков;
обеспечение логистического сервиса в системе обслуживания^[3].

Любой склад обрабатывает, по меньшей мере, три вида материальных потоков: входной, выходной и внутренний.

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

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

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

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

Разгрузка транспорта;
Приемка товаров;
Размещение на хранение (укладка товаров в стеллажи, штабели);
Отборка товаров из мест хранения;
Комплектование и упаковка товаров;
Погрузка;
Перемещение грузов внутри склада;
Распределение товаров по отделам торговой организации^[4].

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

Склад работает по следующей схеме:

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

Таким образом, для диаграммы классов сущности «Склад» можно выделить следующие основные составляющие сущности:

Накладная;
Склад;
Отдел склада;
Начальник склада;
Грузчик;
Поставщик;
Товар;
Отдел.

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

1.2. Характеристика связей между составляющими сущности

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

Каждая сущность должна обладать следующими свойствами:

иметь уникальное имя;
обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности^[5].

При проектировании диаграммы классов «Склад» выделены следующие сущности:

Накладная;
Склад;
Отдел склада;
Начальник склада;
Грузчик;
Поставщик;
Товар;
Отдел.

Определение взаимосвязей между сущностями

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

Существуют следующие виды атрибутов:

простой – состоит из одного элемента данных;
составной – состоит из нескольких элементов данных;
однозначный – содержит одно значение для одной сущности;
многозначный – содержит несколько значений для одной сущности;
необязательный – может иметь пустое (неопределенное) значение;
производный – значение, производное от значения другого атрибута^[6].

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

Ключи можно разделить по признаку общности как:

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

По способу возникновения:

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

По ограничению целостности данных:

первичный ключ – служит как ограничение целостности в рамках одной таблицы для однозначной идентификации, конкретно поле первичного ключа не может повторятся или быть пустым.
внешний ключ (вторичный) – служит как ограничение целостности связей нескольких таблиц, конкретно подчиненная таблица не может ссылаться на несуществующие записи главной таблицы (что позволяет строить целостные модели данных)^[7].

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

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

Степень, называемая также кардинальным числом, показывает, сколько экземпляров описывающей сущности должны описывать один экземпляр описываемой сущности. Степень выражается с помощью двух разных значений – «один – к– одному» (1) и «один– ко– многим» (М).

Один к одному. Означает, что в такой связи сущности с одной ролью всегда соответствует не более одной сущности с другой ролью. Так как степень связи для каждой сущности равна 1, то они соединяются одной линией.

Один – ко – многим. Сущности с одной ролью может соответствовать любое число сущностей с другой ролью.

Много – ко – многим. В этом случае каждая из ассоциированных сущностей может быть представлена любым количеством экземпляров^[8].

Атрибуты и первичные ключи сущностей для информационной модели, включаемые в состав диаграммы классов «Склад», приведены в Таблице 1.

Таблица 1

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

Сущность	Ключ	Атрибуты
1	2	3
Накладная	Номер	Номер накладной Поставщик Склад Отдел склада Товары Отв. сотрудник
Склад	Номер склада	Номер склада Название Список отделов
Отдел склада	Название	Название Сотрудники Перечень товаров Перечень поставщиков

Продолжение таблицы 1

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

1	2	3
Начальник склада	Код начальника	Код начальника Фамилия Имя Телефон Номер склада Подчиненные (грузчики)
Грузчик	Код грузчика	Код грузчика Фамилия Имя Телефон Начальник Номер склада
Поставщик	Код поставщика	Код поставщика Поставляемые товары Наименование поставщика Номер накладной Номер склада Складской отдел
Товар	Код товара	Код товара Название Склад Отдел
Отдел	Код отдела	Код отдела Название Категория товаров Склад Отдел склада

Рассмотрим подробнее связи между объектами сущности для более эффективного построения диаграммы сущности «Склад». В нижеследующих таблицах представлены более подробные данные о сущностях и их атрибутах (их источниках).

Таблица 2

Накладная

Наименование поля	Тип данных	Источник
Номер накладной	Числовой	Складской отдел
Поставщик	Числовой	Поставщик
Склад	Числовой	Склад
Отдел склада	Числовой	Склад
Товары	Числовой	Товар/Поставщик
Отв. сотрудник	Текстовый	Начальник склада

Таблица 3

Склад

Наименование поля	Тип данных	Источник
Номер склада	Числовой
Название	Текстовый
Список отделов	Текстовый	Отдел склада

Таблица 4

Отдел склада

Наименование поля	Тип данных	Источник
Название	Текстовый
Сотрудники	Текстовый	Грузчик; Начальник склада
Перечень товаров	Числовой	Товар
Перечень поставщиков	Текстовый	Поставщик

Таблица 5

Начальник склада

Наименование поля	Тип данных	Источник
Код начальника	Числовой
Фамилия Имя	Текстовый
Телефон	Числовой
Номер склада	Числовой	Склад
Подчиненные	Текстовый	Грузчик

Таблица 6

Грузчик

Наименование поля	Тип данных	Источник
Код грузчика	Числовой
Фамилия Имя	Текстовый
Телефон	Числовой
Начальник	Текстовый	Начальник склада
Номер склада	Текстовый	Склад

Таблица 7

Поставщик

Наименование поля	Тип данных	Источник
Код поставщика	Числовой
Поставляемые товары	Текстовый	Товар
Наименование	Текстовый
Номер накладной	Числовой	Накладная
Номер склада	Числовой	Склад
Складской отдел	Числовой	Отдел склада

Таблица 8

Товар

Наименование поля	Тип данных	Источник
Код товара	Числовой
Название	Текстовый
Склад	Числовой	Склад
Отдел	Числовой	Отдел

Таблица 9

Отдел

Наименование поля	Тип данных	Источник
Код отдела	Числовой
Название	Текстовый
Категория товаров	Текстовый
Склад	Числовой	Склад
Отдел склада	Числовой	Отдел склада

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

2. Практическая часть

2.1. Построение диаграммы классов «Склад»

Перед непосредственным проектированием диаграммы классов «Склад» необходимо охарактеризовать сами сущности, входящие в состав диаграммы. Описание сущностей и их характеристик приведено ниже.

Накладная

номер накладной – характеризует номер документа, указанный на самой накладной. Номер уникален;
поставщик – поле указывает код поставщика, указанного в самой накладной;
склад – указывается номер склада, на который, согласно накладной, поступает товар;
отдел склада – указывается номер отдела склада, на который, согласно накладной, поступает товар;
товары – указывает коды товаров, перечисленных в накладной и поступивших на склад;
ответственный сотрудник – указывается Фамилия и Имя начальника склада, проверившего и принявшего поставку.

Склад

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

Отдел склада

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

Начальник склада

код начальника – уникальный номер начальника того или иного склада;
фамилия имя – фамилия и имя сотрудника;
телефон – контактный номер телефона для связи с сотрудником;
номер склада – номер того склада, начальником которого является сотрудник;
подчиненные – фамилии и имена грузчиков, находящихся в подчинении у начальника и закрепленных за тем же складом.

Грузчик

код грузчика – уникальный код сотрудника;
Фамилия Имя – фамилия и имя грузчика;
телефон – контактный номер телефона для связи с сотрудником;
начальник – фамилия начальника склада, являющегося непосредственным руководителем;
номер склада – номер склада, за которым закреплен данный сотрудник.

Поставщик

код поставщика – уникальный номер поставщика;
поставляемые товары – указание названий поставляемых товаров;
наименование – наименование либо имя поставщика (зависит от типа – ООО, ИП, частное лицо и др.)
номер накладной – номер документа, по которому осуществляется поставка товаров;
номер склада – номер склада, на который производятся поставки. Может быть несколько;
отдел склада – номера отделов склада, на которые производятся поставки. Может быть несколько.

Товар

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

Отдел

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

Готовая диаграмма классов «Склад» должна отличаться наглядностью и доступностью, в связи с чем, первоначально произведено проектирование отдельных объектов сущности «Склад», изображённые в нижеследующих иллюстрациях.

Рисунок 1 Объект «Накладная»

Рисунок 2 Объект «Склад»

Рисунок 3 Объект «Отдел склада»

Рисунок 4 Объект «Начальник склада»

Рисунок 5 Объект «Грузчик»

Рисунок 6 Объект «Поставщик»

Рисунок 7 Объект «Товар»

Рисунок 8 Объект «Отдел»

Приведенные объекты объединяются в единую диаграмму классов «Склад», что проиллюстрировано на рисунке 9, где:

1 – от (к) 1;

* – от (ко) многим.

1..*

Начальник склада

-код начальника: Числовой

-Фамилия Имя: Текстовый

-телефон: Числовой

-номер склада: Склад

-подчиненные: Грузчик

+принять поставщика

+регистрация поставщика

+посмотреть список товаров

+проверить поставку

+принять товар

+добавить поставщика

+зарегистрировать товар

+выдать указания грузчикам

Накладная

-номер накладной: Числовой

-поставщик: Поставщик

-склад: Склад

-отдел склада: Отдел склада

-товары: Товар

-отв. Сотрудник: Начальник склада

Склад

-номер склада: Числовой

-название: Текстовый

-список отделов: Текстовый

+получить список отделов

+получить список сотрудников

Отдел склада

-название: Текстовый

-сотрудники: Грузчики; Начальник отдела

-перечень товаров: Товар

-Перечень поставщиков: Поставщик

+войти в состав склада

+добавить поставщика

+поместить товары

+добавить сотрудника

+выдать товары отделу

Грузчик

-код грузчика: Числовой

-Фамилия Имя: Текстовый

-телефон: Числовой

-начальник: Начальник склада

-номер склада: Склад

+перенести товар

+получить товар

+вернуть товар

+распределить товар

+выдать товар отделу

+выполнить поручение

Поставщик

-код поставщика: Числовой

-поставляемые товары: Товар

-наименование: Текстовый

-номер накладной: Накладная

-номер склада: Склад

-отдел склада: Отдел

+поставить товар

+предоставить наименование

+предоставить данные

+предоставить накладную

Товар

-код товара: Числовой

-название: Текстовый

-Склад: Текстовый

-Отдел: Отдел

+получить номер

+прибыть в отдел склада

+прибыть в отдел организации

Отдел

-код отдела: Числовой

-название: Текстовый

-категория товаров: Текстовый;

-склад: Склад;

-отдел склада: Отдел склада

+войти в состав организации

+получить доступ к товарам

+получить товары

Рисунок 9 Диаграмма классов «Склад»

ЗАКЛЮЧЕНИЕ

В ходе реализации исследования была достигнута цель работы – осуществлено проектирование диаграммы классов «Склад».

Для достижения цели были выполнены следующие задачи:

приведена характеристика сущности «склад», выделены наиболее значимые составляющие ее объекты;
осуществлено определение связей между выделенными составляющими объектами;
реализовано построение диаграммы классов «Склад».

Итогом работы является также законченная диаграмма классов для сущности «Склад», которая содержит информацию о таких объектах, как Накладная, Склад, Отдел склада, Товар, Грузчик, Начальник склада и Поставщик. Выделенные объекты обладают некоторыми атрибутами и характеристиками, которые позволяют оперативно управлять информацией о них.

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

Текст работы, равно как и сама диаграмма классов «Склад» могут быть дополнены и изменены при возникновении необходимости.

СПИСОК ЛИТЕРАТУРЫ

Боггс, М. UML и Rational Rose / М. Боггс. – Москва: РГГУ, 2010. – 385 c
Буч, Г. UML. Руководство пользователя / Г. Буч, Д. Рамбо, А. Джекобсон. – М.: ДМК Пресс; Издание 2– е, стер., 2014. – 432 c.
Гамма, Э. Приемы объектно– ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. – Москва: СИНТЕГ, 2016. – 366 c.
Глушаков, С. В. Базы данных / С. В. Глушаков, Д. В. Ломотько. – М.: Харьков: Фолио, 2018. – 504 c.
Грекул, В. И. Управление внедрением информационных систем / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. – Москва: РГГУ, 2014. – 224 c.
Кватрани, Т. Rational Rose 2000 и UML. Визуальное моделирование / Т. Кватрани. – М.: ДМК– пресс, 2014. – 176 c.
Киммел, П. UML. Основы визуального анализа и проектирования / П. Киммел. – М.: НТ Пресс, 2008. – 272 c
Крамм, Р. Системы управления базами данных dBASEII и dBASEIII для персональных компьютеров / Р. Крамм. – М.: Финансы и статистика, 2014. – 283 c.
Ларман, К. Применение UML 2.0 и шаблонов проектирования. Введение в объектно – ориентированный анализ, проектирование и итеративную разработку / К. Ларман. – М.: Вильямс, 2015. – 736 c.
Мюллер, Р. Дж. Базы данных и UML. Проектирование / Р. Дж. Мюллер. – М.: ЛОРИ, 2017. – 420 c.
Пайлон, Д. UML 2 для программистов / Д. Пайлон. – М.: Питер, 2012. – 198 c.
Редько, В. Н. Базы данных и информационные системы / В. Н. Редько, И. А. Бассараб. – М.: Знание, 2013. – 146 c.
Свинков, В. М. Системы управления базами данных для ЕС ЭВМ / В. М. Савинков. – М.: Финансы и статистика, 2013. – 224 c.
Тимошок, Б. Самоучитель Microsoft Access 2002 / Б. Тимошок. – М.: Вильямс, 2017. – 352 c.
Туманов, В. Е. Основы проектирования реляционных баз данных / В. Е. Туманов. – М.: Бином, 2018. – 420 c.
Уэлдон, Дж. Администрирование баз данных / Дж. Уэлдон. – Л.. – М.: Финансы и статистика, 2014. – 207 c.
Фаулер, М. UML. Основы. Краткое руководство по стандартному языку объектного моделирования / М. Фаулер. – М.: Символ– плюс, 2016. – 192 c.

Туманов, В. Е. Основы проектирования реляционных баз данных / В. Е. Туманов. – М.: Бином, 2018. – 126 c ↑
Туманов, В. Е. Основы проектирования реляционных баз данных / В. Е. Туманов. – М.: Бином, 2018. – 131 c ↑
Там же, 134-135 с. ↑
Редько, В. Н. Базы данных и информационные системы / В. Н. Редько, И. А. Бассараб. – М.: Знание, 2013. – 28 c. ↑
Киммел, П. UML. Основы визуального анализа и проектирования / П. Киммел. – М.: НТ Пресс, 2008. – 201 c ↑
Гамма, Э. Приемы объектно– ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. – Москва: СИНТЕГ, 2016. – 47 c ↑
Глушаков, С. В. Базы данных / С. В. Глушаков, Д. В. Ломотько. – М.: Харьков: Фолио, 2018. – 14 c ↑
Редько, В. Н. Базы данных и информационные системы / В. Н. Редько, И. А. Бассараб. – М.: Знание, 2013. –98 c ↑