WO2008118373A1 - Method and system for defining cad part interfaces - Google Patents

Method and system for defining cad part interfaces Download PDF

Info

Publication number
WO2008118373A1
WO2008118373A1 PCT/US2008/003763 US2008003763W WO2008118373A1 WO 2008118373 A1 WO2008118373 A1 WO 2008118373A1 US 2008003763 W US2008003763 W US 2008003763W WO 2008118373 A1 WO2008118373 A1 WO 2008118373A1
Authority
WO
WIPO (PCT)
Prior art keywords
rule
computer
reference use
program product
interface
Prior art date
Application number
PCT/US2008/003763
Other languages
French (fr)
Inventor
Thomas Tabeling
Edward Jagodzinski
Original Assignee
Siemens Product Lifecycle Management Software Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Product Lifecycle Management Software Inc. filed Critical Siemens Product Lifecycle Management Software Inc.
Priority to EP08727073A priority Critical patent/EP2140383A1/en
Publication of WO2008118373A1 publication Critical patent/WO2008118373A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00Details relating to CAD techniques
    • G06F2111/04Constraint-based CAD

Definitions

  • the present application provides a computer implemented method for defining part interfaces, comprising selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
  • the method further comprising displaying said part to a user.
  • the method wherein said setting said rule to said reference use occurs in said rule view.
  • the method wherein said reference use is an inter-part linking.
  • said reference use is an assembly constraint.
  • said rule is one of an allow, an encourage, and a restrict.
  • an owner sets said rule to said reference use.
  • said owner restricts a linking property of said part.
  • said linking property is an intra-part linking property.
  • An advantage of the presently preferred embodiment is to provide a computer-program product tangibly embodied in a machine readable medium to perform a method for defining part interfaces, comprising select a part; access a rule view corresponding to said part; and set a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
  • the computer-program product further comprising instructions to display said part to a user.
  • the computer-program product, wherein said setting said rule to said reference use occurs in said rule view.
  • the computer-program product, wherein said reference use is an inter-part linking.
  • the computer-program product, wherein said reference use is an assembly constraint.
  • the computer-program product wherein said rule is one of an allow, an encourage, and a restrict.
  • the computer-program product wherein an owner sets said rule to said reference use.
  • the computer-program product wherein said owner restricts a linking property of said part.
  • the computer-program product, wherein said linking property is an intra-part linking property.
  • Another advantage of the presently preferred embodiment is to provide a data processing system having at least a processor and accessible memory to implement a method for defining part interfaces, comprising means for selecting a part; means for accessing a rule view corresponding to said part; and means for setting a rule to a reference use.
  • the data process system further comprising means for restricting a linking property of said part.
  • Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment
  • Figure 2 is an illustration of a windowed interface
  • Figure 3 is a windowed interface illustrating a selection interface object
  • Figure 4 is a block diagram of a computer environment in which the presently preferred embodiment may be practiced.
  • an exemplary system for implementing the presently preferred embodiment includes a general-purpose computing device in the form of a computer 400, such as a desktop or laptop computer, including a plurality of related peripheral devices (not depicted).
  • the computer 400 includes a microprocessor 405 and a bus 410 employed to connect and enable communication between the microprocessor 405 and a plurality of components of the computer 400 in accordance with known techniques.
  • the bus 410 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
  • the computer 400 typically includes a user interface adapter 415, which connects the microprocessor 405 via the bus 410 to one or more interface devices, such as a keyboard 420, mouse 425, and/or other interface devices 430, which can be any user interface device, such as a touch sensitive screen, digitized pen entry pad, etc.
  • the bus 410 also connects a display device 435, such as an LCD screen or monitor, to the microprocessor 405 via a display adapter 440.
  • the bus 410 also connects the microprocessor 405 to a memory 445, which can include ROM, RAM, etc.
  • the computer 400 further includes a drive interface 450 that couples at least one storage device 455 and/or at least one optical drive 460 to the bus.
  • the storage device 455 can include a hard disk drive, not shown, for reading and writing to a disk, a magnetic disk drive, not shown, for reading from or writing to a removable magnetic disk drive.
  • the optical drive 460 can include an optical disk drive, not shown, for reading from or writing to a removable optical disk such as a CD ROM or other optical media.
  • the aforementioned drives and associated computer-readable media provide nonvolatile storage of computer readable instructions, data structures, program modules, and other data for the computer 400.
  • the computer 400 can communicate via a communications channel 465 with other computers or networks of computers.
  • the computer 400 may be associated with such other computers in a local area network (LAN) or a wide area network (WAN), or it can be a client in a client/server arrangement with another computer, etc.
  • LAN local area network
  • WAN wide area network
  • the presently preferred embodiment may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote memory storage devices. All of these configurations, as well as the appropriate communications hardware and software, are known in the art.
  • Software programming code that embodies the presently preferred embodiment is typically stored in the memory 445 of the computer 400.
  • such software programming code may be stored with memory associated with a server.
  • the software programming code may also be embodied on any of a variety of non-volatile data storage device, such as a hard- drive, a diskette or a CD-ROM.
  • the code may be distributed on such media, or may be distributed to users from the memory of one computer system over a network of some type to other computer systems for use by users of such other systems.
  • the techniques and methods for embodying software program code on physical media and/or distributing software code via networks are well known and will not be further discussed herein.
  • Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment. Referring to Figure 1, display a part to a user (Step 105) in a computer implemented method for defining part interfaces 100. Next, access a rule view corresponding to said part (Step 110). Finally, set a rule to a reference use in said rule view (Step 115) so that said rule limits said part to said reference use by a plurality of other parts.
  • Step l [Para 21 ] Figure 2 is an illustration of a windowed interface.
  • Step 105 the user selects a part 200 to view in a windowed display 205 (Step 105).
  • the user initiates the association of at least one rule to the part 200 by activating a dialog window 210.
  • the user can codify a design intent by accessing a rule view 215 that corresponds to the part 200 in display.
  • the user has a visual indication as to what are the reference uses, how many there are, and the corresponding default rules associated (Step 110).
  • Example reference uses include “Part Linking” and “Assembly Constraints.”
  • Example rules include “Allow Selection of Any Geometry or Expression,” “Encourage Use of Interface Objects,” and “Restrict Selection to Only Interface Objects.”
  • “Restrict” illustrates “Restrict Selection to Only Interface Objects” but it is understood that “Restrict” alternatively could be phrased “Allow” or “Encourage” to illustrate “Allow Selection of Any Geometry or Expression” or “Encourage Use of Interface Objects,” respectively.
  • the user can set the rule to the reference use, for example, set "Allow Selection of Any Geometry or Expression” to "Part Linking” (Step 115), so as to restrict "part linking" to any geometry or expression, which allows the user to un-restrict the use of the part 200 when referencing other parts.
  • the part 200 may have multiple interfaces by multiple users, but it is the original user, i.e., the owner, of the interface that has restricted the linking property of the part 200. The result of which is the owner of the interface determines if other parts are allowed to reference objects that are not in the interface when linking inter-part geometry, also referred to as inter-part linking. Step 4
  • Figure 3 is a windowed interface illustrating a selection interface object.
  • the user can select a geometric object or an expression, or both, subject to the interface constraints imposed by the owner of the interface.
  • the part has the reference use of "Assembly Constraint” to "Restrict Selection to Only Interface Objects.”
  • Illustrated at 305 is where the user has imposed the "Restrict Selection to Only Interface Objects" as denoted by the term "Restrict”.
  • the user selects the geometric object referenced in this Figure as a fixed plane 300 as an interface object for other objects to interface with. Given the restriction imposed by the parts, other parts can be interfaced to the current part through the interface object, e.g., the fixed plan 300.
  • one designer designs the engine mounts, e.g., some type of heavy duty flange with bolt holes in it, and positions the bolts in the assembly.
  • a second designer is responsible for designing the mounting area that the engine mounts will attach to on the car body.
  • the designer of a product has specific geometry and expressions that he intends users of his product to reference or, e.g., by linking to, when interacting with his product. If designers that interact with the product all reference the intended geometry, then the designer of the product can try to keep those areas as stable (non-changing) as possible. This reduces the need for rework of the downstream designs that interact with the product when minor changes are made.
  • the designer of the mounting area(s) will want to link some geometry from the engine mount interface in order to design the mounting areas.
  • the interface objects in the engine mount part should be easily identifiable so that they can be selected in the graphics window. It will also be obvious when an object is selected that is not part of the interface. It is important to note that the designer of the engine mounts on the engine will expect to be able to find out what parts are referencing the geometry/objects identified as part of his interface (see below). It's equally true that the designer creating objects that reference the interface objects will not have write access to the engine part files.
  • the designer interacting with a part that has a defined interface wants to reference things in the interface so that he can gain all of the benefits described in the scenario above (more stability when minor changes are made to the product interacting with).
  • the user needs to be able to know what's in the interface easily at the time of reference creation. This will ensure that designers interacting with a product will use the intended objects.
  • [Para 29] Further, should the user be asked to make a design change to the engine mounts on the engine, and knows that this will have some impact on his interface objects. Being a conscientious designer, there is the desire to determine what existing parts will be impacted, and what that impact will be.
  • the benefits of being able to know the impact of a change are: (1) the ability to communicate to the users of the interface that the change is about to happen (by determining the owners of the parts that reference the interface); (2) the ability to review the current usage, and give advice on how to cope with the change; and (3) the ability to conduct an impact study to defend for or against making the prescribed change in the first place.
  • a key decision the owner of the part is trying to make is whether the change can just be saved with the current revision, has to be saved with a new revision or has to be saved as a new part number. It is costly to introduce new part numbers, and even a new revision incurs a new cost so designers try to avoid this as much as possible.
  • Step 1 through Step 5 the presently preferred embodiment has disclosed complete solution to define part interfaces.
  • the presently preferred embodiment may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations thereof.
  • An apparatus of the presently preferred embodiment may be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the presently preferred embodiment may be performed by a programmable processor executing a program of instructions to perform functions of the presently preferred embodiment by operating on input data and generating output.
  • the presently preferred embodiment may advantageously be implemented in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device.
  • the application program may be implemented in a high-level procedural or object- oriented programming language, or in assembly or machine language if desired; and in any case, the language may be an assembled, compiled or interpreted language.
  • a processor will receive instructions and data from a readonly memory and/or a random access memory.
  • Storage devices suitable for tangibly embodying computer program instructions and data include all forms of nonvolatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing may be supplemented by, or incorporated in, specially- designed ASICs (applicationZ-specific integrated circuits).
  • a number of embodiments have been described. It will be understood that various modifications may be made without departing from the spirit and scope of the presently preferred embodiment. Therefore, other implementations are within the scope of the following claims.

Abstract

A system, method, and computer program for defining part interfaces, comprising selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts, and appropriate means and computer-readable instructions.

Description

METHOD AND SYSTEM FOR DEFINING CAD PART INTERFACES
Cross-Reference to Related Applications
[Para 1 ] This Application claims priority to pending Provisional U.S. Application Ser. No. 60/896,665, filed on March 23, 2007.
Technical Field
[Para 2] The presently preferred embodiment of the innovations described herein relate generally to software applications. More specifically, the presently preferred embodiment relates to defining part interfaces in a CAD application.
Background
[Para 3] Current CAD applications allow a user to define parent-child relationships (links) between objects, such as geometry, expressions, and parts. The user, unfortunately, cannot control what objects within a part may be used to create a relationship to another related or derived part. Similarly, the user cannot specify mating points/geometry that are needed to assemble standard and reusable parts when they are used in other assemblies. Consequently, users can create unmanageable dependencies, etc., that are too complex to understand. In many cases, the user may reach interdependent situations that do not have a solution.
[Para 4] In order to trace the interdependencies, the CAD systems of today, require that the inter-connected parts, etc., be fully loaded into memory. As the assemblies grow in complexity, however, this load requirement is not always practicable when all of the parts are not known. Even if all of the parts are known, they may not all fit into a memory load. Consequently, it is often times difficult for the user to determine what part files will be impacted when a particular object in another part file is changed or deleted. [Para 5] What is needed is a system and method that allows users the ability to define and control dependencies at a part level so the original designer of the part can limit or eliminate dependencies placed upon the part, as well as determine which parts are compatible in an assembly without having to load the parts in to a CAD system to visually inspect them.
Summary
[Para 6] To achieve the foregoing, and in accordance with the purpose of the presently preferred embodiment as described herein, the present application provides a computer implemented method for defining part interfaces, comprising selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts. The method, further comprising displaying said part to a user. The method, wherein said setting said rule to said reference use occurs in said rule view. The method, wherein said reference use is an inter-part linking. The method, wherein said reference use is an assembly constraint. The method, wherein said rule is one of an allow, an encourage, and a restrict. The method, wherein an owner sets said rule to said reference use. The method, wherein said owner restricts a linking property of said part. The method, wherein said linking property is an intra-part linking property.
[Para 7] An advantage of the presently preferred embodiment is to provide a computer-program product tangibly embodied in a machine readable medium to perform a method for defining part interfaces, comprising select a part; access a rule view corresponding to said part; and set a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts. The computer-program product, further comprising instructions to display said part to a user. The computer-program product, wherein said setting said rule to said reference use occurs in said rule view. The computer-program product, wherein said reference use is an inter-part linking. The computer-program product, wherein said reference use is an assembly constraint. The computer-program product, wherein said rule is one of an allow, an encourage, and a restrict. The computer-program product, wherein an owner sets said rule to said reference use. The computer-program product, wherein said owner restricts a linking property of said part. The computer-program product, wherein said linking property is an intra-part linking property.
[Para 8] Another advantage of the presently preferred embodiment is to provide a data processing system having at least a processor and accessible memory to implement a method for defining part interfaces, comprising means for selecting a part; means for accessing a rule view corresponding to said part; and means for setting a rule to a reference use. The data process system, further comprising means for restricting a linking property of said part [Para 9] Other advantages of the presently preferred embodiment will be set forth in part in the description and in the drawings that follow, and, in part will be learned by practice of the presently preferred embodiment. The presently preferred embodiment will now be described with reference made to the following Figures that form a part hereof. It is understood that other embodiments may be utilized and changes may be made without departing from the scope of the presently preferred embodiment.
Brief Description of the Drawings
[Para 10] A presently preferred embodiment will hereinafter be described in conjunction with the appended drawings, wherein like designations denote like elements, and:
[Para 1 1 ] Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment;
[Para 1 2] Figure 2 is an illustration of a windowed interface; [Para 1 3] Figure 3 is a windowed interface illustrating a selection interface object; and
[Para 14] Figure 4 is a block diagram of a computer environment in which the presently preferred embodiment may be practiced.
Detailed Description of the Preferred Embodiments Computer System
[Para 1 5] The numerous innovative teachings of the present application will be described with particular reference to the presently preferred embodiments. It should be understood, however, that this class of embodiments provides only a few examples of the many advantageous uses of the innovative teachings herein. The presently preferred embodiment provides, among other things, a system and method for defining part interfaces. Now therefore, in accordance with the presently preferred embodiment, an operating system executes on a computer, such as a general-purpose personal computer. Figure 4 and the following discussion are intended to provide a brief, general description of a suitable computing environment in which the presently preferred embodiment may be implemented. Although not required, the presently preferred embodiment will be described in the general context of computer-executable instructions, such as program modules, being executed by a personal computer. Generally program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The presently preferred embodiment may be performed in any of a variety of known computing environments.
[Para 16] Referring to Figure 4, an exemplary system for implementing the presently preferred embodiment includes a general-purpose computing device in the form of a computer 400, such as a desktop or laptop computer, including a plurality of related peripheral devices (not depicted). The computer 400 includes a microprocessor 405 and a bus 410 employed to connect and enable communication between the microprocessor 405 and a plurality of components of the computer 400 in accordance with known techniques. The bus 410 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The computer 400 typically includes a user interface adapter 415, which connects the microprocessor 405 via the bus 410 to one or more interface devices, such as a keyboard 420, mouse 425, and/or other interface devices 430, which can be any user interface device, such as a touch sensitive screen, digitized pen entry pad, etc. The bus 410 also connects a display device 435, such as an LCD screen or monitor, to the microprocessor 405 via a display adapter 440. The bus 410 also connects the microprocessor 405 to a memory 445, which can include ROM, RAM, etc.
[Para 1 7] The computer 400 further includes a drive interface 450 that couples at least one storage device 455 and/or at least one optical drive 460 to the bus. The storage device 455 can include a hard disk drive, not shown, for reading and writing to a disk, a magnetic disk drive, not shown, for reading from or writing to a removable magnetic disk drive. Likewise the optical drive 460 can include an optical disk drive, not shown, for reading from or writing to a removable optical disk such as a CD ROM or other optical media. The aforementioned drives and associated computer-readable media provide nonvolatile storage of computer readable instructions, data structures, program modules, and other data for the computer 400.
[Para 1 8] The computer 400 can communicate via a communications channel 465 with other computers or networks of computers. The computer 400 may be associated with such other computers in a local area network (LAN) or a wide area network (WAN), or it can be a client in a client/server arrangement with another computer, etc. Furthermore, the presently preferred embodiment may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices. All of these configurations, as well as the appropriate communications hardware and software, are known in the art. [Para 1 9] Software programming code that embodies the presently preferred embodiment is typically stored in the memory 445 of the computer 400. In the client/server arrangement, such software programming code may be stored with memory associated with a server. The software programming code may also be embodied on any of a variety of non-volatile data storage device, such as a hard- drive, a diskette or a CD-ROM. The code may be distributed on such media, or may be distributed to users from the memory of one computer system over a network of some type to other computer systems for use by users of such other systems. The techniques and methods for embodying software program code on physical media and/or distributing software code via networks are well known and will not be further discussed herein. Method for Defining Part Interfaces
[Para 20] Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment. Referring to Figure 1, display a part to a user (Step 105) in a computer implemented method for defining part interfaces 100. Next, access a rule view corresponding to said part (Step 110). Finally, set a rule to a reference use in said rule view (Step 115) so that said rule limits said part to said reference use by a plurality of other parts. Theese methods of defining part interfaces in accordance with the presently preferred embodiment are set forth in more detail below. Step l [Para 21 ] Figure 2 is an illustration of a windowed interface. Referring to Figure 2, utilizing a computer aided design (CAD) application, the user selects a part 200 to view in a windowed display 205 (Step 105). In accordance with the presently preferred embodiment, the user initiates the association of at least one rule to the part 200 by activating a dialog window 210. Step 2
[Para 22] With the dialog window 210 in view, the user can codify a design intent by accessing a rule view 215 that corresponds to the part 200 in display. When accessing the rule view 215, the user has a visual indication as to what are the reference uses, how many there are, and the corresponding default rules associated (Step 110). Example reference uses include "Part Linking" and "Assembly Constraints." Example rules include "Allow Selection of Any Geometry or Expression," "Encourage Use of Interface Objects," and "Restrict Selection to Only Interface Objects." As shown in Figure 3, "Restrict" illustrates "Restrict Selection to Only Interface Objects" but it is understood that "Restrict" alternatively could be phrased "Allow" or "Encourage" to illustrate "Allow Selection of Any Geometry or Expression" or "Encourage Use of Interface Objects," respectively. Step 3
[Para 23] In the rule view 215, the user can set the rule to the reference use, for example, set "Allow Selection of Any Geometry or Expression" to "Part Linking" (Step 115), so as to restrict "part linking" to any geometry or expression, which allows the user to un-restrict the use of the part 200 when referencing other parts. In practice, the part 200 may have multiple interfaces by multiple users, but it is the original user, i.e., the owner, of the interface that has restricted the linking property of the part 200. The result of which is the owner of the interface determines if other parts are allowed to reference objects that are not in the interface when linking inter-part geometry, also referred to as inter-part linking. Step 4
[Para 24] Figure 3 is a windowed interface illustrating a selection interface object. Referring to Figure 3, the user can select a geometric object or an expression, or both, subject to the interface constraints imposed by the owner of the interface. The part has the reference use of "Assembly Constraint" to "Restrict Selection to Only Interface Objects." Illustrated at 305 is where the user has imposed the "Restrict Selection to Only Interface Objects" as denoted by the term "Restrict". With that rule/restriction in place, the user selects the geometric object referenced in this Figure as a fixed plane 300 as an interface object for other objects to interface with. Given the restriction imposed by the parts, other parts can be interfaced to the current part through the interface object, e.g., the fixed plan 300. Step 5
[Para 25] At this point, the owner of the interface could add another geometric object or an expression to the interface objects. Likewise, a number of functions are available to perform additional actions on the interface objects, such as "Remove from Interface," "Properties," "Where Referenced," and "Information" shown at 1, 2, 3, and 4, respectively. Example [Para 26] In an example scenario based upon the presently preferred embodiment, where a user intends to virtually mount an engine into a car utilizing a CAD application, like NX® from Siemens Product Lifecycle Management Software, Inc., that engine has geometry that represents the engine mounts some of which will be part of the engine's interface. In this example, one designer designs the engine mounts, e.g., some type of heavy duty flange with bolt holes in it, and positions the bolts in the assembly. A second designer is responsible for designing the mounting area that the engine mounts will attach to on the car body.
[Para 27] The user that designs the mounts on the engine will want to identify specific pieces of geometry on those mounts as part of the interface for the engine. Specifically, the hole for the mounting bolt and the face on the engine mount that will sit on the car body mounting face. The expectation is that the designer of the car body will build mounting areas that can hold the engine mounts, i.e., are the right size and shape, and are in the right position. In order to specify which geometry is part of the engine mount's interface, it's expected that the designer will invoke a dialog in the CAD application. The expectation is that the interface will be identified after the engine mount parts are designed rather than during the design. However, it should be possible to invoke the dialog multiple times and to add or remove geometry from the set of identified interfaces. Put another way, the designer of a product has specific geometry and expressions that he intends users of his product to reference or, e.g., by linking to, when interacting with his product. If designers that interact with the product all reference the intended geometry, then the designer of the product can try to keep those areas as stable (non-changing) as possible. This reduces the need for rework of the downstream designs that interact with the product when minor changes are made.
[Para 28] Continuing, the designer of the mounting area(s) will want to link some geometry from the engine mount interface in order to design the mounting areas. Utilizing the Geometry Linker (or perhaps to the Copy Geometry From Part) dialog, the interface objects in the engine mount part should be easily identifiable so that they can be selected in the graphics window. It will also be obvious when an object is selected that is not part of the interface. It is important to note that the designer of the engine mounts on the engine will expect to be able to find out what parts are referencing the geometry/objects identified as part of his interface (see below). It's equally true that the designer creating objects that reference the interface objects will not have write access to the engine part files. Put another way, the designer interacting with a part that has a defined interface wants to reference things in the interface so that he can gain all of the benefits described in the scenario above (more stability when minor changes are made to the product interacting with). Here the user needs to be able to know what's in the interface easily at the time of reference creation. This will ensure that designers interacting with a product will use the intended objects. [Para 29] Further, should the user be asked to make a design change to the engine mounts on the engine, and knows that this will have some impact on his interface objects. Being a conscientious designer, there is the desire to determine what existing parts will be impacted, and what that impact will be. The benefits of being able to know the impact of a change are: (1) the ability to communicate to the users of the interface that the change is about to happen (by determining the owners of the parts that reference the interface); (2) the ability to review the current usage, and give advice on how to cope with the change; and (3) the ability to conduct an impact study to defend for or against making the prescribed change in the first place. A key decision the owner of the part is trying to make is whether the change can just be saved with the current revision, has to be saved with a new revision or has to be saved as a new part number. It is costly to introduce new part numbers, and even a new revision incurs a new cost so designers try to avoid this as much as possible. Conclusion
[Para 30] From Step 1 through Step 5, the presently preferred embodiment has disclosed complete solution to define part interfaces. The presently preferred embodiment may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations thereof. An apparatus of the presently preferred embodiment may be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the presently preferred embodiment may be performed by a programmable processor executing a program of instructions to perform functions of the presently preferred embodiment by operating on input data and generating output. [Para 31 ] The presently preferred embodiment may advantageously be implemented in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. The application program may be implemented in a high-level procedural or object- oriented programming language, or in assembly or machine language if desired; and in any case, the language may be an assembled, compiled or interpreted language.
[Para 32] Generally, a processor will receive instructions and data from a readonly memory and/or a random access memory. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of nonvolatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing may be supplemented by, or incorporated in, specially- designed ASICs (applicationZ-specific integrated circuits). [Para 33] A number of embodiments have been described. It will be understood that various modifications may be made without departing from the spirit and scope of the presently preferred embodiment. Therefore, other implementations are within the scope of the following claims.

Claims

What is claimed is:
[Claim 1 ] A computer implemented method for defining part interfaces, comprising: selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
[Claim 2] The method of claim 1, further comprising displaying said part to a user.
[Claim 3] The method of claim 1, wherein said setting said rule to said reference use occurs in said rule view.
[Claim 4] The method of claim 1, wherein said reference use is an inter- part linking.
[Claim 5] The method of claim 1, wherein said reference use is an assembly constraint.
[Claim 6] The method of claim 1, wherein said rule is one of an allow, an encourage, and a restrict.
[Claim 7] The method of claim 1, wherein an owner sets said rule to said reference use.
[Claim 8] The method of claim 7, wherein said owner restricts a linking property of said part.
[Claim 9] The method of claims, wherein said linking property is an intra- part linking property.
[Claim 10] A computer-program product tangibly embodied in a machine readable medium to perform a method for defining part interfaces, comprising: select a part; access a rule view corresponding to said part; and set a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
[Claim 1 1 ] The computer-program product of claim 10, further comprising instructions to display said part to a user.
[Claim 12] The computer-program product of claim 10, wherein said setting said rule to said reference use occurs in said rule view.
[Claim 13] The computer-program product of claim 10, wherein said reference use is an inter-part linking.
[Claim 14] The computer-program product of claim 10, wherein said reference use is an assembly constraint.
[Claim 1 5] The computer-program product of claim 10, wherein said rule is one of an allow, an encourage, and a restrict.
[Claim 16] The computer-program product of claim 10, wherein an owner sets said rule to said reference use.
[Claim 1 7] The computer-program product of claim 16, wherein said owner restricts a linking property of said part.
[Claim 1 8] The computer-program product of claim 17, wherein said linking property is an intra-part linking property.
[Claim 1 9] A data processing system having at least a processor and accessible memory to implement a method for defining part interfaces, comprising: means for selecting a part; means for accessing a rule view corresponding to said part; and means for setting a rule to a reference use.
[Claim 20] The data process system of claim 19, further comprising means for restricting a linking property of said part.
PCT/US2008/003763 2007-03-23 2008-03-21 Method and system for defining cad part interfaces WO2008118373A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08727073A EP2140383A1 (en) 2007-03-23 2008-03-21 Method and system for defining cad part interfaces

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US89666507P 2007-03-23 2007-03-23
US60/896,665 2007-03-23
US12/052,519 US7970587B2 (en) 2007-03-23 2008-03-20 System and method for defining part interfaces
US12/052,519 2008-03-20

Publications (1)

Publication Number Publication Date
WO2008118373A1 true WO2008118373A1 (en) 2008-10-02

Family

ID=39638905

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/003763 WO2008118373A1 (en) 2007-03-23 2008-03-21 Method and system for defining cad part interfaces

Country Status (3)

Country Link
US (1) US7970587B2 (en)
EP (1) EP2140383A1 (en)
WO (1) WO2008118373A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103093023A (en) * 2011-11-07 2013-05-08 波音公司 Computer aided design model analysis system

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8490050B2 (en) * 2008-04-17 2013-07-16 Microsoft Corporation Automatic generation of user interfaces
US20100145492A1 (en) * 2008-12-09 2010-06-10 The Boeing Company Automated Custom Design Generation
US10394967B2 (en) * 2015-06-18 2019-08-27 Siemens Product Lifecycle Management Software Inc. Method and apparatus for automatically assembling components in a computer-aided design (CAD) environment
WO2017074559A1 (en) 2015-10-27 2017-05-04 Siemens Product Lifecycle Management Method, data processing system and non-transitory computer-readable storage medium for automatically assembling components in a computer-aided design (cad) environment
CN110232259B (en) * 2018-07-16 2021-03-09 苏州浩辰软件股份有限公司 External file reference method and device in CAD system, storage medium and terminal

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030067487A1 (en) * 2001-09-28 2003-04-10 Autodesk, Inc. Intelligent constraint definitions for assembly part mating
US6718218B1 (en) * 2000-10-06 2004-04-06 Hewlett-Packard Company CAD data model with design notes

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5251290A (en) * 1991-03-25 1993-10-05 Schlumberger Technology Corporation Modeling method for sorting dependencies among geometric entities
CA2065473C (en) * 1991-04-25 1999-08-10 Kouichi Shibao Knowledge base management system for an information reasoning apparatus
US5323333A (en) * 1991-12-30 1994-06-21 Johnson Richard W Apparatus and method for allocating tolerances
JPH06348746A (en) 1993-06-11 1994-12-22 Hitachi Ltd Finite element method oscillation analysis system for multiprocessor
US5485390A (en) * 1993-11-30 1996-01-16 The United States Of America As Represented By The Secrectary Of The Air Force Inductive-deductive process design for machined parts
JP3333319B2 (en) * 1994-06-03 2002-10-15 三菱電機株式会社 2D and 3D integrated CAD system
US5815154A (en) * 1995-12-20 1998-09-29 Solidworks Corporation Graphical browser system for displaying and manipulating a computer model
JP3733990B2 (en) 1997-05-22 2006-01-11 東京製綱株式会社 Linear body analysis method and apparatus, and recording medium storing linear body analysis program
US6110213A (en) * 1997-11-06 2000-08-29 Vlt Coporation Fabrication rules based automated design and manufacturing system and method
JPH11319971A (en) 1998-05-11 1999-11-24 Nissan Motor Co Ltd Method for predicting occurrence of wrinkle in pressing
US6629065B1 (en) * 1998-09-30 2003-09-30 Wisconsin Alumni Research Foundation Methods and apparata for rapid computer-aided design of objects in virtual reality and other environments
JP2001201408A (en) 2000-01-18 2001-07-27 Toyota Motor Corp Dynamic explicit finite element method for suppressing stress vibration
US7280990B2 (en) * 2001-08-07 2007-10-09 Ugs Corp. Method and system for designing and modeling a product in a knowledge based engineering environment
US7337093B2 (en) * 2001-09-07 2008-02-26 Purdue Research Foundation Systems and methods for collaborative shape and design
US20030114947A1 (en) * 2001-12-13 2003-06-19 Kazuo Tanaguchi Storage medium recording 3D CAD editing program, 3D CAD editing method, 3D CAD editing device and 3D CAD editing program
US7479959B2 (en) * 2004-02-23 2009-01-20 Ironclad Llc Geometric modeling system with intelligent configuring of solid shapes
US7590497B2 (en) * 2004-10-05 2009-09-15 Dassault Systemes Solidworks Corporation Automatic generation of tolerance schemes

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6718218B1 (en) * 2000-10-06 2004-04-06 Hewlett-Packard Company CAD data model with design notes
US20030067487A1 (en) * 2001-09-28 2003-04-10 Autodesk, Inc. Intelligent constraint definitions for assembly part mating

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SOHRT W ET AL: "Interaction with constraints in 3D modeling", PROCEEDINGS. SYMPOSIUM ON SOLID MODELING FOUNDATIONS AND CAD /CAM APPLICATIONS, XX, XX, 5 June 1991 (1991-06-05), pages 387 - 396, XP002231158 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103093023A (en) * 2011-11-07 2013-05-08 波音公司 Computer aided design model analysis system
US9619586B2 (en) 2011-11-07 2017-04-11 The Boeing Company Computer aided design model analysis system
CN103093023B (en) * 2011-11-07 2017-05-17 波音公司 Computer aided design model method and system used for managing objects

Also Published As

Publication number Publication date
EP2140383A1 (en) 2010-01-06
US20080294388A1 (en) 2008-11-27
US7970587B2 (en) 2011-06-28

Similar Documents

Publication Publication Date Title
US7970587B2 (en) System and method for defining part interfaces
US7809597B2 (en) Progressive refinement model for business processes
US9430588B2 (en) Assembly connection method for attaching virtual parts in a computer aided design software environment
US20070226038A1 (en) Modeling of business process data
US7908665B2 (en) Cloaked data objects in an electronic content management security system
US20100274818A1 (en) Method and System for Updating Object Data With Respect to Object Specifications in a Product Life Cycle Management System
US8225283B2 (en) Method and apparatus for enabling collaborative product development processes
US20080162091A1 (en) Method and Computer Program Product of Computer Aided Design of a Product Comprising a Set of Constrained Objects
US8423477B2 (en) Providing multiple views of a business process definition to different classes of users
Luo et al. Threat analysis and risk assessment for connected vehicles: A survey
Mellegård et al. Characterizing model usage in embedded software engineering: a case study
US20140278307A1 (en) Generating variants from file differences
Blackburn et al. Model-based approach to security test automation
US20100030526A1 (en) Axial bolted flange design methods and systems
JP6851856B2 (en) Co-design support device, co-design support method, and program
US20080024507A1 (en) Component Suppression in Mechanical Designs
Liaghati et al. A method for the inclusion of human factors in system design via use case definition
EP2466455A1 (en) Definition of objects in object-oriented programming environments
Parsons Components and the World of Chaos
Vistbakka et al. Modelling and verification of dynamic role-based access control
Pitchford Embedded software quality, integration, and testing techniques
Yang et al. Formal modeling and analysis of scientific workflows using hierarchical state machines
Denson et al. How to choose and use modeling software: Consulting engineers should evaluate how to select and use the right modeling software tools for a building design project.
US20170235851A1 (en) System and method for designing pin joint
Sun et al. Supporting iterative development of robust operation contracts in UML requirements models

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08727073

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2008727073

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008727073

Country of ref document: EP