86
Формируется на основе таблиц:
Отчетный период
Подразделение
Рис. 16 Ежемесячный аналитический отчет отношений количества заявок.
3. Отчет о результатах выполнения заявок по заключению договоров
электроснабжения (рисунок 17).
Формируется на основе таблиц:
Период
Отделение абонента
Источник заявки
Рис. 17 Отчет о результатах выполнения заявок.
Эти отчеты являются аналитическими, и служат для получения статистики.
На основании этих отчетов можно сделать вывод об объеме поступающих
заявок, тематики обращений в процентном соотношении и допускаются ли
нарушения срока обработки заявок.
87
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Проектируемая информационная система предполагает обеспечение
автоматизации ряда служебных и прикладных функций. Дерево функций как раз
наглядно демонстрирует разделение данных функций. Дерево функций
изображено на рисунке 18.
Рис. 18 Дерево функций
Выявление состава функций, их иерархии и выбор языка общения
позволяет разработать структуру сценария диалога, дающего возможность
определить состав кадров диалога, содержание каждого кадра и их
88
соподчиненность. В данном проекте выбран язык обращения типа «меню».
Сценарий диалога представлен на рисунке 19.
Рис. 19 Сценарий диалога
2.3.2. Характеристика базы данных
Базу данных ИС можно представить в виде следующей ER модели (рисунок
20).
89
Рис. 20 ER модель базы данных
Основные сущности базы данных представлены в таблицах.
Для хранения данных по контрагентам созданы две таблица:
«Контрагенты.ФизическиеЛица» и «Контрагенты.ЮридическиеЛица» (таблицы
№ 8 и №9).
Таблица № 8
Таблица «Контрагенты. Физические лица»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Номер лицевого
счета
Numlc
строка
10
Ключевое
поле
Населенный пункт
City
строка
30
Улица
St
строка
30
Дом
Dom
строка
5
Квартира
Kvart
строка
5
Адрес для печати
Adr
строка
60
Идентифицирующий
телефон
Tel
число
10
90
Продолжение таблицы № 8
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
ФИО
Fiofz
строка
60
e-mail
Mail
строка
30
Таблица № 9
Таблица «Контрагенты. Юридические лица»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
ИНН
INN
число
10
Ключевое
поле
Наименование
Name
строка
50
КПП
KPP
число
10
Телефон
организации
TelOrg
число
10
ФИО
Fioul
строка
50
Телефон
Tel
число
10
e-mail
Mail
строка
30
Для хранения данных по сотрудникам создана таблица «Сотрудники»
(таблица № 10).
Таблица № 10
Таблица «Сотрудники»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Табельный номер
Num
число
10
Ключевое
поле
Подразделение
Podr
строка
50
ФИО
Fiost
строка
50
91
Продолжение таблицы № 10
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Должность
Dolg
строка
50
Дата начала работы
Datebegin
дата
10
Для хранения данных по типам тематики обращений создана таблица
«ТематикиОбращений» (таблица № 11).
Таблица № 11
Таблица «Тематики обращений».
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Группа тематик
Group
строка
50
Ключевое
поле
Принадлежность
контрагента
Prin
строка
50
Атрибуты тематики
Attribute
строка
50
Тип договора
TipDog
строка
50
Доступность
Dost
строка
50
Тип задачи
TipZad
строка
50
Для хранения данных по заявкам создана таблица «Заявки» (таблица № 12).
Таблица № 12
Таблица "Заявки"
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код заявки
Kod
число
10
Ключевое
поле
Дата приема заявки
Datezayv
дата
10
Номер договора
Numdoc
число
10
92
Продолжение таблицы № 12
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Тип заявителя
TipKontr
строка
50
Тип заявки
TipZayav
строка
50
Адрес оборудования
Address
строка
50
Исполнитель заявки
Ispolnit
строка
50
Примечание
Prim
строка
250
2.3.3 Структурная схема пакета (дерево вызова процедур и программ)
Построим дерево программных модулей (рисунок 20), отображающее
структурную схему пакета, содержащую программные модули разных классов:
выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей информации.
Рис. 20 Взаимосвязь модулей программы
93
В таблице № 13 содержится описание назначения всех модулей,
представленных на рисунке 20.
Таблица № 13
Описание функций модулей
№
п/п
Наименование модуля
Функции модуля
1
Глобальный модуль
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые необходимо выполнить при
запуске системы СУВК.
2
Модуль авторизации
Содержит процедуры и функции для
авторизации в системе, проверки пользователя и
пароля
3
Модуль справочника
«Контрагенты.
Физические лица»
Содержит предопределенные процедуры формы
списка и элемента справочника
4
Модуль справочника
«Контрагенты.
Юридические лица»
Содержит предопределенные процедуры формы
списка и элемента справочника
5
Модуль справочника
«Сотрудники»
Содержит предопределенные процедуры формы
списка и элемента справочника
6
Модуль справочника
«Тематики обращений»
Содержит предопределенные процедуры формы
списка и элемента справочника
7
Модуль регистрации
новой заявки
Содержит процедуры и функции для создания
новой заявки и введения данных
8
Модуль ведения заявки
Содержит процедуры и функции для
редактирования данных о заявителе и передачи
заявки
9
Модуль формирования
отчетности
Содержит процедуры и функции для
формирования отчетов и статистик
94
Продолжение таблицы № 13
№
п/п
Наименование
модуля
Функции модуля
10
Модуль вывода на
печать
Содержит процедуры и функции для вывода
отчетности на печать
2.3.4 Описание программных модулей
Для примера рассмотрим модуль регистрации новой заявки. Описание
модуля в виде блок схемы представлено на рисунке 21. Программный код
данного модуля представлен в Приложении.
При запуске модуля будет открыта форма регистрации новой заявки, которая
позволяет сохранить данные о новой заявке в БД. Первоначально загружается
текущая дата и номер заявки, которые присваиваются автоматически. Далее идет
автоматическое распознавание клиента по номеру телефона, и загружаются
соответствующие сведения о нем. Далее пользователь указывает тип обращения.
На основе этих данных в разделе «Сотрудник» отображаются только те
сотрудники, которые могут обрабатывать подобные заявки.
Перед сохранением данных в БД проводится автоматизированная проверка
полноты и качества заполнения заявки. Если были найдены ошибки,
пользователь получает подробное сообщение и исправляет ошибки. После
исправления процедура проверки повторяется. Если данные введены корректно
происходит сохранение данных и форма закрывается.
95
Рис. 21 Блок схема работы модуля регистрации новой заявки.