Диплом: Автоматизация и обеспечение информационной безопасности контроля качества в ООО Партнер Плюс

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
88
TableAdapterManager
Объединяет в себе компоненты-адаптеры, созданные разработчиком
внутри модуля данных.
deviceTableAdapter
Класс-адаптер для таблицы базы данных «device» (список всех СИ).
Реализует в себе четыре sql-запроса (select, insert, update, delete) к целевой
таблице. Позволяет выгружать данные из таблицы базы данных в компоненты,
наследуемые от класса «System.Data.DataTable», через который программист
может редактировать таблицу базы данных. Метод «Fill» адаптера заполняет
«DataTable». Метод «Update» адаптера заносит данные из «DataTable» в базу
данных.
device_operationTableAdapter
Класс-адаптер для таблицы базы данных «device_operation» (список работ
проводимых над СИ). Реализует в себе четыре sql-запроса (select, insert, update,
delete) к целевой таблице. Позволяет выгружать данные из таблицы базы данных
в компоненты, наследуемые от класса «System.Data.DataTable», через который
программист может редактировать таблицу базы данных. Метод «Fill» адаптера
заполняет «DataTable». Метод «Update» адаптера заносит данные из «DataTable»
в базу данных.
device_compositionTableAdapter
Класс-адаптер для таблицы базы данных «device_composition» (описание
содержания драгоценных металлов в СИ). Реализует в себе четыре sql-запроса
(select, insert, update, delete) к целевой таблице. Позволяет выгружать данные из
таблицы базы данных в компоненты, наследуемые от класса
«System.Data.DataTable», через который программист может редактировать
таблицу базы данных. Метод «Fill» адаптера заполняет «DataTable». Метод
«Update» адаптера заносит данные из «DataTable» в базу данных.
и т.д. (согласно структуре базы данных) для всех остальных классов,
имеющих суффикс «TableAdapter».
При запуске программного продукта должна открываться главная форма с
помощью, которой возможно осуществление всех функций информационной
системы. Для того чтобы пространство главной формы не было не
89
задействованным в процессе работы программы, на ней необходимо
осуществлять функции связанные с учетом операций проверки и контроля
качества изделий.
Из главной формы необходимо предусмотреть переход на все остальные
формы программного продукта, обеспечивая тем возможность заполнения всех
таблиц программного продукта. Тем самым, обеспечивая полную
функциональность реализованного программного продукта.
В программном продукте реализовано несколько таблиц, в которых
осуществляется хранение информации необходимой для работы программного
продукта.
2.3.4 Описание программных модулей
Под технологическим процессом обработки экономической информации
понимается определённый комплекс операций, выполняемых в строго
регламентированной последовательности, с использованием определённых
методов обработки и инструментальных средств, охватывающих все этапы
обработки данных, начиная с регистрации первичных данных и заканчивая
передачей результатной информации пользователю для выполнения функций
управления [20].
В качестве схемы технологического процесса сбора, передачи, обработки и
выдачи информации будем использовать в соответствии с ГОСТ 19.701-90 (ИСО
5807-85) схему работы системы. Данная схема отображает процессы управления
операциями и потоки данных в системе. Схема представляет собой блок-схему и
состоит из:
символов данных, указывающих на наличие данных (символы данных
могут также указывать вид носителя данных);
символов процесса, указывающих операции, которые следует выполнить
над данными, а также определяющих логический путь, которого следует
придерживаться;
линейных символов, указывающих потоки данных между процессами;
специальных символов, используемых для облегчения написания и
чтения блок-схемы.
90
Общий алгоритм работы программы представлен на рисунке 3.20. Как
показывает схема, разрабатываемая информационная система должна
обеспечивать выполнение следующих задач:
1 Авторизация пользователя;
2 Создание (обновление) списка изделий и инструментов;
3 Учет проверок;
4 Формирование сводных отчетов.
91
Начало
Авторизация
пользователя
Авторизован?
Создание/Обновление
списка изделий и
инструментов
Учет проверок
Формирование отчета
нет
Конец
Обновить
данные?
да
да
Завершить
работу?
нет
да
Работа с...
проверками
отчетами
Рисунок 2.18 - Технология работы ИС
Рассмотрим подробнее каждый из них.
1 Авторизация пользователя (рисунок 2.19).
Каждый пользователь в системе имеет имя– Фамилия и инициалы
пользователя.. Таким образом, при каждом входе пользователя в систему
запускается процедура авторизации пользователя. Система отправляет запрос
базе данных на наличие данной записи о пользователе, и если она существует, то
запускается процесс формирования рабочей области пользователя. Рабочей
92
областью называется набор данных, к которым разрешен доступ пользователя.
Доступ определен двух видов – на чтение и редактирование информации. Данные
о правилах доступа пользователя к информации также должны содержаться в базе
данных и предварительно заносятся администратором системы.
Начало
Проверка имени/
домена учетной
записи
пользователя
БД
Существует в
списке имен?
Определение
прав доступа к
информации
Проверка прав
доступа
пользователя
данные
Формирование
области
доступных
данных
да
Конец
нет
ответ
запрос
запрос
Рисунок 2.19 - Технология авторизации пользователя
2 Создание (обновление) списка изделий и инструментов (рисунок
2.20).
Процедура создания списка изделий и инструментов необходима при
первом входе пользователя в систему. Данная процедура необходима для
создания рабочей области данных. Эта операция проводится пользователем
самостоятельно, но в этот момент он может оперировать только теми данными, на
которые администратор системы присвоил право доступа. Такая схема
необходима для большей защиты от неадекватных действий пользователя. После
первичной операции создания рабочей области, информация о ней сохраняется в
базе данных. При последующих входах в систему, список автоматически привязан
к имени и домену пользователя в системе, загружается в память. При появлении
93
в компетенции пользователя новых позиций он может запускать этот алгоритм
для обновления списка. Операция обновления аналогична операции создания.
Начало
Выбор изделий из
списка доступных
для работы
Выбрать изделия? Выбор изделий
Добавление
данных в рабочую
область
Обновить список
изделий?
да
нет
Сохранение
настроек
Конец
да
БДданные
БД
запрос
данные
данныезапрос
Рисунок 2.20 - Технология создания/обновления списка изделий для
работы
3 Учет проверок изделий (рисунок 2.21).
Учет проверок изделий – основная задача, стоящая перед проектируемой
информационной системой. От правильной организации процесса формирования
и редактирования данной задачи зависит качество исходной информации. Данную
задачу было решено сделать как можно более аналогичной той, которая решалась
без использования специализированных средств.
94
Начало
Создать/
Редактировать?
Создание
новой
проверки
Редактирование
существующей
проверки
Назначение типа
изделия
Отображение
доступных
инструментов
Доступ
разрешен?
Есть/Нет
БД
Проверка прав
пользователя на
редактирование
Выбор
инструменто
в из списка
доступных
Да
нет
запрос
ответ
даПродолжить?
Определен
ие норм и
допусков
нет
Добавление
записи в БД
БД данные
Выбор
изделий в
проверку
да
данные
запрос
Добавление
выбранных
позиций в рабочую
область
Ввод значений
Учет измерений
Редактирование
Конец
нет
Внесение
изменений
Сохранение БДданные
Сохранение в
провреках
Завершить
работу?
да
нет
данные
Выгрузка
памяти
запрос
ответ
Рисунок 2.21 - Алгоритм формирования/редактирования учета проверок
Пользователь может создавать факты и редактировать существующие
факты проверок. При учете проверок определяется тип изделий, для которого
проводится проверка.
95
2.4 Контрольный пример реализации проекта и его описание
Рассмотрим порядок работы в системе.
После запуска программы пользователь видит главное меню программы.
Рисунок 2.22 Главное меню программы
Каждая экранная форма содержит стандартные элементы интерфейса,
которые имеют пояснительную подпись.
Для формирования плана проведения операций пользователю необходимо
нажать кнопку «Добавить».
Рисунок 2.23 Добавление данных об операции с СИ
Последовательно вводя данные о СИ, типе операции, ответственном лице,
описание (при необходимости), пользователь формирует паспорт СИ. Учет
проведения операций осуществляется путем изменения ее статуса (рисунок 2.24).
96
Рисунок 2.24 Паспорт СИ
После чего статус операции меняется. Ввод данных в справочники
осуществляется после выбора справочника из выпадающего справочника
(рисунок 2.25).
Рисунок 2.25 Выбор справочника
Для построения отчета необходимо перейти в соответствующий пункт
меню и выбрать период получения отчета:
Рисунок 2.26 Список отчетов
После выбора периода необходимо нажать кнопку с наименованием
интересующего отчета, в результате чего сформируется экранная форма отчета.
97
Рисунок 2.27 Отчет «Паспорт СИ»
Рисунок 2.28 Отчет «График работ»

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)