 |
Вторая концепция разработки САПР.
|
|
|
|
Второй подход связан с поэтапной разработкой и внедрением отдельных элементов и подсистем. В этом случае речь идет, по существу, об автоматизации отдельных частей проекта в некотором смысле независимо, что затрудняет стыковку отдельных частей в единую систему, так как каждая разрабатываемая часть имеет свою специфику, структуру не связанную с общими задачами всей системы.
Третья концепция разработки САПР.
заключается в том, что определяется укрупненная конфигурация всей системы с классификацией функций отдельных частей, формируется общие принципы построения подсистем и их взаимодействия. Затем идет поэтапная совместная разработка частей, наращивающая мощность системы и возможности для решения различных задач проектирования. Внедрение результатов производится непрерывно по мере разработки.Такой подход признан наиболее целесообразными при разработке САПР и стал возможным благодаря унификации приемов программирования, вычислительной техники, формулированию принципов
Основные принципы создания САПР.(смотри кратко все принципы описаны в вопросах ниже)
Принцип включения
Принцип системного единства
Принцип развития,
Принцип комплектности,
Принцип информационного единства
Принцип совместимости
Принцип инвариантности
Принцип включения, принцип системного
единства, принцип развития.
Принцип включения, предусматривающий включение разрабатываемых в рамках проектных институтов подсистем в САПР без изменений их структуры и функций за счет специальных адаптирующих программ.
Принцип системного единства, предусматривающий единство языка программирования, операционной системы и их расширителей на всех стадиях создания, функционирования и развития САПР.
|
|
|
Принцип развития, предусматривающий развитие САПР за счет вводимых в нее подсистем, организации связей между ними, интеграции баз данных с последующим переходом к имитационной системе, способной генерировать системы более низкого уровня.
Принцип комплектности, принцип
Информационного единства.
Принцип комплектности, предусматривающий обеспечение связности проектирования отдельных элементов и всего объекта в целом на всех стадиях проектирования за счет предусмотренных компонентов САПР, осуществляющих комплексное согласование и контроль характеристик элементов и объекта в целом.
Принцип информационного единства, предусматривающий использование терминов, символов, условных обозначений, проблемно-ориентированных языков программирования и способа представления информации в подсистемах, средствах обеспечения и компонентах САПР, установленных в отраслях соответствующими нормативными документами.
30. Принцип совместимости, принцип инвариантности.
Принцип совместимости, предусматривающий совместимость подсистем по символам, обозначениям, кодам, информационным и техническим характеристикам структур связей между подсистемами, средствами обеспечения и компонентами САПР на таком уровне, чтобы обеспечивалось совместное функционирование всех подсистем и сохранилась открытая структура системы в целом.
Принцип инвариантности, предусматривающий универсальность подсистем, т.е. инвариантность к проектируемым объекта и отраслевой специфике, возможность работы как в системе, так и в автономном режиме
Структура САПР.
САПР классифицируют:
1) по разновидности и сложности объектов проектирования:
а) САПР низкосложных объектов
б) САПР среднесложных объектов
в) САПР высокосложных объектов
|
|
|
2) по уровню автоматизации:
а) низкоавтоматизированные
б) среднеавтоматизированные
в) высокоавтоматизированные
3) по характеру и числу выпускаемых проектом документов:
а) САПР низкой
б) САПР средней производительности
в) САПР высокой
Классификация подсистем. Определение подсистемы.
Подсистемой САПР называется выделенная по некоторым признакам часть САПР, обеспечивающая получение законченных проектных решений и соответствующих проектных документов.
По назначению подсистемы САПР можно разделить на проектирующие и обслуживающие
33. Объектная и инвариантная подсистема.
Объектная подсистема осуществляет проектирование некоторого объекта (класса объектов) на определенной стадии проектирования с помощью математических и других моделей этого объекта и выполняет одну или несколько проектных процедур или операций, непосредственно зависимых от конкретного объекта проектирования, например подсистемы проектирования узлов и деталей, проектирования определенного вида оборудования.
Инвариантная подсистема осуществляет реализацию части процесса проектирования (выполнения операций и процедур), функции управления и обработки информации, не зависящие от особенностей проектируемого объекта, например: подсистемы управления САПР, общеинженерных расчетов, процедура оптимизации, подсистема диалоговых процедур, подсистема технико-экономических показателей.
Обслуживающая и проектирующая подсистема.
По назначению подсистемы САПР можно разделить на проектирующие и обслуживающие.
К проектирующим (функциональным) относятся подсистемы, выполняющие проектные процедуры и операции: технологического проектирования; проектирования деталей и сборочных единиц; проектирования частей зданий и сооружений и т.д.
К обслуживающим относятся подсистемы, предназначенные для поддержания работоспособности проектирующих подсистем, например, управления САПР, информационного поиска, документирования, архива, графического отображения объектов проектирования
Компоненты САПР.
САПР — система, объединяющая технические средства, математическое и программное обеспечение, параметры и характеристики которых выбирают с максимальным учетом особенностей задач инженерного проектирования и конструирования. В САПР обеспечивается удобство использования программ за счет применения средств оперативной связи инженера с ЭВМ, специальных проблемно-ориентированных языков и наличия информационно-справочной базы.
|
|
|
Виды обеспечений могут быть ранжированы следующим образом (рисунок 3):
 |
Компоненты видов обеспечения выполняют заданную функцию и представляют наименьший (неделимый) самостоятельно разрабатываемый элемент САПР.
Компоненты САПР строятся по блочному принципу и представляются независимой частью (инвариантом) и привязкой (адаптом).
Целью такой декомпозиции является построение единой методики разработки и создания САПР различных уровней сложности и объединение их в иерархическую структуру, обеспечивающую решение комплексных проблем в соответствии с планированием жизненных циклов объектов проектирования.
36. Компоненты методического обеспечения.
Компонентами методического обеспечения являются документы, в которых изложены полностью или с определенными ссылками на первоисточники: теория, методы, способы, математические модели, алгоритмы, алгоритмические специальные языки для описания объектов, терминология, нормативы, стандарты и другие данные, обеспечивающие построение методов проектирования определенных классов объектов в подсистемах САПР. Из состава методического обеспечения могут выделяться компоненты математического и лингвистического обеспечений.
37. Компоненты организационного обеспечения.
Компоненты организационного обеспечения – это методические и руководящие материалы, положения, приказы, инструкции, штатные расписания, квалификационные требования и др. документы, обеспечивающие взаимодействие проектной организации при создании, эксплуатации и развития САПР. Другими словами, документы, регламентирующие организационную структуру подразделений проектной организации и их взаимодействие с комплексом средств автоматизации проектирования.
|
|
|
