Глава 4 Проектирование спецификаций
Глава 4
Проектирование спецификаций
• Общие принципы работы со спецификациями
• Разработка спецификации к сборочному чертежу редуктора
• Разработка спецификации для трехмерной сборки редуктора
• Разработка спецификации к ассоциативному чертежу
• Специальные возможности редактора спецификаций КОМПАС-3D
• Резюме
Любое проектирование технического объекта немыслимо без сопровождающего его пакета документации (спецификаций, ведомостей, технических требований, инструкций по эксплуатации и т. п.). Вполне очевидно, что автоматизация процесса конструирования была бы неполной и малоэффективной без наличия в графическом редакторе инструментальных средств, обеспечивающих быструю подготовку и оформление различной конструкторской документации. Ведь известно, что доля времени, уделяемая проектировщиком на подготовку документации, не намного уступает времени, затрачиваемому на собственно проектирование. К слову, на сегодня именно функционал по подготовке технической документации является принципиальным отличием CAD-систем от других программ для трехмерного моделирования (используемых, например, для дизайна или анимации).
Главным документом, сопровождающим то или иное изделие (не считая чертежа), является спецификация.
Спецификация – это текстовый документ, оформленный согласно стандартам в виде таблицы и содержащий сведения о составе изделия, а также отдельные характеристики его составляющих (количество, масса, материал, размеры и пр.). Спецификация, как правило, прилагается к сборочному чертежу. При этом по номеру позиции элемента (детали) в спецификации легко отыскать его на чертеже, а по обозначению – найти деталировочный чертеж, содержащий подробное проработанное изображение данного элемента. Однако в последнее время спецификации все чаще применяют напрямую с трехмерными сборками.
Редактор спецификаций (или модуль проектирования спецификаций) – это специальная подсистема, входящая в программный комплекс КОМПАС-3D, предназначенная для проектирования электронных спецификаций на базе графических или трехмерных документов КОМПАС-3D. Редактор спецификаций позволяет устанавливать ассоциативную связь между спецификацией и объектами сборочного чертежа или компонентами сборки. Это значит, что каждая запись в документе-спецификации может динамически изменяться при изменении атрибутов (обозначение, наименование) связанного с нею объекта (документа-детали или деталировочного чертежа), отслеживать удаление связанного объекта, изменение геометрических размеров (для стандартных элементов) и т. д., что избавляет конструктора от необходимости искать и вручную редактировать нужную строку. Все это делает проектирование и, что самое главное, редактирование спецификаций легким и быстрым и к тому же исключает ошибки заполнения спецификаций.
В этой главе будут рассмотрены три примера построения спецификаций. Первый – создание документа-спецификации, ассоциативно связанного со сборочным чертежом редуктора, который мы разработали во второй главе. Второй пример – построение спецификации для трехмерной сборки редуктора, смоделированного в третьей главе. Разумеется, и эту спецификацию также предполагается сделать ассоциативной. Последний пример, который наиболее часто применяется проектировщиками на практике, – это разработка спецификации к чертежу, ассоциативно связанному с моделью.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
Создание спецификаций
Создание спецификаций Служба контроля качества должна работать совместно с бизнес-стороной для создания автоматизированных приемочных тестов, которые представляют собой истинную спецификацию и документированные требования к системе. Последовательно, от итерации к
Глава 3 Проектирование порталов и больших интернет-магазинов
Глава 3 Проектирование порталов и больших интернет-магазинов Структуре портала должно быть уделено особое значение. В моей практике не было ни одного проекта, структура которого опиралась бы на глубокое изучение спроса и разделение потребностей по правилу «1 страница = 1
Глава 11. Проектирование системной архитектуры
Глава 11. Проектирование системной архитектуры Потребность в архитектуреНа протяжении многих лет я слышала разные определения программной архитектуры: от «программная архитектура — это то, чем занимаются специалисты по программной архитектуре» до «программная
Глава 7 Проектирование ландшафтных цветников
Глава 7 Проектирование ландшафтных цветников Красивые цветники и клумбы необыкновенно украшают ландшафт, наполняют воздух благоуханием и услаждают взоры своими изысканными формами. В предыдущих главах рассказывалось, как создавать водоемы, дренажные системы и
Глава 11 Проектирование металлических и деревянных конструкций
Глава 11 Проектирование металлических и деревянных конструкций В данной главе рассказывается, как с помощью компьютерных программ создавать и проектировать различные конструкции из дерева или металла. В качестве примера возьмем проект создания дома и гаража.
Глава 12 Проектирование дорожек
Глава 12 Проектирование дорожек Для удобства ко всем функциональным областям участка должны быть проложены дорожки. Нужно постараться совместить практичность и функциональность данного элемента ландшафтного дизайна с эстетичностью.Задачей дизайнера при создании
Глава 14 Проектирование ландшафта загородного дома
Глава 14 Проектирование ландшафта загородного дома Познакомившись с отдельными аспектами создания ландшафтного дизайна и его проектирования в компьютерных программах, перейдем к самой интересной и творческой части нашего рассказа. Опишем создание конкретных проектов
75. Избегайте спецификаций исключений
75. Избегайте спецификаций исключений РезюмеНе пишите спецификаций исключений у ваших функций, если только вас не заставляют это делать внешние обстоятельства (например, код, который вы не можете изменить, уже ввел их; см. исключения к данному разделу).ОбсуждениеЕсли
Глава 4 Проектирование программ и объявления
Глава 4 Проектирование программ и объявления Проектирование программного обеспечения – это приемы получения программ, которые делают то, чего вы от них хотите. Обычно проект начинается с довольно общей идеи, но затем обрастает деталями настолько, чтобы можно было
Правило 19: Рассматривайте проектирование класса как проектирование типа
Правило 19: Рассматривайте проектирование класса как проектирование типа В C++, как и в других объектно-ориентированных языках программирования, при определении нового класса определяется новый тип. Потому большую часть времени вы как разработчик C++ будете тратить на
Глава 6 Наследование и объектно-ориентированное проектирование
Глава 6 Наследование и объектно-ориентированное проектирование Объектно-ориентированное программирование (ООП) существует почти 20 лет, поэтому, вероятно, вы имеете некоторое представление о наследовании, производных классах и виртуальных функциях. Даже если вы
Глава 7 Проектирование отдельных предметов интерьера
Глава 7 Проектирование отдельных предметов интерьера При дизайне интерьера бывает необходимо создавать нестандартные элементы. Существуют несложные программные продукты, которые помогут при решении таких задач. В данной главе рассмотрены два модуля, предназначенных
Повторное использование проектов и спецификаций
Повторное использование проектов и спецификаций Этот подход является, по существу, более организованной версией предыдущего - повторного использования знаний, умений и опыта. Как показало обсуждение вопроса о документации, само представление проекта как независимого
Формализация спецификаций
Формализация спецификаций Представленный выше беглый набросок абстракции данных слишком неформален, чтобы его можно было постоянно использовать. Вернемся к нашему главному примеру. Стек, как мы это поняли, должен определяться в терминах применимых к нему операций, но
Выражение спецификаций
Выражение спецификаций От неформальных высказываний перейдем к простой математической нотации, принятой в теории формальной проверки правильности программ и имеющей ценность при доказательстве корректности программных