1g - T3TRK Cost and Software Data Reporting (CSDR) Plan.xls

XLS spreadsheet 195 KB Posted

Attached to
Proliferated Warfighter Space Architecture Tranche 3 Tracking Layer (T3TRK) Federal contract opportunity
Solicitation number
SDA-PS-25-02
Issued by
Department of the Air Force

About this file

This document is a Cost and Software Data Reporting (CSDR) Plan for the Space Development Agency's Tranche 3 Tracking Layer (T3TRK) contract, detailing comprehensive technical and cost reporting requirements for a space-based missile tracking and defense system. The plan covers the development of a constellation of space vehicles, including a minimum of 54 satellites across six orbital planes, with payloads including infrared sensors, Global Navigation Satellite Systems (GNSS), directed energy sensors, and various communication and tracking technologies.

The reporting plan outlines detailed technical parameters for each system component, including mass, power requirements, data rates, and technology readiness levels. Reporting will occur through multiple submission events from 2025 to 2030, with initial and annual cost and technical reports. The space vehicles will include multiple variants such as Missile Warning/Missile Tracking (MW/MT) and Missile Warning, Tracking and Defense (MWTD), with sophisticated payload capabilities across Ka-band, networking, navigation, and optical communication subsystems. The fully deployed constellation is estimated to eventually include more than 100 satellites in Low Earth Orbit (LEO), supporting global missile threat detection and tracking capabilities.

View the file

Other files for this federal contract opportunity

Show all 15

On GovTribe

Work with this file on GovTribe

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

DD Form 2794, Pg 1 (METADATA)

COST AND SOFTWARE DATA REPORTING PLANOMB No. 0704-0671
The public reporting burden for this collection of information is estimated to average 57 hours per response, including the time for reviewing instructions, searching existing data sources, gathering and maintaining the data needed, and completing and reviewing the collection of information. Send comments regarding this burden estimate or any other aspect of this collection of information, including suggestions for reducing the burden, to Department of Defense, Executive Services Directorate (0704-0671). Respondents should be aware that notwithstanding any other provision of law, no person shall be subject to any penalty for failing to comply with a collection of information if it does not display a currently valid OMB control number.

PLEASE DO NOT RETURN YOUR COMPLETED FORM TO THE ABOVE ORGANIZATION.

1a. PROGRAM NAME
T3TRK - SDA Tranche 3 Tracking Layer
1b. PHASE/MILESTONE (check all that apply)
Pre-A
A
XB
C-LRIP
C-FRP
O&S
1c. PRIME MISSION PRODUCT
T3 Tracking Layer
1d. ACQUISITION CATEGORY (ACAT)
Pre-ACAT
ACAT I (MDAP)
ACAT IA (MAIS)
ACAT II
ACAT III
XOther
2. COMMODITY TYPE
Space System
3. PLAN ITERATION TYPE
XINITIAL
REVISION
4. CURRENT SUBMISSION DATE (YYYYMMDD)
20250310
5. LAST APPROVED PLAN DATE (YYYYMMDD)
6a. GOVERNMENT PLAN POINT OF CONTACT (POC) NAME (Last, First, M.)
TBD
6b. ADDRESS (Include ZIP Code)
6c. TELEPHONE NUMBER (Include Area Code)
6d. E-MAIL ADDRESS
7. PLAN TYPE
GOVERNMENT
XCONTRACT (PRIME)
CONTRACT (SUB)
8. PLAN GOVERNMENT PREPARING ORGANIZATION
Space Development Agency
9a. CONTRACTOR NAME/ADDRESS
i. REPORTING ORGANIZATION NAME
TBD
ii. DIVISION NAME
iii. LOCATION
iv. CONTRACTOR BUSINESS DATA REPORT (CBDR 1921-3) REQUIREMENT:
CBDR REQUIRED FOR THIS ORGANIZATION
9b. CONTRACT NUMBER (List all that apply, separated by commas)
TBD - (AF-25-D-C3)
9c. APPROPRIATION (check all that apply)
XRDT&E
PROCUREMENT
O&M
FMS
WCF
OTHER
10a. APPROVED PLAN NUMBER
AF-25-D-C3
10b. APPROVED PLAN REVISION NUMBER
0
10c. APPROVED PLAN REQUIREMENTS
XAT COMPLETION COSTS FOR STANDARD FUNCTIONAL CATEGORIES (FlexFile or Legacy)
XAT COMPLETION COSTS FOR RECURRING/NONRECURRING (FlexFile only)
XTECHNICAL DATA REQUIRED
10d. COST REPORT TYPE
XFLEXFILE
LEGACY DD 1921 SERIES
DD FORM 2794 (PAGE 1), METADATA, MAY 2024PREVIOUS EDITION IS OBSOLETE

DD Form 2794, Pg 2 (REPORTING)

COST AND SOFTWARE DATA REPORTING PLANCOST, SOFTWARE, & TECHNICAL DATA REPORTING/EARNED VALUE MANAGEMENT CO-PLAN
11. WORK BREAKDOWN STRUCTURE (WBS)12. COST13. TECHNICAL DATA
a. WBS
CODEb. WBS
LEVELc. WBS ELEMENT NAMEa. ACTUALS TO
DATE (ATD)b. LEGACY
1921-1c. LEGACY
1921-2d. LEGACY
1921-5e. EAC/FAC
(See item 10d)a. QUANTITYb. SRDR
FORMATSc.

MAINT. &

REPAIR

PARTS

i. QUANTITY
DATAii. GFE

QUANTITY

1.01Tranche 3 Tracking LayerXX
1.12SEIT/PM and Support EquipmentX
1.1.13Systems EngineeringXX
1.1.23System Test and EvaluationX
1.1.2.14Developmental Test and EvaluationXX
1.1.2.24Operational Test and EvaluationXX
1.1.2.34Mockups/System Integration Labs (SILs)XX
1.1.2.44Test and Evaluation SupportXX
1.1.2.54Test FacilitiesXX
1.1.33Assembly, Integration and TestXX
1.1.43Program ManagementXX
1.1.53Support EquipmentXXX
1.22Space VehicleXX
1.2.13SEIT/PM and Support EquipmentXX
1.2.23BusXX
1.2.2.14SEIT/PM and Support EquipmentXX
1.2.2.24Bus HardwareXXX
1.2.2.34Bus Flight SoftwareXX
1.2.33Baseline PayloadsX
1.2.3.14Ka-band Mission PayloadXX
1.2.3.1.15SEIT/PM and Support EquipmentXX
1.2.3.1.25Hardware Subsystem 1...n (Specify)XXX
1.2.3.1.35Ka-band SoftwareXX
1.2.3.24Networking and Data Routing PayloadXX
1.2.3.2.15SEIT/PM and Support EquipmentXX
1.2.3.2.25Hardware Subsystem 1...n (Specify)XXX
1.2.3.2.35Networking and Data Routing SoftwareXX
1.2.3.34Navigation SubsystemXX
1.2.3.3.15SEIT/PM and Support EquipmentXX
1.2.3.3.25Hardware Subsystem 1...n (Specify)XXX
1.2.3.3.35Navigation SoftwareXX
1.2.3.44S-band Backup TT&C SubsystemXX
1.2.3.4.15SEIT/PM and Support EquipmentXX
1.2.3.4.25Hardware Subsystem 1...n (Specify)XXX
1.2.3.4.35S-band TT&C SoftwareXX
1.2.3.54Optical Communication Terminals (OCTs)XX
1.2.3.5.15SEIT/PM and Support EquipmentXX
1.2.3.5.25Hardware Subsystem 1...n (Specify)XXX
1.2.3.5.35OCT SoftwareXX
1.2.43Upsilon Transport VariantXX
1.2.53Lambda Transport VariantXX
1.2.63Sigma Transport VariantXX
1.2.73Tracking VariantX
1.2.7.14Infrared Mission PayloadXX
1.2.7.1.15SEIT/PM and Support EquipmentXX
1.2.7.1.25Hardware Subsystem 1...n (Specify)XXX
1.2.7.1.35Infrared Payload Flight SoftwareXX
1.2.7.24Global Navigation Satellite Systems (GNSS) PayloadXX
1.2.7.2.15SEIT/PM and Support EquipmentXX
1.2.7.2.25Hardware Subsystem 1...n (Specify)XXX
1.2.7.2.35GNSS Flight SoftwareXX
1.2.7.34Directed Energy (DE) Sensor PayloadXX
1.2.7.3.15SEIT/PM and Support EquipmentXX
1.2.7.3.25Hardware Subsystem 1...n (Specify)XXX
1.2.7.3.35DE Sensor Flight SoftwareXX
1.2.83Custody LayerXX
1.2.93Space Vehicle StorageXXX
1.2.103Space Vehicle OtherXX
1.32Ground SegmentX
1.3.13SEIT/PM and Support EquipmentXX
1.3.23Hardware (FlatSat)XXX
1.3.33Software (NOVA)XX
1.42LaunchX
1.4.13Launch SEIT/PM and Support EquipmentXX
1.4.23Launch Vehicle Adapter/DispenserXXX
1.4.33Launch Systems Integration (LSI)XX
1.4.43Launch OperationsXX
1.52OperationsX
1.5.13Launch and Early Operations (LEOPs)XX
1.5.23Operations and Sustainment (O&S)XX
1.62InsuranceX
1.6.13SEPMXX
1.6.23Insurance PolicyXX
1.6.33Insurance SettlementsXX
Subtotal CostXX
Reporting Contractor G&AXX
Reporting Contractor Undistributed BudgetXX
Reporting Contractor Management ReserveXX
Reporting Contractor FCCMXX
Total CostXX
Reporting Contractor Profit/Loss or FeeXX
Total PriceXX
DD FORM 2794 (PAGE 2), REPORTING, MAY 2024

DD Form 2794, Pg 3 (EVENTS)

COST AND SOFTWARE DATA REPORTING PLAN
14. CSDR SUBMISSION EVENTS
a.
EVENT IDb.
DATA REPORT(S)c.
SUBMISSION EVENT NAMEd.
REPORT CYCLEe. AS OF DATEf. DUE DATE
(YYYYMMDD)(YYYYMMDD)
1Cost and Hour Report (FlexFile), Quantity Data ReportT3TRK - Initial Cost ReportInitial2025123120260302
2Technical Data ReportT3TRK - Initial Technical ReportInitial2025123120260302
3Cost and Hour Report (FlexFile), Quantity Data ReportT3TRK - Annual Cost Report #1Interim2026123120270302
4Technical Data ReportT3TRK - Annual Technical Report #1Interim2026123120270302
5Cost and Hour Report (FlexFile), Quantity Data ReportT3TRK - Annual Cost Report #2Interim2027123120280301
6Technical Data ReportT3TRK - Annual Technical Report #2Interim2027123120280301
7Cost and Hour Report (FlexFile), Quantity Data ReportT3TRK - Annual Cost Report #3Interim2028123120290302
8Technical Data ReportT3TRK - Annual Technical Report #3Interim2028123120290302
9Cost and Hour Report (FlexFile), Quantity Data ReportT3TRK - Annual Cost Report #4Interim2029123120300302
10Technical Data ReportT3TRK - Annual Technical Report #4Interim2029123120300302
11Cost and Hour Report (FlexFile), Quantity Data ReportT3TRK - Final Cost ReportFinal2030103120301231
12Technical Data ReportT3TRK - Final Technical ReportFinal2030103120301231
DD FORM 2794 (PAGE 3), SUBMISSION EVENTS, MAY 2024PREVIOUS EDITION IS OBSOLETE

DD Form 2794, Pg 4 (REMARKS)

COST AND SOFTWARE DATA REPORTING PLAN
15. REMARKS
A. In addition to the direction provided in the associated CSDR Data Item Descriptions (DIDs) and the CSDR Manual (DoDM 5000.04), the following instructions, requirements, and considerations found on this page/worksheet shall be utilized when collecting data and preparing CSDR submissions. This CSDR Contract plan is intended to capture costs associated with the contract number(s) listed in block 9.b, irrespective of contract type (e.g., firm-fixed price, cost-plus fixed fee) or CLIN structure, including Over and Above, Advance Procurement, Long Lead Materials, Multiyear Procurement, Inter-Division or Inter-Company Work Orders (IWOs), Foreign Military Sales (FMS), Warranty, etc.
B. CSDR PLAN REMARKS & PREPARATION INSTRUCTIONS
1. Costs reported against this CSDR plan shall be cumulative in nature (i.e., each submission shall report any and all costs incurred on and prior to the submission's "AS OF DATE" (block 14.e)).
i. WBS Element Names (block 11.c) Ending with "1...n (Contractor Shall Specify)": The contractor shall extend and specify (i.e., include additional WBS elements determined by the contractor) in order to provide additional insight into the contractor's technical approach or design. The additional WBS elements shall be developed in accordance with the WBS guidelines included in MIL-STD-881F (or latest version).
ii. The contractor may extend any WBS element in accordance with guidelines included in MIL-STD-881F (or latest version). Any changes to WBS, Order/Lot, End Item, and/or Period of Performance must be reported to the government prior to submission or immediately, with revised CSDR Plan, must be approved by the CSDR Plan approval authority.
C. SUBMISSION EVENTS & DATES
1. Deliverable Preparation Instructions by AS OF and DUE Dates: All CSDR deliverable "AS OF DATE[S]" and "DUE DATE[S]" listed in blocks 14.e and 14.f are identified for planning purposes only. Submission dates are subject to change and are determined in accordance with the event drivers as identified below:
i. All "DUE DATE" requirements are equal to the "AS OF DATE" plus 60 calendar days. If the calculated "DUE DATE" does not fall on a regular business day, the "DUE DATE" will be the next regular business day on the contractor's accounting calendar.
ii. "Final" Submission Events must meet both of the following two conditions: Condition 1: The final end item(s) has been delivered and accepted by the government (e.g., as evidenced by a completed DD-250) or higher tier contractor in the case of a subcontractor, and Condition 2: 95% or more of all ATD costs associated with the Subtotal, G&A and FCCOM have been incurred relative to all costs the reporting entity expects to incur for each and every Order/Lot (defined in Item 4 of Data Group B) associated with the contract Subtotal, G&A, FCCOM and UB.
iii. If the Contract period of performance is extended by more than six months, or if the scope of work is modified to include work not otherwise covered by the CSDR Plan, the government may modify the CSDR Plan to require additional submission events and add additional WBS elements in order to ensure the accurate and complete collection of cost data associated with the modified contract.
D. COST & HOUR REPORT (FLEXFILE)
1. The Reporting Entity is required to provide unit or sublot (specify) reporting for any given Order/Lot and End Item as outlined in block 18 of the DD Form 2794.
2. The checkmarks for EAC/FAC in column 12e at the WBS level shall be reported as "Forecast at Completion" (FAC). The Forecast At Completion (FAC) required here is not subject to the standards established in ANSI/EIA-748 guideline #27 (Estimate at Complete); therefore, the FAC does not need to be, but may be, derived from Industry Earned Value Management (EVM) processes.
3. WBS Definitions & Remarks (Data Group C) must match the technical content, cost content, and work content of each end item (see Block 17) for all WBS elements for each Cost and Hour (FlexFile) submission. The WBS Definitions & Remarks shall contain a disclosure statement detailing any differences between the CSDR reporting methodology and the reporting entity's Cost Accounting Standards. WBS Definitions & Remarks shall include a section detailing how parts are procured under this contract and any limitations of the parts procurement cost data or allocation of cost data for the WBS element.
4. The reporting entity must maintain and update WBS Definitions & Remarks throughout the life of the contract, IAW DI-FNCL-82162, if changes to the WBS occur, the reporting entity shall annotate and track changes by adding the "As of Date" of the submitted FlexFile report and indicate the changes to the WBS Definitions.
5. Order/Lot: Block 16 Orders/Lots is meant to capture the discrete Delivery Orders/Task Orders exercised on the contract. If a Delivery Order/Task Order is exercised on the contract and the CSDR plan has not been updated, it is the Reporting Entity's responsibility to still submit the dollars and hours in the FlexFile tagged to the appropriate Delivery Orders/Task Orders. The CSDR plan will be revised accordingly to include all exercised Delivery Orders/Task Orders.
6. End Items: Block 17 of this CSDR Plan is meant to capture the discrete hardware end items that are DD-250'ed, ordered, procured, or exercised (as applicable) on the contract. If an End Item is DD-250'ed, ordered, procured, or exercised (as applicable) on the contract but is not listed in block 17, the contractor shall submit the dollars and hours in the Cost and Hour Report (FlexFile) and the quantity information in the Quantity Report tagged using the name of the End Item utilized on the contract. The CSDR Plan will be updated to include the appropriate End Item name in block 17, after report submission, if required.
7. The contractor shall utilize and include the following mappings from its accounting system to the Actual Cost-Hour Data tags:
i. {To be determined during the CSDR Readiness Review based on contractor's accounting system} = Tag1
ii. {To be determined during the CSDR Readiness Review based on contractor's accounting system} = Tag2
iii. {To be determined during the CSDR Readiness Review based on contractor's accounting system} = Tag3
E. QUANTITY DATA REPORT
1. If the quantity for a given element differs from the quantity reported for the full system, provide a comment in the WBS Element Remarks section.
2. The Reporting Entity shall provide meaningful quantity information lower than the summary level in the remarks for hardware-related content across the following WBS elements: Peculiar Support Equipment, Common Support Equipment, and Initial Spares and Repair Parts, if applicable.
F. TECHNICAL DATA REPORT
1. Include only UNCLASSIFIED/CUI information in Technical Data Report deliverables submitted to CADE. Notify the Government if any values associated with the Technical Parameter Requirements are classified.
G. RESOURCE DISTRIBUTION TABLE (RDT)
1. Submissions of the Resource Distribution Table (RDT) are required under the following conditions:
i. An RDT shall be delivered no later than seven calendar days before the "CSDR Readiness Review". Prepare this submission of the RDT in accordance with the RDT Instructions on the CADE website at FAC/EAC value.This copy of the RDT will be used during the "CSDR Readiness Review" in order to identify which subcontractors will be required to provide CSDR reporting via electronic submission of deliverables directly to CADE and which subcontractors may qualify for a CSDR direct reporting subcontractor waiver.
ii. The contractor must notify the government program office immediately of the contractor identifying that a subcontractor who, at the time of initial subcontractor award, was not anticipated to qualify for direct subcontractor CSDR reporting via electronic submission of deliverables directly to CADE but is subsequently anticipated to meet the CSDR direct reporting subcontractor threshold value due to changes to scopes of work, end-item design, subcontractor/supplier, or subcontract price changes since initial contract award (unless the newly identified subcontractor has already been issued a subcontractor reporting waiver associated with this contract).
H. RELATIONSHIP/USE OF COST ACCOUNTING STANDARDS (CAS)
1. The contractor shall follow the accounting procedures specified in its latest approved CAS Disclosure Statement and with any clauses or requirements included in the contract. As part of the CSDR Readiness Review, the contractor shall identify any aspect(s) of its latest approved CAS Disclosure Statement which preclude or inhibit compliance with this CSDR Plan. The contractor shall identify any deviations from its CAS disclosure statement it intends to utilize to prepare CSDR submissions.
2. The contractor shall provide a description of significant accounting systems or CAS changes and how those changes effect the latest CSDR deliverable or the ability to compare CSDR deliverables provided before/after the accounting system/CAS revision. The contractor shall provide the description within the submission remarks of the FlexFile deliverable.
I. CSDR READINESS REVIEW
1. The contractor shall host a CSDR-RR with the Government's Cost Working Group Integrated Product Team (CWIPT) IAW DFARS 242.503-2(b) and DoD Manual 5000.04 (CSDR Manual). The purpose of the CSDR-RR is to review the contract's CSDR requirements and assess how the Contractor's accounting system satisfies the CSDR requirements found in DODM 5000.04 and this CSDR Plan. Reference the CADE website for instructions and additional information: https://cade.osd.mil/csdrreportingguidance/dd2794.html
2. The contractor and CWIPT will also review the initial submission of the "Resource Distribution Table (RDT)", in order to finalize which subcontractors will be required to provide CSDR reporting and electronic submission of deliverables directly to Cost Assessment Data Enterprise (CADE), and which subcontractors may qualify for a CSDR direct reporting subcontractor waiver.
3. The CSDR-RR shall be held within 60 days of contract award or the start of work meeting on a date mutually agreed to by the CWIPT and the contractor.
J. SPACE-SPECIFIC DEFINITIONS
1. The definitions are intended for application to all levels of integration, or WBS indenture, within the ground system: parts, materials and labor; hardware components, subassemblies, major assemblies and end items ("boxes"); computer software configuration items (CSCIs) and components (CSCs); and subsystems, system segments, and the system as a whole.
2. General Definitions
i. Acquisition costs for development of the ground system are classified as nonrecurring irrespective of the milestone, phase or gate of the overall program or the WBS element in question. So NRE costs include initial development, upgrades, and improvements to hardware, software and facilities that make up the system. Thus, requirements definition, design, engineering analyses, development hardware and software, development testing, and development support hardware and software are nonrecurring efforts.
ii. Acquisition costs for production of ground operations and processing centers (GOPCs), Ground Entry Points (GEPs), along with associated facilities, and components thereof; for spares; and for replicated spacecraft components used in ground testing and simulators are classified as recurring. Costs for installation of previously developed software in ground stations are recurring. Similarly, costs for acquisition and installation of commercial off-the-shelf software (COTS) for operational use in ground stations are recurring.
iii. Operations and Support (O&S) costs for development of concepts, procedures, training materials and simulators are classified as nonrecurring. Costs for system operation and maintenance, including training, are recurring.
iv. Nonrecurring (NRE) general examples which apply to hardware, software, facilities and O&S include: initial development of spacecraft, GOPCs, GEPs and other system segments, elements, interfaces; support equipment used for development; software development; development of upgrades and improvements (despite magnitude)
v. Recurring (REC) general examples: Ground hardware production and installation; Construction of operational ground facilities; installation of developed and COTS software in GOPCs and GEPs; replicated space hardware in GOPCs and GEPs; spares for spacecraft, GOPCs and GEPs; test equipment, software and procedure maintenance; and system operation and maintenance
vi. The software definitions apply to ground station operational software, development software, and ground test software for development and production. Ground support equipment (GSE) is addressed below. It is usually treated separately from assembly, integration and test for cost collection and estimating purposes.
3. Space Hardware Related Definitions
i. Nonrecurring Cost:

Requirements definition, engineering design & analysis;

Manufacturing tooling, fixtures and procedures;

Development units (breadboard, engineering, qual), including parts and materials;

Handling and test support equipment, simulators;

Development, qualification and life testing;

Development and production test procedures;

Engineering support for development unit fabrication, assembly & tests;

Redesign, rework and retest to correct design flaws;

Maintenance of tooling and unit test equipment until first launch

ii. Recurring Cost:

Hardware production units (proto-flight, flight, spare);

Production unit parts & materials, assembly and testing;

Setup for fabrication, assembly and test;

Engineering support for production unit fabrication, assembly & tests;

Spare parts, materials and subassemblies for production units;

Rework and retest due to workmanship problems;

Maintenance of designs and production procedures;

Maintenance of tooling and unit test equipment after first launch;

Refurbishment (of both qual and proto-flight units)

4. Software Related Definitions
i. Nonrecurring Cost:

Development of delivered operational S/W;

Software test procedures;

Software configuration management, quality assurance & documentation;

Support for/conduct of first-time software I&T with hardware and subsequent higher level I&T;

Test, development support and space vehicle production support S/W: develop. and maint. up to 1st launch;

Commercial S/W licenses for development facilities and ground station development support;

Fixing deficiencies and developing enhancements in Ground and flight software from installation up to IOC

ii. Recurring Cost:

Installation and check-out of developed S/W in ground stations;

If first-time S/W I&T is performed at ground station, then it is NRE;

Maintenance of S/C production & test support S/W after first launch;

Acquisition of stand-alone and bundled COTS S/W in operational system;

Maintenance of flight S/W (usually embedded in acquisition contracts)

5. Systems Engineering Related Definitions
i. Nonrecurring Cost:

Requirements definition, allocation and flow-down;

Specifications and ICDs - initial development & maintenance until all TBDs and TBRs are removed;

Top level design trade-offs and system definition;

Analyses and simulations of system performance and effectiveness, mission assurance, reliability,availability, maintainability, survivability, security, safety, EMI/EMC, radiation, survivability, contamination control, human engineering, autonomy and fault management;

Operations concept development;

Technical direction and configuration control during development;

Risk management though CDR;

Mass, power, link margin & reliability budgets -- initial development & maintenance until design complete;

Processing time & memory budgets;

Development, production, verification, risk management, training and security plans;

Parts, materials and processes - establishing procedures, etc.;

Product assurance development tasks;

Requirements verification through design completion, including demonstrations and IV&V;

Technical change management (RFIs, ECPs, etc.) -- NR tasks supporting changes, handling nonrecurring-only changes;

Design Integration -- mechanical, electrical, thermal, facilities;

Functional and physical configuration audit (FCA/PCA) support;

System documentation

ii. Recurring Cost:

Maintenance of specs, ICDs, plans & budgets -- after all TBDs and TBRs are removed;

Performance, S/W maintenance productivity metrics;

Analysis updates;

System configuration control after design completion;

Mass, power, link margin & reliability budgets - supporting production;

Support for production testing, rehearsals and operational test and evaluation;

Product assurance;

Requirements verification after design completion;

Launch readiness reviews, support for product acceptance;

Technical change management (RFIs, ECPs, etc.) -- supporting recurring portions of changes and recurring- only changes

6. Assembly Integration & Test (AI&T) Related Definitions
i. Nonrecurring Cost:

Development, qualification and life testing - all levels and system segments;

Development and acceptance test plans and procedures;

Development, qualification and life test analysis and reports;

I&T for correcting software problems prior to IOC

ii. Recurring Cost:

Space vehicle assembly, integration and acceptance testing;

Acceptance test analysis and reports;

Integration and test of previously-developed software -in GOPCs, GEPs

7. Program Management Related Definitions
i. Nonrecurring Cost:

Management activities applied to/associated with NRE efforts - top level program management, project control and planning, business/financial mgmt, subcontract mgmt, product effectiveness, computer support;

Procedures and infrastructure establishment - Cost accounting, configuration & data management, parts & material acquisition, security, facilities

ii. Recurring Cost:

Management activities applied to/associated with REC efforts

8. Expanded Ground Support Equipment Definitions
i. Nonrecurring Cost:

Concept of operations and maintenance development;

Operations & maintenance procedure development;

Development of training materials, simulators and aids;

Initial ILS analysis and data;

Upgrades/changes to above associated with: Major redesigns, capability increments Recapitalization, operating system changes

ii. Recurring Cost:

System operation costs - operations, training, systems engineering & management staff;

Hardware maintenance & recapitalization;

Software maintenance - including COTS license costs;

Software modifications/fixes after IOC;

Reproduction and updating of technical data and manuals;

Procurement/production of hardware spares;

Rehearsals and initialization of space vehicles

9. Pre-Operations Support Definitions
i. Pre-Operations Maintenance 1..n (Specify):

These elements contain all the resources related to the pre-operations (Pre-Ops) maintenance (software updates) of Software. This function begins with the acceptance of the Software elements and ends with the start of Operations.

ii. Pre-Operations Mission Support:

These elements include all the resources required for the operation of the Space or Ground system prior to turn-over. Includes, for example:

a. On-orbit testing; routine monitoring of Space or Ground system equipment health and status

b. Fault detection

c. Anomaly investigation and resolution. (The Mission Support period typically begins after installation and a specified time prior to launch and ends when the Space Vehicle achieves initial operational capability.)

DD FORM 2794 (PAGE 4), REMARKS, MAY 2024 PREVIOUS EDITION IS OBSOLETE

DD Form 2794, Pg 5 (SCOPE DEF)

COST AND SOFTWARE DATA REPORTING PLAN
INTRA-CONTRACT SCOPE REPORTING DEFINITION
16. ORDERS/LOTS
a. IDb. NAMEc. PHASE/MILESTONE
1Baseline DevelopmentB
17. END ITEMS
a. IDb. NAME
MW/MTMissile Warning/Missile Tracking (MW/MT) Variant
MWTDMissile Warning, Tracking and Defense (MWTD) Variant
18. UNIT/SUBLOT REPORTING AND UNIT SEQUENCING REQUIREMENTS
a. ORDER/LOT IDb. END ITEM IDc. UNIT/SUBLOT REPORTING
(X if applicable)d. UNIT SEQUENCING

(X if applicable)

DD FORM 2794 (PAGE 5), INTRA-CONTRACT SCOPE, MAY 2024

DD Form 2794, Pg 9a (TECH RQTS)

COST AND SOFTWARE DATA REPORTING PLAN - TECHNICAL PARAMETER REQUIREMENTS
TECHNICAL PARAMETER REQUIREMENTS
29. WBS
ELEMENT CODE30. WBS ELEMENT NAME31. ITEM TYPE32. TECHNICAL PARAMETER
a. PARAMETER NAMEb. UNIT OF MEASUREc. UNIT OF MEASURE QUALIFIERd. REPEATABLEe. DEFINITIONf. REMARKS
1.0Tranche 3 Tracking LayerMilestone DateContract AwardDateContract Award date
1.0Tranche 3 Tracking LayerMilestone DateSystem PDRDatePDR date
1.0Tranche 3 Tracking LayerMilestone DateSystem CDRDateCDR date
1.0Tranche 3 Tracking LayerMilestone DateSystem PRRDatePRR date
1.0Tranche 3 Tracking LayerMilestone DateLaunchDateBy LaunchYDate of each launch
1.0Tranche 3 Tracking LayerSpace SystemOrbit Altitude (km)Kilometers (km)For planet orbiting vehicles (satellites) the average orbital altitude of the vehicle from planet surface (Avg). For earth orbiting satellites, the average height above sea level.
1.0Tranche 3 Tracking LayerSpace SystemOrbit Inclination (deg)DegreesThe angular distance (in degrees) of the Space Vehicle (SV) orbital plane from the equator or the ecliptic from the orbited object.
1.0Tranche 3 Tracking LayerSpace SystemMission Assurance ClassListThe Mission Class (A through D) from the Technical Parameter Requirement listClass A - D, Commercial
1.0Tranche 3 Tracking LayerSpace SystemMission TypeListDefines the primary mission being executed (e.g. Communication, surveillance, scientific, navigation, experimental, environmental)
1.2Space VehicleSpaceVehicleLearning CurvePercent (%)DELETE
1.2Space VehicleSpaceVehicleTotal Payload MassKilograms (kg)Combined mass of all payloads on a space vehicle.
1.2Space VehicleSpaceVehicleMass - DryKilograms (kg)Mass of space vehicle excluding fuel/propellant.
1.2Space VehicleSpaceVehicleMass - WetKilograms (kg)Total fueled mass of the space vehicle upon delivery to orbit.
1.2Space VehicleSpaceVehiclePower - Beginning of Life (BOL)Watts (W)Beginning of Life (BOL) power
1.2Space VehicleSpaceVehiclePower - End of Life (EOL)Watts (W)End of Life (EOL) power
1.2Space VehicleSpaceVehicleAverage Day Power (EOL)Watts (W)The average power output from the solar arrays when fully exposed to the sun at the end of spacecraft design life.
1.2Space VehicleSpaceVehicleAverage Eclipse Power (EOL)Watts (W)The average power output from the solar arrays when the sun is partially blocked by the earth (or other body) at the end of spacecraft design life.
1.2.2BusSpacecraft BusVendorDescriptorSubcontractor producing the item (if applicable).
1.2.2BusHeritageNew DesignPercent (%)Heritage: The extent of the item's design that is new using a 0-100% scale with the following guidelines: - 0%-10% Existing design. Build-to-print or previously qualified design solution, TRL is expected to be high (e.g. TRL 9). - 10%-40% Minor design change. No change to form, fit, function of the solution. May result from parts obsolescence and/or producibility enhancements. Considers updates to configuration drawings and test procedures as necessary. Includes any design reviews and changes to engineering/prototype/qualification models as needed. Anticipate the design will be qualified by similarity or analysis. TRL is expected to be high (e.g. TRL 8-9.) - 40%-70% Moderate design changes. Solution derived from previously qualified design. Includes updates to configuration drawings and test procedures. Includes design reviews, modified tooling & test equipment, and engineering/prototype/qualification models needed to qualify the modified design. TRL is expected to be moderately high (e.g. TRL 7-8). - 70%-100% Major redesign or new design to meet derived requirements. New form, fit, and function solution. Includes design reviews, tooling & test equipment, and engineering/prototype/qualification models needed to qualify the design. This range suggests a significant design effort - TRL may be in the 5-7 range. Note for all designs lower than TRL-6, significant technology maturation may be required over and above the effort outlined above.
1.2.2BusHeritageFlight HeritageName/NumberThe heritage or most similar previous product from which the subject product was derived.
1.2.2BusSpacecraft BusCurrent TRLListTechnology Readiness Levels (TRL) are a set of nine graded definitions/descriptions of stages of technology maturity. They were originated by the National Aeronautics and Space Administration and adapted by the DOD for use in its acquisition system.
1.2.2BusSpacecraft BusLearning CurvePercent (%)Estimated Unit Theory learning curve percentage where each time the cumulative production quantity doubles, the cost (or time) to produce one additional unit decreases by this constant percentage.
1.2.2BusSpacecraft BusMass - BasicKilograms (kg)The basic mass in kilograms (kg). This value is based on an assessment of the most recent baseline design, excluding mass growth allowance. Total dry weight of the product or box in kilograms (exclude propellants, pressurants, refrigerants, etc.). The weight excludes weight growth (contingency). Where the line-item described by the weight is being used to represent N identical items (assemblies or boxes), the weight is the weight of one assembly or box. Where the line-item represents a collection of different items, such as a collection of propulsion subsystem valves, filters and sensors, the unit weight is the sum of the weights of all of the items represented.
1.2.2BusSpacecraft BusMass - Growth AllowanceKilograms (kg)The mass growth allowance in kilograms (kg). This value is the likely change to the basic mass, based on an assessment of the design maturity, allowing for design changes that may occur, excluding changes due to contract/requirements changes. Note that this value represents the summation of mass growth for a total quantity per space vehicle within the next higher unit/subsystem; i.e. it is not the mass growth for a single unit unless there is only one of these products within the next higher level product element.
1.2.2BusSpacecraft BusTotal Required Power - NominalWatts (W)Power required by all bus subsystems for nominal operations
1.2.2BusSpacecraft BusTotal Required Power - PeakWatts (W)Peak Power required by all bus subsystems for operations
1.2.2BusSpacecraft BusData RateMbpsThe speed at which information is transferred through a communications or computing medium; measured in megabits per second.
1.2.2BusSpacecraft BusTotal Impulse (Delta-V)Meters/SecondTotal impulse is the product of thrust times duration over the motor burn time. This measures the total amount of momentum imparted to the rocket by the motor.
1.2.2.3Blus Flight SoftwareSoftwareNonSRDREquivalent Source Lines of Code GeneratedEquivalent Source Lines of Code (ESLOC)Actual to DateEquivalent Source Lines of Code calculated as the sum of: Total New Lines of Code x 100% Total Modified Lines of Code x Adaptive Factor (typically varies between 15-50% depending on language and complexity) Total Reuse Lines of Code x Adaptive Factor (typically 5-7%) Auto-Generated Lines of Code x 32%
1.2.2.3Blus Flight SoftwareSoftwareNonSRDREquivalent Source Lines of Code GeneratedEquivalent Source Lines of Code (ESLOC)Estimate at CompleteEquivalent Source Lines of Code calculated as the sum of: Total New Lines of Code x 100% Total Modified Lines of Code x Adaptive Factor (typically varies between 15-50% depending on language and complexity) Total Reuse Lines of Code x Adaptive Factor (typically 5-7%) Auto-Generated Lines of Code x 32%
1.2.3.1Ka-band Mission PayloadPayloadVendorDescriptorSubcontractor producing the item (if applicable).
1.2.3.1Ka-band Mission PayloadHeritageNew DesignPercent (%)Heritage: The extent of the item's design that is new using a 0-100% scale with the following guidelines: - 0%-10% Existing design. Build-to-print or previously qualified design solution, TRL is expected to be high (e.g. TRL 9). - 10%-40% Minor design change. No change to form, fit, function of the solution. May result from parts obsolescence and/or producibility enhancements. Considers updates to configuration drawings and test procedures as necessary. Includes any design reviews and changes to engineering/prototype/qualification models as needed. Anticipate the design will be qualified by similarity or analysis. TRL is expected to be high (e.g. TRL 8-9.) - 40%-70% Moderate design changes. Solution derived from previously qualified design. Includes updates to configuration drawings and test procedures. Includes design reviews, modified tooling & test equipment, and engineering/prototype/qualification models needed to qualify the modified design. TRL is expected to be moderately high (e.g. TRL 7-8). - 70%-100% Major redesign or new design to meet derived requirements. New form, fit, and function solution. Includes design reviews, tooling & test equipment, and engineering/prototype/qualification models needed to qualify the design. This range suggests a significant design effort - TRL may be in the 5-7 range. Note for all designs lower than TRL-6, significant technology maturation may be required over and above the effort outlined above.
1.2.3.1Ka-band Mission PayloadHeritageFlight HeritageName/NumberThe heritage or most similar previous product from which the subject product was derived.
1.2.3.1Ka-band Mission PayloadPayloadCurrent TRLListTechnology Readiness Levels (TRL) are a set of nine graded definitions/descriptions of stages of technology maturity. They were originated by the National Aeronautics and Space Administration and adapted by the DOD for use in its acquisition system.
1.2.3.1Ka-band Mission PayloadPayloadLearning CurvePercent (%)Estimated Unit Theory learning curve percentage where each time the cumulative production quantity doubles, the cost (or time) to produce one additional unit decreases by this constant percentage.
1.2.3.1Ka-band Mission PayloadPayloadMass - BasicKilograms (kg)The basic mass in kilograms (kg). This value is based on an assessment of the most recent baseline design, excluding mass growth allowance. Total dry weight of the product or box in kilograms (exclude propellants, pressurants, refrigerants, etc.). The weight excludes weight growth (contingency). Where the line-item described by the weight is being used to represent N identical items (assemblies or boxes), the weight is the weight of one assembly or box. Where the line-item represents a collection of different items, such as a collection of propulsion subsystem valves, filters and sensors, the unit weight is the sum of the weights of all of the items represented.
1.2.3.1Ka-band Mission PayloadPayloadMass - Growth AllowanceKilograms (kg)The mass growth allowance in kilograms (kg). This value is the likely change to the basic mass, based on an assessment of the design maturity, allowing for design changes that may occur, excluding changes due to contract/requirements changes. Note that this value represents the summation of mass growth for a total quantity per space vehicle within the next higher unit/subsystem; i.e. it is not the mass growth for a single unit unless there is only one of these products within the next higher level product element.
1.2.3.1Ka-band Mission PayloadPayloadTotal Required Power - NominalWatts (W)Power required by all payload subsystems for nominal operations
1.2.3.1Ka-band Mission PayloadPayloadTotal Required Power - PeakWatts (W)Peak Power required by all payload subsystems for operations
1.2.3.1Ka-band Mission PayloadPayloadData RateMbpsThe speed at which information is transferred through a communications or computing medium; measured in megabits per second.
1.2.3.1.2Hardware Subsystem 1...n (Specify)PhysicalElecMass - BasicKilograms (kg)The basic mass in kilograms (kg). This value is based on an assessment of the most recent baseline design, excluding mass growth allowance. Total dry weight of the product or box in kilograms (exclude propellants, pressurants, refrigerants, etc.). The weight excludes weight growth (contingency). Where the line-item described by the weight is being used to represent N identical items (assemblies or boxes), the weight is the weight of one assembly or box. Where the line-item represents a collection of different items, such as a collection of propulsion subsystem valves, filters and sensors, the unit weight is the sum of the weights of all of the items represented.
1.2.3.1.2Hardware Subsystem 1...n (Specify)PhysicalElecMass - Growth AllowanceKilograms (kg)The mass growth allowance in kilograms (kg). This value is the likely change to the basic mass, based on an assessment of the design maturity, allowing for design changes that may occur, excluding changes due to contract/requirements changes. Note that this value represents the summation of mass growth for a total quantity per space vehicle within the next higher unit/subsystem; i.e. it is not the mass growth for a single unit unless there is only one of these products within the next higher level product element.
1.2.3.1.3Ka-band Flight SoftwareSoftwareNonSRDREquivalent Source Lines of Code GeneratedEquivalent Source Lines of Code (ESLOC)Actual to DateEquivalent Source Lines of Code calculated as the sum of: Total New Lines of Code x 100% Total Modified Lines of Code x Adaptive Factor (typically varies between 15-50% depending on language and complexity) Total Reuse Lines of Code x Adaptive Factor (typically 5-7%) Auto-Generated Lines of Code x 32%
1.2.3.1.3Ka-band Flight SoftwareSoftwareNonSRDREquivalent Source Lines of Code GeneratedEquivalent Source Lines of Code (ESLOC)Estimate at CompleteEquivalent Source Lines of Code calculated as the sum of: Total New Lines of Code x 100% Total Modified Lines of Code x Adaptive Factor (typically varies between 15-50% depending on language and complexity) Total Reuse Lines of Code x Adaptive Factor (typically 5-7%) Auto-Generated Lines of Code x 32%
1.2.3.2Networking and Data Routing PayloadPayloadVendorDescriptorSubcontractor producing the item (if applicable).
1.2.3.2Networking and Data Routing PayloadHeritageNew DesignPercent (%)Heritage: The extent of the item's design that is new using a 0-100% scale with the following guidelines: - 0%-10% Existing design. Build-to-print or previously qualified design solution, TRL is expected to be high (e.g. TRL 9). - 10%-40% Minor design change. No change to form, fit, function of the solution. May result from parts obsolescence and/or producibility enhancements. Considers updates to configuration drawings and test procedures as necessary. Includes any design reviews and changes to engineering/prototype/qualification models as needed. Anticipate the design will be qualified by similarity or analysis. TRL is expected to be high (e.g. TRL 8-9.) - 40%-70% Moderate design changes. Solution derived from previously qualified design. Includes updates to configuration drawings and test procedures. Includes design reviews, modified tooling & test equipment, and engineering/prototype/qualification models needed to qualify the modified design. TRL is expected to be moderately high (e.g. TRL 7-8). - 70%-100% Major redesign or new design to meet derived requirements. New form, fit, and function solution. Includes design reviews, tooling & test equipment, and engineering/prototype/qualification models needed to qualify the design. This range suggests a significant design effort - TRL may be in the 5-7 range. Note for all designs lower than TRL-6, significant technology maturation may be required over and above the effort outlined above.
1.2.3.2Networking and Data Routing PayloadHeritageFlight HeritageName/NumberThe heritage or most similar previous product from which the subject product was derived.
1.2.3.2Networking and Data Routing PayloadPayloadCurrent TRLListTechnology Readiness Levels (TRL) are a set of nine graded definitions/descriptions of stages of technology maturity. They were originated by the National Aeronautics and Space Administration and adapted by the DOD for use in its acquisition system.
1.2.3.2Networking and Data Routing PayloadPayloadLearning CurvePercent (%)Estimated Unit Theory learning curve percentage where each time the cumulative production quantity doubles, the cost (or time) to produce one additional unit decreases by this constant percentage.
1.2.3.2Networking and Data Routing PayloadPayloadMass - BasicKilograms (kg)The basic mass in kilograms (kg). This value is based on an assessment of the most recent baseline design, excluding mass growth allowance. Total dry weight of the product or box in kilograms (exclude propellants, pressurants, refrigerants, etc.). The weight excludes weight growth (contingency). Where the line-item described by the weight is being used to represent N identical items (assemblies or boxes), the weight is the weight of one assembly or box. Where the line-item represents a collection of different items, such as a collection of propulsion subsystem valves, filters and sensors, the unit weight is the sum of the weights of all of the items represented.
1.2.3.2Networking and Data Routing PayloadPayloadMass - Growth AllowanceKilograms (kg)The mass growth allowance in kilograms (kg). This value is the likely change to the basic mass, based on an assessment of the design maturity, allowing for design changes that may occur, excluding changes due to contract/requirements changes. Note that this value represents the summation of mass growth for a total quantity per space vehicle within the next higher unit/subsystem; i.e. it is not the mass growth for a single unit unless there is only one of these products within the next higher level product element.
1.2.3.2Networking and Data Routing PayloadPayloadTotal Required Power - NominalWatts (W)Power required by all payload subsystems for nominal operations
1.2.3.2Networking and Data Routing PayloadPayloadTotal Required Power - PeakWatts (W)Peak Power required by all payload subsystems for operations
1.2.3.2Networking and Data Routing PayloadPayloadData RateMbpsThe speed at which information is transferred through a communications or computing medium; measured in megabits per second.
1.2.3.2.2Hardware Subsystem 1...n (Specify)PhysicalElecMass - BasicKilograms (kg)The basic mass in kilograms (kg). This value is based on an assessment of the most recent baseline design, excluding mass growth allowance. Total dry weight of the product or box in kilograms (exclude propellants, pressurants, refrigerants, etc.). The weight excludes weight growth (contingency). Where the line-item described by the weight is being used to represent N identical items (assemblies or boxes), the weight is the weight of one assembly or box. Where the line-item represents a collection of different items, such as a collection of propulsion subsystem valves, filters and sensors, the unit weight is the sum of the weights of all of the items represented.
1.2.3.2.2Hardware Subsystem 1...n (Specify)PhysicalElecMass - Growth AllowanceKilograms (kg)The mass growth allowance in kilograms (kg). This value is the likely change to the basic mass, based on an assessment of the design maturity, allowing for design changes that may occur, excluding changes due to contract/requirements changes. Note that this value represents the summation of mass growth for a total quantity per space vehicle within the next higher unit/subsystem; i.e. it is not the mass growth for a single unit unless there is only one of these products within the next higher level product element.
1.2.3.2.3Networking and Data Routing SoftwareSoftwareNonSRDREquivalent Source Lines of Code GeneratedEquivalent Source Lines of Code (ESLOC)Actual to DateEquivalent Source Lines of Code calculated as the sum of: Total New Lines of Code x 100% Total Modified Lines of Code x Adaptive Factor (typically varies between 15-50% depending on language and complexity) Total Reuse Lines of Code x Adaptive Factor (typically 5-7%) Auto-Generated Lines of Code x 32%
1.2.3.2.3Networking and Data Routing SoftwareSoftwareNonSRDREquivalent Source Lines of Code GeneratedEquivalent Source Lines of Code (ESLOC)Estimate at CompleteEquivalent Source Lines of Code calculated as the sum of: Total New Lines of Code x 100% Total Modified Lines of Code x Adaptive Factor (typically varies between 15-50% depending on language and complexity) Total Reuse Lines of Code x Adaptive Factor (typically 5-7%) Auto-Generated Lines of Code x 32%
1.2.3.3Navigation SubsystemPayloadVendorDescriptorSubcontractor producing the item (if applicable).

This is the start of the file's text. The full file is on GovTribe.

File details come from the government source that posted it. Updated .