Дипломная работа: Автоматизация процесса ведения документации и отчетности в АО "Банк Русский Стандарт"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
66
Главный сценарий применения системы следующий.
При клиентском обращении секретарь регистрирует его, применяя
предъявленные им документы. Во время делопроизводства секретарь также
производит регистрацию документов, загружая на сервер их электронные копии,
которые получены посредством сканирования.
Секретарь также может редактировать список клиентов, просматривать
дополнительные сведения о каждом из клиентов, а также помещать неактуальные
документы в архив. Помимо этого, доступен перечень удаленных клиентов и поиск
в архиве документов.
2.3.2. Характеристика базы данных
ER-модель созданной информационной базы представлена на рисунке 20.
Рисунок 20. ER-модель разрабатываемой базы данных
Дальше определим для каждой из таблиц тип поля и формат содержащейся в
67
нем информации. Характеристика базы данных представлена в таблицах 12 – 16.
Таблица 12
Структура таблицы «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
Таблица 13
Структура таблицы «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)
Таблица 14
Структура таблицы «Dokument»
№
п/п
Наименование
поля
Идентификатор
Тип
Примечание
1.
Код документа
idd
int(11)
2.
Код сотрудника
ids
int(5)
68
№
п/п
Наименование
поля
Идентификатор
Тип
Примечание
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)
Таблица 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 [3].
Реализуется работа с системой с помощью любого браузера. Для работы
требуется установить локальный сервер по локальной сети страховой компании, в
которой также будет располагаться база данных. Осуществляется доступ к
информационной базе посредством набора адреса в адресной строчке браузера.
Схема структуры пакета представлена на рисунке 21.
69
Рисунок 21. Структурная схема пакета
2.3.4 Описание программных модулей
Соответственно представленной схеме, структурно пакет содержит такие
модули:
- авторизации;
- регистрации (клиентов и документов);
- работы с документами;
- работы с архивом;
- поиска.
Часть программы, расположенной на виду у всех, носит название интерфейс
пользователя. Отдельные программные специалисты оставляют на потом дизайн
пользовательского интерфейса и считают настоящим достоинством приложения его
программный код, и поэтому уделяют ему большое внимание. Зачастую у
пользователей возникает недовольство по поводу плохо понятного содержимого
экрана, а также скорости его прорисовывания, некачественно подобранных
шрифтов, вот поэтому к работе над пользовательским интерфейсом необходимо
Авторизация
Модуль
регистрации
Модуль работы с
документами
Модуль работы с
архивом
Модуль поиска
База
данных
Веб-форма
Веб-формаВеб-формаВеб-формаВеб-форма
МЕНЮ
70
подходить со всей серьезностью. Кода программы пользователь не видит, однако
интерфейс (плохой либо хороший) всегда в поле зрения.
Формы являются строительными блоками интерфейса пользователя.
Отличный дизайн форм представляет нечто большее, чем просто программирование
процедур обработки событий и добавление элементов управления.
Формы, которые предназначены для ввода данных являются особым видом
форм. Они дают возможность пользователю, не оглядываясь на программиста, идти
в необходимом для него темпе. Главное правило и общий смысл: если пользователю
необходимо внести 10000 записей в базу данных, естественно ввод каждой записи
он подтверждать не хочет.
В форме ввода данных следует максимально использовать свободное
пространство, так как закрытие и открытие дополнительных форм значительно
замедляет работу. Основное внимание при разработке форм ввода данных требуется
уделять скорости их работы.
Для качественной работы администратора в системе создано меню, которое
всегда расположено посредине страницы и представляет из себя строку с
выпадающими перечнями.
В создаваемой системе необходимо использовать такие виды форм:
- регистрации сотрудников и т.п.;
- авторизации;
- ввода данных;
- поиска;
- получения итоговых данных.
2.4 Контрольный пример реализации проекта и его описание
Технологическая схема клиентской и документальной регистрации системы
показана на рис. 22.
Источник: https://baza.diplomsite.ru/previewfile/2033