2.2 Проектирование инфологической модели
В рамках этого раздела лежит ознакомление со всеми входными и выходными документами, атрибутивным составом и определение базы данных (БД).
Для начала, необходимо рассмотреть множество атрибутов предметной области. Атрибутивный состав определен в таблице 2.1:
Таблица 2.1 - Атрибутивный состав
Наименование атрибута | Идентификатор |
Код материала | Kod_mater |
Наименование материала | Nazvanie |
Номер склада или цеха | Nom_ceha |
Наименование склада или цеха | Nazvanie |
Номер вагона | Nom_vag |
Тип вагона | Tip_vag |
Собственность АО «Казцинк» | Sobstvl |
Дата зачисления в ЖДК | Data_gdc |
Время зачисления в ЖДК | Vr_gdc |
Дата поступления на территорию РЦЗ | Data_post_ter |
Время поступления на территорию РЦЗ | Vr_post_ter |
Дата поступления в склад | Data_post_skl |
Время поступления в склад | Vr_post_skl |
Дата выхода со склада по окончанию разгрузки\отгрузки | Data_vih_skl_kon |
Время выхода со склада по окончанию разгрузки\отгрузки | Vr_vih_skl_kon |
Дата выхода со склада для отправки в тепляк | Data_vih_skl_tep |
Время выхода со склада для отправки в тепляк | Vr_vih_sklk_tep |
Дата выхода с территории РЦЗ | Data_vih_ter |
Время выхода с территории РЦЗ | Vr_vih_ter |
Дата постановки в тепляк | Data_pos_tepl |
Время постановки в тепляк | Vr_pos_tepl |
Дата выхода из тепляка | Data_vih_tepl |
Время выхода из тепляка | Vr_vih_tepl |
Продолжительность нахождения в тепляке | Prodolgit |
Вес вагона (сухой) | Ves_suh |
Вес вагона (влажный) | Ves_vlag |
Примечания | Primechanie |
Дата взвешивания | Data |
Логин | Login |
Пароль | Password |
Ф.И.О. пользователя | Fio |
Тип пользователя | Tip |
Простои в ожидании маневров | Pros_man |
Простои в ожидании склада | Pros_skl |
Простои в ожидании тепляка | Pros_tepl |
Простои под разгрузкой/погрузкой | Fakt_vr |
После изучения деятельности отдела «управления подвижным составом», функциональных обязанностей диспетчера, было выяснено, что интерес представляют следующие информационные объекты:
- МАТЕРИАЛ;
- ЦЕХ;
- ВАГОН;
- ВРЕМЯ;
- ТЕПЛЯК;
- ПОСТОИ;
- ОБЩАЯ;
- МАТЕРИАЛ В ЦЕХ;
- ПОЛЬЗОВАТЕЛИ.
Рассмотрим их более подробно.
МАТЕРИАЛ (kod_mater; nazvanie).
Идентификатор материала (kod_mater). Атрибут необходим для однозначной идентификации записей в таблице, а так же упрощения унификации и поиска информации. Является ключевым атрибутом.
ЦЕХ (nom_ceha; nazvanie).
Идентификатор склада (nom_ceha). Атрибут необходим для однозначной идентификации записей в таблице, а так же упрощения унификации и поиска информации. Является ключевым атрибутом.
ВАГОН (nom_vag; tip_vag; sobstv).
Идентификатор вагона (nom_vag). Атрибут необходим для однозначной идентификации записей в таблице, а так же упрощения унификации и поиска информации. Является ключевым атрибутом.
ВРЕМЯ (nom_vag; data_gdc; vr_gdc; data_pos_ter; vr_pos_ter; data_pos_skl; vr_pos_skl; data_vih_skl_kon; vr_vih_skl_kon; data_vih_ter; vr_vih_ter).
ТЕПЛЯК (nom_vag; data_vih_skl_tep; vr_vih_skl_tep; data_pos_tep; vr_pos_tep; prodolgit; data_vih_tep; vr_vih_tep; data_pos_skl; vr_pos_skl).
ПРОСТОИ (nom_vag; pros_man; pros_skl; pros_tepl; fakt_vr).
ОБЩАЯ (nom_vag; kod_mater; nom_ceha; ves_suh; ves_vlag; primechanie; data).
МАТЕРИАЛ В ЦЕХ (nom_ceha; kod_mater);
ПОЛЬЗОВАТЕЛИ (login; password; fio; tip).
Концептуальная модель применяется для структурирования предметной области с учетом не только информационных интересов пользователей системы, но и информационной потребностью самой предметной области.
Для описания концептуальной модели управленческого процесса технического обслуживания в отделе, используется модель типа "сущность-связь" (ER-модель). На языке ER-модели информационный объект называется сущностью. Основными конструкциями данной модели являются сущности и связи.
Под сущностью понимают основное содержание того явления, объекта, о котором собирают информацию для БД. Связь дает возможность связать данные в процессе разработки запросов. Далее определяется атрибутивный состав сущностей, то есть приводится перечень и описание каждого атрибута с присвоением ему уникального имени. В каждом наборе атрибутов необходимо выделить ключевые(подчеркнуты одной чертой), то есть делающие экземпляр сущности уникальной и «вторичные ключи»(подчеркнутые двумя чертами), указывающие на связь с другой таблицей.
МАТЕРИАЛ (kod_mater; nazvanie).
СКЛАД (nom_ceha; nazvanie).
ВАГОН (nom_vag; tip_vag; sobstv).
ВРЕМЯ (nom_vag; data_gdc; vr_gdc; data_pos_ter; vr_pos_ter; data_pos_skl; vr_pos_skl; data_vih_skl_kon; vr_vih_skl_kon; data_vih_ter; vr_vih_ter).
ТЕПЛЯК (nom_vag; data_vih_skl_tep; vr_vih_skl_tep; data_pos_tep; vr_pos_tep; prodolgit; data_vih_tep; vr_vih_tep; data_pos_skl; vr_pos_skl).
ПРОСТОИ (nom_vag; pros_man; pros_skl; pros_tepl; fakt_vr).
ОБЩАЯ (nom_vag; kod_mater; nom_ceha; ves_suh; ves_vlag; primechanie; data).
МАТЕРИАЛ В ЦЕХ (nom_ceha; kod_mater);
ПОЛЬЗОВАТЕЛИ (login; password; fio; tip).
Между различными сущностями возникают определенные связи. Целесообразно проанализировать эти связи, а также обосновать выбор сущностей и дать определение некоторым из них.
Первым шагом в определении связей между объектами является составление перечня запросов (за каждым запросом стоят определенные процессы обработки данных).
Необходимо проанализировать имеющиеся структурные связи. Структурная связь между двумя объектами задается иерархической подчиненностью одного объекта другому (если такой подчиненности нет, то структурная связь отсутствует).
Проведем анализ связей между сущностями:
Название сущностей Название связей Связи
Материал, склад Материал в цех М:M
Вагон, простои Расчет 1:1
Вагон, тепляк Поступление 1:1
Вагон, время, пользователи Регистрация М:1
Материал, склад, вагон Общая 1:1
Данная модель отражает управленческий процесс и наряду с этим показывает особенности представления данных в разработанной автоматизированной системе.
0 комментариев