ПОИСК Статьи Рисунки Таблицы Общая характеристика системы из "Автоматизация проектирования трубопроводных систем химических производств" При проектировании трубопроводов больщой объем работ приходится на составление документации (спецификация, документация на теплоизоляцию, сметы). В этой главе изложены вопросы автоматизации выпуска проектно-заказной документации на трубопроводы. Остановимся на некоторых основных понятиях. [c.45] Основой всей системы текстовой документации на трубопроводы, включая сметы и проект тепловой изоляции трубопроводов, является спецификация по линии (ее называют также монтажной спецификацией, монтажной ведомостью, трубным журналом и т. д.). Это означает, что при составлении любого последующего документа используется (прямо или косвенно) информация, содержащаяся в спецификациях по линиям. На основании спецификаций по линиям делают сводные спецификации на блок. Они делятся на спецификации по арматуре и по материалам. (Под материалами подразумеваются все элементы трубопровода кроме арматуры.) Может также отдельно выпускаться сводная спецификация креплений (опор) трубопроводов. [c.45] Рассмотрим автоматизированную систему составления проектно-заказной документации на трубопроводы (СТРУНА), разработанную в Центре САПР-Хим. Сформулируем принципы и требования, лежащие в основе системы. Главное требование, предъявляемое к системе автоматизированного составления спецификаций по трубопроводам,— универсальность (что отражено и в обозначении системы СТРУНА есть аббревиатура, составленная из начальных букв полного наименования Система проектной документации по трубопроводам универсального назначения). Необходимо обеспечить полный объем выпуска документации на трубопроводы, в том числе и на технологические трубопроводы, межцеховые коммуникации, системы водоснабжения и канализации, паропроводы и теплотрассы. Должна иметься возможность включать в состав трубопровода любое изделие из любого материала. В системе СТРУНА универсальность обеспечивается многоуровневым выбором элементов трубопровода, который рассмотрен ниже. [c.46] Как уже указывалось, при составлении сводных спецификаций различного уровня, документации на теплоизоляцию и смет, используется информация, содержащаяся в спецификациях по линиям. Отсюда следует, что выпущенные ЭВМ спецификации по линиям должны храниться в памяти машины. Это необходимо и по другим причинам, вытекающим из эволюционного характера проектирования. [c.46] В процессе проектирования неизбежно возникает потребность в многократном изменении и дополнении уже принятых проектных решений и соответствующей документации. Между тем, во многих случаях проектирование заключается в привязке уже существующего проекта аналогичного объекта к местным условиям. В этом случае проектирование заключается во внесении небольших изменений и дополнений в существующий проект. Из всего этого также следует необходимость хранения выпущенной документации. Более глубокий анализ показывает, что наиболее рационально хранить не все документы, а только первичные — спецификации полициям и не сами спецификации, а лишь задания на них. В этом заключается принцип хранения заданий на первичные документы. [c.46] Удобство пользования является еще одним обязательным требованием к системе. Надо учитывать, что основная работа пользователя заключается в составлении задания на первичные документы — спецификации по линиям, а главная экономия трудозатрат обеспечивается автоматизацией выпуска вторичных документов. [c.47] При внедрении системы это вызывает определенные трудности психологического характера. Тем более важно обеспечить удобство пользования, а оно достигается использованием простого и лаконичного языка заданий на первичные документы и системы диагностики, которая должна быть исчерпывающей и понятной для пользователя-проектировщика. [c.47] Особую роль в системе играет информационный фонд. В сложных системах автоматизированного проектирования именно информационный фонд является узким местом. Систематизация и упорядочение справочно-нормативных документов, их переписывание на бланки, перфорация, запись на мащинные носители требуют огромного объема работ. В процессе их выполнения неизбежно появление значительного числа ошибок. Поэтому на каждой стадии необходим тщательный контроль, что, однако, не гарантирует от ошибок, которые выявляются при эксплуатации системы. [c.47] Справочно-нормативные документы регулярно обновляются и пополняются. Поэтому информационный фонд необходимо систематически корректировать, что, с одной стороны, затрудняет текущую эксплуатацию системы, а с другой, требует квалифицированных исполнителей. Отсюда вытекают требования к информационному фонду минимум объема, удобные структура и организация, стандартное и эффективное программное обеспечение. Минимальность объема информационного фонда может быть обеспечена лишь большой глубиной логической переработки информации, т. е. усложнением программ. Все компоненты информационного фонда системы организованы в виде таблиц. В центре САПР-Хим разработана универсальная система ведения и доступа табличной информации СВЕТА, описанная в гл. VII. Она принята как основная при работе с информационным фондом в системе СТРУНА. [c.47] Требования к вычислительной технике и программному обеспечению вытекают из обшей характеристики системы, осуществляющей сложную логическую переработку больших объемов информации. При разработке системы мы ориентировались на ЭВМ типа ЕС с оперативной памятью не менее 512 кбайт и минимальным объемом памяти на устройствах прямого доступа, магнитных дисках, емкость которых должна быть не менее 29 Мбайт. В качестве языка программирования выбран ПЛ/1. Он позволяет осуществить обработку символьных строк, удобно и гибко организовать прямой и последовательный доступ к данным на внешних запоминающих устройствах создавать и обрабатывать списки и цепочки [53], использовать динамические массивы данных. Все эти возможности языка ПЛ/1 (а также и ряд других) использовались при разработке программного обеспечения системы СТРУНА. [c.48] В качестве операционной системы выбрана система ОС [54]. [c.48] Система СТРУНА реализуется в виде большого числа программных модулей четырех типов контролирующих входную информацию, реализующих содержательную часть алгоритмов, подготовки и печати выходных документов, доступа к информационному фонду. Такое построение программного обеспечения позволяет модифицировать всю систему, наращивать ее объем и достаточно просто вносить исправления в случае ошибок. [c.48] Поскольку подсистема МС одновременно может вести обработку любого числа линий и заранее неизвестно, в какой линии требуется автоматизированный выбор, все элементы трубопровода проходят обработку в обеих частях подсистемы. Функции системы АВД подробно описаны в гл. II. Здесь важно подчеркнуть, что в результате обработки в АВД элементы трубопровода с автоматическим выбором преобразуются в стандартные элементы трубопровода (см. ниже) и только после этого обрабатываются второй частью МС, наряду с остальными элементами линии. Кроме того, в задачу этой подсистемы входит распознавание вида элемента трубопровода (арматура, материалы, опора и т. д.), анализ синтаксических и семантических, т. е. содержательных ощибок, размещение обработанных элементов трубопровода в ХЗЛ и, наконец, выдача, формирование и печать документа — монтажных спецификаций по обработанным линиям. [c.49] Подсистема СС в свою очередь делится на несколько фрагментов, формирующих заказные спецификации по отдельным видам элементов трубопровода по арматуре — ССА, материалам — ССМ, деталям крепления (опорам) трубопровода — ССО, нестандартным деталям — ССН. Фактически каждый фрагмент подсистемы СС выполняет одну работу — выбирает элементы своего класса из ХЗЛ, суммирует одинаковые элементы трубопровода, упорядочивает их в соответствии с требованиями выходного документа, подготавливает и печатает заказную спецификацию. Подсистема Сметы производит все предварительные операции по составлению сметы каждой линии (сборку элементов в узлы, выделение элементов, не входящих в узлы, необходимые дополнительные работы и т. п.), непосредственное составление сметы, формирование и печать выходного документа. Эта подсистема подробно описана в гл. V. [c.49] Система АРХИВ (для создания и работы с архивом ХЗЛ) предназначена для решения трех задач. Первая связана с надежностью и живучестью всей системы в целом. Действительно, проектирование с использованием СТРУНЫ может продолжаться от нескольких дней до нескольких месяцев, в течение которых ХЗЛ находится на магнитных дисках и периодически корректируется. Система АРХИВ позволяет делать копию ХЗЛ на магнитные ленты или магнитный диск и, что самое главное, восстанавливать эту информацию на магнитные диски для последующей работы. Вторая важная задача, которую решает АРХИВ,— привязка уже выпущенного объекта, хранящегося в архиве, к новым условиям проектируемого объекта (изменение площадки, климатических условий и т.д.). Наконец, последняя задача этой подсистемы формирование объединенного набора ХЗЛ для нескольких блоков, образующих пусковой комплекс, для последующей обработки в подсистемах ССПК или ЗСА. Такова краткая характеристика подсистем СТРУНА, и, прежде чем перейти к более детальному рассмотрению каждой из подсистем, заметим, что программное обеспечение в большей части соответствует функциональной структуре с добавлением специальных модулей для целей автоматизации программирования, работы с наборами данных и т.д. Вместе с тем, одни и те же программные модули используются в различных подсистемах, если они выполняют одинаковые функции. [c.50] Вернуться к основной статье