Логотип Свидетельство: RU.E.34.010.A № 55325
Приложение к свидетельству: № 55325

Руководство по эксплуатации

1. Назначение

Система автоматизированная информационно-измерительная коммерческого учёта электроэнергии (АИИС КУЭ) «Энерго-Байт», далее по тексту – система, предназначена для измерения активной и реактивной электроэнергии, сбора, обработки, хранения и передачи полученной информации заинтересованным организациям в рамках согласованного регламента.

Автоматизированная информационно-измерительная система коммерческого учёта электроэнергии (АИИС КУЭ, АСКУЭ) представляет собой совокупность аппаратных и программных средств, обеспечивающих дистанционный сбор, хранение и обработку данных об энергетических потоках в электросетях.

АИИС КУЭ построена на основе программного комплекса «Энерго-Байт» и представляет собой многоуровневую автоматизированную измерительную систему с централизованным управлением и распределенной функцией измерения.

Программный комплекс АИИС КУЭ «Энерго-Байт» позволяет производить сбор данных об учёте энергоресурсов (электроэнергии, воды и тепловой энергии) с соответствующих концентраторов, регистраторов, устройств мониторинга и счётчиков от разных производителей оборудования.

Полученные результаты измерений позволяют определять величины учётных показателей, используемых на оптовом и розничном рынке электроэнергии, осуществлять взаиморасчеты между производителями, поставщиками и потребителями энергоресурсов, анализировать эффективность энергопотребления, разрабатывать и контролировать выполнение энергосберегающих мероприятий.

Область применения системы – предприятия-участники энергетического рынка: производители, поставщики и потребители, сетевые организации.

Конечными целями создания системы и методами их достижения являются:

  • повышение эффективности предприятия в области учёта энергоресурсов;
  • организация взаиморасчётов между поставщиком и потребителем энергоресурсов.

2. Состав системы

Система компонуется на объекте эксплуатации из серийно выпускаемых агрегатных средств измерений, внесенных в Государственный реестр средств измерений. В систему могут входить любые средства измерений, внесенные в Государственный реестр средств измерений, обладающие открытым протоколом передачи данных, независимо от завода-производителя и типа внешнего интерфейса. Также система может быть дополнена широким спектром датчиков и систем управления для выполнения функций телеметрии и телеуправления. Система имеет распределенную иерархическую структуру, позволяющую дополнять как объекты в целом, так и наращивать её составные части.

На данный момент программный комплекс (программное обеспечение) системы гарантировано может взаимодействовать со следующим оборудованием:

Тип Модель Изготовитель
Счётчик электроэнергии (однофазный) Меркурий 200.XX ООО «НПК «Инкотекс»
Счётчик электроэнергии (трёхфазный) Меркурий 230.XX ООО «НПК «Инкотекс»
Счётчик электроэнергии (трёхфазный) СЭТ-4ТМ.03 АО «ННПО им. М.В. Фрунзе»
Счётчик электроэнергии (трёхфазный) CE301 АО «Электротехнические заводы «Энергомера»
Концентратор PLC-I Меркурий 225.11 ООО «НПК «Инкотекс»
Концентратор PLC-II Меркурий 225.21 ООО «НПК «Инкотекс»
Устройство мониторинга УМ-31, УМ-31 RTU ЗАО «Связь инжиниринг М»
Тепловычислитель СПТ943 АО «Комплектэнергоучет» (Логика)
Счётчик импульсов – регистратор Пульсар ООО НПП «Тепловодохран»
GSM-Шлюз Меркурий 228 ООО «НПК «Инкотекс»
GSM-Модем Любая Любой

3. Программное обеспечение системы

Программное обеспечение автоматизированной информационно-измерительной системы коммерческого учета энергоресурсов разработано по принципу двухуровневой архитектуры и работает на СУБД Oracle.

Серверная часть программного обеспечения состоит из ядра системы и системных служб.

Ядро системы написано на языке PL/SQL и вся бизнес логика системы выполняется на уровне СУБД Oracle.

Системные службы обеспечивают доступ к средствам измерения и коммуникационному оборудованию на физическом уровне. Системные службы являются неотъемлемой частью системы и могут быть установлены на один или несколько компьютеров объединенных в локальную сеть. Системные службы можно установить и на удаленные компьютеры, не входящие в состав локальной сети, доступ к которым, с соблюдением всех необходимых мер безопасности, может быть осуществлен через сеть Интернет (VPN). Благодаря этому система легко масштабируется и не привязывается к конкретному оборудованию и их физическому месту расположения.

Клиентская часть программного обеспечения – это автоматизированные рабочие места администратора и оператора системы. Клиентская часть написана на языке программирования высокого уровня, устанавливается на один или несколько компьютеров, объединенных в локальную сеть, и является неотъемлемой частью системы. Непосредственно к компьютерам, на которых установлена клиентская часть, или в локальную сеть подключается один или несколько принтеров для печати учётно-отчетных документов.

3.1. Модули программного обеспечения системы

Схематично программное обеспечение системы можно разбить на следующие модули:

  • Ядро системы (серверная часть):
    • СУБД Oracle.
  • Системные службы (серверная часть):
    • АИИС - SDIP Сервер;
    • АИИС - CGS Сервер;
    • АИИС - GPRS Сервер.
  • Автоматизированные рабочие места (клиентская часть):
    • Администратор системы;
    • Оператор системы.
Модули

3.2. Установка и удаление программного обеспечения

Автоматизированные рабочие места (АРМ) и системные службы системы могут быть установлены и запущенны только на компьютерах под управлением операционной системы Windows© от фирмы Microsoft©.

Поддерживаемая операционная система для клиентской части Windows 7 и выше для серверной части Windows Server 2008 R2 и выше.

Установка программного обеспечения АИИС КУЭ «Энерго-Байт» происходит путем запуска одного из файлов AIMSystemSetup32.exe или AIMSystemSetup64.exe для 32-х или 64-х битной системы соответственно.

Внимание

Выбор 32-х или 64-х битного программного обеспечения АИИС КУЭ «Энерго-Байт» зависит не столько от типа операционной системы, сколько от установленного на компьютере клиента Oracle или самой СУБД Oracle. Если на 64-х битной операционной системе был установлен 32-х битный клиент Oracle или сама СУБД Oracle, то следует устанавливать 32-х битное программное обеспечение АИИС КУЭ «Энерго-Байт».

Внимание

Установку программного обеспечения АИИС КУЭ «Энерго-Байт» необходимо выполнить только после успешно установленного на компьютере клиента Oracle или самой СУБД Oracle.

Внимание

СУБД Oracle не входит в состав программного обеспечения АИИС КУЭ «Энерго-Байт». Установка и сопровождение СУБД Oracle, а также создание базы данных для установки ядра системы, выполняется специалистами предприятия заказчика самостоятельно.

После запуска одного из выше указанных файлов следуйте указаниям мастера установки программного обеспечения:

Установка

На этапе выбора компонентов программного обеспечения, вам будет предложено на выбор три варианта установки:

Установка

Клиентская часть, устанавливается по умолчанию. В этот компонент входят автоматизированные рабочие места для работы с системой, а именно АРМ Администратора и АРМ Оператора.

Серверная часть, устанавливается по выбору. В этот компонент входят системные службы, обеспечивающие доступ к средствам измерения и коммуникационному оборудованию на физическом уровне. Данный компонент необходим администраторам предприятия для последующей установки этих служб на серверах согласно схемам подключения и расположения опрашиваемого оборудования. Рекомендации по самостоятельной установке системных служб даны в пункте 3.2.1.5.

Скрипты для создания базы данных, устанавливается по выбору. В этот компонент входят SQL скрипты и необходимые файлы для создания и заполнения исходными данными ядра системы. Данный компонент необходим администраторам предприятия для подготовки СУБД Oracle к работе программного обеспечения АИИС КУЭ «Энерго-Байт».

Если во время установки был выбран компонент «Скрипты для создания базы данных», то после завершения установки будет предложено выполнить установку ядра системы:

Установка

Если данный пункт был пропущен, то выполнить установку ядра системы можно и после завершения установки. Рекомендации по самостоятельной установке ядра системы даны в пункте 3.2.1.2.

Удаление установленного программного обеспечения выполняется штатными средствами операционной системы через раздел «Программы и компоненты» в панели управления.

3.2.1. Серверная часть

Серверная часть программного обеспечения АИИС КУЭ «Энерго-Байт» состоит из ядра системы и системных служб.

3.2.1.1. Ядро системы

Ядро системы написано на встроенном в СУБД Oracle языке программирования PL/SQL. Поэтому вся бизнес логика системы, включая опрос оборудования, выполняется средствами самой СУБД Oracle. Иными словами, ядро системы — это код, написанный на языке программирования PL/SQL.

Хотелось бы выделить ряд основных преимуществ данного подхода к разработке программного обеспечения системы. Во-первых, это открытый код, вследствие чего любой специалист, на предприятии заказчика, обладающий необходимыми навыками в программировании на языке PL/SQL, может самостоятельно развивать и поддерживать систему. Во-вторых, это гибкость системы, алгоритмы опроса оборудования, анализа полученных данных и формирования отчётов реализованы также на языке программирования PL/SQL, что позволяет легко адаптировать систему под те или иные нужды заказчика. В-третьих, это автономность системы, при опросе приборов учёта, достаточно единожды настроить систему и сбор данных будет происходить без участия пользователя и без необходимости запуска клиентской части программного обеспечения.

3.2.1.2. Установка ядра системы

Для того, чтобы самостоятельно установить ядро системы, администратору предприятия потребуются файлы, полученные на этапе установки программного обеспечения АИИС КУЭ «Энерго-Байт», описанного в пункте 3.2.

Убедитесь

Что при установке, был выбран компонент «Скрипты для создания базы данных» и на этапе завершения мастера установки не был выбран пункт «Выполнить установку ядра системы».

По умолчанию компоненты системы устанавливаются в папку:

  • 32-х битная версия программного обеспечения АИИС КУЭ «Энерго-Байт» на 32-х битной версии операционной системы: %SystemDrive%\Program Files\ООО Байт-Энерго\АИИС КУЭ Энерго-Байт;

  • 64-х битная версия программного обеспечения АИИС КУЭ «Энерго-Байт» на 64-х битной версии операционной системы установится в папку: %SystemDrive%\Program Files\ООО Байт-Энерго\АИИС КУЭ Энерго-Байт;

  • 32-х битная версия программного обеспечения АИИС КУЭ «Энерго-Байт» на 64-х битной версии операционной системы установится в папку: %SystemDrive%\Program Files (x86)\ООО Байт-Энерго\АИИС КУЭ Энерго-Байт.

Где %SystemDrive% это диск на котором установлена операционная система в большинстве случаев это диск C:.

Обозначим условно папку, в которую была установлена система, как %AIMSystem%. Тогда скрипты для создания базы данных будут располагаться в папке %AIMSystem%\oracledb. В этой папке находится командный файл install.cmd запуск которого и приведёт к установке ядра системы.

Выбор базы данных произойдет согласно установленного значения переменной среды окружения ORACLE_SID. Если на предприятии несколько баз данных, то перед запуском командного файла %AIMSystem%\oracledb\install.cmd следует уточнить кукую именно базу данных необходимо использовать при установке ядра системы.

Для этого нужно выполнить один из предложенных ниже вариантов:

  1. Установить значение (наименование базы данных) для переменной среды окружения ORACLE_SID в свойствах ОС Windows;

    ORACLE_SID
  2. Установить значение (наименование базы данных) для переменной среды окружения ORACLE_SID в файле %AIMSystem%\oracledb\sets.cmd.

Внимание

Значение установленное в файле %AIMSystem%\oracledb\sets.cmd будет переопределять значение переменной среды окружения ORACLE_SID установленное в системных настройках операционной системы.

Внимание

Запуск файла install.cmd приведёт к потере всех данных для схем KERNEL, ADMIN и DAEMON.

Во время выполнения указанного командного файла необходимо будет ввести пароль для пользователей SYS СУБД Oracle. Все сообщения в процессе установки ядра системы будут записаны в файл install.log. После окончания процесса установки этот файл необходимо проанализировать и при наличии ошибок связаться с нашей службой поддержки, если ошибок нет, то процесс установки ядра системы можно считать успешно завершенным. Все необходимые компоненты ядра системы буду находиться в схеме KERNEL, так же для работы ядра системы будут созданы пользователи ADMIN и DAEMON с паролями admin и daemon соответственно.

3.2.1.3. Пошаговая инструкция установки ядра системы

Ознакомьтесь, пожалуйста, с пунктом 3.2.1.2. Убедитесь, что вам известен пароль для пользователя SYS СУБД Oracle.

Путь к папке %AIMSystem%\oracledb условно обозначим как %oracledb%:

  1. Выполните (по необходимости) действия, описанные в пункте 3.2.1.5;

  2. Запустите на выполнение командный файл %oracledb%\install.cmd, он установит ядро системы.

    Во время выполнения указанного командного файла необходимо будет ввести пароль для пользователя SYS СУБД Oracle. Результат выполнения установки будет сохранен в файл %oracledb%\install.log. Во время выполнения установки в системе будет сформирован справочник адресов для двух регионов Москвы (77) и Московской области (50). Если программное обеспечение планируется использовать в других регионах РФ, то перед запуском командного файла %oracledb%\install.cmd скорректируете файл %oracledb%\address.sql;

  3. Запустите автоматизированное рабочее место администратора системы и выполните действия, описанные в пункте 3.3.2.2.

3.2.1.4. Системные службы

Системные службы - это автоматически запускаемые приложения, при старте операционной системы Windows и выполняющиеся вне зависимости от статуса пользователя. Администратор предприятия самостоятельно принимает решение, на какие из компьютеров будет установлена та или иная системная служба. Решение основывается на том, какое именно оборудование используется на предприятии для физического подключения к интерфейсам опрашиваемого оборудования.

Системная служба «АИИС - CGS (Communication Gateway Server) Сервер» - шлюз для связи между сетями. Служба обеспечивает доступ к цифровому интерфейсу RS-232 через сеть Ethernet. Системную службу необходимо устанавливать на те компьютеры, к которым приборы учёта, через преобразователи интерфейсов, подключены на прямую. Также эту системную службу необходимо устанавливать на те компьютеры, к которым для связи с приборами учёта используется GSM модем. Иными словами, «АИИС - CGS Сервер» устанавливается на тех компьютерах, где для доступа к приборам учёта задействован коммуникационный порт (COM-порт). По умолчанию служба использует UDP порт 4433.

Системная служба «АИИС - GPRS Сервер» - UDP сервер для обеспечения доступа к приборам учёта через GSM-шлюз «Меркурий 228» запрограммированным работать в режиме UDP клиента. GSM-шлюз "Меркурий 228" может работать в нескольких режимах по умолчанию это режим прямого дозвона через оператора мобильной связи по каналу CSD. Если на вашем предприятии несколько GSM-шлюзов и только один модем, то сбор данных с приборов учёта происходит последовательно по мере установки связи между модемом и каждым GSM-шлюзом. Следовательно, время опроса приборов учёта прямо пропорционально количеству GSM-шлюзов. При небольшом количестве шлюзов, такой способ опроса, по времени, вполне приемлем, но, если количество шлюзом превышает несколько десятков, опрос приборов учёта может растянуться на часы.

Данная служба была специально разработана с целью сократить время опроса оборудования, при большом количестве GSM-шлюзов «Меркурий-228». Время опроса оборудования сокращается за счёт того, что меняется схема опроса. Во-первых, из схемы опроса исключается GSM-модем, он теперь не нужен. Во-вторых, каждый GSM-шлюз переключается в режим работы UDP клиента и каждому из них присваивается уникальный позывной, задаются параметры установки связи с GPRS Сервером. GSM-шлюз, через GPRS сеть, оператора сотовой связи, выходит в общедоступную сеть Интернет и устанавливает связь с GPRS Сервером.

Внимание

Для осуществления, описанного выше способа связи предприятию необходимо иметь статический IP адрес, выданный местным провайдером.

Благодаря такой схеме опроса GPRS Сервер может обмениваться данными со всеми шлюзами одновременно, а не по очереди как при опросе через GSM модем. Следовательно, суммарное время опроса не увеличивается прямо пропорционально количеству GSM-шлюзов, а зависит только от количества подключенных и опрашиваемых через шлюз приборов учёта.

По умолчанию служба использует несколько UDP портов 4440 для взаимодействия с SDIP сервером и порт 4488 для подключения к GPRS серверу GSM шлюзов.

Системная служба «АИИС - SDIP Сервер» – служба для доступа к устройствам по протоколу SDIP (Simple Device Interaction Protocol - Простой протокол взаимодействия с устройством). SDIP Сервер тесно взаимосвязан с двумя ранее описанными службами и скрывает в себе все аппаратные и программные особенности, необходимые для осуществления связи с приборами учёта предоставляя на базе протокола SDIP единый механизм обмена данных для разных устройств и приборов будь то GSM модем, шлюз, концентратор или счётчик. Благодаря именно этой службе СУБД Oracle может самостоятельно опрашивать приборы учёта. Описание протокола SDIP не входит в рамки данной инструкции. По умолчанию служба использует TCP и UDP порт 4499.

3.2.1.5. Установка системных служб

Системные службы будут установлены/удалены автоматически во время установки/удаления программного обеспечения пункте 3.2.

Для того, чтобы самостоятельно установить системные службы, администратору предприятия потребуются файлы, полученные на этапе установки программного обеспечения АИИС КУЭ «Энерго-Байт», описанного в пункте 3.2.

Для установки системной службы необходимо перейти в папку %AIMSystem% и выполнить команду:

  1. # Для «АИИС - SDIP Сервер»:
  2. aimsSDIP.exe /install /start
  3.  
  4. # Для «АИИС - CGS Сервер»:
  5. aimsCGS.exe /install /start
  6.  
  7. # Для «АИИС - GPRS Сервер»:
  8. aimsGPRS.exe /install /start

Для удаления системной службы необходимо перейти в папку %AIMSystem% и выполнить команду:

  1. # Для «АИИС - SDIP Сервер»:
  2. aimsSDIP.exe /stop /uninstall
  3.  
  4. # Для «АИИС - CGS Сервер»:
  5. aimsCGS.exe /stop /uninstall
  6.  
  7. # Для «АИИС - GPRS Сервер»:
  8. aimsGPRS.exe /stop /uninstall

Полный список доступных команд можно вывести на экран монитора в виде сообщения, если запустить выполняемый файл системной службы без каких-либо параметров.

Список команд

Управление системной службой выполняется через оснастку «Службы» операционной системы Windows.

Службы

3.2.2. Клиентская часть

Клиентская часть программного обеспечения АИИС КУЭ «Энерго-Байт» разделена на автоматизированные рабочие места для администратора и оператора системы.

3.2.2.1. Автоматизированные рабочие места

Автоматизированное рабочее место администратора системы выполняет функции настройки системы, предоставляет доступ к элементам безопасности системы, позволяет просматривать журналы событий системы.

Автоматизированное рабочее место оператора системы является основным рабочим инструментом, с помощью которого выполняется ввод, отбор и управление всеми объектами системы, а также формирование необходимых отчетов.

3.3. Инструкция по эксплуатации программного обеспечения

Автоматизированные рабочие места системы тесно взаимосвязаны с ядром системы и по своей сути являются её графической оболочкой. Поэтому понимание того как устроено и функционирует ядро системы существенно облегчит освоение и работу с системой в целом.

3.3.1. Описание ядра системы

Прежде чем понять, как устроено ядро системы, нужно дать определение двум понятиям это - «Объект» и «Документооборот».

Объект

Это физическая или логическая сущность, которую можно представить в виде единого целого. Прибор учёта - это объект, балансовая группа или точка учёта энергоресурсов (абонент/клиент) - это объект, лицевой счёт, на котором отражается финансовая информация об оплате израсходованной энергии тоже объект и даже адрес, по которому был установлен прибор учёта также можно представить, как объект.

Объект обладает рядом характеристик, таких как: тип класса, класс, свойство и состояние. Объект хранится в системе в виде документа.

Понятия объект и документ взаимозаменяемые, но говоря о документе речь идет о конкретных записях в таблицах базы данных описывающих тот или иной объект.

Над документом можно совершать некие действия, которые вызывают в системе события, которые, в свою очередь, могут привести к изменению состояния документа. Всё это и является механизмом работы документооборота системы.

Документооборот системы

Это последовательность совершаемых над документом действий, приводящих к возникновению событий, способных повлиять на состояние документа. Последовательность переходов из одного состояния документа в другое называется «жизненным циклом документа».

Тип класса объекта

Это характеристика определяющая принадлежность объекта к той или иной логической сущности.

Тип класса объекта задаётся разработчиком системы и в отличие от других характеристик объекта не может быть изменен пользователем системы. На данный момент система обладает следующим списком типов класса объекта:

  • Объект (абстрактный тип):
    • Сервер;
    • Интерфейс;
    • Адрес;
    • Устройство;
    • Задание;
    • Балансовая группа;
    • Точка учёта;
    • Клиент;
    • Счёт.

Тип класса объекта может быть абстрактным, создать документ с абстрактным типом класса объекта невозможно. Абстрактные типы класса объекта необходимы для создания групп типов класса объекта, и введены для внутреннего использования.

Свойства объекта

Это ряд параметров, характеризующих сам объект.

Каждый объект обладает рядом параметров или свойств. У счётчика есть серийный номер, у абонента наименование, у счёта номер лицевого счёт. Свойство хранит в себе значение параметра и имеет тип, например, число, строка или дата.

Свойства объекта разделяются на основные свойства и дополнительные свойства. Основные свойства объекта определяются разработчиком системы и жестко закреплены за полями таблиц в базе данных. Дополнительные свойства объекта могут быть самостоятельно определены пользователем системы. Свойства объекта отображаются на экране монитора компьютера в виде форм. Сочетание основных и дополнительных свойств объекта формирует полный список параметров объекта и позволяет через форму манипулировать их значениями по усмотрению самих пользователей.

Например, вы хотите сгруппировать в отчёте некие объекты по определенному признаку, но в параметрах нужного вам объекта, нет свойства группа. Система позволяет самостоятельно добавить в форму необходимое свойство, в нашем примере это группа, и в дальнейшем использовать его по своему собственному усмотрению.

Состояние объекта

Это промежуточное звено в цепи документооборота системы.

Каждый объект в системе находиться в том или ином состоянии. Список состояний для каждого класса объектов индивидуален и может быть настроен пользователем по своему собственному усмотрению. Состояние объекта привязывается к классу объекта.

Состояние объекта обладает типом и на данный момент в системе их всего четыре, а именно:

  • Создан;
  • Включен;
  • Отключен;
  • Удалён.

Каждому из типов состояния должно соответствовать как минимум одно состояние объекта из чего следует, что каждый документ может находиться как минимум в четырех состояниях. Типы состояний объекта недоступны для изменения пользователю системы, но на базе этих типов пользователь может создать сколько угодно собственных состояний объекта. Первоначальное состояние любого нового документа в системе это – «Создан». Для каждого состояния объекта задается определенный список действий. Переход из одного состояния объекта в другое происходить только при совершении над ним определенного действия.

Действие, совершаемое над объектом также, как и состояния объекта задается для каждого класса объекта и формируется из заданного разработчиком системы списка.

На данный момент список действий выглядит следующим образом:

  • Создать;
  • Открыть;
  • Изменить;
  • Сохранить;
  • Включить;
  • Отключить;
  • Удалить;
  • Восстановить;
  • Уничтожить;
  • Опросить;
  • Запустить;
  • Остановить;
  • Проверить;
  • Отменить;

На основе заданных действий путем добавления новых или переопределения уже имеющихся действий, для каждого класса объектов, пользователь системы формирует свой собственный список действий, совершаемых над этим объектом. Для каждого действия создается список событий.

Событие объекта

Это реакция на совершаемое над объектом действие.

К каждому событию объекта привязывается написанные на языке PL/SQL процедуры. При возникновении события ядро системы начинает поочередно выполнять код в привязанных к событию процедурах. Выполняемый код может быть абсолютно любым, и иметь разную смысловую нагрузку будь то проверка документа на переход из одного состояния в другое или информирование пользователя о неправильно заполненных полях.

Класс объекта

Это условное разделение объекта по тем или иным признакам.

Класс объекта характеризует сам объект. На примере прибора учёта это выглядит так: Прибор учёта — это объект и его можно условно разделить на счётчик электроэнергии и счётчик воды, в свою очередь счётчик электроэнергии можно разделить на однофазные счётчики и трехфазные счётчики. Все эти условные деления и являются классами объекта. Класс объекта в отличие от типа класса объекта может быть создан и настроен самостоятельно самим пользователем системы по его собственному усмотрению. Класс объекта обладает такой характеристикой как тип объекта. Тип объекта выбирается при создании документа и в дальнейшем его изменить нельзя.

Классы объекта создаются в виде дерева, т.е. имеют иерархическую структуру. Для каждого не абстрактного типа класса объекта существует как минимум один класс объекта и их наименования, как правило, совпадают. К классу объекта привязывается дополнительные свойства объекта. Для каждого класса объекта настраиваются своя собственная схема документооборота, т.е. формируется список, в каких именно состояниях может находиться документ. Для каждого состояния создается список доступных действий, для каждого действия создается список событий и настраивается таблица переходов из одного состояния в другое т.е. «жизненный цикл документа».

3.3.2. Автоматизированное рабочее место администратора системы

Автоматизированное рабочее место администратора системы выполняет функции настройки системы, предоставляет доступ к элементам безопасности системы, позволяет просматривать журналы событий системы.

3.3.2.1. Вход в систему

После запуска автоматизированного рабочего места администратора системы, на экране появится форма «Вход в программу»:

Вход в систему

При первом входе в систему:

  • В поле ввода «Имя пользователя» введите латинскими буквами: ADMIN
  • В поле ввода «Пароль» введите латинскими буквами: admin
  • В поле ввода «База данных» введите наименование базы данных СУБД Oracle, на которой было развернуто ядро системы.

При последующих входах в систему будут использоваться те параметры учетной записи, которые вы ввели при последнем успешном входе в систему.

3.3.2.2. Действия администратора после установки системы

После установки системы администратору предприятия необходимо выполнить ряд действий:

  1. Настроить параметры организации.

    Для этого необходимо выбрать пункт «Подразделения» из раздела «Безопасность», указать код и наименование вашей организации. Код подразделения должен соответствовать присвоенному коду вашей организации в ОАО «Мосэнергосбыт». Данный код используется при выгрузке данных в формате файла АСКУЭ (ASQ).

    Параметры организации
  2. Добавить пользователя ADMIN к списку членов подразделения.

    Для этого нужно выбрать пункт «Пользователи и группы» из раздела «Безопасность» далее выделить пользователя ADMIN, нажать на кнопку «Свойства» перейти на закладку «Членство в подразделениях» и добавить подразделение с наименованием вашей организацией:

    Члены подразделения
  3. Привязать рабочее место «Администратор» к группе пользователей «Администраторы».

    Для этого нужно выбрать пункт «Рабочие места» из раздела «Безопасность» далее выделить рабочее место «Администратор», нажать на кнопку «Свойства» и добавить к списку выбранных групп и пользователей группу «Администраторы»:

    Рабочее место

3.3.2.3. Раздел «Безопасность»

АИИС КУЭ «Энерго-Байт» тесно взаимосвязана с механизмом обеспечения безопасности СУБД Oracle, но для разграничения прав доступа к объектам на уровне самой системы этого недостаточно. Поэтому в систему был добавлен дополнительный механизм обеспечения безопасности.

Пользователи системы, созданные штатными средствами СУБД Oracle, не смогут работать с объектами системы, поэтому создание пользователей системы необходимо выполнять только средствами самой системы, а именно через пункт «Пользователи и группы» раздела «Безопасность». Помимо самих пользователей система позволяет создавать и группы пользователей. В СУБД Oracle такие группы будут видны как роли.

Система позволяет работать нескольким организациям на одной базе данных одновременно и/или создавать иерархию подразделений в рамках одной организации. Документы, созданные в одной организации, не будут доступны другой организации. Также документы, созданные вышестоящим подразделением, не будут доступны нижестоящему подразделению, но вышестоящее подразделение имеет полный доступ к документам нижестоящего подразделения. Для работы с подразделениями используется пункт «Подразделения» раздела «Безопасность».

Рабочее место обеспечивает права доступа к объектам системы. Администратор системы может указать, с какими классами объектов может работать тот или иной пользователь системы и тем самым ограничит доступ к тем или иным документам системы. Для добавления и настройки рабочих мест используется пункт «Рабочие места» раздела «Безопасность».

3.3.2.4. Раздел «Cправочник»

В справочниках хранится информация общего использования. Если документ виден только в рамках одного подразделения и дочерних ему структур, то информация в справочниках доступна для всех, и она не может быть ограничена в доступе для чтения. По этой причине заполнение и изменение справочников возложено на администраторов системы.

Оборудование. Если в систему необходимо добавить некое устройство будь, то счётчик, модем или совершенно новое устройство то это необходимо сделать в пункте «Оборудование» раздела «Справочник». Оборудование разнесено на три категории производитель, класс и тип. Производитель — это фирма изготовитель устройства. Класс — это само оборудование, например, счётчик электроэнергии или концентратор. Тип — это некая характеристика оборудования для счетчика это однофазный или трехфазный для концентратора это PLC1 или PLC2. Совокупность всех трёх категорий в целом создаёт конкретную модель оборудования. Категории на данном этапе ввода между собой не связываются, привязка выполняется в настройках класса объекта «Устройство».

3.3.2.5. Раздел «Журнал»

В данном разделе администратор системы может просмотреть и проанализировать ход выполнения сеансов связи системы. Сеанс связи — это опрос оборудования самой системой, который может быть запущен как в ручном, так и в автоматическом режиме. По каждому сеансу связи ведется подробный отчет о ходе выполнения и о возможных ошибках при опросе оборудования. Помимо отчета о ходе выполнения сеанса связи администратор системы может ознакомиться с количеством и содержимым самих пакетов связи. Пакет связи содержит в себе буфер обмена, т.е. непосредственно те данные, которые передаются системой в опрашиваемое устройство. Переданные в устройство и принятые из устройства данные отображаются строкой в шестнадцатеричном виде. Каждая строка пронумерована в порядке возрастания и именно в этом порядке данные поступают в опрашиваемое устройство. Каждой строке с типом «запись» соответствует строка с типом «чтение», и их нумерация совпадает. Таким образом, администратор системы обладает исчерпывающей информацией о ходе выполнения опроса и о самих данных, которые передаются и принимаются системой в устройство.

Журнал является источником информации для поиска неисправностей и разрешения спорных вопросов, как в ходе работы самой системы, так и в ходе обмена данными между опрашиваемым оборудованием.

3.3.3. Автоматизированное рабочее место оператора системы

Автоматизированное рабочее место оператора системы является основным рабочим инструментом, с помощью которого выполняется ввод отбор и управление всеми объектами (документами) системы, а также формирование необходимых отчетов.

3.3.3.1. Вход в систему

После запуска автоматизированного рабочего места оператора системы, на экране появится форма «Вход в программу»:

Вход в систему

Для входа в систему используйте учетные данные, полученные от администратора системы.

3.3.3.2. Выбор рабочего места и подразделения

После успешного входа в систему запустится программа и на экране монитора отобразиться окно «Выбор рабочего места и подразделения»:

Выбор рабочего места и подразделения

Рабочее место — это внутренний элемент безопасности системы, определяющий доступ к тем или иным документам системы.

При наличии нескольких рабочих мест, вы можете выбрать необходимое на закладке «Рабочее место». При наличии доступа к нескольким организациям и/или их структурным подразделениям выбрать необходимое можно перейдя на закладку «Подразделение».

Основное меню программы станет доступным только после выбора рабочего места и подразделения системы.

3.3.3.3. Интерфейс рабочего места оператора системы

Интерфейс автоматизированного рабочего места оператора системы выглядит следующим образом:

Интерфейс автоматизированного рабочего места оператора системы

Интерфейс можно условно разделить на четыре части:

  1. Основное меню;
  2. Панель кнопок;
  3. Рабочая область;
  4. Панель сообщений и события.

Все необходимые элементы для управления программой находятся в основном меню. Наиболее используемые из них выведены на панель кнопок. Результат отбора документов или формирования отчета будет отображен в рабочей области интерфейса программы. Сообщения и события от системы и сеансов связи отображаются в нижней части интерфейса программы.

В заголовке программы, над основным меню, помимо названия системы и программы в фигурных скобках отображается наименование выбранного подразделения.

На панели кнопок расположены три ключевых элемента интерфейса системы. Каждый из них состоит из поля ввода и кнопки. Желтый фон поля ввода означает доступ только для чтения.

Три ключевых элемента интерфейса системы

Первое поле ввода, сверху вниз, отображает информацию о том, к какой базе данных произведено подключение и под каким именем пользователя. Подключиться к другой базе данных или под другим именем пользователя, не выходя из программы, можно с помощью кнопки расположенной справа от поля ввода, а также через основное меню «Сервис» → «Подключение».

Второе поле ввода отображает информацию о текущем рабочем месте. Изменить текущее рабочее место на другое можно с помощью кнопки расположенной справа от поля ввода, а также через основное меню «Сервис» → «Рабочее место».

Третье поле ввода отображает информацию о дате операционного дня. Установить дату операционного дня можно с помощью кнопки расположенной справ от поля ввода, предварительно задав её в самом поле ввода, а также через основное меню «Сервис» → «Операционный день». Ввод новых документов, а также любые изменения во введенных ранее документах происходят с учетом даты операционного дня. Если иконка кнопки, расположенной справ от поля ввода зелёного цвета, то дата операционного дня соответствует системной дате. Если иконка кнопки, расположенной справ от поля ввода красного цвета, это означает, что установлена архивная дата операционного дня.

Внимание

Будьте внимательны при вводе и редактировании документов в архивной дате операционного дня. Действия в архивной дате операционного дня считаются действиями прошлого периода, следовательно, меняют значения свойств документа прошедшей датой.

3.3.3.4. Действия оператора при создании нового документа

Создание нового документа происходит при помощи «Мастера создания новых документов». Вызвать его можно через пункт основного меню «Действие» → «Создать документ» или нажатием на кнопку «Создать документ» на панели кнопок.

Создание нового документа

Мастер создания новых документов в пошаговом режиме поможет создать один или несколько новых документов. Количество шагов и форм ввода данных, для каждого типа класса объекта может быть разным, но первый и последний шаг для всех типов класса объекта будет одинаковым.

На первом шаге, из предложенного списка, необходимо выбрать интересующий вас тип класса объекта. В зависимости от выбранного вами типа класса объекта будут меняться значения в раскрывающихся списках класс объекта и тип объекта.

Нажатием на кнопку «Далее >>» произойдет переход к следующему шагу создания нового документа. Как уже ране было сказано экранные формы ввода между первым и последним шагом для каждого типа классов объекта будут разными. В этих экранных формах будет предложено заполнить необходимые поля и по завершению их заполнения нажать на кнопку «Далее >>» так вплоть до последнего шага. Вернуться на шаг назад можно нажатием на кнопку «<< Назад». На последнем шаге программа перейдет к процедуре формирования документов в базе данных и по её завершению кнопка «Далее >>» изменится на «Готово» нажатием на которую вы закроете окно мастера создания новых документов.

3.3.3.5. Действия оператора при отборе документа

Отобрать ране созданные документы можно с помощью шаблона отбора документов. Вызвать шаблон можно через пункт основного меню «Действие» → «Найти документ» или нажатием на кнопку «Найти документ» на панели кнопок. Если вы воспользуетесь кнопкой, то вам будет предложено выбрать тип класса объекта, после чего на экране появится форма шаблона отбора документов.

Найти документ

Для выбора необходимого типа класса объекта, так же, можно воспользоваться указателем выпадающего списка, расположенного справа от кнопки.

Найти документ

Шаблон состоит из нескольких закладок, на которых размещены поля ввода, ограничивающие отбор документов по их значениям.

Существует общее для всех полей ввода данных правило.

Если помимо текста ввести символ звёздочки «*», то это будет означать поиск по любым совпадениям в любых позициях текста. Если помимо текста ввести символ вопросительного знака «?», то это будет означать поиск по любым совпадениям в указанной позиции текста.

Внимание

При создании или изменении документа в полях ввода данных, не рекомендуется использовать символ звездочки «*» и символ вопросительного знака «?».

Например:

  • Введенный текст «Меркурий*» в поле «Метка» отберет все документы, начинающиеся со слов «Меркурий».
  • Введенный текст «*230» в поле «Метка» отберет все документы, заканчивающиеся цифрами «230».
  • Введенный текст «Меркурий 2?0» в поле «Метка» отберет все документы, начинающиеся со слова «Меркурий 2» и заканчивающиеся цифрой «0», а вместо вопросительного знака будет подставлен любой символ и только один. Если вместо знака вопроса указать звездочку, то между словом «Меркурий 2» и цифрой «0» будут подставлены любые символы и в любом количестве.

На закладке «Разное» можно указать данные для отбора документов по:

  • Владельцу. Т.е. тому, кто создал документ;
  • Оператору. Т.е. тому, кто последним вносил изменения в документ;
  • Подразделению, к которому прикреплен документ.

На закладке «Дата» можно указать данные для отбора документов по:

  • Дате операционного дня (логическая дата);
  • Дате создания документа (фактическая дата);
  • Дате последнего изменения документа (фактическая дата).

На закладке «Класс» можно указать, по каким именно классам объекта следует производить отбор документов.

На закладке «Объект» можно указать данные для отбора документов по:

  • Идентификатору. Т.е. уникальному номеру документа;
  • Наименованию. Т.е. по системному наименованию документа;
  • Метке. Т.е. по пользовательскому наименованию документа.

Так же на этой закладке можно указать искомое состояние, в котором находиться документ.

На вкладке «Дополнительно» для разных типов класса объекта будут разные поля отбора данных. Для типа класса объекта «Устройство» последняя закладка будет выглядеть примерно так:

Шаблон - устройство

После нажатия на кнопку «Отобрать» документы, удовлетворяющие параметрам шаблона отбора документов, будут отображены в рабочей области интерфейса программы.

Отбор документов по типу класса объекта «Сервер» должен выдать примерно такой результат:

Отбор документов...

Нажатие на кнопку «Шаблон» отобразит на экране заполненный ране шаблон отбора документов и даст вам возможность скорректировать необходимые поля для повторного отбора документов, если текущий отбор, по каким-то причинам не устраивает.

3.3.3.6. Действия оператора при опросе оборудования

Запуск опроса оборудования может быть выполнен как в автоматическом режиме (по расписанию), так и в ручном.

Для опроса оборудования в ручном режиме необходимо отобрать документы с типом класса объекта «Устройство», действия при отборе документов описаны в пункте 3.3.3.5. Отобранные по шаблону документы отобразятся в виде табличного списка. Выделите из этого списка один или несколько документов и нажатием правой клавиши мыши вызовите контекстное меню. Из контекстного меню выберите «Действие» → «Опросить»:

Опрос оборудования

Внимание

Пункт контекстного меню «Опросить» будет присутствовать только у документов в состоянии «Включен».

Опрос оборудования может выполнятся в двух режимах асинхронном и синхронном. В асинхронном режиме система сперва формирует весь необходимый объем передаваемых данных (пакетов), далее запускает процедуру обмена и только после её завершения производит анализ полученных от прибора данных. Данный режим опроса позволяет максимально сократить время использования каналов связи, так как формирование и разбор пакетов происходит вне самого сеанса связи с оборудованием, это особенно актуально при опросе через модем. Но есть ряд приборов и ряд запросов, например, синхронизация времени, опрос которых в асинхронном режиме невозможен. Такие приборы и запросы выполняются в синхронном режиме опроса. В этом режиме опроса система формирует и анализирует пакеты данных непосредственно вовремя самого сеанса связи. В каком именно режиме опроса будет происходить обмен данных с оборудованием зависит как от самого оборудования, так и от вида опроса.

Опрос оборудования условно разделен на несколько видов:

  • Полный опрос – включает в себя три вида опроса: «Параметры устройства», «Коммерческий опрос» и «Технический опрос». Это самый объемный по количеству запрашиваемых данных вид опроса, поэтому запускать его рекомендуется только при опросе устройства в первый раз;
  • Параметры устройства – сбор ряда параметров с устройства не относящимся к коммерческим и техническим показаниям, например, время, заводской номер, версия прошивки и т.п. (при условии возможности их получения);
  • Коммерческий опрос – сбор коммерческих показаний с приборов учёта т.е. показаний расхода энергоресурсов и получасовых показаний (при условии возможности их получения);
  • Технический опрос – сбор ряда технических данных с приборов учёта, например, для счётчиков электроэнергии — это показания напряжения, тока, частоты сети, коэффициента мощности и т.п. (при условии возможности их получения);
  • Синхронизация времени – выполняет синхронизацию времени между опрашиваемым оборудованием и системным временем. Системное время – это время на том компьютере на котором развернуто «ядро системы» иными словами на том компьютере на котором установлена СУБД Oracle.

Иерархия подключений одного устройства к другому. Во время создания нового устройства, т.е. занесения его в базу данных системы, необходимо указать к какому интерфейсу или устройству будет подключен создаваемый объект.

Иерархия подключений

Принцип построения иерархии устройств основан на физическом подключении одного устройства к другому. Например, для модема нужно выбрать интерфейс т.е. коммуникационный порт (COM-порт), а для того чтобы опросить шлюз, через модем, в качестве устройства подключения нужно выбрать не коммуникационный порт, а занесённый ране в базу данных модем (устройство). Для устройств будь то концентратор или счётчик, физически подключенных к шлюзу, в качестве устройства подключения нужно выбрать шлюз и указать номер порта на шлюзе, тоже самое относится и к УСПД. Таким образом в системе формируется схема в виде дерева или иерархия подключений одного устройства к другому.

Выбор устройств для опроса происходить, опираясь на иерархию подключений от верхнего элемента к нижнему. Это значит, что если опросить устройство модем, то будут опрошены все подключенные к этому модему шлюзы и все подключенные к шлюзам счётчики, концентраторы или иные устройства.

Для опроса устройств в автоматическом режиме необходимо сформировать задание более подробно об этом описано в п. 3.4.5.

3.3.3.7. Действия оператора при формировании отчёта

Формирование отчета происходит при помощи дерева отчётов. Вызвать дерево отчётов можно через пункт основного меню «Действие» → «Сформировать отчёт» или нажатием на кнопку «Сформировать отчёт» на панели кнопок.

Примерный вид экранной формы дерева отчётов выгладит так:

Сформировать отчёт

Содержимое дерева отчетов, как и самих отчетов, для каждого подразделения может быть индивидуальным и настраивается администратором системы.

Нажатием на кнопку «OK», предварительно выбрав необходимый отчёт, или двойным нажатием левой клавиши мыши по наименованию отчёта вы запустите механизм его формирования. Как правило, перед запуском механизма формирования отчета на экране отобразится форма ввода параметров отчёта. Сформированный отчёт будет отображен в рабочей области интерфейса программы.

Всё сформированные отчеты система хранит в своей базе данных. Если по каким-то причинам вам потребуется, получит уже ранее сформированный отчет, допустим его повторное формирование, занимает продолжительное время, вы можете перейти к списку подготовленных отчётов и выгрузить его из базы данных. Переход к списку подготовленных отчётов осуществляется путем нажатия на одноименную ссылку, расположенную под деревом отчета, обратный переход происходит аналогичным способом.

С описанием механизма формирования отсчёта можно ознакомиться из раздела 3.5. данного руководства.

3.4. Описание типов класса объекта

3.4.1. Тип класса объекта «Сервер»

От типа класса объекта «Сервер» создаются классы объектов, предназначенные для взаимодействия со вспомогательным модулем системы. Созданные документы от этих классов хранят все необходимые параметры для взаимодействия со службами «АИИС – CGS Сервер» и «АИИС – GPRS Сервер».

Экранная форма документа с типом класса объекта «Сервер» примерно выглядит следующим образом:

Типа класса объекта «Сервер»

Особое внимание хотелось бы уделить формированию списка интерфейсов. После нажатия на кнопку «Обновить» система самостоятельно запросит список имеющихся интерфейсов у сервера опроса и автоматически создаст в базе данных документы с типом класса объекта «Интерфейс».

3.4.2. Тип класса объекта «Интерфейс»

От типа класса объекта «Интерфейс» создаются классы объектов, предназначенные для взаимодействия с физическими интерфейсами компьютера, используемые при передаче данных. Созданные документы от этих классов хранят все необходимые параметры для взаимодействия с такими интерфейсами как «RS-232» и «Ethernet».

Через интерфейс «RS-232» осуществляется обмен денными с устройствами, подключенными непосредственно к компьютеру, на котором запущена служба «АИИС - CGS-Сервер». В качестве устройства может выступать любое устройство, подключенное на прямую или через адаптер, к коммуникационному порту (COM-порту) компьютера. Служба «АИИС - CGS-Сервер» помимо работы с коммутационными портами может ретранслировать данные на Socket порты используя протоколы TCP/IP и UDP/IP, т.е. работать с интерфейсом «Ethernet».

Система, при опросе оборудования, не работает с интерфейсом напрямую, данные, как и параметры самого интерфейса по SDIP протоколу передаются на службу «АИИС – SDIP Сервер». «АИИС - SDIP Сервер», в зависимости от опрашиваемого оборудования, распределяет поступившие данные между серверами опроса «АИИС – CGS Сервер» или «АИИС – GPRS Сервер» которые, в свою очередь, взаимодействует с интерфейсом напрямую.

Каждый документ с типом класса объекта «Интерфейс» должен быть связан с документом с типом класса объекта «Сервер». Создавать документы с типом класса объекта «Интерфейс» вручную не рекомендуется. Автоматическое создание документов описано в п. 3.4.1.

Экранная форма документа с типом класса объекта «Интерфейс» примерно выглядит следующим образом:

Типа класса объекта «Интерфейс»

«Список подключений» содержит в себе документы с типом класса объекта «Устройство». Иными словами, в этом списке перечислены те устройства, которые при обмене данными используют именно этот интерфейс.

Внимание

Если опрос оборудования осуществляется через модем, то устройства должны бить привязаны не к коммуникационному порту модема, а к самому модему.

Управление списком подключений осуществляется через кнопки «Добавить», «Изменить» и «Удалить».

3.4.3. Тип класса объекта «Адрес»

От типа класса объекта «Адрес» создаются классы объектов, предназначенные для занесения в базу данных почтовых или фактических адресов. Созданные документы от этих классов используются для формирования списков, отбора и сортировки устройств по территориальным признакам (улицам, домам, квартирам).

Экранная форма документа с типом класса объекта «Адрес» примерно выглядит следующим образом:

Типа класса объекта «Адрес»

3.4.4. Тип класса объекта «Устройство»

От типа класса объекта «Устройство» создаются классы объектов, предназначенные для взаимодействия с оборудованием. Созданные документы от этих классов хранят все необходимые параметры для установки связи и обмена данными с физическими устройствами.

Экранная форма документа с типом класса объекта «Устройство» примерно выглядит следующим образом:

Типа класса объекта «Устройство»

На закладке «Подключение» настраиваются связи между объектами. Здесь можно указать к какому объекту (интерфейсу или устройству) подключено данное устройство, а также изменить список подключенных (дочерних) устройств к данному устройству. Устройство может быть подключено или к интерфейсу, или другому устройству. Таким образом, формируется иерархия подключений одного устройства к другому, которая в дальнейшем используется при опросе оборудования.

Типа класса объекта «Устройство»

Вид последней закладки зависит от типа устройства, на этой закладке расположены поля ввода с данными полученными при последнем опросе устройства, здесь же можно запустить ручной опрос данного устройства.

Для устройства «Меркурий 230» последняя закладка будет выглядеть примерно следующим образом:

Типа класса объекта «Устройство»

3.4.5. Тип класса объекта «Задание»

От типа класса объекта «Задание» создаются классы объектов, предназначенные для выполнения задач по расписанию. Созданные документы от этих классов хранят все необходимые параметры для автоматического запуска процедур написанных на языке программирования PL/SQL. Например, таких процедур как опрос оборудования. Механизм запуска процедур по расписанию построен на базе встроенного в СУБД Oracle планировщика задач и отвечает самым высоким требованиям надежности.

Экранная форма документа с типом класса объекта «Задание» выглядит следующим образом:

Типа класса объекта «Устройство»

3.4.6. Тип класса объекта «Балансовая группа»

От типа класса объекта «Балансовая группа» создаются классы объектов, предназначенные для создания балансовых групп. Созданные документы от этих классов хранят все необходимые параметры для формирования балансов между разными группами приборов учёта.

Типа класса объекта «Балансовая группа»

Баланс состоит из двух групп положительной и отрицательной. При расчёте конечных показаний по балансовой группе из суммарных показаний приборов учёта, за указанный период, в положительной группе, будут вычитаться суммарные показания приборов учёт в отрицательной группе.

Расчёт производится по показаниям активной положительной энергии (A+) для приёма и активной отрицательной энергии (A-) для отдачи в кВт*ч. Направление, прямое или обратное влияет на то, какие показания активной энергии будут браться в расчёт для колонок приём и отдача. Для прямого направления активная положительная энергия соответствует приёму, а активная отрицательная энергия отдаче. При обратном направлении всё наоборот, активная положительная энергия соответствует отдаче, а активная отрицательная энергия приёму.

Типа класса объекта «Балансовая группа»

3.4.7. Тип класса объекта «Точка учёта»

Скоро будет...

3.5. Генератор отчётов

Система обладает встроенным в ядро генератором отчётов. Механизм формирования отчётов реализован на языке программирования PL/SQL и предоставляет разработчикам полную свободу действий.

В качестве выходной формы отчета данные можно выгрузить в виде:

  • Текстового документа;
  • HTML документа;
  • Графика.

Для создания полноценного отчета от разработчика потребуется не только углубленное знание языка программирования PL/SQL, но и понимание языка разметки гипертекста (HTML).

Схематично механизм формирования отчётов выглядит следующим образом. К каждому отчёту прикреплены PL/SQL процедуры. Одна из них, при необходимости, создает XML-документ, по которому клиентская программа строит диалоговое окно с параметрами отчёта.

Генератор отчётов

Другая формирует и сохраняет в базе данных сам отчёт, что именно будет в отчёте, и как он будет выглядеть, полностью зависит от разработчика отчёта. По завершению этапа создания отчёта клиентская программа выгружает отчёт из базы данных, сохраняет его в виде файла и, в зависимости от типа документа, отчет открывает во встроенном текстовом редакторе или во встроенном WEB-обозревателе. Отчёт может быть сформирован и выгружен сразу в нескольких форматах.