- •Глава 1 Основные сведения об автоматизированном проектировании
- •1. Необходимость создания и развития сапр
- •2. Недостатки неавтоматизированного проектирования
- •3. Этап «позадачного» подхода при создании сапр
- •4. Системный подход создания сапр
- •5. Формальное определение сапр
- •Глава 2 Цели и принципы автоматизированного проектирования
- •6. Составляющие подсистемы и технические средства
- •7. Целостность и коммуникативность сапр
- •Локальные базы данных подсистем сапр
- •Асуп -асни - сапр - астпп,
- •8. Основные принципы автоматизированного проектирования
- •Глава 3 Создание сапр
- •9. Цель и функции автоматизированного проектирования
- •10. Пользователи сапр
- •11. Основные требования при разработке сапр
- •12. Вариант типовой архитектуры сапр
- •13. Сапр. Подсистема «Расчет»
- •14. Сапр. Подсистема «Конструктор»
- •15. Сапр. Подсистема «Технолог»
- •16. Сапр. Система планирования и управления. Подсистема «Монитор»
- •17. Сапр. Информационно-справочные системы. Библиотеки
- •18. Сапр. Информационно-поисковые системы
- •19. Традиционный способ создания сапр
- •20. Концепция создания ядра сапр из инвариантных компонентов
- •21. Концепция создания сапр методом генрации. Создание оболочки будущей сапр
- •22. Концепция создания сапр методом генерации Этапы моделирования и оценки эффективности будущей вычислительной системы
- •23. Концепция создания сапр методом генерации. Наполнение оболочки сапр
- •24. Основные преимущества создания сапр методом генерации
- •25. Экспертные системы как основа построения будущих сапр
- •26. Характерные ошибки при создании сапр
- •27.Факторы, определяющие степень комфортности пользователя сапр
- •28.Последовательность действий при создании сапр.
18. Сапр. Информационно-поисковые системы
ИПС «Аналог» выполняет поиск информации в локальной базе данных, поддерживаемой специализированной СУБД, обеспечивающей, кроме стандартных функций, динамическое распределение информации на внешних носителях и в оперативной памяти с учетом частоты использования дескрипторов и аналогов.
ИПС «Аналог» является одной из основных обслуживающих подсистем, работающих с функциональной подсистемой «Конструктор». Она обеспечивает:
поиск списка аналогов, релевантного запросу пользователя;
чтение дополнительной информации, обеспечивающей анализ и окончательный выбор требуемого аналога (описание аналога с его техническими характеристиками из библиотеки описаний, общий вид конструкции, сборочные и деталированные чертежи из библиотеки микрофиш);
получение адреса хранения прочей информации по аналогу (информационных моделей узлов и деталей, спецификаций, списков нормативной документации и т. п.) и передачу его в качестве входной информации в другие обслуживающие подсистемы (подсистему машинной геометрии и графики, ИСС «Покупные изделия», ИСС «ГОСТ» и т. д.).
19. Традиционный способ создания сапр
Обычная последовательность создания САПР:
обследование предприятия разработка технического задания техническое и рабочее проектирование (иногда техно-рабочий проект) опытная эксплуатация системы. В среднем сроки создания САПР составляют 4—5 лет при коллективе разработчиков 50— 200 человек. Недостатками традиционного способа создания САПР являются: длительные сроки создания, что приводит к моральному старению" технических и программных средств уже в процессе создания системы; необходимость большого количества разработчиков; высокая стоимость разработки.
20. Концепция создания ядра сапр из инвариантных компонентов
Концепция создания ядра САПР из инвариантных компонентов. В качестве ядра САПР принимается набор инвариантных компонентов: подсистема планирования и управления (СПУ), управляющая подсистема «Монитор», информационно-справочные и поисковые системы, подсистема машинной геометрии и графики. ( Подсистема машинной геометрии и графики условно входит в ядро САПР, так как в значительной мере зависит от типа ЭВМ и является инвариантной только для систем с подобными техническими средствами.).
Если пользователь приобретает инвариантные компоненты САПР, дополняет систему специфическими элементами, сроки разработки
значительно сокращаются, однако возникает проблема организации информационных интерфейсов на уровне подсистем. В результате часто возможна слабая взаимосвязь между подсистемами, дублирование и многократный ввод одной и той же информации. В какой-то степени данная проблема решается разработкой системы локальных баз данных, на основе ИПС «Аналог» (рис. 3.3).
Рис. 3.3. Организация информационной базы САПР на основе ИПС «Аналог»
код— Х Х Х Х Х — код и номер записи соответствующей библиотеки.
