92
Рисунок 2.9 – Логическая модель данных
93
Диаграммы IDEF3, представленные на рисунках, используются для разработки
спецификации и сценария выполнения транзакций, способные фиксировать и
структурировать требования пользователей.
Ввод заявки Т1
Поиск заявки по номеру Т2
Изменения статуса заявки Т3
Изменение статуса сотрудникаТ4
Поиск списка работ по номеру заявки Т5
Поиск сотрудников по квалификации и статусу свободен Т6
Присвоение заявки сотруднику Т7
Поиск сотрудника по табельному номеру Т8
Проверка сроков проведения работТ9
Ввод данных о выполнении работ по заявке Т10
Ввод данных выезда сотрудника на территорию
Регистрация заявки по номеру
Заявка уже принята
Ввод данных о территории
Ввод данных о сроках исполнения
Поиск сотрудника по имени компьютера
Поиск сотрудника по ФИО
Поиск клиента по отделу
Поиск клиента по территории
Поиск заявки по работам
94
Поиск заявок по срокам выполнения
Просмотр заявки
Ввод информации о требуемых деталях
Ввод информации о рабочих станциях
Ввод информации о серверах
Ввод информации о обслуживании техники
Ввод инвентаризационных данных техники
Ввод наименования поломки
Ввод данных о стоимости обслуживания техники
Поиск техники по серийному номеру
При проектировании макета пользовательского интерфейса необходимо выделить
и зафиксировать в таблицу 2.14 все должностные лица, принимающие участие в
выполнении выделенной функции, описать их обязанности и требования.
Таблица 2.14 Описание обязанностей
Должности Обязанности Пользователи Требования
Начальник
отдела
автоматизации
1. Просмотр и
распределение заявок
Специалист 1.Просмотр заявок
2.Просмотр
занятости
сотрудников
отдела
3.Редактирование
заявок
4.Распределение
заявок между
сотрудниками
отдела
95
Документация на пользовательский интерфейс
На данном этапе подготавливается следующая документация:
Руководство для программистов, реализующих макет ПИ
Описание применения для пользователей.
Обеспечение эксплуатационной и информационной безопасности разработанного
модуля
С целью обеспечения эксплуатационной и информационной безопасности модуля
информационной системы, необходимо провести анализ транзакций для
нахождения наиболее уязвимой сущности.
Анализ транзакций, представленный на рисунке 2.10, проводится графическим
способом, для выявления наиболее уязвимой сущности,
96
Рисунок 2.10 – Анализ транзакций
97
Для нахождения наиболее уязвимой сущности подсчитывается количество всех
входящих в каждую сущность стрелочек, результаты заносятся в таблицу 2.11.
Таблица 2.15 - Нахождение уязвимых сущностей
Номер п/п Сущность
Кол-во входящих
стрелок
1 Заявка 39
2 Сотрудник отдела автоматизации 9
3 Территория 12
4 Пользователь 10
5 Виды работ 15
Наиболее уязвимыми являются сущность «Документ» и сущность «Система».
Для обеспечения эксплуатационной и информационной безопасности модуля
информационной системы, необходимо делать резервные копии.
2.4.3 Структурная схема пакета (дерево вызова процедур и программ)
На основе результатов, полученных в предыдущем пункте, строится
дерево программных модулей, отражающих структурную схему пакета,
содержащей программные модули различных классов:
• выполняющие служебные функции;
• управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю;
• модули, связанные с вводом, хранением, обработкой и выдачей информации.
98
Табл.2.16 Описание функций модулей
№ Наименование Формы Функции формы
1 Экран авторизации Содержит процедуры
проверки пароля, и ввода
пользователя в систему
2 Список новых заявок Содержит глобальные
процедуры, и функции,
выполняемые при
загрузке программы.
3 Архив заявок Содержит процедуры
работы с архивными
заявками
4 Список сотрудников Содержит процедуры
работы со списком
сотрудников, а также
функции по
взаимодействию с базой
данных сотрудников.
99
Рис.2.13 Дерево вызова программ
2.4.4 Описание программных модулей
На рисунке 2.14 представлена блок схема модуля приема и анализа заявок на
техническую поддержку. При вызове модуля начальник отдела автоматизации
может увидеть новые заявки, увидеть необходимую квалификацию сотрудника
для выполнения работ по заявке и увидеть время необходимое на выполнение
заявки сотрудником отдела, а также руководитель может присвоить заявку
свободному сотруднику, подходящему по квалификации.
100
Рис. 2.14 Блок-схема модуля приёма и анализа заявок
101
2.5 Апробация результатов исследования
Разработанный пользовательский интерфейс предназначен для начальника
отдела автоматизации и администрирования баз данных. При запуске
программы нас встречает окно авторизации, где сотрудник должен ввести
личный логин и пароль.
Рис.2.15 Авторизация в модуле
Окно просмотра заявок, в этом окне начальник отдела автоматизации и
администрирования баз данных могут просматривать поступившие заявки,
работы проводимые в этих заявках, время на выполнение этих заявок, а так
же присвоить заявки сотрудникам отдела автоматизации.