Добавил:
Developer Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовой Проект.docx
Скачиваний:
2
Добавлен:
20.01.2024
Размер:
2.12 Mб
Скачать

3. Разработка структуры информации асу ооо «Энком Кабельные системы мегаполиса»

3.1 Проектирование логической структуры данных

Логическая структура данных оперирует понятием «сущность» и «связь». Сущность – это какой-либо выделенный объект реального мира, который может вступать в связи с другими сущностями. Связь – взаимодействие между сущностями. Вместе данные понятия формируют модель «сущность-связь» (ER-модель).

Логическая структура призвана, в первую очередь, описать предметную область без адаптации под конкретные модели данных (иерархическая, реляционная), они порождаются в последствии из ER-модели.

Основываясь на описанном процессе управления строительными работы в компании ООО «Энком Ксм», описании и схема движения информационных, материальных и финансовых потоков, разработаем структуру хранения информации.

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

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

Строительные компании имеют заказчиков, которые нанимают подрядчиков для выполнения строительных работ. У заказчиков, как правило, есть какое-либо название и телефон или другие контакты для поддержания связи. Безымянных заказчиков учитывать не будем. Таким образом, мы получаем сущность «Заказчик» с атрибутами «Название» и «Телефон». Под атрибутом «Телефон» подразумевается номер телефона.

Работы подрядчик выполняет на строительных объектах, которые указывает заказчик. Данные объекты представляют собой конкретные физически существующие места, располагающиеся по определённому адресу. Также у них есть какое-либо название. Таким образом, мы получаем сущность «Объект» с атрибутами «Название» и «Адрес».

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

Крупные строительные компании, являющиеся членами СРО строителей, редко когда выполняют все строительные работы самостоятельно из-за того, что это значительно усложнит управление компанией и может быть менее экономически выгодно, по сравнению с наймом субподрядчиков. Субподрядчик, это юридическое лицо – компания, у которой есть название, код налогоплательщика (ИНН), код причины постановки на учёт (КПП). Таким образом, мы получаем сущность «Субподрядчик» с атрибутами «Название», «ИНН», «КПП».

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

Важнейшая часть, объединяющая в себе почти все сущности – акт работ. В этом месте наиболее отражена управленческая функция объекта автоматизации. Акт работ объединяет в себе информацию об объекте, субподрядчике, выполняющем вид работы, сроки выполнения определённой работы, а также сотруднике, занимающемся организацией конкретных работ. Физически он представляет собой упомянутые КС-2 акты. Можно сказать, что акт работ, это детальное журналирование всех строительных работ на объекте, позволяющее последствии отследить всю хронологию ведения строительных работ, выявить место начала срыва сроков, а также перепроверить итоговую стоимость всех проведённых работ. Таким образом, мы получаем сущность «Акт работ» с атрибутами «Объект», «Подрядчик», «Субподрядчик», «Ответственный», «Период», «Вид работы».

На основании предложенной структуры будет проектироваться база данных. Ещё раз подытожим выделенные сущности: Акт работ, Вид работ, Объект, Паспорт объекта, Заказчик, Сотрудник, Должность, Субподрядчик.

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

Рисунок 4 - Схема выявленных сущностей

Представленной информации достаточно для построения логической модели. Она представлена на рисунке 5.

Рисунок 5 - Логическая структура данных

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