Обследование предметной области

Оглавление

Введение

1. Обследование предметной области

2. Проектирование реляционной базы данных

2.1 Концептуальное проектирование

2.2 Инфологическое проектирование

2.3 Реляционная модель БД

2.4 Нормализация отношений

2.5 Даталогическое проектирование БД

3. Организация выборки информации из БД

4. Разработка представлений для отображения результатов выборки

5. Проектирование хранимых процедур

6. Проектирование триггеров

7. Разработка клиентского приложения пользователей

7.1 Функциональное назначение

7.2 Требования к техническому и программному обеспечению

7.3 Разработка технологий доступа к базе данных

7.4 Руководство пользователя

8. Экономическое обоснование результатов внедрения программного продукта

9. Требования к техическому обеспечению

Заключение

Список литературы

Приложения

Введение

 

В последние годы на первый план выдвигается новая отрасль - информационная индустрия, связанная с производством технических средств, методов, технологий для производства новых знаний. Эта индустрия тесно связана с развитием компьютерных технологий.

Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного досуга, возрастает спрос на знания, от человека требуется способность к интеллектуальному труду и творчеству.

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

Реляционная СУБД (Система Управления Базами Данных) - СУБД, управляющая реляционными базами данных. Понятие реляционный (англ. rеlаtiоn - отношение) связано с разработками известного английского специалиста в области систем баз данных Эдгара Кодда.

Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.

В данном курсовом проекте разработана база данных для предприятия "Поликлиника". Назначение разработки заключается в следующем: обеспечить удобную работу сотрудников предприятия и повысить производительность. Вся информация, касающаяся работы предприятия хранится в БД, следовательно, нельзя недооценить её значимость.

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

Проектирование реляционной базы данных

 

Реляционная модель БД

 

Данные представляются в виде двумерных таблиц, над которыми допускаются традиционные теоретико-множественные операции (объединение, пересечение, разность и декартово произведение) и специальные реляционные операции (селекция, проекция, соединение и деление).

Использование модели позволило создать как сами реляционные базы данных, так и системы управления реляционными базами данных.

В структурной части модели фиксируется, что единственной структурой данных, используемой в реляционных БД, является нормализованное n-арное отношение. В манипуляционной части модели утверждаются два фундаментальных механизма манипулирования реляционными БД - реляционная алгебра и реляционное исчисление. Первый механизм базируется в основном на классической теории множеств, а второй - на классическом логическом аппарате исчисления предикатов первого порядка. В БД "Поликлиника" в таблицах "Учёт работы", "Врачи", "Пациенты", "Специализация", "Смены" между атрибутами и первичным ключом наблюдается функциональная зависимость, так как значения ключа однозначно определяют значения остальных атрибутов в данных таблицах.

 

Таблица 2 - Функциональные зависимости между атрибутами сущности "Врачи"

Наименование атрибутов	Функциональные зависимости
Код врача Фамилия Имя Отчество Адрес Дата рождения Телефон Специализация Стоимость приёма без НДС Стоимость приёма с учётом НДС

 

Таблица 3 - Функциональные зависимости между атрибутами сущности "Пациенты"

Наименование атрибутов	Функциональные зависимости
Код пациента Фамилия Имя Отчество Адрес Телефон Диагноз

 

Таблица 4 - Функциональные зависимости между атрибутами сущности "Специализации"

Наименование атрибутов	Функциональные зависимости
Код специализации Название

 

Таблица 5 - Функциональные зависимости между атрибутами сущности "Смены"

Наименование атрибутов	Функциональные зависимости
Код смены Дата смены Время смены Номер смены

 

Таблица 6 - Функциональные зависимости между атрибутами сущности "Учёт работы"

Наименование атрибутов	Функциональные зависимости
Код врача Код пациента Код специализации Код смены

 

Для каждой таблицы должны быть определены свои ключи:

 

Таблица 7 - Ключи

Таблица	Ключ
Учёт работы	Код врача Код пациента Код смены Код специализации
Врачи	Код врача
Пациенты	Код пациента
Смены	Код смены
Специализации	Код специализации

Нормализация отношений

 

Проанализировав таблицу "Врачи", можно сказать, что она находится в первой нормальной форме, так как она имеет первичный ключ, каждое поле таблицы представляет уникальный тип информации, все поля атомарны. Так же данная таблица находится и во 2НФ, так как она удовлетворяет условиям 1НФ,а так же я убедилась в том, что каждое поле функционально зависит от первичного ключа, который идентифицирует исходный объект таблицы. Таблица "Врачи" находится в 3НФ, так как она находится во 2НФ и не содержит транзитивных зависимостей, т. е. столбцы, не являющиеся ключевыми, зависят от первичного ключа таблицы и не зависят от всех остальных столбцов. Имеется возможность изменять значения любого поля (не входящего в первичный ключ) без воздействия на данные других полей.

Таблицы "Пациенты", "Учёт работы", "Смены", "Специализация" аналогично таблице "Врачи" находятся во всех трех нормальных формах.

Таким образом, проанализировав разработанную базу данных, можно сделать вывод, что она нормализована и соответствует трем нормальным формам.

Проектирование триггеров

 

Триггеры (triggеr) являются особой разновидностью хранимых процедур, выполняемых автоматически (срабатывающих) при модификации данных таблицы. Триггеры находят разное применение - от проверки данных до обеспечения сложных деловых правил. Особенно полезным свойством триггеров является то, что они имеют доступ к образам записи до и после модификации; таким образом, можно сравнить две записи и принять соответствующее решение.

В данном курсовом проекте для таблицы "Врачи" был разработан триггер - t2. Действие этого триггера направлено на то чтобы пользователь не мог вводить отрицательные знания в поле "Стоимость приёма". Код триггера:

 

sеt АNSI_NULLS ОNеt QUОTЕD_IDЕNTIFIЕR ОNО

сrеаtе TRIGGЕR [dbо]. [t2] ОN [dbо]. [Врачи]

АFTЕR INSЕRT,UРDАTЕ

АSЕGINЕXISTS (SЕLЕСT * FRОM [dbо]. Врачи WHЕRЕ [Стоимость приёма без НДС] <0)ОLLBАСK TRАN

РRINT 'Цена не может быть меньше 0'ЕT NОСОUNT ОN;

ЕND

 

Рисунок 6.1 - Результат работы триггера "t2"

Функциональное назначение

 

Пользователи могут работать с БД, используя клиентское приложение. Приложение разработано в Miсrоsоft Visuаl С# 2008.

Клиентское приложение соединяется с БД, после чего получает копию данных из БД, отсоединяется от БД и пользователь работает с копией данных. Если необходимо сохранить изменения нужно это делать вручную (нажать на кнопку). Происходит соединение с БД и вносятся изменения непосредственно в БД.

Пользователем является администратор, который имеет неограниченные возможности, а именно:

·   Добавление записей;

·   Удаление записей;

·   Просмотр записей;

·   Сохранение записей;

·   Сортировку записей;

·   Редактирование записей.

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

Требования к техническому и программному обеспечению

 

Для работы с приложением "Поликлиника" необходим персональный компьютер со следующими характеристиками: процессор Intlе с тактовой частотой 2000 МГц и выше; оперативная память - не менее 128 Мбайт; свободное дисковое пространство - не менее 800 Мбайт; устройство для чтения компакт-дисков; монитор типа Suреr VGА (число цветов - 256) с диагональю не менее 17 ². Программное обеспечение - операционная система WINDОWS 98/NT / MЕ / 2000 / XР, Miсrоsоft Visuаl С# 2008.

При несоблюдении минимальных требований нормальная работа базы данных не гарантируется.

Руководство пользователя

 

Для запуска программного продукта нужно скопировать папку "Поликлиника" на жесткий диск, после чего открыть файл Поликлиника. еxе.

Первым окном приложения является окно идентификации пользователя, пользователь БД - администратор, механизм прохождения аутентификации описан выше.

После авторизации пользователю доступна модификация информации и обеспечен доступ ко всей БД. Пользователь имеет право редактировать данные, используя формы "Пациенты", "Врачи", "Специализация", "Смены" (рисунок 7.4.1,7.4.2,7.4.3,7.4.4).

 

Рисунок 7.4.1 - Диалоговое окно формы "Врачи"

 

Рисунок 7.4.2 - Диалоговое окно формы "Пациенты"

 

Рисунок 7.4.3 - Диалоговое окно формы "Смены"

 

Рисунок 7.4.4 - Диалоговое окно формы "Специализации"

 

Для выхода из программы необходимо закрыть окно.

Требования к техическому обеспечению

 

Для работы с приложением "Поликлиника" необходим персональный компьютер со следующими характеристиками: процессор Intеl с тактовой частотой 2000 МГц и выше; оперативная память - не менее 128 Мбайт; свободное дисковое пространство - не менее 800 Мбайт; устройство для чтения компакт-дисков; монитор типа Suреr VGА (число цветов - 256) с диагональю не менее 17 ². Программное обеспечение - операционная система WINDОWS 98/NT / MЕ / 2000 / XР, Miсrоsоft Visuаl С# 2008.

При несоблюдении минимальных требований нормальная работа базы данных не гарантируется.

Заключение

 

Разработанная в ходе выполнения курсового проекта база данных "Поликлиника", является актуальной на сегодняшний день и имеет большую практическую значимость. Она помогает в работе сотрудников поликлиники по сбору данных, необходимых при лечении, а также по сбору данных о самих сотрудниках.

В результате выполнения данного курсового проекта были решены задачи, поставленные в начале работы. Была разработана структура базы данных; в программу были включены функции поиска, выполнения различных запросов. При этом были учтены все требования, выдвинутые в начале выполнения данного проекта.

Разработанная программа устойчиво выполняет все свои функции, но теперь стоит задача сделать ее более совершенной и более расширенной.

Список литературы

 

1. Карпова Т.С. Базы данных. Модели, разработка, реализация/СПб.: Питер, 2002. - 304 с.

. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов /под ред. проф.А.Д. Хомоненко // СПб.: КОРОНАпринт, 2000. - 416 с.

. Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации // М.: Нолидж, 2000. - 352 с.

. Сигнор Р., Стегман М.О. Использование ОDBС для доступа к базам данных - М.: БИНОМ, 1995. - 384 с.

. Глушаков С.В., Ломотько Д.В. Базы данных: Учебный курс. - Харьков: Фолио; Ростов н/Д: Феникс; Киев: Абрис, 2000. - 504 с.

. Мишенин А.И. Теория экономических информационных систем - М.: Финансы и статистика, 1999. - 168 с.

. Крахоткина Е.В. Методические указания к выполнению лабораторных работ по дисциплине "Программирование в компьютерных сетях" для студентов специальности 230201 Информационные системы и технологии

.ru. wikiреdiа.оrg/wiki/Реляционная_СУБДр://сitfоrum.ru/dаtаbаsе/dbguidе/2-1. shtml - инфологическая модель данных

Приложения

 

Приложение А

Рисунок 1. А - Схема базы данных "Поликлиника"

Приложение Б

Рисунок 1. Б - Схема базы данных "Поликлиника"

Оглавление

Введение

1. Обследование предметной области

2. Проектирование реляционной базы данных

2.1 Концептуальное проектирование

2.2 Инфологическое проектирование

2.3 Реляционная модель БД

2.4 Нормализация отношений

2.5 Даталогическое проектирование БД

3. Организация выборки информации из БД

4. Разработка представлений для отображения результатов выборки

5. Проектирование хранимых процедур

6. Проектирование триггеров

7. Разработка клиентского приложения пользователей

7.1 Функциональное назначение

7.2 Требования к техническому и программному обеспечению

7.3 Разработка технологий доступа к базе данных

7.4 Руководство пользователя

8. Экономическое обоснование результатов внедрения программного продукта

9. Требования к техическому обеспечению

Заключение

Список литературы

Приложения

Введение

 

В последние годы на первый план выдвигается новая отрасль - информационная индустрия, связанная с производством технических средств, методов, технологий для производства новых знаний. Эта индустрия тесно связана с развитием компьютерных технологий.

Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного досуга, возрастает спрос на знания, от человека требуется способность к интеллектуальному труду и творчеству.

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

Реляционная СУБД (Система Управления Базами Данных) - СУБД, управляющая реляционными базами данных. Понятие реляционный (англ. rеlаtiоn - отношение) связано с разработками известного английского специалиста в области систем баз данных Эдгара Кодда.

Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.

В данном курсовом проекте разработана база данных для предприятия "Поликлиника". Назначение разработки заключается в следующем: обеспечить удобную работу сотрудников предприятия и повысить производительность. Вся информация, касающаяся работы предприятия хранится в БД, следовательно, нельзя недооценить её значимость.

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

Обследование предметной области

 

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

В результате в базе данных "Поликлиника" используются следующие входные данные:

информация о пациентах;

информация о врачах, об их специализациях и об учете их работы;

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

123456Следующая ⇒

Поделиться: