“Current software data reports suffer from many shortcomings, including inconsistency of data reporting, inability to track to cost reports, and use of non-standard formats. Over the past two years the DoD cost community has jointly developed a new software data reporting system that will mitigate many of the existing shortcomings. CAPE is now implementing the use of the updated SRDR, found on the CADE public website, for collection of software data on efforts that meet Cost and Software Data Reporting (CSDR) thresholds.”
-DoD Cost Analysis Improvement Memo, January 9, 2017
A new SRDR Data Item Description (DID), DI-MGMT-82035A, with an updated format for development, an updated format for maintenance, and a new format for Enterprise Resource Planning (ERP) programs was approved in November 2017 and is available in our DID & Form Table page (link is provided below). It replaces the 2016 version of the DID which superseded the 2011 Initial and Final SRDR DIDs. The SRDR DID must be used for all new contracts and government efforts over $20M development or over $1M per year maintenance. Contract data requirements lists (CDRLs) may be amended to implement the new DIDs for future software releases at the discretion of the Program Manager and Cost Working Integrated Product Team (CWIPT). Example SRDR CDRL language to address the new SRDR DID is available in our CDRL page (link is provided below).
SRDR development (to include ERP programs) reporting thresholds remain unchanged at $20M, then year dollars. If a program either has previously qualified for SRDR development reporting or currently qualifies for CCDR sustainment reporting (i.e., total contract exceeding $50M, then year dollars), and the total current annual software maintenance effort exceeds $1M per year, then year dollars, then maintenance SRDRs are required. For maintenance SRDRs, do not include capability enhancement costs in the calculation if the capability enhancement is itself part of a designated ACAT I, II, or III program. These thresholds apply to both contractor and government efforts. Any phase of a program may use any of the forms associated with SRDRs, the CWIPT should consider the software effort environment and which form or forms best apply.
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.
The purpose of the SURF team is to maintain the Government Verification & Validation (V&V) efforts on SRDRs. The intent is to supplement the 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.
SURF V&V Question Templates are MS Excel files that accompany the V&V guide. The four question templates provide a check list to aid SURF and DCARC analysts in the review of Legacy, Development, Maintenance and ERP software data reports.