update, delete) к целевой таблице. Позволяет выгружать данные из таблицы базы
данных в объекты, наследуемые от класса «view_stat_employee_connection_info»,
через который программист может редактировать таблицу базы данных. Метод
«Fill» адаптера заполняет таблицу «view_stat_employee_connection_info». Метод
«Update» адаптера заносит данные из «view_stat_employee_connection_info» в базу
данных.
TableAdapterManager
Также входит в состав класса «baseDataSet». Объединяет в себе
компоненты-адаптеры, созданные разработчиком внутри объекта «baseDataSet».
Классы форм
Классы, перечисленные в данном разделе, относятся к классам интерфейса
приложения. При помощи данных классов пользователь может просматривать и
редактировать базу данных в удобной форме.
FormMain
Класс главной формы приложения. Данная форма является главной точкой
входа в пользовательский интерфейс приложения. Из данной формы пользователь
может просматривать общую статистику и расход трафика пользователями.
Также из данного класса пользователь может редактировать таблицы базы данных
(«Отдел», «Сотрудник», «Порт», «Протокол», «Ресурс», «Локальная сеть»),
обращаясь к соответствующим классам-формам приложения.
CommonSettingsForm
Класс формы. Служит для настройки параметры отображения общей
статистики.
TrafficSettingsForm
Класс формы. Служит для настройки параметры отображения статистики
по расходу трафика пользователями локальной сети.
EmployeeConnectionForm
Класс формы. Служит для просмотра статистики по расходу трафика для
конкретного пользования с расписанием всех его соединений.
EmployeeConnectionInfoForm
Класс формы. Служит для просмотра статистики по конкретному
соединению пользователя с внешним интернет ресурсом.
Классы для редактирования справочников БД
Классы из данного раздела разработаны для поддержки возможности
редактирования справочников из приложения. Все классы в данном разделе
являются однотипными, реализующими однообразные функции. Отличие классов
данного подраздела состоит лишь в том, с какой таблицей из БД они
взаимодействуют.
DepartmentForm
Класс, реализующий возможность редактирования таблицы-справочника
БД «Отдел».
EmployeeForm
Класс, реализующий возможность редактирования таблицы-справочника
БД «Сотрудник».
PortForm
Класс, реализующий возможность редактирования таблицы-справочника
БД «Порт».
ProtocolForm
Класс, реализующий возможность редактирования таблицы-справочника
БД «Протокол».
ResourceForm
Класс, реализующий возможность редактирования таблицы-справочника
БД «Ресурс».
LocalNetworkForm Класс, реализующий возможность редактирования
таблицы-справочника БД «Локальная сеть».
AddressSelectorForm Класс, реализующий возможность выбора
конкретного локального адреса, который фигурировал в статистике NetFlow.
2.3.4 Описание программных модулей
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача итоговых данных.
Список операций, реализуемых в процессе получении начальных данных,
включает в себя:
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На вход
исследуемой задачи приходят начальные данные со слов заказчика о требуемых
услугах, в рамках которых уже подсчитываются все требуемые параметры: цена,
количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на любой
носитель. В рамках решения описанной задачи автоматизации процесс
регистрации проходит механическим способом, то есть все набирается с
клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора начальных
документов или файла на носителе данных для дальнейшей отправки и обработки.
Этот процесс в рамках решаемой задачи автоматизации реализуется
самостоятельно, централизовано – то есть прием данных выполняется по мере их
получения на источниках.
При поиске начальных данных готовятся документы, данные которых
применяются для проверки нормативно-справочной информации и документов,
имеющих оперативную информацию, которая используется в рамках расчетов.
При этом необходимо уделить особое внимание входной информации, для
этого используется:
• Зрительный контроль через экран дисплея,
• Верификации, позволяющая провести сверку ранее переданных и
сохраненных в БД данных и информации из начальных документов, переданных
оператором.
4) Отправка данных на обработку – типичная технологическая процедура,
т.к. все операции по регистрации и сбору начальных данных выполняются за
одним рабочим местом.
Технологический процесс анализа данных – это некая совокупность
операций, реализуемых в строго согласованной последовательности с
применением конкретных методик анализа данных и соответствующих
инструментов
В рамках реализации БД применяется ряд режимов обработки:
• Пакетный – для задач с малой разветвленностью алгоритма, малой
необходимостью вмешательства пользователя в процесс решения задачи,
огромным объемом начальных данных, долгим сроком решения и передачи
итоговых результатов;
• Интерактивный – для реализации функций контроля диалога,
информирования персонала, вывода некоторых служебных данных, их обработки
при помощи прикладных программ и передачи итоговых данных;
• Совокупный.
Режим пакетной обработки данных включает в себя начальный сбор пакета
документов или заготовку входного файла начальных данных, с которых
реализуется передача основным файлам начальных данных или процесс их
обновления. Пакетная передача применяется для работы с файлами текущих
данных тогда, когда нужно внедрять централизованную БД из местных
источников начальных данных при недоступности соединения этих источников с
ИС. Использование пакетного режима передачи минимизирует влияние оператора
на процесс решения задачи, требуется лишь начальный ввод данных, что
минимизирует возможность помехи пользователя и, по итогу, корректировки
очередности реализации действий. Но благодаря этому оборудование
нагружается на полную и начинает работать по жесткому графику. Часто для
решения задачи реализуется и параллельная обработка данных. Режим пакетной
обработки очень тесно связан с бумажным режимом оформления документов.
Диалоговый режим включает активное вмешательство пользователя в
процесс работы системы и ориентирован на электронные технологии. В процессе
его реализации не заранее описанной очередности операций анализа данных и их
перевода. Нюансом диалогового режима анализа данных становится ввод или
обновление некоторых данных по мере надобности.
Учитывая нюансы создаваемой проблемной области при решении задачи,
определение такого режима обработки диктуется рядом особенностей:
• Отправители начальных данных соединены с ИС, но все же есть
применение бумажной технологии передачи данных;
• Анализ данных стартует по факту поступления данных, хотя отчеты
начинают готовится лишь по приходу всего объема данных за выделенный
период;
• Есть понятная последовательность процессе обработки данных, но
вмешательство пользователя в процесс анализа данных все-таки возможно.
Технологический процесс передачи итоговых данных выполняется т в двух
направлениях:
• Передача итоговых данных на печать;
• Передача итоговых данных на экран.
Оба из них не исключают передачи данных также в саму базу информации.
По итогу, реализуется ее пополнение, а все сохраненные данные выступают в
рамках исходных для решения похожих задач дальнейших периодов.
Для того чтобы правильно выбрать вариант технологического процесса,
нужно всегда учитывать следующие требования:
Контроль за достоверностью обрабатываемой информации;
Решение всех задач в строго оговоренные сроки;
Минимальные трудовые и стоимостные затраты на обработку;
Наличие ЭВМ для упрощения процесса обработки;
Решение задач в разных режимах.
Исходя из вышеперечисленных требований, целесообразнее всего
спроектировать АРМ, позволяющий повысить общую производительность и
децентрализовать процесс решения задачи.
На этапе обработки данных важно использовать нормативно-справочную
информацию. Это даст некоторые преимущества в скорости выбора и сортировки.
При этом также необходим предварительный просмотр полученных данных перед
их оформлением и выдачей. На этом этапе становится актуальным выбор
правильного режима – пакетного или диалогового. Первый вариант предполагает
уменьшение вмешательства самого пользователя в процесс решения задачи,
предоставляя ему только возможность вводить и корректировать данные, что не
всегда удобно для самого исполнителя. На практике эффективнее и стабильнее
показывает себя диалоговый режим, обеспечивающий более гибкую связь и
дающий целый ряд преимуществ: удобен при работе, обеспечивает защиту от
нежелательного доступа, позволяет непосредственно участвовать в решении
задачи, дает быстрый доступ к данным в любой момент времени и хорошую
управляемость процессом, а также отлично осуществляет переход от одной
операции к другой.
Сегодня существует несколько типов диалогов: меню, диалог на
естественном языке, команды для управления.
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и послемашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе
найдена ошибки, документ передается обратно к источнику для корректировки,
иначе документ направляется для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На этом
этапе сразу подключаются информационные файлы с условно-постоянной
информацией. Подобное решение сильно упрощает ведение макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации является
совокупностью операций, выполняющиеся в диалоговом режиме работы с ПК и в
различной последовательности. То есть череда технологических операций
выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
системы.
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права. По
факту авторизации пользователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
передачи нужных данных. Для этого в меню программы ищется контролирующий
это пункт. Затем в выбранном справочнике или таблице добавляются, или
корректируются уже имеющиеся записи, просматриваются готовые документы
или база остается неизменной.
Схемы технологического процесса сбора, передачи, обработки и выдачи
информации для разработанной системы представлены на рисунке 2.23.
Цикл по времени
d=1; d>=8;d<=18; d++
Цикл по клиентам
j=1; j<=COUNT(paz); j++
Создание
представления для
списка проектов
Чтение i-й записи
представления paz
Установка указателя
в представлении rasp
на первую запись
rasp[i].Doctor_id,
time=18
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка записей
по дате
Начало
Установка
соединения с
сервером БД
Фильтр таблицы zav
по условию (status=1)
Открытие таблиц
zav, klient, status
Б
Конец цикла по
клиентам
Чтение записи в
списке проектов
N1=N++
Б
Конец цикла по
исполнителям
Цикл по статусам,
j=1; j<=COUNT(status);
j++
Цикл по
исполнителям m=1;
m<=12; m++
Фильтр представления
Список
N10=++
П11=П11+ user[j].summ
Конец цикла по
исполнителям
Внесение данных в
таблицу Проекты
Конец
Закрытие таблиц,
уничтожение
представления
Список проектов
Рисунок 2.23 Начало работы с системой (главное меню)
После авторизации сотрудник в главной форме выбирает пункт меню, которые
соответствует необходимым действиям – отчеты или учет.
2.4 Контрольный пример реализации проекта и его описание
Для успешной работы разработанной программы необходимо выполнить
следующие действия.
Установить Microsoft SQL Express 2005;
запустить коллектор «NetFlowCollector.exe» (запуск приложения
должен выполняться от имени администратора);
запустить приложение анализатор «NetFlowAnalyser.exe»;
запустить симулятор «netflowsim.exe» (выбираем «Version 5» и
нажимаем «Start»).
Последовательность действий для последующих запусков
запустить коллектор «NetFlowCollector.exe» (запуск приложения
должен выполняться от имени администратора);
запустить приложение анализатор «NetFlowAnalyser.exe»;
запустить симулятор «netflowsim.exe» (выбираем «Version 5» и
нажимаем «Start»).
Установка Microsoft SQL Server
Для работы приложений «Коллектор» и «Анализатор» необходимо
установить Microsoft SQL Express 2005.
Рисунок 2.24 Определение имени сервера
На рисунке 2.25 показано главное окно коллектора. Красным
прямоугольником на рисунке показана область уведомления приложения. В
данной области приложение отображает сведения о каких-либо событиях
коллектора. В области уведомления отображается сведения о получаемых пакетах
и сообщения об ошибках приложения.
Рисунок 2.25 Главное окно коллектора
Запускать файл «NetFlowCollector.exe» необходимо от имени
администратора. В случае успешного запуска приложения в области уведомления
приложения не появится никаких сообщений. В случае возникновения ошибок в
области уведомления будет автоматически выведено описание ошибки. Фоновый
процесс будет автоматически остановлен.
Первая вероятная ошибка приложения – ошибка подключения к серверу
Microsoft SQL Server.
Рисунок 2.26 Окно настроек коллектора