Дипломная работа - Тырин А.А. (АП-91). Назначение и область применения
![]()
|
ОглавлениеВведение 3 1. Назначение и область применения 6 2. Постановка задачи 7 3. Техническое задание на разработку программного модуля. 8 3.1 Введение 8 3.2 Основания для разработки 8 3.3 Назначение разработки 9 3.4 Требования к программному продукту 9 3.4.1 Требования к функциональным характеристикам 9 3.4.2 Требования к надёжности 10 3.4.3 Требования к эксплуатации 10 3.4.4 Требование к составу и параметрам технических средств 10 3.4.5 Требование к информационной и программной совместимости 11 3.4.6 Требования к маркировке и упаковке. 11 3.4.7 Требования к транспортированию и хранению. 11 3.5 Программная документация 11 3.6 Стадии разработки 12 3.7 Порядок контроля и приёмки 12 4. Специальная часть 14 4.1 Обзор предметной области (АСОТ) 14 4.2 Теория качества информации 18 4.3 Обзор существующих программных средств 22 4.3.1 Система отслеживания ошибок 22 4.3.2 Система электронного документооборота 23 4.4 Математическое и информационное обеспечение 25 4.4.1 Теория конечных автоматов 25 4.4.2 Метаязык 28 4.4.3 Система управления базами данных 28 4.5 Структура модуля 31 4.5.1 Основные понятия 31 4.5.2. Концепция модуля. 33 4.5.3 Описание правил на метаязыке 35 4.5.4. Структура служебной базы данных. 39 5. Конструкторско-технологическая часть 43 5.1 Технология программирования 43 5.1.1 Экстремальное программирование 44 5.1.2 Методология SCRUM 46 5.1.3 Методология Kanban 50 5.2 Выбор используемого программного обеспечения. 53 5.2.1 MySQL-сервер 53 5.2.2 MySQL Workbench 55 5.2.3 SQLyog Community 56 5.2.4 Borland Delphi 7 57 5.2.5 WinCVS 60 6. Охрана труда 62 6.1 Основные положения 62 6.2 Безопасность труда при работе с персональным компьютером 63 6.3 Микроклимат в рабочей зоне 64 6.4 Расчет защитного зануления 65 7. Экологическая часть 69 7.1 Введение 69 7.2 Разработка эргономичного интерфейса 69 7.3 Вывод: 72 8. Решение задачи на ЭВМ 74 8.1 Структура классов модуля 74 8.2 Графический интерфейс пользователя 77 8.2.1 Редактирование основных сущностей схем маршрутизации запросов 78 8.2.2 Настройка схемы маршрутизации запросов 80 8.2.3 Настройка бизнес-процессов 81 8.3 Апробация модуля 82 Заключение 84 Список используемой литературы 86 ВведениеАвтоматизация технологических процессов в любой сфере деятельности невозможна без работы с информацией об объектах ее инфраструктуры. Поэтому качество автоматизации напрямую зависит от качества и структурированности информации. В автоматизированных системах с распределенным вводом информации конечный пользователь системы должен иметь возможность оперативно редактировать информацию, однако бесконтрольное внесение изменений, как правило, приводит к снижению качества данных, дублированию и потере их актуальности. Особенно актуально решение проблемы контроля качества данных в корпоративных системах ведения нормативно-справочной информации, данные которых используются всеми смежными автоматизированными системами. Нормативно-справочная информация (НСИ) – это условно-постоянная составляющая общей корпоративной информации. НСИ – это ядро единого информационного пространства организации. В состав НСИ входит набор справочников, словарей, классификаторов, стандартов, регламентов, используемых в деятельности предприятия. Управление нормативно-справочной информацией происходит с помощью системы управления НСИ или MDM-системы (Master Data Management). Master Data Management – это набор процессов и инструментов для определения и управления нормативно-справочной информацией, её сбора из всех информационных систем, обеспечения её качества, поиска потенциальных дублей, консолидации, распространения по всей организации в рамках единой политики. Главной задачей MDM-системы является обеспечение максимально полной, достоверной, уникальной информации, используемой всеми автоматизированными системами и подразделениями компании. MDM-системы активно используются в распределённых информационных системах [32]. Распределённые информационные системы – это информационные системы, компоненты которой распределены по нескольким автоматизированным системам. По архитектуре распределённые информационные системы делятся на файл-серверные и клиент-серверные [21]. В файл-серверной архитектуре клиентское приложение и система управления базой данных находится на рабочей станции, в то время как базы данных располагаются на сервере. Клиент-серверная архитектура заключается в том, что на рабочих станциях (компьютерах) расположены клиентские приложения, а система управления базами данных и сами базы данных находятся на сервере. Клиент-серверные информационные системы можно подразделить на двухзвенные и многозвенные [19]. В двухзвенных информационных системах существует только два типа звеньев: рабочая станция, на которой располагается клиентское приложение и сервер, на котором хранятся СУБД и базы данных. В такой архитектуре приложения напрямую обращаются к СУБД. В многозвенных ИС существуют ещё промежуточные звенья – серверы приложений. Клиентские приложения в этом случае не обращаются напрямую к СУБД, а взаимодействуют только с промежуточными звеньями. При реализации такой архитектуры данные вводятся и редактируются децентрализовано, из-за чего возникает проблема репликации данных [16] – синхронизации нескольких копий содержимого баз данных. Из-за этого появляется главная проблема MDM-систем – контроль качества информации. Под контролем качества информации подразумеваются меры, направленные на снижение вероятности ошибок при модификации информации, гарантируя тем самым работу с достоверной информацией [14]. Для решения проблемы контроля качества данных зачастую применяется механизм подачи запросов на изменение информации. Суть данного механизма заключается в том, что конечный пользователь вносит необходимые изменения не напрямую в хранилище данных, а создаёт некоторый пакет изменённой информации, который передаётся для контроля сделанных им изменений группе пользователей, ответственных за проверку данных, их подтверждение или отклонение. Разумеется, в зависимости от существующих технологических / регламентных процессов конкретного предприятия сама цепочка групп пользователей, работающих с пакетом измененной информации (далее – запросом) может быть длиннее, а сами пользователи помимо функции контроля могут выполнять и функцию дополнения информации. Данная дипломная работа посвящена исследованию проблемы контроля качества данных в системах с распределенным вводом информации, а также созданию программного обеспечения, обеспечивающего настройку правил передачи запросов на изменение информации от одной группы пользователей другой и реализующего полный цикл прохождения этих запросов, начиная от их создания, и заканчивая их обработкой или отклонением. Практическим примером, подчеркивающим актуальность создания и внедрение такого программного обеспечения, является автоматизированная система создания и ведения адресных справочников и справочников объектов теплоснабжения (далее – АСОТ), разработанная компанией «Маппл Групп», на которой мною была пройдена производственная практика, в интересах ОАО «Московская объединенная энергетическая компания» (ОАО «МОЭК»). АСОТ - корпоративная географическая информационная система ведения НСИ ОАО «МОЭК». Географическая информационная система (ГИС) – это система, обеспечивающая сбор, хранение, обработку, отображение и распространение данных, а также получение на их основе новой информации о пространственно-ориентированных явлениях [15]. В более узком смысле географической информационной системой является программный продукт, позволяющий пользователям работать не только с графической информацией, но и редактировать другие атрибуты объектов, представленных визуально на цифровой карте, такие как адрес, тип здания, наименование улицы и так далее [4]. ГИС преимущественно хранят информацию в системах управления базами данных и обладают мощными инструментами работы с данными, например, редакторами растровой и векторной графики [29]. Исследование задачи обеспечения качества информации, разработка программного модуля маршрутизации запросов на изменение данных будет произведено в рамках внедрения в автоматизированную систему АСОТ. |