Software Data

Reports
CSDR Planning
CSDR Policy
CSDR Reporting

Software Data

Software Resources Data Reporting (SRDR) is a mechanism used by the Department of Defense (DoD) cost and acquisition communities to collect cost and technical data on government and contractor software development, software maintenance and Enterprise Resource Planning (ERP) development efforts. The reporting thresholds for each of these SRDRs is outlined in DoD Instruction (DoDI) 5000.73. The SRDR Data Item Description (DID) provides the guidance and instruction for the preparation of data and information that is submitted using these three reporting formats:

  • Format 1, DD Form 3026-1, Software Development Report, provides the reporting format for software development efforts. Software development reports accommodate initial reports with estimated values, interim reports with a combination of estimated and actual values, and final reports with actual values.
  • Format 2, DD Form 3026-2, Software Maintenance Report, provides the reporting format for software maintenance efforts. Software Maintenance Reports provide actual values and are submitted on an annual basis unless the Cost Working Integrated Product Team (CWIPT) deems otherwise.
  • Format 3, DD Form 3026-3, ERP Software Development Report, provides the reporting format for ERP programs. ERP or Defense Business Systems are considered a special case of a software development effort.

Each SRDR format requires that information and data be submitted in two Parts. Part 1 includes identifying information, as well as, software size, schedule, and technical characteristics. Part 1 is required to be submitted in eXtensible Markup Language (XML) format when cPet functionality is available to generate an XML file from the completed Excel forms. Part 2 provides effort data by month must be submitted in Excel format. Where possible, the information provided in Part 2 should align with the data provided in companion Contractor Cost Data Reports (CCDRs).

Any phase of a program may use any of the SRDR formats, the CWIPT will make a determination as indicated on the Cost and Software Data Reporting (CSDR) plan which SRDR format(s) is required for the specific effort based on the software scope and effort.


Reference material for the SRDR:

  • All CSDR DIDs, Forms and example CDRLs can be accessed through the DIDs and FORM TABLE

  • Implementation Guidance

  • cPet Validation

  • Unified Code Counter – Government (UCC-G)

    • The SRDR DID requires the use of the latest Government-approved version of the University of Southern California (USC) Center for Systems and Software Engineering (CSSE) Unified Code Counter (UCC). The Government has conducted Independent Verification and Validation (IV&V) that ensures the code counter can be used on Government systems and provides standardized results across the DoD community. If there are any issues accessing the UCC-G, then the University of Southern California's publicly available version of the UCC is an acceptable alternative for use.
    • Access to the UCC-G requires the interested party to acquire an ARC (Acquisition Research Center) account. This process is outlined below:
      • Step 1: Please request an ARC account by following the process outlined on How Can I Do Business with the NRO?, the registration page for ARC accounts. The ARC account request has two parts: (1) Proof of U.S. Citizenship, and (2) an online registration form.
      • Step 2: Request read access to the UCC-G project (U2C2 Read) by following the instructions on the new Steps to Download the UCC-G Tool document. Once the user is approved, they will be able to access the UCC-G.
    • For more information on who can access the UCC-G, approved versioning, and bug reporting, see the UCC-G Frequently Asked Questions (FAQs). Other questions about the UCC-G can be directed to acehelpdesk@westfields.net.

  • Application Domains - The SRDR DID requires that Application Domains are identified for reported software activities. The brief linked below provides a description and a definition for each of the Application Domains.

    Application Domain Brief


SRDR Unified Review Function (SURF)

The purpose of the SURF team is to maintain the Government Verification & Validation (V&V) efforts for SRDR. The intent is to supplement the Defense Cost and Resource Center (DCARC) review at the time of the SRDR submission in order to improve the quality of the data collection and decrease the amount of time required for Government review and contractor processing.

Read the Department of Defense Software Resource Data Report (SRDR) Verification and Validation (V&V) Guide version 4.0

SURF V&V Question Templates are MS Excel files that accompany the V&V guide. The four templates provide a check list to aid SURF and DCARC analysts in the review of Legacy, Development, Maintenance and ERP software data reports.