На главную Обратная связь Карта сайта

Статьи по теплоизоляции

Для чего теплофикатору комп либо термо сети как объект геоинформационных систем
А.Р. Ексаев, М.Г. Шумяцкий, ИВЦ "Поток"
март 1999 г.
ГИС и инженерные сети - заболевания роста Наверняка, все, кому, так либо по другому, приходится иметь дело с информационными системами, согласятся с тем, что рынок информационных технологий на постсоветском пространстве достаточно быстро преобразуется из хаотичного нагромождения полулегального и разномастного пограммного обеспечения в наиболее либо наименее структурированную систему. И, как хоть какое бурное развитие, этот процесс безизбежно сопровождается массой слухов, поверий, ошибок и заблуждений.
Одно из таковых заблуждений касается геоинформационных систем (ГИС) применительно к инженерным коммуникациям, и, а именно, трубопроводным сетям. Основное ошибочное рассуждение, лежащее в базе принятия решений о использовании той либо другой информационной технологии применительно к инженерным сетям, приблизительно таково: "Сначала нужно получить схемы сетей, привязанные к топооснове. Это наглядно, прекрасно и современно. Дальше, при необходимости, будем обучать нашу графическую систему решать технологические и эксплуатационные задачки". Беда в том, что девять из 10 схожих проектов, касающихся инженерных сетей, приводят собственных зачинателей к горькому пониманию потраченных впустую средств и сил, как выясняется, что на базе сделанной графической и атрибутивной базы данных в принципе нереально решение большинства технологических задач. Причина максимально проста, хотя не лежит на поверхности - это математическое моделирование и отражение технологической специфичности объекта. С данной точки зрения неважно какая инженерная сеть в корне различается от всех остальных пространственных объектов тем, что она является сначала направленным математическим графом, со всеми вытекающими отсюда топологическими и математическими качествами, и только во вторую очередь она выступает в качестве некоего пространственного объекта ГИС. Таковым образом, в подавляющем большинстве случаев компании инженерных коммуникаций, принимающие решение о внедрении у себя (своими или завлеченными силами) ГИС-технологии на базе фаворитных ГИС-инструментариев общего назначения, попадают в очень недешевый капкан геоинформационной моды и недокомпетентности собственных служб АСУ. При всем этом очень нехорошую роль играют два фактора: рвение побыстрее получить и показать 1-ые результаты, и невозможность или нежелание прилагать сколько-нибудь суровые усилия к комплексной проработке проекта. Великолепная почва для всех авантюристов, имеющих под руками сканер и программу-векторизатор!
Цель данной статьи - привлечь к данной дилемме внимание профессионалов и управляющих служб компаний, эксплуатирующих, а именно, термо сети, и в индивидуальности тех, кто связывает себя с информационным обеспечением. Принимая на себя ответственность за приводимые тут утверждения, мы опираемся на двенадцатилетний опыт компании ИВЦ "Поток" в разработке и успешном внедрении программных комплексов по автоматизации служб компаний, эксплуатирующих инженерные сети. Для описания общих принципов и подходов мы берем за базу сделанный нами и многократно апробированный программный комплекс "CityCom" (а поточнее, его отраслевую подсистему "ТеплоГраф"), не претендуя при всем этом на исключительную неповторимость крайнего. (Хотя справедливости ради создатели должны признаться в тайной гордости за выношенное, рожденное и выращенное ими "дитя", которому по составу, количеству и высококачественным чертам решаемых задач пока нет законченных аналогов, - как российских, так и забугорных, - в особенности ежели принимать во внимание стоимостные характеристики).
"CityCom" как зеркало подхода - "ГИС" либо "ИГС"?
Разработанная ИВЦ "Поток" спец информационно-графическая система (ИГС) по паспортизации и расчету режимов сетей инженерных коммуникаций "CityCom" является основой для сотворения автоматизированных рабочих мест центральных и районных диспетчерских служб, службы режимов, производственно-технических отделов эксплуатирующих организаций, также для решения почти всех заморочек проектирования таковых сетей.
Ядром ИГС "CityCom" является база данных, содержащая все нужные сведения о инженерной сети. Эта база данных содержит несколько 10-ов взаимосвязанных таблиц, содержащих выше полутора тыщ атрибутов. В том числе, в базе данных хранятся и координаты отображаемых объектов, на базе которых осуществляется графическое представление схем сетей и их объектов на местности.
Невзирая на кажущуюся общность информационно-технологических задач для разных видов инженерных коммуникаций, личные индивидуальности каждой предметной области настолько существенны, что очевидна необходимость выделения в ИГС "CityCom" в качестве самостоятельных отраслевых приложений пары отдельных подсистем. А именно, подсистема, созданная для информатизации сетей теплоснабжения, носит заглавие "ТеплоГраф".
"ТеплоГраф" дозволяет сделать полное и информационно корректное описание тепловой сети, технологических объектов и сооружений на базе их графического представления на плане городка, другими словами - сделать единую базу данных паспортизации сетей теплоснабжения. Создаваемая таковым образом база данных является информационной платформой для функционирования последующих главных задач:
· оперативное получение справок и аналитических отчетов о тепловой сети и ее объектах, графические выделения (раскраски) по разным аспектам;
· стремительный и удачный поиск требуемых объектов и фрагментов схем по наименованиям объектов, городским адресам и иным семантическим чертам;
· расчеты гидравлических режимов тепловых сетей случайной размерности и степени закольцованности, в том числе с несколькими теплоисточниками, работающих на общую зону; многовариантные расчеты на модельных базах;
· ведение архива, анализ и графическое отображение повреждений (дефектов) на сети;
· расчеты нормативных утрат тепла через изоляцию и с утечками теплоносителя, в том числе с учетом архива отключений за период;
· ряд остальных задач прикладного технологического нрава.
Даже поверхностный взор на этот список многофункциональных черт программных средств для комплексной автоматизации диспетчерских и производственно-технических служб дозволяет оценить место и удельный вес фаворитных "классических" ГИС и их приложений в таковых системах. Навряд ли будет оспариваться тот факт, что они покрывают многофункциональные потребности только первой и, в маленький степени, 2-ой группы перечисленных задач. Все таки "значительные" задачки тепловых сетей обеспечиваются издавна отработанными и продолжающими развиваться способами и методами прикладной арифметики данной предметной области. Потому упоминаемый тут "ТеплоГраф" было бы неправильно разглядывать только как многофункциональную ветвь ГИС либо ГИС-приложение. Это тот вариант, когда на стыке 2-ух либо наиболее разных технологий зарождается и формируется некоторое совсем новое семейство прикладных систем. Мы намеренно называем их "ИГС", - Информационно-Графические Системы, - переставив 1-ые буковкы в всераспространенной аббревиатуре и подчеркивая тем их изюминка. Но для того, чтоб сей "малыш" не оказался нежизнеспособным уродцем, от "родителей" требуются определенные усилия, сконцентрированные на формировании его внешнего вида и внутреннего содержания. Конкретно с данной позиции создатели и подступают к дискуссии вопросцев геоинформационных технологий применительно к задачкам городских инженерных коммуникаций, их эксплуатации и проектирования.
Графическое представление схемы инженерных сетей употребляется сначала для отображения результатов решения упомянутых технологических задач. Чтоб таковое отображение стало вероятным и имело естественный для юзера вид, при разработке "электронной" схемы сети нужно соблюдать ряд принципов, описание которых является предметом последующих разделов.
Что брать за базу в качестве картонных носителей В каждом предприятии, эксплуатирующем инженерные сети, раз в день 10-ки людей работают с теми либо другими графическими представлениями этих сетей. Потому при внедрении компьютерных технологий заказчик, обычно, настаивает на "занесении в комп" тех начальных схем (либо их вариантов), которыми он располагает и привык воспользоваться, а не тех, которые являлись бы "правильными" исходя из убеждений геоинформатики. Потому разглядим соответствующие варианты и подходы, с которыми нам приходилось встречаться более нередко в процессе работ по внедрению собственных программных средств на предприятиях, эксплуатирующих инженерные коммуникации.
Вариант 1-й (неплохой).
Схема инженерных сетей выполнена на базе одного плана городка - или условно-масштабного, или масштабного 1:5000 либо 1:100000. Такие схемы всераспространены, а именно, для магистральных тепловых сетей. В случае, ежели схема выполнена на не стыкуемых меж собой листах (что случается достаточно нередко), то приходится брать за базу обычный план городка (либо неплохую туристическую схему), прирастить его при помощи масштабного копирования, ввести в комп, а потом уже при помощи мыши прорисовать имеющиеся схемы инженерных сетей, пользуясь планом, как "привязочной" подложкой.
Вариант 2-й (более верный исходя из убеждений городской ГИС).
Схема инженерных сетей выполнена на базе обычных городских планшетов масштаба 1:2000 либо 1:500. Такие схемы всераспространены для водопроводных, канализационных, электрических сетей, время от времени для газовых сетей и чрезвычайно изредка для тепловых сетей. Этот вариант, обычно, плохо "приживается" для магистральных тепловых сетей либо газовых сетей высочайшего и среднего давления.
Вариант 3-й (безупречный).
Схема выполнена вначале на базе импортированных в систему векторных "электронных" планшетов и в текущем режиме актуализируется по исполнительной документации (с привязкой "по крестам"). Встречается, как досадно бы это не звучало, очень изредка из-за того, что таковой вариант просит организационно отлаженного механизма электронного документооборота, что, в свою очередь, не считая высочайшего уровня производственной и организационной дисциплины, просит и значимых денежных издержек. А средств в стране - сами понимаете…
Вариант 4-й (нехороший).
Схема выполнена на 10-ках, а время от времени сотках не стыкуемых меж собой листов. Таковая ситуация типична для коммунальных тепловых сетей, которые эксплуатируют огромное количество не связанных меж собой котельных либо сетей. Понятно, что идеальнее всего перевести все эти схемы на обычные городские планшеты, но этот путь не встречает осознания у заказчиков из-за огромных организационных сложностей, ну и большого размера ручной работы. В таком случае целенаправлено взять за базу или схему магистральных сетей, или просто "туристический" план-схему, и расположить на данной схеме иконки, которые условно задают положение каждого листа. Дальше, при пометке данной иконки, она разворачивается уже в схему, такую же, как на бумаге.
В ИГС "ТеплоГраф" реализованы все перечисленные варианты и их композиции. В каждом из их нужно вводить в комп план городка. Хотя оцифровка плана городка занимает менее чем 10-15% от общего количества трудозатрат при начальном вводе инфы по одной инженерной сети, тем более очень лучше для заказчика не проделывать эту работу без помощи других, а взять (приобрести) готовый "электронный" план и импортировать его в систему в качестве "подложки". Но, как досадно бы это не звучало, невзирая на то, что, обычно, в любом городке есть некоторое количество организаций, которые тем либо другим методом вводят и оцифровывают план городка, применять результаты их труда нередко бывает труднее, чем выполнить этот ввод поновой.
Трубопроводная сеть как объект ГИС До того как начинать трудозатратный и достаточно дорогостоящий процесс ввода графической и атрибутивной инфы по инженерным коммуникациям (ИК) при помощи какого-нибудь ГИС-инструментария, лучше верно представлять, как настоящий юзер будет эту информацию применять, решение каких определенных задач нужно заказчику.
Нрав прикладных задач значительно зависит от вида коммуникаций и типа компании, которое эксплуатирует инженерную сеть. Тем более, может быть и нужно сконструировать ряд общих принципов по графическому представлению ИК, и, а именно, тепловых сетей.
Узлы! Как много в этом звуке...
Описание узлов инженерной сети базируется на их технологической классификации, которая зависит от вида ИК (к примеру, в тепловых сетях могут быть выделены, в самом общем виде, последующие типы узлов: термо источники, камеры, насосные станции, потребители, глухие врезки и заглушки). При всем этом даже в рамках 1-го вида ИК можно следить значительные различия при классификации узлов, обусловленные сложившейся практикой эксплуатации.
Ряд типов узлов инженерной сети имеет довольно сложную внутреннюю структуру, которая обязана быть согласована как со структурой сети в целом, так и ее графическим изображением. Тут более "сложными" являются термо сети, в каких для каждого узла требуется особое описание.
Не считая того, в узлах сети имеет место динамическая коммутация входящих и исходящих веток при помощи запорной арматуры (задвижек), которая имеет три состояния: открыта, закрыта, прижата (некое промежуточное состояние, хоть и запрещенное СНиП, но, тем более, повсеместно применяемое для регулировки гидравлического режима).
Все это значит, что мы имеем дело с двухуровневым графом. 1-ый уровень описывается "наружной" схемой сети, при этом, обычно, в однолинейном изображении (когда подающий и обратный трубопроводы изображаются одной линией). 2-ой уровень полного графа сети описывается совокупой внутренних схем всех технологических узлов с учетом состояния динамических частей (задвижек, насосов, регуляторов)
Внутренняя структура узлов традиционно не отображается на основной схеме сети, но изображение задвижек и их состояния на данной схеме очень лучше. При всем этом возможны разные технологии обозначения задвижек, к примеру, для тепловых сетей - "бабочки" снутри условной границы камеры, цвет которых определяется состоянием задвижек. Это обычный пример массового вида графических частей, которые нельзя "нарисовать", не выполнив запрос к атрибутивной базе данных.
Для большинства узлов сети, изображаемых на основной схеме, к примеру, прямоугольниками либо точками, существует принципиальные схемы, показывающие внутреннюю структуру узлов. Их изображения чрезвычайно комфортно просматривать в отдельных окнах на фоне основной схемы.
Участки - это просто.
Но не совершенно...
Участки инженерной сети изображаются ломаными линиями. Стиль таковой полосы обоснован технологическим типом изображаемого участка (к примеру, магистрали - жирные полосы, уличные сети - тонкие полосы, внутриквартальные - штриховые полосы). Цвет нередко имеет смысл зарезервировать как "степень свободы" для графических выделений и отображения результатов решения ряда технологических и эксплуатационных задач.
Неувязка изображения участков связана с размещением надписей характеристик участков (поперечникы, материалы труб, расходы теплоносителя и т.д.). Эти надписи есть функции значений вводимых и вычисляемых полей базы данных, и, следовательно, при изменении значений этих полей должны автоматом обновляться. Для этого каждому типу надписей ставится в соответствие запрос к базе данных, итог выполнения которого помещается в заблаговременно определенное юзером место на схеме.
И основное: в информационном осознании участок представляет собой ветвь (хорду) математического графа, соединяющую два узла (а при однолинейном изображении тепловой сети один участок порождает в общем случае две и поболее ветки графа). Другими словами, участок постоянно имеет в качестве собственных концов два "примыкающих" технологических узла, именами которых он идентифицируется. Это значит, что сам процесс "рисования" участков неотделим от процесса описания топологической связности сети, и это принципиально различает от геоинформационных систем технологию, применяемую в ИГС "CityCom".
Паспортизация инженерных сетей Под паспортизацией сети понимается сбор, ввод в базу данных и непрерывная актуализация бессчетных справочных сведений, которые охарактеризовывают объекты инженерной сети. Все объекты сети можно поделить на 4 вида: узлы, участки, оборудование узлов (изредка - участков), потребители.
Вид паспортов узлов значительно зависит от типа узла - к примеру, паспорта тепловой камеры и насосной станции не имеют меж собой практически ничего общего. Паспорта подобных объектов для различных инженерных сетей достаточно похожи друг на друга, хотя и имеют 10-ки аспектов, зависящих от вида коммуникаций. Больше всего сложностей и особенностей присуще описаниям потребителей (например, паспорт потребителя тепла может содержать наиболее 100 характеристик). Естественно, все справочные сведения помещаются в базу данных, которая содержит около сотки взаимосвязанных таблиц.
Понятно, что паспортизация инженерной сети осуществляется для получения различных отчетов (к примеру - для получения суммарных длин сети с разбивкой по поперечникам и материалам труб), или с целью формирования наборов начальных данных для разных расчетных задач (к примеру, гидравлического расчета сети). Все вопросцы такового рода решаются при помощи того либо другого генератора отчетов на базе SQL-запросов. Но в ряде всевозможных случаев оказываются актуальными пространственные запросы. Например, нередко бывает нужно найти длину сети либо суммарную нагрузку тепловых потребителей в районе, данном графической областью-полигоном. Следовательно, информационная система обязана иметь средства сотворения схожих запросов, при этом выполняться эти запросы должны за разумное время.
Переключения и выдача советов по локализации аварий Для тепловых сетей переключения являются одним из главных вопросцев эксплуатации. Нрав переключений (конфигураций состояния оборудования сети) значительно зависит от вида оборудования, на которых эти переключения делаются. С информационными технологиями связан более массовый вид переключений - переключения запорной арматуры (задвижек). Существует 3 главных цели выполнения переключений: локализация аварийных участков, проведение работ по профилактике и реконструкции сети, изменение режима сети. Для заслуги указанных целей компьютерная система (ежели, естественно, она реализована не в качестве доборной обузы персоналу, а "полезности для"), непременно, обязана "уметь" решать последующие задачки:
· автоматическое составление сложных групповых переключений (бланков переключений).
Диспетчерская служба компании ведет бессчетные диспетчерские журнальчики, в ряде из которых фиксируются сведения о переключениях. Исходя из убеждений решения перечисленных задач нужно, чтоб диспетчер вводил сведения о переключениях сходу в комп. (Кстати, ведение диспетчерских журналов является очень сложный организационно-технической задачей, и это на каждом объекте внедрения есть предмет отдельного обсуждения.)
Как было сказано выше, запорная арматура в виде той либо другой геометрической фигуры показывается как на основной схеме сети, так и на схемах узлов. Ряд графических атрибутов (цвет закраски, цвет границы, вид штриховки) таковой фигуры определяется по текущему состоянию запорной арматуры. Потому, ежели диспетчер (а время от времени - комплекс средств телемеханики) ввел сведения о изменении состояния запорной арматуры, эти графические атрибуты должны обменяться.
Дальше - автоматом обязано быть сформировано подмножество объектов инженерной сети, которые изменили состояние (отключились, врубились, стали тупиковыми и т.п.) в итоге сделанных переключений.
Самым комфортным методом визуализации результата сделанных переключений является топологическая раскраска графа схемы инженерной сети, другими словами узлы и участки инженерной сети красятся, к примеру, в зеленоватый цвет, ежели они принадлежат рабочим компонентам, и в красноватый цвет, ежели они отключены. Лучше также выделять граничные узлы, различные рабочие составляющие, тупиковые участки (участки, принадлежащие рабочим компонентам, по которым отсутствует движение объекта транспортировки), и т. п. Отсюда следует вывод, что графические атрибуты изображения инженерной сети определяются значениями почти всех полей в базе данных.
Более сложной в алгоритмическом плане является задачка выдачи советов по локализации аварийных участков. На содержательном уровне простая формулировка данной задачки последующая: для данного аварийного участка отыскать подмножество запорной арматуры, которую нужно перекрыть для того, чтоб транспортируемая среда не поступала в аварийный участок (узел).
Гидравлические расчеты инженерных сетей как объектов геоинформационных систем Гидравлические расчеты лежат в базе анализа режимов трубопроводных сетей. В СНГ и странах Прибалтики гидравлические расчеты наибольшее значение имеют для тепловых сетей, что определяется принципами построения и правилами их эксплуатации. Любые информационные системы по тепловым сетям, не предусматривающие проведения гидравлических расчетов, имеют очень ограниченные способности внедрения и поэтому навряд ли могут рассматриваться серьезно.
Потребности эксплуатационных служб инженерных сетей приводят к необходимости сотворения единых баз данных, на базе которых решаются как задачки сотворения электронных планов (ГИС верхнего уровня), так и задачки технологические, а именно - гидравлические расчеты сетей. Лишь таковой подход к информационному заполнению систем вместе с способами и методами прикладной арифметики дозволяет говорить о цифровой модели инженерных коммуникаций как объекте ГИС.
Что все-таки такое "гидравлический расчет"?
Конечно, в рамках данной статьи создатели не хотят приводить строгую математическую постановку задачки гидравлического расчета. Она изложена в 10-ках монографий, ставших классикой данной предметной области. Для нас же тут принципиально последующее: результатом хоть какого гидравлического расчета постоянно является потокораспределение - по каждому участку сети находится расход транспортируемого продукта, а по каждому узлу сети - давление. В то же время методы задания начальных данных могут достаточно сильно различаться меж собой.
Способов решения задач гидравлического расчета полностью счетное количество, и они также отлично известны; таковым образом, велик изобретен, а неувязка состоит в его наиболее либо наименее солидном изготовлении. Потому на 1-ый план выступает качество алгоритмов и программной реализации гидравлического расчета, конкретно на этом поле и бьются соперники уже 3-ий десяток лет. (Без ложной скромности заметим, что ИВЦ "Поток" считает предметом собственной особенной гордости высококачественную програмку гидравлического расчета, которая дозволяет даже на стареньких по современных меркам Pentium'ах за несколько секунд получить полное потокораспределение для сетей, содержащих тыщи участков, при хоть какой степени их закольцованности.)
Схема и план инженерных коммуникаций 1-ые программы гидравлического расчета возникли еще 30 годов назад, задолго до рождения и массового распространения геоинформационных систем. Как были сделаны надежные и действенные процедуры гидравлического расчета, на 1-ый план стали выходить трудности сотворения комфортных пользовательских оболочек. Эти оболочки должны были "уметь" делать последующие функции:
· корректировка начальных данных.
Для получения требуемых результатов юзер был должен начертить (на бумаге) расчетную схему, составить (на бумаге же) таблицы участков, потребителей, насосных станций и регуляторов, ввести эти таблицы в комп, получить расчетные таблицы, нанести результаты расчета на расчетную схему (снова на бумаге). На каждом шаге юзер допускал различные ошибки, устранение которых занимало кучу времени и сил. С возникновением индивидуальных компов системы гидравлического расчета претерпели революционные конфигурации по двум фронтам:
· начальные и расчетные данные стали храниться в обычных реляционных базах данных, а не в различных двоичных файлах;
· схема, изображаемая сейчас при помощи компа, стала как главным источником начальных данных, так и средством анализа результатов расчета.
Практически сразу с внедрением систем гидравлического расчета с графическим представлением расчетной схемы возникают способности сотворения и использования систем паспортизации инженерных коммуникаций на базе электронных планов. Так как неважно какая из этих систем связана с большими трудозатратами на создание и актуализацию базы данных, сразу появились трудности взаимодействия этих систем. Создатели глубоко убеждены, что система паспортизации сети и система расчета гидравлических режимов представляют собой по сути единую информационно-графическую модель, в базе которой лежит база данных с кропотливо обмысленной структурой таблиц. Планы инженерных коммуникаций, выполненные на базе обычных городских планшетов, могут употребляться или конкретно как расчетные схемы, или при помощи автоматизированных процедур преобразовываться в расчетные схемы. Разумеется, что для того, чтоб это было может быть, должны быть обмыслены способы идентификации и систематизации узлов и участков сети на плане. В особенности принципиальным вопросцем является точное определение потребителей сети.
Опыт создателей показал, что настоящие термо сети даже больших городов не порождают субсетей с наиболее чем 10 тыщами участков, для которых нужен гидравлический расчет. Расчет таковых сетей на современных компах делается за считанные секунды, хотя процессы чтения начальной инфы и записи результатов в базу данных могут занимать пару минут. Это очередной довод в пользу конкретного использования эксплуатационных планов в качестве расчетных схем. Но, при довольно большой размерности фактически нереально сходу корректно ввести начальную информацию, а позже проанализировать результаты расчета. В данном случае приходится использовать полуэвристические способы составления упрощенных (эквивалентированных) расчетных схем. Тем более, информационно-графические системы паспортизации трубопроводных сетей должны содержать в для себя особые процедуры формирования начальной графической и текстовой инфы для построения расчетных схем.
Способы визуализации результатов гидравлического расчета Результаты гидравлического расчета чрезвычайно комфортно представлять при помощи технологий, принятых в геоинформационных системах, хотя имеется и ряд уникальных способов визуализации. Главные варианты таковы:
· Гидравлические справки о узлах и участках сети. Юзер на схеме сети отмечает требуемый объект и получает в окне справку, содержащую гидравлические и технологические свойства узла. Виды справок настраиваются по требованиям юзера.
· Генератор отчетов, содержащих гидравлические режимы узлов и участков. Обычно, такие отчеты представляются в виде таблиц, строчками которой являются узлы, участки, потребители либо насосные станции, а колонками - технологические и гидравлические характеристики (расходы, давления, скорости и т.д.). Список колонок и условия отбора объектов настраиваются по требованиям юзера.
· Тематические карты (схемы). Объекты сети выделяются при помощи разных графических средств (к примеру, цветом) в зависимости от гибко задаваемых критерий. К примеру, сети можно раскрасить по зонам давления, выделить гидравлические нарушения, зоны застоя воды, показать направления потоков стрелками и т.п.
· Подписи результатов расчета на основной схеме сети. Юзеру предоставляются средства размещения особых надписей, связанных с объектами инженерной сети. Список выводимых характеристик настраивается по просьбе юзера. Эти надписи помещают в особый слой, который быть может в хоть какой момент отключен, чтоб не загромождать схему.
· Построение пьезометрических графиков. Пьезометрический график указывает график конфигурации давления вдоль данного пути. Для построения пьезометрического графика юзер отмечает на схеме сети нужные узлы, программа автоматом находит путь, соединяющий эти узлы, и сформировывает особый документ - график, содержащий в чрезвычайно комфортной форме нужную информацию о гидравлических режимах (см. набросок). Вдоль избранного пути могут быть сформированы при помощи генератора отчетов произвольные таблицы, дополняющие пьезометрический график.
Все приведенные выше варианты визуализации результатов гидравлического расчета реализованы в ИГС "Теплограф". Не считая того, в систему интегрированы массивные средства анализа гидравлики, дозволяющие быстро и правильно оценить последствия тех либо других переключений на сети и получить о их детализированный отчет. При всем этом нереально "запамятовать" учитывать какие-либо конфигурации в сети, так как сама процедура пересчета гидравлики делается автоматом опосля выполнения всех переключений, так что наблюдаемый гидравлический режим в хоть какой момент времени является актуальным.
Заместо послесловия Стараясь по способности популярно осветить трудности реализации конечных информационных систем для компаний, эксплуатирующих городские инженерные сети, создатели преследуют несколько взаимосвязанных целей. 1-ая, основная, - для заинтересованных профессионалов и управляющих компаний, эксплуатирующих городские сети, - сформировать представление о системе критериев, которыми следует управляться при принятии решения о внедрении тех либо других технологий в собственных службах, ежели основное - итог, а не процесс. И 2-ая, пожалуй, более принципиальная, касается представителей властных структур, занимающихся вопросцами информатизации в рамках городских инфраструктур. Крайних принципиально привести к осознанию практической бесперспективности политики сотворения единой всеобъятной городской ГИС методом насильственного внедрения некоего избранного инвентаря "сверху вниз". Так как любая объектная область городской инфраструктуры имеет свои задачки и индивидуальности, никак более сложные, чем в инженерных сетях (и конкретно эти индивидуальности диктуют выбор инвентаря), единственное реалистичное решение, по мнению создателей, состоит в разработке и развитии локальных специализированных отраслевых информационных систем и ГИС-приложений с следующей интеграцией их на базе согласованных обменных форматов.
Литература: 1. Евдокимов А.Г., Дубровский В.В., Тевяшев А.Д., "Потокораспределение в инженерных сетях", Москва, Стройиздат, 1979
2. Меренков А.П., Хасилев В.Я., "Теория гидравлических цепей", Москва, Наука, 1985
ИВЦ "Поток",