Norenkov.Osnovy.Avtomatizirovannogo.Proektirovania.2002 (525024), страница 7
Текст из файла (страница 7)
п.По целевому назначению различают САПР или подсистемы САПР, обеспечивающие разные аспекты (страты) проектирования. Так, в составе MCADпоявляются рассмотренные выше CAE/CAD/CAM-системы.По масштабам различают отдельные программно-методические комплексы(ПМК) САПР, например: комплекс анализа прочности механических изделий всоответствии с методом конечных элементов (МКЭ) или комплекс анализаэлектронных схем; системы ПМК; системы с уникальными архитектурами нетолько программного (software), но и технического (hardware) обеспечений.По характеру базовой подсистемы различают следующие разновидностиСАПР.1. САПР на базе подсистемы машинной графики и геометрического моделирования. Эти САПР ориентированы на приложения, где основной процедуройпроектирования является конструирование, т. е.
определение пространственных форм и взаимного расположения объектов. К этой группе систем относится большинство САПР в области машиностроения, построенных на базе графических ядер.В настоящее время широко используют унифицированные графические ядра, применяемые более чем в одной САПР (ядра Parasolid фирмы EDS Unigraphics и ACISфирмы Intergraph).2. САПР на базе СУБД. Они ориентированы на приложения, в которых присравнительно несложных математических расчетах перерабатывается большойобъем данных.
Такие САПР преимущественно встречаются в технико-экономических приложениях, например, при проектировании бизнес-планов, но ониимеются также при проектировании объектов, подобных щитам управления всистемах автоматики.3. САПР на базе конкретного прикладного пакета. Фактически это автономно используемые ПМК, например, имитационного моделирования производственных процессов, расчета прочности по МКЭ, синтеза и анализа системавтоматического управления и т.
п. Часто такие САПР относятся к системамСАЕ. Примерами могут служить программы логического проектирования набазе языка VHDL, математические пакеты типа MathCAD.4. Комплексные (интегрированные) САПР, состоящие из совокупностиподсистем предыдущих видов. Характерными примерами комплексных САПРявляются CAE/CAD/CAM-системы в машиностроении или САПР БИС. Так,САПР БИС включает в себя СУБД и подсистемы проектирования компонентов, принципиальных, логических и функциональных схем, топологии кристаллов, тестов для проверки годности изделий. Для управления столь сложнымисистемами применяют специализированные системные среды.29/.
Введение в автоматизированное проектированиеПонятие о CALS-технологияхТехнологии комплексной компьютеризации сфер промышленного производства, цель которых—унификация и стандартизация спецификаций промышленной продукции на всех этапах ее жизненного цикла, называют CALS-технологиями. Основные спецификации представлены проектной, технологической,производственной, маркетинговой, эксплуатационной документацией.
В CALSсистемах предусмотрены хранение, обработка и передача информации в компьютерных средах, оперативный доступ к данным в нужное время и в нужномместе. Терминология в области CALS еще окончательно не установилась. Так,первоначально аббревиатура CALS расшифровывалась как Computer AidedLogistics Systems, т. е.
автоматизированная логистическая поддержка. Посколькупод логистикой обычно понимают дисциплину, посвященную вопросам снабжения и управления запасами, а функции CALS намного шире и связаны со всемиэтапами жизненного цикла промышленных изделий, применяют и более соответствующую предмету расшифровку аббревиатуры CALS — ContinuousAcquisition and Lifecycle Support. В русском языке понятию CALS соответствует ИЛИ (информационная поддержка изделий) или КСПИ (компьютерноесопровождение и поддержка изделий).Применение CALS-технологий позволяет существенно сократить объемыпроектных работ, так как описания многих составных частей оборудования,машин и систем, проектировавшихся ранее, хранятся в унифицированных форматах данных сетевых серверов, доступных любому пользователю технологий CALS.
Существенно облегчается решение проблем ремонтопригодности,интеграции продукции в различного рода системы и среды, адаптации к меняющимся условиям эксплуатации, специализации проектных организаций и т. п.Предполагается, что успех на рынке сложной технической продукции будетнемыслим вне технологий CALS.Развитие CALS-технологий должно привести к появлению так называемыхвиртуальных производств, в которых процесс создания спецификаций синформацией для программно управляемого технологического оборудования,достаточной для изготовления изделия, может быть распределен во времени ипространстве между многими организационно автономными проектнымистудиями. Среди несомненных достижений CALS-технологий следует отметитьлегкость распространения передовых проектных решений, возможностьмногократного воспроизведения частей проекта в новых разработках и др.Построение открытых распределенных автоматизированных систем дляпроектирования и управления в промышленности составляет основусовременных CALS-технологий.
Главная проблема их построения - обеспечениеединообразного описания и интерпретации данных, независимо от места и времени их получения в общей системе, имеющей масштабы вплоть до глобальных.Структура проектной, технологической и эксплуатационной документации, языкиее представления должны быть стандартизованными. Тогда становится реальнойуспешная работа над общим проектом разных коллективов, разделенных вовремени и пространстве и использующих разные CAE/CAD/CAM-системы.301.4.
Особенности проектирования автоматизированных системОдна и та же конструкторская документация может быть использованамногократно в разных проектах, а одна и та же технологическая документация - адаптирована к разным производственным условиям, что позволяет существенно сократить и удешевить общий цикл проектирования и производства.Кроме того, упрощается эксплуатация систем.Таким образом, информационная интеграция является неотъемлемымсвойством CALS-систем. Поэтому в основу CALS-технологий положен рядстандартов, обеспечивающих такую интеграцию.Важные проблемы, требующие решения при создании комплексныхСАПР, - управление сложностью проектов и интеграция ПО. Эти проблемывключают вопросы декомпозиции проектов, распараллеливания проектныхработ, целостности данных, межпрограммных интерфейсов и др.1.4.
Особенности проектированияавтоматизированных системЭтапы проектированияК проектированию АС непосредственное отношение имеют два направлениядеятельности: 1) собственно проектирование АС конкретных предприятий(отраслей) на базе готовых программных и аппаратных компонентов с помощьюспециальных инструментальных средств разработки; 2) проектированиеупомянутых компонентов АС и инструментальных средств, ориентированныхна многократное применение при разработке многих конкретных автоматизированных систем.Сущность первого направления можно охарактеризовать словами «.системная интеграция» (другое близкое понятие имеет название консалтинг).Разработчик АС должен быть специалистом в области системотехники, хорошознать соответствующие международные стандарты, состояние и тенденцииразвития информационных технологий и программных продуктов, владетьинструментальными средствами разработки приложений (CASE-средствами)и быть готовым к восприятию и анализу автоматизируемых процессов всотрудничестве со специалистами-прикладниками.Существует ряд фирм, специализирующихся на разработке проектов АС (например,Price Waterhouse, Jet Info, Consistent Software, Interface и др.)Второе направление в большей мере относится к области разработки МО иПО для реализации функций АС - моделей, методов, алгоритмов, программ набазе знания системотехники, методов анализа и синтеза проектных решений,технологий программирования, операционных систем и т.
п. Существует рядобщеизвестных технологий (методик) проектирования ПО АС, среди которыхпрежде всего следует назвать компонентно-ориентированную разработку технологию индустриальной разработки программных систем.311. Введение в автоматизированное проектированиеДля каждого класса АС (САПР, ERP, геоинформационные системы и т. д.)можно указать фирмы, специализирующиеся на разработке программных (аиногда и программно-аппаратных) систем.
Многие из них на основе одной избазовых технологий реализуют свой подход к созданию АС и придерживаютсястратегии либо тотального поставщика, либо открытости и расширения системыприложениями и дополнениями третьих фирм.В России действует государственный стандарт на стадии создания автоматизированных систем ГОСТ 34.601-90. Существует и международныйстандартна стадии жизненного цикла программной продукции (ISO 12207:1995).Как собственно АС, так и компоненты АС являются сложными системами, ипри их проектировании нужно использовать один из стилей проектирования:• нисходящее (Top-of-Design); четкая реализация нисходящего проектирования приводит к спиральной модели разработки ПО, на каждом виткеспирали блоки предыдущего уровня детализируются, используются обратныесвязи (альтернативой является так называемая каскадная модель, относящаясяк поочередной реализации частей системы);• восходящее (Bottom-of-Design);• эволюционное (Middle-of-Design).Чаще всего применяют нисходящий стиль блочно-иерархического проектирования.Рассмотрим этапы нисходящего проектирования АС.Верхний уровень проектирования АС часто называют концептуальнымпроектированием.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
