- •Введение
- •1. Анализ проблем управления строительными работами в ооо «Энком Кабельные системы мегаполиса»
- •1.1 Описание процесса управления строительными работами
- •1.2 Проблемы управления строительными работами
- •1.3 Формирование цели и задач проекта
- •2. Разработка концепции автоматизации управления строительными работами в ооо «Энком Кабельные системы мегаполиса»
- •2.1 Проектирование схемы движения информационных, материальных и финансовых потоков
- •2.2 Определение автоматизированных рабочих мест
- •2.3 Описание функций выявленных арм
- •3. Разработка структуры информации асу ооо «Энком Кабельные системы мегаполиса»
- •3.1 Проектирование логической структуры данных
- •3.2 Разработка физической структуры данных
- •3.3 Структура таблиц
- •3.4 Реализация контрольного примера
- •4. Разработка программного обеспечения асу ооо «Энком Кабельные системы мегаполиса»
- •4.1 Анализ и выбор систем программирования
- •4.2 Разработка оконных форм для взаимодействия системы и пользователя
- •4.3 Листинги алгоритмов
- •Выводы и результаты
- •Источники информации
- •Приложение 7. Коды процедур добавления в таблицы новых данных
- •Приложение 8. Коды с примерами использования процедур для добавления данных
- •Приложение 9. Коды создания представлений
- •Приложение 10. Вывод представлений
3. Разработка структуры информации асу ооо «Энком Кабельные системы мегаполиса»
3.1 Проектирование логической структуры данных
Логическая структура данных оперирует понятием «сущность» и «связь». Сущность – это какой-либо выделенный объект реального мира, который может вступать в связи с другими сущностями. Связь – взаимодействие между сущностями. Вместе данные понятия формируют модель «сущность-связь» (ER-модель).
Логическая структура призвана, в первую очередь, описать предметную область без адаптации под конкретные модели данных (иерархическая, реляционная), они порождаются в последствии из ER-модели.
Основываясь на описанном процессе управления строительными работы в компании ООО «Энком Ксм», описании и схема движения информационных, материальных и финансовых потоков, разработаем структуру хранения информации.
Во-первых, каждое предприятие для своего полноценного функционирования нуждается в наличии сотрудников. Сотрудники представляют собой трудовые ресурсы, способные выполнять работу за денежное вознаграждение, именуемое заработной платой. Основные отличительные черты сотрудников, помимо внешности и личности – ФИО, дата рождения, выполняемые функции. Помимо этого, как правило, в организациях формируются иерархии сотрудников по должностям для более эффективного внутреннего управления. Таким образом, мы получаем сущность «Сотрудник» с атрибутами «ФИО», «Дата рождения», «Должность».
Из описания сущности «Сотрудник» следует, что в организации может быть несколько должностей, что соответствует нашей действительности. Должность предполагает выполнение определённых задач, а также принятие на себя некоей ответственности за выполняемую работу. Также, должности отличаются между собой не только положением в иерархии, а как следствие и видов выполняемых функций и рисками, но и оплатой за выполнение рабочих обязанностей. Таким образом, мы получаем сущность «Должность» с атрибутами «Название» и «Оклад».
Строительные компании имеют заказчиков, которые нанимают подрядчиков для выполнения строительных работ. У заказчиков, как правило, есть какое-либо название и телефон или другие контакты для поддержания связи. Безымянных заказчиков учитывать не будем. Таким образом, мы получаем сущность «Заказчик» с атрибутами «Название» и «Телефон». Под атрибутом «Телефон» подразумевается номер телефона.
Работы подрядчик выполняет на строительных объектах, которые указывает заказчик. Данные объекты представляют собой конкретные физически существующие места, располагающиеся по определённому адресу. Также у них есть какое-либо название. Таким образом, мы получаем сущность «Объект» с атрибутами «Название» и «Адрес».
По закону каждый объект, на котором осуществляются строительные работы, должен иметь «паспорт объекта строительства» [19]. В физическом воплощении это щит или баннер, на котором содержится основная информация о стройке – название объекта, заказчик, подрядчик, ответственный за проведение работ, дата начала и окончания строительства. Само собой, в базе данных данные будут представлены слегка иначе. Таким образом, мы получаем сущность «Паспорт» с атрибутами «Объект», «Заказчик», «Генеральный подрядчик», «Период», «Разрешение на строительство».
Крупные строительные компании, являющиеся членами СРО строителей, редко когда выполняют все строительные работы самостоятельно из-за того, что это значительно усложнит управление компанией и может быть менее экономически выгодно, по сравнению с наймом субподрядчиков. Субподрядчик, это юридическое лицо – компания, у которой есть название, код налогоплательщика (ИНН), код причины постановки на учёт (КПП). Таким образом, мы получаем сущность «Субподрядчик» с атрибутами «Название», «ИНН», «КПП».
Субподрядчики выполняют один или несколько видов строительных работ по заказу генерального подрядчика. Виды работ имеют своё название, какие-либо единицы измерения выполненных работ, а также цену. Таким образом, мы получаем сущность «Виды работ» с атрибутами «Наименование», «Единицы измерения», «Цена».
Важнейшая часть, объединяющая в себе почти все сущности – акт работ. В этом месте наиболее отражена управленческая функция объекта автоматизации. Акт работ объединяет в себе информацию об объекте, субподрядчике, выполняющем вид работы, сроки выполнения определённой работы, а также сотруднике, занимающемся организацией конкретных работ. Физически он представляет собой упомянутые КС-2 акты. Можно сказать, что акт работ, это детальное журналирование всех строительных работ на объекте, позволяющее последствии отследить всю хронологию ведения строительных работ, выявить место начала срыва сроков, а также перепроверить итоговую стоимость всех проведённых работ. Таким образом, мы получаем сущность «Акт работ» с атрибутами «Объект», «Подрядчик», «Субподрядчик», «Ответственный», «Период», «Вид работы».
На основании предложенной структуры будет проектироваться база данных. Ещё раз подытожим выделенные сущности: Акт работ, Вид работ, Объект, Паспорт объекта, Заказчик, Сотрудник, Должность, Субподрядчик.
Далее на рисунке 5 изображены выявленные сущности и связи между ними. Непосредственно сущности обозначены прямоугольниками, а связи ромбами.
Рисунок 4 - Схема выявленных сущностей
Представленной информации достаточно для построения логической модели. Она представлена на рисунке 5.
Рисунок 5 - Логическая структура данных
На данной схеме можно увидеть список объектов, необходимых для дальнейшей реализации физической модели данных.