Purpose:

Establish and maintain a technical data package.

Objective:

<?>

Description:

A technical data package provides the developer with a comprehensive description of the product or product component as it is developed. Such a package also provides procurement flexibility in a variety of circumstances such as performance based contracting or build-to-print.

The design is recorded in a technical data package that is created during preliminary design to document the architecture definition. This technical data package is maintained throughout the life of the product to record essential details of the product design. The 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. The description includes the definition of the required design configuration and procedures to ensure adequacy of product or product component performance. It includes all applicable technical data such as drawings, associated lists, specifications, design descriptions, design databases, standards, quality attribute requirements, quality assurance provisions, and packaging details. The technical data package includes a description of the selected alternative solution that was chosen for implementation.

Because design descriptions can involve a large amount of data and can be crucial to successful product component development, it is advisable to establish criteria for organizing the data and for selecting the data content. It is particularly useful to use the product architecture as a means of organizing this data and abstracting views that are clear and relevant to an issue or feature of interest. These views include the following:

    • Customers
    • Requirements
    • The environment
    • Functional
    • Logical
    • Security
    • Data
    • States/modes
    • Construction
    • Management


These views are documented in the technical data package.

RASIC:

Inputs:

<?>

Outputs:

<?>

Controls:

<?>

Task Instructions:

Develop Detailed Architecture

    1. Using the <?>, [the ?] with support from <?> is responsible for

Identify Product Components and Interfaces

    1. Using the <?>, [the ?] with support from <?> is responsible for

Develop and Analyze Design Alternatives

    1. Using the <?>, [the ?] with support from <?> is responsible for

Develop and Analyze Design Alternatives

    1. Using the <?>, [the ?] with support from <?> is responsible for

Develop Operational Design

    1. Using the <?>, [the ?] with support from <?> is responsible for

Develop Physical Data Model

    1. Using the <?>, [the ?] with support from <?> is responsible for

Document System Design Document

    1. Using the <?>, [the ?] with support from <?> is responsible for