77
Главное меню
Авторизация
Выход
Ведение
справочников
Ввод данных о
поверках
Отчеты
Категории
Инструменты
Нормы и
допуски
Список норм
Список
инструментов
Список
пользователей
Список изделий
Список
проверок и их
результатов
Изделия
Параметры
Типы изделий
Пользователи
Рисунок 2.10 Сценарий диалога для контролера ОТК
2.3.2 Характеристика базы данных
Физическая модель базы данных на этапе проектирования приведена на
рисунке 2.11.
78
Рисунок 2.11 - Физическая модель базы данных на этапе проектирования
В соответствии с выбранной для проектирования СУБД MS Access
спроектирована физическая модель базы данных, приведенная на рисунке 2.12.
Рисунок 2.12 - Физическая модель базы данных на этапе реализации
Состав полей таблиц приведен на рисунках 2.13 – 2.20.
79
Рисунок 2.13 - Структура таблицы Категории
Рисунок 2.14 - Структура таблицы Проверки
Рисунок 2.15 - Структура таблицы Инструменты
Рисунок 2.16 - Структура таблицы Нормы и допуски
80
Рисунок 2.17 - Структура таблицы Типы изделий
Рисунок 2.18 - Структура таблицы Пользователи
Рисунок 2.19 - Структура таблицы Параметры
Рисунок 2.20 - Структура таблицы Изделия
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
81
Структурная схема информационной системы включает подсистему
визуального взаимодействия с пользователем.
Подсистема визуального взаимодействия с пользователем делится на
интерфейс конфигурирования серверного модуля и интерфейс взаимодействия с
ИС.
Вызов модулей интерфейса конфигурирования серверного модуля имеет
вид :
Экранная форма серверного модуля – служит первоначальным
интерфейсом взаимодействия администратора для авторизации. В данной форма
требуется ввести данные авторизации (имя пользователя и пароль доступа).
Модуль авторизации пользователя - предоставляет процесс
сопоставления данных с экранной формы серверного модуля и данных в
справочнике пользователей. Результатом данного сопоставления является ответ
с разрешением или отказом в доступе к интерфейсам редактирования и
просмотра данных ИС.
Редактирование параметров серверного доступа – позволяет
изменять параметры серверного модуля и производить остановку, запуск и
перезапуск внутренних процессов ИС.
Вызов модулей интерфейса взаимодействия пользователя с ИС имеет вид :
Экранная форма пользовательского модуля – служит
первоначальным интерфейсом взаимодействия пользователя для авторизации. В
данной форма требуется ввести данные авторизации (имя пользователя и пароль
доступа).
Модуль авторизации пользователя - предоставляет процесс
сопоставления данных с экранной формы серверного модуля и данных в
справочнике пользователей. Результатом данного сопоставления является ответ
с разрешением или отказом в доступе к интерфейсам редактирования и
просмотра данных ИС.
Редактирование справочников – интерфейс заполнения и
редактирования внутренних справочников ИС
Просмотр отчетов – интерфейс просмотра отчетов,
предусмотренных в системе.
82
На рисунке 2.21 представлена структурная схема программного продукта.
ПМ Главное меню
ПМ Авторизация
ПМ работы со
справочниками
ПМ учета
данных
ПМ Отчеты
Категории
Инструменты
Нормы и
допуски
Список норм
Список
инструментов
Список
пользователей
Список изделий
Список
проверок и их
результатов
Изделия
Параметры
Типы изделий
Пользователи
Рисунок 2.21 Структурная схема вызова программных модулей
Вызов всех модулей осуществляется с помощью главного меню
программного продукта.
Описание всех модулей программного продукта представлено в таблице
2.4.
Таблица 2.4
Описание модулей программного продукта
№
Наименование
Функция
1
Главная форма
Содержит главное меню, а также отображаются сведения
о хранимом товаре
2
ПМ учета
Позволяет учитывать проверки изделий
83
проверок
3
Отчеты
Позволяет работать с отчетами и формировать их.
7
Пользователи
Позволяет учитывать пользователей, формирует их
список, позволяет редактировать данные о пользователях
При запуске программного продукта должна открываться главная форма с
помощью, которой возможно осуществление всех функций информационной
системы. Для того чтобы пространство главной формы не было не
задействованным в процессе работы программы, на ней необходимо
осуществлять функции связанные с учетом операций проверки и контроля
качества изделий.
Из главной формы необходимо предусмотреть переход на все остальные
формы программного продукта, обеспечивая тем возможность заполнения всех
таблиц программного продукта. Тем самым, обеспечивая полную
функциональность реализованного программного продукта.
В программном продукте реализовано несколько таблиц, в которых
осуществляется хранение информации необходимой для работы программного
продукта.
2.3.4 Описание программных модулей
Под технологическим процессом обработки информации понимается
определённый комплекс операций, выполняемых в строго регламентированной
последовательности, с использованием определённых методов обработки и
инструментальных средств, охватывающих все этапы обработки данных,
начиная с регистрации первичных данных и заканчивая передачей результатной
информации пользователю для выполнения функций управления.
В качестве схемы технологического процесса сбора, передачи, обработки
и выдачи информации будем использовать в соответствии с ГОСТ 19.701-90
(ИСО 5807-85) схему работы системы. Данная схема отображает процессы
управления операциями и потоки данных в системе. Схема представляет собой
блок-схему и состоит из:
символов данных, указывающих на наличие данных (символы данных
могут также указывать вид носителя данных);
84
символов процесса, указывающих операции, которые следует выполнить
над данными, а также определяющих логический путь, которого следует
придерживаться;
линейных символов, указывающих потоки данных между процессами;
специальных символов, используемых для облегчения написания и
чтения блок-схемы.
Общий алгоритм работы программы представлен на рисунке 3.20. Как
показывает схема, разрабатываемая информационная система должна
обеспечивать выполнение следующих задач:
1 Авторизация пользователя;
2 Создание (обновление) списка изделий и инструментов;
3 Учет проверок;
4 Формирование сводных отчетов.
85
Начало
Авторизация
пользователя
Авторизован?
Создание/Обновление
списка изделий и
инструментов
Учет проверок
Формирование отчета
нет
Конец
Обновить
данные?
да
да
Завершить
работу?
нет
да
Работа с...
проверками
отчетами
Рисунок 2.22 - Технология работы АРМ ОТК контроллера
Рассмотрим подробнее каждый из них.
1 Авторизация пользователя (рисунок 2.23).
Каждый пользователь в системе имеет Имя – Фамилия и инициалы
пользователя. Таким образом, при каждом входе пользователя в систему
запускается процедура авторизации пользователя. Система отправляет запрос
базе данных на наличие данной записи о пользователе, и если она существует, то
запускается процесс формирования рабочей области пользователя. Рабочей
86
областью называется набор данных, к которым разрешен доступ пользователя.
Доступ определен двух видов – на чтение и редактирование информации.
Данные о правилах доступа пользователя к информации также должны
содержаться в базе данных и предварительно заносятся администратором
системы.
Начало
Проверка имени/
домена учетной
записи
пользователя
БД
Существует в
списке имен?
Определение
прав доступа к
информации
Проверка прав
доступа
пользователя
данные
Формирование
области
доступных
данных
да
Конец
нет
ответ
запрос
запрос
Рисунок 2.23 - Технология авторизации пользователя
2 Создание (обновление) списка изделий и инструментов (рисунок
2.24).
Процедура создания списка изделий и инструментов необходима при
первом входе пользователя в систему. Данная процедура необходима для
создания рабочей области данных. Эта операция проводится пользователем
самостоятельно, но в этот момент он может оперировать только теми данными,
на которые администратор системы присвоил право доступа. Такая схема
необходима для большей защиты от неадекватных действий пользователя. После
первичной операции создания рабочей области, информация о ней сохраняется в
базе данных. При последующих входах в систему, список автоматически