Система Автоматизированного Проектирования

По каждому объекту DesPM выдает сообщения, примерами которых могут быть: “объект проектируется другим разработчиком”, “проектирование преждевременно, не выполнены предшествующие процедуры”, “не подготовлены исходные данные”. Одной из важнейших функций DesPM является помощь в реализации параллельного проектирования. Желательно в DesPM предусмотреть возможности создания “суперпроцедур” — командных файлов для выполнения часто повторяющихся фрагментов маршрутов проектирования.

Расширение возможностей управления проектированием и адаптация системной среды к конкретным САПР связано с применением языков расширения. Язык расширения — это язык программирования, позволяющий адаптировать и настраивать системную среду САПР на выполнение новых проектов. Язык расширения должен обеспечивать доступ к различным компонентам системной среды, объединять возможности базового языка программирования и командного языка, включать средства процедурного программирования.

Управление процессом  проектирования включает в себя большое  число действий и условий, поддерживающих параллельную работу многих пользователей над общим проектом. Управление выполняется на основе моделей вычислительных процессов. Используются спецификации моделей, принятые в CASE-системах, например, диаграммы потоков данных, ориентированные графы. Сначала модели составляют для задачного уровня, а затем система осуществляет их покрытие. Применяют также описания на языках расширения или 4GL. В системной среде Ulyses спецификации даны в виде набора модулей с указанием условий их активизации, что близко к представлению моделей в сис-

темах, управляемых знаниями. Так, каждый проектирующий программный  модуль может быть активизирован  только в том случае, если входные  данные готовы. Для этого специальная программа управления модулями системной среды отслеживает соблюдение отношений следования между проектными операциями и процедурами, заданными в маршруте проектирования. На эту же программу возлагаются функции регулирования прав доступа к модулям, сбор статистики (протоколирование) по обращениям к модулям и некоторые другие.

Необходимо обеспечение  синхронизации изменения данных, разделяемых многими пользователями. Для этого, во-первых, пользователи подразделяются на классы (администрация  системы, руководство проектом и  частями проекта, группы исполнителей-проектировщиков) и для каждого класса вводят определенные ограничения, связанные с доступом к разделяемым данным; во-вторых, обеспечивают средства ведения многих версий проекта; в-третьих, для выполнения работ в отдельных ветвях параллельного процесса пользователям выделяют свои рабочие области памяти. Данным могут присваиваться различные значения статуса, например, “правильно”, “необходимо перевычисление”, “утверждено в качестве окончательного решения” и т.п. Собственно синхронизация выполняется с помощью механизмов типа рандеву или семафоров, рассматриваемых в пособиях по параллельным вычислениям.

В общем случае полная формализация управления проектированием  не может быть достигнута, поэтому полезную роль играют системы поддержки решений, принимаемых людьми, DSS (Decision Support Systems). В качестве таких систем часто используют хранилища данных и OLAP-средства (On-Line Analytical Processing).

Использование хранилищ данных имеет ряд преимуществ  в управлении большими объемами данных: имеется единое ядро, что исключает чрезмерно разветвленные и длительные транзакции, легче синхронизировать внесение изменений, поддерживать единство форматов данных, хранить предыдущие версии и т.п.

OLAP-средства должны  обеспечивать оперативный доступ  к данным, на основе которого выявляются зависимости между параметрами (измерениями в многомерной модели приложения). В OLAP-системах на реляционных СУБД аналитическая обработка, или, другими словами, многомерный динамический анализ данных требует просмотра большого числа записей из разных таблиц. По-

этому производительность оказывается невысокой. В специализированных OLAP-системах, обеспечивающих более  быстрый многомерный анализ, но с  более существенными ограничениями  на объем БД, данные хранятся в виде гиперкубов или поликубов — многомерных таблиц с постоянным или переменным числом ячеек соответственно.

 

Примеры подсистем  управления данным и проектированием. В ряде системных сред САПР (прежде всего САПР в машиностроении) в подсистемах PDM объединяются функции управления данными и проектированием. Пример такой PDM — подсистема Design Manager в САПР Euclid Quantum. Функциями этой PDM являются управление потоками проектных данных, версиями проекта, взаимодействием разработчиков, защита информации, конфигурирование и адаптация версий системы для конкретных пользователей.

В системной среде NELSIS CAD Framework имеются части: 1) DMS (Design Management Services) для поддержки иерархии данных, управления версиями и потоками задач; 2) DMI (Design Management Interface) с функциями открытия и закрытия баз данных, вызова и пересылки данных, доступа к DMS; 3) FUS (Framework User Services), включающая ряд браузеров для визуализации информации.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ЗАКЛЮЧЕНИЕ

 

Для успешного функционирования и конкурентоспособности промышленных предприятий в современных условиях абсолютно необходимы передовые информационные технологий. Они позволяют не только решать широкий круг задач в сфере автоматизации финансово-хозяйственной и управленческой деятельности, но и осуществлять комплексную автоматизацию основных технологических и производственных бизнес-процессов.

Потребности современного производства диктуют необходимость  глобального использования информационных компьютерных технологий на всех этапах жизненного цикла изделия:  от предпроектных исследований  до утилизации изделия. Основу  информационных  технологий  в проектировании и производстве  сложных объектов и изделий составляют сегодня полномасштабные полнофункциональные промышленные САПР (CAD/CAM/CAE - системы).  Активное использование во всем мире “легких” и “средних“ САПР  на персональных компьютерах для подготовки чертежной документации и управляющих программ для станков с ЧПУ и сближение возможностей персональных компьютеров и “рабочих станций” в автоматизации  проектирования  подготовило две тенденции в разработке и использовании САПР, которые наблюдаются в последнее время:

• применение полномасштабных САПР в различных отраслях промышленности для проектирования и производства изделий различной сложности;
• интеграция САПР с другими информационными технологиями.

Эти тенденции позволяют  говорить, что уже в самом ближайшем  будущем эффективность производства будет во многом определяться эффективностью использования на предприятиях промышленных САПР.

Но на сегодняшний день уже во многих предприятиях используется система автоматизированного проектирования и инженерам, конструкторам, проектировщикам, архитекторам, работающим в САПР-программах, необходимо постоянно повышать свою квалификацию; программы развиваются, ежегодно появляются новые версии – соответственно специалистам необходимо уметь работать в современном ПО. Иначе САПР используется не на полную мощь.

 

 

 

 

 

 

 

 

 

 

 

ЛИТЕРАТУРА

 

1. Системы автоматизированного проектирования: Учеб. пособие для вузов: В 9 кн. под ред. И.П. Норенкова. — М.: Высш. шк., 1986.

 

2. Б.Хокс. Автоматизированное проектирование и производство. М.:Мир, 1991 г.

 

3. А. В. Петров «Проблемы и принципы создание САПР». Москва. 1990 г.

 

4. Д. М. Жук «Технические средства и операционные системы САПР». Москва. 1986 г.

 

5. В. Г. Федорчук «Информационное и прикладное программное обеспечение САПР».

 

6. В. А. Вайсбург «Автоматизация процессов под готовки авиационного производства на базе ЭВМ и оборудования с ЧПУ». Москва. 1985 г.

 

7. Разработка САПР.В 10-ти кн. Под редакцией А.В.Петрова. М.:Высш. шк.,1990.

 

8. В.П.Корячко, В.М. Курейчик, И.П. Норенков. Теоретические основы САПР: учебник для  вузов. М. Энергоатомиздат,1987.

 

9. Материалы 4-го всероссийского семинара: “Современные системы автоматизации конструкторского и технологического проектирования”. М.:Изд. МАИ,1995.

 

10. Острейковский В.А. Теория систем. — М.: Высш. шк., 1997.

 

11. Журнал «САПР и ГРАФИКА». Номер № 11 ноябрь 2007.

 

12. ГОСТ 23501.101—87. «Системы автоматизированного проектирования»  Основные положения.

 

13. ГОСТ 23501.108-85.  «Системы автоматизированного проектирования»  Классификация и обозначение.

 

14. ГОСТ 24.104-85. Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования.