ФЕДЕРАЛЬНОЕ АГЕНТСТВО МОРСКОГО И РЕЧНОГО ТРАНСПОРТА
Федеральное государственное образовательное учреждение высшего профессионального образования
«Санкт-Петербургский государственный университет водных коммуникаций»
КУРСОВАЯ РАБОТА
ПО ДИСЦИПЛИНЕ «БАЗЫ ДАННЫХ И ЭКСПЕРТНЫЕ СИСТЕМЫ»
ТЕМА:
«Создание автоматизиpованной инфоpмационно - спpавочной системы расписания движения поездов и продажи билетов»
Санкт-Петербург
2009 г
Оглавление
1.1 Нормализация и схема базы данных
2 Программная реализация информационной системы
Введение
Система программ "1С: Предприятие" предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед динамично развивающимися современными предприятиями.
Смоделировать технологию накопления и обработки информации об учёте карточек пациентов в поликлинике. Обязательно должна быть выходная справочная информация (является основной целью функционирования любой информационной системы). Для этого:
- определяем объекты предметной области, описывающие атрибуты;
- создаём «нормальную форму», которая приводит к нормализации всех полученных отношений;
- составляем полный перечень всех запросов к БД;
- определяем структурные связи;
- построение схемы объекта.
Использование БД и СУБД при построении автоматизированной информационной системы отделяет логическую структуру данных (т.е. представлении об организации данных с точки зрения пользователя) от физической структуры данных в памяти ЭВМ, что значительно облегчает труд по созданию такой системы.
Под СУБД понимают пакет прикладных программ обслуживания БД, которая:
Обеспечивает пользователей языковыми средствами описания манипулирования данных;
Обеспечивает поддержку логической модели данных (т.е. логического представления физических данных);
Выполнение операции создания и манипулирования логических данных, а также обрабатывает и отображает операции над физическими данными;
Обеспечивает защиту целостности и корректности данных.
Преимуществом использования БД и СУБД при построении информационных систем заключается в централизованном управлении информационными ресурсами всей системы.
Достоинством является возможность однократно ввода данных и многократного использования, а также отсутствия проблемы контроля избыточности данных вследствие интеграции данных. Унификация средств организации данных и независимость прикладных программ значительно повышает эффективность труда.
1 Описание системы
Рассмотрим задачи, которые должна выполнять проектируемая информационно-справочная система и некоторые их особенности.
Основное предназначение информационно-справочная системы учёта расписания движения поездов и продажа билетов –покупка и бронирование билетов пассажирами. При этом оформляются различного рода документы. Пассажир может получить предоставляемую услугу за наличный расчёт, безналичный расчёт, взаиморасчет. В базе хранится информация о поездах
По своей сути СУБД будет оперативно выполнять следующие функции:
- формирование и печать сопроводительных документов, операций с пассажирами;
- формирование и печать отчёта расписания поездов;
- формирование и печать отчёта о ценах билетов;
- формирование и печать отчёта о проданных билетах за период;
- формирование и печать отчёта о билете конкретного пассажира;
- формирование и печать отчёта о поездах за период;
- формирование и печать отчёта о движениях наличности за период;
- разграничение прав доступа пользователей к той или иной информации, хранящейся в информационной базе.
1.1 Нормализация и схема базы данных
Определим объекты и атрибуты проектируемой системы.Рассмотрим отношение следующей структуры:
ПриемПациента (Код_Пациента, Наименование_Пациента, Диагноз, НомерАмбулаторнойКарты, Адрес, Вид_Оплаты, Документ, Симптомы, Наименование_Услуга, Цена, Количество, Сумма)
В этом отношении имеется составной ключ – это код_пациент, диагноз, услуга. Все атрибуты отношения атомарны, значит оно находится в 1НФ. Рассмотрим наблюдающиеся в этом отношении функциональные зависимости. Прежде всего, в отношении содержится частичная функциональная зависимость неключевых атрибутов от ключа отношения:
Пациент – Наименование_Пациента, Пациент – Адрес_Пациента, Диагноз – Симптомы, наименование_Услуга – Цена.
Не ключевой атрибут Наименование_Пациента зависит от от ключа Код_Пациента.
Транзитивные зависимости: Диагноз ->-> Услуга->-> Симптомы
Наименование_Пациента ->-> Адрес
Наименование_Пациента ->-> Симптомы
Приведем это отношение ко 2НФ, разбивая исходное отношение и производя внешнее кодирование, при этом получаем отношения:
Пациент(Код, Наименование_Пациента, Адрес, Симптомы)
АмбулаторнаяКарта(Код_Пациента,Наименование_Пациента, Номер_АмбулаторнаяКарта, Диагноз, Услуга, Цена, Сумма)
Услуга(Код_Услуги, Наименование_Услуги, Цена_Услуги, Единица_Измерения)
Перейдём к рассмотрению в полученных отношениях транзитивных зависимостей неключевых атрибутов от ключа.
Код_Пациента -> Номер_АмбулаторнаяКарта -> Диагноз.
Ввиду дублирования информации об одном диагнозе для одного товара, избыточность данных, будем дальше преобразовывать отношение.
Выявим теперь независимые многозначные зависимости, они имеются в отношении ПриёмаПацинта:
Номер ->-> Код_Пациента ->-> Номер->->Код_Услуги
Будем считать, что у нас нет транзитивных зависимостей неключевых атрибутов от ключа. Получаем следующие отношения:
Пациент (Номер Пациента, Дата Рождения, НомерАмбулаторнойКарта);
Сотрудники (Номер_Сотрудника,ФИО, Данные);
Услуги (Дата, Наименование, Цена, Сеанс, ЕдиницаИзмерения);
Документ (НомерДокумента, ДатаВыдачи).
Здесь мы освобождаем отношение от избыточности, а также различного рода аномалий. Но не всех.
В нашем отношении присутствует зависимость неключивого атрибута от ключа. Для того, чтобы не возникало новых аномалий, необходимо ликвидировать части составного ключа от неключевых атрибутов. С этой целью исходное отношение разлагается на отношения:
Выявлено у пациента (Диагноз, Пациент) и Назначение (Пациент, Услуги).
Теперь раскладываем исходное отношение на несколько отношений с многозначными зависимостями от одного ключа. Раскладываем отношение на два отношения: Номер_АмбулаторнаяКарта (АмбулаторнаяКарта, Пациент);
Назначение (Пациент, Симптомы).
В результате нормализации была получена следующая система отношений:
Пациент ( Наименование_Пациента, Дата_Рождения, Пол, Номер_АмбулаторнойКарты, Адрес);
Сотрудник(Наименование_Сотрудника, Дата_Рождения, Пол, Образование);
Адрес ( Наименование_Адреса);
Документ (Наименование_ Документ, Номер, Дата_Выдачи);
Услуги(Наименование_Услуги, Цена, Сеанс, Единица_Измерения);
Болезни (Код_ Болезни, Наименование_ Болезни);
Симптомы (Заболевание).
1.2 Структура меню
В главном меню пользователю предоставляется возможность выбирать следующие пункты меню и пункты подменю:
Справочники:
Пассажиры;
Поезд;
Места;
Документ;
Журналы документов:
Касса;
Документы:
Билет;
Бронирование Билетов;
Возврат;
Расписание Поездов;
Отчеты:
Расписание Поездов;
Цены На Билеты;
Информация О поездах ;
Проданные Билеты;
Движение Наличности За Период;
Билет;
2 Программная реализация информационной системы
2.1 Перечисления
Перечисления:
На снимке экрана представлены перечисления, используемые в системе:
2.2 Справочники
В данной информационно-справочной системе существуют следующие справочники: Документ, Места, Пассажиры, Поезд.
1) Пассажиры:
Форма элемента:
Печатная форма элемента справочника:
Форма списка:
Печатная форма:
2) Документ
Форма элемента:
Форма списка:
Печатная форма:
3) Поезд
Форма элемента:
Печатная форма:
Форма списка:
Печатная форма:
4) Места
Форма элемента:
Печатная форма: