73
Главное меню
Каталог услуг
Авторизация
Список услуг
Редактирование
Добавление
услуги
Выход
Просмотр
Удаление
Заказы
Список заказов
Услуги по
заказу
Просмотр заказа
Печать
Модули
Загрузить
изображения
Пользователи
Отчеты
Отчет Заявка
Журнал учета заявок
Отчет Договор
Прайс-лист
Отчет по работе
менеджеров
Рисунок 9 – Сценарий диалога
Сценарии диалога для администратора системы и пользователя
отличаются только возможностью редактирования списка пользователей у
администратора. В остальном пункты меню, а также порядок регистрации
клиентов, договоров, регистрации выполнения договора, заполнения и
редактирования справочников одинаков.
74
2.3.2 Характеристика базы данных
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Схема базы данных показана на рисунке 12.
Рисунок 10 – Схема базы данных
Характеристика каждой таблицы приведена ниже.
Таблица 15 – Структура таблицы request
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
registration_date
datetime
Да
NULL
id_creator
int(11)
Да
NULL
id_request_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
order_date
datetime
Да
NULL
order_number
int(11)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
75
Продолжение таблицы 15
Поле
Тип
Null
По умолчанию
id_executor
int(11)
Да
NULL
paid
bit(1)
Да
NULL
Таблица 16 – Структура таблицы request_service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_request
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_service
int(11)
Да
NULL
amount
double
Да
NULL
cost
double
Да
NULL
total
double
Да
NULL
description
longtext
Да
NULL
id_creator
int(11)
Да
NULL
Таблица 17 – Структура таблицы request_status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 18 – Структура таблицы service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
Таблица 19 – Структура таблицы user
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_hash
varchar(255)
Нет
auth_key
varchar(32)
Нет
password_reset_token
varchar(255)
Да
NULL
activation_token
varchar(255)
Да
NULL
email
varchar(255)
Нет
status
smallint(6)
Нет
10
created_at
int(11)
Нет
updated_at
int(11)
Нет
nikname
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
report_date_1
datetime
Да
NULL
report_date_2
datetime
Да
NULL
id_request
int(11)
Да
NULL
76
Таблица 20 – Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
Прием начальных данных;
Их обработка;
Передача итоговых данных.
Список операций, реализуемых в процессе получении начальных данных,
включает в себя:
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На вход
исследуемой задачи приходят начальные данные со слов заказчика о требуемых
услугах, в рамках которых уже подсчитываются все требуемые параметры: цена,
количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на
любой носитель. В рамках решения описанной задачи автоматизации процесс
регистрации проходит механическим способом, то есть все набирается с
клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора начальных
документов или файла на носителе данных для дальнейшей отправки и
обработки. Этот процесс в рамках решаемой задачи автоматизации реализуется
самостоятельно, централизовано – то есть прием данных выполняется по мере их
получения на источниках.
77
При поиске начальных данных готовятся документы, данные которых
применяются для проверки нормативно-справочной информации и документов,
имеющих оперативную информацию, которая используется в рамках расчетов.
При этом необходимо уделить особое внимание входной информации, для
этого используется:
Зрительный контроль через экран дисплея,
Верификации, позволяющая провести сверку ранее переданных и
сохраненных в БД данных и информации из начальных документов, переданных
оператором.
4) Отправка данных на обработку – типичная технологическая процедура,
т.к. все операции по регистрации и сбору начальных данных выполняются за
одним рабочим местом.
Технологический процесс анализа данных – это некая совокупность
операций, реализуемых в строго согласованной последовательности с
применением конкретных методик анализа данных и соответствующих
инструментов
В рамках реализации БД применяется ряд режимов обработки:
Пакетный – для задач с малой разветвленностью алгоритма, малой
необходимостью вмешательства пользователя в процесс решения задачи,
огромным объемом начальных данных, долгим сроком решения и передачи
итоговых результатов;
Интерактивный – для реализации функций контроля диалога,
информирования персонала, вывода некоторых служебных данных, их
обработки при помощи прикладных программ и передачи итоговых данных;
Совокупный.
Режим пакетной обработки данных включает в себя начальный сбор пакета
документов или заготовку входного файла начальных данных, с которых
реализуется передача основным файлам начальных данных или процесс их
обновления. Пакетная передача применяется для работы с файлами текущих
78
данных тогда, когда нужно внедрять централизованную БД из местных
источников начальных данных при недоступности соединения этих источников
с ИС. Использование пакетного режима передачи минимизирует влияние
оператора на процесс решения задачи, требуется лишь начальный ввод данных,
что минимизирует возможность помехи пользователя и, по итогу, корректировки
очередности реализации действий. Но благодаря этому оборудование
нагружается на полную и начинает работать по жесткому графику. Часто для
решения задачи реализуется и параллельная обработка данных. Режим пакетной
обработки очень тесно связан с бумажным режимом оформления документов.
Диалоговый режим включает активное вмешательство пользователя в
процесс работы системы и ориентирован на электронные технологии. В процессе
его реализации не заранее описанной очередности операций анализа данных и
их перевода. Нюансом диалогового режима анализа данных становится ввод или
обновление некоторых данных по мере надобности.
Учитывая нюансы создаваемой проблемной области при решении задачи,
определение такого режима обработки диктуется рядом особенностей:
Отправители начальных данных соединены с ИС, но все же есть
применение бумажной технологии передачи данных;
Анализ данных стартует по факту поступления данных, хотя отчеты
начинают готовится лишь по приходу всего объема данных за выделенный
период;
Есть понятная последовательность процессе обработки данных, но
вмешательство пользователя в процесс анализа данных все-таки возможно.
Технологический процесс передачи итоговых данных выполняется т в двух
направлениях:
Передача итоговых данных на печать;
Передача итоговых данных на экран.
79
Оба из них не исключают передачи данных также в саму базу информации.
По итогу, реализуется ее пополнение, а все сохраненные данные выступают в
рамках исходных для решения похожих задач дальнейших периодов.
Схема вызова программных модулей представлена на Рисунке 13.
ПМ Главное меню
ПМ работы с со
справочниками
ПМ Справочника
Пользователь
ПМ Справочника Клиент
ПМ работы с
учетом заявок
ПМ Авторизация
ПМ Вывода на
печать
ПМ работы с
договорами
ПМ формирования
отчетов
ПМ Справочника
Услуга
Рисунок 11 – Схема вызова программных модулей
Описание программных модулей представлено в Таблице 21.
Таблица 21 – Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1
ПМ Авторизация
Выполняет авторизацию пользователей при
их доступе в систему
2
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять редактирование
справочников
4
ПМ Работа с отчетами
Формирует документы в соответствии с
заданными критериями, регистрирует
документы, добавляет записи
80
Продолжение таблицы 21
№
п/п
Наименование модуля
Функции модуля
5
ПМ получения отчетов
Содержит заранее определенные процедуры
формирования отчетных документов
6
ПМ вывода на печать
Выводит результатные документы на печать
2.3.4 Описание программных модулей
Программирование является процессом создания программы, и при
классической ручной разработке ПП без привязки к методу проектирования
может представляться как череда следующих шагов:
Выявление требований к ПО;
Выбор или создание алгоритма решения поставленной задачи;
Подготовка команд;
Проверка;
Тестовые запуски.
Выявление требований к ПО – важный этап, где подробно указывается
начальная информация и составляются требования к итогу работы. Также
определяется поведение программы в разных случаях.
В процессе выбора или создания алгоритма важно определить череду
действий, необходимых для достижения результата. Многие задачи часто
решаются различными способами. В этом случае разработчик, применяя
отдельный критерий, к примеру, быстроту работы алгоритма или его точность,
находит оптимальное решение. Далее происходит подробное описание
алгоритма. По факту выделения требований к программе и подготовки
алгоритма решения, его записывают на подходящем языке программирования.
Проверка ПО заключено в нахождении и корректировке ошибок, которые
были совершены на этапах подготовки задачи для реализации на ЭВМ.
Ошибки делят на синтаксические и семантические.
Синтаксические ошибки, связанные с неправильным написание
операторов языка программирования, находятся на этапе трансляции
81
программы. Тут даже можно увидеть сообщение, описывающее оператор, в
котором допущена ошибка, место, где она обнаружена, а также текст,
поясняющий суть проблемы.
Семантические ошибки, связанные, зачастую, с неправильным
построением математической модели и алгоритма выполнения задачи, при
процедуре прохода программы сразу не обнаруживаются, поскольку программа
выполняется и даже выдает итоговый результат.
Для сверки корректности программы выполняется ее тестирование, т.е. ее
реализация при таких исходных данных, для которых итоги решения уже
известны. При подборе тестовых наборов исходных данных важно учесть
доступность проверки разных вариантов решения задачи. Оценка корректности
программы реализуется методом сравнения результатов, полученных при
реализации программы, с имеющимися тестовыми.
Тестирование помогает доказать факт наличия смысловой ошибки. Для ее
определения и выявления причины, реализовавшей ошибку, лучше всего
применять отладочные операторы, позволяющие контролировать проход
программы, следить за чередой выполнения операторов программы и
корректировкой значений элементов массивов и переменных в процессе работы
программы, отследить правильность индексирования элементов массивов,
отслеживать обращение к подпрограммам.
Тут же важно проверить, как работает программа на максимальном
количестве входных наборов данных, пусть даже не самых верных. Опишем
более подробно основной шаг процесса программирования - алгоритмизацию.
Задача программиста заключена в продумывании последовательности
действий, выполнив которые, можно достигнуть требуемого результата.
Алгоритм – четкое предписание, отражающее процесс перехода от
начальных данных к итогу.
Предписание можно считать алгоритмом, если оно имеет 3 свойства:
82
Определенность, т.е. точностью, которая не оставит места для
произвола;
Универсальностью, т.е. доступностью описаться на меняющиеся в
известных пределах значений начальные данные;
Продуктивностью, т.е. направленностью на реализацию результата.
В создаваемом ПО необходимо реализовать такие алгоритмы, как:
Алгоритм взаимодействия со справочниками;
Алгоритм нахождения отчетов.
Исходя из применяемой модели БД, для ввода данных применяются
формы, в каждое поле которых переносится какой-то атрибут.
На рисунке 14 представлена блок-схема обобщенного алгоритма работы
информационной системы. Дадим пояснения относительно данной схемы:
после запуска пользователем клиентской части ИС последняя
пытается считать настройки из конфигурационного файла;
если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
затем клиентская часть создает клиентский сокет и пытается
соединиться с сокетом сервера, соединение осуществляется посредством
протокола TCP/IP;
если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
вызывается диалог авторизации;
в случае успешной авторизации клиент запрашивает у сервера
начальные данные (в зависимости от стартовой экранной формы клиентского
приложения);
впоследствии пользователь в ходе работы с клиентским
приложением может модифицировать данные ИС, просматривать их и
запрашивать отчеты;