Файл: Проектирование реализации операций бизнес-процесса, характеристика существующих бизнес-процессов.pdf

2.4 Общие положения (дерево функций и сценарий диалога)

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

Рис. 2.2 - Дерево функций

Рис. 2.3 - Сценарий диалога

2.5 Характеристика базы данных

При анализе предметной области были выявлены следующие сущности:

Сотрудник

Трудовая книжка

Приказ

Образование

График отпусков

Были определены атрибуты для них, а среди атрибутов были определены первичные и внешние ключи.

Сущность Сотрудник

Атрибуты

S | Табельный номер сотрудника (РК)

S | Фамилия

S | Имя

S | Отчество

S | Город

S | Улица

S | Дом

S | Квартира

S | Номер паспорта

S | Серия паспорта

S | Дата выдачи

S | Кем выдан паспорт

S | Контактный телефон

Трудовая книжка

Атрибуты

S | Табельный номер (РК) (FK)

S | Дата записи (РК)

S | Комментарий

S | приказ

Образование

Атрибуты

S | Идентификатор образования (РК)

S | Год начала обучения

S | Год окончания обучения

S | Учебное заведение

S | Факультет

S | Специальность

График отпусков

Атрибуты

S | Табельный номер(РК) (FK)

S | Дата начала отпуска (РК)

S | Дата окончания отпуска

S | Комментарий

Приказ

Атрибуты

S | Номер приказа (РК)

S | Дата

S | Текст приказа

S | Руководитель

Образование сотрудника

Атрибуты

S | Идентификатор образования (РК)(FK)

S | Табельный номер (РК)(FK)

Приказы сотрудника

Атрибуты

S | идентификатор приказа (РК)(FK)

S | идентификатор сотрудника (РК)(FK)

На основании приведенного выше списка сущностей с указанием первичных и внешних ключей была построена концептуальная модель предметной области (рис. 2.4).

Рис. 2.4 - Концептуальная модель предметной области

Для разработки физической модели данных необходимо сущность сотрудник разбить на три сущности – Сотрудник, Паспорт, Адрес.

Сотрудник

Атрибуты

S | Табельный номер сотрудника (РК)

S | Фамилия

S | Имя

S | Отчество

S | Контактный телефон

Паспорт

Атрибуты

S | Номер паспорта(РК)

S | Серия паспорта(РК)

S | Дата выдачи

S | Кем выдан паспорт

Адрес

Атрибуты

S | Идентификатор адреса(РК)

S | Город

S | Улица

S | Дом

S | Квартира

При физическом проектировании базы данных необходимо было перейти конкретным типам данных у каждого объекта. Все имена в базе данных были заменены на английские, так как это позволяет избежать различных ошибок связанных с кириллицей в названии таблиц и полей.

Таблица 2.3. adres (Адрес)

Таблица 2.4 dolgnost (Должность)

Таблица 2.5 otpusk (График отпусков)

Таблица 4.

Obrazovanie (Образование)

Таблица 2.6 Pasport(Паспорт)

Таблица 2.7 prikaz (Приказ)

Таблица 2.8 prikaz_sotrudnik (Приказы сотрудника)

Таблица 2.9 sotrudnik (Cотрудник)

Таблица 2.10 sotrudnik_obrazovanie (Образование сотрудника)

Таблица 2.11 trudo_book (Трудовая книжка)

Физическая структура разработанной БД показана на рис. 2.5.

Рис. 2.5 – Физическая структура БД

2.6 Структурная схема пакета (дерево вызова процедур и программ)

Разработка программного обеспечения осуществлялась, в два этапа:

-   проектирование логики программ, представляющее  определение состава программных модулей, выделение классов модулей и установление связей  между ними;

-   разработка кодов программ и их отладка, выполнение которой в сильной степени зависит от используемых средств разработки ПО.

Анализ состава функций, которые должны выполняться на АРМ и структуры сценария диалога позволил определить состав программных модулей и связи между ними, отраженные в схеме взаимосвязи на рис. 2.6.

Были выделены управляющие программные модули, призванные выводить на экран кадры меню и передавать управление другим модулям в зависимости от того, какой пункт меню выбирает пользователь

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

Рис. 2.6. Дерево вызова программных модулей

2.7 Описание программных модулей

В программе было разработано 8 программных модулей

Модуль datamodule.pas – используется для разделения логики обработки данных (бизнес-логики) и логики внешнего представления данных - интерфейса. В набор DataModule выносится весь доступ к данным, а интерфейсная часть показывает пользователю информацию, предоставляемую DataModule, при использовании такой схемы более просто перейти к многозвенной архитектуре

Модуль form__main.pas – выводит на экран главную форму программы и меню.

Модуль form__obrazovanie.pas – выводит на экран форму ввода в базу данных образования сотрудников.

Модуль form__otpusk.pas – выводит на экран форму добавления а базу данных добавления отпусков сотрудников.

Модуль form__prikaz.pas – выводит на экран форму добавления данных приказа по сотруднику в базы данных.

Модуль form__sotrudnik.pas – выводит на экран форму добавления данных сотрудника в базу данных.

Модуль form__trud_book.pas – выводит на экран форму добавления записей в трудовую книжку сотрудника.

Алгоритм работы программного модуля Form_akt при добавлении основного средства в базу данных показан на рис. 17

Рис.2.7. Добавление данных сотрудника в БД

2.8 Контрольный пример

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

1. Для этого открываем Пуск-Панель управления.
2. Выбираем Администрирование
3. Открываем «Источники данных»
4. в открывшемся окошке ( Рис. 2.8) выбираем «Добавить»

Рис. 2.8. Администратор источников данных ODBC

1. в открывшемся окне ( рис. 2.9) выбираем «Driver do Microsoft Access (*.mdb) »и нажимаем «Готово»

Рис. 2.9 - Создание нового источника данных

1. В открывшемся окошке( рис. 2.10) в поле «Data Sourse Name» вводим «document_sotrudnik». Обязательно так. Затем указываем путь к фалу базы данных Access

Рис. 2.10 - Установка драйвера ODBC для Microsoft Access

ПК настроен для работы с программой.

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

При запуске программы первым главное окно программы. Из этого окошка доступны все функции системы.(Рис. 2.11.).

Рис. 2.11 - Главное окно программы

Для начала работы необходимо ввести в БД сотрудников предприятия. Для Этого необходимо открыть пункт меню «Добавление»-«Сотрудник». После этого откроется окно добавления сотрудника в БД, показанное на рис.2. 12.

Рис. 2.12 - Окно добавления сотрудника в БД

В данном окне необходимо вест ввести все данные сотрудника (Личные данные, паспорт, адрес). Затем необходимо выбрать должность сотрудника. В поле «Номер» и «Серия» программа позволит ввести только цифры.

Для ввода всех введенных данных необходимо нажать кнопку «Добавить сотрудника».

Все данные перед добавлением проходят проверку. Необходимо наличие хоть одного символа в поле «Табельный номер», «Фамилия», «Имя», «Отчество», «Контактный телефон». Необходимо наличие четырех символов в поле «Номер», и шесть символов в поле «Серия». В поле «Кем выдан», «Город», «Улица», «Дом», «Квартира» необходимо наличие хоть одного символа.