Способ компьютерного управления построением изделий

 

Изобретение относится к автоматизированному проектированию изделий. Технический результат заключается в упрощении проектирования изделия, который достигается за счет того, что компоненты изделия моделируются как элементы данных и модификации элементов данных. Каждый элемент данных и модификация элемента данных имеет вид, который может иметь модификации вида. Виды и модификации видов элемента данных или модификации элемента данных связаны с другими с помощью вхождений так же, как виды и модификации видов различных элементов данных и модификаций элементов данных. Контекстно-ограниченные модификации видов моделируются как аспекты. Запрос пользователя для отображения изделия воспринимается и используется для вызова правил конструирования, которые определяют, какие модификации вида являются составляющими изделия. Правильные модификации вида компонуются с их вхождениями и аспектами. 2 с. и 12 з.п. ф-лы, 8 ил.

Изобретение относится к автоматизированному проектированию изделий, в частности, к способу управления конструкцией изделий в процессе проектирования и производства.

Уровень техники Термин "управление данными изделий" (УДИ) используется для описания автоматизированных способов управления проектированием и производством изделий. Примером системы УДИ является система "Диспетчер информации", продаваемая корпорацией Электрониг Дата Системз. Проектирование системы "Диспетчер информации" основано на объектах, которые она обрабатывает. Основное внимание в системе уделено представлению предприятия в терминах его объектов и операций с ними. Классы объектов получаются с помощью моделирования процессов функционирования предприятия, таких как проектирование, производство, администрирование, управление проектом и регулирование стоимости.

Другим типом автоматизированных средств производства являются известные системы автоматизированного проектирования и автоматизированного производства (САПР/САП) (см. например, журнал "Компьютеры в промышленности", том 1.19, N3, июнь 1992 г., Амстердам, Нидерланды, стр. 257-270, а также европейский патент 0483039 G 06 F 15/24, опубликованный 29.04.1992). Они обычно используются инженерами-конструкторами для моделирования точной геометрии проектируемых изделий и их модификаций.

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

Сущность изобретения Автоматизированная система управления конструированием изделия (УКИ) хранит данные, представляющие обобщенную конструкцию изделия, и предоставляет данные, представляющие точную конструкцию изделия. Система УКИ хранит описание каждой компоненты изделия, как объект, относящийся к классу данных видов. Она также хранит описание модификации компоненты, как объект, относящийся к классу данных видов модификаций. Система связывает объекты видов и объекты видов модификаций со ссылками друг на друга и в объекты видов и объекты видов модификаций других компонент.

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

Преимущество системы (УКИ) заключается в том, что она обеспечивает возможность моделировать конструкцию изделия с помощью списка составляющих, который представляет изделие значительно проще, чем его геометрия. Система УКИ хранит данные, представляющие обобщенные компоновки изделия, но может формировать точные компоновки. Это позволяет создавать "виртуальную компоновку" из любой комбинации компонент или из модификаций компонент. Все модификации компонент являются взаимозаменяемыми для использования в виртуальной компоновке.

Способность компоновать несколько видов для различных вариантов одного изделия позволяет совместно разрабатывать различные аспекты изделия. Например, конструкторский и технологический отделы предприятия могут совместно сотрудничать в разработке изделия.

Система УКИ может содержать профессиональные нормы предприятия для управления компоновкой изделия. Это делает систему более приспособленной к требованиям конкретного пользователя.

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

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

Краткое описание чертежей Фиг. 1 изображает автоматизированную систему УДИ, которая содержит систему УКИ согласно изобретению.

Фиг.2 представляет алгоритм функционирования системы УКИ.

Фиг. 3 изображает отображение части списка составляющих (СС) для конкретного изделия.

Фиг.4 изображает расширенное отображение списка составляющих.

Фиг. 5 изображает моделирование системой УКИ различных видов одной и той же модификации элемента данных.

Фиг.6 изображает связи между классами данных, элемент данных и модификацию элемента данных.

Фиг.7 изображает связи между классами данных: вид и модификация вида.

Фиг.8 изображает создание объекта конструкции (ОК) для управления связями между модификациями элементов данных.

Подробное раскрытие изобретения Фиг. 1 изображает компьютерную систему для реализации системы управления данными изделий (УДИ) 10, с которой объединена система управления конструкцией изделий (УКИ) 12. УКИ 12 является одним из модулей УДИ, который обеспечивает сохранение предыстории модификаций изделия и компоновку различных конструкций изделия из этих модификаций в соответствии с изобретением.

Как отмечено в разделе "Уровень техники", примером системы УДИ 10 без системы УКИ 12 является "Диспетчер информации", продукт корпорации Электроник Дата Системз. Система УКИ 12 хранится в памяти и функционирует на стандартной компьютерной системе 11, такой как VAXIVMS или UNIX. Обычно компьютерная система является частью распределенной сети рабочих станций, имеющей несколько компьютеров 11. В примере данного описания операционная система включает многооконные подсистемы, которые поддерживают различные графические интерфейсы пользователя, такие как диалоговые блоки и кнопки выбора. Компьютер 11 связан с входными и выходными устройствами, которые в соответствии с изобретением представляют собой клавиатуру, координатно-указательное устройство и графический дисплей.

Модуль УКИ 11 может быть объединен с другими модулями 12а системы УДИ, которые реализуют различные задачи УДИ. Преимущество реализации системы УКИ 12, как части более обширного набора модулей 12а системы УДИ, заключается в том, что система УКИ может использовать данные других программных модулей и передавать им данные. Например, модуль Диспетчер технологического процесса предприятия (ДТП) может моделировать процесс, с помощью которого изделия утверждаются к производству, с предоставлением данных из этого модуля в систему УКИ 12 для указания, что конкретная конструкция изделия имеет статус "утверждено". Модуль Диспетчер ресурсов предприятия (ДРП) может моделировать распределение ресурсов предприятия, таких как материалы и служащие.

Как объясняется ниже, система УКИ 12 хранит модель по меньшей мере одного изделия. Программирование компьютера, используемое для реализации УКИ 12, основано на объектно-ориентированном проектировании. Таким образом, данные связаны с классами, которые имеют иерархические уровни и связи.

Классы определяют, какие данные они хранят и какие операции могут быть выполнены с данными. Представителями классов данных являются объекты, полученные с помощью моделирования операций различных прикладных областей. Представления этих объектов обрабатываются интерфейсом пользователя 16. Модель данных, хранимая системой УКИ 12, состоит из объектов классов данных: элемент данных и модификация элемента данных, которые имеют ссылки к классам данных; вид и модификация вида. По существу, элемент данных и модификация элемента данных представляют некоторую компоненту изделия. Как будет показано ниже, классы данных: вид и модификация вида являются атрибутами классов данных: элемент данных и модификация элемента данных, и позволяет иметь более чем один вариант каждой компоненты.

Основание 14 системы УДИ обеспечивает базу, на которой построены остальные составляющие системы 10. Оно имеет несколько модулей, включая резидентный диспетчер объекта (РДО).

РДО обеспечивает следующие виды обслуживания: преобразование представления объекта в реляционное представление, выдача сообщений, управление одновременным доступом. Вообще уровень основания 14 изолирует УКИ 12 от операционной системы и других подсистем компьютера 11.

Уровень 16 интерфейса пользователя состоит из прикладного программирования пользователя, основанного на вложенной архитектуре. Так как система УКИ 12 спроектирована для настройки через интерфейс пользователя 16, она подчиняется стратегии программирования, часто называемой, как проектирование "пакета разработчика".

В соответствии с подходом "пакет разработчика", система УКИ 12 включает хранимый набор "родовых" функций. В приложении перечислены различные функции, которые могут быть применены к объектам системы УКИ 12. Точнее, эти функции предусмотрены внутри системы УКИ 12, так что интерфейс пользователя 16 может посылать сообщения к объектам.

Фиг. 2 представляет алгоритм функционирования системы УКИ 12 с примером на каждом этапе. По существу, система УКИ 12 представляет интерактивный способ использования компьютера для моделирования и управления конструкцией изделия и его модификациями. Следует понять, что многие из этапов предполагают получение входных данных от пользователя. В соответствии с изобретением предполагается, что пользователем является непрограммирующий пользователь, но в некоторых случаях входные данные могут быть созданы другими способами программирования. Таким образом, в соответствии с изобретением "пользователем" может быть непрограммируемый пользователь или программист.

Как показано на этапах 21 и 22, элементы данных изделия и их модификации представляются и хранятся как виды и модификации видов. В примере фиг.2 изделие 1 (которое также может быть элементом данных) имеет три компоненты. Каждый элемент данных представлен видом, например: V-1-1, V-1-2 и V-1-3. Один вид V-1-1 имеет три модификации вида VR-1-1-1, VR-1-1-2 и VR-1-1-3. Как объясняется ниже в связи с фиг.4, виды и модификации видов хранятся в терминах идентификаторов, описаний и любых подходящих объектов, таких как чертежи.

Характерной чертой системы УКИ 12 является способность хранить и обрабатывать данные, которые представляют обобщенные конструкции одного и того же изделия. Так как любой элемент данных изделия может иметь одну или более модификаций, хранимая модель является обобщенной. Как показано на этапе 23, система УКИ 12 дает возможность такого обобщения описания изделия за счет установления связи объектов видов и модификаций видов с объектами "вхождения". Вообще связи вхождения позволяют хранить конструкцию изделия обобщено посредством хранения информации о том, как один вид использует другой без необходимости ссылок на конкретные модификации видов.

Как показано на этапах 24 и 25, если пользователь желает увидеть точное изделие, он может описать изделие точно или запросить изделие обобщенно с некоторым описанием требуемой конструкции. Примером последнего может быть запрос типа: "Покажите мне изделие 1, как утвержденное к производству".

На этапе 26 обобщенный запрос имеет результатом применение правил конструирования для выбора модификации вида так, что может быть скомпоновано точное изделие.

Независимо от того, является ли запрос точным или обобщенным, на этапе 27 система УКИ 12 выбирает правильную модификацию вида. В примере модификация V-1-1-2 является или частью точного описания, или выбрана с помощью правил конструирования.

На этапе 28 система УКИ 12 компонует точный вариант изделия. В примере точная компоновка изделия 1 собрана из VR-1-1-2, V-1-2 и V-1-3. Изделие отображается как список составляющих, в котором перечислены компоненты в терминах идентификаторов элементов данных или модификаций элементов данных. Как объясняется ниже в связи с фиг.4, компоновка может потребовать создание системой УКИ объектов "аспекты", которые представляют пути к видам, являющимся контекстно-ограниченными.

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

На фиг. 3 представлен пример изображения, формируемого системой УКИ 12, которое представляет часть списка составляющих (СС) 30 для конкретного изделия. Каждый элемент данных в списке составляющих может быть основной компонентой, т.е. элементом изделия или промежуточным компоновочным узлом.

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

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

На фиг. 4 представлен диалог 40 для конструкции изделия, формируемый системой УКИ 12, который является расширением СС 30. Наличие различных отображаемых колонок данных, таких как на фиг. 3 и 4, зависит от выбора пользователя и соответствующего форматирования, выполняемого системой УКИ 12.

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

В примере фиг.4 элемент данных, узел шасси, обозначенный EX-125, имеет 2 элемента данных, узел передней оси и узел задней оси, который является модификацией узла передней оси, обозначенные AX-025 и AX-025-1 соответственно. Каждый узел оси имеет два колеса, и все четыре колеса являются одним и тем же элементом данных WH-56-1, бескамерный вариант. Однако, в контексте шасси в целом, каждое колесо может быть описано в терминах, является ли оно левым или правым, передним или задним. Таким образом, по отношению к узлу оси колесо имеет прямую порожденную связь (вхождение). Другими словами, узел оси имеет два вхождения колеса. Однако по отношению к шасси каждое колесо имеет контекстно-ограниченную связь, то есть левое, переднее и т.д. (аспект). Аспекты позволяют системе УКИ 12 определить путь из видов и модификаций видов, когда изделие имеет составляющие компоненты одного вида или одной модификации вида, и когда эти компоненты имеют непрямые связи с другими элементами данных.

На фиг. 5 показано, как система УКИ хранит данные, введенные через диалог 40 для моделирования обобщенной конструкции и для компоновки точной конструкции. Классы данных, использованные для этой модели, описаны в связи с фиг. 6-8. Более конкретно фиг.5 представляет модель модификации элемента данных, имеющего более одного вида. В этом примере указанная модификация элемента данных имеет две модификации вида, а элементы данных внутри каждой модификации видов соединены вхождениями с другими модификациями вида. Вместо модификации элемента данных указанная модификация элемента данных могла бы быть элементом данных, не имеющим модификаций. В этом смысле элементы данных и модификации элемента данных используются равнозначно, в соответствии с изобретением.

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

В примере фиг.5 элемент данных имеет две возможные конструкции. Одна конструкция имеет четыре компоненты: VR-2-1, VR-2-2-1, VR-2-3-1 и VR-2-4. Другая конструкция имеет шесть компонент: VR-2-1, VR-2-2-2, VR-2-3-2, VR-2-4, VR-2-5 и VR-2-6. Несколько модификаций видов являются общими для обеих конструкций.

Хотя фиг. 5 является графом двух конструкций в двумерном представлении, этот граф может быть умозрительно представлен как трехмерное представление обобщенных конструкций. Если запрос пользователя является обобщенным, механизм для определения, какая модификация вида объекта должна быть выбрана, реализуется применением правил конструирования. Например, пользователь может указать, что он желает отображение последнего варианта "изделия А", имеющего статус "утверждено к производству неким X" Начиная с любой вершины в любой плоскости, правила конструирования позволяют системе УКИ 12 определить точную компоновку, посредством перемещения вверх и вниз для различных модификаций видов элемента данных и в плоскости для вхождений. Модификация вида элемента данных будет вызывать изменение плоскостей, и для определения точной структуры должна быть найдена правильная модификация вида.

Возможно, что пользователь может запросить отобразить изделие, которое полностью состоит из точных ссылок. В этом случае системе УКИ 12 необходимо только найти эти объекты для компоновки, не полагаясь на правила конструирования.

На фиг. 6 представлена связь между классами данных: элемент данных и модификация элемента данных. Объекты этого класса данных представляют компоненты изделия, таким образом соответствуя элементам списка составляющих (СС). Элемент данных может быть компонентой другого элемента данных. Некоторые объекты непосредственно связаны с элементом данных, тогда как другие связаны с модификацией элемента данных.

Модификация элемента данных отличается от других модификаций элементов данных, но удовлетворяет одинаковым формативным, установочным и функциональным требованиям, как и все остальные модификации одного и того же элемента данных. Модификации элементов данных представляют итеративные попытки инженера-конструктора удовлетворить целям проектирования изделия. Например, различные модификации могут отражать попытки снизить стоимость или устранить неисправности. Вообще модификация элементов данных в соответствии с изобретением взаимозаменяема с другими модификациями одного и того же элемента данных. В примере фиг.6 элемент данных AX-025 имеет две модификации: AX-025-A и AX-025-B. Элемент данных или модификация элемента данных может иметь атрибуты, которые содержат их спецификации. Некоторые атрибуты элемента данных определяют его, в то время, как другие получаются из атрибутов спецификаций. Как в любой объектно-ориентированной системе, атрибуты сами могут быть объектами. Фактически, большинство атрибутов элемента данных являются объектами, которые сами могут быть использованы в операциях прикладного программирования.

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

Функции, связанные с видами, приведены в приложении. Атрибуты класса "вид" содержат каталог элемента данных (по умолчанию исходный), объект конструкции (объясняется ниже в связи с фиг.8) и тип вида. Тип вида - это класс данных, объекты которого представляют характерные для предприятия классификации видов. Например, вид может быть обозначен как вид "конструкция" вместо вида "компоновка". Эта классификация может быть использована для различия многочисленных видов одного и того же изделия.

На фиг. 7, таким образом, представлены связи между классами данных: вид и модификация вида. Вид может иметь одну или более модификаций вида. Виды сохраняют свою собственную предысторию модификаций, назначая каждый вид опорным относительно его модификаций. Эти модификации вида являются классом данных - модификация вида. Вообще модификация вида является точным представлением, которое может быть связано с выходными данными в виде СС. Пользователь может указать некоторую модификацию вида так, что СС 30 или диалог 40 отобразят соответствующий элемент данных.

Фиг. 7 изображает тип связи: вхождение, в соответствии с изобретением. Вид или модификация вида могут иметь вхождение, которые имеют ссылки к другим объектам вида или объектам модификации вида. Вообще вхождения являются связью между двумя видами, которые позволяют моделировать компоновку компонент. Вхождение - это соотношение вида "порождающий-порождаемый", используемая для хранения данных об указанном виде относительно указывающего вида. Модификацию вида могут иметь вхождения или вхождения ссылок, или аспекты.

Ниже представлен пример того, как моделируются связи вхождения {модификация вида} ---> {вид, элемент данных}.

Когда вводится модификация вида, система УКИ 12 создает модификацию элемента данных. Затем, когда запрашивается конструкция изделия, она может быть собрана из указанных пользователем соответствующих элементов данных. Таким образом, модификации вида являются атрибутами их модификаций элементов данных. Может быть несколько модификаций вида в модификации элемента данных. Число вхождений в цепочке элементов данных или модификации элемента данных определяет глубину сборки этих элементов данных. Например, следующий элемент данных имеет глубину, равную четырем вхождениям A ---> B; B ---> C; C ---> D; D ---> E.

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

На фиг. 7, кроме того, показана связь класса данных: аспект с классами данных: вхождение и модификация вида. Аспекты обеспечивают систему УКИ 12 средствами для идентификации контекстно-ограниченного вхождения. Аспект является атрибутом модификации вида. Его атрибутами являются путь и порождающий элемент.

Фиг.8 изображает, как создается объект конструкции (ОК), когда создается вид элемента данных, для управления связью между его модификациями. ОК сохраняет два типа предысторий модификаций: один для рабочих модификаций и один для выданных модификаций. Рабочими модификациями являются те, которые могут быть отредактированы. Каждый раз, когда пользователь сохраняет рабочую модификацию, он может выбрать заменять ли предыдущую модификацию или нет. Если предыдущая модификация не заменена, последняя модификация прибавляется к предыстории модификации. Выданными модификациями являются те, которые не могут быть больше изменены. Каждая предыстория модификации имеет одну корневую вершину ОК в качестве опорной. Предыстория появляется только в одном ОК и содержит ноль или более изменений. Когда модификации добавляются в ОК, они добавляются в предысторию в зависимости от того, являются ли они рабочими или выданными модификациями. Также, если рабочая модификация становится выпущенной, копия ссылки на этот объект модификации вида может быть помещена в объект предыстории выпущенных модификаций.

На фиг.8 также показано, как система УКИ 12 обеспечивает доступ к модификациям. Модификации хранятся в виде "цепочки" с указателем, всегда указывающим на следующую модификацию в цепочке.

В соответствии с фиг.2, функционирование системы УКИ может начаться с обобщенного запроса пользователя об изделии. В качестве примера пользователь может запросить "изделие А, утвержденное руководством". В качестве другого примера, пользователь может запросить: "последняя модификация, которую я разработал".

Система УКИ 12 осуществляет поиск точной модификации вида с помощью применения правил конструирования для определения, какая модификация удовлетворяет запросу пользователя. Более конкретно, система УКИ 12 применяет правила конструирования к элементам данных для определения, какая модификация элемента данных имеется. Затем система УКИ 12 через ОК этой модификации элемента данных определяет, какую модификацию вида выбрать.

Как отмечено выше в связи с фиг.1, система УКИ 12 обслуживает уровень интерфейса пользователя, так что пользователь не взаимодействует непосредственно с системой УКИ 12. Однако система УКИ 12 содержит набор функций, которые обслуживают уровень интерфейса 16. В приложении приведены примеры таких функций, включая функции, относящиеся к правилам конструирования. Из данных, представляемых как аргументы этих функций, система УКИ 12 определяет, какие элементы данных рассматривать и какие модификации возвращать.

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

Для компоновки конструкции система УКИ 12 сначала определяет, какие вхождения вида или модификации вида имеются. Затем она находит порожденные вхождения и применяет правила конструирования для определения, какие из этих модификаций вида следует загрузить. Затем находятся порожденные вхождения из этих модификаций вида, применяется правило конструирования и так далее до тех пор, пока не будет достигнута глубина указанного элемента данных.

Характерной особенностью системы УКИ 12 является то, что модификациям может быть назначен статус. Статус - это объект, который определяет тип статуса и дату утверждения модификации. Кроме того, модификациям могут быть присвоены данные действенности. В общем случае статус связан с утверждением к производству, а действенность связана с временем производства. Например, модификация может иметь статус "утверждено к производству". Это позволяет пользователю осуществить доступ и разработку предыдущей модификацией, которая имеет установленный статус. Действенность определяется в терминах модификации, действующей между указанными датами, перед указанной датой, после указанной даты, между указанными серийными номерами, перед указанным серийным номером или после указанного серийного номера. Объект статуса имеет атрибут типа статуса, который является конкретным назначением статуса, используемым на предприятии, например, "выпущено", "утверждено к производству" и т. д. Назначения статуса и действенности могут иметь результатом конструкцию, которая вообще может не соответствовать точной компоновке, созданной инженером-конструктором.

Другой особенностью системы УКИ 12 является то, что пользователи могут работать с "почти точными" модификациями. Список подстановок является классом данных, объекты которого обеспечивают средства для определения списка модификаций элемента данных, которые следует заменять другими модификациями элементов данных в соответствии с правилами конструирования. Модификации вида могут быть помещены в этот список. В приложении приведены функции для реализации списка подстановок.

Объекты "контекста" позволяют пользователю открывать многочисленные окна. Каждое окно может иметь свои собственные правила конструирования.

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

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

Формула изобретения

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

2. Способ по п.1, отличающийся тем, что объекты модификации вида компоненты связывают со ссылками на объекты вида, связанные с этой компонентой.

3. Способ по п.1, отличающийся тем, что изделие определяют множеством компонент одного типа, причем сохраняют контекстно-зависимые описания такой компоненты, как объектов изображения.

4. Способ по п.1, отличающийся тем, что объекты класса данных, определенных как объект структуры, сохраняют для истории модификаций вида.

5. Способ по п.1, отличающийся тем, что выборку из памяти компьютера осуществляют применительно к конкретно выбранному объекту модификации вида компоненты.

6. Способ по п.1, отличающийся тем, что компоненты представлены объектами элементов данных элемента данных и классами данных модификации элемента данных, а объекты вида или объекты модификации вида являются атрибутами соответствующих объектов элементов данных.

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

8. Способ по п.7, отличающийся тем, что дополнительно связывают объекты модификации вида компоненты со ссылками объекта вида, идентифицированными с этой компонентой.

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

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

11. Способ по п.7, отличающийся тем, что дополнительно записывают в память компьютера контекстно-зависимые описания множества компонент одного типа изделия в виде объектов изображения.

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

13. Способ по п.7, отличающийся тем, что компоненты отображают объектами элементов данных классов данных, определяемыми как элемент данных и модификация классов данных, причем объекты вида и объекты модификаций вида являются атрибутами соответствующих объектов элементов данных.

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

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6, Рисунок 7, Рисунок 8

PC4A - Регистрация договора об уступке патента Российской Федерации на изобретение

Прежний патентообладатель:
Электроник Дата Системз Корпорейшн (US)

(73) Патентообладатель:
ЮджиЭС ПиЛМ Солюшнз Инк. (US)

Договор № 19619 зарегистрирован 03.08.2004

Извещение опубликовано: 10.10.2004        БИ: 28/2004