Норенков И.П. - Автоматизированное производство (1054022), страница 49
Текст из файла (страница 49)
Часто такую БЗ дополняютобучающей подсистемой, используемой для подготовки специалистов к использованию САПР.Современные +'+&$/. 70")(4$*'9 0"#$%&*./' -)**./' называют PDM ( Product DataManager), иногда применительно к АСУ используют название EDM (Enterprise Data Manager). PDMпредназначены для информационного обеспечения проектирования и выполняют следующие функции:&.+.)$(*),$" . !"#$%!#&'&($"!))$*+($*,#&($"!)&*1315@!"! 5:&:#*%)K*:(*AK & +($5(!%%)$-%*#$A&F*:,&* ,$%+@*,:K:!+(— хранение проектных данных и доступ к ним, в том числе ведение распределенных архивовдокументов, их поиск, редактирование, маршрутизация и визуализация;— управление конфигурацией изделия, т.е.
ведение версий проекта, управление внесением изменений;— создание спецификаций;— защита информации;— интеграция данных (поддержка типовых форматов, конвертирование данных).Основной компонент PDM — 2)*% -)**., (БнД). Он состоит из системы управления базамиданных и баз данных (БД). Межпрограммный интерфейс в значительной мере реализуется через информационный обмен с помощью банка данных. PDM отличает легкость доступа к иерархически организованным данным, обслуживание запросов, выдача ответов не только в текстовой, но и в графической форме, привязанной к конструкции изделия.
Поскольку взаимодействие внутри группы проектировщиков в основном осуществляется через обмен данными, то в системе PDM часто совмещаютфункции управления данными и управления параллельным проектированием.!#-+'+&$/) '*&$8")='' !U предназначена для организации взаимодействия программ в маршрутах проектирования. Она состоит из ядра, отвечающего за интерфейс на уровне подсистем, и оболочек процедур, согласующих конкретные программные модули, программы и/или программно-методические комплексы (ПМК) со средой проектирования.Интеграция ПО базируется на идеях объектно-ориентированного программирования.
Следуетразличать синтаксический и семантический аспекты интеграции. Синтаксическая интеграция реализуется с помощью унифицированных языков и форматов данных, технологий типа ODBC для доступа к общему банку данных или компонентно-ориентированных (CBD — Component-Based Development) технологий. Пример унифицированного формата — TES (Tool Encapsultion Specification),предложенного консорциумом CFI. Информация из TES используется для создания оболочек модулейпри инкапсуляции. Семантическая интеграция подразумевает автоматическое распознавание разнымисистемами смысла передаваемых между ними данных и достигается значительно труднее.!#-+'+&$/) 0#456#()&$45+%#8# '*&$"E$;+) включает в себя текстовый и графический редакторы и поддерживается системами многооконного интерфейса типа Х Window System или Open Look.!#-+'+&$/) CASE предназначена для адаптации САПР к нуждам конкретных пользователей, разработки и сопровождения прикладного ПО.
Ее можно рассматривать как специализированную САПР,в которой объектом проектирования являются новые версии подсистем САПР, в частности, версии,адаптированные к требованиям конкретного заказчика. Другими словами, такие CASE-подсистемыпозволяют пользователям формировать сравнительно с малыми затратами усилий варианты прикладных ПМК из имеющегося базового набора модулей под заданный узкий диапазон конкретных условийпроектирования.
В таких случаях СASE-подсистемы называют '*+&"7/$*&)45*./' +"$-)/'.CASE-система, как система проектирования ПО, содержит компоненты для разработки структурных схем алгоритмов и “экранов” для взаимодействия с пользователем в интерактивных процедурах, средства для инфологического проектирования БД, отладки программ, документирования, сохранения “истории” проектирования и т.п. Наряду с этим, в CASE-подсистему САПР входят и компоненты с специфическими для САПР функциями.Так, в состав САПР Microstation (фирма Bentley Systems) включена инструментальная среда Microstation Basic и языкMDL (Microstation Development Language) c соответствующей программной поддержкой.
Язык MDL — С-подобный, с его помощью можно лаконично выразить обращения к проектным операциям и процедурам. В целом среда Microstation Basic близка по своим функциям к среде MS Visual Basic, в ней имеются генератор форм, редактор, конструктор диалога, отладчик.САПР Спрут (российская фирма Sprut Technologies) вообще создана как инструментальная среда для разработкипользователем потоков задач конструкторского и технологического проектирования в машиностроении с последующимвозможным оформлением потоков в виде пользовательских версий САПР. Сконструированный поток поддерживается компонентами системы, в число которых входят графические 2D и 3D подсистемы, СУБД, продукционная экспертная система, документатор, технологический процессор создания программ для станков с ЧПУ, постпроцессоры.Наиболее известной CASE-системой в составе САПР в настоящее время является описываемаяниже система CAS.CADE фирмы MatraDatavision, с ее помощью фирма разработала очередную версию Euclid Quantum своей САПР Euclid.&.+.)$(*),$" .
!"#$%!#&'&($"!))$*+($*,#&($"!)&*1325@!"! 5:&:#*%)K*:(*AK & +($5(!%%)$-%*#$A&F*:,&* ,$%+@*,:K:!+("456451 7 +0-.@8:=++ "$ 9 *C"%. Для создания ПО САПР так же, как и других сложных автоматизированных информационных систем, определяющее значение имеют вопросы интеграцииПО. Теоретической базой для создания технологий интеграции ПО в САПР являются:1) методология автоматизированного проектирования, в соответствии с которой осуществляются типизация проектных процедур и маршрутов проектирования в различных предметных областях,выявление типичных входных и выходных данных процедур, построение информационных моделейприложений и их обобщение, сравнительный анализ альтернативных методов и алгоритмов выполнения типовых процедур;2) объектно-ориентированная методология, в соответствии с которой множества сущностей, фигурирующих в процессах проектирования, подразделяются на классы, в классах появляются свои процедуры и типы данных с отношениями наследования.
Эти классы могут быть инвариантными и прикладными. Их обобщение и унификация приводят к появлению таких понятий и средств, как интегрированные ресурсы и прикладные протоколы, фигурирующие в стандартах STEP, или унифицированные программные компоненты типа графических ядер конструкторских САПР. Именно наличиетиповых процедур и единообразное толкование атрибутов объектов в рамках конкретных протоколовпозволяют разным программным системам “понимать” друг друга при взаимодействии.Наряду с типовыми графическими ядрами, известны типовые ПМК имитационного моделирования, конструирования деталей и механизмов, технологической подготовки производства и др. Возможность использования типовых программ в составе программных комплексов обусловлена именноунификацией интерфейсов при обменах данными.В некоторых маршрутах проектирования обмены данными должны происходить с высокой частотой, что обусловливает специфические требования к интерфейсам.
Примером могут служить задачи имитационного моделирования, в которых требуется имитировать взаимодействие процессов, описываемых с помощью различного МО (например, на сосредоточенном и распределенном иерархических уровнях, или с помощью аналоговых и дискретных моделей). Для таких задач при моделировании характерно воспроизведение временной последовательности событий, происходящих в анализируемых взаимодействующих системах. Соответственно взаимодействие программ моделирования может происходить через фиксированное число временных шагов или по мере совершения тех или иныхсобытий в моделируемых системах.Так, в программах смешанного аналого-дискретного моделирования электронных устройств аналоговая часть моделируется с помощью программы анализа электронных схем, а дискретная часть — с помощью программы логическогомоделирования.
Влияние аналоговой части на дискретную отображается в математических моделях путем преобразования непрерывных фазовых переменных в логические переменные в местах сопряжения частей модели, обратное влияниевыражается в преобразовании идеализированных логических сигналов в заданные функции времени, соответствующиеэлектрическим сигналам заданной формы. Очевидно, что в содержательной части сообщений, передаваемых из одной части в другую, должны быть сведения либо о состояниях, выражаемых значениями фазовых переменных в интерфейсныхузлах, либо о событиях — изменениях фазовых переменных.
Обмен сообщениями может происходить многократно в течение акта одновариантного анализа.В программно-методических комплексах конструирования происходит обработка графической информации. Содержательная часть сообщений относится к геометрическим элементам, их размерам и положению в пространстве. Впрограммах технологической подготовки механической обработки деталей наряду с геометрической информацией оконструкциях заготовок в передаваемые сообщения могут входить сведения об инструменте, технологической оснастке, оборудовании, режимах обработки, нормах времени, траекториях движения инструмента и рабочих органов оборудования и т.п.Другими словами, в каждом приложении совокупность используемых при обменах понятий,предметных переменных и числовых параметров существенно ограничена и достаточно определенадля того, чтобы можно было ставить вопрос о типизации моделей и языка взаимодействия.
Такие вопросы решаются в рамках технологий STEP/CALS. Число приложений, нашедших свое описание вприкладных протоколах STEP ограничено, но совокупность таких протоколов может расширяться.Прикладные протоколы STEP представляют семантическую сторону интеграционных технологий. Для интеграции нужна не только унификация моделей приложений, но и унификация механизмов взаимодействия, примерами которых являются технологии OLE, DDE, а также компонентно-ориентированные технологии.&.+.)$(*),$" .
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
