Диплом: Автоматизация выгрузки аналитических данных с интернет-ресурса в корпоративную базу данных компании АО «Цифровой диван»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
77
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной
информации
Любой рабочий процесс требует каких-либо входных данных, с
которыми производятся дальнейшие манипуляции. Такие вещи наглядно
отражены на информационной модели.
Информационная модель – это схема, наглядно отображающая поток
движения данных, как входных, так и промежуточных, а также выходных,
задействованных отделов (пользователей, систем), показывает связи.
Фактически, она отображает, какие функции или действия выполняются на
основании входных данных. Информационная модель автоматизируемого
рабочего процесса представлена на рисунке 6.
Рисунок 6. Информационная модель
В соответствии с продемонстрированной информационной моделью
устройства самообслуживания в автоматическом режиме передают
информацию о статусе работы (например, активный или не работает),
78
сотрудники ИТ отдела собирают эти данные и выкладывают на интернет-
ресурс компании, после чего отдел аналитики получает оттуда данные о работе
устройств самообслуживания, преобразовывает и загружает в базу данных для
дальнейшей работы с этой информацией в аналитических целях.
В рассматриваемом процессе входные данные хранятся в одном
единственном документе, который ежедневно загружает на корпоративный
интернет-ресурс (https://digitalbank.ru) ИТ отдел, владеющим нужной
информацией и собственными уникальными средствами, к которым мы не
имеем доступа, в связи с чем не можем с самого нуля взять процесс под свой
контроль. Пример документа представлен на рисунке 7.
Рисунок 7. Данные об устройствах самообслуживания
В названии документа содержится тип информации и дата, на которую
он был подготовлен, также копия этой информации имеется во второй строке.
Хранящиеся в нем данные описывают само устройство, технические
характеристики, местоположение, ответственных и его статус. Документ
содержит в себе 27 столбцов, а количество строк превышает 50000 (в примере
49933). Вес достигает 10 МБ. Подробнее в таблице 18.
79
Таблица 18
Описание документа
Параметр
Описание
Номер УС
Содержит уникальный идентификационный номер
устройства самообслуживания
Тип УС
Отображает тип устройства самообслуживания
Номер типа УС
Содержит идентификационный номер типа
устройства самообслуживания
Статус
Отображает актуальный статус устройства
самообслуживания на дату сбора данных
Ответственный сектор
Отображает информацию об ответственном за
устройство самообслуживания сектор
Адрес
Содержит полный адрес устройства
самообслуживания
Область
Информация о части адреса – области, в которой
расположено устройство самообслуживания
Населенный пункт
Информация о части адреса – населенном пункте, в
которой расположено устройство самообслуживания
Улица
Информация о части адреса – улице, в которой
расположено устройство самообслуживания
Дом
Информация о части адреса – доме, в которой
расположено устройство самообслуживания
Количество кассет
Техническая информация о количество кассет,
встроенных в устройство самообслуживания
Тип кассет
Техническая информация о типе кассет
Депозитный модуль
Техническая информация о наличии в устройстве
самообслуживания депозитного модуля, который
отвечает за прием наличных
Тип депозитного модуля
Техническая информация о типе депозитного модуля
Диспенсерный модуль
Техническая информация о наличии в устройстве
самообслуживания диспенсерного модуля, который
отвечает за выдачу наличных
Тип диспенсерного
модуля
Техническая информация о типе диспенсерного
модуля
Процессор
Техническая информация о процессоре, встроенном
в устройство самообслуживания
Частота
Техническая информация о частоте процессора,
встроенного в устройство самообслуживания
80
Параметр
Описание
Тип памяти
Техническая информация о типе оперативной
памяти, встроенной в устройство самообслуживания
Количество памяти
Техническая информация о количестве и объеме
оперативной памяти, встроенной в устройство
самообслуживания
Тип экрана
Техническая информация о типе экрана,
встроенного в устройство самообслуживания
Размер экрана
Техническая информация о диагонали экрана,
встроенного в устройство самообслуживания
Камера
Техническая информация о наличии встроенной в
устройство самообслуживания камеры
Тип камеры
Техническая информация о типе камеры, встроенной
в устройство самообслуживания
Микрофон
Техническая информация о наличии встроенного в
устройство самообслуживания микрофона
Тип микрофона
Техническая информация о типе микрофона,
встроенного в устройство самообслуживания
PAYPASS/PAYWAVE
Техническая информация о наличии встроенной в
устройство самообслуживания системы
бесконтактной оплаты от MasterCard PAYPASS и/или
VISA PAYWAVE
Для автоматизации процесса получения, преобразования и выгрузки
данных нам нужно только 3 столбца с данными:
1. Номер УС;
2. Тип УС;
3. Статус УС.
Также понадобится ячейка с датой, чтобы актуализировать рабочее
время каждого устройства самообслуживания при добавлении/обновлении
записей в базе данных.
2.2.2. Характеристика результатной информации
Полученные и преобразованные, а также выгруженные данные хранятся
в двух таблицах: временной и основной. Данные на текущий момент
сотрудники вручную обрабатывают и выгружают в корпоративную базу
данных, самостоятельно актуализируя информацию с помощью SQL-запросов.
81
В рамках автоматизации этого процесса будет реализовано последовательное
выполнение всех действий, включая новые SQL-запросы, в автоматическом
режиме без участия человека.
Основная таблица содержит в себе информацию обо всех когда-либо
действующих устройствах самообслуживания:
• Идентификационный номер устройства;
• Тип устройства;
• Дата начала действия;
• Дата окончания действия.
Временная таблица содержит в себе информацию только о тех
устройствах самообслуживания, которые имели статус «Активный» на момент
формирования документа с данными об этих устройствах. Требуется для
сравнения с основной таблицей:
• Если идентификационный номер есть во временной таблице, но его нет
в основной, то данные об этом устройстве самообслуживания
добавляются в основную таблицу. Начальная дата проставляется датой
документа, а конечная «01.01.2100»;
• Если есть совпадения идентификационных номеров во временной и
основной, то никаких действий не производится;
• Если во временной таблице отсутствует идентификационный номер,
который имеется в основной, то в основной таблице для таких устройств
самообслуживания проставляется конечная дата, равная дате документа
минус сутки;
• Если по устройству самообслуживания была установлена конечная дата,
не равная «01.01.2100» и оно вновь появляется во временной таблице, то
оно дублируется в основной таблице. Начальная дата проставляется
датой документа, а конечная «01.01.2100».
82
2.3. Программное обеспечение задачи
2.3.1. Сценарий диалога
В любой информационной системе предусматривается обмен
сообщениями между вычислительной машиной и пользователем. Эта
возможность представляется в виде определенного диалога, который приводит
к тем или иным действиям. Например, нажав на кнопку Пуск в операционной
системе Windows открывается соответствующее меню с выбором задач,
программ. Иногда вся система сводится к использованию диалогов, а иногда, в
случае 100% автоматизации, диалоги попросту не требуются, как, например, в
нашем случае, поскольку готовое решение активируется с помощью
встроенного в операционную систему планировщика задач. Фактически,
диалоги буду происходить внутри системы. Подробнее этот процесс отражен на
рисунке 8.
83
Рисунок 8. Сценарий диалога
2.3.2. Характеристика базы данных
В организации АО «Цифровой диван» используется база данных Oracle
Database 11g, которую мы ранее подробно описали и обосновали её выбор. В
рамках автоматизируемого рабочего процесса необходимо было создать новые
таблицы, с которыми ведется основная работа и которые содержат результат
загрузки документа, получения и преобразования данных и выгрузки в базу
данных. При проектировании была создана ER-модель, которая приведена на
рисунке 9, а таблицы основная (actual_us) и временная (tmp_actual_us) с их
параметрами отражены в таблицах 19 и 20.
ER-модель – это некая модель данных, которая дает возможность
описать схему предметной области концептуально. Такая модель используется
при проектировании различных баз данных. В ней можно отобразить ключевые
84
сущности (таблицы) и обозначить связи между ними.
Рисунок 9. ER-модель
Таблица 19
Временная таблица «tmp_actual_us»
Наименование поля
Идентификатор
поля
Тип поля
Длинна поля
Идентификационный
номер устройства
самообслуживания
ID
NVARCHAR2
100
Тип устройства
самообслуживания
TYPE
NVARCHAR2
100
Дата сбора данных
REPDATE
DATE
25
Таблица 20
Основная таблица «actual_us»
Наименование поля
Идентификатор
поля
Тип поля
Длинна поля
Идентификационный
номер устройства
самообслуживания
ID
NVARCHAR2
100
Тип устройства
самообслуживания
TYPE
NVARCHAR2
100
Дата начала действия
устройства
самообслуживания
STARTDATE
DATE
25
Дата окончания
действия устройства
самообслуживания
ENDDATE
DATE
25
2.3.3. Структурная схема пакета (дерево вызова процедур и программ)
В рамках автоматизации рабочего процесса было разработано несколько
85
модулей, которые взаимосвязаны между собой и работают как единое целое.
Структурная схема пакета была реализована и отображена на рисунке 10, а
описание разработанных и задействованных модулей представлено в таблице
21.
Рисунок 10. Структурная схема пакета
Таблица 21
Программные модули
п/п
Модуль
Описание
1
Файл .vbs (модуль
запуска: основной)
Содержит необходимый код, выполняющий запуск
Excel-файла с предустановленным макросом.
Отвечает за запуск главного модуля.
86
п/п
Модуль
Описание
2
Макрос (главный
модуль)
Содержит основной код программы, процедуры,
подключения, циклы, SQL-запросы, вызовы иных
программ. Отвечает за выполнение всего
рабочего процесса автоматизации, запуск
программ Internet Explorer для загрузки
документа, WinRAR Archiver для
разархивирования, включая вызов
дополнительного модуля запуска
3
Файл .bat (модуль
запуска:
дополнительный)
Содержит код, запускающий SQL*Loader и
выполняющий написанный в этом файле SQL-
запрос. Отвечает за выгрузку данных в базу
данных, путем запуска SQL*Loader
4
Файл .ldr (модуль
обработки)
Содержит код (параметры и SQL), отвечающий за
корректную работу SQL*Loader и выгрузки
данных в базу данных с его помощью
2.4. Испытания разработанного решения
2.4.1. Перечень объектов и функций, подлежащих испытаниям
В соответствии с ГОСТ 34-602-92, любые автоматизированные
системы до непосредственного внедрения в эксплуатацию в соответствии с их
жизненным циклом проходят обязательные предварительные испытания.

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

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
«Управление ресурсами проекта» (на примере организации ООО «ЛАКОСТЭ»)
Agile-методология в управлении проектами на примере ООО «Ресурсный центр «Академия КлассИнфо»
Aвтoмaтизaция пpoцecca вeдeния инфopмaциoннoй бaзы o дoлжнocтяx и вaкaнcияx c укaзaниeм тpeбoвaний к уpoвню знaний и нaвыкoв кaндидaтoв для гpуппы кaдpoв вoйcкoвoй чacти 3474»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
Cовершенствование управления рентабельности предприятия (на примере гуипп «бендерская типография «полиграфист»)