A Case for the Implementation of Groves in a PDM Environment - PowerPoint PPT Presentation

1 / 23
About This Presentation
Title:

A Case for the Implementation of Groves in a PDM Environment

Description:

... infrastructure (resources and OS), groves could become The PDM in a bounded file ... established correspondence between the models. Have modeled SGML and ... – PowerPoint PPT presentation

Number of Views:37
Avg rating:3.0/5.0
Slides: 24
Provided by: tlae
Category:

less

Transcript and Presenter's Notes

Title: A Case for the Implementation of Groves in a PDM Environment


1
A Case for the Implementation of Groves in a PDM
Environment
  • Trish Laedtke
  • Project Manager
  • DataChannel/ISOGEN International
  • Montreal, 18 August, 2000

2
Product Data Management Systems (PDMs)
  • PDMs became popular in the mid-90s for
    management of engineering information regarding
    parts, assemblies, and products
  • Provide the ability to track design history
  • Manage versions, relationships and automate
    workflow
  • Similarity to Document Management Systems (DMS)
  • Application sitting on a database
  • Manages object versioning, relationships, and
    workflow/process
  • Provides the ability to track development and
    decision history
  • Access is increasingly web-based, but few files
    are viewable without downloads.

3
PDMs (cont.)
  • Differences from DMS
  • Diverse data or file types, some of which cannot
    be dealt with as XML
  • Engineering CAD/CAM/CAE
  • Miscellaneous supporting documentation
  • Diverse types of users
  • Multiple types of relationships
  • Versions
  • Miscellaneous supporting
  • Integration with other systems probable
  • ERP
  • DMS
  • Closed, controlled system--imposed limits

4
Traditional PDM Example
  • Company A manufactures Whatsits.
  • Engineer creates whatsit.dwg.1 in a CAD
    application.

5
Traditional PDM Example (cont.)
  • Support departments create supporting
    documentation.
  • May be Microsoft Word
  • or other publishing
  • formats.
  • May be financial
  • or parts
  • database info.

6
Traditional PDM Example (cont.)
  • Meanwhile, changes occur in the design of Whatsit.

7
Traditional PDM Example (cont.)
  • Change is needed in the supporting documentation,
    new versions are created

8
Traditional PDM Example (cont.)
  • Similar products are created

9
Problems with Traditional PDM System
  • Relationships are built only at the file level
  • Cannot relate parts within drawings to text
    within a supporting document
  • Cannot track change between versions of a file
    and the resultant change needed in supporting
    documentation
  • Cannot search file content, must rely on metadata
  • Change causes rework in multiple applications, by
    multiple users
  • Heavily dependent on notification, often
    requiring employees to intervene in process
  • Expensive software and time/resource
  • Interchange, being addressed by PDM Elaborations
    group

10
Basic Assumptions about Groves
  • Data, is Data, is Data
  • Files are data
  • Metadata is data
  • States are data
  • Relationships are data
  • Groves provide a generic form of data abstraction
  • Nodes with properties organized as trees or
    graphs
  • Simple, consistent API independent of data type
    details
  • Standardized syntaxes and semantics for
    addressing HyTime, SDQL, XLink (TBD)
  • Any kind of data can be mapped to a grove
    representation
  • Groves are not implemented for the sake of groves
    but as the means to a multitude of value-adding
    ends

11
PDM Groves
  • Diverse types of data can be normalized using
    Property Sets
  • Property sets can be reused between different
    instances of data types
  • different data sources present same grove
    representation
  • Opens access to data, not just metadata
  • Allows for addressing between disparate data
    types
  • Generation of new data or initialization of
    processes based on known data

12
Access to All Data
  • Removes reliance on and limits of metadata
  • Searching
  • Combined with relationships, better sense of
    applicability
  • Normalizaton of data using groves
  • allows access to data itself
  • Metadata
  • Author
  • Creation date
  • Revision info
  • Identification
  • Key words
  • Abstract

13
Conversion to Other Formats
  • Enables access to data without the originating
    software, by removing the proprietary format
  • Allows a single grove aware process to output
    from several different formats

14
Relationships at the Data Level
  • Allow the relationship of parts within drawings
    to text within supporting documentation
  • Addressing via HyTime or Xlink/Xpointer
  • NOTE only applicable parts of data need to be
    converted to groves

15
Added Automation Capability
  • Masters can be established in appropriate
    application and be used as key data for other
    files
  • Changes in master files are noted, and related
    info is updated

16
Allows Creation of New Information
  • Data from diverse formats can
  • be combined and
  • normalized, then
  • converted to another
  • structured data format,
  • e.g., SGML/XML and
  • combined to create new
  • information products

17
Data Transfer Between Systems
  • Files, metadata, and relationships can be
  • modeled in groves, converted
  • to an interchange
  • format, e.g., XML
  • Namespaces
  • Architectures

18
Degrees of Implementation
  • Groves are built and
  • stored external to the
  • PDM. Could serve as
  • the users main
  • point of access to data.

19
Further Integration
  • Groves are stored and managed along with the
    source data.
  • Relationships can exist between data in groves
    within the PDM.

20
An Idealist Approach
  • Given the right infrastructure (resources and
    OS), groves could become The PDM in a bounded
    file-system.
  • Access and storage/lock mechanisms
  • Simple GUI for users
  • Minimal controls imposed
  • Workflow versioning/tracking

21
An Idealist Approach
22
Advantages to Groves in PDM
  • In and of themselves, groves can be used to open
    data normally not available to the user or system
  • Once data is open, other standards can be
    applied to add more value and functionality to
    data
  • XSLT
  • HyTime
  • DSSSL
  • Etc.

23
STEP/SGML Harmonization
  • Attempt to formally define relationship between
    STEP (ISO 10303) and groves
  • Enable automatic grove representation of STEP
    entities
  • Enable automatic representation of grove nodes as
    STEP entities
  • Immediate goal full integration of engineering
    CAD/CAM/CAE data and hypermedia through
    HyTime/XLink
  • Work progressing but not yet formally published
  • Have established correspondence between the
    models
  • Have modeled SGML and HyTime using EXPRESS
  • Need to produce demonstration implementations and
    formalize results
  • Done within ISO TC184/SC4 committee
  • Contact W. Eliot Kimber, eliot_at_isogen.com
Write a Comment
User Comments (0)
About PowerShow.com