Вы находитесь на странице: 1из 16

2 Технический раздел

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

Требуется разработать проект информационно-справочной системы «База


ДОУ» Администрации города Симферополя Республики Крым. Целью
дипломного проекта является изучение, закрепление и применение основ
проектирования баз данных. В процессе изучения дисциплины и выполнения
дипломного проекта учащиеся должны усвоить теоретические основы
организации баз данных, включая принципы построения на концептуальном,
логическом и физическом уровнях, научиться ставить и решать практические
задачи проектирования и эксплуатации баз данных.
В базе данных должна храниться информация о детях, их родителях,
адресе проживания и заявлении.
В данные детей входят: фамилия, имя, отчество, дата рождения, пол,
свидетельство о рождении, наличие прививок и номер мед.справки. Так же
присутствует информация об адресе проживания ребёнка, такая как регион
проживания, город, посёлок и точный домашний адрес. Среди данных родителей
ребёнка имеется возможность наблюдать фамилию, имя, отчество, номер
телефона, данные паспорта и наличие льгот у родителя. Также в базе
присутствует и информация о заявлении, поданном родителями для зачисления
ребёнка в детский сад.
Для хранения входной информации созданы четыре таблицы в базе
данных:
 дети;
 родители;
 адреса;
 заявления.


Д.09.03.17.ДП.ПЗ
докуме
Изм Колич Лист
нта № док Подпись Дата Стадия Лист Листов
Разработал Османов Р.М.
Проверил Попенко О.Н.
Проект информационно-справочной У 21 16
системы «База ДОУ» Администрации
Консультант
города Симферополя Республики Крым ГБПОУ РК «Симферопольский
Н. контроль Смирнова Е.А. политехнический колледж»,
группа 34ПО
Данный программный продукт будет обладать следующим рядом
функций:
 возможность просматривания полной информации о детях и их
родителях;
 добавление данных о детях, родители которых подали заявку на
вступление их ребёнка в детский сад и изменение их;
 вывод отчета, исходя из информации, находящейся в базе данных;
 демонстрация информации о разработчике и программе;
 вывод на экран информации в удобном для пользователя виде с
помощью запросов.

2.2 Определение сущностей и их атрибутов

Таблицы, использующиеся для хранения информации внутри баз данных,


созданы с помощью приложения Microsoft Office Access – реляционной системы
управления базами данных (СУБД) от корпорации Microsoft.
Первой таблицей является «Child». Данная таблица хранит в себе личные
данные детей, такие как: Фамилия, Имя, Отчество, пол, дата рождения, документ
свидетельство о рождении, наличие прививок и медицинскую справку а также
автоинкрементное поле Ключ для связи с подчинёнными таблицами.
Следующая таблица «Parents». Содержит данные о родителях. Поля
данной таблицы: фамилия, имя, отчество, паспорт и номер телефона, наличие
льгот, так же присутствует поле код для связи с главной таблицей.
Таблица «Adres» содержит информацию об адресе проживания ребёнка,
такую как: регион, город, посёлок и домашний адрес.
Последней таблицей будет таблица под названием «Zayavka». Содержит
информацию о заявлении, поданном родителями. Содержит следующие поля:
дата заявления, группа, в которую будет вступать ребёнок и статус зачисления, а
также поле код для подсчёта номера заявления и связи между таблицами.

№ Лист

докуме Д.09.03.17.ДП.ПЗ 22
Изм Колич Лист
нта № док Подпись Дата
2.3 Таблицы с описанием полей и типами данных

В таблице «Child» (Рисунок 2.1) предусмотрены следующие поля с


заданными типами данных:
 «Ключ». Поле для индексирования записей и их связей. Тип данных
"Счетчик", это автоинкрементный тип данных. Поле индексировано (Совпадения
не допускаются);
 «Фамилия». Фамилия ребёнка. Тип поля текстовый, размер 30 символов.
Индексированное поле – нет (Совпадения допускаются);
 «Имя». Имя ребёнка. Тип поля текстовый, размер 20 символов.
Индексированное поле – нет (Совпадения допускаются);
 «Отчество». Отчество ребёнка. Тип поля текстовый, размер 20 символов.
Индексированное поле – нет (Совпадения допускаются);
 «ДатаРождения». Дата рождения. Тип данных: «Дата/Время». Краткий
формат даты. Индексированное поле – нет (Совпадения допускаются);
 «Пол». Пол ребёнка. Текстовый, размер поля 5 символа. Формат поля:
муж/жен.
 «СвидетельствоОРождении». Номер свидетельства о рождении. Тип
данных: Текстовый, размер 15 символов. Маска ввода: «"СР-"######;;»;
 «Прививки». Наличие прививок у ребёнка. Тип поля: логический.
Формат поля: «Да/Нет»;
 «МедСправка». Номер медицинской справки. Тип данных: Текстовый.
Размер поля: 50 символов. Маска ввода: «"МС-"####;;».

Рисунок 2.1 – Поля таблицы «Child»

№ Лист

докуме Д.09.03.17.ДП.ПЗ 23
Изм Колич Лист
нта № док Подпись Дата
В таблице «Parents» (Рисунок 2.2) предусмотрены следующие поля с
заданными типами данных:
 «Код». Поле для индексирования и связи между таблицами. Тип поля
числовой, размер: длинное целое. Индексированное поле – нет (Совпадения
допускаются);
 «Фамилия». Фамилия родителя. Тип поля текстовый, размер 30
символов;
 «Имя». Имя родителя. Тип данных: текстовый, размер: 20.
Индексированное поле – нет (Совпадения допускаются);
 «Отчество». Отчество родителя. Тип данных: текстовый, размер: 20
символов;
 «Паспорт». Данные паспорта родителя. Тип данных: текстовый, размер:
14, маска ввода: «##\ ##\ ######;;»;
 «Телефон». Номер телефона родителя. Тип данных: текстовый, размер
поля: 50. Маска ввода: «"+7("###\)###\-##\-##;;»;
 «Льготы». Наличие льгот у родителя. Тип данных: логический, формат
поля: «Да/Нет».

Рисунок 2.2 – Таблица «Parents»

Таблица «Adres» (Рисунок 2.3) имеет следующие поля и типы данных:


 «Код». Поле для учёта таблиц и их связи с главной. Тип поля: числовой,
размер поля: длинное целое;
 «Регион». Регион, в котором проживает ребёнок. Тип данных:
текстовый, размер поля: 20 символов;
№ Лист

докуме Д.09.03.17.ДП.ПЗ 24
Изм Колич Лист
нта № док Подпись Дата
 «Город». Город проживания ребёнка. Тип данных: текстовый, размер
поля: 20 символов;
 «Посёлок». Посёлок проживания ребёнка. Тип данных: текстовый,
размер поля: 20 символов.
 «ДомашнийАдрес. Точный адрес проживания. Тип данных: текстовый,
размер поля: 35 символов.

Рисунок 2.3 – Таблица «Adres»

Последняя таблица - «Zayavka» (Рисунок 2.4). Она имеет следующие типы


данных:
 «Код». Поле для учёта таблиц и их связи с главной и нумерации
заявлений. Тип поля: числовой, размер поля: длинное целое;
 «ДатаЗаявки». Дата подачи заявления родителями на вступление
ребёнка в детский сад. Тип данных: «Дата/Время», формат поля: Краткий
формат даты;
 «Группа». Предполагаемая группа ребёнка. Тип поля: Текстовый,
формат поля: «Первая/Вторая/Средняя/Старшая/Подготовительная». Размер
поля: 15 символов.
 «СтатуcЗаявления». Статус рассмотрения заявления на вступления
ребёнка в ДОУ. Тип данных: текстовый, размер поля: 50. Формат поля:
«Одобрено/Отклонено/На рассмотрении».

№ Лист

докуме Д.09.03.17.ДП.ПЗ 25
Изм Колич Лист
нта № док Подпись Дата
Рисунок 2.4 – Таблица «Zayavka»

2.4 Определение связей и даталогической модели

Связи между таблицами — это та основа, с помощью которой можно


обеспечить целостность данных.
Существует три вида связей между таблицами базы данных:
 один к одному;
 один ко многим;
 многие ко многим.
Связь один ко многим в реляционных базах данных реализуется тогда,
когда объекту может принадлежать или же соответствовать несколько объектов.
Связь многие ко многим реализуется в том случае, когда нескольким
объектам из таблицы может соответствовать несколько объектов из другой
таблицы.
Связь «один к одному» это когда одному объекту таблицы соответствует
один объект из другой таблицы.
В нашем случае связь будет один ко многим. На даталогической схеме
данных (Рисунок 2.5) будет отображен тип связей между таблицами.

Рисунок 2.5 – Даталогическая схема данных


№ Лист

докуме Д.09.03.17.ДП.ПЗ 26
Изм Колич Лист
нта № док Подпись Дата
2.5 Выбор СУБД

СУБД – Система управления базами данных — совокупность


программных и лингвистических средств общего или специального назначения.
К СУБД относятся следующие основные виды программ:
 полнофункциональные СУБД;
 серверы баз данных;
 клиенты баз данных;
 средства разработки программ работы с базой данных.
Мною выбрана СУБД Microsoft Office Access потому что данную систему
легко связать со средой разработки «Delphi 7».
Microsoft Office Access или просто Microsoft Access — реляционная
система управления базами данных (СУБД) корпорации Microsoft. Входит в
состав пакета Microsoft Office. Имеет широкий спектр функций, включая
связанные запросы, связь с внешними таблицами и базами данных.

2.6 Физическая модель базы данных

Физическая модель данных описывает данные средствами конкретной


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

№ Лист

докуме Д.09.03.17.ДП.ПЗ 27
Изм Колич Лист
нта № док Подпись Дата
Например, отношения, содержащиеся в логической модели данных, должны
быть преобразованы в таблицы, но для каждой таблицы можно дополнительно
объявить различные индексы, повышающие скорость обращения к данным.
Многое тут зависит от конкретной СУБД.
Физическая модель базы данных «UchetNTO» (Рисунок 2.6).

Рисунок 2.6 – Физическая модель базы данных

2.7 Структура программы

Структура программы — искусственно выделенные программистом


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

№ Лист

докуме Д.09.03.17.ДП.ПЗ 28
Изм Колич Лист
нта № док Подпись Дата
Рисунок 2.7 – Структура программы

2.8 Описание интерфейса программы

При запуске программы открывается стартовая страница (Рисунок 2.8)


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

Рисунок 2.8 – Стартовая страница

№ Лист

докуме Д.09.03.17.ДП.ПЗ 29
Изм Колич Лист
нта № док Подпись Дата
Неотъемлемой частью интерфейса являются вспомогательные формы,
такая как: «Об авторе»
Форма «Об авторе» (Рисунок 2.19) представляет собой стандартную
карточку, в которой присутствует изображение, информация о разработчике и
версия программного продукта.

Рисунок 2.9 – Форма «Об авторе»

При начале работы системы открывается главная форма (Рисунок 2.10)


программного продукта. На данной форме расположены две таблицы. Верхняя –
таблица с информацией о ребёнке, нижняя – таблица с дополнительными
данными. На форме присутствует главное меню программы, с помощью
которого можно реализовать все основные функции программы. У данной
формы есть четыре основных раздела:
 дополнительная информация;
 раздел фильтрации;
 раздел поиска записей;
 раздел управления записями.
В каждом из данных раздел присутствуют элементы для управления
записями базы данных.
В первом разделе «Дополнительная информация» пользователь может
переключаться между таблицами.
Во втором разделе реализована функция фильтрации записей базы данных.

№ Лист

докуме Д.09.03.17.ДП.ПЗ 30
Изм Колич Лист
нта № док Подпись Дата
В третьем разделе доступен поиск пользователей по фамилии и по номеру
свидетельства о рождении.
В четвёртом разделе расположены основные элементы управления
записями в базе данных.

Рисунок 2.10 – Интерфейс главной формы

Для того чтобы редактировать записи создан интерфейс редактора данных


(Рисунок 2.11). На данной форме расположены четыре основных вкладки,
соответствующих таблицам, на которых имеются поля для заполнения.

Рисунок 2.11 – Окно редактора данных


№ Лист

докуме Д.09.03.17.ДП.ПЗ 31
Изм Колич Лист
нта № док Подпись Дата
Одной из важных форм является «Монитор данных» (Рисунок 2.12).
Интерфейс монитора данных очень прост и практичен. Большую часть монитора
занимает таблица с данными. На верхней части формы расположены кнопки с
наиболее часто используемыми запросами.

Рисунок 2.12 – Интерфейс монитора данных

2.9 Описание применяемых компонентов и их значение

В программе применяются следующие компоненты: Label, Edit, Button,


DBGrid, ADOConnection, ADOQuery, ADOTable, DataSource, Panel, Image,
GroupBox, DBEdit, DBComboBox, BitBtn, DBNavigator, RadioButton, MainMenu,
PopupMenu, Memo, QuickRep, QRLabel, QRDBText, QRSysData.
Компонент Label предназначен для отображения текста в статическом
виде. Компонент Edit предназначен для ввода пользовательских данных в
однострочное поле. Компонент Button представляет собой стандартную кнопку,
выполняющей действие при нажатии на неё. Компонент DBGrid предназначен
для визуализации наборов данных. Компонент ADOConnection организует связь
приложения клиента с базой данных. Компонент ADOQuery обеспечивает
применение запросов SQL при работе с данными через ADO. Компонент
DataSource представляет собой источник данных, обеспечивающий связь между
набором данных и компонентами отображения и редактирования. Компонент
Panel служит контейнером для дочерних элементов. Компонент GroupBox также

№ Лист

докуме Д.09.03.17.ДП.ПЗ 32
Изм Колич Лист
нта № док Подпись Дата
представляет собой контейнер для размещения элементов, но в отличии от
компонента Panel не имеет широких возможностей задания различных стилей
оформления, и используется для выделения на форме группы функционально
объединённых компонентов Компонент Image предназначен для отображения на
форме графических изображений. Компонент DBEdit является связанным с
данными аналогом обычного компонента Edit. DBComboBox является в свою
очередь аналогом компонента ComboBox и предназначен для отображения и
редактирования данных в виде комбинированного списка. DBNavigator
обеспечивает перемещение указателя текущей записи, активизацию режима
редактирования, добавления и удаления записи. Командная кнопка BitBtn – это
пиктографическая кнопка, представляющая собой один из вариантов
стандартной кнопки Button. RudioButton – это радиокнопка, служащая для
переключения каналов. Компонент MainMenu предназначен для добавления к
программе главного меню. Компонент Memo является окном редактирования
многострочного текста. QuickRep – это компонент для подготовки и печати
отчётов. QRLabel используется для размещения текста в отчёте. Компонент
QRSysData используется для отображения системных данных. QRDBText
представляет собой ориентированный на данные компонент для размещения
текста в отчёте. Компонент Popup Menu используется для создания
выпадающего меню при нажатии на правую кнопку мыши по элементу.

2.10 Описание функций программы

Добавление записей в базу данных (Рисунок 2.13). Данная функция


позволяет добавить новую запись в базу данных. Функция вызывается с
помощью соответствующей кнопки на главной панели или с помощью главного
меню.

№ Лист

докуме Д.09.03.17.ДП.ПЗ 33
Изм Колич Лист
нта № док Подпись Дата
Рисунок 2.13 – Добавление новой записи

Редактирование записей (Рисунок 2.14). Функция позволяет изменить


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

Рисунок 2.14 – Редактирование данных

№ Лист

докуме Д.09.03.17.ДП.ПЗ 34
Изм Колич Лист
нта № док Подпись Дата
Поиск записей (Рисунок 2.15). Позволяет найти нужную запись по
Фамилии предпринимателя или паспортным данным. Для осуществления
функции поиска нужно вписать нужные данные в соответствующее окно и
нажать на кнопку «Найти». Второй способ поиска – это поиск с помощью
главного меню.

Рисунок 2.15 – Результат поиска записи

Фильтр записей по фамилии. Выполняет фильтрацию всех записей


таблицы. Для фильтрации записей нужно ввести в соответствующее поле один
символ или более.
Вывод отчётов (Рисунок 2.16). Выводит данные в удобном для
пользователя виде. Для вывода отчёта нужно воспользоваться главным меню,
вкладка отчёты.

Рисунок 2.16 – Вывод отчёта

№ Лист

докуме Д.09.03.17.ДП.ПЗ 35
Изм Колич Лист
нта № док Подпись Дата
Вывод данных с помощью запросов (Рисунок 2.17). Выводит нужны
пользователю записи из разных наборов данных в одну таблицу для наглядного
вида. Для выполнения функции нужно открыть монитор данных и выбрать
нужный запрос.

Рисунок 2.17 – Вывод на экран наборов данных

В данном разделе описана предметная область программного продукта,


определены сущности и атрибуты, описаны таблицы и их поля, описана
структура программы, используемая СУБД, список функций, интерфейс и
используемые компоненты.

№ Лист

докуме Д.09.03.17.ДП.ПЗ 36
Изм Колич Лист
нта № док Подпись Дата