74243 - PWS_Updated.pdf

PERFORMANCE-BASED WORK STATEMENT (PWS)

EOTS GAP ANALYSIS

U.S AIR FORCE

402 SWEG

5/9/2024

TABLE OF CONTENTS

1 DESCRIPTION OF SERVICES

2 Background

3 BASIC SERVICES

3.1 Period of Performance

3.2 Phase-In Period

3.3 Execution Period

3.4 Phase Out Period

3.5 Deliverables

3.6 Requirements for Specific Types of Deliverables

3.7 Electronic Delivery Method

4 SERVICE SUMMARY

5 CDRL SUMMARY

6 Government Surveillance/Inspection

7 GOVERNMENT PROVIDED PROPERTY, SUPPORT, AND INFORMATION

8 GENERAL INFORMATION

8.2 Contractor Management Responsibilities

9 Security Requirements

10 Invoicing/Payment and Receipt/Acceptance

11 CONFLICTS OF INTEREST

12 GOVERNMENT OBSERVATIONS

13 APPENDICES

13.1 Definitions

1 DESCRIPTION OF SERVICES

The purpose of this requirement is for the Contractor to provide support to identify requirements, tasks, data, deliverables, and infrastructure required for the 402d Software Engineering Group

(402 SWEG) at Robins Air Force Base (AFB), Georgia to establish software sustainment capability for the F-35 Joint Strike Fighter (JSF) AN/AAQ-40 EOTS System Technical Refresh

(TR) 2 Operational Flight Program (OFP). The Government will establish and lead a gap analysis team with the Contractor, who shall provide the necessary data and support.

2 BACKGROUND

The Joint Service Depot Source of Repair (DSOR) decision of September 2014 assigned the

Warner Robins Air Logistics Complex (WR-ALC) the responsibility for activating and sustaining the Electro-Optical Targeting System (EOTS) Operational Flight Program (OFP) workload for the

F-35 Joint Strike Fighter AN/AAQ-40 Tech Refresh (TR) 2. The Air Force is currently out of compliance with the core logistics capabilities identified in 10 U.S.C. 2464 to maintain and repair weapons systems and other military equipment including mission-essential weapon systems or material not later than four (4) years after achieving initial operational capability. The initial operational capability of the F-35 Joint Strike Fighter was established in August 2016, and a report to Congress has identified the Air Force as out of compliance. In order to comply with the requirements of 10 U.S.C. 2464, the 402 SWEG must stand up the capability to sustain the F-35

TR-2 workload as quickly as possible.

3 BASIC SERVICES

3.1 Period of Performance: The total contract period of performance shall consist of a 35-

Calendar day phase-in period, a 251-Calendar day execution period, and a 79-Calendar day phase-out period.

3.2 Phase-In Period. The phase-in period shall begin on contract award date and end 35-

Calendar days after award date. The following tasks shall be accomplished during the phase-in period:

3.2.1 The Contractor and 402 SWEG shall identify key personnel for the contract, including participants of the site surveys. Key personnel shall review requirements and deliverables of the contract no later than two weeks prior to the start of the site visit.

3.2.2 402 SWEG personnel will acquire the proper security clearances and visitation requirements necessary to assess the AN/AAQ-40 EOTS software sustainment capabilities at the Contractor’s facilities. The Contractor shall identify all security and visitation requirements for the site visit to the Contractor’s facility. The

Contractor’s security team shall assist 402 SWEG personnel to verify and/or obtain all security clearances and visitation requirements prior to arrival.

3.2.3 The Contractor shall participate in a 402 SWEG led kick-off meeting within five (5) business days after period of performance start date. This meeting will be held virtually at the unclassified level.

3.3 Execution Period. All Execution Period activities/tasks shall be completed no later than 251

Calendar days following the Phase-In Period.

3.3.1 The requested deliverables shall be provided electronically and shall be delivered on a weekly cadence as documents are produced with final delivery no later than

158 Calendar days from the start of the Execution Period.

3.3.2 A site visit to the Contractor’s facilities shall occur 35 Calendar days after all deliverables are received. Duration of the site visit shall not be longer than 10 business days. There will be a follow-on visit of an additional three (3) business days for resolution of any identified discrepancies. A SAP conference room shall be made available during the site visit to discuss SAP material and workflows.

Appropriate clearances will be sent prior to the site visit.

3.3.3 A reciprocal visit by the Contractor to the 402 SWEG shall be completed within 14 business days of completion of the 3-day follow-on site visit to the Contractor’s facilities.

3.3.3.1 Travel costs Shall be included in the total quoted amount.

3.3.4 All site visits shall be coordinated at least 5 days prior to arrival with the

Government POCs.

3.4 Phase Out Period. The phase out period shall be for 79 Calendar days following the 251-day execution period during which the Contractor shall provide reach back for engineering support, procurement, and follow-on questions.

3.5 Deliverables

3.5.1 The 402 SWEG, with input from the Contractor, will develop an agenda and checklist for each area within the List of Deliverables that requires review.

3.5.2 All document deliverables shall be provided on a weekly cadence as documents are produced to the 402 SWEG with final delivery no later than 35 Calendar days before the start of the site visit to the Contractor’s facility.

3.5.3 Deliverables for the following paragraphs shall be accomplished and delivered within 105 Calendar days after the Execution Period start date: 3.5.6.1, 3.5.6.2, 3.5.6.3, 3.5.7.1, 3.5.7.2, 3.5.8.1, 3.5.8.3 and 3.5.8.4.

DELIVERABLE DESCRIPTION

Additional

Requirements

Delivery

Method

PERSONNEL AND BASE SUPPORT

3.5.4 Personnel and Base Operating Support. The Contractor shall provide documentation containing the following information:

(CDRL A001, DI-MISC-80508B/T, Technical Report–

Study/Services)

3.5.4.1 Personnel and skillsets required for OFP software sustainment.

• Identify the current Full-time Equivalent (FTE) staffing for OFP, test, management, network, configuration, security, and other supporting roles.

• Identify responsibilities for each role.

• Identify the type and number of personnel that regularly work at the prime integrator’s facilities for build and integration support.

• Identify the personnel responsibilities levied upon the Contractor in support of test and qualification at the prime integrator.

None Electronic

3.5.4.2 Required staffing amount and skillset necessary to support build and integration at the prime integrator’s facility.

• Identify typical travel schedules.

• Identify amount of personnel permanently staffed at the prime integrator’s facilities dedicated in part or full to these projects.

Identify the staff primarily assigned to sustainment.

• Identify personnel responsibilities levied upon the Contractor in support of test and qualification at the prime integrator.

None Electronic

3.5.4.3 A list identifying software change requests from the most recent block cycle.

• Identify number of FTE staff required.

• Identify number of labor hours.

• Identify rework time of defects and phase of discovery.

None Electronic

FACILITIES

3.5.5 Facilities Management. The Contractor shall provide

documentation containing the following information:

(CDRL A002, DI-MISC-80508B/T, Technical Report–

3.5.5.1 Detailed requirements for management/engineer workspaces. None Electronic

3.5.5.2 The classification level of workspaces for each developer and support role.

• Identify if a role may require workspaces at multiple classification levels.

Identify if a role may require intermittent access to specific classification levels and estimated occurrence of required access. (e.g., daily, weekly, etc.)

None Electronic

3.5.5.3 Physical facility requirements that are required to support

AN/AAQ-40 EOTS software sustainment.

• Identify space requirements for each classification level necessary to support the program.

None Electronic

3.5.5.4 Communications requirements necessary to support

• Identify the need for secure teleconferencing lines required to support.

• Identify virtual teleconferencing and security levels required to support.

None Electronic

3.5.5.5 Security. Physical security requirements that will be levied upon the 402 SWEG software complex in support of software sustainment.

• Identify every security level needed to perform both development and sustainment activities for the AN/AAQ-40

EOTS system.

• Identify security levels required for development, testing, and delivery for each required lab space, communications room, and developer workspace.

• Identify special security measures required for access to F-35 development facilities and labs to be located at Robins AFB.

• Identify current physical security measures in place at the

Contractor’s facility that will be required at Robins AFB.

None Electronic

INFORMATION TECHNOLOGY (IT) AND

NETWORKING

3.5.6 Network Topology. The Contractor shall provide

documentation containing the following information: (CDRL A003, DI-MISC-80508B/T, Technical Report– Study/Services)

3.5.6.1 Detailing network connectivity necessary to support the software sustainment effort of the AN/AAQ-40 EOTS system.

• Identify networks and classification level to support software

• Include connections that may be required with other OEMs and

None Electronic the prime integrator.

• Identify unique data transfer methods to the prime integrator necessary to support the software development environment.

• Provide network documentation including topologies, data flow, ports protocols and services (PPS), data diodes.

• Identify bandwidth requirements for each identified network.

• Identify Voice over Internet Protocol (VoIP) requirements for each network.

Identify the Owner and Operator of each network (i.e.

Contractor- Owned Contractor-Operated, Government-

Owned Contractor- Operated, and Government-Owned

Government-Operated).

3.5.6.2 Detailing enclave networks that 402 SWEG personnel will be required to support within the 402 SWEG facility.

• Identify bandwidth requirements for each identified network.

None

Electronic

3.5.6.3 Identify personnel and skillsets necessary to initiate networking between 402 SWEG facilities and the OEM.

• Identify key points of contact (POCs) for each identified network.

Identify Contractor certification requirements.

None Electronic

3.5.6.4 Equipment. Provide a list of specific equipment necessary to support each network configuration including encryption hardware.

B Electronic

3.5.6.5 Provide a list of digital storage requirements.

• Identify required digital storage amount.

• Identify digital storage classification level.

• Identify backup and archival requirements.

None Electronic

3.5.6.6 Software Tools. Identify network software tools required in support of AN/AAQ-40 EOTS development, test, and delivery functions.

• Identify software tools required for network monitoring.

• Identify network administering software tools.

• Identify software tools required for securing networks.

• Identify software tools required for network support.

A Electronic

Identify software tools required for network operations.

3.5.6.7 Identify non-commercial software used for networking and IT. D Electronic

3.5.6.8 Storage. Detailing network storage requirements to support

• Identify physical storage requirements for networking support equipment.

• Identify physical storage requirements for spare networking support equipment.

• Identify the classification level of each storage space.

• Identify data storage requirements to support software development.

• Identify data storage requirements to support lab and flight test instrumentation data.

• Identify data storage requirements to support documentation and configuration management functions.

• o Identify classification requirements for storing required data types.

None Electronic

LAB ENVIRONMENT

3.5.7 Infrastructure. The Contractor shall provide documentation containing the following information:

(CDRL A004, DI-MISC-80508B/T, Technical Report–

3.5.7.1 Detailing laboratory requirements including, but not limited to, floor space, accessibility, electrical requirements, cooling, environmental control, and classification.

3.5.7.2 Equipment. Detailing equipment/Software Integration Lab

(SWIL) requirements necessary to support AN/AAQ-40 EOTS software sustainment.

• Identify an equipment configuration providing minimum viable support baseline for organic software sustainment.

• Identify specialized test stations and equipment needed to develop and test software for the AN/AAQ-40 EOTS sustainment configuration.

• Identify a delta equipment configuration with respect to the minimum viable support baseline defining additional equipment that may enable the 402 SWEG to more effectively develop, integrate or test the AN/AAQ-40 EOTS software.

o Identify use cases and benefits of additional recommended equipment.

• Identify required support equipment including breakout boxes, data recorders, oscilloscopes, real-time spectrum analyzers, and computer systems including vendor and equipment part numbers.

• Identify software/hardware requirements for Pilot Vehicle

Interfaces (PVI) equipment necessary to support, operate, and test AN/AAQ-40 EOTS software sustainment.

• Identify pilot displays and hardware required to verify AN/AAQ-

40 EOTS performance in the lab

• Identify documentation required for AN/AAQ-40 EOTS PVI hardware interfaces

B Electronic

3.5.7.3 Detailing sustainment and operations details necessary to support the SWIL.

• Identify maintenance and support information including stock information for Line Replaceable Unit (LRU), Shop Replaceable

Unit (SRU), and cable assemblies to maintain the facility identified in 1.5.4.2.

• Identify the repair process for SWIL assets identified in 1.5.4.2 and designated “throwaway” items as such.

• Document planned and expected lab equipment obsolescence.

o Identify upgrade plans, details of established sustainment, and replacement plans.

3.5.7.4 Detailing modeling and simulation requirements necessary to support AN/AAQ-40 EOTS SWIL.

• Identify models and specialized software that must be maintained.

• Identify models and specialized software that must be delivered to

OEMs and/or the prime integrator.

• Identify simulation capabilities used in the development and test of AN/AAQ-40 EOTS software

• Identify simulations created in-house used to test AN/AAQ-

40 EOTS software before SWIL test.

• Identify simulations created in-house by third parties used to test

AN/AAQ-40 EOTS software before SWIL test.

• Identify AN/AAQ-40 EOTS performance requirements that are verified using simulation capabilities versus hardware in the loop.

• Identify the fidelity of the simulations used to test

AN/AAQ-40 EOTS and dependent/interoperating subsystems.

• Identify how each model is maintained and the method of validation.

• Identify the software architecture of the simulation environment.

• Identify all CSCIs, firmware modules, and source code.

• Identify target hardware for each CSCI and firmware module.

• Identify the tools, compilers, databases, and models by simulation

CSCI.

A Electronic

3.5.7.5 Detailing data collection methods used in the lab and flight test.

• Identify delivery methods from outside sources, such as the prime integrator and the flight test community.

o Identify hardware required for processing and collecting

AN/AAQ-40 EOTS data from the lab and flight test

A Electronic

3.5.7.6 Identify non-commercial tools, models, databases, datasets, firmware, and simulations necessary to support, operate, and test the

AN/AAQ-40 EOTS SWIL.

• Identify all simulation and emulation CSCIs, firmware modules, and source code.

• Identify target hardware for each simulation and emulation CSCI and firmware module.

• Identify the tools, compilers, databases, and models by simulation and emulation CSCI.

D Electronic

3.5.7.7 Storage. Detailing lab storage requirements that will be required to support AN/AAQ-40 EOTS software sustainment.

• Identify physical storage requirements for spare and support equipment not identified above, including the classification level of each storage space.

• Identify data storage requirements to support software development, lab and flight test instrumentation data, documentation, and configuration management functions.

o Identify classification requirements for storing required data types.

3.5.7.8 Software Tools. Detailing software tools including, but not limited to, scenario generators and build loaders required to use lab resources for development, test and delivery of AN/AAQ-40 EOTS software.

• Describe how each item is used during the development process.

• Identify the target hardware for each software tool.

• Identify the tools, compilers, databases, and models by simulation

CSCI. Identify software tools and process required to record and analyze data. Identify software tools required from OEM and/or prime integrator.

o Identify the delivery method and frequencies of these updates.

A Electronic

3.5.7.9 Identify noncommercial software used for software tools including, but not limited to, scenario generators and build loaders required to use lab resources for development, test and delivery of

AN/AAQ-40 EOTS software.

D Electronic

3.5.7.10 Equipment Tools. Provide a list of specialized and custom tools required to support the SWIL equipment.

• Identify tool sourcing if acquired by an external vendor.

• Identify tools and drawings for tools built in-house.

• Identify expected acquisition process and procedures for each tool.

None Electronic

3.5.7.11 Technical Data. Provide lab technical data and

documentation pertaining to the development, maintenance, upgrade and expansion of the SWIL.

• Identify deliverable technical data package detailing the equipment and connectivity within the SWIL.

o Include released documentation in .pdf or .docx format.

o Include signal names throughout equipment environment.

o Provide drawing tree organization of drawings.

• Include hardware and software interface documents relevant to the AN/AAQ-40 EOTS system.

• Include connector parts numbers and cable wiring diagrams for lab equipment.

• Include operations manuals, technical drawings, block diagrams, interface documents, theory of operation.

• Include formal qualification test (FQT) reports and, if releasable, procedures and test reports for the current

AN/AAQ-40 EOTS SWIL.

• Include technical data package for pilot control interfaces

C Electronic, CD or DVD within the SWIL such as HOTAS controls.

3.5.7.12 Laboratory Equipment List. Provide a list of laboratory equipment to reach the equivalent levels of testing as is performed at the OEM facilities. In the case of multiple types of laboratory test equipment sets (such as Laser lab vs tower lab), provide the breakdown of percentage of system requirements testable by each lab.

None Electronic

SOFTWARE DEVELOPMENT

3.5.8 The Contractor shall provide documentation containing the following information:

(CDRL A005, DI-MISC-80508B/T, Technical Report–

3.5.8.1 Software Architecture. An overview of the AN/AAQ-

40 EOTS software Architecture.

• Identify all software CSCIs and firmware modules that reside on the AN/AAQ-40 EOTS system.

• Identify the software units that makeup each CSCI and firmware module.

• Show the static relationships of the software units.

• State the purpose of each software unit.

• Identify all source code modules, databases, and data sets for each

CSCI and firmware module.

• Identify all Interface Control Documents for the subsystem.

• Identify AN/AAQ-40 EOTS software CSCI and firmware modules used for development and testing related to PVI functions

• Identify software interfaces and modules required for displaying

AN/AAQ-40 EOTS information to the pilot

• Identify how software interfaces are developed and tested for the

AN/AAQ-40 EOTS system

• Provide descriptions of PVI software modules/CSCI’s and how they interact with other systems through their interfaces

A Electronic

3.5.8.2 Identify all AN/AAQ-40 EOTS source code, databases, datasets, and firmware.

D Electronic

3.5.8.3 Life Cycle Practices. Provide documentation on software development life cycle.

• Identify software development processes for implementing, building, and testing OFP code.

• Identify software testing strategy (i.e., test-driven development, unit test, integration test, regression test)

• Identify how test code is checked-in and vetted for lab testing.

o Identify process for developer to access AN/AAQ-40

EOTS test bench.

o Identify code repository, version control, and management processes used to manage developmental, test, and production code.

• Identify classification levels used at each phase of the software development life cycle

C Electronic

3.5.8.4 Provide documentation on external dependencies within the software development life cycle.

• Identify dependencies to the prime integrators and other program stakeholders.

o Identify the delivery processes to and from third parties for tools, models, and software.

o Identify integration events that occur with third parties prior to SWIL testing.

• Identify the release process for delivery of software to the prime integrator and other stakeholders to whom deliveries are provided.

o Identify types of software releases and the details of the technical data package that is required for each release type.

None Electronic

3.5.8.5 Provide documentation on current and future software

modernization practices that are and will be used for OFP software

• Identify modern software practices (i.e., Agile, DevOps) that have been applied and plan to be applied to the OFP development lifecycle within the next 24 months.

• Identify software development, integration, and delivery automation pipelines that are currently in use and planned to be used within the next 24 months.

• Identify opportunities for remote collaboration between 402

SWEG personnel onsite at Robins AFB and Contractor OFP development, test and support teams.

3.5.8.6 Equipment. Provide list of baseline equipment required to support the software development environment for full OFP development including development, integration, build, and test of software requirements.

• Identify unique and proprietary hardware.

• Identify unique hardware interfaces.

• Identify the configuration of each item including hardware and software components, models, and version information.

A,B Electronic

3.5.8.7 Software Tools. Detailing tools and services necessary to support the software development environment for full OFP development including development, integration, build, and test of software requirements.

• Identify specific software applications used for source code development and modification.

• Identify specific IDE and versions used for source code compiling and/or building.

• Identify specific test suites and languages used for developing unit and/or integration tests.

• Identify how each tool and service is used during the development, integration, build and test of software requirements.

A Electronic

3.5.8.8 Identify non-commercial software necessary for development, integration, build, and test of software requirements.

D Electronic

3.5.8.9 Detailing simulations, emulations, and utilities necessary for development, integration, build and test of software requirements.

• Identify software license agreements and owner of each tool.

• Identify applicable standards that each item follows.

• Identify how each simulation, emulation, and utility is used during the development, integration, build and test of software requirements.

A Electronic

3.5.8.10 Identify non-commercial simulation, emulation, and utility products necessary for development, integration, build, and test of software requirements.

D Electronic

3.5.8.11 Detailing automated test capability currently used to perform unit and lab testing in support of AN/AAQ-40 EOTS software development and test.

• Identify automated test capability language and interfaces o Identify future updates to automated test capabilities o Identify how automated test scripts are configuration managed and tied into testing requirement

A Electronic

3.5.8.12 Detailing scripts, datasets, databases, and firmware necessary for development, integration, build, and test of AN/AAQ-40 EOTS and supporting software.

A Electronic

3.5.8.13 Identify noncommercial software used for scripts, datasets, databases, and firmware.

D Electronic

3.5.8.14 Detailing data collection methods used in the lab and flight test.

• Identify delivery methods from outside sources, such as the prime integrator and the flight test community.

• Identify software tools and processes required to record and analyze data.

• Identify hardware required for processing and collecting

AN/AAQ-40 EOTS data from the lab and flight test.

A Electronic

3.5.8.15 Document planned and expected obsolescence of tools and provide details of established sustainment and replacement plans.

A Electronic

3.5.8.16 Technical Data. Detailing technical data required to develop, integrate, build, and test AN/AAQ-40 EOTS OFP software requirements.

• Include programming manuals, coding standards, block diagrams, interface documents, requirements documents, Deficiency Reports/Problem Reports (DR/PR) documents

C Electronic

TRAINING

3.5.9 The Contractor shall provide documentation containing the following information:

(CDRL A006, DI-MISC-80508B/T, Technical Report–

3.5.9.1 Provide a list of System Level training and familiarization necessary to support the software sustainment effort of the

AN/AAQ-40 EOTS system. If the training is Contractor developed, provide a copy of the training material with the list of required training. Provide a listing of general training (Foreign Object

Damage, Laser safety, etc.).

None Electronic

3.5.9.2 Provide a list of training to support the Software Integration

Laboratory and hardware maintenance necessary to support the software sustainment effort of the AN/AAQ-40 EOTS system.

None Electronic

3.5.9.3 Provide a list of training necessary to support software change management, requirements analysis, requirements traceability, deficiency investigation, etc.

3.5.9.4 Provide a list of training necessary to support the AN/AAQ-

40 EOTS software development environment and software toolsets.

None Electronic

3.5.9.5 Provide a list of training necessary to support AN/AAQ-40

EOTS software integration and testing including, but not limited to, unit testing, independent validation & verification, software integration testing, and development/operational flight-testing.

None Electronic

3.5.9.6 Provide a list of training necessary to support the analysis of test data provided by, but not limited to, the prime integrator, flight-test recordings, test-range data, etc.

None Electronic

3.5.9.7 Provide a list of training necessary for 402 SWEG personnel to support configuration management and project management activities.

None Electronic

3.5.9.8 The Contractor shall provide a list of upcoming JSF and

AN/AAQ-40 EOTS specific training and familiarization opportunities that may be beneficial to 402 SWEG personnel within the next 12 months.

None Electronic

OPERATIONS AND PROCESS

3.5.10 The Contractor shall provide documentation containing

the following information:

(CDRL A007, DI-MISC-80508B/T, Technical Report–

3.5.10.1 Security. Detailing program security requirements that will be levied upon 402 SWEG personnel in support of software

• Identify Contractor personnel responsible for administering program security protocol.

• Identify and provide copies of documents and guidelines for each program security requirement.

None Electronic

3.5.10.2 Program Management. Detailing program

management responsibilities that will extend to the 402 SWEG in support AN/AAQ-40 EOTS software sustainment.

• Identify meetings where 402 SWEG attendance will be required to support program management.

• Identify regular interactions that should occur between 402

SWEG program management personnel and the OEM, the Joint

Program Office, and/or the prime integrator.

• Identify potential entry points for 402 SWEG support within the existing software change management process.

• Document the change process for performing interface changes with and in support of changes to other subsystems.

• Identify opportunities for 402 SWEG personnel to be involved in software design reviews and software test events within the next

24 months.

• Identify PVI airworthiness and safety review boards and processes required for certifying software deliveries.

3.5.10.3 Configuration Management. Detailing configuration

management requirements necessary to support AN/AAQ-40 EOTS software sustainment and to allow 402 SWEG personnel collaboration within the OEM’s and the prime integrator’s development environment.

• Identify software and online tools necessary to support software and documentation configuration management.

• Provide a list of documentation and databases that the 402 SWEG will be expected to maintain configuration management over.

• Identify meetings 402 SWEG attendance will be required to support software configuration management and network configuration management.

• Identify methods and tools used for real-time information flow between Contractor, the prime integrator, JPO and other stakeholders o Include version numbers, hash values, classification levels, security requirements, required OS versions, and a description of usage.

o Identify each piece of software as commercial, Government owned, proprietary, open source.

o Identify the configuration management process for non-commercial tools.

None Electronic

3.5.10.4 Quality. Detailing quality standards that must be followed for integration of OFP builds into prime integrator facilities and air and ground testing.

• Identify tasks that would be the responsibility of 402 SWEG for o Identify and provide copies of existing documentation and guidelines for each standard.

None Electronic

3.5.10.5 Cybersecurity. Detailing the Cybersecurity

certification requirements and process for the AN/AAQ-40

EOTS OFP.

• Identify and provide copies of existing documentation and guidelines for each certification requirement.

3.5.10.6 Airworthiness. Detailing the Airworthiness

certification requirements and process for the AN/AAQ-40

EOTS OFP.

• Identify and provide copies of existing documentation and guidelines for each certification requirement.

None Electronic

3.5.10.7 Detailing external audits and/or external reviews that are required to evaluate integration and flight Airworthiness of the AN/AAQ-40 EOTS OFP.

• Identify and provide copies of existing documentation and guidelines for each review/audit process.

None Electronic

3.5.10.8 Environmental, Safety and Occupational Health

(ESOH). Detailing ESOH requirements and hazards necessary to support an AN/AAQ-40 EOTS integration and test facility.

• Identify laser hazards and safety mitigations used in OEM facility for AN/AAQ-40 EOTS transmission.

• Identify any physical movement hazards and safety mitigations used in OEM facility for AN/AAQ-40 EOTS systems.

• Provide copies of applicable documented standards that are followed by the Contractor.

None Electronic

3.5.10.9 Detailing HAZMAT procedures necessary to perform

support operations for an AN/AAQ-40 EOTS integration and test facility.

• Identify HAZMAT procedures associated with PAO and other hazardous materials used at OEM facility

• Provide copies of applicable documented standards that are followed by the Contractor.

None Electronic

TECHNICAL DATA

3.5.11 The Contractor shall provide documentation containing

the following information:

(CDRL A008, DI-MISC-80508B/T, Technical Report–

3.5.11.1 System Technical Data. Provide documentation

containing system architecture and configuration data for the

AN/AAQ-40 EOTS system.

• Identify system level documentation including interface documents, system illustrated parts breakdowns specifications, system diagrams, wiring diagrams, system requirements specifications, software design descriptions, interface requirements specifications, interface design documents, interface

C Electronic control document, prime item development specifications, and operations and maintenance diagrams.

• Include documentation for functional, operational, and interface requirements and requirements traceability matrix (RTM) of the most recent AN/AAQ-40 EOTS OFP at the highest configuration level.

• Include formal qualification test procedures and test reports for the most recent AN/AAQ-40 EOTS OFP at the highest configuration level.

3.5.12 SAP and Collateral documents and SAP and Collateral appendixes shall be delivered via postal delivery. Contact information for SWEG’s GSSO will be provided during the phase in period to coordinate shipping to Robins. Preferred media format are DVDs/CDs.

3.5.13 The Contractor shall appoint a team capable of assessing the areas of deliverables. The appointed experts shall support 402 SWEG efforts to produce a site survey report documenting the team’s findings and identify requirements necessary for the 402 SWEG to establish AN/AAQ-40 EOTS TR2 OFP software sustainment capabilities.

3.5.14 The appointed personnel shall be fully available to provide support to the 402

SWEG throughout all site visits and throughout the contract period of performance.

3.5.15 The Contractor is required to inform the Government of other necessary items not listed that are needed to activate a sustainment facility, and the reason for necessity.

3.5.16 Weekly Status Meetings. The 402 SWEG and the Contractor shall hold weekly

402 SWEG led unclassified status meetings to ensure the objectives of the contract are being met. The weekly status meetings shall be held virtually. Sub teams shall be formed to focus on areas of deliverables and report the status and issues at the weekly meetings. The 402 SWEG and the Contractor shall each appoint one representative that will collaborate to address issues elevated by the sub teams.

3.6 Requirements for Specific Types of Deliverables. Deliverables for which these requirements apply will contain the markings (A thru D) in the “Additional

Requirements” column of the “List of Deliverables”.

A. Software Document Requirements. For each software deliverable type identified in the list of deliverables, the documentation provided by the Contractor shall include the following details:

1. Include version numbers, checksums, classification levels, and security requirements.

2. Identify target hardware and operating systems.

3. A detailed description of usage and how the item is used to develop, implement, and test software requirements.

4. Identify software license agreement and owner of each piece of software.

5. If software is commercial, identify the vendor, and purpose.

6. Identify the configuration management process.

7. Identify modern dependencies such as cloud computing and machine learning.

8. Identify current and future planned OS, software, tool upgrades, and changes to be applied to networking environments.

9. Identify any applicable standards.

B. Equipment Document Requirements. For each equipment deliverable type identified in the list of deliverables, the documentation provided by the Contractor shall include the following details:

1. Dimensions, weight, cooling, electrical requirements, and storage classification level.

2. Document planned and expected lab equipment obsolescence and provide details of established sustainment and replacement plans.

3. Identify specialized and customized equipment configurations

4. Identify current and future planned equipment upgrades due to either capability requirements or obsolescence replacements.

5. Identify all commercial items and the supplier

6. A detailed description of usage of how the item is used to develop, implement, and test software requirements.

C. General Document Requirements. For each document deliverable type identified in the list of deliverables, the documentation provided by the Contractor shall include the following details:

1. Version numbers

2. Classification level

3. Document/database type

4. Method of access

5. Description of purpose

6. Document/database owner

7. Configuration management strategy

8. Include details for referenced documents.

9. A detailed description of usage of how the item is used to develop, implement, and test software requirements.

10. The Contractor shall also provide an electronic copy of each identified document, unless it is an openly available standard or military specification.

D. Non-Commercial Software. For non-commercial software, the Contractor shall include the following details:

1. Identify source code

2. Identify executable(s)

3. Identify build procedures

4. Identify Operating System (OS) used

5. Identify any unique host requirements

6. A detailed description of usage of how the item is used to develop, implement, and test software requirements.

7. Identify the data rights asserted and the basis for the assertion.

3.7 Electronic Delivery Method. The Contractor shall format items developed for the

Government in Microsoft Office Open XML standards. If the item requires tools or software to open/view not readily available to the Government, the Government will inform the Contractor. The Contractor will reformat using available formats such as Microsoft

Office Open XML standards or Adobe PDF.

4 SERVICE SUMMARY

Inspection &

SOW

Paragraph

Performance

Objective / Elements

Standards / AQL Inspection Calculation /

Ratings What How/ Method When/ Freq

SS# 1

Para: 6.1.2

Effective Support

The Contractor shall provide effective support with an emphasis on overall success and positive impact to SWEG mission objectives .

In accordance with (IAW) all of PWS paragraphs

The COR will ensure the contractor complys with the performance in providing

Effective

Support

The COR will follow-up on all customer complaints to ensure all operations were done IAW the

PWS

Quarterly

M1 perform each PWS paragraph error free without complaint

95% of the time and shall ensure the remaining 5% is resolved within five

(5) workdays

SS# 2

Para. 3.5.3 &

3.5.6.1-3.5.6.3

Network

Topology

The Contractor shall provide the named documentation according to the PWS and CDRL sections listed

IAW PWS Para. 3.5.3 &

3.5.6.1-3.5.6.3

Contractor shall deliver specified CDRL A003 sections as listed PWS

Receipt of

CDRL sections is 105 calendar days after award as outlined in

PWS

COR will validate through inspection with the Government

FSM for completeness and accuracy

Event Driven

M4

Performance is acceptable when contractor delivers the required CDRL sections 105 calendar day after award as outlined in the PWS

SS# 3

Para. 3.5.3 &

3.5.7.1 & 3.5.7.2

Lab Environment provide the named documentation according to the PWS and CDRL sections listed

3.5.7.1 & 3.5.7.2 specified CDRL A004 sections as listed in PWS

Receipt of

CDRL sections is 105 calendar days after award as outlined in

PWS

COR will validate through inspection with the Government

FSM for completeness acceptable when contractor delivers the required CDRL sections 105 calendar day after award as outlined in the PWS

SS# 4

Para. 3.5.3 &

3.5.8.1, 3.5.8.3 &

3.5.8.4

Software

Development

The Contractor shall provide the named documentation according to the PWS and CDRL sections listed

3.5.8.1, 3.5.8.3 & 3.5.8.4 specified CDRL A005 sections as listed in PWS

Receipt of

CDRL sections is 105 calendar days after award as outlined in

PWS

COR will validate through inspection with the Government

FSM for completeness acceptable when contractor delivers the required CDRL sections 105 calendar day after award as outlined in the PWS

SS# 5

Para. 3.5-3.5.11

The Contractor shall provide on time final

IAW PWS Para. 3.5-3.5-

3.5.11, 9.1.10 & 9.1.11

Receipt of all final CDRLs

COR will validate through acceptable when

5 CDRL SUMMARY

Contract information data shall be delivered electronically in accordance to the corresponding requirement for each Data Item listed in Table 5-1 (below). The contractor shall have no more than one error per quarter for all CDRL submittals. The contractor shall submit CDRLs according to the due date indicated and have no more than one CDRL per quarter submitted after the identified due date. Grammatical errors do not count as an error. Substantive mistakes shall be corrected within two working days and corrective action taken to prevent recurrence of inaccurate late CDRLs.

Table 5-1

Exhibit Title PWS Paragraph

Delivery

A001 Personnel and Base

Operating Support

3.5.4 No Later than 35 Days

before the start of the site visit to contractors facility.

A002

Facilities

3.5.5 No Later than 35 Days

before the start of the site visit to contractors facility.

A003

Information

Technology (IT) and

Networking

3.5.6 No Later than 35 Days

before the start of the site visit to contractors facility.

3.5.6.1, 3.5.6.2, and 3.5.6.3 within 105 Days after

Execution Period Start

Inspection &

SOW

Paragraph

Performance

Objective / Elements

Standards / AQL Inspection Calculation /

Ratings What How/ Method When/ Freq

On Time Delivery of Deliverables delivery of all deliverables CDRLs

A001-A0010 specified CDRL A001-

A010 as listed in PWS

158 calendar days after award as outlined in

PWS

inspection with the Government

FSM for completeness and accuracy

M4 contractor delivers the required CDRL sections 158 calendar day after award as outlined in the PWS

SS# 6

Para: 8.1.3

Acknowledge technical inquries

The Contractor’s

Program Manager (PM) shall acknowledge

Government technical inquiries within two (2) business days of receipt and shall provide a response within five (5) business days of receipt.

PWS para 8.1.3

Contractor shall acknowledge all technical inquires

Receipt of

Contractor PM acknowledgeme nt and response to technical inquiries

The COR will follow-up on all customer complaints to ensure PM is adhering to

PWS

acceptable when the

Contractor’s PM answers technical inquires within theallotted time 95% of the time

A004

Lab Environment

3.5.7 No Later than 35 Days

before the start of the site visit to contractors facility.

3.5.7.1, and 3.5.7.2 within

105 Days after Execution

Period Start

A005

Software

Development

3.5.8 No Later than 35 Days

before the start of the site visit to contractors facility.

3.5.8.1, 3.5.8.3, and 3.5.8.4 within 105 Days after

Execution Period Start.

A006

Training

3.5.9 No Later than 35 Days

before the start of the site visit to contractors facility.

A007 Operations and

Process

3.5.10 No Later than 35 Days

before the start of the site visit to contractors facility.

A008

Technical Data

3.5.11 No Later than 35 Days

before the start of the site visit to contractors facility.

A009 Quality Program

Plan

9.1.10 No Later than 35 Days

before the start of the site visit to contractors facility.

A010 Accident/ Incident

Report

9.1.11 No Later than 35 Days

before the start of the site visit to contractors facility.

6 GOVERNMENT SURVEILLANCE/INSPECTION. In accordance with

FAR clause 52.246-4, the Government has the right to inspect and test all services called for by the contract, to the extent practicable at all times and places during the term of the contract. The Government will perform inspections and tests in a manner that will not unduly delay the work. This will not relieve the Contractor of responsibility for providing adequate quality control measures or from any contract requirement. The Government will ensure Contractor performance is effectively monitored and documented.

6.1.1 The Government Contract Surveillance Management Office (CSMO) shall periodically evaluate the Contractor’s performance by appointing a Primary and

Alternate Contracting Officer Representative (COR) for the contract. The

Government has the option to request a meeting with the Contractor at any time to discuss Contractor performance. The Contractor shall comply with all

Government inspection efforts.

6.1.2 The Contractor shall provide effective support with an emphasis on overall success and positive impact to SWEG mission objectives. The Contractor shall perform each PWS paragraph error free without complaint 95% of the time and shall ensure the remaining 5% is resolved within five (5) workdays.

7 GOVERNMENT PROVIDED PROPERTY, SUPPORT, AND

INFORMATION.

7.1.1 Government-Owned and Government-Managed Information. The

Government will furnish or make available to the Contractor any Government-owned and Government-managed technical information or guidance as required for the performance of the contract. All Government Furnished Information

(GFI) shall remain property of the Government. The Contractor shall comply with applicable FAR and DFARS clauses in the contract and the terms of this

PWS regarding the use and dissemination of this information.

7.1.2 Government Property and Information Protection. The Contractor shall apply appropriate security measures to protect Government property and information from unauthorized or unlawful disclosure or loss and shall protect from disclosure any proprietary information or intellectual property that has been provided for use under Government purpose rights. The Contractor shall ensure that any proprietary information or intellectual property provided by the

Government is used only for Government purposes.

7.1.3 Publicly Available Information. The Government will not furnish information that is publicly available, whether by unrestricted public access or by purchase in the commercial marketplace.

7.1.4 Contractor Produced Data/Information. All documents, notes, records, software tools developed, and/or software produced by the Contractor to fulfill the requirements of this PWS shall become the property of the Government. The

Government will have unlimited rights to all data/materials and will determine the scope of publication and distribution. The Contractor shall be required to deliver electronic copies of all documents, notes, records, and software to the

Government upon termination of the contract services or expiration of the contract period.

7.1.5 Supply Chain Risk Management. The Contractor shall implement risk management procedures to ensure that system, equipment, components, software, maintenance equipment, and supplies do not incorporate counterfeit parts, malicious code, or other elements that would allow adversaries to gain access to data and critical program information and disrupt operations. Contractor risk management procedures shall comply with Air Force Pamphlet (AFPAM) 63-

113, Program Protection Planning for Life Cycle Management, SAE Aerospace

Standard AS5553, Counterfeit Electronic Parts: Avoidance, Detection, Mitigation, and Disposition, and National Institute of Standards and Technology

(NIST) Special Publication 800-53, Revision 4, Security and Privacy Controls for Federal Information Systems and Organizations.

8 GENERAL INFORMATION.

8.1.1 Government Representatives. The 402 SWEG Government Representatives are the Government’s points of contact for this requirement. The Government

Representative’s will provide technical oversight of the Contractor's performance and report any performance problems to the COR and/or Contracting Officer.

Government Representatives will not supervise the Contractor, and they are not empowered to make any contractual commitments or authorize any contractual changes on the Government’s behalf. The following individual(s) will serve as

Government Representatives for this contract:

SWEG Government Representative

(Primary)

SWEG Government Representative

(Alternate)

Name: Jason Crawford Name: Tuan Doan

Org: 580 SWES/MXDPCD Org: 580 SWES/MXDPCD

Phone: 478-926-0644 Phone: 478-926-9751

Email: jason.crawford.1@us.af.mil Email: tuan.doan.1@us.af.mil

8.1.2 Contractor Program Manager. The Contractor shall provide the necessary resources and infrastructure to manage and administer this contract. The

Contractor shall provide a Program Manager (PM) who shall be the single point of contact responsible for Contractor personnel, including all administrative duties of Contractor personnel, and act as a liaison to the Government for contract performance matters. The name and phone number of the Contractor’s

PM shall be provided in writing to the Contracting Officer and Government

Representatives no later than five (5) business days after contract award date.

8.1.3 The Contractor’s PM shall acknowledge Government technical inquiries within two (2) business days of receipt and shall provide a response within five (5) business days of receipt.

8.2 Contractor Management Responsibilities.

8.2.1 The Contractor shall retain responsibility for any teaming partner or subcontractor and shall be accountable for their performance.

8.2.2 The Contractor shall comply with all established policies, operating instructions, and regulations relating to the performance of assigned duties. These include environmental, health, safety, and security compliance measures.

8.2.3 The Contractor shall not employ persons on this contract if such employee is identified to the Contractor as a potential threat to the health, safety, security, and/or general wellbeing to 402 SWEG operations. All Contractor employees shall conduct themselves in a professional, courteous manner.

8.2.4 The Contractor shall ensure all Contractor employees possess the required training, qualifications, proficiency, and security clearances necessary to satisfy all contract requirements.

8.2.5 The Contractor shall develop and submit all required information and deliverables in accordance with contract requirements and timelines.

8.2.6 The Contractor shall not perform any work outside the scope or requirements of this PWS without the express written approval of the Contracting Officer.

Contractor personnel shall wear visible identification designating them as

Contractors at all times while on Robins Air Force Base. Contractor personnel, whether prime or subcontractor are not authorized sponsorship privileges.

8.2.7 Clarification of Responsibility. The Contractor has the responsibility to clarify direction received from the Government. In the event the Contractor has questions regarding the PWS or information critical to the success of the contract, the Contractor shall seek clarification from the Contracting Officer.

8.2.8 Personnel Limitations. The Contractor shall not utilize any foreign persons in the processing of work under this contract. Only U.S. persons shall have access to either technical data or defense articles. A U.S. person is defined as a U.S.

citizen (whether naturalized or native born) or a permanent resident (green card holder). Foreign persons with work or student visas do not qualify as U.S.

persons.