ПОИСК Статьи Чертежи Таблицы Лингвистические средства описания процесса проектирования и функционирования ППП в составе ДМС комплексной САПР МЭА из "Теоретические основы построения базовых адаптируемых компонентов САПР МЭА " 2 уже обсуждался вопрос о том, что комплексную САПР МЭА с точки зрения теории систем следует рассматривать как сложную систему. Обмен информацией в ней осуществляется на семантическом уровне и имеет полноценно языковую природу. Разработчик МЭА, независимо от того, выполняется ли процесс проектирования в автоматическом (пакетном) или в интерактивном режиме, является одним из элементов комплексной САПР МЭА как сложной системы. При этом разработчика МЭА (проектировщика), следует рассматривать как один из важнейших компонентов структуры комплексной САПР, поскольку в процессе проектироиапия ому отведена роль лица, ответственного за принятие решения (ЛПР). [c.217] Обеспечить эффективность и требуемую производительность труда разработчика МЭА в процессе автоматизированного проектирования с использованием современных вычислительных средств и прикладного математического обеспечения САПР можно только в рамках развитых средств диалогового взаимодействия разработчика с множеством ППП, эффективную работу которых можно гарантировать только в составе диалоговой мониторной системы (ДМС) комплексной САПР МЭА. [c.217] Это накладывает определенные требования на структуру ДМС, средства и среду функционирования ППП в ее составе, общую методологию проектирования и средства описания мобильного и гибкого процесса проектирования. [c.217] Идейно можно выделить два подхода к синтезу комплексной АПР на основе ДМС и набора ППП, покрывающих требуемый процесс, процедуры и задачи проектирования. Первый подход можно условно назвать алгоритмическим, а второй — лингвистическим. [c.217] Алгоритмический (А-подход) методологически опирается на синтез сколь угодно сложного алгоритма и, соответственно, реализующего этот алгоритм программного обеспечения. Оно должно удовлетворять выбранной структуре комплексной САПР и сценарию диалога. [c.218] Естественно, недостатком А-подхода является необходимость изменения алгоритма и соответствующих программных средств при модификации предметных областей комплексной САПР, из.менении состава ППП, сценария диалога и т. п. А-подход не обладает достаточной степенью гибкости, инвариантности и адаптируемости к вариациям процесса проектирования и структуре диалогового взаимодействия. [c.218] Лингвистический (Л-подход) опирается прежде всего на декомпозицию процесса проектирования и структуры диалога на некоторые типовые составляющие, их алгоритмизацию и композицию сколь угодно сложных процессов проектирования и структуры диалога па их основе с помощью специализированных средств лингвистического обеспечения комплексной САПР. Эти средства относятся по классификации, введенной в гл. 2, к языкам четвертой группы. [c.218] Прежде чем перейти к сути рассматриваемого Л-подхода и организации структуры комплексной САПР средствами мониторной системы, выскан ем несколько наиболее общих методологических соображений, руководствоваться которыми необходимо при выборе и формулировании основных требований к составу средств ДМС и ее отдельных компонентов, реализующих требуемую гибкость, инвариантность и адаптируелюсть процесса проектирования и процесса принятия оптимальных проектных решений. [c.218] Опыт неавтоматизированного и автоматизированного проектирования МЭА уже выработал естественную декомпозицию процесса проектирования на отдельные этапы, проектные процедуры и част- ные задачи проектирования. Это нашло отражение как в методах решения проектных задач, так и в составе прикладного программного обеспечения САПР, в средствах организации пакетов, прикладных программ и отдельных подсистем САПР [143]. Как правило, отдельный ППП или подсистема САПР предназначена для решения вполпе определенного класса проектных задач вполне определенным методом или набором методов. [c.218] Создание комплексных САПР не предполагает существенного изменения или коренной перестройки имеющихся прикладных программных средств. Их суть заключается в формировании качественно новой среды функционирования ППП, основой которой является семантический обмен информацией между набором ППП, банком данных комплексной САПР, мониторной системой и разработчиком МЭА. [c.218] Таким образом ДМС берет на себя функции главного эргономического компонента комплексной САПР, обеспечивающего эффективную диалоговую процедуру человеко-машинного взаимодействия. [c.219] В режиме диалога из-за сложности, многовариантности, мультиальтернативности процесса проектирования устройств МЭА можно прогнозировать лишь вероятностный ход процесса проектирования и возможный сценарий диалога. Это достигается, естественно, с определенной степенью точности. Относительно сходимости процесса проектирования к оптимальному проектному решению можно высказать только наиболее общие предположения. Поэтому общее число проектных итераций, оптимизирующая последовательность решения проектных задач, и необходимость вмешательства разработчика МЭА с целью оценки и корректировки процесса остаются весьма неопределенными. Это, в частности, не дает возможности жестко зафиксировать не только сценарий диалога, но и последовательность выполнения отдельных проектных процедур, в конеч-иом счете сводящуюся к последовательности работы ППП и обмену данными между ними. [c.219] Таким образом, диалоговый процесс проектирования принципиально является недоопределенным процессом [27]. [c.219] При разработке диалога для комплексной САПР МЭА требуется обеспечить широкие сервисные возможности с использованием готовых программ по обслуживанию управляющих данных самой ДМС как в процессе генерации мониторной системы, так и в ходе-эксплуатации комплексной САПР. [c.220] Взаимодействие проектировщика и ЭВМ при выполнении проектирования МЭА в режиме диалога трудно описать целостной моделью. В [119] введено понятие диалоговой структуры, которая определена в виде целостного абстрактного описания процесса работы системы. Структура является существенной частью общей архитектуры диалоговой системы. Ее формализация и синтез обеспечивает адекватное отображение множества состояний системы на внутреннюю структуру системы. [c.220] Диалоговая структура комплексной САПР в соответствии е идеями, изложенными в гл. 4, строится на основе сети фреймов. Их использование дает возможность весьма подробно и наглядно анализировать работу системы человек — ЭВМ . [c.220] Опираясь на приведенное в гл. 2 определение фреймов, конк-ретизуем это понятие применительно к диалогу в комплексной САПР. [c.220] В режиме диалога с точки зрения пользователя фрейм представляет собой кадр экрана, который высвечивается в некоторый момент времени. [c.220] Такого тина объектам может соответствовать один или несколько кадров, высвечиваемых на экране. Сеть подобных информационных объектов определяет структуру диалога в комплексной САПР. [c.221] С точки зрения реализации, фрейм обязательно должен содержать информацию о программной единице, вызываемой средствами ДМС, или какие-либо указания другого типа, вызывающие действия мониторной системы комплексной САПР с ее помощью. Каждому ППП или программной единице соответствует эталон директивы на базовом языке проектирования мониторной системы. Эталон описывает условия их функционирования в составе комплексной САПР МЭА. В качестве дополнительных возможностей программная единица может содержать программы записи и считывания с экрана, хранения данных средствами банка данных, программы, контроля ответов пользователя, анализирующие программы, позволяющие принимать то или иное решение. Каждая такая программа может соответствовать одному или нескольким выполняемым системой элементарным действиям. [c.221] Вернуться к основной статье