Создание WEB-сервисов информационного обмена системы АСТЛУ с автоматизированными системами НСИ, СППР, АСКР.

Создание WEB-сервисов информационного обмена
системы АСТЛУ с автоматизированными системами
НСИ, СППР, АСКР.
Техническое задание
Страниц 17
-2Техническое задание
Содержание
Список сокращений ...................................................................................................................3
Наименование и область применения ......................................................................................4
Основание для разработки ........................................................................................................5
Назначение разработки..............................................................................................................6
Технические требования к WS ИО...........................................................................................7
5.1
Требования к функциональным характеристикам .........................................................7
5.1.1
Соответствие архитектуре MSA ...............................................................................7
5.1.2
Комплекс задач, подлежащих автоматизации ........................................................8
5.1.3
Механизмы взаимодействия .....................................................................................9
5.1.4
Интеграция с «Платформой информационного обмена» ....................................14
5.1.5
Конфигурация и управление ...................................................................................14
5.1.6
Аутентификация и авторизация .............................................................................14
5.1.7
Протоколирование активности ...............................................................................14
5.1.8
Мониторинг активности ..........................................................................................15
5.2
ПО, используемое в разработке ......................................................................................15
6
Требования к составу и параметрам технических средств ..................................................16
7
Стадии и этапы разработки .....................................................................................................17
1
2
3
4
5
-3Техническое задание
1 Список сокращений
АС
Автоматизированная система
СВ НСИ
Автоматизированная система централизованного ведения нормативносправочной информации
АСКР
Автоматизированная система комплексных расчетов
АСТЛО
Автоматизированная система технического и линейного учета
ОАО
Открытое акционерное общество
ОС
Операционная система
ПИО
Платформа информационного обмена
СППР
Автоматизированная система поддержки принятия решений
СУБД
Система управления базами данных
-4Техническое задание
2 Наименование и область применения
WEB-сервисы интеграции (далее Сервисы интеграции) системы АСТЛУ с внешними
автоматизированными системами создаются как программное решение поддержки со
стороны АСТЛУ процессов Платфомы информационного обмена.
Платформа информационного обмена представляет собой единое интегрирующее
корпоративное программно-аппаратное решение, которое обеспечивает информационный
обмен между автоматизированными системами, используемыми в ОАО «Укртелеком» и
является основой для построения интеграционных решений при автоматизации бизнеспроцессов предприятия.
В
качестве
практической
реализации
Сервисов
интеграции
должно
быть
автоматизировано взаимодействие системы АСТЛУ с системами АСКР, НСИ и СППР через
Платформу информационного обмена.
-5Техническое задание
3 Основание для разработки
Разработка подсистемы выполняется на основе договора № 9 Р/ТІ-2006/РіКо от 09
января 2007 г.
-6Техническое задание
4 Назначение разработки
Сервисы интеграции должны обеспечить единый подход и способ организации потоков
данных между АСТЛУ и АС Заказчика, как существующими, так созданными в будущем, с
целью объединения их в единое информационное поле посредством Платформы
информационного обмена.
Причиной создания Сервисов является проблема, которая возникает при интеграции
АСТЛУ с различными АС без Платформы информационного обмена. Без Платформы задача
интеграции решается путем разработки отдельных интеграционных решений для каждой
пары АС (см. рис. 1. Непосредственное взаимодействие между АСТЛУ и другими АС).
Такой подход имеет большие накладные расходы и экономически нецелесообразен в
использовании. Кроме того, он не обладает достаточной гибкостью и при изменении правил
взаимодействия сразу требует доработки.
АС
АС
АСТЛУ
АС
АС
АС
рис. 1. Непосредственное взаимодействие между АСТЛУ и другими АС
Альтернативным решением является создание средств взаимодействия с Платформой,
которая реализует различные интеграционные подходы и механизмы. В этом случае
решение задач интеграции АСТЛУ с другими АС сводится к решению только одной задачи
интеграции АСТУ с Платформой, и в дальнейшем использовать правила взаимодействия и
бизнес-процессы, созданные в рамках Платформы (см. рис. 2 Взаимодействие через
Платформу).
-7Техническое задание
АС
АС
Платформа
АСТЛУ
АС
АС
АС
рис. 2. Взаимодействие через Платформу
5 Технические требования к WS ИО
Сервисы интеграции представляют собой модули сервера приложений комплекса
RSNetGain и используют его общесистемные компоненты.
5.1 Требования к функциональным характеристикам
5.1.1 Соответствие архитектуре MSA
Одним из основных требований при разработке со стороны архитектуры MSA 2.0 есть:
 Упрощение – общая, как для клиентов, так и для серверов от мобильных
устройств до центров обработки данных ОС Windows/Windows Server и
среда .NET;
 Стандартизация – применение стандартов (XML, SOAP, MTOM, WSDL,
UDDI,
Kerberos,
PKI
и
других)
для
обеспечения
гетерогенного
взаимодействия
 Модульность - .NET обеспечивает создание сервис-ориентированной
урхитектуры с готовыми для повторного использования модульными Webсервисами.
Приведенные требования позволяют построить ИТ-среду ОАО
обеспечивая:
 Высокую доступность ИТ-сервисов;
 Высокий уровень безопасности;
 Масштабируемость ИТ-сервисов и отдельных компонент;
 Управляемость ИТ-среды;
 Стандартизацию;
«Укртелеком»
-8Техническое задание
 Интеграцию;
 Готовность к модернизации.
5.1.2 Комплекс задач, подлежащих автоматизации
На данном этапе реализации подлежит поддержка следующих категорий
информационного взаимодействия:
5.1.2.1 НСИ-АСТЛУ
Эта категория задач решает проблему работы АСТЛУ в едином пространстве
нормативно-справочной информации. Для этого необходимо решить задачу интеграции
АСТЛУ и СВ НСИ. Эта задача классифицируется как регламентированный обмен
информацией,
потому
со
стороны
АСТЛУ
должен
быть
реализован
интерфейс
InformationReceiver для обеспечения взаимодействия с СВ НСИ и получения НСИ в рамках
существующей платформы. Транспорт информационных пакетов выполняется с помощью
протокола SOAP.
5.1.2.2 АСТЛУ-АСКР
Эта категория объединяет задачи, которые возникают при интеграции систем
регионального уровня АСТЛУ и АСКР. Ниже приведены операции, подлежащие
автоматизации:
 Получение из АСКР информации про абонентов и технических средств
 Взаимный информационный обмен между АСТЛУ и АСКР для обеспечения
полноты и достоверности картотек
 Получение цепочки линейных данных для технического средства
 Передача в АСКР информации об отключениях по техническим причинам
 Передача в АСТЛУ информации об отключениях по инициативе АСКР
 Взаимный информационный обмен между АСТЛУ и АСКР по работам с новыми
установками, снятиями и другими видами совместных работ по нарядам
-9Техническое задание
Эти задачи классифицируются как выполнение бізнес-процессов и получение данных
по запросу. Потому для организации взаимодействия со стороны АСТЛУ должен бать
реализован интерфейс InformationServer.
5.1.2.3 АСТЛУ-СППР
Эта категория задач объединяет задачи взаимодействия АСТЛУ и АС ППР с целью
регулярного предоставления консолидированных данных о использовании сети в головную
дирекцию для дальнейшего анализа и принятия решений.
АСТЛУ предоставляет в АС ППР следующие показатели:
 количественные показатели по типа объектов сети
 показатели по канализации
 показатели работы по заявкам на установку/переустановку телефонов
 показатели по одиночным повреждениям (по заявкам бюро ремонта)
 показатели по массовым повреждениям
 показатели станционной емкости
 линейные показатели
 кабельные показатели
Задача
взаимодействия
АСТЛУ
и
АС
ППР
классифицируется
как
регламентированный обмен информацией, потому со стороны АСТЛУ должен быть
реализован интерфейс InformationTransmitter для обеспечения взаимодействия с АС ППР и
передачи данных в рамках существующей платформы. Транспорт информационных пакетов
выполняется с помощью протокола SOAP.
5.1.3 Механизмы взаимодействия
Взаимодействие с сервисами интеграции подразделяется на следующие типы:
 Регламентированный обмен информацией
 Получение данных по запросу
 Выполнение бизнес-процессов
В следующих разделах представлено описание этих типов взаимодействия
-10Техническое задание
5.1.3.1 Регламентированный обмен информацией
Подсистема выполнения задач регламентированного обмена информацией состоит из
web-сервисов выполнения задач РОИ: АС-потребитель информации предоставляет
интерфейс
InformationReceiver,
АС-источник
информации
предоставляет
интерфейс
InformationTransmitter. Схема регламентированного информационного обмена представлена
на рис. 3. обмена АСТЛУ является источником информации и приемником информации.
Интерфейсы
web-сервисов
регламентированного
обмена
информацией
должны
разрабатываться в соответствии со спецификацией “Платформа информационного обмена.
Описание интерфейсов WEB-сервисов платформы информационного обмена. Руководство
программиста”.
Ядро ПИО
Реестр Web сервисов
BizTalk server
Запрос поддерживаемых категорий данных
Запрос на выполнение задачи РОИ
Запрос на прекращение задачи РОИ
Запрос состояния выполнения задачи РОИ
UDDI
Запрос адреса
webсервиса-потребителя
InformationTrans
mitter
Запрос поддерживаемых категорий данных
Запрос на прекращение задачи РОИ
Запрос состояния выполнения задачи РОИ
АС-источник данных
Web-сервис РИО InformationTransmitter
Обработчик запросов
Формирование и передача пакета
данных
Запрос поддерживаемых категорий данных
Передача данных задачи РОИ
InformationRecei
ver
АС-потребитель данных
Web сервис РИО InformationReceiver
Обработчик запросов
Рис. 3. Схема регламентированного информационного обмена
Прием и обработка данных
-11Техническое задание
В общем случае транспорт информационного пакета выполняется с помощью
протокола SOAP. Поскольку протокол SOAP передает данные в XML-формате, их объем
может быть значительным. Поэтому для web-сервисов РОИ может быть использованы
механизмы архивирования данных. Компоненты архивирования подключаются к обработке
при помощи механизма SOAP Extension (см. рис. 4). В качестве технологии сжатия может
использоваться библиотека ZLib. Этот способ позволит снизить объем трафика в 10-12 раз.
ПУРОИ
Web сервис РОИ - источник
Данные в формате XML
SOAP
Данные в формате XML
Компонент
SOAP Extension для
сжатия данных
Сжатые данные
Компонент
компрессии / декомпрессии
данных
Сжатые данные
Транспортный уровень
Сжатые данные
SOAP
Сжатые данные
Компонент
SOAP Extension для
сжатия данных
Данные в формате XML
Данные в формате XML
ПУРОИ
Web сервис РОИ - потребитель
Компонент
компрессии / декомпрессии
данных
-12Техническое задание
Рис. 4 Схема передачи данных по протоколу SOAP с использованием алгоритма архивации
данных.
5.1.3.2 Получение данных по запросу
Для задач получения данных по запросу АС источник информации предоставляет
интерфейс InformationServer. АСТЛУ является приемником, так и инициатором запросов.
Интерфейсы web-сервисов получения данных по запросу должны разрабатываться в
соответствии
со
спецификацией
интерфейсов
WEB-сервисов
“Платформа
платформы
информационного
информационного
обмена.
обмена.
Описание
Руководство
программиста”.
Для получения автоматизированной системой данных из другой АС используется
следующая последовательность действий (см. рис. 3):
 АС-инициатор запроса вызывает web-сервис InformationServer ядра ПИО
 Ядро ПИО в соответствии с правилами бизнес-процесса выполняет вызов
web-сервиса InformationServer необходимой АС и возвращает результаты
АС-инициатору запроса.
Реестр Web-сервисов
UDDI
Поиск необходимых сервисов
по коду подразделения и
поддерживаемым категориям данных
Ядро ПИО
BizTalk server
InformationServer
Запрос данных/выполнение действий
Запрос данных/выполнение действий
АСТЛУ/АС
Рис. 3 Схема выполнения запроса данных
InformationServer
АС/АСТЛУ
-13Техническое задание
5.1.3.3 Выполнение бизнес-процесов
Для выполнения бизнес-процессов (АСКР-АСТЛУ) используется следующая схема
взаимодействия ПИО и АС (см. рис. 4). Бизнес-процесс задается ядром ПИО. Каждый
участник бизнес-процесса предоставляет интерфейс InformationServer. Последовательность
действий такая:
 АС-инициатор вызывает web-сервис InformationServer ядра ПИО, который
стартует соответствующий бизнес-процесс;
 Ядро ПИО в рамках выполнения бизнес-процесса вызывает необходимые
сервисы InformationServer, в соответствии с логикой процесса.
Реестр Web сервисов
UDDI
Поиск необходимых сервисов
по коду подразделения и
поддерживаемым категориям данных
Ядро ПИО
BizTalk server
InformationServer
Начальное сообщение
Запрос данных/выполнение действий
InformationServer
АС/АСТЛУ
Запрос данных/выполнение действий
InformationServer
АС/АСТЛУ
-14Техническое задание
Рис. 4. Схема выполнения бизнес-процессов
Интерфейсы web-сервисов выполнения бизнес-процессов должны разрабатываться в
соответствии
со
спецификацией
интерфейсов
WEB-сервисов
“Платформа
платформы
информационного
информационного
обмена.
обмена.
Описание
Руководство
программиста”.
5.1.4 Интеграция с «Платформой информационного обмена»
Сервисы интеграции должны бать зарегистрированы в реестре Web-сервисов (на
основе UDDI и Active Directory).
5.1.5 Конфигурация и управление
Параметры конфигурации программного обеспечения должны быть доступными для
изменения пользователем (при наличии у него необходимых прав) и документированными.
Также конфигурация, управление и администрирование сервисов интеграции должны
выполняться из единой программной среды (консоли).
5.1.6 Аутентификация и авторизация
Для реализации требований по разграничению доступа к информации и защите от
несанкционированного доступа используются следующие механизмы:
Аутентификация
пользователей.
Используются
алгоритмы
аутентификации,
интегрированные в ОС Windows Server 2003. Т.е. аутентификация выполняется механизмами
этой ОС на основе данных про пользователей, которые хранятся в системе Active Directory
ОС Windows Server 2003.
Авторизация
доступа
к
сервисам
интеграции.
Используются
базовые
механизмы
авторизации доступа к web-сервисам (т.е. с использованием раздела authorization файла
web.config соответствующего сервиса).
5.1.7 Протоколирование активности
-15Техническое задание
Разрабатываемое ПО должно обеспечивать ведение журнала событий, как при
нормальном режиме функционирования, так и при возникновении нештатных ситуаций.
Журнал событий должен быть доступным для пользователя (при наличии у него
необходимых прав) по его требованию.
5.1.8 Мониторинг активности
Разрабатываемое ПО должно обеспечивать возможность оповещения о событиях на
различных
стадиях
исполнения.
Распространение
уведомлений
о
событиях
информационного обмена позволит своевременно выполнять мероприятия, связанные с
обработкой полученной информации, с диагностикой и устранением условий возникновения
ошибок информационного обмена. Потребителями оповещений могут быть как персонал,
так и автоматизированные системы. Способ выполнения оповещений определяется
специализированным модулем подсистемы оповещений. Вместе с сервисами в эксплуатацию
поставляется модуль почтовых оповещений о завершении задач РОИ.
5.2 ПО, используемое в разработке
Сервисы интеграции должны быть реализованы для платформы Microsoft .NET 2.0 и
базироваться на сервере приложений RSNetGain с использованием СУБД Oracle версии не
ниже 9.2.
-16Техническое задание
6 Требования к составу и параметрам технических
средств
Требования к составу и параметрам технических средств соответствуют требованиям
сервера приложений RSNetGain.
-17Техническое задание
7 Стадии и этапы разработки
Разработка програмного обеспечения должна выполняться в соответствии с календарным
планом, см. Приложение 2 к договору № 9 Р/ТІ-2006/РіКо от 09 января 2007 г.