DiDs.pdf

DATA ITEM DESCRIPTION

TITLE: INTEGRATED MASTER SCHEDULE (IMS)

NUMBER: DI-MGMT-81650 APPROVAL DATE: 20050330

AMSC NUMBER: D7544 LIMITATION:

DTIC APPLICABLE: GIDEP APPLICABLE:

PREPARING ACTIVITY: OUSD(AT&L)ARA/AM(SO)

APPLICABLE FORMS: None

USE/RELATIONSHIP: The Integrated Master Schedule (IMS) is an integrated schedule containing the networked, detailed tasks necessary to ensure successful program execution. The IMS is vertically traceable to the Integrated Master Plan (IMP) (if applicable), the Contract Work Breakdown Structure (CWBS), and the Statement of Work (SOW). The IMS shall be used to verify attainability of contract objectives, to evaluate progress toward meeting program objectives, and to integrate the program schedule activities with all related components. This DID is applicable to development, major modification, and low rate initial production efforts; it is not typically applied to full rate production efforts.

a. This Data Item Description (DID) contains the format and content preparation instructions for the data product generated by the specific and discrete task requirement as delineated in the contract.

b. This DID shall be applied to contracts that require Earned Value Management (EVM) and other contracts based on the contract risk assessment.

Refer to the Earned Value Management Implementation Guide (EVMIG) for guidance on tailoring reporting.

c. The prime contractor is required to include significant external interfaces and critical items from suppliers, teammates, or other detailed schedules that depict significant and/or critical elements and Government furnished equipment or information dependencies for the entire contractual effort in a single integrated network. The determination of significant and critical shall be agreed to by the Government and the contractor and shall be defined and documented in the Contract Data Requirements List (CDRL).

d. The IMS shall be statused according to the contractor’s management control system and shall be submitted no less frequently than monthly. If a Contract Performance Report (CPR) is required, the IMS shall be statused and submitted to the procuring activity prior to or concurrently with CPR Formats 1-5 (as applicable). The IMS may reflect data either as of the end of the calendar month or as of the contractor’s accounting period cutoff date, provided it is consistent and traceable to the CPR (if applicable). When subcontractor schedule data reflects a different status date than the prime contractor’s schedule status date, these status dates shall be described in the analysis section of the IMS.

e. This DID shall be used in conjunction with the CWBS DID, DI-MGMT-81334A, and the CPR DID, DI-MGMT-81466. (Note: The IMS DID may be required when there is no EVM (CPR) requirement.)

REQUIREMENTS:

1. Format. The IMS shall be created using a network capable Commercially Off the Shelf (COTS) scheduling software application. Unless otherwise provided in the CDRL, the IMS shall be delivered electronically in the native digital format (i.e., an electronic file produced by the contractor’s scheduling

Source: https://assist.dla.mil -- Downloaded: 2014-07-23T20:31Z Check the source to verify that this is the current version before use.

DI-MGMT-81650

tool). (Note: When the technology is available, the CDRL may be tailored, upon agreement between the prime contractor and the Government representative, to allow the American National Standards Institute (ANSI) X12 standard (806 transaction set), the United Nations Electronic Data Interchange for Administration, Commerce and Transport (UN/EDIFACT) standard (PROTAP message), or the XML equivalent to be used to submit data electronically to the procuring activity with on-line access to the data.)

2. Content. The schedule shall contain the contract milestones, accomplishments, and discrete tasks/activities (including planning packages where applicable) from contract award to the completion of the contract. The schedule shall be an integrated, logical network-based schedule that correlates to the CWBS, and is vertically and horizontally traceable to the cost/schedule reporting instrument used to address variances such as the CPR (if applicable). The schedule shall have a numbering system that provides traceability to the IMP (if applicable) and SOW. It shall contain contractual milestones and descriptions and display summary, intermediate, and detailed schedules, and periodic analysis of progress to date. It shall include fields and data that enable the user to access the information by product, process, or organizational lines.

2.1 Contract Milestones and Definitions. Key programmatic events, which define progress and completion for each CWBS element, along with the definition for successful completion of the milestone.

2.2 Summary Master Schedule. A top-level schedule of key tasks/activities and milestones at the summary level of the CWBS and IMP (if applicable). It shall be an integrated roll up of the intermediate and detailed schedules (see

2.3 and 2.4 below) (vertical integration).

2.3 Intermediate Schedules. Mid-level contract schedules that include key tasks/activities and milestones and all associated accomplishments in the summary master schedule, traceable to the CWBS element or IMP event as necessary to display work effort at the intermediate level of summarization.

There may be several intermediate schedules that depict varying levels of detail. They shall be integrated roll ups of the detailed schedules (see 2.4 below) (vertical integration).

2.4 Detailed Schedules. The lowest level of contract tasks/activities that form the network. The detailed schedules shall contain horizontal and vertical integration, as a minimum, at the work package and planning package level. The detailed schedules shall include all tasks/activities, work packages, and planning packages identified in the contract Performance Measurement Baseline (PMB). Every discrete task/activity, work package, and planning package shall be clearly identified and directly related to a control account. Work packages and planning packages shall be individually represented and summarize to or reconcile with the total budget for that control account. If Level of Effort (LOE) control accounts, work packages, or planning packages are included as tasks in the IMS, they shall be clearly identified as such. The detailed tasks/activities, work packages, and planning packages shall be traceable to only one CWBS, IMP, and performing organizational element, as applicable. The level of detail in the IMS (including number and duration of tasks/activities) shall follow the contractor’s EVM process as documented in the EVMS system description, program directives, etc. Shorter-term work packages (ideally equal in length to the statusing interval) are preferred because they provide more accurate and reliable measures of work accomplished.

2.4.1 Key Elements of Detailed Schedules. The key elements of the detailed schedules include the following:

2.4.1.1 Task/Activity. An element of work with duration.

2.4.1.2 Milestone. A specific definable accomplishment in the contract network, recognizable at a particular point in time. Milestones have zero duration and do not consume resources.

2.4.1.3 Duration. The length of time estimated (or realized) to accomplish a task/activity.

2.4.1.4 Percent Complete (Schedule). The proportion of an activity or task that has been completed to time now. This usually involves updating or statusing the activity or task utilizing one of two methods: (1) update the remaining time to complete (remaining duration) and the scheduling software will then automatically update the schedule percent complete or (2) update the schedule percent complete and allow the scheduling software to calculate the time remaining (remaining duration) to complete. Either method will use the following formula: Percent of Duration Completed = (Actual Duration / Total Duration) X 100.

2.4.1.5 Task/Activity and Milestone Descriptions. These are descriptive titles that are concise, complete, and clearly identify the work effort being accomplished. Abbreviations may be used to shorten the descriptive titles.

2.4.1.6 Task/Activity Codes and Data Dictionary. A list of field definitions and code structures. This list shall be provided to the procuring activity.

2.4.1.7 Relationship/Dependency. These identify how predecessor and successor tasks/activities and milestones are logically linked.

Relationships, also called network logic, are modeled in four ways:

2.4.1.7.1 FS (Finish to Start). A predecessor task/activity or milestone that must finish before a succeeding task/activity or milestone can start. FS relationships shall be used whenever possible.

2.4.1.7.2 SS (Start to Start). A predecessor task/activity or milestone that must start before a succeeding task/activity or milestone can start.

2.4.1.7.3 FF (Finish to Finish). A predecessor task/activity or milestone that must finish before a succeeding task/activity or milestone can finish.

2.4.1.7.4 SF (Start to Finish). A predecessor task/activity or milestone that must start before a succeeding task/activity or milestone can finish.

2.4.1.8 Total Float/Slack. The amount of time a task/activity or milestone can slip before it delays the contract or project finish date.

2.4.1.9 Free Float/Slack. The amount of time a task/activity or milestone can slip before it delays any of its successor tasks/activities or milestones.

2.4.1.10 Lag. An interval of time that must occur between a predecessor and successor task/activity or milestone. Since negative time is not demonstrable, negative lag is not encouraged. (Note: Lag should not be used to manipulate float/slack or constrain schedule.)

2.4.1.11 Early Start (ES). The earliest start date a task/activity or milestone can begin the precedence relationships. A computer-calculated date.

2.4.1.12 Early Finish (EF). The earliest finish date a task/activity or milestone can end. A computer-calculated date.

2.4.1.13 Late Start (LS). The latest start date a task/activity or milestone can start without delaying the contract or project target completion date. A computer-calculated date.

2.4.1.14 Late Finish (LF). The latest date a task/activity or milestone can finish without delaying the contract or project target completion date. A computer-calculated date.

2.4.1.15 Critical Path. A sequence of discrete tasks/activities in the network that has the longest total duration through the contract or project.

Discrete tasks/activities along the critical path have the least amount of float/slack. The critical path and near-critical paths (reporting requirements for near-critical paths shall be specified in the CDRL) are calculated by the scheduling software application. The guidelines for critical path and near-critical path reporting are as follows:

2.4.1.15.1 Methodology. The IMS software application computes a critical path and near-critical paths based on precedence relationships, lag times, durations, constraints, and status. Artificial constraints and incorrect, incomplete, or overly constrained logic shall be avoided because they can skew the critical path and near-critical paths.

2.4.1.15.2 Identification. The critical path shall be easily identified.

2.4.1.16 Constraints. Limits applied to network start and finish dates (e.g., “finish no later than”). (Note: Certain types of constraints should be used judiciously because they may impact or distort the network critical path.)

2.4.1.17 Current Schedule. The IMS reflects the current status and forecast.

It includes forecasted starts and finishes for all remaining tasks/activities and milestones. Significant variances to the baseline schedule shall be explained in the periodic analysis. Thresholds for reporting shall be specified in the CDRL.

2.4.1.18 Baseline Schedule. Baseline dates in the IMS shall be consistent with the baseline dates in the PMB for all work packages, planning packages, and control accounts (if applicable). The guidelines for maintaining the baseline schedule are as follows:

2.4.1.18.1 Schedule Changes. Changes to the schedule shall be baselined when incorporated into the schedule.

2.4.1.18.2 Baseline Schedule Changes. Changes to the baseline schedule shall be made in accordance with the contractor’s EVM process. Any movement of contractual milestones in the baseline schedule shall be derived only from either authorized contract changes or an approved over target schedule.

2.4.1.19 Schedule Progress. The IMS shall reflect actual progress and maintain accurate start and finish dates for all tasks/activities and milestones. The guidelines for reflecting schedule progress are as follows:

2.4.1.19.1 Actual Start and Finish Dates. Actual start and actual finish dates shall be recorded in the IMS. Actual start and actual finish dates, as recorded, shall not be later than the status date.

2.4.1.19.2 Progress Line. The progress line depicted in a Gantt chart shall be applied to the current schedule.

2.4.1.20 Retention of Data for Completed Tasks/Activities. Historical performance on completed tasks/activities shall be maintained electronically for analytical use. Historical performance shall be maintained at the time of key program events (Integrated Baseline Review, Critical Design Review, etc.)

for all critical tasks/activities. Data to be retained includes logic, actual and baseline durations, actual and baseline start and finish dates, and the three-point estimates that were used before the task/activity started.

2.4.1.21 External Dependencies. The IMS shall identify significant external dependencies that involve a relationship or interface with external organizations, including all Government furnished items (e.g., decisions, facilities, equipment, information, data, etc.). The determination of significant shall be agreed to by the Government and contractor and shall be defined and documented in the CDRL. The required or expected delivery dates shall also be identified in the IMS.

2.4.1.22 Schedule Margin. A management method for accommodating schedule contingencies. It is a designated buffer and shall be identified separately and considered part of the baseline. Schedule margin is the difference between contractual milestone date(s) and the contractor’s planned date(s) of accomplishment.

2.4.1.23 Schedule Risk Assessment. A schedule risk assessment predicts the probability of project completion by contractual dates. Three-point estimates shall be developed for remaining durations of remaining tasks/activities that meet any of the following criteria: (1) critical path tasks/activities, (2) near-critical path tasks/activities (as specified in the CDRL), (3) high risk tasks/activities in the program’s risk management plan. These estimates include the most likely, best case, and worst case durations. They are used by the contractor to perform a probability analysis of key contract completion dates. The criteria for estimated best and worst case durations shall be applied consistently across the entire schedule and documented in the contractor’s schedule notes and management plan. The guidelines for estimates are as follows:

2.4.1.23.1 Most Likely Estimate. Schedule durations based on the most likely estimates.

2.4.1.23.2 Best/Worst Case Estimates. Best and worst case assumptions shall be disclosed.

The contractor schedule risk assessment shall explain changes to the critical path, margin erosion, and mitigation plans. It shall be incorporated into the contractor’s program risk management process. The schedule risk assessment shall be submitted as specified in the CDRL and prior to the Integrated Baseline Review. The risk analysis may be performed within the IMS or within a separate risk tool as appropriate based on the capability of the automated scheduling tool.

2.4.1.24 User Defined Fields. All user defined fields in the IMS shall be identified by providing a mapping of all fields used in the scheduling software application.

2.4.1.25 Reserved Fields. The Government may reserve some fields and/or require the contractor to use certain fields for specific information. The requirement for reserved fields shall be specified in the CDRL.

2.4.1.26 Calendar. The arrangement of normal working days, together with non-working days, such as holidays, as well as special work days (i.e., overtime periods) used to determine dates on which project work will be completed.

2.5 Monthly Analysis. Monthly analysis is a monthly assessment of schedule progress to date and includes changes to schedule assumptions, variances to the baseline schedule, causes for the variances, potential impacts, and recommended corrective actions to minimize schedule delays. The analysis shall also identify potential problems and an assessment of the critical path and near-critical paths. Thresholds for reporting significant variances to the baseline schedule and near-critical paths shall be specified in the CDRL.

If a CPR Format 5 is required, the monthly analysis shall be submitted to the procuring activity prior to or concurrently with the CPR Format 5.

END OF DI-MGMT-81650

DI-MGMT-81803

Title: Item Unique Identification (IUID) Marking Plan

Number: DI-MGMT-81803 Approval Date: 20110719 AMSC Number: 9124 Limitation: N/A DTIC Applicable: No GIDEP Applicable: No Office of Primary Responsibility: 70 (OO-ALC) Applicable Forms: N/A Use/relationship: The Item Unique Identification (IUID) Marking Plan details the Contractor’s strategy to execute marking requirements identified in the Government Statement of Work (SOW)/Performance Work Statement (PWS)/Objectives, and/or Defense Federal Acquisition Regulation Supplement (DFARS). The Plan fully documents the scope of meeting MIL-STD- 130 DoD Standard Practice Identification Marking of U.S. Military Property, with the Contractor’s marking requirements, marking methodology/strategy, data management, quality assurance, facilities and marking equipment, technical data package requirements, data carrier symbols and print quality, and the master schedule to help the Government manage marking activities in a cost effective and timely manner. To ensure quality, validation, verification, and registration of items being marked, guidance may be gained from two documents: DoD Guide to Uniquely Identifying Items (Assuring valuation, Accountability and Control of Government Property) and DoD Guide to Item Unique Identification Quality. If the quality measuring methodology is non-responsive for desired marking methods, quality levels will be identified within this plan.

This Data Item Description (DID) contains format and content preparation instructions for the data product generated by the specific and discrete task requirement as delineated in the contract.

This DID may be applied in any contract which contains a requirement for marking parts and equipment with IUID Data Matrix symbols.

Requirements:

1. Reference documents: The applicable issue of the documents cited herein, including their approval dates and dates of any applicable amendments, notices, and revisions, will be as cited online at Acquisition Streamlining and Standardization Information System (ASSIST) Update at the time of the solicitation.

2. Format. Contractor’s format is acceptable.

3. Content. The Marking Plan will cover the following elements:

3.1 Describe the minimum item marking requirements

3.2 List/Detail items/assets to be marked within the scope of the plan.

3.3 Marking Methodology/Strategy

Source: https://assist.dla.mil -- Downloaded: 2014-07-23T21:05Z

3.3.1 Describe which type of marking methodology will be used (i.e., Direct or Indirect Part Marking, Data Plate Modification, etc.).

3.3.2 Describe the Imprint Method / Type of Label / Nameplate (i.e., Chemical Etch, Dot Peen, Laser, Thermal Transfer, Ink Jet, Photo Etch, etc.).

3.3.3 Marking Specifications.

3.3.3.1 Identify applicable engineering drawings requiring IUID marking.

3.3.3.2 Machine Readable Mark Generation Instructions.

3.3.3.2.1 Define the construct method (i.e. Construct 0, Construct 1, - 18S, 25S, or Construct 2

– 1P 1T.

3.3.3.2.2 Determine the Enterprise Identifier (EID) (i.e. Cage, DUNS, DoDACC/MAPAC, or

GS1).

3.3.3.2.3 Determine the level of serialization (i.e., Part, Lot, Batch, Enterprise, etc.).

3.3.3.2.4 If using Construct 1 – 18S, identify the sequence number generation process.

3.3.3.2.5 Determine other data elements required in the data matrix symbol (30P and 30T).

3.3.3.3 Determine the Human Readable Mark Generation elements to be included on the label.

3.3.3.4 For labels/nameplates, identify which type of material will be used for the creation of the Mark (i.e., Aluminum, Polyacrylic, Metal Foil, Polyester, Polyvinyl, Aluminum Foil, Stainless Steel, etc.).

3.3.3.5 Describe the overall layout of the Mark including (Reference Tech Data as applicable).

3.3.3.5.1 Size (Length, Width, Thickness, etc.).

3.3.3.5.2 Shape (Circle, Square, Rectangle, Rounded Corners, etc.).

3.3.3.5.3 Layout/Order (Location of Human and Machine Readable elements).

3.3.3.5.4 Marking Location on Asset .

3.3.3.5.5 Type of Lettering (Font, Font Size, Color, etc.).

3.3.3.5.6 Attachment Method (Adhesive, Screws, Rivets, Tags, Bag and Tag, Tags and Bands, etc.). For Tag, and Bag/Band and Tag items, provide evidence of why part could not be marked and Government concurrence.

4. Describe the contractor’s process for marking legacy parts, Government Furnished Property (GFP), and Property in Possession of Contractor (PIPC) including tooling.

4.1 Data Management.

4.1.1 Describe the systems required to incorporate Serial Number Tracking (SNT) and Parent/Child relationship if any and communicate the IUID data to the Program Manager.

4.1.2 Describe the contractors process/systems required to assign Unique Items Identifiers (UIIs) and register Unique Identification (UID) information to the Department of Defense IUID Registry.

4.1.3 Describe the contractors process/system used to identify and track all warranted items i.e. all items with an extended warranty (more than just the standard contract time and workmanship), provide length of warranty, and date entered service (i.e. via WAWF). Describe how the contractor will mark/use the IUID data on the package and shipping containers.

4.2 Quality Assurance.

4.2.1 Describe the verification process and any sampling techniques which ensure the Machine Readable Information (MRI) complies with applicable standards as prescribed in MIL-

STD-130.

4.2.2 Identify a format for reporting verification results to include pass/fail and any acceptance criteria from MIL-STD-130 in paragraph 5 titled Data Matrix symbol quality.

4.2.3 Describe the process for identifying and reporting deficiencies in the mark properties, as well as repair and replacement procedures.

4.2.4 Include UID Contract Data Requirements List (CDRLs) as part of the surveillance method or Quality Assurance processes.

4.2.5 Describe the contractors process used to document UII marking of legacy parts that an IUID Engineering Assessment completed when they are returned to the depot for repair, i.e., Repair Receiving Report (R3).

4.3 Facilities and Marking Equipment.

4.3.1 Describe the facilities, marking equipment, floor space, utilities, environmental and safety elements, etc. required to meet marking requirements on a production basis.

4.4 Technical data package requirements.

4.5 Master Schedule.

5.0 End of DI-MGMT-81803

DI-MGMT-81804A

DATA ITEM DESCRIPTION

Title: Item Unique Identification (IUID) Marking Activity, Validation and Verification Report

Number: DI-MGMT-81804A Approval Date: 20130212

AMSC Number: F9335 Limitation: N/A

DTIC Applicable: No GIDEP Applicable: No

Office of Primary Responsibility: 70 (OO-ALC) Applicable Forms: N/A

Use/relationship: The Item Unique Identification (IUID) Marking Activity, Validation and

Verification Report is a tabular list providing IUID marking activity, validation and verification data such as: physical asset marking, registration, inventory audits, quality audits, and verification/validation results.

This Data Item Description (DID) contains format and content preparation instructions for the data product generated by the specific and discrete task requirement as delineated in the contract.

This DID may be applied in any contract which contains a requirement for marking parts and equipment with IUID encoded in data matrix symbols.

Requirements:

1. Reference document: MIL-STD-130. The applicable issue of MIL-STD-130 shall be the latest version cited online at Acquisition Streamlining and Standardization Information System

(ASSIST) Update, at the time of the solicitation. Other documents referenced in MIL-STD-130 shall also be applied.

2. The Contractor’s format is acceptable. Recommend electronic transfer of information.

3. A representative sample of IUID-related data matrix marks on items in each delivered

Contract Line Item Number/Sub-Contract Line Item Number/Exhibit Line Item Number

(CLIN/SLIN/ELIN) shall be validated and verified. Verification and validation results shall be provided using this report format. Marks failing verification or validation must be replaced with compliant marks prior to government acceptance of the items.

4. The tabular report shall include the following alphanumeric fields:

4.1 Unique Item Identifier (UII).

4.2 UII Type (Construct).

4.3 Enterprise Identifier (EID).

4.4 EID Type (CAGE/NCAGE, DUNS, etc).

4.5 Original Equipment Manufacturer (OEM) Part Number.

Source: https://assist.dla.mil -- Downloaded: 2014-07-23T21:07Z

DI-MGMT-81804A

4.6 Service Assigned Serial Number (if assigned).

4.7 Original Equipment Manufacturer (OEM) serial number.

4.8 Equipment Nomenclature (name and type).

4.9 National Stock Number (NSN).

4.10 Validation Date.

4.11 Validation Result (Pass/Fail).

4.12 Verification Date.

4.13 Verification Result (Pass/Fail).

4.14 Other Event/Activity Date* (optional).

4.15 Other Event/Activity* (optional).

4.16 For items marked that “Fail” IUID validation or verification, identify corrective action

(whether the item has been re-marked or scrapped).

*Other Event/Activity will be defined in the Contract Data Requirements Lists (CDRLS) if required.

5. The Key attributes for the report are the validation and verification columns which each indicate (Pass/Fail). (NOTE: Most verification apparatus provide electronic records with pass/fail summaries for both verification and validation.)

A “Pass” validation value shall be assigned to records whose data matrix symbol(s) properly encode Item Unique Identification data as prescribed in MIL-STD-130 DoD Standard Practice

Identification Marking of U.S. Military Property requirements for machine readable information

(MRI) marking.

A “Pass” verification value shall be assigned to records whose data matrix symbol(s) meet or exceed MIL-STD-130 DoD Standard Practice Identification Marking of U.S. Military Property requirements for data matrix symbol quality.

6. The Contractor shall ensure machine-readable IUID marks required under this contract are permanently placed on the items subjected to contractually-required performance testing prior to that testing; and further shall include all mark serviceability problems in the item’s test report(s).

7. End of DI-MGMT-81804A.

Source: https://assist.dla.mil -- Downloaded: 2014-07-23T21:07Z

DI-SESS-81646

Title: CONFIGURATION AUDIT PLAN

Number: DI-SESS-81646 Approval Date: 20040616 AMSC Number: N7528 Limitation: N/A DTIC Applicable: No GIDEP Applicable: No Office of Primary Responsibility: N/PMA-263 Applicable Forms: N/A

Use/relationship: The Configuration Audit Plan provides information required for conducting Functional Configuration Audits and Physical Configuration Audits.

a. This Data Item description (DID) contains the content and preparation instructions for configuration audit plan specific task requirements as delineated in the contract.

b. This DID is applicable to system/equipment acquisition contracts containing requirements for configuration audits.

c. It is not intended that all the requirements contained herein should be applied to all configuration audits. Portions of this DID are subject to tailoring, depending on the scope of the particular audit.

d. This DID supersedes DI-CMAN-80556A.

Requirements:

1. Reference documents.

a. MIL-STD-973 (cancelled; for guidance only), Notice 3, 13 Jan 95

b. MIL-HDBK-61A (guidance only), 7 Feb 01

2. Format. The Configuration Audit Plan shall be in contractor format.

3. Content. The Configuration Audit Plan shall include the following data; use of MIL-STD- 973 and MIL-HDBK-61A for guidance is encouraged:

3.1 Purpose of the audit. State the purpose and objectives of the audit in terms of the contract requirement for the audit.

3.2 Hardware Configuration Items (HWCIs) to be audited. Identify each HWCI by:

a. Nomenclature

Source: https://assist.dla.mil -- Downloaded: 2014-07-23T21:08Z

b. Specification identification number

c. Serial number

d. Other applicable identification numbers.

3.3 Computer Software Configuration Items (CSCI) to be audited. Identify each CSCI by:

a. Software title.

b. Code identification number.

c. Software inventory numbering system.

d. Drawing and part number.

e. Specification identification number.

f. Other applicable identification numbers.

3.4 Documentation to be audited. Identify the following, applicable:

a. Engineering drawings.

b. Applicable specifications.

c. Engineering change proposals.

d. Test plans and procedures.

e. Operating and support manuals.

f. Configuration documentation release procedures.

g. Quality assurance documentation and procedures.

h. Requests for deviation/waivers.

i. Software descriptions flow charts, manuals and lists.

3.5 Reference materials. Identify the following supporting documentation as applicable:

a. Systems engineering technical data.

b. Trade study results.

c. Producibility analysis results.

d. Risk analysis results.

e. Reports.

f. Hardware and software mockups.

g. Deviation and waiver list.

h. Minutes of related prior reviews.

3.6 Scope of audit. Include the following:

a. Summary of the hardware and software contractual requirements against which the audit will be conducted as specified in work statements, specifications and approved plans.

b. Outline of the proposed audit procedure for each item to be audited.

3.7 Location(s) and date(s). Identify proposed date(s) and location(s) for the audit(s).

3.8 Team composition. Identify:

a. Contractor representatives and their function in the audit.

b. Proposed Government participation and functions in the audit.

3.9 Administrative requirements. Include:

a. Description of facilities and support equipment to be available.

b. Administrative support to be available.

c. Security requirements.

4. END OF DI-SESS-81646

Title: Item Unique Identification (IUID) Marking Plan

Number: DI-MGMT-81803 Approval Date: 20110719 AMSC Number: 9124 Limitation: N/A DTIC Applicable: No GIDEP Applicable: No Office of Primary Responsibility: 70 (OO-ALC) Applicable Forms: N/A Use/relationship: The Item Unique Identification (IUID) Marking Plan details the Contractor’s strategy to execute marking requirements identified in the Government Statement of Work (SOW)/Performance Work Statement (PWS)/Objectives, and/or Defense Federal Acquisition Regulation Supplement (DFARS). The Plan fully documents the scope of meeting MIL-STD- 130 DoD Standard Practice Identification Marking of U.S. Military Property, with the Contractor’s marking requirements, marking methodology/strategy, data management, quality assurance, facilities and marking equipment, technical data package requirements, data carrier symbols and print quality, and the master schedule to help the Government manage marking activities in a cost effective and timely manner. To ensure quality, validation, verification, and registration of items being marked, guidance may be gained from two documents: DoD Guide to Uniquely Identifying Items (Assuring valuation, Accountability and Control of Government Property) and DoD Guide to Item Unique Identification Quality. If the quality measuring methodology is non-responsive for desired marking methods, quality levels will be identified within this plan.

This Data Item Description (DID) contains format and content preparation instructions for the data product generated by the specific and discrete task requirement as delineated in the contract.

This DID may be applied in any contract which contains a requirement for marking parts and equipment with IUID Data Matrix symbols.

Requirements:

1. Reference documents: The applicable issue of the documents cited herein, including their approval dates and dates of any applicable amendments, notices, and revisions, will be as cited online at Acquisition Streamlining and Standardization Information System (ASSIST) Update at the time of the solicitation.

2. Format. Contractor’s format is acceptable.

3. Content. The Marking Plan will cover the following elements:

3.1 Describe the minimum item marking requirements

3.2 List/Detail items/assets to be marked within the scope of the plan.

3.3 Marking Methodology/Strategy

3.3.1 Describe which type of marking methodology will be used (i.e., Direct or Indirect Part Marking, Data Plate Modification, etc.).

3.3.2 Describe the Imprint Method / Type of Label / Nameplate (i.e., Chemical Etch, Dot Peen, Laser, Thermal Transfer, Ink Jet, Photo Etch, etc.).

3.3.3 Marking Specifications.

3.3.3.1 Identify applicable engineering drawings requiring IUID marking.

3.3.3.2 Machine Readable Mark Generation Instructions.

3.3.3.2.1 Define the construct method (i.e. Construct 0, Construct 1, - 18S, 25S, or Construct 2

– 1P 1T.

3.3.3.2.2 Determine the Enterprise Identifier (EID) (i.e. Cage, DUNS, DoDACC/MAPAC, or

GS1).

3.3.3.2.3 Determine the level of serialization (i.e., Part, Lot, Batch, Enterprise, etc.).

3.3.3.2.4 If using Construct 1 – 18S, identify the sequence number generation process.

3.3.3.2.5 Determine other data elements required in the data matrix symbol (30P and 30T).

3.3.3.3 Determine the Human Readable Mark Generation elements to be included on the label.

3.3.3.4 For labels/nameplates, identify which type of material will be used for the creation of the Mark (i.e., Aluminum, Polyacrylic, Metal Foil, Polyester, Polyvinyl, Aluminum Foil, Stainless Steel, etc.).

3.3.3.5 Describe the overall layout of the Mark including (Reference Tech Data as applicable).

3.3.3.5.1 Size (Length, Width, Thickness, etc.).

3.3.3.5.2 Shape (Circle, Square, Rectangle, Rounded Corners, etc.).

3.3.3.5.3 Layout/Order (Location of Human and Machine Readable elements).

3.3.3.5.4 Marking Location on Asset .

3.3.3.5.5 Type of Lettering (Font, Font Size, Color, etc.).

3.3.3.5.6 Attachment Method (Adhesive, Screws, Rivets, Tags, Bag and Tag, Tags and Bands, etc.). For Tag, and Bag/Band and Tag items, provide evidence of why part could not be marked and Government concurrence.

4. Describe the contractor’s process for marking legacy parts, Government Furnished Property (GFP), and Property in Possession of Contractor (PIPC) including tooling.

4.1 Data Management.

4.1.1 Describe the systems required to incorporate Serial Number Tracking (SNT) and Parent/Child relationship if any and communicate the IUID data to the Program Manager.

4.1.2 Describe the contractors process/systems required to assign Unique Items Identifiers (UIIs) and register Unique Identification (UID) information to the Department of Defense IUID Registry.

4.1.3 Describe the contractors process/system used to identify and track all warranted items i.e. all items with an extended warranty (more than just the standard contract time and workmanship), provide length of warranty, and date entered service (i.e. via WAWF). Describe how the contractor will mark/use the IUID data on the package and shipping containers.

4.2 Quality Assurance.

4.2.1 Describe the verification process and any sampling techniques which ensure the Machine Readable Information (MRI) complies with applicable standards as prescribed in MIL-

STD-130.

4.2.2 Identify a format for reporting verification results to include pass/fail and any acceptance criteria from MIL-STD-130 in paragraph 5 titled Data Matrix symbol quality.

4.2.3 Describe the process for identifying and reporting deficiencies in the mark properties, as well as repair and replacement procedures.

4.2.4 Include UID Contract Data Requirements List (CDRLs) as part of the surveillance method or Quality Assurance processes.

4.2.5 Describe the contractors process used to document UII marking of legacy parts that an IUID Engineering Assessment completed when they are returned to the depot for repair, i.e., Repair Receiving Report (R3).

4.3 Facilities and Marking Equipment.

4.3.1 Describe the facilities, marking equipment, floor space, utilities, environmental and safety elements, etc. required to meet marking requirements on a production basis.

4.4 Technical data package requirements.

4.5 Master Schedule.

5.0 End of DI-MGMT-81803