2.1 Информационно-логическая модель предметной области на основе er
Для построения базы данных необходимо разработать информационно-логическую модель предметной области. Эта модель позволит выявить основные структуры данных в предметной области и их логические связи. Основу разрабатываемой инфологической модели составляют структуры данных. На практике применяется иерархическая, сетевая и реляционные модели данных [17, с. 95].
Требования, предъявляемые к инфологической модели:
адекватное отображение (язык для представления инфологической модели должен обладать достаточными выразительными возможностями);
непротиворечивость (не должна допускаться неоднозначная трактовка модели);
легко расширяемость (обеспечение ввода новых данных);
гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании);
понятность всем пользователям [31, с. 485].
Инфологическое моделирование выполняется чаще всего путем разработки ER-моделей. Эти модели требуют выделения из предметной области «сущностей» и установление связей между ними. Сущности выделяются не на уровне объектов, а на уровне классов объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Так как сущность соответствует некоторому классу однотипных объектов, то предполагается, что в системе существует множество экземпляров данной сущности. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов – характеристик, определяющих свойства данного представителя класса. При этом набор атрибутов должен быть таким, чтобы можно было различать конкретные экземпляры сущности. Такие модели требуют графического изображения.
Практически применяется несколько нотаций ER-моделей. ER-диаграмма позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам – нотациям. Воспользуемся нотацией IDEF1 (более современный вариант этой нотации – IDEF1X используется в CASE-системах, например в системе ERWin). Далее мы будем пользоваться условными обозначениями, принятыми в методологии информационного проектирования [16, с. 179].
Отношение (связь) сущностей на ER-диаграмме изображается линией, соединяющей эти сущности. Каждая сущность может быть связана любым количеством связей с другими сущностями модели. Связь предполагает некоторое отношение сущностей, которое характеризуется количеством экземпляров сущности, участвующих в связи с каждой стороны.
Различают три типа отношений:
1*1 – «один-к-одному» – одному экземпляру первой сущности соответствует один экземпляр второй;
1*n – «один-ко-многим» – одному экземпляру первой сущности соответствуют несколько экземпляров второй;
n*m – «многие-ко-многим» – каждому экземпляру первой сущности может соответствовать несколько экземпляров второй, и наоборот, каждому экземпляру второй сущности может соответствовать несколько экземпляров первой [5, с. 377].
Связь любого из этих типов может быть обязательной, если в данной связи должен участвовать каждый экземпляр сущности, необязательной – если не каждый экземпляр сущности должен участвовать в данной связи. При этом связь может быть обязательной с одной стороны и необязательной с другой стороны.
В данной предметной области можно выделить 13 сущностей:
Болезни;
Вид Животного;
Владельцы;
Должности;
Обращения;
Паспорт Животного;
Пол;
Порода;
Процедуры;
Реквизиты Клиники;
Склад Лекарственных Средств Оборудования;
Сотрудники;
Услуги.
Сущность «Болезни» обладает следующими атрибутами:
«КодБолезни» (PK);
«НаименованиеБолезни».
Ключевым полем данной сущности является «КодБолезни». Первичный ключ (PK) – это атрибут который можно использовать для уникальной идентификации таблицы.
Сущность «ВидЖивотного» обладает следующими атрибутами:
«КодВидаЖивотного» (PK) – данное поле является ключевым;
«ВидЖивотного».
Сущность «Владельцы» обладает следующими атрибутами:
«КодВладельца» (PK) – данное поле является ключевым;
«ФИО»;
«Адрес»;
«Телефон».
Сущность «Должности» обладает следующими атрибутами:
«КодДолжности» (PK) – данное поле является ключевым;
«Должность».
Внешний ключ (FK) – это атрибут, который существует в нескольких таблицах и является первичным ключом одной из этих таблиц.
Сущность «Обращения» обладает следующими атрибутами:
«КодОбращения» (PK) – данное поле является ключевым;
«КодЖивотного» (FK1);
«КодСотрудника» (FK2);
«ДатаОбращения»;
“Заключение” (FK3);
“ПроведенныеМероприятия”;
“РезультатыМероприятий”.
Сущность «ПаспортЖивотного» обладает следующими атрибутами:
«КодЖивотного» (PK) – данное поле является ключевым;
«Кличка»;
«КодПола» (FK2);
«КодПороды» (FK3);
«ЦветШерсти»;
“ОсобыеПриметы”;
“КодВладельца” (FK4);
“КодАмбулаторнойКарты” (FK5);
“КодВидаЖивотного” (FK6).
Сущность «Пол» обладает следующими атрибутами:
«КодПола» (PK) – данное поле является ключевым;
«Пол».
Сущность «Порода» обладает следующими атрибутами:
«КодПороды» (PK) – данное поле является ключевым;
«НаименованиеПороды».
Сущность «Процедуры» обладает следующими атрибутами:
«КодПроцедуры» (PK) – данное поле является ключевым;
«ДатаПроцедуры»;
«КодУслуги» (FK2);
«КодОбращения» (FK3);
«Результаты».
Сущность «РеквизитыКлиники» обладает следующими атрибутами:
«КлючРеквизитов» (PK) – данное поле является ключевым;
«Название».
“Адрес”;
“Телефон”;
“ФИОДиректора”.
Сущность «СкладЛекарственныхСредствОборудования» обладает следующими атрибутами:
«КодЛекарствОборудования» (PK) – данное поле является ключевым;
«Наименование»;
“КоличествоУпаковок”;
“ФормаУпаковки”;
“Цена”;
“Примечание”.
Сущность «Сотрудники» обладает следующими атрибутами:
«КодСотрудника» (PK) – данное поле является ключевым;
«ФИО»;
“ДатаРождения”;
“Телефон”;
«КодДолжности» (FK2).
Сущность «Услуги» обладает следующими атрибутами:
«КодУслуги» (PK) – данное поле является ключевым;
«НаименованиеУслуги»;
“Стоимость”.
- Глава 1. Анализ применения информационных систем документооборота в ветеринарии 3
- Глава 2. Проектирование информационной системы документооборота сети ветеринарных клиник 19
- Глава 3. Руководство пользователя программы 34
- Введение
- Глава 1. Анализ применения информационных систем документооборота в ветеринарии
- 1.1 Информационные системы управления
- 1.2 Описание документооборота ветеринарных клиник
- 1.3 Анализ технологии документооборота на основе диаграмм sadt (idef0)
- 1.4 Обоснование проектных решений по видам обеспечения
- Глава 2. Проектирование информационной системы документооборота сети ветеринарных клиник
- 2.1 Информационно-логическая модель предметной области на основе er
- 2.2 Разработка базы данных на основе даталогического моделирования в среде ms Access
- Структура таблицы «ВидЖивотного»
- Структура таблицы «Должности»
- Структура таблицы «ПаспортЖивотного»
- Структура таблицы «Пол»
- Структура таблицы «Порода»
- Структура таблицы «Процедуры»
- Структура таблицы «РеквизитыКлиники»
- Структура таблицы «Сотрудники»
- Структура таблицы «СкладЛекарственныхСредствОборудования»
- Структура таблицы «Услуги»
- 2.3 Функционально-структурная схема автоматизированной системы документооборота клиники
- Глава 3. Руководство пользователя программы
- 3.1 Информационное обеспечение арм
- 3.1.1 Выбор средств программирования
- 3.2 Описание программной реализации
- 3.3 Результаты реализации проекта
- Заключение
- Литература
- Приложение а