Shared Artifact Repository - Architectural Principles

Background

• Opened during Tooling Conference Call on August 26,2010
• Goal a draft for presentation at OHT Board Meeting 9/30 or 10/1 (Dues date around 9/23)

Description from Tooling Investment Strategy (from 2009)

• Artifact Search and Select
  • Artifact definition - ability to define new artifacts to be registered and tracked
  • Document artifact content and relationships
  • Query capability to return a set of
  • Difference++
• User Authentication
• Artifact Management Control
  • Artifact Metatdata Manager
    • Artifact Identity and Version-Data Manager
      • Does not do Version Management, but does know same
      • Can accept externally defined Identities or create new ones when required (next)
    • Unique Identifier Generator (OID registry ability)
  • Artifact Synchronizer++
    • Artifact Importer
      • Package Assembler
    • Artifact Exporter
      • Representation Transformer
• APIs For other services such as the dependent functions (++ above)

++ Are function that depends upong (Needs, is dying for) a SAR, but is not part thereof

Items for Consideration

Architectural Principles Underlying a Shared Artifact Repository include: