Пояснительная записка к диплому (1228397), страница 5

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

Текст из файла (страница 5)

– дата регистрации операции, будет служить для обозначения момента начала операции;

– время операции (в днях), предназначен для определения времени исполнения операции. На основе этого атрибута будет впоследствии базироваться определение ключевого показателя эффективности конкретного склада и его работников в частности;

– количество затронутых единиц товара, этот атрибут используется для возможности отслеживания движения товара;

– тип единицы товара, также будет использован для возможности отслеживания движения товара;

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

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

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

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

– ID посещения;

– посетитель, этот атрибут предназначен для хранения информации о посетителе склада, чтобы в случае необходимости иметь возможность получить о нём информацию для связи с ним;

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

– склад посещения, служит для хранения информации о складе на котором имело место посещение;

– дата посещения, этот атрибут будет хранить информацию о дате посещения;

– цель посещения, используется для хранения информации о цели посещения;

– итог посещения, заключение о итогах посещения склада посетителем.

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

– ID запроса;

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

– дата запроса, хранит в себе информацию о времени подачи запроса;

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

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

– исполнитель запроса, используется для представления информации об исполнителе запроса;

– количество единиц товара в запросе, в случае если запрос ориентирован на хранимую на складе единицу товара, содержит в себе информацию о количестве таких единиц;

– тип единиц товара в запросе, в случае если запрос ориентирован на хранимую на складе единицу товара, содержит в себе информацию о типе таких единиц;

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

– уведомление подателя, этот атрибут предназначен для хранения информации о том был уведомлен податель запроса, за уведомление отвечает исполнитель запроса;

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

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

– ID единицы товара;

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

– количество единиц товара, предназначен для хранения информации о количестве единиц некоторого товара на складе;

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

– ширина единицы товара, служит для хранения данных о ширине товара, в случае если товар имеет неоднородную ширину, указывается максимальное значение;

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

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

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

– склад хранения, хранит информацию о складе на котором хранится описываемая единица товара;

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

– дата появления на складе, предназначается для хранения информации о дате появления единицы товара на складе;

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

– количество единиц товара;

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

Затем требуется провести описание атрибутов для сущности применяемой для хранения информации о сотрудниках дороги. Эта сущность является вспомогательной и используется лишь для чтения информации о сотрудниках. Она должна отображать общие данные о сотруднике, такие как фамилия, имя и отчество, адрес и т.д., его статус, информацию для связи с ним, а также информацию о его часовом поясе. ОАО «РЖД» крупный холдинг, поэтому он содержит много дочерних компаний и в связи с этим рекомендуется также указать принадлежность сотрудника к конкретной компании. Также следует напомнить о том, что связь сотрудника дороги со складом вынесена в отдельную сущность связи сотрудников дороги и складов, которая замещает сущность журнала работников дороги, и которая будет описана позднее. Помимо это стоит упомянуть что эта сущность создаётся на основе уже существующей в предприятии, но закрытой для постороннего доступа, это сделано для возможности в перспективе обеспечить интеграцию АРМ с остальными системами дороги. На основании вышеизложенного можно выделить следующие атрибуты, которые войдут рассматриваемую сущность:

– ID сотрудника;

– ФИО;

– Адрес;

– должность;

– активен ли, содержит информацию о том числится ли в настоящее время сотрудник в штате дороги;

– часовой пояс, хранит сведения о часовом поясе к которому относится место действия сотрудника дороги;

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

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

– мобильный телефон;

– компания;

– комментарий.

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

– ID склада;

– код поиска, содержит информацию для удобного поиска через поисковую систему;

– адрес;

– телефон, хранит телефон для связи с дежурным работником склада;

– часовой пояс;

– активен ли;

– общая площадь;

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

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

– высота помещения.

Как упоминалось в пункте 2.1.1, сущность, отвечающая за журнал сотрудников склада была изменена таким образом, что теперь она хранит в себе данные о принадлежности сотрудника дороги к складу и его учётные данные в АРМ. На основании вышеизложенного можно утверждать, что набор атрибутов для этой сущности будет следующим:

– ID сотрудника;

– ID склада сотрудника;

– логин АРМ;

– пароль АРМ.

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

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

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

Для начала следует определить связи для сущности характеризующей журнал операций. Эта сущность имеет 2 атрибута ссылающихся на сущность сотрудников дороги, 2 атрибута ссылающихся на журнал складов и 1 атрибут ссылающийся на журнал учёта единиц товаров. Причём все ссылки подразумевают множественное использование, при этом только одна уникальная запись связанных сущностей ставится в соответствие одной записи сущности журнал операций. Действительно если бы одному складу ставилось бы в соответствие две одинаковых записи журнала операций это создавало бы избыточность информации и это в принципе не нужно, это, в свою очередь, означает, что выделенные сущности связаны с сущностью журнала операций отношением многие к одному связь, потому что одному складу/сотруднику/товару может быть поставлено в соответствие множество операций. Таким образом, исходя из анализа атрибутов журнала операций по складу следует что он имеет связи со следующими сущностями [13]:

– журнал информации о складах (М:1);

– сущность сотрудников дороги (М:1);

– журнал учёта единиц товара (М:1).

Далее следует определить связи для сущности характеризующей журнал посещений склада. В этой сущности присутствуют два атрибута ссылающиеся на сущность сотрудников дороги и один атрибут со ссылкой на сущность журнал складов. Все ссылки носят множественный характер, но не допускают применения нескольких записей связанных сущностей для одной записи журнала посещения склада. На основании вышеизложенного можно заключить что связи сущности журнала посещений склада носят следующий характер [13]:

– журнал информации о складах (М:1);

– сущность сотрудников дороги (М:1).

Затем необходимо провести анализ журнала запросов. В эту сущность включены атрибута поля, имеющие связь с сущностью сотрудников дороги, один атрибут, связанный с журналом складов и единичный атрибут имеющий связь с журналом учёта единиц товара. Связи носят множественный характер, также излишня обратная множественная связь. На основании анализа сущности журнала запросов, можно выделить следующие связи [13]:

– сущность сотрудников дороги (М:1);

– журнал информации о складах (М:1);

– журнал учёта единиц товара (М:1).

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

– сущность сотрудников дороги (М:1);

– журнал информации о складах (М:1).

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

– сущность сотрудников дороги (1:1);

– журнал информации о складах (М:1).

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

2.1.4 Нормализация схемы базы данных

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

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

В сущностях базы данных можно выделить следующие комплексные атрибуты:

– ФИО;

– адрес.

Атрибут ФИО раскладывается на элементарные части:

– фамилия;

– имя;

– отчество.

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

– город;

– улица;

– дом;

– помещение.

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

Приведение ко второй нормальной форме требует наличия функциональной зависимости между ключевым полем и каждым не ключевым [14]. База данных в нынешнем виде уже соответствует требованиям второй нормальной формы, потому что ни в одной из таблиц нет составных ключей, а это значит, что функциональная зависимость между первичным ключом и всеми не ключевыми полями есть в каждой из таблиц базы данных, что в свою очередь доказывает изначальное утверждение.

Характеристики

Список файлов ВКР