Система инвентаризации состояния российских электрических сетей

Предлагаемые результаты относятся к направлению «Компьютерные технологии и программы» перечня направлений, утвержденных в качестве приоритетных Комиссией при Президенте Российской Федерации по модернизации и технологическому развитию экономики России. Цель — разработка научно-технического задела по перспективным технологиям в области информационно-телекоммуникационных систем, исследования и разработки по которым осуществляются в соответствии с направлениями технологического развития, поддерживаемыми в рамках Технологической платформы «Интеллектуальная энергетическая система России». Основной задачей является исследование применимости Web-ориентированных геоинформационных технологий для комплексного управления, мониторинга и документирования электросетей посредством формирования электронных карт и планов электроэнергетической инфраструктуры.

Актуальность работы обоснована востребованностью информационных систем в области автоматизации электроэнергетики. В российской промышленности, и в электроэнергетике в частности, автоматизация находится на низком, по сравнению с аналогичными западными компаниями, уровне. На крупных предприятиях таких, как сбытовые компании, ФСК ЕЭС, компании холдинга МРСК Холдинг и многих других востребованными являются системы управления, позволяющие контролировать разнородные активы (генерирующие мощности, линии электропередач, распределительные устройства). На мировом рынке представлен ряд иностранных систем, ориентированных на решение данных задач. Это системы класса EAM (Enterprise Asset Management — системы управления активами предприятия). Лидерами являются IBM Maximo, GE Smallworld и Infor EAM — разработки крупнейших западных вендоров. Но подобные программные решения не находят широкого применения в российских компаниях по следующим причинам:

• — компании контролируются государством, перед которым стоит задача импорт замещения — т. е. поддержки отечественного производителя, в том числе программного обеспечения (ПО);
• — экономически невыгодно и стратегически небезопасно ставить операционную деятельность крупнейших российских предприятий в зависимость от иностранного производителя.

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

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

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

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

Оборудование электрических сетей. Электрические сети содержат разнообразные системы и подсистемы, состоящие из оборудования различных классов по широкой номенклатуре позиций и их характеристик [1−2]. Для правильного понимания стоящих перед системой учета задач нужно систематизировать все объекты и их характеристики (таблица 1). Как следует из состава объектов и их характеристик, система учета должна гибко настраиваться на их перечень и значения в процессе эксплуатации, поскольку их изменения в будущем невозможно спрогнозировать при её создании.

информационный аналитический программный электроэнергетика Таблица 1. Объекты и их характеристики.

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

Так называемые «Системы гиганты» — ERP: SAP R3 и Oracle E-Business Suite — плохо подходят для решения учётных задач (поскольку ориентированы на интегральные финансовые показатели, а не на показатели эффективности каждого актива), чрезвычайно дороги, имеют закрытый исходный код, а на практике эксплуатация и внедрение подобных систем часто обходится дороже, чем написание системы «с нуля», особенно, если их использовать не по прямому назначению, а для задач учёта.

Близко стоящими к рассматриваемой задаче являются системы класса EAM (Enterprise Asset Management) — системы управления активами. Но и данные системы имеют указанные выше недостатки, в связи с попытками потеснить традиционные ERP (SAP R3 и Oracle E-Business Suite) на их рынке.

Инженерные системы и ГИС — это системы, в первую очередь ориентированные на работу небольшого числа пользователей (очень часто однопользовательские, которые только недавно обзавелись серверным компонентом), например, построенные на базе AutoDesk, ESRI ArcGIS, MapInfo. Данные системы, как правило, имеют сильный перекос в сторону визуализации данных, а не в сторону анализа и детального учёта.

Системы, построенные на базе desk-top приложений (Access Excel) не подходят для решения масштабных задач из-за ограниченности по технологиям, так как в большинстве случаев поддерживают только одну операционную систему, имеют одноуровневую или двухуровневую архитектуру и низкую производительность в многопользовательском режиме.

Архитектура разрабатываемой системы. Крупноблочная схема системы представлена на рисунке 1. Система включает следующие подсистемы.

Подсистема учёта объектов. Назначение: ведение электронного учёта объектов различного рода, описываемых произвольным набором характеристик значениями произвольного типа. Учет предполагает ввод, редактирование, удаление и архивирование данных БД объектов деятельности предприятия. Объекты могут образовывать группы иерархически связанных структур.

Рисунок 1. Схема системы инвентаризации электрических сетей.

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

Подсистема интеграции с ГИС. Назначение: обеспечение взаимодействия с картографическими приложениями и построение картографических схем для учитываемых объектов. Подсистема должна выполнять следующие функции:

• — осуществлять интеграцию с любыми внешними (в том числе расположенными в Internet) картографическими приложениями по стандарту WMS (Web Map Service — протокол для выдачи географически привязанных изображений через Интернет);
• — отображать на карте (т.е. с привязкой к местности) любые распределенные объекты, в том числе точечные (здания, сооружения, узлы сети, телефонные колодцы, устройства и проч.); протяжённые (каналы, кабели, нефтеи газопроводы, дороги, пути и проч.); множества объектов (множества зданий, сооружений, кабельные, дорожные, трубопроводные сети и проч.); произвольное множество объектов с привязкой к таблице, с фильтрацией для изменения набора объектов на карте;
• — производить поиск на карте объектов, находящихся в окрестности заданной точки;
• — настраивать и использовать цветовое выделение объектов на карте в зависимости от характеристик объекта (состояние, количество волокон кабеля, количество полос дороги, ёмкость трубопровода и т. д., технология и проч.);
• — отображать и скрывать слои с объектами различных типов;
• — показывать оперативные подсказки для объектов (в том числе линий) на карте, в зависимости от характеристик объекта;
• — корректно, без наложений отображать линии (кабели, каналы, дороги, трубопроводы), проходящие по одним и тем же точкам;
• — произвольно менять размер карты и работать с ней в полноэкранном режиме;
• — поддерживать для карты механизм drag and drop — перетаскивание точечных объектов, настраивать права пользователей на перемещение объектов на карте;
• — производить поиск по адресу фрагмента карты;
• — задавать произвольные иконки для отображения объектов на карте;
• — измерять расстояние по карте инструментом линейка.

Подсистема импорта экспорта данных. Назначение: для загрузки информации в платформу и выгрузки информации из платформы, в составе:

1) программный компонент импорта данных, предназначенный для загрузки информации в платформу из файлов формата CSV или XML;

2) программный компонент экспорта данных, предназначенная для выгрузки информации из платформы в виде файлов Excel, CSV или XML.

Подсистема механизма отчётности. Назначение: формирование отчётных документов в виде таблиц или диаграмм для учитываемых объектов. Отчетные документы формируются в формате HTML для пересылки браузеру клиента с возможностью сохранения на локальной машине в форматах офисных пакетов для хранения и печати твердых копий. Отчеты должны настраиваться при их создании, допускать объединении в группы за счет определения группообразующих полей, определение перечня хранимых и вычисляемых полей, форматов выводимых данных, сортировки и группировки объектов с подсчетом текущих и итоговых сумм, с возможностью выгрузки отчетов в формате офисных программ. Созданные форматы отчетов должны храниться в БД и использоваться при возникновении потребности для заданных пользователем фильтров объектов. Требуется разработать интерфейсы для систем OLAP с возможностью настройки параметров отчета. По требованию пользователя отчеты должны экспортироваться в стандартных форматах офисных систем для хранения на ПЭВМ клиента.

Подсистема настройки печатных форм. Назначение: для настройки генерации печатных документов на основе шаблонов и вывода их на печать. Шаблоны создаются администратором системы для типовых документов, печатаемых на принтере, и сохраняются в БД для последующего использования. Шаблоны используются для быстрой печати массовых документов (накладные, требования, справки, записки, ведомости, сертификаты и др.).

Подсистема настройки оповещений. Назначение: для формирования и отправки e-mail и SMS-оповещений о событиях и ошибках в платформе. Рассылка оповещений возможна в форме электронных писем и телефонных коротких сообщений по подписке, выполняемой администратором системы или самими пользователями программного комплекса. Предусмотреть возможность оповещения сторонних систем при предоставлении соответствующих интерфейсов.

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

• а) программный компонент склада, предназначенный для учёта материальных ценностей, принимаемых на склад, хранящихся на складе и выдаваемых со склада, движение ТМЦ должно быть сохранено в истории;
• б) программный компонент штрихкодирования, предназначенный для автоматизации ведения складской деятельности с помощью использования штрих кодов для материальных ценностей.

Подсистема интеграции. Назначение: обеспечение информационного взаимодействия приложениями и сервисами третьих поставщиков через стандартные протоколы SOAP открытых систем с целью загрузки хранящихся в них данных и их последующей обработки. На объекты внешних систем распространяются возможности и требования внутренних объектов. Разрешается доступ внешних систем к внутренним объектам по согласованным интерфейсам.

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

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

Справочная подсистема. Назначение: оказание помощи для ведения базы знаний системы учета и выполнения операций. Справочная служба должна иметь дружественный интерфейс с пользователем и обладать полнотой для ответа на вопросы о назначении и возможностях системы. Справки могут выдаваться как страницы документов с органами навигации и полями для поиска нужного содержимого. Контент справочной службы должен формироваться менеджером и храниться в БД на сервере.

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

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

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

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

• — Архитектура — многозвенная;
• — Организация — веб-приложение;
• — Исполнение — платформо-независимое;
• — Инфраструктура — собственная;
• — Функциональность — настраиваемая;
• — Состояние кода — открытый;
• — Лицензии — свободные с ограничениями;
• — Инструменты разработки — специализированные;
• — Средства разработки — общедоступные.

Таблица 2. Классификация вариантов исполнения программного изделия.

Предпочтения аргументируются следующими соображениями, описанными ниже.

Многозвенность — современная концепция разработки и развертывания сложных систем, позволяющая упростить организацию взаимодействия клиента с приложением и приложения с системами управления базами данных и публичными сервисами. Такая архитектура лежит в основе всех современных программных систем различного масштаба и назначения. Последние трудности, связанные с интерактивной работой с графической информацией, удается решить с использованием новых версий языка HTML 5 и разработкой апплетов на языках Java, Python, Basic и других технологий, включая AJAX.

Веб-приложение позволяет клиенту упростить до минимума требования к своей аппаратуре и программному обеспечению, обеспечив выход в интернет и наличие клиентского браузера с поддержкой графики и языка HTML 5. Это позволяет работать клиенту с приложением в любой точке, где есть выход в интернет, обеспечивая ему максимальную мобильность. При этом на стороне клиента не требуется иметь ресурсы для хранения специализированного программного обеспечения и баз данных приложения. Существующие технологии Wi-Fi, сотовой и спутниковой связи позволяют обеспечить выход как в локальные подсети предприятия, так и в глобальный интернет практически из любой точки мира.

Платформо-независимое исполнение является современным вызовом в компьютерных технологиях как для программного обеспечения на стороне клиента, так и на стороне сервера. Платформо-независимые технологии позволяют существенно сократить затраты на миграцию приложений на другую платформу, продлить срок жизни программного продукта при изменении технической политики производителей средств вычислительной техники, обеспечить менеджерам метафору «один раз платим за продукт — работает всегда». Многие современные технологии программирования ориентированы на поддержку этих технологий. Примерами могут служить языки Smalltalk, Python, Java, Ruby и другие. Языки семейства Pascal, С, С#, Basic и другие не поддерживают платформенную независимость в полном объеме.

Собственная инфраструктура предполагает наличие у поставщика услуг собственных средств вычислительной техники для организации работы приложения и хранения баз данных. Альтернативой является аренда инфраструктуры как сервиса у провайдеров облачных технологий. Требования технического задания предполагают работу приложений с картографической информацией для задания места расположения активов в географической системе координат на поверхности земли. Современное состояние с предоставлением такой информации Google Maps [3] и другими провайдерами в соответствии с лицензионными соглашениями не позволяют копировать эти данные на собственные серверы предприятия, а предоставляют эту информацию по запросу сервера, идентифицируя его по доменному имени, привязанному к фактическому IP-адресу сервера.

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

Состояние кода — открытый, позволяющее будущим пользователям на основе собственного аудита кода быть уверенными в корректном функционировании системы, отсутствии ошибок и закладок, иметь возможность модификации кода для адаптации приложения к своим требованиям по функциям, интерфейсам и отчетным документам. Открытый код во многом определяет выбор инструментальных средств разработки и языка программирования. Подходящим языком для такой технологии является язык Java и основанные на нем технологии J2EE. Этому способствует наличие промежуточного байт-кода, исполняемого виртуальной машиной, и имеющиеся в распоряжении системных программистов различные декомпиляторы байт-кода в исходный код на языке Java, что делает Java-технологии, по существу, открытыми.

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

Специализированные инструменты разработки позволяют разработчикам продукта эффективно вести программирование, отладку и сопровождение изделия за счет использования адекватных целям инструментов. Такими средствами являются среды разработки и тестирования приложений на языке Java Eclipse, NetBeans, JMeter, Web Studio и другие. Альтернативные встроенные средства, такие как блокнот, компилятор Javac, виртуальная машина Java, архиватор Jar и другие, входящие в стандартный набор JDK, не имеют интегрированной среды и их использование не позволяет получить требуемую производительность труда программиста и высокого качества конечного продукта.

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

Выбор геосервисов для использования в проекте. Правила использования картографической информации определяются лицензионным соглашением между представителем услуг и получателем. Для Goodle Maps [4] существенными ограничениями для разработчиков систем с использованием геоинформации следует считать следующие.

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

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

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

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

Аналогичные ограничения накладываются условиями использования сервиса Яндекс. Карты [5]. Любая информация, используемая в Сервисе, включая картографические материалы и данные о дорожной ситуации, предназначена исключительно для личного некоммерческого использования. При этом любое копирование данных, их воспроизведение, переработка, распространение, доведение до всеобщего сведения (опубликование) в сети Интернет, любое использование в средствах массовой информации и/или в коммерческих целях без предварительного письменного разрешения правообладателя запрещается, за исключением случаев, прямо предусмотренных Условиями использования других сервисов Яндекса или документами, указанными в Условиях.

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

Yahoo! Maps [6] накладывает аналогичные требования и ограничения на использование карт. Соглашение требует, чтобы данные использовались совместно с Yahoo! Maps исключительно для личных, некоммерческих целей, для которых были лицензированы, а не для сервисбюро, с разделением времени или других аналогичных целей. При условии соблюдения ограничений можно копировать эти данные только по мере необходимости для личного пользования, просматривать их на экране, распечатать, передать копии в персональные электронные устройства, такие как персональный цифровой помощник, сохранить их и передать копии в HTML форму третьему лицу при условии, что не удаляются все уведомления об авторских правах, и не изменять данные. Вы не можете использовать эти данные в какой-либо функции реального управления маршрутом во время слежения за автотранспортными средствами, отправке, управлении автопарком или аналогичных приложений.

OpenStreetMap («открытая карта улиц») [7, 8], сокращённо OSM— некоммерческий сетевой картографический проект по созданию силами сообщества участников — пользователей Интернета подробной свободной и бесплатной географической карты всего мира. Все данные доступны для легального копирования, редактирования и коммерческого использования по копилефтной свободной лицензии Creative Commons Attribution-ShareAlike 2.0 Generic. Сайт проекта http://openstreetmap.org.

База данных OSM содержит данные самого разного рода, например, дороги, тропы, здания, магазины, аптеки, памятники, деревья, заборы, мусорные баки, детские площадки, точки Wi-Fi, почтовые ящики, телефонные будки, административное деление, адреса, этажность зданий, данные КЛАДР, часы работы, веб-сайты, телефоны и многое другое. Все эти данные создаются на основе GPS-треков, которые загружают участники проекта или путём обрисовывания спутниковых снимков. Благодаря использованию GPS-треков для того, чтобы сделать карту города не требуется располагать спутниковыми снимками на эту территорию, поэтому в OSM есть уникальные карты ряда населённых пунктов.

Сайт состоит из собственно карты, онлайновых инструментов по её редактированию (Potlatch 1 и Potlatch 2), дневников участников, форума (русский форум самый активный), справочного вики, раздела помощи (на английском). Готовые для использования карты доступны онлайн на самом сайте OpenStreetMap и через множество других сайтов (имеющих дополнительные функции). С помощью функции «Экспорт» можно получить HTML-код для вставки в любую страницу сайта с возможностью нанесения маркера. Есть и более мощные инструменты, например Easymap, где можно нарисовать маршрут к какому-либо объекту. Карты также доступны для скачивания в исходном формате и в форматах для различных автомобильных и других навигаторов. Доступны также специальные программы для мобильных устройств (Java, Apple iOS, Windows Mobile, Android и др.) и для компьютеров.

Подавляющее большинство данных, загружаемых в OSM, выгружаются из переносных устройств спутниковой навигации. Данные, собранные в формате WGS84 в виде широты/долготы, обычно показываются в проекции Меркатора. OpenStreetMap использует топологическую структуру данных, состоящую из объектов:

• — node (точка) — точка с указанными координатами;
• — way (линия) — упорядоченный список точек, составляющих линию или полигон;
• — relation (отношение) — группы точек, линий и других отношений, которым назначаются некоторые свойства;
• — tag (тег) — пары «ключ-значение», могут назначаться точкам, линиям и отношениям.

OpenStreetMap обеспечивает сервис геокодирования под названием Nominatim.

Заключение

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

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

• 1. Ершевич В. В. и др. Справочник по проектированию электроэнергетических систем [Текст]. — М.: Энергоатомиздат, 1985. — 352 с.
• 2. Электрическая сеть [Электронный ресурс] // Википедия. — [2011]. — Режим доступа: http://ru.wikipedia.org/wiki/Электрическая сеть, 01.11.2011.
• 3. API Карт Google [Электронный ресурс]. — Режим доступа: http://code.google.com/intl/ru/apis/maps/faq.html, 12.10.11.
• 4. Условия предоставления услуг Карт Google [Электронный ресурс]. — Режим доступа: http://www.google.com/terms_of_service.html, 12.10.11.
• 5. Условия использования сервиса Яндекс. Карты [Электронный ресурс]. — Режим доступа: http://legal.yandex.ru/maps_termsofuse/, 12.10.11.
• 6. Yahoo! Maps Terms Of Use [Электронный ресурс]. — Режим доступа: http://info.yahoo.com/ legal/us/yahoo/maps/mapstou/mapstou-278.html, 12.10.11.
• 7. Википедия, свободная энциклопедия. OpenStreetMap [Электронный ресурс]. — Режим доступа: http://ru.wikipedia.org/wiki/OpenStreetMap, 26.10.11.
• 8. Welcome to OpenStreetMap [Электронный ресурс]. — Режим доступа: http://wiki. openstreetmap.org/wiki/Main_Page, 26.10.11.