Глава 2. Проектирование информационной системы документооборота сети ветеринарных клиник

2.1 Информационно-логическая модель предметной области на основе er

Для построения базы данных необходимо разработать информационно-логическую модель предметной области. Эта модель позволит выявить основные структуры данных в предметной области и их логические связи. Основу разрабатываемой инфологической модели составляют структуры данных. На практике применяется иерархическая, сетевая и реляционные модели данных [17, с. 95].

Требования, предъявляемые к инфологической модели:

1. адекватное отображение (язык для представления инфологической модели должен обладать достаточными выразительными возможностями);

2. непротиворечивость (не должна допускаться неоднозначная трактовка модели);

3. легко расширяемость (обеспечение ввода новых данных);

4. гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании);

5. понятность всем пользователям [31, с. 485].

Инфологическое моделирование выполняется чаще всего путем разработки ER-моделей. Эти модели требуют выделения из предметной области «сущностей» и установление связей между ними. Сущности выделяются не на уровне объектов, а на уровне классов объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Так как сущность соответствует некоторому классу однотипных объектов, то предполагается, что в системе существует множество экземпляров данной сущности. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов – характеристик, определяющих свойства данного представителя класса. При этом набор атрибутов должен быть таким, чтобы можно было различать конкретные экземпляры сущности. Такие модели требуют графического изображения.

Практически применяется несколько нотаций ER-моделей. ER-диаграмма позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам – нотациям. Воспользуемся нотацией IDEF1 (более современный вариант этой нотации – IDEF1X используется в CASE-системах, например в системе ERWin). Далее мы будем пользоваться условными обозначениями, принятыми в методологии информационного проектирования [16, с. 179].

Отношение (связь) сущностей на ER-диаграмме изображается линией, соединяющей эти сущности. Каждая сущность может быть связана любым количеством связей с другими сущностями модели. Связь предполагает некоторое отношение сущностей, которое характеризуется количеством экземпляров сущности, участвующих в связи с каждой стороны.

Различают три типа отношений:

1*1 – «один-к-одному» – одному экземпляру первой сущности соответствует один экземпляр второй;

1*n – «один-ко-многим» – одному экземпляру первой сущности соответствуют несколько экземпляров второй;

n*m – «многие-ко-многим» – каждому экземпляру первой сущности может соответствовать несколько экземпляров второй, и наоборот, каждому экземпляру второй сущности может соответствовать несколько экземпляров первой [5, с. 377].

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

В данной предметной области можно выделить 13 сущностей:

1. Болезни;

2. Вид Животного;

3. Владельцы;

4. Должности;

5. Обращения;

6. Паспорт Животного;

7. Пол;

8. Порода;

9. Процедуры;

10. Реквизиты Клиники;

11. Склад Лекарственных Средств Оборудования;

12. Сотрудники;

13. Услуги.

Сущность «Болезни» обладает следующими атрибутами:

1. «КодБолезни» (PK);

2. «НаименованиеБолезни».

Ключевым полем данной сущности является «КодБолезни». Первичный ключ (PK) – это атрибут который можно использовать для уникальной идентификации таблицы.

Сущность «ВидЖивотного» обладает следующими атрибутами:

1. «КодВидаЖивотного» (PK) – данное поле является ключевым;

2. «ВидЖивотного».

Сущность «Владельцы» обладает следующими атрибутами:

1. «КодВладельца» (PK) – данное поле является ключевым;

2. «ФИО»;

3. «Адрес»;

4. «Телефон».

Сущность «Должности» обладает следующими атрибутами:

1. «КодДолжности» (PK) – данное поле является ключевым;

2. «Должность».

Внешний ключ (FK) – это атрибут, который существует в нескольких таблицах и является первичным ключом одной из этих таблиц.

Сущность «Обращения» обладает следующими атрибутами:

1. «КодОбращения» (PK) – данное поле является ключевым;

2. «КодЖивотного» (FK1);

3. «КодСотрудника» (FK2);

4. «ДатаОбращения»;

5. “Заключение” (FK3);

6. “ПроведенныеМероприятия”;

7. “РезультатыМероприятий”.

Сущность «ПаспортЖивотного» обладает следующими атрибутами:

1. «КодЖивотного» (PK) – данное поле является ключевым;

2. «Кличка»;

3. «КодПола» (FK2);

4. «КодПороды» (FK3);

5. «ЦветШерсти»;

6. “ОсобыеПриметы”;

7. “КодВладельца” (FK4);

8. “КодАмбулаторнойКарты” (FK5);

9. “КодВидаЖивотного” (FK6).

Сущность «Пол» обладает следующими атрибутами:

1. «КодПола» (PK) – данное поле является ключевым;

2. «Пол».

Сущность «Порода» обладает следующими атрибутами:

1. «КодПороды» (PK) – данное поле является ключевым;

2. «НаименованиеПороды».

Сущность «Процедуры» обладает следующими атрибутами:

1. «КодПроцедуры» (PK) – данное поле является ключевым;

2. «ДатаПроцедуры»;

3. «КодУслуги» (FK2);

4. «КодОбращения» (FK3);

5. «Результаты».

Сущность «РеквизитыКлиники» обладает следующими атрибутами:

1. «КлючРеквизитов» (PK) – данное поле является ключевым;

2. «Название».

3. “Адрес”;

4. “Телефон”;

5. “ФИОДиректора”.

Сущность «СкладЛекарственныхСредствОборудования» обладает следующими атрибутами:

1. «КодЛекарствОборудования» (PK) – данное поле является ключевым;

2. «Наименование»;

3. “КоличествоУпаковок”;

4. “ФормаУпаковки”;

5. “Цена”;

6. “Примечание”.

Сущность «Сотрудники» обладает следующими атрибутами:

1. «КодСотрудника» (PK) – данное поле является ключевым;

2. «ФИО»;

3. “ДатаРождения”;

4. “Телефон”;

5. «КодДолжности» (FK2).

Сущность «Услуги» обладает следующими атрибутами:

1. «КодУслуги» (PK) – данное поле является ключевым;

2. «НаименованиеУслуги»;

3. “Стоимость”.