Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КР Информационное сопротивление Евсюков.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
605.09 Кб
Скачать

3 Разработка инфологической схемы

Инфологическая модель применяется во втором этапе проектирования БД (алгоритмическом), после постановки задачи. Инфологическая модель должна включать такое формализованное описание предметной области, которое будет «читабельно» не только для специалистов по базам данных, но и сторонних людей. И это описание должно быть настолько емким, чтоб можно было оценить глубину и корректность проработки проекта БД. Наиболее очевидным является представление инфологической модели в виде схемы.

Инфологическое проектирование, прежде всего, связано с попыткой представления смыслового содержания, предметной области в модели БД.

Группы, включаемые в модель, согласно постановленной задаче:

  • Мастер по горячим ремонтам;

  • Мастер по обогреву печей;

  • Сменный мастер;

  • Главный механик;

  • Механик по обслуживанию коксовых машин, анкеража.

Информационные потребности указанных групп:

  1. Техническое состояние огнеупорной кладки.

  2. Сводка по критическим дефектам.

  3. Графики осмотров и восстановительных работ.

  4. Информация по запланированным ремонтам и выполненным номерам.

  5. Перечень камер коксовых простенков с низким уровнем технического состояния.

  6. Режим обогрева.

  7. Вспомогательная информация для принятия решений о целесообразности ремонтов.

Рисунок 3.1 – Инфологическая схема предметной области.

Такая модель создается без ориентации на какую-либо конкретную СУБД и модель данных.

4 Разработка даталогической схемы

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

Даталогическая модель базы данных является моделью логического уровня и строится для конкретной СУБД, в среде, в которой проектируется база данных, в данном случае это СУБД Microsoft Office Access.

При даталогическом моделировании необходимо спроектировать структуру таблиц с учетом требований к реляционным моделям в среде СУБД Microsoft Office Access.

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

  1. Коксовая батарея характеризуется:

-номер батареи;

-производительность, тонн кокса в год;

-тип обогрева (ПК, ПК-2К, ПВР с боковым подводом, ПВР с нижним подводом);

-дата пуска в эксплуатацию батареи;

-количество камер коксования;

-объем камеры;

-ширина машинной стороны;

-длина машинной стороны;

-ширина коксовой стороны;

-длина коксовой стороны;

-глубина коксовой стороны.

  1. Камера коксования характеризуется:

-номер камеры;

-номер батареи;

-номер простенка.

3. Простенки характеризуются:

-номер простенка;

-номер батареи.

4. Отопительный канал характеризуется:

-номер канала;

-номер простенка;

-тип температуры;

-номинальная температура;

-максимальная температура;

-признак – контрольный.

5. Обслуживающие машины характеризуются:

-номер машины;

-тип машины.

6.Распределение машин характеризуется:

-номер батареи;

-номер машины.

7. Сотрудники характеризуются:

-порядковый номер;

-фамилия;

-имя;

-отчество;

-должность;

-квалификация;

-стаж.

8. Состояние машины характеризуется:

-номер состояния;

-номер машины;

-дата;

-состояние;

-механик.

9. Температурный режим характеризуется:

-номер записи;

-номер канала;

-дата замера;

-температура;

-газовщик.

10. Дефекты характеризуются:

-номер дефекта;

-дата;

-вид дефекта;

-номер камеры;

-номер отопительного канала;

-номер начального ряда;

-номер конечного ряда;

-ширина машинной стороны;

-длина машинной стороны;

-глубина машинной стороны;

-ширина коксовой стороны;

-длина коксовой стороны;

-глубина коксовой стороны;

-признак – критический.

11.Бригады характеризуются:

-номер бригады;

-место 1;

-место 2;

-место 3.

12. Виды ремонта характеризуются:

-номер вида ремонта;

-срок службы покрытия;

-признак: сквозной или нет;

-расход материала.

13.Ремонты характеризуются:

-номер дефекта;

-вид ремонта;

-дата;

-объем восстановления;

-номер бригады;

14. Двери характеризуются:

-номер двери;

-компенсирующая способность;

-тип футеровки.

15. Состояние дверей характеризуется:

-номер состояния;

-номер двери;

-номер камеры;

-деформация;

-механик;

-дата;

-статус;

-трещина;

-футеровка.

16. Анкерная колонна характеризуется:

-номер колонны;

-номер простенка;

-сторона батареи;

-номинальный прогиб;

-минимальный прогиб;

-максимальный прогиб.

17.Сосотояние колонн характеризуется:

-номер колонны;

-дата;

-статус;

-прогиб;

-механик.

Ниже приведена данная даталогическая схема

Рисунок 4.2 – Даталогическая схема предметной области