Разработка информационной системы управления данными для медицинского центра СевКавГТУ, г. Ставрополь
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?ков;
-region (далее как регион) - список регионов;
-sesion (далее как сессия) - список последних сессий сотрудников;
-sot (далее как сотрудник) - список сотрудников;
-sot_func (далее как сотрудник_функции) - служит для реализации связи М:М между таблицами сотрудник и функции;
-sot_grp (далее как сотрудник_группа) - служит для реализации связи М:М между таблицами сотрудник и группа;
-students (далее как студенты) - список студентов;
-town (далее как город) - список городов;
-transaction_history (далее как история_транзакций) - история транзакций, служит для мониторинга действий пользователя по вносимым изменениям;
-treatment (далее как лечение) - назначенное лечение к диагнозу;
-type_diagnosis (далее как тип_диагноза) - список диагнозов;
-vaccine (далее как прививки) - история всех прививок студента;
-wnd (далее как окна) - список окон приложения для управления;
Инфологическое проектирование. Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства [14]. Модель сущность - связь спроектированной базы данных приведена на рисунке 2.2.
Результатом инфологического проектирования является концептуальная модель, которая представляет структуру данных не зависимую от любой физической реализации. Отношения между сущностями приведены в таблице 2.2
Таблица 2.2 - Отношения между сущностями
Номер связиРодительская сущностьДочерняя сущностьТип связи12341СотрудникФункцииМ:М2ГруппаФункцииМ:М3ОкнаФункцииМ:М4ОкнагруппаМ:М5СотрудникГруппаМ:М6СотрудникИнформация_сотруднике1:М7СотрудникДолжность1:М8СотрудникДиагнозы1:М9СотрудникПрививки1:М10СотрудникСессия1:М11ФакультетГруппа1:М12ГруппаСтудент1:М13СтудентКарта1:М14КартаРегион1:М15КартаРайон1:М16КартаГород1:М17РегионРайон1:М18РайонГород1:М19КартаФлюорография1:М20КартаДиагнозы1:М21КартаПрививки1:М22ДиагнозыКомментарий1:М23диагнозылечение1:М24диагнозыжурнал_диагнозов1:М25диагнозытип_диагноза1:М26прививкижурнал_прививок1:М
Инфологическая модель представлена на рисунке 2.2
Рисунок 2.2 - Инфологическая модель БД
Как видно из рисунка 2.2 и таблицы 2.2 между таблицами связи 1, 2, 3, 4, 5 являются связями многие ко многим, а все остальные один ко многим.
Задание первичных ключей сущностей. Ключ - это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Это одно из основных понятий баз данных, используемых при контроле целостности информации. Разделяют первичные и внешние ключи. Первичный ключ - это уникальное поле (или несколько полей), однозначно определяющее записи таблицы базы данных. Внешние ключи - это поля таблицы, которые, как правило, соответствуют первичным ключам из других таблиц. Первичный ключ не может принимать неопределённые значения [17].
Ниже, в таблице 2.3, приведены ключи для каждой сущности.
Таблица 2.3 - Ключи
ТаблицаКлючТип ключа123районid_areaprimaryid_regionregularкартаid_cardprimaryid_studregularid_regionregularid_arearegularid_townregularкомментарииid_commentsprimaryid_commentsregularдиагнозыid_diagprimaryid_cardregularid_sotregularid_type_diagregularid_commentsregularдиагнозыid_treatmentregularid_jornal_diagregularинформация_сотрудникеid_emplprimaryid_sotregularфакультетid_facprimaryфлюорографияid_fluorprimaryid_cardregularфункцииfunc_idprimaryгруппа_факультетаid_grprimaryid_facregularгруппаidprimaryгруппа_функцияidprimaryfunc_idregularwnd_idregulargrp_idregularистория_соединенийid_connectprimaryистория_сессийid_sesprimaryжурнал_диагнозовid_jornal_diagprimaryжурнал_прививокid_jornal_vaccinprimaryдолжностьid_postprimaryid_sotregularрегионid_regionprimaryсессияsesionprimaryid_sotregularсотрудникid_sotprimaryсотрудник_функцииidprimarysot_idregularfunc_idregularwnd_idregularсотрудник_группаid_sgprimarygrp_idregularsot_idregularстудентыid_studprimaryid_grregularгородid_townprimaryid_arearegularистория_транзакцийid_tranprimaryлечениеid_treatmentprimaryтип_диагнозаid_type_diagprimaryпрививкиid_vaccinprimaryпрививкиid_cardregularid_sotregularid_jornal_vaccinregularокнаid_wndprimary
Теперь можно приступить к более тщательному анализу данных и объединению отдельных элементов данных в объекты. Эти объекты станут впоследствии основой для создания таблиц в проектируемой базе данных.
Даталогическая модель. Даталогическое проектирование - создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель - набор схем отношений, обычно с указанием первичных ключей, а также связей между отношениями, представляющих собой внешние ключи[18].
Для даталогических моделей определена методология построения диаграмм, IDEF.- методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными[19].
На рисунке 2.3 показана даталогическая модель базы данных с использование методологии IDEF1X.
IDEF1X (IDEF1 Extended) - методология построения реляционных структур (баз данных), относится к типу методологий Сущность-взаимосвязь и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе[19].
Рисунок 2.3 - Даталогическая модель БД
Из рисунка 2.2 видны все реализованные сущности в таблицы и атрибуты сущнос