| Collaborative Product Development |
Article Index for Collaborative |
Website Links For Collaborative |
Information AboutCollaborative Product Development |
| CATEGORIES ABOUT COLLABORATIVE PRODUCT DEVELOPMENT | |
| collaboration | |
| computer-aided design | |
| product development | |
|
INTRODUCTION Although companies working together to develop a product in an extended enterprise is nothing new and most of the collaborative software technology being used has been around for some time, the bringing together of methods and software application tools into one discipline is relatively resent. This has come about due to a number of factors:
Exactly what technology comes under this title does vary depending on who you ask; it however usually consists of the (PDM); Product Visualization ; team collaboration and conferencing tools; and supplier sourcing software. It is generally accepted as not including CAD geometry authoring tools, but does include Data Translation technology. TECHNOLOGIES AND METHODS USED Clearly general Collaborative Software such as email and chat (instant messaging) is used within the CPD process. One important technology is application and desktop sharing, allowing one person to view what another person is doing on a remote machine. For CAD and Product Visualization applications an ‘appshare’ product that supports OpenGl graphics is required. Another common application is Data sharing via Web based portals. Specific to product data With Product data an important addition is the handling of high volumes of geometry and metadata. Exactly what techniques and technology is required depends on the level of collaboration being carried out and the commonality (or lack of) the partner sites’ systems. Difference levels of collaboration If the collaborating parties have the same PDM and CAD systems the task usually involves the direct access and transfer of data between sites. The PDM system will have data storage at more than one site for the large graphics files, file may be copied between sites, how they are synchronized being controlled by the server(s). For the management server and metadata there are a number of options. There could be a single server that is accessed from all locations or multiple PDM servers that communicate with one another. In both cases the PDM software controls access for groups defining what data they can see and edit. With different CAD systems the approach varies slightly depending on whether the ownership, and therefore authorship of components changes or not. If geometry only has to be viewed then a Product Visualization neutral file format (e.g. JT ) can be used for tasks such as viewing, markup (redlining) or multi-cad digital mock-up (DMU). It maybe that authorship does not change but components from one group needs to be placed in the assembly of another group so that they can construct their parts, so called Work In Context . This requires transfer of geometry from one format to another by means of a visualization format or full data translation. Between some systems there is the possibility of ‘data interoperability’ were geometry from one format can be associatively copied to another. If the ownership of a particular file is being transfer then full data translation is required using some form of CAD Data Exchange technology. For the translation process Product Data Quality (PDQ) checkers are often employed to reduce problems in transferring the work. If different PDM/EDM systems are in use then either data structures or metadata can be transferred using STEP or communication between databases can be achieved with tools based around XML data transfer. SEE ALSO Computer-supported Collaboration EXTERNAL LINKS
|
|
|