SOW -GARDEM C2-SpISR 12 MAR 25.docx

DOCX document 91 KB Posted

Attached to
GARDEM 2 COMMAND & CONTROL - SPACE INTELLIGENCE, SURVEILLANCE & RECONNAISANCE (C2-SpISR)
Solicitation number
RFI-RIKF-B004
Issued by

About this file

This is a Statement of Work (SOW) for the Global Application Research, Development, Engineering and Maintenance 2 (GARDEM 2) Command and Control, Space Intelligence, Surveillance & Reconnaissance (C2-SpISR) contract for the Air Force Research Laboratory. The primary objective is to perform research, development, engineering, prototyping, integration, testing, and maintenance of advanced software technologies supporting Air Force, Department of Defense, and Intelligence Community missions across air, space, cyber, and maritime domains.

Key technical requirements include developing sophisticated software capabilities for intelligence reporting, data fusion, mission planning, and situational awareness. Specific focus areas include developing service-based mission planning applications, enhancing tactical data link interfaces, creating advanced algorithms for space platform tracking, implementing information fusion technologies, and supporting operational systems like C2Core Cyber, National Tactical Data Manager, and Knowledge-as-a-Service. The contract will involve on-site engineering support at locations including United States Space Force (USSF) at Schriever AFB and Air Force National Tactical Integration in Colorado, with emphasis on modular, open-standards software development methodologies and comprehensive security compliance.

View the file

Other files

File Type Posted
GARDEM RFI C2 RD Order Final 25MAR25.docx DOCX document

On GovTribe

Work with this file

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

Text version

AIR FORCE RESEARCH LABORATORY

ROME RESEARCH SITE

ROME, NEW YORK

STATEMENT OF WORK (SOW)

FOR

GARDEM 2

COMMAND & CONTROL - SPACE INTELLIGENCE, SURVEILLANCE & RECONNAISANCE (C2-SpISR)

12 MAR 2025

(Solicitation No. RFI-RIKF-B004)

TABLE OF CONTENTS

Paragraph
Subject
Page
1.0
Objective
3
2.0
Scope
3
3.0
Background
6
4.0
Technical Requirements
9
1.0OBJECTIVE: The objective of this effort is to perform research, development, engineering, prototyping, integration, testing and demonstration of technologies and concepts as well as enhancements, modifications, integration, testing, deployments and maintenance of technologies and concepts in support of Global Application Research, Development, Engineering and Maintenance 2 (GARDEM 2) Command and Control, Space and Intelligence, Surveillance & Reconnaissance (C2-SpISR) software baselines.
2.0SCOPE: The Contractor shall fulfill requirements of Research and Development (R&D), software enhancement, and Operations and Maintenance (O&M) activities supporting the functional and technical requirements of the Air Force, Department of Defense, Intelligence Community (IC), and other federal agencies. The work may include, but is not limited to: acquire hardware and software analytical studies, system feasibility studies, system design, system trade-off studies, rapid prototyping, system demonstrations, software development, system(s) simulations, mission application enhancement, rapid implementation, sustainment, installation (hardware and software), functional test and evaluation analyses, security test and evaluation analyses, technology transition, training, training documentation, technology integration and program management, on-site engineering support, analysis of software implementation options and alternatives, and program management.
3.0BACKGROUND: Access to information enables the rapid employment of the right military forces at the right place and time to achieve strategic objectives while preventing any adversary from doing the same. To achieve this position of dominance, GARDEM customers require a continuous flow of state-of-the-art technological capabilities to assemble actionable information from multiple data sources, establishing and maintaining battle space situational awareness and understanding. Technology development will focus on workflow, operational reporting, intelligence reporting, intelligence exploitation, multi-source data fusion, semantic searching, faceted data navigation, data visualization, tactical data links, situational awareness, data analysis, and intelligence production to provide Command, Control, Communications, Computers, and Intelligence (C4I) dominance in areas such as space situational awareness (SSA), cyber/air/space/ISR command and control (C2), and strategic and operational level planning, assessment, and execution. Emphasis will be placed on development that enables re-use across these mission areas and other domains.

4.0 TECHNICAL REQUIREMENTS. The Contractor shall accomplish the following:

4.1 The work will be performed in support of operational systems to include, but not limited to, the following GARDEM software baselines:

· C2Core Cyber

· C2Core Net Ops

· C2Core Air

· National Tactical Data Manager (NTDM)

· Advanced Collection Requirements Engine (ACRE)

· Knowledge-as-a-Service (KaaS)

· Master Air Attack Planning Tool Kit (MAAPTK)

· Integrated Solutions to Situational Awareness (ISSA) suite of tools

· Astrodynamics libraries

4.2Research and Development (R&D): Research, design, develop, engineer, and implement software enhancements to integrate, correlate, and fuse intelligence, command and control (C2) and operational data from a variety of databases, sensors, platforms, display the data, and provide access to the data from external systems via application and enterprise services to improve Air, Ground and Space Situation Awareness and enable data analysis.
4.2.1Provide on-site system R&D, test, and installation at the following locations. Locations subject to change based on world events:

· United States Space Force (USSF), Schriever AFB, CO

· Air Force National Tactical Integration Colorado (AF-NTI CO) Buckley SFB, CO

4.2.1.1On-site tasks include but are not limited to system installations (para 4.11), testing (para 4.15), documentation (4.6), Problem Report / Change Request (PR/CR) management (para 4.5), Authorization and Assessment (A&A) (para 4.16), interface management (para 4.7), and integration.
4.2.2Research, design, develop, prototype, test and integrate software and hardware solutions to meet Government approved objectives. Develop and modify applications in support of C2, operational and intelligence reporting, data analysis, and C2 exercises and operations to include but not limited to the following: (see CDRL, A021)
4.2.2.1Case studies and software to support data collection, management, analysis and reporting solutions.
4.2.2.2Candidate software enhancements to adapt to changing tactics and evolving threats.
4.2.2.3Data access, storage, user interface, services and information retrieval patterns to mature GARDEM capability system architecture with goal of improving interoperability.

4.2.2.3.1 Provide engineered solutions to mission partner interoperability via Office of the Undersecretary of Defense, Acquisition & Sustainment (OUSD A&S) Defense Exportability Features (DEF) program.

4.2.2.4Mission applications across the air, space, cyber, and maritime domains.
4.2.2.4.1Service-based mission planning application. This includes new data interfaces with Air Operations Center (AOC) applications and data sources, to include but not limited to Air Operations Database (AODB), Modernized Intelligence Database (MIDB), Joint Targeting Database (JTDB), Digital Aeronautical Flight Information File (DAFIF), Friendly Order of Battle (FrOB), weather data, and Theater Battle Management Core System (TBMCS).
4.2.2.4.2Service-based Intelligence Surveillance and Reconnaissance (ISR) mission planning application that includes data interfaces with operational collection management systems and data to include, but not limited to, Unified Collection Operations Reporting Network (UNICORN) and Link Monitoring and Management Tool (LMMT).

4.2.2.4.2.1 Interface and analyze National Technical Means (NTM) data and protocols to and from tactical data links (TDLs) as part of the service-based ISR mission planning applications

4.2.2.4.3Service-based space planning application that integrates space & terrestrial sensor status and configuration data with space assets data and capabilities into theater planning systems, C2, and airborne support and execution platforms.
4.2.2.4.4Augment and develop advanced algorithms for the Overhead operational security (OPSEC) user community including but not limited to astrodynamics libraries, defined orbital mechanics/orientation of space-borne platforms (i.e., ephemeris, conjunctions, apogee, perigee, look-angle, quadrature, elongation, nadir/zenith prediction etc.), anomaly detection, abductive reasoning for course of action (COA) analysis.
4.2.2.4.5Integrate with relevant communications infrastructure to include but not limited to Joint Range Extension (JRE), JRE Applications Protocol (JREAP), Air Defense System Integrator (ADSI), Integrated Broadcast System (IBS) / Common Interactive Broadcast (CIB), Link 16 and other tactical data links (TDLs).

4.2.2.4.5.1 Interface and integrate with relevant PACFLT strike group systems to include but not limited to I-COP (Intelligence Carry On Program), C-COP (Cryptologic Carry On Program) and DCGS-N (Distributed Common Ground Station – Navy).

4.2.2.4.6 Enhance and develop the modernization of Joint Interface Control Officer (JICO) tool sets including but not limited to the C2Core NetOps application, generation of OPTASK LINKs (OTLs) for TDLs, network plans and COMMs for exercises and operational needs. Extend, expand and supplement the legacy Joint Interface Control Officer (JICO) tool sets capabilities with latest technologies and micro-services including but not limited to the C2Core NetOps application, generation of OPTASK LINKs (OTLs) for TDLs, network plans and COMMs for exercises and operational needs.

4.2.2.5Routing of digital information with minimal man-in-the-loop operations, across various interfaces, network/security domains, formats and mediums as needed.
4.2.2.5.1Novel database and data interfaces with cross domain solutions to include Information Support Server Environment (ISSE) Guard.
4.2.2.5.2Design, develop, implement and demonstrate capabilities to exploit data at multiple classification levels supporting mission domains.
4.2.2.6High fidelity modeling/simulation for mission planning and mission rehearsal.
4.2.2.7Information Fusion capabilities that includes collection, association, correlation, processing, analysis, storing, exploitation, and dissemination of fused information intelligence from multiple data sources, sensor sources, sensor types, Human Intelligence (HUMINT), Signal Intelligence (SIGINT), Imagery Intelligence (IMINT), Measures and Signature Intelligence (MASINT), and other data sources as required.
4.2.2.7.1Knowledge-based predictive analysis capabilities from fusing behavioral models and/or historical data with current ISR data to accurately predict future operational events or geographical areas for concern.
4.2.2.7.2Automated tools to extract, discover, analyze, and link together sparse evidence from vast amounts of data across multiple sources. Advanced search and query, link analysis, knowledge analysis, social network analysis and group detection technologies.
4.2.2.7.3Civil aviation fusion, indications & warning, and correlation algorithms.
4.2.2.8Novel methods for fusion and analysis of multi-Source Intelligence to include web and directory crawling of enterprise and web data sources to include but not limited to Rich Site Summary (RSS) feeds, SharePoint, dark and deep web data, and migration to cloud infrastructure.

4.2.2.8.1 Novel approaches for correlating Publicly Available Information (PAI) data with traditional Intelligence sources (GEOINT, SIGINT, IMINT). This includes but not limited to novel techniques in machine learning applied to text analytics, imagery and video analysis, and target tracking.

4.2.2.9Adaptive and touch display technology, visualization techniques and qualitative temporal and spatial reasoning to support the higher levels of information fusion.
4.2.2.9.1Provide these technical capabilities across a broad range of data sets from extremely large data sets to very specific domain dependent data sources to improve overall accuracy and situational awareness.
4.2.2.9.2Design, develop, implement and demonstrate capability to perform fusion, exploitation and visualization of multiple data sources into one common display.
4.2.2.9.3Capability to store raw observations and processed (fused) data using nontraditional data types in various formats.
4.2.2.9.4Capability to incorporate and enhance Government supplied detection algorithms and work with multiple teammates towards common goal within a cloud computing environment.
4.2.2.9.5Capability to disseminate the raw and fused data to tactical, operational and strategic users.
4.2.2.9.6Capability to interface with existing organizations and tools.
4.2.2.9.7Analytical software solutions to include database schema development.
4.3OPERATIONS AND MAINTEANCE (O&M): System Engineering and Baseline Enhancements: Enhance, manage, and maintain the operational Space and C2 mission applications software baselines that support numerous missions within the Air, Space, and Cyber domains. Provide contractor facility support and on-site system engineering, software system O&M and configuration. Provide an enterprise solution consisting of field service support, system administration, training, requirements collection and analysis, and reviewing, recommending changes to and revising Standard Operating Procedures (SOPs) and Tactics, Techniques, and Procedures (TTPs). On-site teams will coordinate with the COR and software baseline teams to enhance the baselined software. Support for enhancements to the software baseline will include the coordination and communication of enhancement requirements, as well as participation in the integration, testing, and deployment of these baselines. Enhancements will enable incremental system improvement through upgrades of individual hardware and software modules with newer modular components without redesign of entire system or large portions thereof.
4.3.1Provide a modular open standard approach to enhancing/modifying applications, configuration management and architecture changes.
4.3.2Participate in exercises and wargames and maintain software during these events as requested by the Government. These events will be at or near an existing site, overseas, or remote location.
4.3.3System Installation
4.3.3.1Provide/perform software installation upon Government approval.
4.3.3.2Perform a site survey to define user requirements and provide an Installation Work Plan to include cost for labor, travel, hardware (if required), Commercial off the Shelf (COTS) software (if required) and schedule. (See CDRLs, B020, B026, C020, C026, D020, D026, E020, E026, F020 and F026)
4.3.3.3Support site required acceptance testing to include, functional, interoperability, security and A&A. (See CDRLs, B011, B012, B013, B016, B017, B018, B019, C011, C012, C013, C016, C017, C018, C019, D011, D012, D013, D016, D017, D018, D019, E011, E012, E013, E016, E017, E018, E019, F011, F012, F013, F016, F017, F018 and F019
4.3.3.4Perform installation rehearsals of enhanced software, hardware (if required) and COTS software (if required). Document and resolve issues found.
4.3.3.5Conduct Deployment Readiness Review (DRR) five (5) working days prior to scheduled installation. The DRR will include relevant Government and Contactor POC, installation task list with anticipated task durations, installation risks, schedule, rollback procedures (in the case of an upgrade), and status of network and end-user installation approvals.
4.3.3.6Conduct Go - No Go review one (1) working day prior to scheduled installation. The Go - No Go review will be a final review of the DRR information prior to installation with emphasis on any incomplete items from the DRR.
4.3.3.7Install and configure enhanced software, hardware (if required) and COTS software (if required) to meet the site’s operational requirements.
4.3.3.8Integrate enhanced systems with external systems, data bases and other data sources (i.e. streaming data, spread sheets) as required by the site.
4.3.3.9Design, enhance, test, install, and maintain enhanced software internal data base(s).
4.3.3.10Administer site-specific training on the software listed for site designated users, system managers and operators.
4.3.4External Interfaces
4.3.4.1Evaluate and assess requests for changes to external interfaces. Upon Government approval, provide maintenance and documentation required for continued mission application baseline software interfacing with external systems. This includes changes in machine-to-machine interfaces, data export/import, web services, Application Program Interfaces (APIs), Interface Design Documents (IDDs), message formats, data content, data providers and protocols that may affect interface software. (See CDRLs, B008, B009, C008, C009, D008, D009, E008, E009, F008 and F009)
4.3.5Systems Engineering
4.3.5.1Provide system engineering analysis of software, hardware, databases, network interfaces and web application architecture in accordance with agile software methodology to include but not limited to: (See CDRLs, B010, B015, B022, B023, C010, C015, C022, C023, D010, D015, D022, D023, E010, E015, E022, E023, F010, F015, F022, and F023)

· Verification of vendor licenses

· Recommendation for changes/upgrades

· Traffic/Load analyses in support of enhanced network component allocation/design

· DoDAF views to include, but not limited to, Operational View (OV), System Views (SV), and Capability Views (CV)

· Network /communications configuration, systems test/validation, data base administration, workstation configuration (to include hardware/software version control)

· Demonstrate reuse and modularity of software components to DoD test organizations

· Application software modifications and enhancements

· Coordination with development team on deliverables to include, but not limited to:

· Software Design Description (SDD)

· System Requirements Specification (SRS)

· Interface Control Document (ICD)

4.3.5.2Provide technical and subject matter experts to create operational and intelligence reports from unstructured and structured sources to support data fusion. Assist system analysts and operators with developing linkages using GARDEM 2 software baseline with existing intelligence records. Provide data quality assurance, data quality control.
4.3.6.1On-Site System Engineering Support.

4.3.6.1.1 Provide GARDEM 2 on-site engineering support to the following locations:

· United States Space Force (USSF), Schriever AFB, CO

· Air Force National Tactical Integration Colorado (AF-NTI CO) Buckley SFB, CO

4.3.6.2Perform continuous technical management to identify resources required for managing this GARDEM 2 order, and to resolve technical, system performance, cost, and schedule problems.
4.3.6.2.1Continually determine the status of the effort and report progress towards accomplishment of order requirements including the identification of risk and plans to mitigate risks. (See CDRL B001, B007, C001, C007, D001, D007, E001, E007, F001 and F007)
4.3.6.2.2Continually determine the status of funding required for performance of the order according to work plan. (See CDRLs B002, C002, D002, E002 and F002)
4.3.6.2.3Provide Government on-line access to program management data including PR, CR, PR/CR work plans, software inventories, program schedules and cost data.
4.3.6.3Provide, maintain, and implement System Engineering and CMPs.
4.3.6.4Enhance, maintain and provide continuity documentation for all out-plant positions. Document all information needed for continuity of operations in an out-plant position. The continuity documentation shall include: (See CDRLs, B030, B031, C030, C031, D030, D031, E030, E031, F030 and F031)
•Stakeholders, their roles and contact information
•Technical efforts in progress
•Recurring meeting times, locations, dial-in phone numbers and points of contact
•Recurring daily responsibilities
•Frequently used Uniform Resource Locator (URL) links
•Acronym glossary
4.3.7On-site system engineering includes but are not limited to system installations (para 4.19), testing (para 4.15), documentation (para 4.6), PR/CR management (para 4.5), systems engineering, Authorization and Assessment (A&A) (para 4.16), interface management (para 4.7), and integration.
4.3.8Participate in site exercises and wargames and maintain software during special contingency situations as requested by the Government. The exercise or contingency will be at or near an existing site, overseas, or remote location. Special contingency situations include, war, armed conflict, insurrection, civil or military strife. These services are designated as mission critical.
4.3.9Provide a modular, open standards approach to configuration management and architecture changes.

4.4 Work Plans.

4.4.1 Perform the work required under this order in accordance with any detailed performance information provided by the Government during performance in the form of a Work Plan. “Detailed performance information” is information provided to the Contractor that fills in details of the work to be performed, identifies areas of inquiry to be emphasized or de-emphasized, or otherwise serves to accomplish the Statement of Work (SOW). Detailed performance information will be issued to the Contractor in writing by the AFRL COR with a copy provided to the Contracting Officer. Work Plans shall not constitute assignment of new work, shall not change the terms or conditions of this order, and shall not constitute a basis for any increase in the amount of fixed fee or extension to the Contract Line-Item Number (CLIN) period of performance.

4.4.2 Each Work Plan will include, as applicable, the following information:

· Detailed performance information for work to be performed, cross referenced to the applicable CLIN and paragraphs of the SOW.

· Government estimates of the number hours and duration of effort likely to be required to successfully pursue the detailed objectives provided.

· Breakdown of estimated costs including labor categories (include work location(s)), rates, man hours, fee, Other Direct Costs (ODCs), travel (including origin and destination, number of trips, number of personnel, duration, and purpose).

· Areas of inquiry previously detailed that the Government wishes to emphasize or de-emphasize either because of achievements to date, or because of changes in program priorities.

· Funding Summary: Financial data, Period of Performance, Appropriation Category.

· Executive Technical Summary of work effort.

· Descriptive Summary including government technical and programmatic points of contact. Entities responsible for each distinct work effort, including government stakeholders and Point of Contact information; including COR and Alternate COR, AFRL Technical Lead, Government Capability Customer, and Prime Contractor Program Manager.

· Required Base Support.

· Technical and non-technical dependencies.

· Technical and non-technical assumptions.

· Deliverables and updates

· Program, project name and overview.

· Technical Approach.

· Staffing plan including equivalent heads by labor categories, durations, subcontractors, and management percentage.

· Engineering description and break down of key tasks required to meet technical requirements and objectives including technical effort, design, and developmental detail integration methodology.

· Required GFI, GFE, GFP needs.

· Estimated contractor acquired property (CAP).

· Identify Risks and mitigation plans impacting cost, schedule, or performance.

· Identified Opportunities to save cost, schedule, or to improve performance.

· New hardware and software requirements, reuse identification, number of system components affected, software modules and the percentage of each module involved, estimated lines of code, documentation affected, and estimated pages of updated documentation.

· Methodologies applied including software design and integration methodology, support methodology, etc.

· Use cases, where applicable.

0. Detailed schedule to include milestones.

0. Security requirement needs considering personnel, systems, Industrial Security and DD254s, to include Special Access Program/Special Access Required (SAP/SAR).

4.4.3 Provide Government fiscal year in which issued, and a unique identifying number consecutively issued within each fiscal year (e.g., Work Plan No. 2025-01, Work Plan No. 2025-02).

4.4.4 Upon receipt of a Work Plan (WP) from the Government, perform an analysis and provide implementation strategies to define possible and recommended approaches, potential resolutions, effort required, characterizations of various approaches, relationships to other ongoing effort, advantages and disadvantages of approaches, schedule, risks, and cost of alternative courses of action. Present results to the Government via a Work Plan for review, discussion, disposition, coordination, and approval. If identified in the Work Plan, include in each Work Plan testable performance requirements, deliverable items, delivery schedule, and cost. The Government will analyze this Work Plan to ensure the Contractor’s approach is commensurate with the SOW, the Work Plan, and estimated hours. Approval will be provided by COR signature on the Work Plan. (See CDRL, A025, B024, C024, D024, E024 and F024)

4.4.4.1 Provide to the Government the status of the effort to achieve the objective within budget, performance, and schedule. Participate in meetings to inform the Government as to progress and/or need for approval to change the hours, budget, scope, schedule, or deliverables required as the situation may warrant. Submit updates to Work Plans as requested by the Government due to scheduling, requirements, or other changes.

4.5Problem Report (PR)/Change Request (CR)
4.5.1PRs. Provide software engineering (at contractor facility or on-site) to maintain the baselined software by identifying, testing, and documenting the resolution of the PRs.
4.5.2CRs. Provide software engineering (at contractor facility or on-site) to collect, document, test, and track the resolution of CRs that enhance the baselined software.
4.5.3Implement a process for handling all PRs and CRs assigned for correction or enhancement against the various software baselines. (See CDRLs, A007, B006, C006, D006, E006 and F006)
4.5.4Maintain a central repository such as the AFRL Digital Laboratory Environment (DLE) or other repository as directed by the Government for the processing of all PRs, CRs, and work plans. Log, track, validate, and monitor all PRs and CRs. Utilize system and software engineering metrics, procedures and practices to measure, track and review progress on PR and CR evaluation, technical resolution, coding, testing and completion. (See CDRLs, A008, B007, C007, D007, E007 and F007)
4.5.5PR/CRs are categorized as follows:

· Category 1: Prevents the accomplishment of an essential capability or jeopardizes safety, security, or other requirement designated "critical".

· Category 2: Adversely affects the accomplishment of an essential capability and no work around solution is known or adversely affects technical, cost, or schedule risks to the project or to life cycle support of the system, and no work-around solution is known.

· Category 3: Adversely affects the accomplishment of an essential capability but a work-around solution is known or adversely affects technical, cost, or schedule risks to the project or to life cycle support of the system, but a work-around solution is known.

· Category 4: Results in user/operator inconvenience or annoyance but does not affect a required operational or mission-essential capability or result in inconvenience or annoyance for development or maintenance personnel but does not prevent the accomplishment of the responsibilities of those personnel.

· Category 5: Any other effect with less impact.

4.5.6 Each PR/CR shall include the following:

· Description on system problem or enhancement to include title, date, overview of functional requirement, use case, priority and impact

· Customer Point of Contact (POC) to include name, organization, phone number and e-mail address

· US Government customer’s signature

4.5.7After a PR/CR is approved by the Government Program Management Office (PMO), coordinate with development team on generation of a PR/CR Work Plan and PR/CR Software Requirements Specification (SRS). (See CDRLs, A007, A026, B006, B025, C006, C025, D006, D025, E006, E025, F006 and F025)
4.5.8Provide each work plan and PR/CR SRS to the Government within one (1) working day of receipt of category 1 PR/CRs, within two (2) working days of receipt of category 2 PR/CRs and within five (5) working days for category 3 through 5 PR/CRs.
4.5.9PR/CR work plan shall include the following:

· Total cost estimate to include the labor hours, travel, direct and indirect costs required to design, implement, test, document, and deliver to the Government

· Project schedule to include milestones like design, code, test and delivery phases

· Documentation affected

· PR/CR Software Requirement Specification that shall include the following:

· PR/CR purpose, scope, perspective, functions, user classes and characteristics

· Operating environment parameters and descriptions

· Assumptions and dependencies

· Software modules affected

· Specific requirements to include mock-ups and field tables

4.5.10 Upon Government PMO approval of the PR/CR work plan, design, integrate, test, and deliver site specific software with appropriate system and technical documentation.

4.6Management Requirements
4.6.1Continually determine the status of the effort including technical, cost and schedule status and report progress toward accomplishment of requirements. (See CDRLs, A001, B001, C001, D001. E001 and F001)

4.6.1.1 For any items purchased as contractor-acquired property during the reporting period, please document the following information within the status report: Item Name, Description, Quantity, Unit of Measure, Serial Number, Manufacturer CAGE Code, Mfr Part Number, Mfr Model Number, Date of Acquisition, and Unit Acquisition Cost. This information may be included as an Excel spreadsheet attachment to the status report. (See CDRLs, A001, B001, C001, D001. E001 and F001)

4.6.2Continually determine the status of funding required for performance. (See CDRLs, A002, A003, B002, C002, D002, E002 and F002)
4.6.3Conduct oral presentations to provide status of technical progress made to date. (See CDRLs, A004, A005, A006, B003, B004, B005, C003, C004, C005, D003, D004, D005, E003, E004, E005, F003, F004 and F005)
4.6.3.1Technical Interchange Meetings (TIMs) shall include, but not limited to, status, progress, performance, funding, schedule, personnel, security, assumptions, risks and other pertinent data.
4.6.3.2Program Management Reviews (PMRs) shall address cost, schedule, and performance progress/issues.
4.6.3.3Provide to the Government minutes from the meeting. Minutes shall include, agenda, attendees list, synopsis of items discussed, and a copy of all material presented at the meeting. (See CDRLs, A004, A005, A006, B003, B004, B005, C003, C004, C005, D003, D004, D005, E003, E004, E005, F003, F004 and F005)
4.6.4Ensure that all assigned products meet their specified design, format, functional and performance requirements in association with the contractor’s integrated quality assurance of agile software development methodologies. Assure the quality control process is integrated into all activities supported under the contract.
4.6.5Describe the technical approach, organizational resources/staffing and management controls to include quality control, configuration management and risk management to be employed to meet the cost, performance and schedule requirements in the contractor’s Standup Plan.
4.6.5.1Provide a staffing process to ensure appropriately cleared and qualified personnel are maintained for successful program performance. Identify and replace personnel who have left the program, acquire additional personnel to address new requirements.
4.6.5.2Ensure personnel comply with all Government policies, procedures and guidance for performance under this contract at any work location.
4.6.6Update existing Government Furnished Documentation in the form of revisions. Format and content of the changes shall not deviate from that of the existing documentation. (See CDRLs, A009, B008, C008, D008, E008 and F008)
4.6.6.1Anticipated documentation include:

· Standard Operation Procedures (SOP)/Working Procedures

· Collection, Collaboration, and Dissemination Process Documentation

· Training/Familiarization Materials

· Software Design Description (SDD)

· System Requirements Specification (SRS)

· Interface Control Document (ICD)

· Tactics, Techniques, and Procedures (TTPs)

· Roles and Responsibilities of Agile Product Teams

4.6.7Develop Project Work Plans as requested by the COR. (See CDRLs, A025, B024, C024, D024, E024 and F024)
4.6.8Document all technical work accomplished, and information gained during performance of this acquisition. Include all pertinent observations, nature of problems, positive and negative results. Document procedures followed, processes developed, “Lessons Learned”, etc. Document the details of all technical work to permit full understanding of the techniques and procedures used in processes developed. Cross-reference separate process specifications delivered to permit a full understanding of the total acquisition. (See CDRLs, A022, A037, B021, C021, D021, E021 and F021)
4.6.9Review, assess and track changes to contractor generated documentation to include but not be limited to: functional, installation, A&A, and test plans.
4.6.10Attend and present at GARDEM 2 users working group.
4.6.10.1Conduct presentations to the working group on GARDEM 2 related subjects coordinated with the Government.
4.6.10.2Conduct demonstrations of new software version releases or related functionality when available.
4.6.11Collaborate and cooperate with other contractors involved in the operations and maintenance of GARDEM 2 software baselines and services as needed. Participate in GARDEM 2 program meetings, as directed by the Government, including program reviews and technical information seminars as specified in the program schedule as needed.

4.6.11.1 Inform the Government of any meeting with the Government or other contractor(s). Identify the organization(s) attending the meeting, the topic/agenda of the meeting, time, and location. (See CDRLs A004, A005, A006, B003, B004, B005, C003, C004, C005, D003, D004, D005, E003, E004, E005, F003, F004 and F005)

4.6.12 Develop, maintain, and provide continuity documentation for all out-plant positions. Document all information needed for continuity of operations in an out-plant position. The continuity documentation shall include: (See CDRLs, A033, B032, C032, D032, E032, and F032)

· Stakeholders, their roles and contact information

· Technical efforts in progress

· Recurring meeting times, locations, dial-in phone numbers and points of contact

· Recurring daily responsibilities

· Frequently used Uniform Resource Locator (URL) links

· Acronym glossary

4.6.13 Within 30 days of award hold a kickoff meeting.

4.7Configuration Management (CM)
4.7.1Maintain and enhance CM processes for all activities within GARDEM 2. Establish and maintain development, test, and production baselines in accordance with the Government-approved CM process. Coordinate, evaluate, prioritize, and schedule updates to baselines. Administer software and database baseline media library. (See CDRLs, A011, B010, C010, D010, E010, F010)
4.7.2Deliver all software developed, modified or enhanced under this effort as source and object (executable) code, API, Software Development Kit (SDK) and developer documentation including commented source code on electronic media and to Digital Laboratory Environment (DLE) or development environments and online software repositories as prescribed by the Government. Ensure all deliverables involving source code contains enough information for the Government to recreate the build environments to include, but not limited to: the compiler, environment variables, Operating System (OS), OS patches, all run-time libraries, middleware, make files, as well as test code (i.e. stubs and scaffolding) and any other dependencies to assure a successful build upon delivery. (See CDRLs, A023, A027, A028, A029, A030, A031, A032, A033, A034, B022, B023, B027, B028, B029, B030, B031, B032, B033, C022, C023, C027, C028, C029, C030, C031, C032, C033, D022, D023, D027, D028, D029, D030, D031, D032, D033, E022, E023, E027, E028, E029, E030, E031, E032, E033, F022, F023, F027, F028, F029, F030, F031, F032 and F033)
4.7.3Developed, modified and enhanced site specific software under this effort is to be completely maintainable and modifiable with no reliance on any non-delivered computer programs or documentation.

4.8 COTS/GOTS Software: As upgrades to COTS/GOTS software are released by vendors/Government agents, such upgrades must be assessed for impact to the environment in which they operate. Changes shall first be approved through the CM process established prior to adding to the baseline. Upon Government approval, apply the upgrades to the baseline. (See CDRLs, A023, A024, B022, B023)

4.9 Overseas Travel: Comply with all Government foreign travel requirements as specified by this effort. Additional information and/or training maybe required on a country-by-country basis. Foreign travel is subject to the country-specific DoD Foreign Clearance Guide entry and exit procedures (https://apacs.milcloud.mil/fcg/index.html). As part of these procedures, depending on the country of travel, obtaining a Sponsor Company may be required to process a business license or business visas. The Contractor must also enter their employee information into the Aircraft and Personnel Automated Clearance System (APACS) in addition to the Synchronized Predeployment and Operational Tracker (SPOT), if applicable. The Contractor's responsibility to comply with all applicable laws and regulations regarding performance in country exists independent of, and is not established or limited by, the information provided by this requirement.

4.10 Training and Certification: Establish and execute a robust training baseline and continuing education program incorporating the latest required certifications to include but not limited to system administration, database certification, security certification, and operating system certification required at the sites listed in paragraph 4.1.

4.11 Acquire Hardware and Software: At the direction of the Government, acquire approved hardware and software to support the software baselines. Include licensing, maintenance and diagnostics support software. Arrange for delivery and installation of hardware, firmware, software and licenses to Government designated sites. (See CDRLs, A021, A024, B020, B023, C020, C023, D020, D023, E020, E023, F020 and F023)

4.12 Property Management: No known Government Furnished Property (GFP) is anticipated at this time, however if required during performance it will be addressed and the contractor will be responsible for providing “Property Management” to include updating and maintaining the listing/database of GFP to assure the accounting and status of all GFP under the contract.

4.13Security Requirements
4.13.1Manage all aspects of security associated with performance to include personnel security access, security clearance information preparation, and liaison with Government POCs for security related items. Capture and maintain information regarding all contract personnel and security related data. The personnel information maintained and provided to the COR shall include a list of all personnel performing under the contract, security clearance levels, sponsors, dates for performance, and government identification materials (i.e. Common Access Cards (CACs), agency badges). Provide information supporting visit requests, CACs, personnel clearance, and other security related activities. Provide softcopy and hardcopy of managed information assuring proper privacy markings and controls are utilized. Format will be Contractor-suggested, Government-approved format.
4.13.2Access To Private Information: Performance may require access to information covered by the Privacy Act of 1974; therefore, contractor personnel shall safeguard all such information in accordance with the Privacy Act of 1974 at all times, and shall not release such information to unauthorized persons.
4.13.3Export Control: The Contractor may be required to carry out technical data/information exports in support of the requirements. Ensure all items have appropriate control markings to include Scientific and Technical INFOrmation (STINFO), export control and classification. Comply with applicable International Traffic in Arms Regulations (ITAR) requirements to meet the needs of the Government. Maintain compliance with all governing directives and policies.
4.13.4Security Clearance: Compliance with DoD 5200.2-R, Personnel Security Program, January 1987 for access to Top Secret/Special Compartmented Information (TS/SCI) information, systems and facilities is mandatory. All contractor personnel shall be citizens of the United States of America.
4.13.5Safeguarding Classified Information
4.13.5.1Comply with the DD Form 254, DoD Contract Security Classification Specification and attachments. Potential security violations or incidents shall be reported immediately to the AFRL COR and in writing no later than the next workday after the incident occurred. Proper controls shall be utilized (i.e., secure telephone, classified fax, classified e-mail), based on the security classification of the information associated with the possible violation.
4.13.5.2Conform to the provisions of DoD 5220.22-M, National Industrial Security Program Operating Manual (NISPOM), for safeguarding classified information and material contained on the controlled system(s)/network(s). Ensure access is provided only to those persons who have the proper security clearance, a need to know and have been trained in proper safeguarding procedures.
4.13.5.3Participate in the management of security access, preparation of security clearance data/forms, access requests and coordination with Government security POCs.
4.13.6Physical Security
4.13.6.1Comply with the requirements as specified in base support letters.
4.13.6.2Safeguard all Government property provided. Ensure that all Government facilities, equipment, and materials are secured. Follow regulatory guidance concerning maintenance, use, and safety of Government facilities at operating locations.
4.13.6.3For Performance of Services during Emergency Conditions, local procedures shall be followed.
4.14Access to Computer Systems
4.14.1Request a User ID (and/or CAC) and Password from the designated Government representative. The request shall include the contract number, identification of the employee, including social security number. The request shall include the employee's signature and a statement that the employee understands and accepts the requirement to personally protect any password (and/or CAC) assigned to him or her as a result of the computer access request.
4.14.2Ensure employees do not reveal their passwords to anyone. The obligation to enforce this requirement is a material element of the security requirement herein.
4.14.3Notify the designated Government representative immediately of an employee’s termination from work on this effort.
4.15Software Test and Validation
4.15.1Conduct Unit Test, Regression Test, System Integration Test, Factory Acceptance Test (FAT), Functional Test, Test Readiness Review (TRR), User Acceptance, Installation Performance Validation Test (IPVT) and A&A testing on all releases of software to ensure that the changed software meets requirements and does not adversely impact existing systems, interfaces, or security accreditation. (See CDRLs, A012, A013, A014, A015, A016, A017, A018, A019, A020, B011, B012, B013, B014, B015, B016, B017, B018, B019, C011, C012, C013, C014, C015, C016, C017, C018, C019, D011, D012, D013, D014, D015, D016, D017, D018, D019, E011, E012, E013, E014, E015, E016, E017, E018, E019, F011, F012, F013, F014, F015, F016, F017, F018 and F019)
4.15.2Provide engineering support and test expertise for Government In-Plant Testing at the contractor’s facility.
4.15.3Provide engineering support and testing expertise for Government A&A testing at the designated test facility.
4.15.4Implement Vulnerability Assessment, Information Assurance, Software Security testing, and Security Readiness Reviews to meet Defense Information Systems Agency (DISA), Department of Defense (DoD) Risk Management Framework (RMF), Security Technical Implementation Guides (STIG), and North Atlantic Treaty Organization (NATO) STIG compliance. Implement security fixes to address system vulnerabilities, patch, and penetration scans.
4.15.5Provide system engineering and testing expertise to Operational Test & Evaluation (OT&E) at the designated test facility.
4.15.6Provide system engineering and testing expertise to Development Test & Evaluation (DT&E) at the designated test facility.
4.15.7Provide system engineering to implement Installation Performance Validation Test (IPVT) at designated test facility.
4.15.8Provide technical expertise for system interoperability testing at the designated test facility.

4.16 System A&A: All software shall conform to the A&A requirements and system security compliance as defined in the Federal Information Security Management Act (FISMA), RMF, Director of National Intelligence (DNI) Intelligence Community Directive (ICD) 503, National Institute of Standards and Technology (NIST) 800-53 for developing, coordinating, reviewing, and approving Information Technology (IT) and National Security System (NSS) Interoperability and Supportability (I&S), Defense Intelligence Agency’s (DIA) DoD Intelligence Information System (DODIIS) Information Integrators Guide (DIIG) for connecting to DoD and Air Force networks to including Non-Secure Internet Protocol Router Network (NIPRNET), Secret Internet Protocol Router Network (SIPRNET), and Joint Worldwide Intelligence Communication System (JWICS). (See CDRLs, A017, A018, A019, A020, B016, B017, B018, B019, C016, C017, C018, C019, D016, D017, D018, D019, E016, E017, E018, E019, F016, F017, F018 and F019)

4.17 Adhere to Cloud Computing Requirements. Reference Section I clause DFARS 252.239-7010.

4.17.1 Work on this effort will require or allow Contractor access to Privacy Information. Content contained within the cloud services is subject to the Privacy Act. As such, the Contractor shall adhere to the Privacy Act, Title 5 of the U.S. Code, Section 552a, and applicable agency rules and regulations.

4.17.2 Work on this effort will require or allow Contractor access to Level 2 Public or Non-Controlled Unclassified Information. Content contained within the cloud services is subject to the Freedom of Information Act (FOIA). As such, the Contractor shall adhere to the FOIA regulations, and applicable agency rules and regulations.

4.17.3 Work on this effort will require or allow Contractor access to Level 4 Controlled Unclassified Information, including “Export Controlled,” and “For Official Use Only” data, and non-National Security Systems (NSSs). Content contained within the cloud services is subject to the Freedom of Information Act (FOIA). As such, the Contractor shall adhere to the FOIA regulations, and applicable agency rules and regulations.

4.17.4 Work on this effort will require or allow Contractor access to Level 5: Higher Sensitivity Controlled Unclassified Information, Mission Critical Information, and NSSs. This CUI requires a higher level of protection as deemed necessary by the information owner, public law, or other Government regulations, such as information related to unclassified NSSs.

4.17.5 Work on this effort will require or allow Contractor access to Level 6: Classified Information up to SECRET which includes information that has been determined to be classified national security information or Restricted Data (RD).

4.17.6 Data Ownership. All Government data, Government-related data, and metadata is and shall remain the exclusive property of the U.S. Government.

4.17.7 Disposition. Provide for the transition of data in commercially available, or open and non-proprietary format (and for permanent records, in accordance with disposition guidance issued by National Archives and Record Administration). The Cloud service provider shall ensure that the Government retains access and download capability of all Government data, and Government-related data, on demand within one week of request, in an open format (e.g., ASCII, CSV, XML). “Open format” means platform independent, machine readable, and made available to the public without restrictions that would impede the re-use of that information.

4.17.8 Support applicable inspection, audit, investigation, or other similar authorized activities specific to the relevant types of Government data and Government-related data, or specific to the type of cloud computing services being acquired. Ensure the CSP is able to supply the agency with audit trails, exception reports and transaction logs, if requested.

4.17.9 Support and cooperate with applicable system-wide search and access capabilities for inspections, audits, investigations, litigation, eDiscovery, records management associated with the agency’s retention schedules, and similar authorized activities.

4.17.10 Coordinate with the COR to respond to any spillage occurring in connection with the cloud computing services being provided under this effort.

4.17.11 Store all Government data within the 50 states, the District of Columbia, or outlying areas of the United States, unless the Government data is physically located on DoD premises, or the Contractor is otherwise authorized in writing by the Contracting Officer.

4.18 Stand Down Support. Provide documentation, training, and assistance for onboarding purposes to site support individuals for continuity of operations as order transitions to new performer. Provide reduced staff as requested by the Government for an option period of no more than three months.

4.19 SOFTWARE AND HARDWARE

4.19.1Deliver all software and hardware in accordance with an agile development methodology as follows: (See CDRLs, A023, B022, C022, D022, E022, and F022)
4.19.2Deliver all software developed under this effort as source and object (executable) code, API, Software Development Kit (SDK), build environments and developer documentation on electronic media and to development environments and online software repositories, such as Digital Laboratory Environment (DLE), as requested by the Government, including commented source listings.
4.19.3Developed software under this effort is to be completely maintainable and modifiable with no reliance on any non-delivered computer programs or documentation.
4.19.4For all software purchased or licensed, arrangements shall be made for licensing and maintenance agreements to be transferred to the Government upon the completion of this effort.
4.19.5Deliver and install any hardware acquired for this effort. Transfer all licensing and maintenance agreements to the Government upon acceptance.

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 .