77
Авторизация
1. Главное меню
2. Выход
Главное меню
1. Регистрация
2. Списки
3. Архив
4. Поиск
5. Выход
Регистрация
1.Клиенты
2. Документы
Списки
1. Входящие
2. Исходящие
3. Внутренние
4. Клиенты
Архив
1. Входящие
2. Исходящие
3. Внутренние
4. Клиенты
5. Поиск по архиву
Поиск
1. Поиск по документам
Рисунок 16 Сценарий диалога
2.3.2. Характеристика базы данных
Концептуальная модель — формализованное описание предметной
области, выполняющееся безотносительно к используемым в дальнейшем
техническим и программным средствам [2]. Данная модель должна быть
динамичной и позволять легкую корректировку. К основным требованиями,
предъявляемым к инфологической либо концептуальной модели, относятся:
-·концептуальная модель должна включать в себя все достаточные и
необходимые данные для последующего проектирования БД
-·концептуальная модель должна быть понятной для лиц, принимающих
участие в создании этой системы.
Логическую структуру данных о системных объектах представляет ER-
модель. Элементами ER-модели считаются отношения (связи меж объектами) и
сущности (объекты) Объект обладает существенным числом экземпляров либо
реализаций. Формируется экземпляр объекта совокупностью конкретных
информационных значений, а также обязан определяться, т.е.
идентифицироваться значением объектного ключа, состоящего из 1-го или
нескольких основных данных.
Сущности бывают независимыми и зависимыми. Сущность является
независимой, когда любой экземпляр ее точно идентифицируется без
78
установления ее отношений с иными сущностями. Зависимая сущность
напрямую зависит от отношений с иными сущностями.
Чтобы показать отношения между сущностями применяют связи.
Существуют связи, где экземпляры сущностей приобретают логичную
взаимосвязь.
ER-модель созданной информационной базы представлена на рисунке 17.
Рисунок 17 ER-модель разрабатываемой базы данных
Дальше определим для каждой из таблиц тип поля и формат
содержащейся в нем информации.
79
Таблица 10
Структура таблицы «Klient»
№
Наименование поля
Идентификат
ор
Тип
Примечание
1.
Код клиента
idK
int(11)
auto_increment
2.
фамилия
forname
varchar(25)
3.
Имя
name
varchar(25)
4.
Отчество
otch
varchar(25)
5.
Дата рождения
dateb
date
6.
Место рождения
mesob
text
7.
Код гражданства
idstrana
Int(11)
8.
Код пола
idpol
Int(11)
9.
Номер паспорта
passnom
varchar(25)
10.
Серия паспорта
passser
varchar(6)
11.
Наименование органа,
выдавшего паспорт
passvid
text
12.
Код подразделения
passkod
varchar(25)
13.
Дата выдачи паспорта
passdate
varchar(25)
14.
Адрес фактического
местожительства
adressfakt
text
15.
Место работы
namerab
text
16.
Рабочий телефон
telrab
varchar(15)
17.
Телефон по мету
жительства
adressfaktTel
varchar(15)
18.
Дата регистрации
date
timestamp
CURRENT_TIM
ESTAMP
19.
Дата выдачи ВУ
datevu
date
Таблица 11
Структура таблицы «Dokument»
№ п/п
Наименование
поля
Идентификатор
Тип
Примечание
1.
Код документа
idd
int(11)
2.
Код сотрудника
ids
int(5)
3.
Наименование
named
varchar(45)
4.
Код типа
idkd
int(5)
5.
Дата подготовки
datepod
varchar(45)
6.
Дата и время
регистрации
datez
timestamp
7.
Количество страниц
kolvostr
varchar(45)
8.
Примечание
prim
varchar(45)
9.
Адресат
otkuda
varchar(45)
10.
Ссылка на документ
link
text
11.
Статус
status
int(1)
12.
Флаг помещения в
архив
archiv
int(1)
13.
Флаг резолюции
начальника отдела
rnp
int(1)
80
Таблица 12
Структура таблицы «Country»
№
Наименование
поля
Идентификатор
Тип
Примечание
1
Код вида
idc
int(11)
auto_increment
2
Название вида
namec
varchar(20)
Таблица 13
Структура таблицы «Sex»
№
Наименование поля
Идентификатор
Тип
Примечание
1
Код пола
ids
int(11)
auto_increment
2
Наименование
sexs
varchar(20)
Таблица 14
Структура таблицы «Sotr»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код сотрудника
idsotr
int(11)
auto_increment
2.
ФИО сотрудника
namesotr
varchar(40)
3.
Логин для доступа в
систему
login
varchar(40)
4.
Пароль для доступа в
систему
pass
varchar(40)
5.
Дата регистрации
dates
Date
6.
Дата рождения
datebor
date
7.
Отметка об удалении
udal
int(1)
Таблица 15
Структура таблицы «History»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код записи
idh
int(11)
auto_increment
2.
Код сотрудника
idsh
int(4)
3.
Дата и время в систему
hist
varchar(30)
Таблица 16
Структура таблицы «Tip»
№ п/п
Наименование
поля
Идентификатор
Тип
Примечание
1.
Код типа документа
idtip
int(11)
2.
Наименование типа
документа
namet
varchar(10)
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Состоит система из 2-х модулей – из БД MySQL и приложения для
взаимодействия с информационной базой, которое выполнено на языке PHP c
применением HTML.
Реализуется работа с системой с помощью любого браузера. Для работы
81
требуется установить локальный сервер по локальной сети страховой
компании, в которой также будет располагаться база данных. Осуществляется
доступ к информационной базе посредством набора адреса в адресной строчке
браузера. Схема структуры пакета представлена на рисунке 18.
Авторизация
Модуль
регистрации
Модуль работы с
документами
Модуль работы с
архивом
Модуль поиска
База
данных
Веб-форма
Веб-формаВеб-формаВеб-формаВеб-форма
МЕНЮ
Рисунок 18 - Структурная схема пакета
2.3.4. Описание программных модулей
Соответственно представленной схеме, структурно пакет содержит такие
модули:
- авторизации;
- регистрации (клиентов и документов);
- работы с документами;
- работы с архивом;
- поиска.
Часть программы, расположенной на виду у всех, носит название
интерфейс пользователя. Отдельные программные специалисты оставляют на
82
потом дизайн пользовательского интерфейса и считают настоящим
достоинством приложения его программный код, и поэтому уделяют ему
большое внимание. Зачастую у пользователей возникает недовольство по
поводу плохо понятного содержимого экрана, а также скорости его
прорисовывания, некачественно подобранных шрифтов, вот поэтому к работе
над пользовательским интерфейсом необходимо подходить со всей
серьезностью. Кода программы пользователь не видит, однако интерфейс
(плохой либо хороший) всегда в поле зрения.
Формы являются строительными блоками интерфейса пользователя.
Отличный дизайн форм представляет нечто большее, чем просто
программирование процедур обработки событий и добавление элементов
управления.
Формы, которые предназначены для ввода данных являются особым
видом форм. Они дают возможность пользователю, не оглядываясь на
программиста, идти в необходимом для него темпе. Главное правило и общий
смысл: если пользователю необходимо внести 10000 записей в базу данных,
естественно ввод каждой записи он подтверждать не хочет.
В форме ввода данных следует максимально использовать свободное
пространство, так как закрытие и открытие дополнительных форм значительно
замедляет работу. Основное внимание при разработке форм ввода данных
требуется уделять скорости их работы.
Для качественной работы администратора в системе создано меню,
которое всегда расположено посредине страницы и представляет из себя строку
с выпадающими перечнями.
В создаваемой системе необходимо использовать такие виды форм:
- регистрации сотрудников и т.п.;
- авторизации;
- ввода данных;
- поиска;
- получения итоговых данных.
83
2.4. Контрольный пример реализации проекта и его описание
Технологическая схема клиентской и документальной регистрации
системы показана на рис. 19.
В ходе проектирования пользовательского интерфейса разработаны
макеты экранных форм. Для администраторской части выбрано следующее
расположение элементов форм (рисунок 20):
Заголовок и служебная информация
Меню
Основная информация
Рисунок 20 Макет экранной формы для пользователя
- сверху по центру – заголовок и служебная информация;
- ниже – меню;
- еще ниже - основная часть.
Для корректной работы администратора в системе разработано меню,
которое всегда находится в средней части страницы и представляет собой
строку с выпадающими списками.
В разрабатываемой систем необходимо применять следующие виды
форм:
- форма регистрации сотрудников и тому подобное;
- форма авторизации;
-форма ввода данных;
- форма поиска;
- форма получения результатных данных.
Эскизы форм представлены на рисунках 21 – 24.
84
НАЧАЛО
Загрузка экранной
формы
Авторизация
Экранная
форма
авторизации
Логин и
пароль
Подключение к БД
Запрос данных из
таблицы
Данные введены
верно?
Выбор пункта меню
НЕТ
ДА
Регистрация клиентов
Экранная
форма
авторизации
Экранная
форма
Учет клиентов
Экранная
форма ввода
Ввод данных
Добавление данных в
таблицу БД
F
Т Клиенты
Продолжить работу?G
ДА
G
F
НЕТ
Данные
клиентов
Регистрация
документов
Экранная
форма
Учет документов
Экранная
форма
добавления
Ввод данных
Добавление данных в
таблицу БД
Т Документы
Продолжить работу?K
ДА
K
F
НЕТ
Данные
продаж
Рисунок 19 Технологическая схема регистрации клиентов и
документов системы
85
Фамилия Поле ввода данных Подсказка
Имя Поле ввода данных Подсказка
Отчество Поле ввода данных Подсказка
Должность Поле ввода данных Подсказка
адрес Поле ввода данных Подсказка
телефон Поле ввода данных Подсказка
Submit
Кнопка отправки формы
Рисунок 21 Эскиз формы регистрации пользователя
ЛОгин
Поле ввода данных
Поле ввода данных
Submit
Кнопка отправки формы
Пароль
Рисунок 22 Эскиз формы авторизации
86
Наименование Выпадающий список Подсказка
ДД/ММ/ГГГГ
Дата Маска ввода Подсказка
Единица измерения Поле ввода данных Подсказка
Стоимость Поле ввода данных Подсказка
Количество Поле ввода данных Подсказка
Поставщик Поле ввода данных Подсказка
Submit
Кнопка отправки формы
Рисунок 23 Эскиз формы ввода данных
Наименование Выпадающий список Подсказка
Submit
Кнопка отправки формы
Экспорт в Excel
Рисунок 24 Эскиз формы получения результатной информации
Система и информационная база создавалась при помощи топического
сервера и PHPMyAdmin.
PHPMyAdmin Web-приложение с незакрытым кодом, выполненное на
языке PHP, которое представляет собой Web-интерфейс для управления СУБД
MySQL. Наглядный пример входа в административную систему показан на
рисунке 25.