25. Информационная система городской филармонии
Инфраструктура городской филармонии представлена культурными сооружениями различного типа: театры, концертные площадки, эстрады, дворцы культуры и т.д. Каждая из категорий культурных сооружений обладает атрибутами, специфичными только для нее: театр характеризуется вместимостью, кинотеатр - размером экрана.
Артисты под руководством импресарио выступают в различных жанрах, при этом один и тот же артист может выступать в нескольких жанрах, и может работать с несколькими импресарио.
Организаторы концертных мероприятий проводят выступления, концерты, конкурсы в культурных сооружениях города, организуя участие в нем артистов. По результатам участия артистов в конкурсах производится награждение.
Виды запросов в информационной системе:
перечень культурных сооружений указанного типа в целом или удовлетворяющих заданным характеристикам (например, залы, вмещающие не менее указанного числа зрителей);
список артистов, выступающих в некотором жанре;
список артистов, работающих с некоторым импресарио;
список артистов, выступающих более чем в одном жанре с их указанием;
список импресарио указанного артиста;
перечень концертных мероприятий, проведенных в течение заданного периода времени в целом либо указанным организатором;
список призеров указанного конкурса;
перечень концертных мероприятий, проведенных в указанном культурном сооружении;
список импресарио определенного жанра;
список артистов, не участвовавших ни в каких конкурсах в течение определенного периода времени;
список организаторов культурных мероприятий и число проведенных ими концертов в течение определенного периода времени;
перечень культурных сооружений, а также даты проведения на них культурных мероприятий в течение определенного периода времени.
Примеры проектирования баз данных
При создании реляционной базы данных пользователь должен располагать описанием предметной области. На основе такого описания в процессе проектирования БД осуществляется определение состава и структуры данных.
Пример 1
Рассмотрим пример проектирования, с использованием метода сущность-связь, построения ER-диаграммы и в последствии – реляционной схемы БД.
Предметная область: информационная система «ОТДЕЛ КАДРОВ»
Фамилия сотрудника, имя, отчество, домашний адрес, телефон, дата рождения, образование.
Должность, дата зачисления, оклад, объем должности.
Наименование подразделения, количество штатных единиц, фонд заработной платы.
Один и тот же сотрудник может зачисляться на работу в разные подразделения и в одном и том же подразделении может работать несколько сотрудников.
После выделения сущностей и определения связей [1] получим следующую ER-диаграмму:
Рис 1. ER-диаграмма предметной области
В результате анализа предметной области получена уточненная ER-диаграмма, которая изображена на рис.2. В ней введен ряд новых сущностей и ассоциаций. В полученной ER-диаграмме используются обозначения сущностей, в соответствии с [1].
Рис 2. Уточненная ER-диаграмма
Должность выбирается из предустановленного набора должностей и не зависит ни от сотрудника, ни от отдела. Поэтому ДОЛЖНОСТЬ становится отдельной сущностью.
Перечень должностей, которые могут быть в каждом отделе, определяется штатным расписанием. Таким образом, ШТАТНОЕ_ РАСПИСАНИЕ является ассоциативной сущностью, связывающей сущности ОТДЕЛ и ДОЛЖНОСТЬ. Строка штатного расписания содержит информацию о количестве ставок одной должности в одном отделе. Таким образом, одной должности может соответствовать несколько строк в ШТАТНОЕ_РАСПИСАНИЕ (для разных отделов), и одному отделу - тоже несколько строк (для разных должностей).
Зачисление сотрудника на должность в отделе (на нашей диаграмме - РАБОТА) является сущностей-ассоциаций, связывающей не сотрудника с должностью и отделом, а сотрудника - со штатным расписанием, так как зачисление может производиться только в соответствии со штатным расписанием. Одна строка ШТАТНОЕ_ РАСПИСАНИЕ может быть связана с несколькими строками РАБОТ, так как ставок по данной строке может быть несколько и зачисление может происходить на дробную ставку (например, 0,5). Один сотрудник может быть зачислен на несколько работ. "Теоретически" общий объем работ, связанных со строкой штатного расписания, не должен превышать указанное в штатном расписании количество ставок, но на практике это правило, по-видимому, может нарушаться. Кроме того, опять-таки "теоретически", сумма окладов по работам, связанным (через штатное расписание) с одним отделом, не должна превышать фонда зарплаты отдела, но это правило тоже не абсолютное.
Среди возможных запросов может быть запрос, подразумевающий наличие информации об образовании сотрудника. Отсюда – необходимость иметь атрибут Образование в сущности СОТРУДНИК.
После нормализации схемы данных [2-5], получаем схему, представленную на рисунке 3. Сущности этой схемы представимы в виде реляционных таблиц.
Рис.3. Реляционная схема базы данных
Атрибуты сущности ОТДЕЛ – код отдела (первичный ключ), наименование и фонд отдела.
Атрибуты сущности СОТРУДНИК:
идентификационный Код_сотрудника (первичный ключ);
ФИО
Дата_рождения;
Адрес;
Телефон;
Образование.
Атрибуты сущности ДОЛЖНОСТЬ:
Код_должности (первичный ключ);
Наименование;
граничные оклады для должности (Мин_оклад и Мак_оклад);
Атрибуты сущности ШТАТНОЕ_РАСПИСАНИЕ:
Код_шт_расписания (первичный ключ);
Код_должности;
Код_отдела;
Число_ставок.
Атрибуты сущности РАБОТА:
Код_сотрудника;
Код_штатного_расписания;
Оклад ("теоретически" оклад должен лежать в рамках граничных значений для должности);
Дата_зачисления;
Объем_должности.
Первичный ключ здесь образуется комбинацией первых двух атрибутов.