Разработка структуры базы данных

Для разработки структуры базы данных использовалось современное средство проектирования баз данных ERwin.

Мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных. На протяжении всего процесса — от логического моделирования требований к информации и бизнес-правил, которые определяют базу данных, до оптимизации физической модели в соответствии с заданными характеристиками — ERwin позволяет наглядно отобразить структуру и основные элементы БД.

ERwin — не только лучший инструмент для проектирования баз данных, но и средство для их быстрого создания. Оптимизирует модель в соответствии с физическими характеристиками целевой базы данных. В отличие от других инструментальных средств ERwin автоматически поддерживает согласованность логической и физической схем и осуществляет преобразование логических конструкций, таких как отношения многие-ко-многим, в их реализацию на физическом уровне. ERwin устанавливает естественную динамическую связь между моделью и базой данных, что позволяет реализовать как прямой, так и обратный инжиниринг. Используя эту связь, ERwin автоматически генерирует таблицы, представления, индексы, правила поддержания целостности ссылок (первичных и внешних ключей), устанавливает значения по умолчанию и ограничения для доменов/столбцов. В состав ERwin включен целый ряд оптимизированных шаблонов триггеров, обеспечивающих целостность ссылок, и мощный макроязык, который позволяет создавать собственные триггеры и хранимые процедуры. Таким образом могут быть автоматически сформированы тысячи строк кода, что обеспечивает непревзойденную продуктивность разработки на основе моделей.

Для проектирования базы данных сотрудников использовалась модель «сущность — связь» (Entity — Relationship model, или ER — модель). ER — модель представляет собой высокоуровневую концептуальную модель данных, цель которой — упрощение задачи проектирования баз данных. Данная модель данных включает в себя набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и выборки данных. Следует подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для физической реализации базы данных.

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

Логическая модель содержит следующие сущности: Смен в режиме, Лист смен, Карта использования оборудования, Подпричины, Режим, Простои по карте использования оборудования, Цех, Лист пользователей, Оборудование, Годовые нормы простоев, Типы оборудования, Ремонтная бригада, План, Плановое количество оборудования, Оборудование в цехе, Годовые нормы простоев, Праизводства, Отчеты.

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

• · получить полный список оборудования находящиеся в цехах производства;
• · получить список рабочих смен;
• · получить список всех подпричин и причин простоев;
• · определить какие ремонтные бригады чинят то или иное оборудование;
• · получить список пользователей программного обеспечения;
• · получить данные по годовым нормам простоев;
• · определить плановое количество оборудования;
• · получить сведения об отчетах с производства, подготовить их и вывести их на печать.

Исходя из целей и задач была разработана логическая модель базы данных, представленная на рисунке 3.5. База данных состоит из 16 таблиц. В состав таблиц входят: смен в режиме, лист смен, карта использования оборудования, подпричины, режим, простои по карте использования оборудования, цех, лист пользователей, оборудование, годовые нормы простоев, тип оборудования, ремонтная бригада, план, плановое количество оборудования, оборудования в цехе, годовые нормы простоев, производства и отчеты При построении базы данных использовались связи один ко многим, связи не идентифицирующие.

На основании логической модели была разработана физическая модель базы данных представленная на рисунке 3.6 на основании которой и писалась программное обеспечение.

Ниже представлено описание таблиц и хранимых в них данных. Таблица Smen_in_regim представляет собой сущность Смен в режиме логической модели базы данных, содержит данные о номере режима и смены. Главные таблицы: Lst_smen, Lst_regim. Подчиненные таблицы: нет. Структура таблицы Smen_in_regim представлена в (см. табл. 3.1). Знаком «*» отмечены ключевые поля.

Таблица 3.1 Наименования атрибутов и типы данных таблицы Smen_in_regim (Смен в режиме).

Таблица Lst_smen представляет собой сущность Лист смен, содержит данные о сменах (имя, время начала и продолжительность). Главные таблицы: нет. Подчиненные теблицы: Smen_in_regim, Card_use. Структура таблицы представлена в (см. табл. 3.2).

Таблица 3.2 Наименования атрибутов и типы данных таблицы Lst_smen (Лист смен).

Таблица 3.3 Наименования атрибутов и типы данных таблицы Card_use (Карта использования оборудования).

Таблица Card_use представляет собой сущность Карта использования оборудования, содержит данные о коде карты дате её создания и дате регистрации нового оборудования, его размещении и т. д. Главные таблицы: Lst_smen, Ceh, Tips. Подчиненные таблицы: нет. Структура таблицы представлена в (см. табл. 3.3).

Таблица 3.4 Наименования атрибутов и типы данных таблицы Subcause (Подпричины)

Таблица Subcause представляет собой сущность Подпричины, содержит данные о подпричине, её наименовании, норме и порядке её сортировки. Главные таблицы: Ceh. Подчиненные таблицы: Reg_idle. Структура таблицы представлена в (см. табл. 3.4).

Таблица 3.5 Наименования атрибутов и типы данных таблицы Lst_regim (Режим).

Таблица Lst_regim представляет собой сущность Режим, содержит данные о номере режима и его имени. Главные таблицы: нет. Подчиненные таблицы: Smen_in_regim, Equipments. Структура таблицы представлена в (см. табл. 3.5).

Таблица 3.6 Наименования атрибутов и типы данных таблицы Reg_idle (Простои по карте использования оборудования).

Таблица Reg_idle представляет собой сущность Простои по карте использования оборудования, содержит данные о номере регистрации и карты, коде причины и подпричины и так же о времени простоя. Главные таблицы: Card_use, Subcause. Подчиненные таблицы: нет. Структура таблицы представлена в (см. табл. 3.6).

Таблица 3.7 Наименования атрибутов и типы данных таблицы Ceh (Цех).

Таблица Ceh представляет собой сущность Цех, содержит данные о коде цеха, его имени и коде производства. Главные таблицы: Works. Подчиненные таблицы: Card_use, Subcause, Lst_users, Rem_brig, Subceh, Itog_ceh, Plan, Tips, Countequip. Структура таблицы представлена в (см. табл. 3.7).

Таблица 3.8 Наименования атрибутов и типы данных таблицы Lst_users (Лист пользователей).