5Принципы построения АСТУ
Ключом к успешной адаптируемости ФСК к быстро меняющимся условиям функционирования является развиваемая архитектура АСТУ, которая позволит компании оперативно реагировать на факторы экономического и технического воздействия путем одновременного решения разных стратегических задач. Достижение максимальной эффективности функционирования приложений возможно только в случае построения АСТУ как интегрированной открытой системы, обеспечивающей надежное и эффективное взаимодействие внутренних подсистем (компонентов), взаимодействие с подсистемами КИС «ФСК ЕЭС» и с внешними относительно АСТУ системами (СО, АТС, РСК, участники ОРЭ).
Поскольку процессы реформирования отечественной электроэнергетики еще далеки от завершения и возможны существенные изменения в организации технологического управления ЕНЭС (например, изменения в распределении функций диспетчерско-технологического управления между СО-ЦДУ ЕЭС, ФСК ЕЭС и другими сетевыми компаниями), необходимо обеспечить инвариантность основных технических решений (по структуре системы, составу основных подсистем, требованиям к базовым программно-техническим средствам их реализации и т.п.) создаваемой АСТУ ФСК по отношению к выбору конкретных объектов управления, детализации функциональности системы и т.п..
5.1Интеграционные основы
Приведенный в разделе 3 краткий перечень задач и функций «ФСК ЕЭС» позволяет сделать вывод о том, что АСТУ должна представлять собой широкий набор прикладных систем, часть которых уже установлена или устанавливается, часть только планируется к внедрению в ближайшем или отдаленном будущем. В течение жизненного цикла АСТУ могут претерпевать изменения как бизнес - процессы, так и функциональные компоненты. Поэтому АСТУ целесообразно строить как систему, состоящую из слабосвязанных приложений, поддерживающих заданный профиль, но реализованных с использованием разнообразных языков, операционных систем, протоколов и средств управления.
Информация, обрабатываемая АСТУ, необходима для многих бизнес - процессов, поддерживаемых КИС «ФСК ЕЭС». И, наоборот, для решения некоторых задач технологического управления необходимы данные, обрабатываемые и хранимые в КИС.
Следовательно, АСТУ должна быть интегрированной открытой системой, обеспечивающей надежное и эффективное взаимодействие внутренних подсистем (компонентов), взаимодействие с подсистемами КИС «ФСК ЕЭС» и с внешними относительно АСТУ системами (СО, АТС, РСК, участники ОРЭ).
Успешность интеграции АСТУ ФСК как большой автоматизированной информационно-технологической системы, определяется качеством общей архитектура, состоящей из проектных решений следующих категорий:
бизнес-архитектура - определяет основы и принципы проектирования интегрированной системы с точки зрения технологического управления ЕНЭС. Центральным узлом этой архитектуры является модель интегрированных бизнес - процессов. В условиях реформирования электроэнергетики формирование «ФСК ЕЭС» как корпорации находится в стадии становления. Поэтому организационные структуры, содержание бизнес-процессов могут уточняться и изменяться. Для «ФСК ЕЭС» чрезвычайно важно хранить и развивать модели интегрированных бизнес - процессов в гибком, удобном для обслуживания и расширения формате.
техническая архитектура - определяет основы и принципы проектирования интегрированной системы с точки зрения информационных технологий. Наиболее гибкой и формализованной для энергетических предприятий является архитектура передачи сообщений, связанная с обменом предметно-зависимой информацией в контексте полной семантически определенной информационной модели ЕНЭС.
организационная архитектура - определяет структуру управления проектом создания системы и базовые принципы привлечения и использования инвестиций и стимулирования людей, другие компоненты, необходимые для того, чтобы создать интегрированную систему в целом, и затем развивать ее по мере появления новых требований, обусловленных задачами «ФСК ЕЭС».
5.1.1Бизнес-архитектура
Бизнес-архитектура определяет основы и принципы проектирования интегрированной системы с точки зрения технологического управления ЕНЭС. Необходимо выделить три концептуальных уровня архитектуры.
Рисунок 2 – Бизнес-архитектура для интеграции
Первый уровень связан с пониманием сфер деловой деятельности и бизнес - факторов, а также перспектив и целей технологического управления. Второй уровень связан с разработкой интегрированных бизнес-процессов, позволяющих организации достичь эти цели. Третий уровень связан с пониманием точек соприкосновения между системами и бизнес - событиями внутри или вне «ФСК ЕЭС», которые значимы для интеграции процессов. На Рисунок 2 представлена концептуальная модель бизнес - архитектуры. Центральным узлом этой архитектуры является модель интегрированных бизнес-процессов.
В условиях реформирования электроэнергетики формирование «ФСК ЕЭС», как корпорации, находится в стадии становления. Поэтому организационные структуры, содержание бизнес-процессов могут уточняться и изменяться. Для «ФСК ЕЭС» чрезвычайно важно хранить и развивать модели интегрированных бизнес-процессов в гибком, удобном для обслуживания и расширения формате.
5.1.2Техническая архитектура
Техническая архитектура определяет основания и принципы проектирования интегрированной системы с точки зрения информационных технологий. Наиболее гибкой и формализованной для энергетических предприятий является архитектура передачи сообщений, связанная с обменом предметно-зависимой информацией. На рисунке 3 представлена концептуальная модель такой архитектуры.
Рисунок 3 - Техническая архитектура для интеграции
Архитектура передачи сообщений состоит из модели информации общего использования, корпоративного стандарта типов сообщений и описания схем сообщений для межприкладного и межсистемного обмена. Для предприятий «ФСК ЕЭС» основой Общей Информационной Модели может служить Common Information Model (CIM), доступная в настоящее время как стандарты IEC 61970 и 61968. Эти же стандарты могут служить основой для описания сообщений интеграционного типа. Благодаря гибкости технологии XML существует возможность расширить модель CIM, чтобы приспособить ее к своим потребностям, не нарушая соответствия стандарту. На первых этапах создания АСТУ необходимо разработать методики и способы применения стандартов IEC 61970 и 61968 для разработки корпоративного стандарта типов сообщений в рамках предприятий «ФСК ЕЭС».
Межсистемная и межпредметная интеграционная инфраструктура состоит из четырех концептуальных уровней:
адаптеров, которые обеспечивают интерфейс между внутренними подсистемами и компонентами, внешними системами, изолируя инфраструктуру от их платформ (операционных систем, сетевых протоколов, систем управления базами данных и т.п.);
транспортных уровней, служащих для доставки сообщений с возможностью масштабирования, при этом гарантированность доставки является одной из главных характеристик;
уровней интеграционных брокеров, осуществляющих маршрутизацию, преобразование и управление сообщениями с целью их доставки по назначению;
процессов и описаний потока работ, отражающих бизнес-процессы, которые должны поддерживать интегрированные системы.
В идеале, прежде чем переводить сообщения на транспортный уровень, следует преобразовывать их в общий формат, что обеспечит максимальное использование преимуществ Общей Информационной Модели. Однако, в некоторых случаях, сложное преобразование удобнее осуществить с помощью интеграционного брокера, полностью используя его возможности, а не разрабатывать специальную программу преобразования для адаптеров.
При следовании единой архитектуре построения АСТУ возможно использование продуктов как одного производителя, поставляющего решения для всех уровней, так и лучшие решения в каждом классе продуктов от разных производителей, такие как серверы приложений, промежуточное программное обеспечение, Web-серверы и т.п. Второй подход больше соответствует цели постепенного наращивания инфраструктуры по мере возникновения необходимости в новом уровне. Если проектное решение и внедрение осуществляются в соответствии с общей структурой интегрированной системы, наращивание архитектуры в будущем потребует меньших усилий и финансовых вложений.
5.1.3Организационная архитектура
Организационная архитектура АСТУ определяет базовые принципы стимулирования людей, привлечения и использование инвестиций, другие компоненты, необходимые для того, чтобы создать интегрированную систему в целом, и затем развивать ее по мере появления новых требований, обусловленных задачами «ФСК ЕЭС». На Рисунок 4 представлена концептуальная модель этого вида архитектуры. Базовыми компонентами архитектуры являются:
подразделение управления программой интеграции, несущее общую ответственность за результаты реализации интеграционных решений в «ФСК ЕЭС»;
ведущая группа по внедрению интегрированной архитектуры, которая отвечает за создание и поддержку интегрированной системы и является главным консультантом многочисленных проектов интеграции;
независимый координационный совет по архитектуре, который выступает в качестве группы по проведению внутренних контрольных проверок и обеспечению качества;
интегрированная база знаний «ФСК ЕЭС» для всех, кто пользуется ее ресурсами и вносит в нее данные.
Рисунок 4 - Организационная архитектура для интеграции
|
