65
В таблице 4 отражены виды системы кодирования, используемые в разра-
батываемой системе.
Таблица 4.
Используемые системы кодирования
Множе-
ство объ-
ектов
раз-
мер
кода
Мощност
ь кода
Система
кодирован
ия
Система
классификац
ии
Вид
классификато
ра
Клиенты
4
9999
Порядковая
Отсутствует
Локальный
Проекты
4
9999
Порядковая
Отсутствует
Локальный
Состояния
проектов
2
99
Порядковая
Отсутствует
Локальный
Структурная схема классификатора клиентов формализована, унифици-
рована, и имеет следующий вид:
К1=[XXXX] – Код клиента
2.2.3 Сводная характеристика входной, справочной и оперативной инфор-
мации.
Справочники, используемые в системе, сгруппированы и приведены в
таблице 5.
Таблица 5.
Перечень используемых в системе справочников
№
пп
название
ответственный
за ведение
средний
объём в
записях
средняя ча-
стота актуа-
лизации
объем актуа-
лизации, %
1
Сотрудники
Администратор
100
1 раз в месяц
10
2
Фирма
Администратор
50
1 раз в месяц
10
3
Клиенты
Пользователь
50
1 раз в месяц
10
66
4
Город
Администратор
500
1 раз в неделю
25
5
Состояние
проектов
Пользователь
50
1 раз в месяц
10
В таблице 6 приведен сводный реквизитный состав справочников, задей-
ствованных в разрабатываемой системе учета и анализа заявок на техобслужи-
вание клиентов ОГАУ "Информационно-технический центр Иркутской обла-
сти" .
Таблица 6.
Сводный реквизитный состав справочников системы
№
Название
Реквизиты
«Сотрудники»
Фамилия, имя, отчество
Дата рождения
Должность
«Фирма»
Наименование
Город
Организационная форма
Контактное лицо
«Клиенты»
Фирма
Фамилия, имя, отчество
Дата регистрации
Адрес
E-mail
ФИО руководителя
«Состояние
проектов»
Наименование состояния
67
2.2.4 Характеристика результирующей информации в системе
В таблице 7 приведена сводная характеристика результирующих доку-
ментов.
Таблица 7.
Характеристика выходных результирующих документов
№
Назва-
ние
Описание реквизитов
Таблицы источники
формарования
Частота
форми-
рования
спо-
собы
до-
став-
ки
1
Проек-
ты
Номер
Вид
Наименова-
ние клиента
Состояние
Завершено
Добавлено
Ведет про-
ект
Добавил
проект
Проекты
Состоя-
ние про-
ектов
Сотруд-
ники
Фирмы
Города
По мере
необходи-
мости
Экран
ная
форма
2
Этапы
выпол-
нения
проек-
тов
Номер про-
екта
Наименова-
ние клиента
Шаг выпол-
нения
Дата начала
Дата окон-
чания
Добавил
Ответствен-
ный
Проекты
Состоя-
ние про-
ектов
Сотруд-
ники
Фирмы
Города
По мере
необходи-
мости
Экран
ная
форма
68
2.2.5 Формализация показателей расчетов.
В разрабатываемом модуле приема и учета заявок на техобслуживание
клиентов будет производиться расчет следующих показателей:
Общее количество проектов ( каждый проект – соответствует циклу
обработки заявки клиента на обслуживание;
Общее количество этапов выполняемого проекта.
Таблица 8.
Исходное и формализованное описание входных показателей
Таблица 9.
Формализованное описание результирующих показателей
№
Название показателя
Идентификатор
Алгоритм
расчета
1
Общее количество проек-
тов
S
ΣS
2
Общее количество этапов
проекта
IZ
ΣZn
№
Наименование пока-
зателей
Идентификатор по-
казателя
1
Количество проектов на
текущую дату D
Kd
2
Количество стадий про-
екта N
Zn
69
2.3 Программное обеспечение задачи автоматизации
2.3.1 Основные положения
В разрабатываемом в рамках ВКР модуле, предусматривается лишь один
пользователь. Им является менеджер. Таким образом, дерево функций модуля
можно представить следующим образом.
Рис. 16 Схематическое дерево функций менедждера
Учитывая специфику и строение дерева функций, разработан следующий
сценарий диалога, который представлен на рисунке 17.
Рис. 17 Схема сценария диалога
Авторизация
1. Вход в главное меню
2. Выход
Главное меню
1. Справочники
2. Проекты
3. Выход
Справочники
1. Конструктор проектов
2. Список состояний проекта
Проекты
1. Список проектов
2. Список этапов выполнения
проектов
70
2.3.2 Общая характеристика разработанной базы данных
В разработанном модуле используется СУБД MS SQL Server 2016. Выше
в данной ВКР уже было приведено обоснование ее выбора. Для решения по-
ставленной в работе задачи разработана и используется следующая модель
данных, описывающая связи таблиц в используемой БД.
Рис. 18 Инфологическая модель данных и связей
Ниже приведены характеристики и свойства таблиц в используемой БД, с
описанием наименований полей, типов данных, и значениях, которые регули-
руются доменами БД.
71
Таблица 10.
Таблица «City»
№
Поле
Тип
Значение
idCity
int(10)
порядковый
номер
city
varchar(255)
Название го-
рода
telcode
varchar(20)
Телефонный
код
timezone
int(4)
Часовой пояс
Таблица 11.
Таблица «Project»
№
Поле
Тип дан-
ных
Значение поля
1.
idza
int(11)
Номер
2.
idKZ
int(11)
Код заявки
3.
idoZ
int(11)
Код оборудования
4.
idVZ
int(11)
Код производителя
5.
idGZ
int(11)
Код гарантии
6.
opisanieZ
varchar(255)
Описание неис-
правности
7.
modelZ
varchar(45)
Наименование мо-
дели
8.
status
varchar(45)
Статус заявки
9.
datezz
timestamp
Дата заявки
10.
idzentrZ
int(11)
Код фирмы
72
Таблица 12.
Таблица «Klient»
№
Поле
Тип дан-
ных
Значение
поля
1
idKlient
int(11)
Номер
2
nameK
varchar(255)
Наименование
3
inn
varchar(12)
ИНН
4
kpp
varchar(12)
КПП
5
fiobossK
varchar(30)
ФИО руково-
дителя
6
fiokontaktk
varchar(30)
ФИО контакт-
ного лица
7
telefonK
varchar(9)
телефон
8
adressK
varchar(255)
адрес
9
zipcodeK
varchar(6)
индекс
10
emailK
varchar(15)
Е-mail
11
idCityK
int(11)
Код города
Таблица 13.
Таблица «Sotr»
№
Поле
Тип дан-
ных
Значение
поля
1
idI
int(5)
Номер
2
nameI
varchar(30)
ФИО
loginI
varchar(10)
Логин
4
parolI
varchar(10)
пароль
73
5
idZI
int(11)
Код фир-
мы
Таблица 14.
Таблица «Firma»
№
Поле
Тип дан-
ных
Значение
поля
1
idZ
int(11)
Номер
2
nameZ
varchar(255)
Название
3
fiobossZ
varchar(30)
ФИО руково-
дителя
4
fiokontaktZ
varchar(30)
ФИО кон-
тактного ли-
ца
5
telefonZ
varchar(9)
Телефон
6
adressZ
varchar(255)
Адресс
7
zipcodeZ
varchar(6)
Почтовый
индекс
8
emailZ
varchar(15)
Е-mail
9
idCityZ
int(11)
Код города
Таблица 15.
Таблица «SostPr»
№
Поле
Тип
данных
Значение по-
ля
1
idO
int(10)
порядковый Номер
2
nameO
varchar(255)
название состояния
74
2.3.3 Структурированная схема вызова программных модулей
Разработанный программный модуль обработки заявок спроектирован по
технологии «клиент-сервер», таким образом включая в себя клиентскую и сер-
верную части. Серверная часть представляет из себя приложение для взаимо-
действия с БД, тогда как клиентская – является веб-интерфейсом, с помощью
которого и происходит взаимодействие с программой, ввод данных и получе-
ние выходной информации [5]. Структурированная схема вызова модулей
представлена на рисунке 19.
Рисунок 19. Структурированная схема вызова программных
модулей
2.3.4 Описание программных модулей
Каждый проект в разрабатываемом модуле представляет собой алгоритм
обработки заявок от клиентов, которым требуется техническая поддержка или
реализация других услуг, предоставляемых ОГАУ "Информационно-
технический центр Иркутской области" . Стадии «круговорота» проектов в си-
Модуль регистрации
проектов
Клиентская часть
Экранная форма
взаимодействия
Серверная часть
Взаимодействие с
БД
Авторизация
БД