ПОИСК Статьи Рисунки Таблицы Уровень интеграции подсистем в САПР-трубопровод из "Автоматизация проектирования трубопроводных систем химических производств" Большинство указанных выше задач решается не изолированно, а взаимосвязанно. Они интегрированы, т. е. объединены в систему САПР-Трубопровод. Возможность и целесообразность интеграции различных задач определяется рядом факторов [18], таких как связь потоков входной и выходной информации интегрируемых систем наличие большого объема общей информации в базах данных эквивалентность концептуальных моделей предметной области в месте стыковки двух подсистем наличие большого объема общей информации в исходных данных решение различных задач для одного и того же объекта проектирования единство системного программного обеспечения — языка программирования, операционной системы, системы управления базами данных. [c.8] Все задачи проектирования трубопроводов решаются на ЭВМ единой серии (ЕС ЭВМ) программы писались на одном языке программирования (ПЛ/1) для работы под управлением одной операционной системы (ОС ЕС), использовалась единая система управления базами данных (СВЕТА, см. гл. VII). Таким образом эти факторы облегчали интеграцию подсистем. [c.8] Состав системы СТРУНА. Единый подход к разработке различных подсистем позволил обеспечить единство концептуальных моделей в месте их стыковки. Иными словами в исходных данных для системы получения спецификаций (СТРУНА) содержится необходимая информация для расчета смет и проектирования тепловой изоляции. Иерархическая структура исходных данных для всех трех задач одинакова (общая информация на блок, общая информация на линию, информация об отдельной детали). Этот факт позволяет на основании исходных данных для выпуска монтажных и заказных спецификаций автоматически формировать задания (т. е. исходные данные) для проектирования тепловой изоляции и выпуска смет. Отметим, что исходная информация для выпуска спецификаций нуждается лишь в очень небольшом дополнении, чтобы использоваться для разработки смет и проекта тепловой изоляции. Связаны (но в разной степени) и базы данных этих задач. Информационные фонды систем получения спецификаций и смет содержат много общей информации и их целесообразно интегрировать. База данных проектирования теплов.ой изоляции содержит мало общих данных с базой данных для получения спецификаций, поэтому целесообразно организовать ее автономное функционирование. [c.9] Естественно, что все задачи получения спецификаций разных видов — монтажных, заказных и сводных на пусковой комплекс — интегрированы, так как они пользуются общими исходными данными и общей базой данных. [c.9] Таким образом система автоматизированного получения всех видов спецификаций, смет и проекта тепловой изоляции трубопроводов интегрированы в общий комплекс, который по имени наибольшей и основной из составляющих системы именуется СТРУНА [10]. [c.9] В процессе проектирования узкие места возникают обычно при пиковых нагрузках или просто при несоответствии объемов работ числу используемых специ-алистбв соответствующего профиля. Именно по этой причине из всех отмеченных выше работ при проектировании трубопроводов в первую очередь были автоматизированы составление сводных заказных спецификаций по арматуре [7] и проектирование тепловой изоляции [5]. Конечно, указанные работы имели удовлетворительные характеристики и по многим другим факторам содержали большую долю рутинного труда, могли функционировать автономно, требовали подготовки относительно небольшого объема исходных данных, значительно повышали качество документации и т. д. Впрочем, для обеих задач понадобились довольно большие трудовые затраты на создание базы данных. [c.10] Однако попытка автономно автоматизировать составление заказных спецификаций по материалам и арматуре трубопроводов [6] оказалась не очень успешной вследствие слишком большого объема исходных данных (необходимо было закодировать все детали из монтажных спецификаций) задача не окупалась за счет одного только составления сводок. И лишь объединение этой задачи с автоматизированным оформлением монтажных спецификаций и проектированием тепловой изоляции, а также сокращение исходных данных (в результате автоматизированного выбора уплотнительного комплекта к арматуре и фланцевым соединениям) сделали задачу рентабельной и разработку целесообразной. Вместе с тем в 1-й очереди реализовать автоматизированный выбор других деталей трубопроводов не удалось вследствие недостатка трудовых ресурсов и квалифицированных кадров. [c.10] Другим примером является подсистема прочностного расчета трубопроводов, разработка которой была необходима для обеспечения надежности проектируемых трубопроводов и целесообразна, поскольку давала большую экономию затрат ручного труда на расчеты. [c.10] Этими задачами и ограничивался состав 1-й очереди САПР-Трубопровод, разработка которой была закончена в 1980 г. Во 2-ю очередь дополнительно вошли автоматизированный выбор деталей трубопроводов, составление смет по арматуре и материалам, сводных заказных спецификаций по материалам и ряд других задач. [c.10] Все эти задачи реализуются при незначительном расширении или даже сокращении объема исходных данных, а эффект возрастает за счет их интеграции и выпуска новых видов документации. [c.10] Подводя итог, следует сказать, что, по нашему мнению, 1-я очередь любых САПР должна состоять из такого минимального интегрированного набора задач, который может функционировать рентабельно и автономно, а также допускать дальнейшее расширение. [c.10] Вернуться к основной статье