Состояние информатизации инженерных коммуникаций: симптоматика, диагноз, лечение

Размещено на http://www.allbest.ru/

Третья научно-практическая конференция "Тепловые сети. Современные практические решения"

Состояние информатизации инженерных коммуникаций: симптоматика, диагноз, лечение

А.Р. Ексаев, генеральный директор,

М.Г. Шумяцкий, технический директор,

ИВЦ "Поток"

Москва

Содержание

Введение

1. Существующие проблемы

2. Непрозрачность информации

3. Рассогласованность задач и информационных потоков

4. Игнорирование отраслевой специфики

5. Решение проблем

Введение

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

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

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

1. Существующие проблемы

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

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

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

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

2. Непрозрачность информации

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

Зачастую бывает так, что недорогой программный продукт "хоронит" данные стоимостью в десятки и сотни миллионов рублей. Ситуация парадоксальная и немыслимая с точки зрения здравого смысла, но тем не менее простой аудит "прозрачности данных" проявит наличие этой проблемы для 70-100% программных систем, используемых на любом предприятии.

3. Рассогласованность задач и информационных потоков

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

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

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

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

4. Игнорирование отраслевой специфики

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

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

5. Решение проблем

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

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

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

Целостность, непротиворечивость и достоверность всей хранимой информации обеспечивается главным принципом организации информационного пространства: "Каждая единица информации должна храниться единственный раз в единственном месте". Все прикладные подсистемы - от паспортизации до ситуационного моделирования - должны получать исходные из общей БД и туда же помещать результаты, которые сразу же становятся доступны всем заинтересованным (и допущенным) службам и сотрудникам.

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

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

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

4. Отраслевая специфика: от "технологического частного" к "информационному общему". Практически любая предметная область техники и технологии такова, что для "глубокого проникновения" в нее в смысле решения содержательных задач необходимо использовать специализированные средства, разработанные целевым назначением для этой предметной области. Так называемые "универсальные" IT-инструментарии могут лишь весьма поверхностно, в самом общем виде помочь решить наиболее простые и "универсальные" же задачи, и не более того. И карьерный грузовик, и автобус, и гоночный автомобиль - имеют двигатель, трансмиссию и колеса, и на любом из них можно, в принципе, доехать по асфальтированной прямой дороге из пункта А в пункт Б. Но не зря же существуют именно эти специфические виды транспортных средств, каждое из которых предназначено в точности для решения тех задач, для которых они созданы. Работая с несколькими упомянутыми выше предметными областями инженерных коммуникаций, мы многократно и неопровержимо убедились в том, что, даже невзирая на кажущуюся общность задач, каждая из них требует совершенно специфичных информационных описаний, алгоритмов функционирования и математических моделей. Например, алгоритмы решения задачи гидравлического расчета, применяемые для водопровода, абсолютно неприменимы для тепловых сетей, и наоборот (разумеется, речь идет не об "академической задачке" из учебника для начинающего гидравлика-теоретика, а о реальной эксплуатационной задаче); точно такая же картина по подавляющему большинству внешне "сходных" эксплуатационных и производственно-технических задач. И, если попытаться "собрать" множество частных решений в общее информационное пространство посредством некой IT-платформы "универсального назначения", то в девяти случаях из десяти окажется, что эта "универсальная" платформа оказывается непригодна в качестве интеграционной среды из-за отсутствия в ее инструментарии специфических конструкций, позволяющих адекватно отразить нюансы "отраслевых" решений. Во всяком случае, нам не удалось за много лет найти достаточно эффективной и не безумно дорогой интеграционной платформы для объединения всей совокупности задач и информационных структур, характерных для предметных областей инженерных сетей, и пришлось создавать собственную платформу, обладающую признаками классической ГИС, CAD-системы и промышленной СУБД. До сих пор этот подход себя полностью оправдывал во всех случаях без исключений.

Размещено на Allbest.ru