106
Сущности могут быть зависимыми и независимыми. Сущность
является независимой, если каждый экземпляр ее может быть однозначно
идентифицирован без определения ее отношений с другими сущностями.
Однозначная идентификация экземпляра зависимой сущности зависит от
отношений с другими сущностями.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Разработанная база данных включает следующие таблицы:
Пользователь;
Отдел;
Тип пользователя;
Должность;
Заявка;
Неисправность.
Между сущностями пользователь и отдел, пользователь и тип
пользователя, пользователь и должность, пользователь и заявка, заявка и
неисправность установлена не идентифицирующая связь один-ко-многим.
Схема базы данных представлена на рисунке 2.8.
107
Рисунок 2.8. Схема БД
Описание таблиц представлено в таблицах ниже.
Таблица 2.4.
Таблица «Пользователь»
№ Поле Тип Размер
(Байт)
Информация
1 Код int 4
2 Дата_регистрации datetime 8
3 Фамилия varchar 255
4 Имя varchar 255
5 Отчество varchar 255
6 Дата_рождения datetime 8
7 Телефон varchar 255
8 Логин varchar 255 Для данного поля в
БД создан индекс с
проверкой
уникальности
9 Пароль varchar 255
10 Код_Должность int 4 Связь с таблицей
«Должность»
11 Код_Тип_пользователя int 4 Связь с таблицей
«Тип_пользователя»
12 Код_Отдел int 4 Связь с таблицей
«Отдел»
108
13 Блокирован bit 1 Значения поля:
истина, лож.
14 Приоритет bit 1 Значения поля:
истина, лож.
Таблица 2.5.
Таблица «Отдел»
№ Поле Тип Размер
(Байт)
Информация
1 Код int 4
2 Название varchar 255
Таблица 2.6.
Таблица «Тип_пользователя»
№ Поле Тип Размер
(Байт)
Информация
1 Код int 4
2 Название varchar 255
Таблица 2.7.
Таблица «Должность»
№ Поле Тип Размер
(Байт)
Информация
1 Код int 4
2 Название varchar 255
Таблица 2.8
Таблица «Заявка»
№ Поле Тип Размер
(Байт)
Информация
1
Код bigint 8
2
Дата_регистрации datetime 8
3
Дата_выполнения datetime 8
4
Описание text Произвольно
5
Код_Неисправность int 4 Связь с таблицей
«Неисправность»
6 Код_Пользователь int 4 Связь с таблицей
«Пользователь»
7 Закрыта bit 1 Значения поля:
истина, лож.
8 Архив bit 1 Значения поля:
истина, лож.
109
9 Решение text Произвольно
10 Стоимость_ремонта float 8
11 Стоимость_запчастей float 8
12 Детали text Произвольно
13 По_причине_пользователя bit 1 Значения поля:
истина, лож.
Таблица 2.9.
Таблица «Неисправность»
№ Поле Тип Размер
(Байт)
Информация
1 Код int 4
2 Название varchar 255
3 N1 real 8 Пороговое значение
«сумма стоимости
ремонта и стоимости
запчастей»
4 N2 real 8 Пороговое значение
«количество
неисправностей за 1
месяц»
5 N3 real 8 Пороговое значение
«количество
неисправностей за 6
месяцев»
6 N4 real 8 Пороговое значение
«количество
неисправностей за 12
месяцев»
7 N5 real 8 Пороговое значение
«Сумма по
неисправности за год»
8 N6 real 8 Пороговое значение
«Количество появления
неисправности по вине
пользователя за 3
месяца»
9 N7 real 8 Пороговое значение
«Количество появления
неисправности по вине
пользователя за 6
месяца»
10 N8 real 8 Пороговое значение
«Сумма по
неисправности (по вине
пользователя) за 12
месяца»
110
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Программирование является процессом создания программы, и при
классической ручной разработке ПП без привязки к методу проектирования
может представляться как череда следующих шагов:
• Выявление требований к ПО;
• Выбор или создание алгоритма решения поставленной задачи;
• Подготовка команд;
• Проверка;
• Тестовые запуски.
Выявление требований к ПО – важный этап, где подробно указывается
начальная информация и составляются требования к итогу работы. Также
определяется поведение программы в разных случаях.
В процессе выбора или создания алгоритма важно определить череду
действий, необходимых для достижения результата. Многие задачи часто
решаются различными способами. В этом случае разработчик, применяя
отдельный критерий, к примеру, быстроту работы алгоритма или его
точность, находит оптимальное решение. Далее происходит подробное
описание алгоритма. По факту выделения требований к программе и
подготовки алгоритма решения, его записывают на подходящем языке
программирования.
Проверка ПО заключено в нахождении и корректировке ошибок,
которые были совершены на этапах подготовки задачи для реализации на
ЭВМ.
Ошибки делят на синтаксические и семантические.
Синтаксические ошибки, связанные с неправильным написание
операторов языка программирования, находятся на этапе трансляции
программы. Тут даже можно увидеть сообщение, описывающее оператор, в
111
котором допущена ошибка, место, где она обнаружена, а также текст,
поясняющий суть проблемы.
Семантические ошибки, связанные, зачастую, с неправильным
построением математической модели и алгоритма выполнения задачи, при
процедуре прохода программы сразу не обнаруживаются, поскольку
программа выполняется и даже выдает итоговый результат.
Для сверки корректности программы выполняется ее тестирование,
т.е. ее реализация при таких исходных данных, для которых итоги решения
уже известны. При подборе тестовых наборов исходных данных важно
учесть доступность проверки разных вариантов решения задачи. Оценка
корректности программы реализуется методом сравнения результатов,
полученных при реализации программы, с имеющимися тестовыми.
Тестирование помогает доказать факт наличия смысловой ошибки.
Для ее определения и выявления причины, реализовавшей ошибку, лучше
всего применять отладочные операторы, позволяющие контролировать
проход программы, следить за чередой выполнения операторов программы
и корректировкой значений элементов массивов и переменных в процессе
работы программы, отследить правильность индексирования элементов
массивов, отслеживать обращение к подпрограммам.
Тут же важно проверить, как работает программа на максимальном
количестве входных наборов данных, пусть даже не самых верных. Опишем
более подробно основной шаг процесса программирования -
алгоритмизацию.
Задача программиста заключена в продумывании последовательности
действий, выполнив которые, можно достигнуть требуемого результата.
Алгоритм - четкое предписание, отражающее процесс перехода от
начальных данных к итогу.
Предписание можно считать алгоритмом, если оно имеет 3 свойства:
112
• Определенность, т.е. точностью, которая не оставит места для
произвола;
• Универсальностью, т.е. доступностью описаться на
меняющиеся в известных пределах значений начальные данные;
• Продуктивностью, т.е. направленностью на реализацию
результата.
В создаваемом ПО необходимо реализовать такие алгоритмы, как:
• Алгоритм взаимодействия со справочниками;
• Алгоритм нахождения отчетов.
Исходя из применяемой модели БД, для ввода данных применяются
формы, в каждое поле которых переносится какой-то атрибут.
Структурная схема пакета ИС приведена на рисунке 2.9.
113
Рисунок 2.9. Структурная схема пакета ИС
Описание программных модулей приведено в пункте 2.3.4.
2.3.4. Описание программных модулей
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача итоговых данных.
Список операций, реализуемых в процессе получении начальных
данных, включает в себя:
114
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На
вход исследуемой задачи приходят начальные данные со слов заказчика о
требуемых услугах, в рамках которых уже подсчитываются все требуемые
параметры: цена, количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на
любой носитель. В рамках решения описанной задачи автоматизации
процесс регистрации проходит механическим способом, то есть все
набирается с клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора
начальных документов или файла на носителе данных для дальнейшей
отправки и обработки. Этот процесс в рамках решаемой задачи
автоматизации реализуется самостоятельно, централизовано – то есть прием
данных выполняется по мере их получения на источниках.
При поиске начальных данных готовятся документы, данные которых
применяются для проверки нормативно-справочной информации и
документов, имеющих оперативную информацию, которая используется в
рамках расчетов.
При этом необходимо уделить особое внимание входной информации,
для этого используется:
• Зрительный контроль через экран дисплея,
• Верификации, позволяющая провести сверку ранее переданных
и сохраненных в БД данных и информации из начальных документов,
переданных оператором.
4) Отправка данных на обработку – типичная технологическая
процедура, т.к. все операции по регистрации и сбору начальных данных
выполняются за одним рабочим местом.
Технологический процесс анализа данных – это некая совокупность
операций, реализуемых в строго согласованной последовательности с
115
применением конкретных методик анализа данных и соответствующих
инструментов
В рамках реализации БД применяется ряд режимов обработки:
• Пакетный – для задач с малой разветвленностью алгоритма,
малой необходимостью вмешательства пользователя в процесс решения
задачи, огромным объемом начальных данных, долгим сроком решения и
передачи итоговых результатов;
• Интерактивный – для реализации функций контроля диалога,
информирования персонала, вывода некоторых служебных данных, их
обработки при помощи прикладных программ и передачи итоговых данных;
• Совокупный.
Режим пакетной обработки данных включает в себя начальный сбор
пакета документов или заготовку входного файла начальных данных, с
которых реализуется передача основным файлам начальных данных или
процесс их обновления. Пакетная передача применяется для работы с
файлами текущих данных тогда, когда нужно внедрять централизованную
БД из местных источников начальных данных при недоступности
соединения этих источников с ИС. Использование пакетного режима
передачи минимизирует влияние оператора на процесс решения задачи,
требуется лишь начальный ввод данных, что минимизирует возможность
помехи пользователя и, по итогу, корректировки очередности реализации
действий. Но благодаря этому оборудование нагружается на полную и
начинает работать по жесткому графику. Часто для решения задачи
реализуется и параллельная обработка данных. Режим пакетной обработки
очень тесно связан с бумажным режимом оформления документов.
Диалоговый режим включает активное вмешательство пользователя в
процесс работы системы и ориентирован на электронные технологии. В
процессе его реализации не заранее описанной очередности операций
анализа данных и их перевода. Нюансом диалогового режима анализа