27. Основные принципы создания сапр.

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

Принцип инвариантности, предусматривающий универсальность подсистем, т.е. инвариантность к проектируемым объекта и отраслевой специфике, возможность работы как в системе, так и в автономном режиме.

28. Принцип включения, принцип системного единства, принцип развития.

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

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

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

29. Принцип комплектности, принцип информационного единства.

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

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

30. Принцип совместимости, принцип инвариантности.

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

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

31. Структура сапр.

Основными структурными элементами САПР являются подсистемы, которые обладают всеми свойствами системы и могут создаваться как самостоятельные системы