3.5.Техническая реализация информационной системы.
На рис 3.5. представлена архитектура информационной системы компании, то есть концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы до того как компания создаст информационное пространство для процесса абонентского учета и биллинга.
Для построения АСУ на основе продукта Oracle Utilities CC&B предлагается использовать многоуровневую техническую архитектуру с учетом описанной выше архитектуры Oracle Utilities CC&B. Помимо требования многоуровневой архитектуры, на систему накладывается требование надежности и высокой доступности. Ключевым элементом достижения требуемого уровня надежности системы является дублирование ключевых компонентов центра обработки данных, а также наличие резервного источника бесперебойного питания. Концептуальная схема построения технической архитектуры представлена на рисунке 3.6.
После внедрения СС&Bархитектура информационной системы компании изменится и будет выглядеть следующим образом. Рисунок 3.7.
Сетевая инфраструктура:
Планируется обеспечение дублирования каналов связи, как между компонентами центра обработки данных (ЦОД), так и каналов связи с удаленными отделениями.
Каналы связи между программно-аппаратным комплексом ЦОД с локальной сетью общего использования энергосбытовой организации, должны обеспечивать проходимость 1 Гбит/с.
Каналы для организации WAN- сети (Wide-Area Network – территориально распределенная сеть организации), предоставленные провайдером для связи программно-аппаратного комплекса ЦОД с территориально разобщенными площадками должны обеспечивать:
-проходимость 100 мбит/с для программно-аппаратного комплекса ЦОД
-Минимальные требования к пропускной способности локальной сети в участках подключения конечных пользователей, которые составляют: 128 кбит/с в расчете на одну рабочую станцию, но не менее 2 Мбит/с на подразделение, при условии, что на рассматриваемом участке сети нет другой активности, кроме как относящейся к работе системы Oracle CC&B. В случае если рассматриваемый участок сети используется другими службами и приложениями, необходимо рассчитывать требуемую пропускную способность с учетом требований служб и приложений.
Сетевое оборудование, предназначенное для обеспечения каналов связи между компонентами ЦОД (серверами СУБД, приложений, административным сервером, системой хранения, серверами балансирующими нагрузку, активным сетевым оборудованием) должно обеспечивать скорость передачу данных 1 Гбит/с.
Рисунок 3.5 - Архитектура информационной системы
Рисунок 3.6 - Техническая архитектура СС&B
Рисунок 3.7 - Диаграмма развертывания архитектуры информационной систем
Сервер Баз Данных CC&B:
На сервере содержатся данные, связанные с приложениями CC&B. Платформа, поддерживающая данный сервер, содержит две группы объектов:
Файлы, поддерживающие работы сервера базы данных;
Файлы, в которых содержатся реальные данные;
Реляционная база данных, используемая в продукте, располагается на сервере базы данных. OracleUtilities CC&B поддерживает базы данных ORACLE, DB2 или SQL Server. В проекте будет использоваться СУБД Oracle. Роль базы данных в архитектуре CC&B – только хранение и поиск данных. Никакая бизнес-логика, за исключением простейших ограничений, не внедрена на уровне базы данных по соображениям производительности и управляемости.
При установке компонентов базы данных OracleUtilities CC&B в выбранную СУБД (Oracle) процесс установки разворачивает все необходимые для работы таблицы, представления и индексы.
Уровень приложений
Серверы приложения отвечают за логику бизнес-процессов, распределяют сеансы пользователей между серверами приложений.
Сервисы, составляющие основу уровня приложений OracleCustomer&Billing:
Web Application Server
Предназначен для реализации логики пользовательского интерфейса на уровне приложения посредством динамической генерации HTML-страниц. С помощью WebApplicationServer реализована часть пользовательского интерфейса OracleCustomerCare&Billing. Приложения CC&B базируется на совместимом с J2EE сервере приложений, таком как,OracleWebLogicServer, WebSphere или OracleApplicationServer. Эта конфигурация может работать на различных поддерживаемых платформах Linux, Unix, WindowS. Связь Web-сервисов с клиентом осуществляется по протоколам HTTP и HTTPS. WebApplicationServer обрабатывают запросы, полученные от клиентских рабочих мест.
Business Application Server
Предназначен для реализации бизнес-правил. Бизнес-правила реализуются в виде объектов, с которыми связано большинство функциональных операций в системе. На данном уровне выполняются все преобразования данных, реализуются механизмы организации ссылочной целостности данных и правила проверки корректности данных, обрабатываются и форматируются результаты SQL запросов к базе данных. Включает следующие компоненты:
BusinessObjects – Бизнес-логика для каждого объекта системы представлена в виде Java или Cobol объектов. Они содержат все запросы SQL, программный код, структуры для управления данными операций.
Hibernate – используется для доступа к данным реляционной базы данных как к объектам. Если требуется доступ к базе данных используется компонент Hibernate для управления набором соединений к базам данных. Этот механизм резервирует соединения и гарантирует эффективное соединение с базой данных. Hibernate создает набор соединений с базой данных, используя настройки конфигурации, включающие тип соединения и количество соединений которые необходимо создавать в периоды пиковой и нормальной нагрузки в системе. Набор соединений создается при старте, допускает повторное использование подключений в наборе и переподключение в случае возникновения ошибки.