SlideShare a Scribd company logo
CMMI CM interpretation start kit
    As Excel files are not supported here,
       please refer to the attached file




                     or
        DoubleClick in the nest slide
Data Package Description                                                            Double
A technical data package provides the developer with a comprehensive description of the product or product component as it is           Click
developed.
Such a package also provides procurement flexibility in a variety of circumstances such as performance-based contracting or
build to print
This technical data package is maintained throughout the life of the product to record essential details of the product design
technical data package provides the description of a product or product component (including product-related lifecycle
processes if not handled as separate product components) that supports an acquisition strategy, or the implementation,
production, engineering, and logistics support phases of the product lifecycle
It includes all applicable technical data such as drawings, associated lists, specifications, design descriptions, design databases,
standards, performance requirements, quality assurance provisions, and packaging details. The technical data package includes a
description of the selected alternative solution that was chosen for implementation
                                                Data Package Typical Content
A technical data package should include the following if such information is appropriate for the type of product and product component
Product architecture description
Allocated requirements
Product component descriptions
Product-related lifecycle process descriptions, if not described as separate product components
Key product characteristics
Required physical characteristics and constraints
Interface requirements
Materials requirements (bills of material and material characteristics)
Fabrication and manufacturing requirements (for both the original equipment manufacturer and field support)
The verification criteria used to ensure that requirements have been achieved
Conditions of use (environments) and operating/usage scenarios, modes and states for operations, support, training,
manufacturing, disposal, and verifications throughout the life of the product
Rationale for decisions and characteristics (requirements, requirement allocations, and design choices)
                            Some suggested criteria for criteria for organizing the data Packages
Customers
Requirements
The environment
Functional
Logical

More Related Content

PPTX
Technical definitions description
PDF
Technical Product Descriptions
DOCX
Transition to operations template Julie Bozzi Oregon
DOCX
Praveen_Agile PLM Change Analyst
PDF
Chapter_3_CPRE_FoundationLevel_Handbook_General.pdf
PDF
The Art of a Well-Structured Tech Pack Template.pptx.pdf
DOCX
Assessment ArchitectureSecurity Assessment Plan (SAP) System Name.docx
PDF
Maintainability engineering
Technical definitions description
Technical Product Descriptions
Transition to operations template Julie Bozzi Oregon
Praveen_Agile PLM Change Analyst
Chapter_3_CPRE_FoundationLevel_Handbook_General.pdf
The Art of a Well-Structured Tech Pack Template.pptx.pdf
Assessment ArchitectureSecurity Assessment Plan (SAP) System Name.docx
Maintainability engineering

Similar to Cmmi configuration management interpretation kit (20)

PDF
Software engineering practical
PPT
DFM Design Principles
PPTX
Constraint Based Configuration Model Explained
PPT
DoD Architecture Framework Overview
PPTX
Module 4 Process planning for final year mechanical engineering
PPT
CELLULAR MANUFACTURING
PPTX
System documentation (system analysis and design)
PDF
Model Based Enterprise Technical Data Package Summit Report Joshua Lubell
PDF
Telecom product cost models development approach
DOCX
All the instructions and examples are laid out in each paragraph. I .docx
PPT
Feasible
PDF
Discus In-Process Inspection Planning
PDF
Module 4: Design For X
PDF
Df Maint Tutorial
PDF
PPT
Enterprise Architecture Governance: A Framework for Successful Business
PPTX
S4H_885 How to approach Fit to Standard Analysis -Generic Solution.pptx
PPT
On-Demand: Is It Right For Your Company?
DOCX
William Mertz - Technical Writer (2016)
PPTX
Solution+Architecture+Review+Template.pptx
Software engineering practical
DFM Design Principles
Constraint Based Configuration Model Explained
DoD Architecture Framework Overview
Module 4 Process planning for final year mechanical engineering
CELLULAR MANUFACTURING
System documentation (system analysis and design)
Model Based Enterprise Technical Data Package Summit Report Joshua Lubell
Telecom product cost models development approach
All the instructions and examples are laid out in each paragraph. I .docx
Feasible
Discus In-Process Inspection Planning
Module 4: Design For X
Df Maint Tutorial
Enterprise Architecture Governance: A Framework for Successful Business
S4H_885 How to approach Fit to Standard Analysis -Generic Solution.pptx
On-Demand: Is It Right For Your Company?
William Mertz - Technical Writer (2016)
Solution+Architecture+Review+Template.pptx
Ad

More from Kobi Vider (20)

PDF
Visual management controls systems techniques
PDF
Risk management process diagram
PDF
Customer service quality perception the mutual commitments importance
PDF
Kaizen team leader guide
PDF
Process asset library as process improvement and knowledge sharing tool
PDF
Kaizen – road map to world class processes
PDF
Customer value management
PDF
Customer perception of product quality
PDF
Six sigma as foundation to cmmi
PDF
Understanding the impact of certain uncertain event using bayesian network
PDF
Interpretation and lesson learned from high maturity implementation of cmmi svc
PDF
Game theory bbn and qfd
PDF
Design your business processes to embrace people
PDF
Cross constellations v1
PDF
Base your initial m&a to ppm, qpm, car
PDF
Process performance models case study
PDF
Lesson learned cross constellations multi models process improvement
PDF
Using cmmi svc to lead cross constellations effort
PDF
Assuring assessments leaders team member’s quality and qualification
PDF
Software testing by risk management
Visual management controls systems techniques
Risk management process diagram
Customer service quality perception the mutual commitments importance
Kaizen team leader guide
Process asset library as process improvement and knowledge sharing tool
Kaizen – road map to world class processes
Customer value management
Customer perception of product quality
Six sigma as foundation to cmmi
Understanding the impact of certain uncertain event using bayesian network
Interpretation and lesson learned from high maturity implementation of cmmi svc
Game theory bbn and qfd
Design your business processes to embrace people
Cross constellations v1
Base your initial m&a to ppm, qpm, car
Process performance models case study
Lesson learned cross constellations multi models process improvement
Using cmmi svc to lead cross constellations effort
Assuring assessments leaders team member’s quality and qualification
Software testing by risk management
Ad

Cmmi configuration management interpretation kit

  • 1. CMMI CM interpretation start kit As Excel files are not supported here, please refer to the attached file or DoubleClick in the nest slide
  • 2. Data Package Description Double A technical data package provides the developer with a comprehensive description of the product or product component as it is Click developed. Such a package also provides procurement flexibility in a variety of circumstances such as performance-based contracting or build to print This technical data package is maintained throughout the life of the product to record essential details of the product design technical data package provides the description of a product or product component (including product-related lifecycle processes if not handled as separate product components) that supports an acquisition strategy, or the implementation, production, engineering, and logistics support phases of the product lifecycle It includes all applicable technical data such as drawings, associated lists, specifications, design descriptions, design databases, standards, performance requirements, quality assurance provisions, and packaging details. The technical data package includes a description of the selected alternative solution that was chosen for implementation Data Package Typical Content A technical data package should include the following if such information is appropriate for the type of product and product component Product architecture description Allocated requirements Product component descriptions Product-related lifecycle process descriptions, if not described as separate product components Key product characteristics Required physical characteristics and constraints Interface requirements Materials requirements (bills of material and material characteristics) Fabrication and manufacturing requirements (for both the original equipment manufacturer and field support) The verification criteria used to ensure that requirements have been achieved Conditions of use (environments) and operating/usage scenarios, modes and states for operations, support, training, manufacturing, disposal, and verifications throughout the life of the product Rationale for decisions and characteristics (requirements, requirement allocations, and design choices) Some suggested criteria for criteria for organizing the data Packages Customers Requirements The environment Functional Logical