137
Рисунок 42 Дерево функций
Функции разделяются на вида:
- основные;
- служебные (Рисунок 42).
После завершения процесса определения и спецификации требований
проводится аттестация требований. Она должна продемонстрировать тот факт,
что требования действительно определяют систему, которую желает получить
заказчик. Такая проверка требований очень важна, поскольку ошибки в
спецификации могут привести к полной переделке всей системы и большим
затратам, особенно если они будут обнаружены после введения ПО в
эксплуатацию [8-10].
Для аттестации требований можно использовать метод прототипирования.
В данном случае конечный пользователь и заказчик получает некий прототип
системы.
138
2.4.2. Характеристика базы данных
При использовании реляционной СУБД, обрабатываемая информация
представляется в виде файлов базы данных, которые хранят информацию в виде
записей. Ниже приведены структуры файлов базы данных в таблице 11.
Таблица 11
Структуры файлов базы данных
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
1
2
3
4
5
ТАРИФ
Идентификатор
тарифа
ID_TARIF
число
ключевое поле
Наименование
тарифа
NAIM_TARIF
строка
15
Стоимость тарифа
STOIMOST_TA
RIF
число
Дата начала тарифа
DATA_NACH
строка
10
Дата окончания
тарифа
DATA_OKONC
H
строка
10
Код региона
REGION_KOD_
TARIF
число
Дополнительно
DOPOLNITELN
O
строка
35
УСЛУГИ
Идентификатор
услуги
ID_USLUGI
число
ключевое поле
Наименование
услуги
NAIMENOV_US
LUG
строка
30
Стоимость услуги
STOIMOST_USL
UG
число
Дополнительно
DOPOLNITELN
O
строка
25
РЕГИОН
Идентификатор
региона
ID_REGION
число
ключевое поле
Наименование
региона
NAIMENOV_RE
G
строка
25
Город региона
GOROD_REGIO
N
строка
25
КЛИЕНТ
Идентификатор
клиента
ID_KLIENT
число
ключевое поле
ФИО клиента
FIO_KLIENT
строка
25
139
Продолжение таблицы 11
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
1
2
3
4
5
Дата рождения
DATA_ROJD_K
LIENT
строка
10
Адрес
ADRES_KLIENT
строка
25
Телефон
TELEFON_KLIE
NT
строка
15
ИНН клиента
INN_KLIENT
строка
15
Документ
удостоверяющий
личность
DOKUMENT_K
LIENT
строка
15
Номер документа
NOM_DOKUME
NT
число
Дата выдачи
DATA_VIDACH
I
строка
10
Дата обращения
DATA_OBRASH
ENIA
строка
10
Идентификатор
услуги
ID_USLUGI
число
Идентификатор
тарифа
ID_TARIF
число
Примечание
PRIMECHANIE
строка
25
ЗАЯВКА
Идентификатор
заявки
ID_ZAYAVKI
число
ключевое поле
Идентификатор
клиента
ID_KLIENTA
число
Дата заявки
DATA_ZAYAV
KI
строка
10
Идентификатор
услуги
ID_USLUGI
число
Количество
KOLICHESTVO
число
Идентификатор
тарифа
ID_TARIF
число
Адрес подключения
ADRES_PODKL
UCH
строка
25
Дата выполнения
DATA_VIPOLN
ENIA
строка
10
Идентификатор
менеджера
ID_MENEDJER
A
число
СОТРУДНИКИ
Идентификатор
сотрудника
ID_SOTR
число
ключевое поле
ФИО сотрудника
FIO_SOTR
строка
140
Продолжение таблицы 11
Наименование поля
Наименование
поля
Наименован
ие поля
Наименов
ание поля
Наименование
поля
1
1
1
1
1
Телефон сотрудника
TELEFON_SOT
R
строка
15
ИНН сотрудника
INN_SOTR
строка
15
Адрес сотрудника
ADRES_SOTR
строка
15
Образование
OBRAZOVANIE
_SOTR
строка
25
Идентификатор
отдела
ID_OTDEL_SOT
R
число
Идентификатор
должности
ID_DOLJNOST
число
Дополнительно
DOPOLNITELN
O
строка
35
ОТДЕЛ
Идентификатор
отдела
ID_OTDEL
число
Наименование отдела
NAIMEN_OTDE
L
строка
25
График отдела
GRAFIK_OTDE
L
строка
15
Руководитель отдела
RUKOVODITEL
_OTDEL
число
Примечание
PRIMECHANIE
строка
25
ДОЛЖНОСТЬ
Идентификатор
должности
ID_DOLJN
число
Наименование
должности
NAIMEN_DOLJ
N
строка
15
Оклад
OKLAD
число
Примечание
PRIMECHANIE
строка
35
БРИГАДА
Идентификатор
бригады
ID_BRIG
число
Идентификатор
сотрудника 1
ID_SOTR
число
Идентификатор
сотрудника 2
ID_SOTR_3
число
Идентификатор
заявки
ID_ZAYAVKI
число
Примечание
PRIMECHANIE
строка
35
Проанализировав все атрибуты предметной области, были получены
следующие информационные объекты с соответствующими атрибутами:
141
1. Клиенты;
2. Отделы;
3. Должности;
4. Сотрудники;
5. Заявки
6. Тарифы
7. Услуги
8. Бригады
9. Регион.
Составим ER диаграмму на основание выше изложенных данных (Рисунок 43)
Рисунок 43 Пример фрагмента ER модели
142
2.4.3 Структурная схема пакета (дерево вызова процедур и программ)
После составления сценариев всех диалогов можно приступать
непосредственно к разработке программы. В качестве языка программирования
используется среда визуального программирования Delphi 7. В программе
разработано 12 основных модулей, которые соответствуют 11 визуальным и один
модуль предназначен для размещения невизуальных компонент (Рисунок 44):
Unit1 (Форма Form1) – модуль справочной информации, в которой есть
три вкладки «Тарифы», «Регион» «Услуги»;
Unit2 (Форма DM) – форма DataModule, предназначенная для
размещения невизуальных компонентов для доступа к данным базы;
Unit3 (Форма Form3) – модуль формы создание нового тарифа;
Unit4 (Форма Form4) – модуль формы удаления тарифа;
Unit5 (Форма Form5) – модуль формы поиск тарифов;
Unit6 (Форма Form6) – модуль формы редактирование тарифа;
Unit7 (Форма Form7) – модуль формы таблицы «Сотрудники», также
присутствует 3 вкладки справочной информации «Бригады», «Отдел»,
«Должности»;
Unit8 (Форма Form8) – модуль формы таблицы «Клиент»;
Unit9 (Форма Form9) – модуль формы таблицы «Заявки»;
Unit10 (Форма Form10) – модуль формы создания квитанции;
Unit11 (Форма Form11) – модуль формы основного меню;
Unit12 (Форма Form12) – модуль формы «Авторизация».
Все модули взаимосвязаны между собой. В таблице 12 представлен список
всех модулей программы , соответствующих им формам, связанных модулей и
названия визуальных форм.
На каждой вкладке находятся свои элементы управления [13]: групповые
блоки (GroupBox1: TGroupBox;), таблицы (DBGrid1: TDBGrid;), ячейки таблицы
(StringGrid1: TStringGrid;), кнопки (BitBtn1: TBitBtn;), поля для ввода данных
(Edit1: TEdit;), поля для проставления метки (RadioButton1: TRadioButton;), поля
для размещения данных (Panel1: TPanel;), поля для размещения записей (Label1:
TLabel;) и т.п.
143
Таблица 12
Список модулей программы АРМ
Модуль
Форма
Связанные модули
Форма
визуальная
Комментарии
Unit1
Form1
Unit2, Unit3, Unit4,
Access2000, Unit5, Unit6;
Справочники
Справочная
информация
Unit2
DM
SysUtils, Classes,
IBDatabase, DB,
IBCustomDataSet, IBTable,
IBStoredProc;
DM
Подключение
таблиц
Unit3
Form3
Unit2;
Создание
нового тарифа
Создание
нового тарифа
Unit4
Form4
Unit2;
Удаление
информации
Удаление
данных
Unit5
Form5
Unit2;
Поиск тарифа
Поиск данных о
тарифе
Unit6
Form6
Unit2;
Редактирование
тарифа
Редактирование
данных тарифа
Unit7
Form7
Unit1, Unit2, Unit3, Unit4,
Unit5, Unit6, Access2000;
Сотрудники
Управление
таблицей
сотрудники
Unit8
Form8
Unit1, Unit2, Unit3, Unit4,
Unit5, Unit6, Unit7,
Access2000, Access97,
Unit10;
Клиент
Управление
таблицей
клиент
Unit9
Form9
Unit1, Unit2, Unit3, Unit4,
Unit5, Unit6, Unit7, Unit8,
Access2000;
Заявки
Управление
таблицей
заявки
Unit10
Form10
Unit2
Создание
квитанции
Создание
квитанции
Unit11
Form11
Unit1, Unit2, Unit3, Unit4,
Unit5, Unit6, Unit7, Unit8,
Unit9, Unit10, Access2000,
Unit12;
Главное меню
Главное меню
программы
Unit12
Form12
Unit2
Регистрация
пользователя
Регистрация
пользователя
Все элементы управления имеют свои порядковые номера и нумеруются в
процессе создания формы. Некоторые элементы пассивны и отображают только
то, что в них внесено, например: поля для размещения записей (Label1: TLabel;) –
применяются для названий. Но большинство элементов активно и при нажатии на
них или вводе данных в поле, запускается специальная подпрограмма (procedure),
обрабатывающая действие элемента.
144
Рисунок 44 Дерево вызова программных модулей
2.4.4 Описание программных модулей
Рассмотрим модуль по созданию квитанции для абонентской оплаты. Ниже
представлена блок схема работы модуля (рисунок 45).
В данном модуле производится расчет абонентской оплаты за
определённый период, будь то за месяц или более. Перед началом расчета,
необходимо выбрать пользователя, далее автоматически будет присвоен
переменной стоимость тарифа. После чего необходимо выбрать расчетный
период, потом произвести расчет. Согласовать полученную сумму с клиентом,
если клиент согласен с суммой, то производится распечатка квитанции.
145
Рисунок 45 Пример работы модуля расчета оплаты
2.5 Апробация результатов исследования
Рассмотрим алгоритм работы приложения:
1. Экранная форма входа в систему (Рисунок 46);
Рисунок 46 Основное меню программы
Начало
Выбор клиента
Выбор периода
Согласование
суммы
Не
т
Да
Конец
Стоимость
тарифа
Расчет
Печать
146
Для активации кнопок не обходимо авторизоваться, для этого в меню не
обходимо выбрать пункт «авторизоваться», в появившемся окне ввести ФИО, и
свой ID (Рисунок 47).
Рисунок 47 Окно авторизации
После успешной авторизации будут разблокированы кнопки Рисунок 48
Рисунок 48 Разблокировка кнопок
На рисунке 48, заблокирована кнопка «Сотрудники», т.к. авторизация была
под менеджером компании. Для разблокировки кнопки «Сотрудники»,
необходимо авторизоваться высшим звеном, например, руководитель отдела.
2. экранная форма «Клиент» (рисунок 49);
Рисунок 49 – Экранная форма клиенты