2.3. Информатизация проектирования инженерных систем

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

- водоснабжение;

- водоотведение (канализация);

- газоснабжение;

- теплоснабжение (отопление);

- энергообеспечение (в т.ч. слаботочные сети);

- кондиционирование;

- вентиляция;

- дымоудаление;

- пожаротушение.

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

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

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

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

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

Процесс проектирования инженерной сети разбивается на ряд этапов или уровней детализации:

1. Определение (уточнение) местоположений потребителей, их усредненных параметров или нагрузочных характеристик на основании обработки статистических данных о нормах потребления целевого продукта в этих подсистемах с учетом их перспективного развития.

2. Трассировка сети, т.е. определение связей между потребителями и источниками питания для различных режимов работы сети, включая аварийные.

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

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

4. Определение по расчетным режимам работы активных источников числа и типов агрегатов, а также структуры каждого активного источника.

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

Определение расположения потребителей

Определение нагрузочных характеристик потребителей

Трассировка сети

Вариантное проектирование структур сети

Параметрическая оптимизация сети

Выбор параметров

активных источников

Расчет количества и структуры активных источников

Подбор инженерного

оборудования

Рис. 2.3.1. Обобщенный алгоритм проектирования инженерной сети.

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

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

Методология проектирования зданий и их инженерных систем, начиная с середины 1950-х годов, разрабатывалась в нашей стране применительно к типовому проектированию. Были разработаны и доступны широкому пользователю типовые решения для жилых, общественных и производственных зданий. Эти типовые решения имели научное и экономическое обоснование. В том случае, если проектировалось нетиповое решение, к разработке проекта привлекалось большое число научных сотрудников. Однако, несмотря на то, что каждый проектный институт обладал многочисленным коллективом опытных специалистов, при нетиповом проектировании встречались ошибки.

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

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

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

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

- сеть представляет собой систему взаимодействия большого числа подсистем трех типов: нагрузок или потребителей; активных источников; линий связи;

- каждая такая подсистема i характеризуется двумя переменными величинами – последовательной (расходом) q_i и параллельной (потерей напора) h_i, рядом параметров, а также выбранным направлением. Потеря напора h_i – представляет собой разность давлений, под которыми находится газ, вода или воздух в начале и конце i-го участка системы. Иногда для газа в качестве параллельной переменной h_i принимается разность квадратов давлений;

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

- к источникам водо- и газоснабжения (активным элементам) следует отнести насосные (для водопроводных сетей) или компрессорные (для газовых сетей) станции;

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

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

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

- в сети имеют место законы Кирхгофа (постулаты сетей); I – алгебраическая сумма расходов в любом узле сети равна нулю; II – суммарная потеря напора по любому замкнутому циклу также равна нулю.

Указанные допущения дают возможность рассматривать водопроводную или газовую сеть как сильно связный линейный граф, на котором определены два закона Кирхгофа. Этот граф содержит v вершин и е дуг, каждой из которых поставлены в соответствие ряд активных и пассивных элементов и две переменные величины – расход, или последовательная переменная q_i, и потеря напора, или параллельная переменная h_i связанные между собой монотонной зависимостью, определяемой параметрами этих элементов. Термины "последовательная" и "параллельная" переменные подчеркивают основную характеристику переменных q_i и h_i по способу их измерения, а именно: последовательная переменная (расход) измеряется при последовательном включении измерительного прибора, а параллельная (потеря напора) - при параллельном подсоединении последнего.

Совокупность величин q_i и h_i образует два е-мерных вектора:

Эти векторы характеризуют состояние потокораспределения в сети, а их компоненты (например, i-e) связаны зависимостью, определяемой параметрами активных и пассивных элементов соответствующей (i-й) ветви сети, но не зависящей от ее геометрической структуры.

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

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

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

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

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

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

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

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

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

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

Для автоматизации этих возможностей требуется соответствующая информационная поддержка со стороны систем, которые в недалеком прошлом именовались Системами Управления Данными об Изделиях (PDM - Product Data Management), VPDM (Virtual Product Data Management), CPD (Collaborative Product Development), CPC (Collaborative Product Commerce) и т.п., а сегодня позиционируемых как системы cPDm (collaborative Product Definition management).

В настоящее время пока еще не существует систем, которые в полной мере реализуют концепцию cPDm. Границы между CPD, CPC, VPDM, а также "классическим" PDM размыты по своей природе: не существует абсолютных критериев определения принадлежности системы к какому-то специфическому классу. Многие производители относят свою систему к нужному им классу только потому, что в нее включены соответствующие функции. Если использовать подобные "мягкие" критерии, то почти все современные PDM-системы можно позиционировать как cPDm.

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

Модели сложных проектов с длительным жизненным циклом должны содержать описание всех стадий и состояний этого цикла, а также предусматривать несколько различных способов визуализации. Носитель информации о компоненте содержит множество различных типов элементов данных, а проекты имеют как минимум два различных вида конфигураций: конфигурацию состава (или "Комплектация") и конфигурацию состояния. Проектные данные должны управляться не только параметрами, но и DTs (управляющие таблицы), Rules (правила), Checks (проверки) и т.д. Проектные данные имеют "поведенческие" элементы описания (Behavior features), требуя контроля средствами RDM и характеризуясь высокой вариантностью ("как задумано", "как спроектировано", "как изготовлено", "как существует при эксплуатации").

Методология Relational Generative Design (RGD) пока еще не имеет устоявшегося терминологического аналога в русском языке, но именно она наиболее полно реализует концепцию cPDm. Ее можно определить как "Параллельное разделенное по стадиям проектирование с использованием и накоплением знаний". RGD - одно из решений, составляющих основу современного автоматизированного проектирования.

Основные принципы методологии RGD:

- процесс проектирования разделяется на стадии;

- каждой стадии соответствуют специализации пользователей по ролям, представлениям данных, видам моделей, правам доступа;

- переход к следующей стадии модели наследуют только те данные, которые необходимы для работы на этой стадии;

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

- сохраняется ассоциативная ссылочность на данные предыдущих стадий проектирования.

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

Разделение на стадии зависит от специфики конкретного вида инженерной системы или от специфики проектной организации. Общий пример деления на стадии:

- инженерное моделирование (Engineering Design, ED);

- геометрическое моделирование (Shape Definition, 5D);

- определение детали как компонента сборки (Part Definition, PD);

- определение системно-функциональной сборки (Functional DMU Definition);

- определение технологической сборки (Manufacturing DMU Definition).

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

Обычно используют два пути.

Первый путь - комплексное решение задач проектирования на базе одной программной системы, увязывающей в одно целое подсистемы CAD 2D (системы автоматизированного проектирования двухмерных объектов), CAD 3D (системы автоматизированного проектирования трехмерных объектов), расчетные программы и интегрируя с "материнской" системой автоматизированного проектирования остальные модули на уровне разработчиков. Проектное решение создается в единой интегрированной системе по цепочке 3D-модель - расчетные программы - чертежная документация. При этом возможен альтернативный вариант проектирования: чертежная документация – 3D-модель - и т.д. Результат - единый проект, в котором хранится вся информация об объекте проектирования и его возведении. В любой момент можно изменить какие-либо параметры проекта с обновлением всех необходимых данных остальных подсистем.

Второй подход упрощенно сводится к следующему: для 3D-моделирования и 2D-моделирования используется мощная система моделирования (обычно от зарубежного производителя), для выполнения необходимых расчетов - как российские, так и зарубежные системы. В этом случае для получения чертежей создаются 2D-проекции, которые экспортируются из системы моделирования в стандартном формате, скажем, DXF. Затем эти данные импортируются в 2D-систему, не связанную с системой моделирования, где на основе этих проекций оформляется чертежная документация. Для расчетных программ данные также экспортируются в промежуточный формат (например, IGES), а затем импортируются в расчетные системы, где дополняются информацией по особенностям конструкции.

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

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

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

- параметризация, как на уровне трехмерной модели (3D-модели), так и при подготовке чертежной и технологической документации;

- развиваемое геометрическое ядро 3D-моделирования;

- инструментарий для адаптации и создания приложений;

- интегрированные расчетные модули;

- поддержка DLTD-технологий (Digital Logistics Technical Data).

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

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

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

Не все современные системы компьютерного трехмерного моделирования имеют возможность передавать данные (геометрия, прочностные характеристики объекта и т.д.) в расчетные программы, что очень важно для инженерных систем в строительстве. В тех же системах, где реализована возможность использования внутренних расчетных приложений, не полностью предоставлена возможность произвести решение необходимых расчетных задач проектирования. Даже в тех случаях, где вопрос передачи данных в расчетные программы был рассмотрен при проектировании, всегда требуется дополнение данных по характеристикам конструкций и элементов, что негативным образом отражается на процессе подготовки 3D-модели к расчету: увеличиваются сроки проектирования; требуется полная переподготовка данных для расчета в случае изменения проекта (трехмерной модели объекта, сооружения).

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

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

- проектные предложения, разрабатываемые при использовании таких систем, не всегда соответствуют требованиям существующих нормативных документов, СНиПов и ГОСТов, так как основными разработчиками подобных расчетных комплексов, как правило, являются зарубежные компании;

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

- при разработке и оформлении проектной документации не всегда удовлетворяется потребность в использовании постоянно обновляющиеся базы данных изготовителей оборудования;

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

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

Данные технологии обеспечивают качественное преобразование процесса проектирования в строительстве на базе широкого спектра новых характеристик САПР:

- общедоступность;

- возможность дистанционного интерактивного обучения;

- возможность совместной работы над проектом нескольких пользователей;

- своевременное обновление нормативных баз данных, обеспечивающих строгое соответствие процесса проектирования и выдаваемой проектной документации;

- своевременное полное обновление расчетной системы проектирования;

- возможность выбора принципиального решения задачи проектирования на основе интерактивного анализа проектов-аналогов;

- создание и накопление параметризуемой базы объектов (создание библиотек объектов);

- организация интерактивных конференций по вопросам организации проектирования в строительстве;

- создание и своевременное пополнение электронной интерактивной базы данных производителей строительных изделий, агрегатов, систем инженерного обеспечения;

- создание Internet-рынка материалов, конструкций, элементов;

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

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

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

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