Список пользователей:
С данной информационной системой должны работать следующие группы пользователей:
менеджеры выставки;
владельцы собак;
администрация устроителя выставки,
При работе с системой менеджер должен иметь возможность решать следующие задачи:
принимать заявки на участие в выставке и регистрировать участников в списке участников;
вводить результаты очередных этапов выставки;
для выбранного участника получить данные о собаке, представленной на выставку;
согласовывать с администрацией устроителя выставки значения призов для призеров;
совместно с администрацией определять итоговые места участников выставки и помещать их в список.
Администрация устроителя выставки должна иметь возможность:
получать сведения о участниках, которые не представили вовремя информацию о собаках-участниках выставки;
сведения о породах, которые не являются популярными, т. е. ни один экземпляр породы которых не занимает призовые места;
сведения о суммарных затратах на премирование призеров выставки;
сведения о наиболее популярных породах собак, то есть таких, экземпляры которых занимают призовые места.
Владелец собаки должен иметь доступ к информации, указанной в сведениях о владельцах собак и о самих собаках. Личные данные о себе и о представляемой на выставку собаке владелец предоставляет одному из менеджеров. По запросу к системе владелец может ознакомиться о результатах выставки и о назначенных призерам выставки призах.
Технологический процесс
Анонсируется проведение выставки в регионе, указываются сроки ее проведения, требования к участникам - владельцам собак и к предоставляемой информации. Владельцы собак предоставляют менеджерам выставки необходимую информацию, которая вводится в соответствующие хранилища данных. Администрация устроителя выставки совместно с менеджерами и владельцами собак определяют занятые участниками места и значения призов. При создании БД устанавливаются привилегии пользователей, в соответствии с которыми пользователи могут редактировать и просматривать информации, а также и производить различные выборки из нее.
2. Логическая модель базы данных «Учет участников выставки собак»:
Логическая (инфологическая) модель применяется на втором этапе проектирования БД, то есть после словесного описания предметной области. Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Ранние теоретико-графовые модели в большей степени отображали семантику предметной области. Они в явном виде определяли иерархические связи между объектами предметной области.
Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести семантическую модель данных, предложенную Хаммером (Hammer) и Мак-Леоном (McLeon) в 1981 году, функциональную модель данных Шипмана (Shipman), также созданную в 1981 году, модель «сущность—связь», предложенную Ченом (Chen) в 1976 году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только последняя. И в настоящий момент именно модель Чена «сущность—связь», или «Entity Relationship», стала фактическим стандартом при инфологическом моделировании баз данных. Общепринятым стало сокращенное название ER-модель [2,3,8].
Для схематического изображения ER-моделей применяется получивший всеобщее признание объектно-ориентированный язык моделирования UML (Unified Modelling Language). Большинство современных CASE-средств содержат инструментальные средства для описания данных в формализме ER-модели. Кроме того, разработаны методы автоматического преобразования проекта БД из ER-модели в реляционную, при этом преобразование выполняется в даталогическую модель, соответствующую конкретной СУБД. Все CASE-системы имеют развитые средства документирования процесса разработки БД, автоматические генераторы отчетов позволяют подготовить отчет о текущем состоянии проекта БД с подробным описанием объектов БД и их отношений как в графическом виде, так и в виде готовых стандартных печатных отчетов, что существенно облегчает ведение проекта.
В основе ER-модели лежат базовые понятия: сущности и связи между сущностями.
Сущность имеет имя, уникальное в пределах моделируемой системы. Так как сущность соответствует некоторому классу однотипных объектов, то предполагается, что в системе существует множество экземпляров данной сущности. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов — характеристик, определяющих свойства данного представителя класса. При этом набор атрибутов должен быть таким, чтобы можно было различать конкретные экземпляры сущности. Одно из общепринятых графических обозначений сущности — прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются, например, подчеркиванием или специальным шрифтом. В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности (PRIMART KEY — PK). В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом (FOREING KEY — FK).
Для объектов разрабатываемой БД получим следующие определения сущностей (рис. 1):
Владелец
Выставка
Номер владельца
Фамилия
Имя
Домашний адрес
Дата рождения
Номер участника
Приз
Занятое место
Номер владельца
Номер собаки
Рис. 1. Определение сущности в модели ER.
Для сущности Собака ключевым атрибутом является ее порядковый номер регистрации в регионе проведения выставки. Соответственно для сущностей Владелец и Выставка ключевые атрибуты — Номер владельца и Номер участника. В подчиненной сущности добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом. Такими ключами в сущности Выставка являются атрибуты Номер владельца и номер собаки.
Между сущностями могут быть установлены связи — бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности. С учетом указанных ранее связей между основными сущностями инфологическая модель «Выставка собак» имеет следующий вид (рис. 2):
Рис. 2. Инфологическая ER-модель «Выставка собак»
В разных нотациях мощность связи изображается по-разному. В нашем проекте мы используем нотацию CASE системы POWER DESIGNER, здесь множественность изображается путем разделения линии связи на 3. Связь имеет общее имя «Владение собакой» и имеет имена ролей со стороны обеих сущностей. Со стороны собаки эта роль называется «Иметь владельца», со стороны владельца эта связь называется «Быть владельцем». Графическая интерпретация связи позволяет сразу прочитать смысл взаимосвязи между сущностями, она наглядна и легко интерпретируема.
Связи делятся на три типа по множественности: один-к-одному (1:1), один-ко-многим (1:М), многие-ко-многим (М:М). Связь один-к-одному означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности. Связь 1: М означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи. Связь «многие-ко-многим» (М:М) означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. Связь «Владение собакой» имеет тип один-ко-многим, так как экземпляр сущности Владелец может быть связан с несколькими экземплярами сущности Собака. Связи «Представление на выставке» и «»Участие на выставке» также имеет тип один-ко-многим, так как владелец и собака могут быть учтены для нескольких зарегистрированных участников.
Связь любого из этих типов может быть обязательной, если в данной связи должен участвовать каждый экземпляр сущности, необязательной — если не каждый экземпляр сущности должен участвовать в данной связи. При этом связь может быть обязательной с одной стороны и необязательной с другой стороны. Обязательность связи тоже по-разному обозначается в разных нотациях. В нотации POWER DESIGNER необязательность связи обозначается пустым кружочком на конце связи, а обязательность перпендикулярной линией, перечеркивающей связь. Так, связь «Владение собакой» является обязательной для обеих сущностей, так как каждая собака имеет владельца и каждый владелец владеет хотя бы одной собакой. Наконец, две оставшиеся связи имеют свойство необязательности (пустой кружочек), так как на выставке представлены не каждый владелец и не каждая собака.