История внедрений CityCom в Украине
М.Г.Шумяцкий
А.Р.Ексаев
ИВЦ «Поток»
июль 2007 г.
В наших статьях и многочисленных публикациях наших пользователей довольно много рассказывалось о внедрениях информационных проектов для систем различных муниципальных инженерных коммуникаций на примерах российских городов. Мы давно намеревались продолжить рассказ о внедрении информационных технологий CityCom специальным очерком об «украинских» проектах холдинга ИВЦ «Поток» - и в предлагаемом вниманию читателей материале осуществляем наконец свое намерение. Мы поделимся своим опытом работы по информатизации сетей инженерных коммуникаций в городах Украины.
К таким проектам, достойным отдельного описания, следует отнести следующие информационные системы, разработка и внедрение которых велась и/или ведется в течение последних 15 лет:
- «CityCom-ТеплоГраф» в Харьковской теплосети;
- «CityCom-ТеплоГраф» в Теплосети Киевэнерго;
- «CityCom-ГидроГраф» в Киевском водоканале;
- «CityCom-ГазГраф» в «Харгоргазе»;
- «CityCom-ГидроГраф» в Донецком водоканале;
- «CityCom-ГазГраф» в «Ровногазе».
Среди перечисленных проектов все, кроме ИГС «ГидроГраф» в Киевском водоканале, начинались и сопровождаются до настоящего времени специалистами харьковского предприятия холдинга «Поток» - ИВК «Поток-Модель». Упомянутый проект в Киевском водоканале начинался как проект холдинга, но через несколько лет был «перехвачен» специалистами конкурирующего предприятия, в части информатизации сетей водоснабжения. «Канализационная» часть этого проекта не поддерживается с того времени никакими разработчиками, и находится в неопределенном состоянии, хотя информация о канализационной сети, накопленная в процессе функционирования системы, не утрачена и ждет своего часа для реального применения. Тем не менее, описание проекта ИГС «ГидроГраф» в Киевском водоканале сознательно включено авторами в данную статью, поскольку проект представлял и представляет исключительный интерес с точки зрения создания информационных систем коммуникационных сетей больших городов.
Описания проектов представлены в порядке их запуска в эксплуатацию.
Предприятие «Харьковские тепловые сети»
Харьковская теплосеть – один из первых партнеров ИВЦ «Поток». Сотрудничество началось в 1991 году с разработки и внедрения DOS-версии информационно-графической системы по паспортизации и расчету тепловых сетей г. Харькова. Следует отметить, что специалисты Харьковской теплосети могут считаться в некоторой степени одними из соавторов разработки, поскольку большое количество принципиальных вопросов функционирования «ТеплоГрафа» впервые уточнялось именно в процессе реализации данного проекта.
Изначально в создаваемую информационную систему закладывалось построение модели лишь магистральных теплосетей, что снижало требования к исходным графическим материалам. План города вводился посредством дигитайзера (графического планшета) с «туристской» схемы Харькова, после чего магистральные сети наносились на эту схему города при помощи курсора мыши на экране компьютера. Координатная точность модели была достаточно низкой, чего нельзя сказать про точность паспортных данных описания сетей и точность гидравлических расчетов. При создании модели был соблазн для ускорения работы не включать в схему некоторые объекты, важность которых казалась ниже важности основных объектов сети. Однако достаточно быстро стало понятно, что преимущество во времени описания, которое достигалось путем условного описания ряда объектов, незначительно по сравнению с полнотой описания сети, и от идеи деления объектов по степени их важности очень быстро отказались. За несколько лет была создана информационно-расчетная модель магистральных теплосетей, которая позволяла проводить полный гидравлический расчет и моделировать переключения состояния запорной арматуры, насосных агрегатов, состояний источников, причем точность гидравлического расчета оказалась более чем удовлетворительной.
После того, как была получена полноценная модель теплосети, на ее основе были внедрены задачи учета аварийных заявок, учета нормативных потерь и некоторые другие задачи. К концу DOS-овского периода (конец 90-х годов) в Харьковской теплосети система функционировала в одном из наиболее полных, по сравнению с другими объектами внедрения, составе эксплуатационных задач на базе технологии CityCom.
И тут наступил момент неизбежного перехода на операционную платформу MS Windows. Предполагалось, что Харьковские теплосети станут одним из первых объектов, где будет отлаживаться Windows-версия «ТеплоГрафа». Однако, из-за многочисленных реорганизаций Харьковских теплосетей и связанных с этим финансовых сложностей, договор по переводу системы на платформу Windows в течение нескольких лет не подписывался руководством теплосети. Развитие же DOS-версии не осуществлялось после выхода в свет Windows-версии, поэтому, несмотря на усилия сотрудников диспетчерской службы, эксплуатация системы постепенно сворачивалась, и возникла опасность деградации либо полной гибели системы, что было бы недопустимым расточительством накопленного информационного ресурса. Толчком к дальнейшему развитию информационной системы на базе «CityCom-ТеплоГраф» послужило получение Харьковской теплосетью американского гранта на проект оптимизации теплоснабжения г. Харькова.
Проект оптимизации Харьковской теплосети разрабатывали специалисты фирмы TYSAK Engineering Co. Предполагалось, что они создадут модель тепловых сетей г. Харькова с помощью «своего» инструментального программного обеспечения, и на этой модели выполнят проект оптимизации. Так случилось, что перед началом работы американские специалисты ознакомились с имеющейся информационной моделью теплосетей, сделанной средствами ИГС «ТеплоГраф». Поняв, что они смогут сэкономить много времени и денег в случае использования уже имеющейся модели, американцы спросили, могут ли они применить ее в своем проекте. Выяснилось, что для этой цели нужно модернизировать имеющуюся модель – по крайней мере, в части создания дополнительных выходных форм, необходимых для анализа оптимизированной схемы. Действующего договора между Харьковской теплосетью и ИВК «Поток-Модель», как уже упоминалось, к этому времени не существовало, да и внесение изменений в DOS-версию могло оказаться дороже перехода на платформу Windows. В результате американские специалисты предложили вариант, при котором они оплачивают 75% стоимости перевода ИГС «ТеплоГраф» в среду Windows, при условии, что Харьковские теплосети оплатят остаток стоимости. В результате перевод системы под Windows был успешно осуществлен, сделаны необходимые американским специалистам документы и был создан проект оптимизации теплоснабжения города Харькова. Правда, на этом средства гранта закончились, и собственно оптимизация была отложена до лучших времен. Но ИГС «ТеплоГраф» в Харьковской теплосети получила импульс для своего дальнейшего развития – уже на операционной платформе семейства Windows.
В связи с упомянутой выше реорганизацией тепловых сетей были организационно объединены магистральные и квартальные теплосети. Появилась необходимость создания полной модели всех сетей, не только магистральных. Но решение этой задачи тормозила имеющаяся геоподоснова, полученная, как уже было сказано, из «туристского» плана города – она никак не годилась для изображения всех городских сетей. Харьковской теплосетью был закуплен масштабный координатный план города, достаточно подробный для создания на ней полной модели городских сетей. Будучи исходно выполнена на средствах ArcInfo, эта геоподоснова была конвертирована в формат хранения ИГС «ТеплоГраф», и начался новый этап развития системы.
К этому моменту поддержанием информационно-расчетной модели тепловой сети города на средствах ИГС «ТеплоГраф» в Харьковских теплосетях занимались лишь два сотрудника. Теперь перед ними встала задача координирования существующих объектов теплосети на новом плане города, уточнения их паспортных данных в соответствии с теми изменениями, которые произошли за время эксплуатации системы, а также нанесения и паспортизации объектов квартальных тепловых сетей, которые ранее в модели представлены не были. Очень скоро стало понятно, что для выполнения всей этой работы необходимо создание специальной группы сотрудников. После долгой организационной борьбы группа, основной производственной задачей которой стал ввод информации о сети в ИГС «ТеплоГраф», была создана. В настоящее время эта группа работает над расширенной и подробной моделью объединенных теплосетей г. Харькова. После окончания этой титанической работы мы надеемся, помимо развития существующих и ранее эксплуатировавшихся задач, внедрить и ряд новых разработок, реализованных средствами технологий CityCom.
Работы по созданию модели магистральных тепловых сетей г. Киева на средствах ИГС «ТеплоГраф» начались примерно в 1993 году. В качестве геоподосновы изначально предполагалось использовать бумажные копии планшетов М1:2000. Однако к началу работы стало ясно, что в распоряжении специалистов теплосети имеется лишь небольшая часть этих планшетов на территорию города. Возможность получения остальных планшетов была под большим вопросом, а трудоемкость ввода графической информации с них казалась весьма значительной. Поэтому было принято решение идти по тому же пути, по которому шли специалисты Харьковских теплосетей, а именно – создать модель магистральных сетей Киева на основе «туристского» плана г. Киева. Последующее развитие событий подтвердило правильность принятого на тот момент решения – графическая схема и расчетная модель магистральных сетей были созданы в ограниченные сроки.
Если в Харьковской теплосети к моменту начала работы не было вовсе никаких графических или условно-графических программных средств для расчета и моделирования тепловых и гидравлических режимов, то в Киевской теплосети ко времени начала данного проекта уже интенсивно эксплуатировался программный комплекс «Сириус» (называемый повсеместно специалистами «карагандинской программой»). Однако система «Сириус» не позволяла создать расчетную модель теплоснабжения всего города, и поэтому за инструментальную основу информационно-расчетной системы была принята ИГС «ТеплоГраф». Наличие «параллельной» системы внесло ряд особенностей в процесс создания модели теплоснабжения средствами ИГС «ТеплоГраф». К сожалению, автоматически использовать накопленные в системе «Сириус» данные для переноса их в среду ИГС «ТеплоГраф» не удалось из-за специфического формата хранения данных в системе «Сириус», и все данные о сети пришлось заново заносить вручную. Однако сам факт наличия второй расчетной системы помог выработке доверия к результатам расчетов в ИГС «ТеплоГраф», поскольку была возможность сравнения результатов расчетов, полученных на двух независимых программных средствах.
Хотя специалисты ИВЦ «Поток» к этому времени уже имели опыт внедрения ИГС «ТеплоГраф» в Москве и Харькове, создание модели теплоснабжения Киева потребовало ряда доработок и усовершенствований системы. Созданная система оказалась на долгое время чемпионом по размерам моделируемого объекта – к моменту создания полного графического представления сети оказалось, что в ее состав входят порядка 15000 узлов. В уже существовавшей к этому времени модели тепловых сетей «Мосэнерго» (г. Москва) количество узлов было почти таким же. Но сама схема теплоснабжения Москвы была разбита на 11 гидравлически развязанных схем эксплуатационных районов, тогда как модель схемы теплоснабжения Киева с самого начала разрабатывалась как единая и связная.
Такая большая размерность системы требовала дополнительных усилий при проведении на ней гидравлических расчетов. Хотя не все объекты теплоснабжения попадали в одну компоненту (тепловую зону), но самая большая из компонент тепловой сети Киева не могла быть посчитана в рамках DOS-версии из-за существовавших ограничений на размер оперативной памяти компьютера. Для реализации гидравлического расчета пришлось искусственно разбивать один из основных источников теплоснабжения на пять источников, каждый из которых запитывал отдельную магистраль. Но и тогда при расчете летних режимов, при которых компоненты получались большего размера, возникали проблемы с гидравлическим расчетом, для преодоления которых требовались искусственные меры по снижению размерности. Полностью все проблемы с размерностью сетей были преодолены только после перехода на Windows-версию.
Кроме того, оказалось, что в Киевской теплосети есть такие сложные камеры, с какими разработчики ИГС «ТеплоГраф» ранее не сталкивались. Для их корректного описания пришлось усовершенствовать программу описания структур камер. К слову сказать, в дальнейшем разработчикам более сложные камеры в практике внедрений нигде не наблюдались.
Кроме задач паспортизации тепловых сетей и проведения гидравлических расчетов, в Киевской теплосети впервые в практике ИВЦ «Поток» была внедрена задача актуализации величин нагрузок в паспортах потребителей по данным абонентского отдела. Это стало возможным только благодаря тому, что в ИГС «ТеплоГраф» нагрузки потребителей вводились не как обобщенные, а по каждому абоненту тепловой сети отдельно с сохранением кода абонента, под которым абонент числится в абонентском отделе. Благодаря такой системе описания абонентов появилась возможность согласования гидравлической схемы с данными абонентской службы, т.е. возможность унификации и обмена данными в двух информационных системах.
Переход на Windows-версию был проведен в Киевской теплосети без дополнительных сложностей и в запланированное для этого время. А вот переход на масштабный план города Киева так и не был выполнен, по причинам, не зависящим от разработчиков, несмотря на то, что такой «электронный» план появился уже несколько лет назад.
К сожалению, в Киевской теплосети информационно-расчетная модель системы теплоснабжения на базе ИГС «ТеплоГраф» используется только в диспетчерской службе. Попытки расширить систему дополнительными функциональными возможностями в интересах специалистов других служб, в частности, технического отдела – не дали пока положительных результатов. В настоящее время ведется работа по решению нескольких специальных задач для Киевской теплосети, но эта работа тормозится постоянными реорганизациями эксплуатирующего предприятия.
Киевский водоканал
Первый свой «водопроводный» информационный проект на Украине ИВЦ «Поток» пытался начать в 1991 г. в Харьковском предприятии по водоснабжению. После демонстрации возможностей компании разработчики заручились твердым устным обещанием руководителей предприятия-заказчика о заключении договора с украинским предприятием холдинга ИВЦ «Поток», - харьковской компанией ИВК «Поток-Модель», - на разработку системы. Дабы не тормозить процесс внедрения, сотрудники ИВК «Поток-Модель», не дожидаясь формального подписания договора и финансирования, разработали и согласовали с заказчиком техническое задание, и приступили к сборке системы в ожидании заключения обещанного договора. В то время процесс сборки наших систем был «ручным» и требовал немалого срока. По прошествии некоторого времени разработчики поинтересовались у заказчика, когда же будет подписан согласованный договор. Выяснилось, что договор заключен не будет – по причине отсутствия финансирования. Еще через какое-то время мы с изумлением узнали, что разработанное нами в деталях и согласованное с заказчиком техническое задание было передано для реализации другой фирме...
С тех пор в практике ИВЦ «Поток» не было отклонений от принципа: разработка и согласование технического задания – оплачиваемая авансом работа.
Может быть, не стоило бы вспоминать эту старую историю сегодня, если бы ее продолжение не сказалось пагубно на нашем киевском «водопроводном» проекте.
Договор с Киевским водоканалом был заключен в 1993 г. Были поставлены две системы – водопроводная и канализационная. В качестве геоподосновы использовались бумажные копии планшетов М1:2000, которые имелись у заказчика в полном объеме. Графическая информация вводилась при помощи дигитайзеров. Были организованы три рабочих места по вводу информации в двухсменном режиме работы операторов, и оплата операторам осуществлялась по сдельному тарифу. Все силы были брошены на создание графического представления, при этом параллельные работы по паспортизации объектов водопроводной и канализационной сетей практически не велись. В результате за три года было создано графическое векторное представление плана Киева с адресной привязкой зданий, практически полные графические топологические представления (принципиальные схемы) водопроводных и канализационных сетей г. Киева. Базы данных получились огромными по числу объектов, при этом скорость поиска и отображения фрагментов сети практически не отличалась от аналогичных параметров для схем небольших населенных пунктов. Количество описанных и нарисованных участков канализационной сети превысило 100 000, водопроводной – 50 000. До настоящего времени разработчикам не приходилось более работать с такими большими по количеству объектов базами данных.
То, что работы велись в первую очередь по созданию графического представления сетей, объяснялось тем, что приоритетными задачами для Киевского водоканала были в то время задачи учета заявок на аварийные работы. В диспетчерских Киевского водоканала, водопроводной и канализационной, в то время эксплуатировались задачи автоматизированного учета заявок. Эти задачи функционировали на ЭВМ СМ-4. К описываемому моменту эти ЭВМ устарели морально и физически, и остро стоял вопрос о переносе задач на персональные компьютеры. Причем принципиально по-новому следовало решать задачу ведения журналов заявок – заявки должны были быть привязаны к графическому представлению объектов систем водоснабжения и водоотведения. Для этого нужно было, чтобы большинство объектов сетей были закодированы, поименованы и графически отображены на схемах сетей.
Как только эта задача была в целом выполнена, сотрудники диспетчерской службы водоканала совместно с разработчиками приступили к внедрению задач заявок. Внедрение было крайне сложным из-за того, что надо было переходить на новую систему ведения заявок «на ходу», не прерывая обработки поступающих заявок. В водопроводной диспетчерской перейти на новую систему удалось только со второй-третьей попытки – слишком много оказалось «тонких» нюансов, под которые пришлось переписывать части программного обеспечения. Персонал диспетчерских работал в это время с удвоенной нагрузкой, и разработчики также многие часы и дни провели в диспетчерских залах, часто на месте решая проблемы внедрения. Тем не менее, через некоторое время работа персонала с новыми задачами стабилизировалась, и задачи учета заявок стали работать в режиме промышленной эксплуатации.
В это время стала актуализироваться проблема перевода программного обеспечения в среду Windows. Специалистами нашей компании параллельная разработка инструментальной системы под Windows велась полным ходом, начиная с 1996 г., но первые работающие версии системы появились только в 1999 г. По уровню отлаженности эти версии были еще «сыроваты», и поставлять их в Киевский водоканал, где оперативная работа по обработке информации шла очень интенсивно, в тот момент было нельзя.
Этим воспользовались конкуренты из структур Харьковского водопровода, порожденные ранее событиями, описанными в начале главы. У них к этому времени была уже готова Windows-версия собственного программного продукта, частично реализовавшая функциональность, подробно описанную в техническом задании на ИГС «ГидроГраф». Кроме этого, судя по всему, был задействован и значительный административный ресурс, которым располагало руководство Харьковского водопровода. Так или иначе, специалисты ИВЦ «Поток» были отстранены от дальнейших работ по информатизации Киевского водоканала, а в водопроводной диспетчерской была внедрена конкурентная система.
Насколько стало известно руководству ИВЦ «Поток», в настоящее время перед работниками IT-службы Киевского водоканала стоит задача «реанимации» внедренной ранее информационной системы по сетям водоотведения и реорганизации информационной системы по водопроводной сети. Что представляется разумным, поскольку подразумевает полезное использование огромных информационных массивов в значительно более развитой функциональности информационной системы. По сути, это означало бы «оживление» и реинжиниринг тех самых систем, внедрения которых наша компания все-таки добилась когда-то. О мотивах таких намерений нам достоверно ничего не известно, однако хочется надеяться, что они сугубо практические. По крайней мере, наличие подобных намерений косвенно свидетельствует о том, что «конкуренты», довольно грубо вытеснившие разработки ИВЦ «Поток» из Киевского водоканала, не вполне справились с поставленными задачами. Как сложатся обстоятельства в дальнейшем, покажет жизнь.
Самое первое внедрение ИГС «ГазГраф» относится к 1991 г., когда эта система была внедрена в «Ташоблгазе» (Ташкент, Узбекистан). Если бы внедрение и развитие этого проекта выпало бы не на столь трудные для экономики времена, то на сегодня имелось бы уже несколько десятков внедрений ИГС «ГазГраф». Однако с распадом Советского Союза нормальное развитие ташкентского «газового» проекта стало, к сожалению, невозможно – по причинам, не зависящим от обеих сторон. Как известно, лучшей рекламой любой информационной системы является ее работающая в промышленной эксплуатации реализация. Такой реализации в сфере газоснабжения нашей компании долгое время добиться не удавалось – в силу определенной «закрытости» IT-инфраструктур «газовиков» и их довольно консервативных предпочтений.
Первая попытка внедрения ИГС «ГазГраф» в «Харгоргазе» относится также к 1991 г. Однако эта попытка не пошла дальше обсуждения – несмотря на заинтересованность технических специалистов, руководство «Харгоргаза» на тот момент времени не нашло целесообразным внедрение ИГС «ГазГраф». А ведь если бы удалось это сделать именно тогда, насколько содержательнее была бы сегодня эта система!
Следующая попытка внедрения ИГС «ГазГраф» была предпринята в «Одессагазе» в 1995 г. Все шло замечательно – заказчик запросил и оплатил практически все подсистемы, разработанные на тот момент, было разработано и согласовано техническое задание, система была собрана и поставлена заказчику. Специалистами ИВЦ «Поток» было проведено обучение специалистов «Одессагаза», все акты были подписаны, обязательства сторон выполнены. Но на этом все, увы, закончилось. По каким-то причинам в «Одессагазе» не удалось организационно обеспечить технологический процесс сбора, уточнения и ввода информации, и проект «умер». И опять не получилась промышленного внедрения ИГС «ГазГраф». Справедливости ради следует признать, что специалисты «Одессагаза», несмотря на неудачу, случившуюся не по вине разработчика, впоследствии неоднократно давали высокую оценку имевшему место сотрудничеству и квалификации нашей компании, что в определенной степени помогло нам в дальнейшем.
И лишь в 2000 г. был заключен договор с «Харгоргазом», в результате которого ИГС «ГазГраф» была реально внедрена в полноценную промышленную эксплуатацию. В качестве геоподосновы был принят масштабный план Харькова, выполненный средствами ArcInfo – тот самый план, несколько обновленной версией которого воспользовались впоследствии Харьковские теплосети при переходе к дополнению описания магистральных сетей квартальными сетями. Эта геоподоснова была конвертирована в формат хранения ИГС «ГазГраф», и на ней специалисты Харгоргаза начали создавать графическое представление и паспортное описание сетей высокого, среднего и низкого давления. Необходимо отметить, что для создания информационной модели газовых сетей на средствах ИГС «ГазГраф» в «Харгоргазе» была с самого начала создана группа специалистов по работе с системой. Именно такой подход к внедрению обеспечил интенсивное развитие информационной системы и, в конечном счете, полезные и содержательные результаты.
Этап первичного освоения ИГС «ГазГраф» оказался нелегким – и для пользователей, и для разработчиков. Причина трудностей была, с одной стороны, в объективном наличии недоработок в еще не полностью отлаженной Windows-версии ИГС «ГазГраф», и, с другой стороны - в определенном недоверии заказчика к возможности разработчиков по устранению этих недоработок. Тем не менее, через некоторое время удалось добиться как вполне удовлетворительной и стабильной работы программных средств, так и качественного освоения специалистами «Харгоргаза» всех возможностей ИГС «ГазГраф». В качестве очередного шага к дальнейшему развитию системы заказчиком была затребована и в плановом порядке внедрена задача локализации аварийных участков. Вскоре после этого по специальному запросу «Харгоргаза» была отработана задача отслеживания в режиме реального времени расположения аварийных автомобилей на плане города. В 2006 г. началось внедрение подсистемы учета аварийных работ. На данный момент специалисты «Харгоргаза» совместно с разработчиками продолжают работу над совершенствованием этой подсистемы, но уже понятно, что она заняла важное место в текущей практической деятельности аварийных служб.
К сожалению, до сих пор не внедрена в полном объеме подсистема гидравлического расчета и моделирования режимов, хотя ее внедрение планировалось и продолжает оставаться актуальным. Причина состоит в недостаточности имеющихся на настоящий момент данных для создания полноценной гидравлической модели хотя бы сетей высокого давления. Эта задача остается в ближайшей перспективе развития системы. В планах предприятия есть еще несколько задач и подсистем, которые должны быть внедрены в эксплуатацию в рамках информационной системы на базе ИГС «ГазГраф».
Донецкий водоканал
Информационный проект на базе ИГС «ГидроГраф» в Донецком водоканале – совсем «молодой», с начала работ прошло менее двух лет. Тем не менее, за это время удалось сделать очень много, и этот проект является одним из наиболее динамично развивающихся. В отличие от всех ранее описанных проектов, создание информационной системы в Донецком водоканале начиналось не «с нуля», а с эксплуатировавшейся там геоинформационной системы. ГИС была реализована на средствах Mapinfo, в этой среде был выполнен векторный план города и прорисованы участки водопроводной и канализационной сетей. При этом участки были классифицированы по условным диаметрам водопроводных и канализационных труб. Эта система удовлетворяла своих пользователей по многим показателям, над ее созданием трудилась группа квалифицированных специалистов. Но проблемы возникли, когда стала актуальной задача гидравлического расчета водопровода. Поскольку геоинформационная система не была снабжена описанием линейно-узловой топологии сетей, то решение задач распределения потоков и гидравлического моделирования в рамках существующей системы оказалось совершенно бесперспективным.
Перед специалистами ИВЦ «Поток» была поставлена задача создания информационно-расчетной модели водопроводных сетей средствами ИГС «ГидроГраф» на базе существующей информации. Новизна задачи была в том, чтобы сохранить всю информацию, существующую в исходной ГИС, и дополнить ее необходимыми возможностями для осуществления структурированной и более полной паспортизации, а также описанием топологической связности для построения гидравлической модели.
Конвертация исходных данных плана города в формат CityCom – задача, давно решенная для всех продуктов линейки CityCom, и, в частности, в ИГС «ГидроГраф». Не представляла сложности и конвертация прорисованных участков водопроводной сети в «косметический» слой подложки сети. По такой подложке можно поверх нее средствами ИГС ГидроГраф описывать и прорисовывать сети. Но более экономной с точки зрения человеческих ресурсов является в данном случае применение недавно разработанной нами технологии «трассировки», которая включает элементы подложки в перечень участков водопроводной сети и создает узлы графа водопроводной сети в точках, в которых сходятся вновь создаваемые участки сети. То есть, фактически это означает автоматическое создание линейно-узловой топологии сетей по набору изображающих их линий. При этом системой генерируются узлы «неопределенного» технологического типа, и их правильная классификация и идентификация выполняются пользователем впоследствии вручную. Но объем ручной работы по описанию и прорисовке сети при использовании такой технологии снижается, по некоторым оценкам, на 20%-50% по сравнению со стандартной технологией описания сети по прорисованной подложке. В проекте Донецкого водоканала эта технология использовалась в одном из начальных своих вариантов, и после нескольких попыток удалось создать топологическую предструктуру сети с сохранением исходной классификации участков сети. Таким образом, удалось не только использовать объекты подложки в качестве участков сети, но и занести в паспорта этих участков диаметры участков, в соответствии с которыми, как ранее упоминалось, были классифицированы трубопроводы в исходной системе. Кроме того, в качестве длин трубопроводов в паспорта участков были автоматически занесены длины их горизонтальных проекций, измеренных по графическим изображениям участков. Поскольку более точных данных по длинам трубопроводов нет, эта информация является хорошим первым приближением паспортных длин трубопроводов, что немаловажно с точки зрения проведения гидравлических расчетов.
Внедрение ИГС ГидроГраф в Донецком водоканале, как, впрочем, и любое серьезное внедрение, шло не без труда. Дополнительную сложность представляла необходимость переучивания специалистов для работы в новой инструментальной пользовательской среде, тогда как они уже имели хорошие навыки работы в другой, надежной, но менее специализированной, системе.
Тем не менее, через запланированное время специалисты Донецкого водоканала подошли к решению задач гидравлического моделирования. Возникла необходимость в решении еще одной задачи – интеграции в ИГС «ГидроГраф» данных о расходах (нагрузках) потребителей. Эта информация имелась в абонентном отделе предприятия. Однако, поскольку система учета расходов абонентов велась вне графической среды, то эти данные надо было «присоединить» к графическим объектам. В ИГС «ГидроГраф» существует процедура привязки характеристик абонентов к графическим объектам. Эта процедура менее трудоемка, чем полный ввод данных по паспорту абонента, но это, тем не менее, ручная операция, и выполнение ее на тысячах абонентов – ресурсоемкий процесс. Для уменьшения объема этой ручной работы можно использовать имеющиеся в паспортах абонентов адреса. В Донецкий водоканал нами была поставлена совсем новая подсистема, позволяющая автоматизировано осуществлять присоединение абонентов к графическим узлам-потребителям по совпадению адреса абонента и адреса здания, внутрь контура которого попадает узел-потребитель. Внедрение этой подсистемы очень сильно уменьшило трудоемкость освоения внешних данных по абонентам сети и значительно сократило сроки создания расчетной гидравлической модели.
В настоящее время осуществляется интенсивный ввод паспортных данных об объектах водоснабжения, ведутся работы по реализации гидравлической модели водопроводной сети. На очереди – канализационная сеть и подсистемы ведения диспетчерских заявок.
«Ровногаз», г. Ровно
Совсем «свежий проект». На сегодняшний день – разработано и согласовано техническое задание, из «внешних» источников конвертирован в формат CityCom векторный план города, собрана конечная пользовательская инструментальная система. Недавно приступили к внедрению. Уже осуществлены поставка и установка системы в локальной сети предприятия, проведен первый этап обучения пользователей. Начался этап наполнения системы содержательными данными силами персонала эксплуатирующего предприятия. Мы – на горячей линии консалтинга, готовы помогать в любой момент...
Удачи нам и нашим новым пользователям.