3 Создание локальных концептуальных моделей

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

Локальные концептуальные модели представляют собой графическое описание предметной области в терминах «объект-свойство-связь». Каждая локальная концептуальная модель данных предполагает определение следующих характеристик:

• типы сущностей;

• типы связей;

• атрибуты;

• домены атрибутов;

• потенциальные ключи;

• первичные ключи.

Чаще всего описание объектов и связей между ними представляется в виде так называемых ERDiagramm. В данном курсовом проекте рассматривается возможность применения инструментального средства Erwin, позволяющего создавать такие ER-модели. Исходными сведениями об объектах моделирования являются хранилища данных, полученные на предыдущем этапе проектирования диаграмм потоков данных.

3.1 Выявление и определение сущностей

Сущность – это множество реальных или абстрактных предметов (людей, объектов, событий, состояний и т.д.), обладающих общими атрибутами.

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

Рассмотрим DFD-диаграммы. Каждое хранилище данных несет свою информацию и может являться сущностью. В таблице 1 для каждой DFD диаграммы выведем перечень хранилищ, имена сущностей, которые получатся из них, и краткое описание каждой сущности.

Таблица 1 - Выявление сущностей

DFD-диаграмма	Хранилища	Сущности	Описание сущностей
Подобрать индивидуальную программу для клиента	Расписание занятий	Расписание занятий	Хранятся данные о времени и месте проведения занятий
	Список услуг	Услуги	Хранятся данные об услугах, предоставляемых фитнес клубом
	Сотрудники фитнес клуба	Сотрудники	Хранятся данные о сотрудниках, которые имеются в фитнес клубе
	Список услуг клиента	Услуги клиентов	Хранятся данные о выбранных занятиях клиента
Оформить абонементы	Сотрудники фитнес клуба	Сотрудники	Хранятся данные о сотрудниках, которые имеются в фитнес клубе
	Клиенты	Клиенты	Хранятся сведения о клиентах фитнес клуба
	Прейскурант на услуги	Прейскурант	Хранятся данные о ценах на услуги
	Абонементы	Абонементы	Хранятся данные о приобретенных услугах, об оплате услуг, сроках посещения занятий
	Список услуг клиента
Произвести учет клиентов	Абонементы	Абонементы	Хранятся данные о приобретенных услугах, об оплате услуг, сроках посещения занятий
	Расписание занятий	Расписание занятий	Хранятся данные о времени и месте проведения занятий
	Зарплата инструкторов	Зарплата инструкторов	Хранятся сведения о сумме, которую инструкторы получают за каждое проведенное занятие
	Журнал посещений	Журнал посещений	Хранятся данные о посещении занятий клиентами
	Прейскурант на услуги	Прейскурант	Хранятся данные о ценах на услуги

Все хранилища данных превратились в сущности, за исключением двух хранилищ «Абонементы» и «Список услуг клиента». Так как один абонемент выписывается только на одну услугу, то сведения об услугах можно включить в сам абонемент. Поэтому вместо двух сущностей «Услуги клиентов» и «Абонементы» появляется одна – «Абонементы», в которой будут включены сведения из двух хранилищ.