3 Проектирование задачи
3.1 Требования к приложению
При формировании личной карточки, необходимо придерживаться стандартной формы № Т-2.
Разрабатываемое приложение должно иметь понятный и удобный в использовании интерфейс, чтобы взаимодействие между программой и пользователем было максимально простым. Для того чтобы интерфейс был понятен пользователю, необходимо оформить диалог приложения с пользователем.
Так же необходимо разработать подробную справочную систему. В справочной системе должна быть показана информация о программе и подробная инструкция по ее применению.
Необходимо предусмотреть, чтобы при добавлении информации о новом сотруднике, изменялось штатное расписание. При добавлении информации, связанной с датами, необходимо подключить календарь. При заполнении форм обязательно должно проверяться вводимая информация, в случае если не заполнены поля – выдавать сообщение об ошибке.
3.2 Концептуальный прототип
Концептуальный прототип представляет собой описание внешнего пользовательского интерфейса – системы меню, диалоговых окон и элементов управления.
Основной интерфейс программного приложения будут представлять формы. Все формы будут содержать стандартные пользовательские элементы управления. На главной форме будет присутствовать меню, состоящее из следующих пунктов:
«Файл», используется для создания отчетов по интересующей пользователя информации;
«Справочники», используется для перехода к справочным таблицам программы;
«Справка», используется для получения информации о программе».
«Выход», используется для завершения работы с программой.
«Справочники» состоит из подпунктов:
Подпункт меню «Отделы» будет вызывать форму «Отделы».
Подпункт меню «Должности» будет вызывать форму «Должности»
Подпункт меню «Помещения» будет вызывать форму «Помещения».
На формах будут располагаться различные элементы управления, предназначенные для определенных задач. За компонентом Button будут закреплены разные действия для выполнения определенных функций, таких как: сортировка, фильтрация и поиск данных. Стандартный элемент управления Textbox будет использован для ввода и вывода разнообразных данных. Практически на всех формах используется компонент Label для осуществления соответствующих надписей на них.
3.3 Организация данных
Реляционная модель основана на математическом понятии отношения, представлением которого является таблица. В реляционной модели отношения используются для хранения информации об объектах, представленных в базе данных. Отношение имеет вид двухмерной таблицы, в которой строки соответствуют записям, а столбцы – атрибутам. Каждая запись должна однозначно характеризоваться в таблице. Для этого используют первичные и вторичные ключи. Достоинством реляционной модели является простота и удобство физической реализации.
Реляционная модель базы данных подразумевает нормализацию всех таблиц данных. Нормализация – это формальный метод анализа отношений на основе их первичного ключа и функциональных зависимостей, существующих между их атрибутами.
База данных соответствует реляционной модели данных, где каждой выделенной в ходе проектировании сущности соответствует таблица.
Структура базы данных разрабатываемого программного средства включает одиннадцать таблиц.
Таблица «Сотрудник» хранит в себе данные о сотрудниках предприятия. Структура приведена в таблице 3.1.
Структура базы данных разрабатываемого программного средства включает пять таблиц.
Таблица «sotrydniki» хранит информацию о сотрудниках, структура приведена в таблице 3.1.
Таблица 3.1 – Структура таблицы «sotrydniki»
Имя поля |
Тип данных |
Размер, байт |
Описание |
Код_сотрудника |
bigint |
5 |
Идентификатор сотрудника |
Фамилия |
varchar |
20 |
Фамилия сотрудника |
Имя |
varchar |
20 |
Имя сотрудника |
Отчество |
varchar |
20 |
Отчество сотрудника |
Отдел |
varchar |
30 |
Отдел сотрудника |
Должность |
varchar |
30 |
Должность сотрудника |
Дата_рождения |
date |
10 |
Дата рождения сотрудника |
Дата_регистрации |
date |
10 |
Дата регистрации сотрудника |
Паспотные_данные |
varchar |
10 |
Номер паспорта сотрудника |
Номер_телефона |
varchar |
20 |
Номер телефона сотрудника |
Электронный_адрес |
varchar |
30 |
Почта сотрудника |
В таблице «posetiteli» хранится информация о посетителях библиотеки, структура приведена в таблице 3.2.
Таблица 3.2 – Структура таблицы «posetiteli»
Имя поля |
Тип данных |
Размер, байт |
Описание |
Код_посетителя |
int |
5 |
Идентификатор посетителя |
Фамилия |
varchar |
20 |
Фамилия посетителя |
Имя |
varchar |
20 |
Имя посетителя |
Отчество |
varchar |
20 |
Отчество посетителя |
Паспортные_данные |
varchar |
10 |
Номер паспорта посетителя |
Номер_телефона |
varchar |
10 |
Номер телефона |
Электронный_адрес |
varchar |
30 |
Почта посетителя |
Дата_рождения |
date |
10 |
Дата рождения посетителя |
Дата_регистрации |
date |
10 |
Дата регистрации посетителя |
Цель_посещения |
varchar |
100 |
Цель посещения библиотеки |
В таблице «chitateli» хранится информация о читателях библиотеки, структура приведена в таблице 3.3.
Таблица 3.3 – Структура таблицы «chitateli»
Имя поля |
Тип данных |
Размер, байт |
Описание |
Код_посетителя |
int |
5 |
Идентификатор читателя |
Фамилия |
varchar |
20 |
Фамилия читателя |
Имя |
varchar |
20 |
Имя читателя |
Отчество |
varchar |
20 |
Отчество читателя |
Паспортные_данные |
varchar |
10 |
Номер паспорта читателя |
Номер_телефона |
varchar |
10 |
Номер телефона |
Электронный_адрес |
varchar |
30 |
Почта читателя |
Дата_рождения |
date |
10 |
Дата рождения читателя |
Дата_регистрации |
date |
10 |
Дата регистрации читателя |
Место_прописки |
varchar |
100 |
Место жительства читателя |
В таблице «pomeshenie» хранится информация о помещениях, структура приведена в таблице 3.4.
Таблица 3.4 – Структура таблицы «pomeshenie»
Имя поля |
Тип данных |
Размер, байт |
Описание |
Код_помещения |
bigint |
5 |
Идентификатор помещения |
Название Помещение |
varchar |
50 |
Название помещения |
В таблице «poseshenie» хранится информация о посещениях пользователей, структура приведена в таблице 3.5.
Таблица 3.5 – Структура таблицы «poseshenie»
Имя поля |
Тап данных |
Размер, байт |
Описание |
Код_посещения |
bigint |
5 |
Идентификатор посещения |
Тип посетителя |
varchar |
50 |
Указывается тип посетителя |
Посетитель |
varchar |
50 |
Выбирается посетитель библиотеки |
Дата_посещения |
varchar |
10 |
Дата посещения посетителя |
Время_посещения |
varchar |
10 |
Время посещения посетителя |
Место_посещения |
varchar |
50 |
Посещаемое место |
В таблице «otdel» хранится информация об отделах библиотеки, структура приведена в таблице 3.6.
Таблица 3.6 – Структура таблицы «otdel»
Имя поля |
Тип данных |
Размер, байт |
Описание |
Код_отдела |
bigint |
5 |
Идентификатор отдела |
Название_отдела |
varchar |
30 |
Название отдела |
Место_нахождения |
varchar |
50 |
Расположение отдела |
В таблице «doljnosti» хранится информация о помещениях, структура приведена в таблице 3.7.
Таблица 3.7 – Структура таблицы «doljnosti»
Имя поля |
Тип данных |
Размер, байт |
Описание |
Код_должности |
bigint |
5 |
Идентификатор должности |
Название_должности |
varchar |
50 |
Название должности |
Физическая структура базы данных представлена схемой данных на рисунке 3.1
Рисунок 3.1