101
• Получение данных в формате XML.
Прародителем элемента TClientDataSet становится класс TDataSet, потому
TClientDataSet имеет аналогичный набор функций, как и стандартный компонент,
объединяющий набор данных. Главное отличие заключено в том, что источник
данных доступен для него только через удаленный элемент поставщик. Это
показывает то, что сохранение корректировок и обновление данных проходит
локально, без связи с источником.
К примеру, реализация метода Post ведет к записи текущего набора данных
в локальном кэше. Все корректировки передаются на сервер по требованию и
отслеживаются разработчиками.
Аналогично стандартному компоненту, TclientDataSet применяется вместе
с визуальными элементами визуализации данных. Для этого требуется элемент
TDataSource.
Класс «TDataSource». Элемент TDataSource применяется в случае
реализации "канала" между набором данных и элементом контроля этих данных
на форме, которая помогает отражать, изменять и перемещать значения в
лежащем ниже наборе данных.
Класс «TImageList». Элемент TImageList не визуален и используется в
приложениях, где применяется множество графических изображений. Он умеет
хранить наборы изображений требуемого размера, к примеру, битовые карты или
пиктограммы, адресоваться к ним по номерам и делать вывод изображений на
монитор разными вариантами.
Перед передачей изображений данному компоненту важно проверить ряд
его базовых свойств. В процессе взаимодействия со списком изображений, важно
изначально отразить, как его элементы передаются на холст: рисуются или
копируются с учетом маски, исходя из цвета маскируемой области. Все точки,
переданные области, либо не отражаются вообще, либо выделяются единым
цветом.
Отчеты. Для генерации отчетов в системе есть генератор отчетов FastReport
4. Удобство применения, хорошая производительность и стабильность этого
генератора отчетов выводят его в лидеры своей сферы действия.
Ядро генератора отчетов
102
Ядро FastReport специально оптимизировано скоростного формирования
тяжёлых корпоративных отчётов реального бизнеса.
Основу Ио включает база информации, поддерживающая ее хранение и
обработку. Состав этой базы отражается параметрами системы и услугами, ею
предоставляемыми для своих пользователей, а также реализацией взаимодействия
контроля оплаты с другими АИС. Структура базы информации должна
поддерживать возможность увеличения функций системы, не требующих
корректировки структуры обрабатываемых данных, без переделки самой БД.
Сама база информации может состоять из:
• Справочников, которые ведутся методом работы с программой
самим персоналом системы, который с ней работает;
• Подстроенных таблиц для работы системы в требуемых условиях,
исходная загрузка которых реализована вместе с инсталляцией системы, и
данные, в которых может изменятся админом системы;
• Таблиц сохраненной и текущей информации, доступ к которым
реализуется на основе ПО системы с указанными правами пользователей.
Обмен данными между комплексами задач, включёнными в состав
системы, а также остальными системами реализуется в рамках функций,
включенных в систему.
2.3.4 Описание программных модулей
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача итоговых данных.
103
Список операций, реализуемых в процессе получении начальных данных,
включает в себя:
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На вход
исследуемой задачи приходят начальные данные со слов заказчика о требуемых
услугах, в рамках которых уже подсчитываются все требуемые параметры: цена,
количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на любой
носитель. В рамках решения описанной задачи автоматизации процесс
регистрации проходит механическим способом, то есть все набирается с
клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора начальных
документов или файла на носителе данных для дальнейшей отправки и обработки.
Этот процесс в рамках решаемой задачи автоматизации реализуется
самостоятельно, централизовано – то есть прием данных выполняется по мере их
получения на источниках.
При поиске начальных данных готовятся документы, данные которых
применяются для проверки нормативно-справочной информации и документов,
имеющих оперативную информацию, которая используется в рамках расчетов.
При этом необходимо уделить особое внимание входной информации, для
этого используется:
• Зрительный контроль через экран дисплея,
• Верификации, позволяющая провести сверку ранее переданных и
сохраненных в БД данных и информации из начальных документов, переданных
оператором.
4) Отправка данных на обработку – типичная технологическая процедура,
т.к. все операции по регистрации и сбору начальных данных выполняются за
одним рабочим местом.
Технологический процесс анализа данных – это некая совокупность
операций, реализуемых в строго согласованной последовательности с
применением конкретных методик анализа данных и соответствующих
инструментов
104
В рамках реализации БД применяется ряд режимов обработки:
• Пакетный – для задач с малой разветвленностью алгоритма, малой
необходимостью вмешательства пользователя в процесс решения задачи,
огромным объемом начальных данных, долгим сроком решения и передачи
итоговых результатов;
• Интерактивный – для реализации функций контроля диалога,
информирования персонала, вывода некоторых служебных данных, их обработки
при помощи прикладных программ и передачи итоговых данных;
• Совокупный.
Режим пакетной обработки данных включает в себя начальный сбор пакета
документов или заготовку входного файла начальных данных, с которых
реализуется передача основным файлам начальных данных или процесс их
обновления. Пакетная передача применяется для работы с файлами текущих
данных тогда, когда нужно внедрять централизованную БД из местных
источников начальных данных при недоступности соединения этих источников с
ИС. Использование пакетного режима передачи минимизирует влияние оператора
на процесс решения задачи, требуется лишь начальный ввод данных, что
минимизирует возможность помехи пользователя и, по итогу, корректировки
очередности реализации действий. Но благодаря этому оборудование
нагружается на полную и начинает работать по жесткому графику. Часто для
решения задачи реализуется и параллельная обработка данных. Режим пакетной
обработки очень тесно связан с бумажным режимом оформления документов.
Диалоговый режим включает активное вмешательство пользователя в
процесс работы системы и ориентирован на электронные технологии. В процессе
его реализации не заранее описанной очередности операций анализа данных и их
перевода. Нюансом диалогового режима анализа данных становится ввод или
обновление некоторых данных по мере надобности.
Учитывая нюансы создаваемой проблемной области при решении задачи,
определение такого режима обработки диктуется рядом особенностей:
• Отправители начальных данных соединены с ИС, но все же есть
применение бумажной технологии передачи данных;
105
• Анализ данных стартует по факту поступления данных, хотя отчеты
начинают готовится лишь по приходу всего объема данных за выделенный
период;
• Есть понятная последовательность процессе обработки данных, но
вмешательство пользователя в процесс анализа данных все-таки возможно.
Технологический процесс передачи итоговых данных выполняется т в двух
направлениях:
• Передача итоговых данных на печать;
• Передача итоговых данных на экран.
Оба из них не исключают передачи данных также в саму базу информации.
По итогу, реализуется ее пополнение, а все сохраненные данные выступают в
рамках исходных для решения похожих задач дальнейших периодов.
Для того чтобы правильно выбрать вариант технологического процесса,
нужно всегда учитывать следующие требования:
Контроль за достоверностью обрабатываемой информации;
Решение всех задач в строго оговоренные сроки;
Минимальные трудовые и стоимостные затраты на обработку;
Наличие ЭВМ для упрощения процесса обработки;
Решение задач в разных режимах.
Исходя из вышеперечисленных требований, целесообразнее всего
спроектировать АРМ, позволяющий повысить общую производительность и
децентрализовать процесс решения задачи.
На этапе обработки данных важно использовать нормативно-справочную
информацию. Это даст некоторые преимущества в скорости выбора и сортировки.
При этом также необходим предварительный просмотр полученных данных перед
их оформлением и выдачей. На этом этапе становится актуальным выбор
правильного режима – пакетного или диалогового. Первый вариант предполагает
уменьшение вмешательства самого пользователя в процесс решения задачи,
предоставляя ему только возможность вводить и корректировать данные, что не
всегда удобно для самого исполнителя. На практике эффективнее и стабильнее
показывает себя диалоговый режим, обеспечивающий более гибкую связь и
дающий целый ряд преимуществ: удобен при работе, обеспечивает защиту от
106
нежелательного доступа, позволяет непосредственно участвовать в решении
задачи, дает быстрый доступ к данным в любой момент времени и хорошую
управляемость процессом, а также отлично осуществляет переход от одной
операции к другой.
Сегодня существует несколько типов диалогов: меню, диалог на
естественном языке, команды для управления.
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и послемашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе
найдена ошибки, документ передается обратно к источнику для корректировки,
иначе документ направляется для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На этом
этапе сразу подключаются информационные файлы с условно-постоянной
информацией. Подобное решение сильно упрощает ведение макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации является
совокупностью операций, выполняющиеся в диалоговом режиме работы с ПК и в
различной последовательности. То есть череда технологических операций
выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
системы.
107
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права. По
факту авторизации пользователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
передачи нужных данных. Для этого в меню программы ищется контролирующий
это пункт. Затем в выбранном справочнике или таблице добавляются, или
корректируются уже имеющиеся записи, просматриваются готовые документы
или база остается неизменной.
Схемы технологического процесса сбора, передачи, обработки и выдачи
информации для разработанной системы представлены на рисунке 2.12.
108
Цикл по времени
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.11 Начало работы с системой (главное меню)
После авторизации сотрудник в главной форме выбирает пункт меню,
которые соответствует необходимым действиям – отчеты или учет.
2.4 Контрольный пример реализации проекта и его описание
Для запуска разработанной системы необходимо разместить базу данных
на сервере MS SQL, определи в параметры подключения к ней в файле Settings.ini.
Далее необходимо последовательно запустить файл server.exe и klient.exe. Если
109
доступ к базе данных настроен верно, пользователь получит форму авторизации
(рисунок 2.11).
Рисунок 2.12 Форма авторизации
После прохождения авторизации пользователь получает главную форму
программы. На ней приведен список исходящих сообщений. Для получения
исходящих сообщений необходимо щелкнуть правой кнопкой мышки по значку
программу в трее и выбрать нужный пункт (рисунок 2.12).
Рисунок 2.13 - Список исходящих сообщений
Также имееется возможность просмотра всех сообщений (рисунок 2.13):
110
Рисунок 2.14 - Список всех сообщений
Для создания сообщения необходимо вызвать соответствующую форму и
последовательно заполнить общие сведения о сообщении, выбрать получателей,
ввести тему и содержание сообщения (рисунок 2.14 и 2.15).
Рисунок 2.15 Создание сообщения