3. ПРОЕКТИРОВАНИЕ СИСТЕМЫ
3.1. Архитектура системы
Основные элементы системы: база данных, клиентская часть, формы отчётов.
- База данных будет реляционной (традиционно используется для подобных задач), состоящей их нескольких таблиц. Располагаться она будет на сервере, к которому есть доступ для клиентов по локальной сети.
- Клиентская часть- приложение, работающее под ОС Windows. Будет состоять из главной формы и окон. С помощью меню можно будет открывать такие окна, как справочники, генератор отчётов, печать документов и т.п.
- Шаблоны документов представляют собой HTML-станицы со специальными метками, вместо которых будут подставляться данные. Изменять формы документов можно с помощью любого HTML-редактора, в т.ч. и визуального, что позволит пользователям легко их настраивать.
Общая схема взаимодействия приложения с операционной системой Windows на рис 3.1. По рисунку видно, что приложение для системы Windows управляется событиями (например, нажатие кнопки мыши, когда курсор находится в зоне окна приложения, приводит к передаче приложению события Mouse_Click). Т.е. в основном приложение «ждёт» какого-либо события от системы и производит какие-либо действия только по событию. Кроме того, при запуске приложения производится процедура инициализации.
Функциональная схема работы системы Windows
Рис. 3.1
На рис. 3.2 укрупнённая функционально-структурная схема разрабатываемой системы.
Функционально-структурная схема системы
СУБД
Рис. 3.2
Клиентская часть системы (приложение) взаимодействует с операционной системой посредством событий. С СУБД идёт двухсторонний обмен данными - запись и чтение.
Назначение форм:
Главная форма- содержит меню для выбора дочерних форм и отображения данных в виде таблицы.
Форма «Отчёты» служит для отображения и редактирования отчетов.
Формы «Основные данные», «Образование», «Доп. образование», «Аттестация», «Сведения о награждениях», «Поощрения», «Взыскания», «Сведения о включении в резерв», «Сведения о назначениях» служат для занесения и редактирования соответствующих данных.
Форма «Документ» - настройка параметров документа.
Форма «Печатная форма» - отображение, редактирование и печать документов.
3.2. Детализованное проектирование
База данных будет располагаться на сервере с работающей СУБД MySQL 4.1.16. Эта СУБД распространяется по свободной лицензии, не требовательна к ресурсам и по функциональности вполне достаточна для нашей системы, что позволит избежать финансовых затрат на приобретение программного обеспечения и модернизацию оборудования.
При разработке форм приложения необходимо сделать их наиболее функциональными - они не должны быть перегружены элементами. Расположение элементов должно быть таким, чтобы часто используемые были «под рукой». Я считаю, что наиболее важные элементы должны быть ближе к левому верхнему углу формы, поскольку форму можно уменьшить в размере, закрывая от правой и нижней границы (так сделано в Windows). Т.е. левая верхняя часть формы будет всегда доступна.
Для исключения конфликтов при работе в многопользовательском режиме следует предусмотреть блокировку внесения изменений на то время, пока объект используется другим пользователем.
3.3. Интерфейс системы
Итак, клиентская часть оформлена в виде главной и дочерних форм. Главное меню будет состоять из пунктов Правка, Справочники, Отчёты, Настройка (см. рис. 3.3).
На главной форме расположен список муниципальных служащих в виде таблицы. С помощью контекстного меню списка можно добавлять, удалять, редактировать записи, а также создавать печатные формы документов, приказов и распоряжений (прием на работу, перевод, увольнение, награждение, поощрение, взыскание).
Главная форма
Рис. 3.3
Закрытие главной формы приводит к завершению работы приложения.
Меню «Правка». Пункт «Новая запись» открывает форму «Основные данные» для внесения новой записи. (см. рис. 3.4)
Основные данные: новая запись
Рис. 3.4
Пункт «Редактировать» открывает в таблице список разделов данных муниципального служащего. (рис 3.5)
Рис. 3.5
Пункт «Удалить» удаляет выделенного М.С. из списка и все связанные с ним записи из БД.
Функции меню правка дублируются кнопками на панели инструментов и контекстным меню.
Меню «Справочники». В системе используются несколько справочников. Это «Должности», «Подразделения», «Формы допуска», «Учебные заведения», «Специальности», «Квалификация», «Ученые звания», «Ученые степени».
Записи справочника представлены в виде таблицы (сетки ListView). Добавлять, удалять и редактировать записи можно нажатием соответствующих кнопок на панели инструментов, либо с помощью контекстного меню. Также можно начать редактирование выделенной записи двойным щелчком левой кнопки мыши или нажатием клавиши “Enter”. Форму «Справочники» см. на рис. 3.6.
Форма «Справочники»
Рис. 3.6
Меню «Отчёты» делится на два раздела: «Общие» и «По выделенному М.С.» (рис. 3.7)
Рис. 3.7
При выборе одного из пунктов формируется отчет и выводится печатная форма (рис. 3.8).
Рис. 3.8
Печатную форму можно редактировать, распечатать или сохранить в файл.
Меню «Настройка» используется для изменения параметров подключения к БД и основных данных организации, необходимых для печати отчетов и документов. Ввод значений реализован с помощью InputBox (см рис. 3.9).
Рис 3.9
3.4. Модули приложений
Рассмотрим алгоритм работы модуля «Главная форма». Задача главной формы- отобразить список М.С., сформировать меню и открывать другие формы при выборе соответствующих пунктов меню (см. рис. 3.10.). В соответствии с правами пользователя ему разрешается читать, редактировать, удалять записи, изменять системные настройки.
Алгоритм работы главной формы
Рис. 3.10
Алгоритм работы формы для просмотра и редактирования справочников см. на рис. 3.11.
Алгоритм работы формы «Справочники»
Рис. 3.14
Алгоритм работы формы «Отчеты»
3.5. Проект базы данных
Структура базы данных (см. рис. 3. ) содержит достаточное количество таблиц и полей, необходимых для работы системы.
GENERAL – Основная таблица, список муниципальных служащих.Таблицы с префиксом L_ содержат записи, которых может быть несколько для одного мун. сл. (напр. Сведения о прохождении аттестации), связываются по ID = GENERAL.ID.
Таблицы с префиксом S_ - Справочники.
Данные о структуре каждой таблицы базы см. табл. ???..
Чтобы избежать возможных проблем с совместимостью, имена таблиц и полей в них написаны латинскими буквами. Русские слова частично переведены на английские.
Структура базы данных
Сюда вставить красивую схему БД
Рис. 3.??
Таблица 3.2
General
Основные данные
Поле |
Тип |
Ноль |
По умолчанию |
Связь с |
Комментарии |
ID |
int(11) |
Нет |
|
|
|
FIO |
varchar(255) |
Нет |
|
|
ФИО |
BIRTHDAY |
timestamp |
Да |
CURRENT_TIMESTAMP |
|
день рождения |
DATE |
timestamp |
Да |
0000-00-00 00:00:00 |
|
дата поступления |
POST |
int(11) |
Нет |
0 |
|
Должность |
GROUP |
int(11) |
Нет |
0 |
|
Группа должности |
DIVISION |
int(11) |
Нет |
0 |
|
Подразделение |
ADMISSION |
int(11) |
Нет |
0 |
|
Допуск |
SEX |
set('Мужской', 'Женский') |
Нет |
|
|
Пол |
DATE_DIS |
timestamp |
Да |
0000-00-00 00:00:00 |
|
Дата увольнения |
REAS_DIS |
varchar(255) |
Нет |
|
|
Причина увольнения |
Таблица 3.3
L_attestat
Сведения о прохождении аттестации
Поле |
Тип |
Ноль |
По умолчанию |
Связь с |
Комментарии |
ID |
int(11) |
Нет |
|
|
|
DATE |
datetime |
Нет |
0000-00-00 00:00:00 |
|
|
DECISION |
varchar(255) |
Нет |
|
|
|
PID |
int(11) |
Нет |
0 |
GENERAL.ID |
|
Таблица 3.4
L_award
Награждения
Поле |
Тип |
Ноль |
По умолчанию |
Связь с |
Комментарии |
ID |
int(11) |
Нет |
|
|
|
DATE |
timestamp |
Да |
CURRENT_TIMESTAMP |
|
|
AWARD |
varchar(255) |
Нет |
|
|
|
PID |
int(11) |
Нет |
0 |
GENERAL.ID |
|
Таблица 3.5
L_collecting
Взыскания
Поле |
Тип |
Ноль |
По умолчанию |
Связь с |
Комментарии |
ID |
int(11) |
Нет |
|
|
|
DATE |
timestamp |
Да |
CURRENT_TIMESTAMP |
|
|
COLLECTING |
varchar(255) |
Нет |
|
|
|
PID |
int(11) |
Нет |
0 |
GENERAL.ID |
|
Таблица 3.6