Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/TS 29002-6 provides comprehensive implementation guidelines for organizations deploying parts library systems based on the ISO/TS 29002 series. While the preceding parts define the “what” — the data models, exchange formats, and configuration management requirements — Part 6 addresses the “how”: practical guidance on system architecture, deployment strategy, migration planning, and organizational change management required for a successful implementation. This standard is the essential bridge between the theoretical data models defined in other parts and the practical realities of deploying a production-grade parts library system in a complex engineering enterprise.
ISO/TS 29002-6 defines a phased implementation methodology consisting of five phases: Assessment and Planning, Architecture Design, System Development and Configuration, Data Migration and Validation, and Deployment and Operations. Each phase includes specific deliverables, milestones, and review gates to ensure that the implementation stays on track and delivers the expected business value.
The Assessment and Planning phase begins with a comprehensive inventory of existing component data sources, including legacy databases, supplier catalogs, CAD libraries, PLM systems, and spreadsheet-based lists. Organizations are advised to conduct a data quality assessment that measures completeness, consistency, accuracy, and timeliness of existing data. This assessment serves as the baseline for measuring improvement and identifying high-priority data cleansing activities.
The Architecture Design phase focuses on defining the system architecture, including the selection of the master data repository, integration middleware, and user interface components. ISO/TS 29002-6 recommends a service-oriented architecture (SOA) with clearly defined APIs that decouple the parts library core from consuming applications. This architectural approach allows different departments to adopt the system at their own pace without disrupting existing workflows.
The standard provides detailed recommendations for system architecture, covering both logical and physical architecture perspectives. The following table summarizes the recommended technology stack components:
| Architecture Layer | Component | Recommended Technology / Approach |
|---|---|---|
| Data Storage | Master parts database | Relational database (PostgreSQL, Oracle) with EXPRESS-defined schema |
| Data Access | Repository API | RESTful API with JSON/XML payloads, OData for query support |
| Data Exchange | Integration layer | STEP physical files for bulk, message queues (RabbitMQ, Kafka) for events |
| Business Logic | Validation engine | EXPRESS-X or Schematron-based rule engine with custom rule extensions |
| User Interface | Web application | Single-page application (React, Angular) with responsive design |
| Search | Search engine | Elasticsearch or Apache Solr for faceted search and auto-complete |
| Reporting | Analytics | Business intelligence tool (Power BI, Tableau) connected to the repository |
The standard emphasizes the importance of a data governance framework alongside the technical architecture. This framework defines roles and responsibilities (data owners, data stewards, and data consumers), data quality metrics, and escalation procedures for data issues. Without a governance framework, even the best technical implementation will fail to maintain data quality over time.
ISO/TS 29002-6 provides detailed guidance on data migration from legacy systems. Three migration strategies are described: big bang (all data migrated in a single cutover event), phased (data migrated by component category or business unit), and parallel running (both old and new systems operate concurrently until the new system is validated). The standard recommends the phased approach for most organizations, as it limits risk and allows lessons learned in early phases to be applied to subsequent phases.
Data migration involves several technical steps: source data extraction, data profiling and cleansing, schema mapping (source fields to ISO/TS 29002-4 property definitions), data transformation, validation against the target schema and business rules, and loading with audit trail generation. Each batch of migrated data should be verified by domain experts before being released for production use.
The standard also addresses organizational change management, recognizing that a parts library implementation represents a significant change to engineering workflows. Recommendations include: establishing a cross-functional implementation team, providing role-based training, creating a communication plan that highlights quick wins, and designating champions in each engineering department to support their colleagues during the transition.
A: The standard estimates 6-12 months for a medium-size organization (10,000-50,000 components), depending on data quality, available resources, and organizational complexity. Large enterprises with 100,000+ components may require 18-24 months for full deployment.
A: Yes. The standard includes guidance on quantifying benefits such as reduced engineering time for component search, fewer procurement errors, improved supplier comparison, and faster new product introduction through better component reuse.
A: The standard recommends three tiers of training: awareness training for all engineering staff (2-4 hours), detailed training for regular users (1-2 days), and administrator training for system administrators and data stewards (3-5 days including hands-on exercises).
A: The standard defines operational procedures for ongoing maintenance, including periodic data quality audits, change management workflows for new component requests, and annual reviews of the classification scheme to accommodate new technologies and supplier offerings.