Общая характеристика, требования к структуре и содержанию базы данных. Ее концептуальная, логическая и физическая модель. Разработка механизмов защиты данных от несанкционированного доступа. Используемое программное обеспечение и инструкция пользователя.
База рассчитана на работу с ней двух типов пользователей: секретарей, обладающих правом делать запросы к базе, и администраторов, обладающих правом редактировать базу, а так же добавлять новых пользователей. В такой связи каждой записи в таблице А может соответствовать несколько записей в таблице В (поля с этими записями называют внешними ключами), а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А. При связи Многие-ко-многим одной записи в таблице А может соответствовать несколько записей в таблице В, а одной записи в таблице В-несколько записей в таблице А. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит по крайней мере из двух полей, одно из которых является общим с таблицей А, а другое - общим с таблицей В. При связи Один-к-одному запись в таблице А может иметь не более одной связанной записи в таблице В и наоборот.В результате выполнения данного курсового проекта были приобретены и углублены практические навыки обследования предметной области, концептуального, логического и физического проектирования базы данных, освоены средства создания запросов.
Введение
пользователь программный логический
Целью данного проекта является создание базы данных для военно-учетного стола Санкт-Петербургского Государственного Технологического Института. База должна предоставлять простой и удобный способ сортировки и поиска информации о студентах, зарегистрированных в военно-учетном столе. База рассчитана на работу с ней двух типов пользователей: секретарей, обладающих правом делать запросы к базе, и администраторов, обладающих правом редактировать базу, а так же добавлять новых пользователей.
1. Обследование предметной области
Сбор и хранение данных о студентах, зарегистрированных в военно-учетном столе, простой и удобный доступ к ним.
2. Концептуальное проектирование
2.1 Сущности
· Список студентов
· Региональные данные
· Список сопутствующих студенту документов
· Данные о медицинских обследованиях
· Список групп института
2.2 Атрибуты
· Атрибуты списка студентов o Уникальный идентификационный номер студента o Первая буква фамилии студента o Фамилия o Имя o Отчество o Дата рождения o Место рождения o Группа o Контактный телефон
· Атрибуты региональных данных o Уникальный идентификационный номер территории o Название области o Название района o Название жилого пункта
· Атрибуты списка сопутствующих студенту документов o Уникальный идентификационный номер документа o Название документа o Дата выдачи o Серия o Номер o Место выдачи o Учреждение, выдавшее документ
· Атрибуты данных о медицинских обследованиях o Уникальный идентификационный номер обследования o Дата обследования o Фамилия врача, проводившего обследование o Его специальность o Диагноз
· Атрибуты списка групп института o Номер группы o Название факультета o Название кафедры o Курс
3. Логическое проектирование
3.1 Модель «сущность-связь»
При изучении модели данных мы должны распознать логические представления данных, к которым имеет отношение эта модель. Расширяя базовый набор результатов, мы можем определить четыре уровня представления данных: • Информация, относящаяся к объектам и связям, которые существуют в нашем воображении.
• Структура информации - организация информации, в которой объекты и связи представляются данными.
• Структура данных, независимая от способа доступа, - структуры данных, которые не связаны со схемами поиска, индексации и др.
• Структура данных, зависимая от способа доступа.
3.2 Классификация связей
Связь Один-ко-многим - наиболее часто используемый тип связи между таблицами. В такой связи каждой записи в таблице А может соответствовать несколько записей в таблице В (поля с этими записями называют внешними ключами), а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А.
При связи Многие-ко-многим одной записи в таблице А может соответствовать несколько записей в таблице В, а одной записи в таблице В-несколько записей в таблице А. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит по крайней мере из двух полей, одно из которых является общим с таблицей А, а другое - общим с таблицей В.
При связи Один-к-одному запись в таблице А может иметь не более одной связанной записи в таблице В и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу. Связь с отношением Один-к-одному применяют для разделения очень широких таблиц, для отделения части таблицы в целях ее защиты, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице.
Тип создаваемой связи зависит от полей, для которых определяется связь: связь Один-ко-многим создается в том случае, когда только одно из полей является ключевым или имеет уникальный индекс, т.е. значения в нем не повторяются;
связь Один-к-одному создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы;
связь Многие-ко-многим фактически представляет две связи типа один-ко-многим через третью таблицу, ключ которой состоит, по крайней мере, из двух полей, общих для двух других таблиц.
В данном разделе выполняется построение логической модели для рассматриваемой предметной области, рассматривается классификация бинарных связей между сущностями, описывается моделирование связи «многие - ко - многим».
Необходимо также провести построение функциональных зависимостей между атрибутами. На основании выявленных функциональных зависимостей необходимо выбрать идентифицирующие атрибуты, которые в реляционной модели данных используются в качестве первичных ключей реляционных отношений.
После этого необходимо нормализовать отношения, исключив транзитивные функциональные зависимости. Проверить соответствие отношений требованиям третьей нормальной формы.
Установить связи между отношениями, использовав для этого внешние ключи.
Рисунок 1 - ER диаграмма
4. Физическая модель БД
Рисунок 2 - физическая модель региональных данных
Рисунок 3 - физическая модель связи многие-ко-многим между студентами и их данными об их мед. обследованиях
Рисунок 4 - физическая модель медицинских обследований студентов
Рисунок 5 - физическая модель набора документов студента
Рисунок 6 - физическая модель студенческих учебных групп
Рисунок 7 - физическая модель студентов
Рисунок 8- физическая модель связи многие-ко-многим между студентами и их списком документов
Рисунок 9- физическая модель пользователей, допущенных к работе с базой
Рисунок 10 - физическая модель базы данных в MS Access
Для корректной работы базы в тех случаях, когда требуется добавить запись в таблицы, связанные отношением один-ко-многим, следует сначала добавлять записи к таблицам о стороны «один» и только затем - связанные с ней «многие». В полях «специальность врача», «фамилия врача» в таблице Doctors, «фамилия», «имя», «отчество» в таблице Students недопустимы числовые значения. В полях «год рождения» в таблице Students, «группа», «курс» в таблице Institute, «номер» в таблице STUDENTSTODOCUMENTS недопустимы отрицательные значения (контролируется СУБД).
5. Разработка механизмов защиты данных от несанкционированного доступа
В данной работе есть подразделение на пользователей и администраторов. Для входа в систему каждому и пользователю нужно ввести свой уникальный логин и пароль. Специальных механизмов для защиты данных в этом курсовом проекте не предусмотрено.
6. Требования к техническому обеспечению
Необходимы следующие минимальные параметры: Процессор: Pentium или Athlon 500 MHZ, Оперативная память 64 Mb, Физическая память 32 Mb HDD
Видеокарта 32 Mb, монитор, клавиатура, мышь.
Операционная система - Windows XP.
Драйвер для работы с базами данных MS Access
7. Инструкция по использованию БД
Для запуска программы достаточно запустить исполняемый файл «WARTABLEDATABASE.exe». Для корректной работы программы необходимо, чтобы файл базы данных хранился в той же директории, что и исполняемый файл.
При запуске открывается форма «авторизации», где пользователь может ввести логин и пароль и, после проверки их истинности, войти как оператор или администратор, или выйти из программы.
Рисунок 11 - форма авторизации
Если войти в качества оператора, то происходит переход на соответствующую форму:
Рисунок 12 - форма оператора
На этой форме данные из базы могут быть отсортированы необходимым образом, после чего из отсортированных данных может быть сгенерирован отчет в MS Excel.
Рисунок 13 - форма с данными для отчета
После завершения работы оператора можно нажать кнопку «Выход» в левом нижнем углу и вернуться на форму авторизации.
Если войти в качества администратора, то происходит переход на соответствующую форму:
Рисунок 14 - форма администратора
На ней можно выбрать таблицу базы, а затем редактировать ее: добавлять или удалять строки.
Рисунок 15 - форма с таблицами для редактирования
После завершения работы администратора, можно нажать кнопку «Вернуться к авторизации» в левом нижнем углу и вернуться на форму авторизации.
Вывод
В результате выполнения данного курсового проекта были приобретены и углублены практические навыки обследования предметной области, концептуального, логического и физического проектирования базы данных, освоены средства создания запросов. Так же была спроектирована инфологическая и даталогическая модели БД.
В результате написания данной БД были решены основные поставленные задачи, а именно: ? выбор и описание предметной области;
? создание таблиц и связей между ними;
? разработка приложения в визуальной среде программирования Microsoft Visual Studio;
? разработка механизмов управления данными;
В целом, данная программа помогла приобрести опыт по проектированию программного продукта, работающего с базой данных.
Размещено на .ru
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
