ATSSI_2_Draft_PWS_Rev_11Sep19.docx

PERFORMANCE WORK STATEMENT (PWS)

FOR

AUTOMATED TEST SYSTEM SUSTAINMENT INITIATIVE II (ATSSI II)

PRODUCT SUPPORT SUSTAINMENT SOLUTIONS

for

Ogden Air Logistics Complex

Revision Date: 12 September 2019

Table of Contents

Introduction Purpose The purpose of this effort is to implement the Integrated Master Plan (See Attachment B) for the Automated Test System Sustainment Initiative (ATSSI) program for the continued development and sustainment of a Depot Technology infrastructure supportive of the Ogden Air Logistic Complex (OO-ALC) mission to perform critical test functions important to the ongoing operational safety, suitability, and effectiveness of multiple Air Force weapon systems/subsystems. This depot infrastructure is referred to as the Automated Test System Sustainment Initiative II(ATSSI II). The ATSSI II infrastructure solution provides, but is not limited to the integration, update, and consolidation of processor-based test stations (i.e., ATS), test fixtures, Test Program Sets (TPSs), database repositories, analytical software tools, and associated network communication functions. Additionally, the ATSSI II will resolve current system obsolescence and performance issues while providing significant efficiency and cost improvements.

This Performance Work Statement (PWS) defines the ATSSI II activities in support of organizations within the Ogden Air Logisic Complex and 416th Supply Chain Management Squadron at Hill Air Force Base. The customer will be referred to hereafter as the “Government.” References to the Government in this PWS may involve AFSC, AFLCMC, OO-ALC organizations and Geographically Seperated Units (GSU). The requirements herein will be ordered via Task/Delivery Order to rapidly respond to aircraft procurement and sustainment requirements for USAF customers. The ATSSI II Contractor, hereafter referred to as the “Contractor”, will be the systems integrator who provides a single-point solution for ATSSI II requirements Background Each individual piece of test equipment may support end items from several different vendors (sometimes dozens of vendors), incorporates ancillary equipment from various vendors in its build/design, and requires coordination with multiple vendors when such systems are modified or replaced. Processor-based test stations are generally referred to by the Government as Automated Test Systems (ATS).

The Government is facing operation, maintenance, performance, and infrastructure support issues for a growing number of processor-based test stations. Many of these systems are obsolete, stove-piped (i.e., not properly interfaced for efficiency purposes), duplicative, require unique/costly repair solutions, and/or require specialized sustainment in order to remain operable. The Government has established the ATSSI II to integrate, update, and consolidate ATS, test fixtures, TPS, database repositories, analytical software tools, and network infrastructures. The planned objective being to implement an integrated Sustainment Initiative (SI) based on common Commercial-off-the-Shelf (COTS) and/or Government-off-the-Shelf (GOTS) solutions, whenever possible. The Government does not have the organic personnel resources necessary to implement ATSSI II.

Scope The scope of this PWS includes the implementation of the Integrated Master Plan (Attachment B) for the Automated Test System Sustainment Initiative (ATSSI) program.

The basic core of ATSSI efforts are summarized in the following categories:

· TPS Development/Rehost

· Build-to-Specification Hardware Manufacutre

· TPS Sustainment FacilityEfforts

· Technical Refresh of Existing ATE

· ATE Spare Instrument Support Programs

· Program Management Office (PMO) Activities/Support

· On-site Engineering/Logistics Support

· Other General ATSSI Requirements

Specific aspects of the scope of work include, but are not limited to:

· Supporting the EMXG ATSSI Integrated Master Plan (IMP), specifically documenting: 1) ATSSI Requirements, 2) “The Existing SI Model”, 3) “The Planned SI Model”, and 4) An Integrated Master Schedule (IMS).

· EMXG ATSSI Implementation (i.e., IT infrastructure design, build, and test)

· Infrastructure Support Services necessary to sustain existing and planned IT infrastructures during the period of EMXG ATSSI II implementation

· System Documentation necessary to ensure ATSSI II sustainability

· Program management support for the reliability and maintainability of the Depot Test Systems and associated support equipment.

· Logistics support for software and hardware maintenance efforts for assigned depot support equipment to include the compliment of depot test platforms at the Ogden Air Logistics Complex facility.

· Conduct software Validation and Verification (V&V) and kit proofing.

· Schedule, organize, plan and conduct System Compatibility Tests (SCTs).

· Develop program schedules, program plans, software/hardware checklists, and equipment acceptance test procedures.

· Maintain data management and analysis schedules, configuration management plans and documentation, create and manage maintenance data collection and analysis schedules.

· Review, evaluate, and update Air Force or commercial technical manuals

· Removal and disposition of legacy test equipment

· Assisting in design efforts

· Coordinating between multiple vendors to deliver complete systems

· Installation to include some level of facility modification

· Coordinating training for equipment use and maintenance

· Performing studies and analyses

· Coordinating between various System Program Offices (SPO), Complexes and Centers as applicable

· Item Unique Identification (IUID) support

· Dimishing Manufacturing Souces and Material Shortages (DMSMS) Support

· Test Program Set (TPS) software development or re-host support Non-Personal Services The Government will neither supervise nor direct Contractor personnel. Under no circumstances shall the Government assign tasks to, or prepare work schedules for, individual Contractor employees. The Contractor shall manage its employees and guard against any actions that are of the nature of personal services or give the perception of personal services. If the Contractor believes that any actions constitute or are perceived to constitute personal services, or are outside the scope of this Task Order, the Contractor shall notify the CO immediately.

Inherently Governmental Functions The Contractor shall not perform any inherently governmental functions as defined by Federal Acquisition Regulation (FAR) Subpart 7.5. All program decisions shall be the sole responsibility of the Government.

The Contractor shall not counsel, mentor, make judgments and/or discretionary decisions or perform any other activities related to supervision of Government personnel.

If the Contractor believes that any actions constitute or are perceived to constitute inherently governmental functions, the Contractor shall notify the CO immediately.

Reference documents Documents and electronic files will be made available to the Contractor as needed, based on distribution statements. The Contractor will have access to Government offices, computer-based test stations, database repositories, analytical software tools, networks, and facilities in accordance with Section 6.0 of this PWS. Consequently, all required reference documentation will be readily available for use during the performance of assigned tasks.

Basic Services The basic core of the ATSSI efforts as outlined in Section 1.3 are designated in detail in the following Sections, to be all inclusive of Section 3.0. Any and/or all of the items in Section 3.0 will be implimented according to Task Order for the basic ATSSI 2 award and are subject to available funding and at the convenience of the Government.

TPS Development/Rehost TPS Requirements Analysis and Review The development process for a Test Program Set (TPS) involves a thorough investigation of the technical specifications and requirements needed to develop that TPS. In order to reduce risk to the TPS development process, the Government requires a detailed review and documentation of the end item and tester characteristics such as: Input/Output (I/O) requirements, Test Accuracy Ratios (TAR), and any unique test requirements that each end-item may have prior to any TPS development. Section 3.1.1.1 defines the work needed to accomplish the investigation, and analyses.

NOTE: The information resulting from the TPS Requirements Reviews will be used by the Government to select appropriate test solutions, including potential Automated Test Systems (ATS) on which these end items may be rehosted and to provide documentation and information necessary to accomplish such tasks. Support Equipment recommendations shall be made in accordance with Section 3.3.5.1.

Requirements Determination and Analysis The Contractor shall perform analysis on each Unit Under Test (UUT) and provide the following:

· Requirements Traceability Matrix that identifies all testing, alignment, and troubleshooting procedures associated witgh the legacy test procedures.

· Input/Output (I/O) requirements with Test Accuracy Ratio (TAR) values for the Legacy tester and tester alternatives included in the analysis

· Tester (ATE) Resource Matrix

· Unique test requirements for each TPS/UUT.

CDRL XXXX

Formal Requirements Review Upon completion of the TPS Requirements Analysis, the contractor shall conduct a formal Requirements Review to present and deliver the information generated as part of Section 3.1.1.1 The Contractor shall also provide an assessment at the Requirements Review of each end item to assist in future ATE Selection. The Requirements Review will be held as a teleconference, unless prior arrangements with the Government have been made in advance to conduct the review face-to-face.

The Contractor shall conduct a formal Requirements Review to present the information generated as part of Section 3.1.1.1 and provide:

· An assessment of each end item to assist in future ATE selection.

· An assessment report detailing each end item’s Test Accuracy Ratios (TAR) requirements.

· Briefing deck delineating the results of the TAR assessment/evaluation. The briefing shall provide enough detail to:

· Allow the Government to select appropriate ATE on which to rehost the end item at a future date

· This Support Equipment recommendation shall adhere to the Selection Criteria identified in Section 3.3.5.1.

· A minimum of two (2) ATE systems shall be presented for comparison as part of the briefing deck.

Upon completion of the Requirements Review, the contractor shall update and deliver the data package to address Government inputs, concerns and required changes.

Travel In order to thouroughly investigate the requirements of the items , the Contractor may need to travel to the Government facility to fully vet the item under consideration. Travel for this effort shall comply with the guildelines outlined in Section 3.8.1.

CDRL XXXX

CDRL XXXX

Test Program Set (TPS) Development TPS Software and Hardware Design and Development The following paragraphs descibe the TPS development phases and milestones required for TPS development efforts performed under ATSSI II. There are five (5) phases, each with a corresponding Milestone and Exit Criteria that must be adhered to for Government acceptance of the TPS.

Any and all travel associated with this process shall adhere to the travel requirements outlined in Section 3.8.1.

Phase I - TPS Requirements Review The government will provide the contractor with the data package provided from the TPS Requirement Analysis Review (Reference 3.1.1). After reviewing the requirements analysis data package, the contractor may choose to conduct a Preliminary Design Review to discuss findings from the Requirements Review data package.

Milestone 1 - Preliminary Design Reviews (Optional) During the Requirements Review phase, the Contractor shall determine the need for a separate Preliminary Design Review (PDR). If it is deemed necessary to conduct a PDR; at a minimum, the following items shall be reviewed:

· Requirements Traceability Matrix

· I/O table(s)

· TAR table for government recommended ATE

· ATE Resource table

· Preliminary software and hardware designs that the Contractor intends to use in development of the TPS

· Additional test hardware required

· Any issues, risk, design factors, limitations, etc., requiring review and/or approval by the Government

· Action Items generated during the review

CDRL XXXX

CDRL XXXX

Phase I Exit Criteria Successful completion of Action Items assigned to the contractor during the PDR.

Phase II - Software and Hardware Design and Development Software The Contractor shall design and develop TPS software that captures the test requirements of the end-item as established in the applicable Operation and Maintenance (O&M), Test Procedures Manual (TPM), Test requirements Document (TRD), or Legacy ATE TPS Software.

Test Program Hardware The Contractor shall design and develop schematics, fabrication drawings, Bill of Materials (BOM), wire lists and/or assembly drawings for each element of the TPS Test Program Hardware (TPH) (CDRLs A006, and A015).

CDRL XXXX

CDRL XXXX

Milestone 2 - Critical Design Reviews Upon completion of the Test Program software and hardware design and development the Contractor shall schedule and conduct a Critical Design Review (CDR). The contractor should consider the following factors to include during this review, but not necessarily be limited to:

· Test Program Software Complexity

· Test Program Hardware Complexity

· Calibrated items required as part of the TPH

· TPH Self-test and Diagnostics

· TPH Maintainability

· GFE Availability The following items shall be reviewed during the Design Review:

· Requirements Traceability Matrix

· I/O table(s)

· TAR table for selected ATE

· ATE Resource table

· Review of Functional Test Procedures compared to the requirements traceability matrix

· Review of the non-baselined 1st Article Hardware Design

· Any issues, risk, design factors, limitations, etc., requiring review and/or approval by 309 EMXG

· Action Items generated during the review

CDRL XXXX

CDRL XXXX

Phase II Exit Criteria Successful completion of Action Items assigned to the contractor during the CDR.

Phase III - Initial TPS Software and Hardware Integration Upon completion of the CDR and approval from the government to proceed, the contractor shall enter the TPS Integration Phase. During this phase, the contractor shall integrate the TPS mock-up hardware and software to ensure that it appropriatly tests the UUT per the Requirements Traceability Matrix.

Milestone 3 - TPS “BETA TESTING” The Beta-Testing Milestone is incorporated to allow the contractor the opportunity to demonstrate the rehosted TPS to the appropriate stakeholders to ensure that all of the test requirements have been captured. In addition, it provides the contractor the opporunity to troubleshoot failing tests in the maintenance shop with the technician. Upon completion of the TPS Integration Phase, the Contractor shall:

· Arrange a site visit after completion of the mock-up phase of the TPS development with the Government to provide “beta testing” of the mock-up unit.

· Conduct beta testing of the TPS (hardware and software) at the Government facility. Due to the disruption to the Production shop, these testing events must be coordinated repair shop technicians. The Contractor shall schedule these events at least 30 days prior.

· Determine the functionality of the TPS to provide adequate testing on the UUT.

· Allow feedback from the technicians on perceived weaknesses in the software, ITA, process, and functionality of the TPS.

· Incorporate any recommendations by technicians that are within scope of this PWS.

· Document and submit any out of scope recommendations to the Government for analysis and evaluation.

CDRL XXXX

CDRL XXXX

Phase III Exit Criteria Successful completion of the Beta Testing Event.

Phase IV - 1st Article Hardware Fabrication and Final TPS Integration Upon completion of the Beta Testing event, the contractor shall enter the Final TPS Integration Phase. During this phase, the contractor shall fabricate the 1st Article Test Program Hardware (TPH) and complete the final TPS integration testing based on feedback from the Beta Testing event. Final integration testing shall be completed using the 1st Article H/W.

Milestone 4 – Test Readiness Review (TRR) The contractor shall conduct an internal Test Readiness Review (TRR) to ensure that the TPS software and Hardware are ready to begin the customer Acceptance Test Phase. The TRR should include but not limited to the following:

· Successful end-to-end functional testing of the TPS software

· Sucessful fault insertion detection (if specified in the ATP)

· Review of the 1st Article TPH drawing package

· Quality Control inspection of the TPH and validation that the TPH drawings and hardware are in agreement.

· Completed Deliverable Documentation (SVD, SDD, TPM/TPH Manuals, ATP)

· Validated Software Drawing

CDRL XXXX

Phase IV Exit Criteria Contractor provides completed TRR checklist to the government.

TPS Acceptance Phase – Phase V Upon completion of the initial TPH build and final TPS integration testing at the contractor’s facilities, the contractor will enter the TPS Acceptance Phase. The following subparagraphs detail the requirements for acceptance of the TPS. The Contractor shall address all required components of acceptance testing described in the Acceptance Test Procedure (ATP).

Milestone 5 - Functional Configuration Audit (FCA) / Physical Configuration Audit (PCA) Upon completion of the 1st Article H/W fabrication and final TPS Integration testing, the Contractor shall:

· Convene a joint FCA/PCA with the Government to verify that the TPS is accurate, complete, compatible, and the Configuration Item (CI) has achieved the performance and functional characteristics delineated in the requirements specifications.

· Perform the FCA/PCA jointly with the Government and the Contractor at a mutually agreed upon time and location, with the Government chairing the audit. Preference will be for this to be held at the Contractor’s facility.

· Document the results of the FCA/PCA for each audit and correct all audit discrepancies.

· Establish the TPS software, hardware, and technical data package baselines after all audit discrepancies have been resolved and accepted by the Government.

CDRL XXXX

CDRL XXXX

Upon successful completion of the FCA/PCA Milestone, the contractor can schedule the TPS Acceptance Test event.

Milestone 6 - Test Program Set Acceptance Test Upon successful completion of the FCA/PCA events and establishing the TPS Software, documentation, and hardware baselines, the contractor shall:

· Conduct TPS Acceptance activities at Government facility in the respective UUT Maintenance shop with the designated stakeholders in accordance with the Acceptance Test Procedures.

· When possible, TPS Acceptance testing shall be performed on two UUTs to ensure test repeatability on multiple units.

CDRL XXXX

CDRL XXXX

Phase V Exit Criteria Upon successful completion of the Acceptance Testing event and receipt of the final Software, Hardware, and technical data package, the government will sign and return the contractor provided DD-250 Inspection and receiving report to the contractor. At this point, the Government will consider the TPS delivered.

Final Delivery/Selloff The Contractor shall deliver, install, and provide any support, training, and maintenance instruction as required for each TPS. Final Delivery shall occur at Hill AFB, unless prior arrangements with the Government Contracting Officer have been made in advance of the intended activity.

· DoDAAC F2DCBH

· 7302 Wardleigh Rd Bldg 15 (Basement) Hill AFB, UT 84056

· 309 EMXG/MXDEB

The Contractor shall identify to the Government any ancillary hardware/equipment required for use with the TPS and ATE test system to test the respective end-item that will not be provided with the TPS.

Final Delivery/Selloff of all artifacts shall be no later than one (1) month after the Acceptance Testing event identified in Section 3.1.2.5.2.

Test Program Set (TPS) Development/Rehost Deliverables TPS Requirements Traceability Matrix The Contractor shall develop and deliver the TPS Requirements Traceability Matrix that traces the TPS test procedures to the existing test procedures used by the legacy test equipment. CDRL XXXX TPS Software Version Description Document The Contractor shall deliver a Software Version Description (SVD) Document for each TPS software package. The SVD shall identify the computer program identification number (CPIN), program version and revision, release date and software installation procedures within the SVD Documents. (CDRL A005).

CDRL XXXX

TPS Software Design Description The Contractor shall develop a Software Design Description (SDD) document in Contractor format that at a minimum will capture the design decisions for that TPS software as well as any pertinent information that will be useful in the support and maintenance of the TPS. Use DI-IPSC-81435A as a guide for the development of the SDD. (CDRL A008)

CDRL XXXX

Test Readiness Review (TRR) Checklist Prior to scheduling the formal Audits and Acceptance Testing Events, the Contractor shall develop and deliver a TRR Checklist that documents the completed actions (pass/fail) from the Contractor’s Internal Test Readiness event. (CDRL A023)

CDRL XXXX

Acceptance Test Procedure The Contractor shall develop and deliver an ATP that (at minimum) demonstrates the suitability of the TPS to satisfy the test requirements established in the applicable Test Procedures, O&M Manual, and /or Test Requirements Document. Use DI-NDTI-80603 as a guide. (CDRL A007)

CDRL XXXX

Submit the ATP to the Government at least ten days prior to the start of TPS acceptance testing.

Acceptance Test Report The Contractor shall develop a Final Acceptance Test Report that documents the findings from the Acceptance Testing events (FCA/PCA and Final Acceptance Testing). (CDRL A023)

CDRL XXXX

Documentation Process The Contactor shall provide for proper documentation of all TPS efforts. Reference documents for proper documentation include (but are not limited to):

· MIL-DTL-38807D

· MIL-DTL-87829

· Technical Order (T.O.) 00-5-1

· T.O. 00-5-3

· T.O. 00-5-16

· T.O. 00-5-17 Recommended Redline Markups to the current End-Item Overhaul Manuals The contractor shall make required red-line markups to the current End-Item Overhaul Manuals and submit them to the appropriate stakeholders including the Equipment Specialist and TOMA.

CDRL XXXX

Test Program Manual (TPM) The contractor shall develop and deliver a Test Program Manual (TPM) that describes the instructions for performing automated tests for each TPS. The Contractor shall use MIL-STD-38784 (Department of Defense Standard Practice for Manuals, Technical: General Style) as a guide/reference in the development of the Test Program Manuals.

CDRL XXXX

CDRL XXXX (TMCR)

The Contractor shall provide the Government with the final copy of the Test Program Manual (TPM) for review ten (10) days prior to the start of TPS acceptance testing (CDRL A004). The Government will have the opportunity to review the manual and then validate the test procedures in the manual against the actual operation of the TPS software during acceptance testing. The Contractor shall update the TPM that incorporate comments provided by the Government.

The Contractor shall and deliver final documents within one (1) month of receipt of the Government’s comments.

Test Program Hardware (TPH) O&M Manual The Contractor shall develop and deliver a Test Program Hardware (TPH) O&M Manual for each TPS that describes the maintenance instructions for maintaining and repairing the TPH. The Contractor shall use MIL-STD-38784 (Department of Defense Standard Practice for Manuals, Technical: General Style) as a guide/reference in the development of the Test Program Manuals (CDRL A004 and A012).

CDRL XXXX

CDRL XXXX (TMCR)

The Contractor shall provide the final copy of the developed TPH O&M Manual ten (10) days prior to the start of TPS acceptance testing. The Government will have the opportunity to review the manual and then validate the maintenance procedures, graphics, and BOM in the manual against the actual TPH drawings during the PCA. The Contractor shall provide the final documents within one (1) month of receipt of the Government’s comments.

Structured Generalized Markup Language (SGML) Where required by individual organization, the Contractor shall provide the capability to generate documentation in Structured Generalized Markup Language (SGML) format (CDRL A/B012, A033, A034, A035). Where SGML is not required, the Contractor shall deliver documentation in contractor format, (CDRL A/B004). At Preliminary Design Review (PDR), the customer will identify the format.

CDRL XXXX

CDRL XXXX

CDRL XXXX

CDRL XXXX

Engineering Drawings The Contractor shall provide Engineering Drawings with sufficient information to permit Government maintenance, modification, and engineering analysis of all manufactured items. The data provided shall be to the COTS component-level; subcomponent level details are not required for the COTS items. (CDRL A006)

CDRL XXXX

The Contrator shall provide Altered Item Drawings to document all custom changes made to COTS items (CDRL A006)

CDRL XXXX

The Contractor shall create engineering documentation packages (which include corrections/updates to Technical Orders), engineering drawings, schematics, and associated technical data) for the TPS (CDRLs A006, and A015).

CDRL XXXX

CDRL XXXX

The Contractor shall prepare and deliver updated documents according to the guidelines and specifications identified by the relevant stakeholders for the system. The Government will provide stakeholder requirements at least 90 days prior to needed delivery dates.

Computer Program Identification Number (CPIN) The Contractor shall submit a CPIN request for each TPS Software Configuration Item and deliver the TPS software in accordance with T.O. 00-5-16 and 00-5-17 (CDRL A010).

CDRL XXXX

Program Management Activities The Contractor shall provide the following program management deliverables for TPS Development/Rehost efforts:

· Monthly Status Report

CDRL XXXX

· Meeting Agenda

CDRL XXXX

· Meeting Minutes

CDRL XXXX

Build-to-Specification Hardware Manufacture The Contractor shall produce build-to-specification hardware items and ATE that do not require Nonrecurring Engineering (NRE) Services. These include production copies of test equipment.The Contractor shall build and deliver test equipment, Interface Test Adapters (ITA), or other Support Equipment items (SE) to all applicable (and most current) drawing specifications and software configurations. These hardware items will be identified on individual Task Orders.

CDRL XXXX Monthly Status Report Validation/Verification of Build-To-Specification Hardware Acceptance of each build-to-specifciation item will be performed on a case-by-case basis, depending on the complexity and nature of each end item. Unless identified in Task Order, this acceptance will take place at the delivery point, Hill AFB.

ATE/TPS Sustainment Facility(ATSF) Upon initiation of a Task Order, the Contractor shall set up an ATE/TPS Sustainment Facility(ATSF) located at Hill AFB to support long term sustainment of TPS and ATE items as identified in the Task Order. Several of the following sections (up to inclusion of all of them) will be utilized to support the efforts of the ATSF and may be spread over several Task Orders at the direction and convenience of the Government.

System Integration Activities The Contractor shall ensure that discrete vendor system sub-elements are fully compatible by integrating the fabricated systems and sub-systems with each other to ensure that no operational deficiencies are identified.

The Contractor shall evaluate the possible solutions sets for system and subsystem integration deficiencies, select the most cost-effective solution set, and direct the appropriate vendor to remedy the deficiency.

The Contractor shall model and analyze different SE hardware/software technical solutions to optimize solutions.

The Contractor shall analyze different logistics support approaches for candidate systems and, if necessary, conduct NRE activities to develop sustainment alternatives for the ATE components and TPS programs.

CDRL XXXX

General Support Equipment (SE) and Prime Mission Equipment (PME) Product Support Integration Activities The Contractor shall provide all necessary logisticians, engineers, analysts, specialists, technicians and sustaining engineering technical experts, as needed, to conduct general SE and PME systems integration activities. General SE and PME systems integration activities shall include, but is not limited to, activities necessary to ensure that the end-user can fully employ weapon system operational capabilities.

CDRL XXXX

General Support Equipment The Contractor shall analyze weapon system requirements and report analysis finding to the Government as required,and as specified in future Task Orders. If directed by the Government, the Contractor shall fabricate, integrate, test, and deliver general SE that satisfies the operational needs of USAF customers. General SE may include, but is not limited to, hardware and software for infrastructure improvements, ground handling, and aircraft servicing equipment.

CDRL XXXX

Systems Integration Logistics Support The Contractor shall provide logisticians, engineers, analysts, specialists, or sustaining engineering technical experts, as needed, to provide Product Support Integration logistics direct mission support.

CDRL XXXX

Logistics Product Data (LPD) As required, the Contractor shall develop test capabilities; provide data for and participate in the provisioning process in accordance with DI-SESS-81874, Engineering Data for Provisioning (EDFP) and DI-SESS-81758A/T, Logistics Product Data (LPD) and the Initial Provisioning Performance Specification (IPPS). The Contractor shall ensure Source, Maintenance, and Recoverability (SMR) codes are assigned to ATE components, TPSs, ancillary SE, PME, and non-RF and RF-capable non-deployable and deployable test capabilities; and update kit components identical to those assigned to like components. Provisioning activities shall be documented in the appropriate monthly status report (DI-MGMT-80227/T, Monthly Status Report).

CDRL XXXX

CDRL XXXX

CDRL XXXX

Submitting EDFP and LPD Schedules and requirements for submitting the EDFP and LPD shall be in accordance with CDRLs A003 and A004 respectively. Order precedence for EDFP shall be in accordance to the IPPS.

CDRL XXXX

CDRL XXXX

Provisioning LPD will be submitted in a format compatible with AFMC Automated Provisioning System (D220) as required by the IPPS including attachments. The schedule for submitting the LPD shall be in accordance with the Provisioning Performance Schedule (PPS) (AFMC 718) which will be completed at the Provisioning Guidance Conference (PGC).

CDRL XXXX

Systems Integration Sustaining Engineering Activities The Contractor shall provide logisticians, engineers, analysts, specialists, or sustaining engineering technical experts, as needed to perform sustaining engineering activities for AFSC weapon system customers. The Contractor shall ensure that personnel assigned to this task are fully knowledgeable of AFSC depot maintenance level test equipment and its related support infrastructure requirements.

CDRL XXXX

Test Capability Development The Contractor shall, research, analyze, develop, integrate, test, demonstrate, and deliver any necessary studies, analyses, proof-of-concept documentation, and technical reports as required to support test capability development. This support shall include, but not be limited to:

a. Developing new software protocols for use with legacy ATE, TPS, SE, PME, LRU, SRU and SERD software

CDRL XXXX

Engineering Trade Studies The contractor shall perform engineering trade studies (ref para 3.6.1.d) supporting the following:

· Technology Assessment/Qualification

· Feasibility Analysis

· Alternatives Analysis (including build, buy, upgrade, etc.)

· Cost/Benefit Analysis

· Hardware/Software Consolidation and/or Integration

· Operational Software

· Support Equipment

· Transportation and Material Handling Equipment

· Data Systems and Automated Tools

· Automated Test Equipment (ATE); including Test Sets Test Stations

· Trade Study Reports as required by Task Order (CDRL A/B014)

CDRL XXXX

Technical Services The Contractor shall provide follow-on sustaining engineering technical services for hardware and software delivered as part of the ATE, TPS, SE, PME, LRU, SRU, and SERD equipment. Follow-on technical services are generally defined as those tasks required to provide continued support to AFSC for overall management of assigned equipment. This includes the resolution of field and factory identified problems. Specifically, the effort will, at a minimum, include the following:

a. Providing technical review, investigation and development of proposed solutions for hardware and software problems identified by USAF and Contractor personnel

b. Reviewing and evaluating of ATE, TPSs, SE, PME, LRUs, SRU, SERDs and recommending changes, as required, for complete and efficient support

c. Providing a capability to identify revisions to ATE, TPS, SE, PME, LRU, SRU, and SERD hardware and software as necessary to implement test requirements not originally determined to be necessary for ATE, TPS, SE, PME, LRU, SRU, and SERD testing. These additional requirements may be identified during factory or depot usage and evaluation, or whenever a determination is made that additional capability is required. Changes to hardware may result from vendor System Test Specification (STS) and/or Test Requirement Document (TRD) changes due to revised testing requirements

CDRL XXXX

Service Reports (SRs) and Deficiency Reports (DRs) The Contractor shall review Service Reports (SRs) and Deficiency Reports (DRs) and analyze associated exhibits for cause(s) of failure(s). The analysis may entail teardown and testing of ATE, TPS, SE, PME, LRU, SRU, and/or SERD items.

CDRL XXXX

Software Maintenance Facility The Contractor shall provide laboratory facilities, test equipment and associated items for the purpose of evaluation, investigation, testing, validation, and related engineering activities. These requirments will be specified per Task Order.

ATE Systems and SERD Sustainment Integration Support Activities The Contractor shall provide all necessary logisticians, engineers, analysts, specialists, technicians and sustaining engineering technical experts, as needed, to research, analyze, design, develop, fabricate, integrate, test, deliver, and install test capability hardware and software as well as complete all necessary Non-Recurring Engineering (NRE) and logistics data development activities associated with SERD development. The Contractor shall ensure that personnel assigned to this task are fully knowledgeable of legacy ATE, and USAF Depot maintenance level test equipment, SERDs, and their related support infrastructure requirements.

The Contractor shall ensure, to the maximum extent possible, that all test capability equipment is identical to that currently possessed by other weapon system customers in order to minimize the sustainment costs for the delivered equipment, e.g., ATE systems, TPSs SE, PME, K400C Aircraft Generator, Variable Speed Constant Frequency, Integrated Drive Generator, and Constant Speed Drive test stands.

CDRL XXXX

Support Equipment Selection Criteria The Contractor shall use the following order of priority in preparing SE recommendations to promote standardization and nonproliferation of SE.

1. Identify the weapons system’s support/test requirements,

2. Define the various support/test alternatives,

3. Analyze the alternatives, and

4. Present alternative solution options for the appropriate ATS support alternative (see below for ATS selection process).

a) Service’s Designated ATS Family

b) DoD Designated ATS Family

c) Commercial tester

d) Current weapon system/Service ATS

e) Other DoD inventory ATS

f) New development AT

5. If existing items are selected, they may not be “free” to the contractor. The contractor might have to procure sufficient quantities to support their TPS design approach.

6. There must be a current data package available to procure the items.

7. The current status of logistics support is a consideration.

8. Coordinate these considerations with the government.

ATS Selection Process In order to avoid any Organizational Conflict of Interest (OCI), the ATS support alternative evaluation and selection will be performed according to the documented process found in DoD ATS Selection Process Guide (2009), located on the Office of the Under Secretary of Defense for Acquisition, Technology and Logistics web page (http://www.acq.osd.mil/ats/). The Contractor will follow this process utilizing information from the IMP to determine the appropriate ATS Selection and shall submit it to the Government for approval. Once the Government approves the selection, the Contractor shall then proceed to development (or Subcontracting) of that chosen ATS support alternative.

Configuration Supportability The Contractor shall analyze the ATE, TPS, SE, PME, LRU, SRU, and SERD items configurations and determine what actions should be taken to ensure supportability for these configurations until the forecasted end-of-life for the associated weapon system. If directed by the Government, the Contractor shall implement all actions required to modernize ATE, TPS, SE, PME, LRU, SRU, and SERD items, to include the replacement of computer processors and peripheral equipment, update of required operating system as well as test software, upgrade of computer- controlled RF measurement and stimulus equipment, and upgrade of Interface Test Adapter and ancillary equipment hardware and software. If necessary, these activities may include NRE for hardware and software development. The Contractor shall also update and deliver any necessary technical documentation to reflect the modernized equipment configuration (DI-SESS-81253C/T, Configuration Status Accounting Information). This documentation includes, at a minimum, the update of engineering drawings, provisioning documentation, software documentation, and Technical Orders as directed by the Government.

CDRL XXXX

Test Capability The Contractor shall fabricate, test, deliver, and install Contractor-provided ATE, TPSs, SE, PME, LRUs, SRUs, and SERDs, as required, to provide an automated test capability to USAF end users.

CDRL XXXX

Operational Readiness Support Kit (ORSK) The Contractor shall fabricate, test, and deliver Operational Readiness Support Kit (ORSK) equipment needed to implement an automated test capability at customer facilities. The Contractor shall compute ORSK composition based on a 5-day work week, two 8-hour shifts per duty day, 90-day repair turn-around-time (includes shipping and handling time), and a 95% probability that ORSK content shall enable uninterrupted operations for a 90-day period.

CDRL XXXX

Depot Readiness Support Kit (DRSK) The Contractor shall fabricate, test, and deliver Depot Readiness Support Kit (DRSK) equipment needed to implement an automated test capability at customer facilities. Composition of the DRSK shall be as directed by the technical customer.

CDRL XXXX

Installation and Checkout (ICO) The Contractor shall perform Installation and Checkout (ICO) for any Contractor-provided equipment fabricated under this PWS when requested by the Government. ICO shall consist of installation at the ultimate delivery location, electrical checkout, and repair of deficient initial installation Contractor-provided equipment. ICO will be deemed complete when the equipment has successfully completed self-test. If the Government directs shipment of any Contractor-provided equipment to temporary locations prior to installation at the ultimate delivery location, i.e., other vendor facilities for use in support of TPS development or LRU/SRU integration, the Contractor will not be required to repair deficient equipment discovered during the subsequent ICO. In the event the Government is unable to ship and set-up the Contractor-provided equipment within 90 calendar days of its scheduled installation date, the Contractor will not be required to perform ICO for that equipment.

CDRL XXXX

Depot Test Capability The Contractor shall develop either a material or non-material test capability for use at USAF depot maintenance facilities. This development may necessitate NRE activities for hardware and software development. The resultant capability must be compatible with the test capability ATE and ancillary SE currently possessed or planned to be possessed by that activity. To ensure SERD compatibility with end user PME, the Contractor shall possess the capability to independently identify and validate end user PME configuration data through review of vendor configuration databases. When discrepancies between Government and databases equipment configurations are identified, the Contractor shall notify the Government of the discrepancies and aid the Government in correcting the deficient data. The maximum number of simultaneous test operations at each location is one unless otherwise specified by the Government. The Contractor shall, to the maximum extent possible, leverage existing material and non-material solutions to minimize costs associated during SERD development. If a material solution is selected, the Contractor shall procure or develop, integrate, test, and deliver all Contractor-provided equipment to enable testing of the LRUs/SRUs possessed by the end user. Integration activities shall include, at a minimum, qualification of parts to correct obsolescence conditions; and TPS integration support activities for existing and newly developed members of the legacy system of ATE, TPSs, SE, PME, LRU, SRU, and SERDs.

CDRL XXXX

Technical Order Updates The Contractor shall update TOs to reflect changes to TPSs, SE, PME, and update kits test capabilities. The Contractor shall minimize test capability and update kit supportability impacts to current users by coordinating the updates with the Government prior to incorporation. The Contractor shall submit the T.O. change data to the Government as directed by the Government in accordance with AFMCI 21-301 and TO 00-5-3 (DI-TM-8601P/T, Technical Manual Contract Requirements). The Contractor shall document T.O. change data submissions in the appropriate monthly status report.

CDRL XXXX

Failure and trend analysis When applicable and as identified by Task Order, the Contractor shall analyze failure data, perform trend analysis for AFSC-managed equipment, and provide technical reports, as requested by the Government, in compliance with DI-MISC-80508B/T, Technical Report- Study/Services.

CDRL XXXX

Configuration Data When applicable and as identified by Task Order, the Contractor shall review and provide the Government with ATE, TPS, SE, PME, LRU, SRU, and SERD configuration data as required to ensure that the appropriate hardware and software will be delivered to new and existing test capability end item users (DI-SESS-81253C/T, Configuration Status Accounting Information).

CDRL XXXX

Software Product Anomaly Report (SPARs) When applicable and as identified by Task Order, the Contractor shall coordinate Software Product Anomaly Report (SPARs) from Hill AFB Depot, and Contractor engineering and testing facilities. These reports, at a minimum, include problems related to test station operations, diagnostics, calibration, self-test software, or ATE, TPS, SE or PME software. The Contractor shall generate deficiency and problem reports based on impact and severity to the test system. The Contractor shall review, and categorize reports for work by the responsible engineering facility for sustaining engineering investigation and analysis. The Contractor shall coordinate and schedule software Verification and Validation testing, testing facilities, and configuration of software releases incorporating remedies to reported anomalies. The Contractor shall also edit, test, and review operating software loading instructions for inclusion in the appropriate Technical Order.

CDRL XXXX

Field Service Bulletin (FSB) When applicable and as identified by Task Order, the Contractor shall create Field Service Bulletin (FSB) and Time Compliance Technical Order (TCTO) instructions for hardware modifications, enhancements, and operating software releases. The Contractor shall prepare kit build-up documentation; schedule, coordinate, and support field kit proofs; coordinate release of final TCTOs; and monitor and report TCTO accomplishments (DI-TM-8601P/T Technical Manual Contract Requirements).

CDRL XXXX

Validation and Verification (V&V) When applicable and as identified by Task Order, the Contractor shall organize, schedule, and participate in Software Compatibility Tests (SCTs) and software Validation and Verification (V&V) activities; provide technical inputs, as well as develop and maintain software program schedules, plans, checklists, documentation and procedures; schedule, organize, and conduct Technical Order (T.O.) risk reduction activities; coordinate software kit-proofs; sustain software programs with respect to the corrective maintenance, performance improvement, and adaptive maintenance within the bounds of existing system specifications; and identify and provide manuscripts for ATE T.O.s impacted by aircraft LRU and SRU software updates and hardware related procedures.

CDRL XXXX

Software Documentation When applicable, the Contractor shall review software documentation for adequacy, completeness, and consistency; monitor software documentation delivery schedules; and identify software problems and/or improvements.

CDRL XXXX

Technical Refresh of Existing ATE Diminishing Manufacturing Sources and Material Shortages (DMSMS) Analysis Support The Contractor shall develop and provide a plan to implement the requirements of the Depot Systems Sustainment Program for identifying and managing the loss, or impending loss, of manufacturers or suppliers of parts and/or material required for sustained operational availability of the Depot System(s), to include ATE and TPS system components (DI-MGMT-81949/T, Diminishing Manufacturing Sources and Material Shortages (DMSMS) Implementation Plan). The Contractor shall provide logisticians, analysts, specialists, or sustaining engineering technical experts, as needed, for direct mission support addressing DMSMS resolution for AFSC-managed weapon system components to include ATE, TPS, PME and associated SE hardware.

CDRL XXXX

Counterfeit Prevention Plan (CPP) DMSMS support shall include a Counterfeit Prevention Plan (CPP) which establishes and maintains an acceptable counterfeit electronic part detection and avoidance system for Depot ATE components, TPS components, and other hardware items identified to satisfy DMSMS requirements. The CPP shall comply with DFAR-252.246-7007, and include provisions to enforce CPP adherence for all subContractors utilized in completing work identified in this PWS.

CDRL XXXX

DMSMS Implementation Plan The DMSMS Implementation Plan may utilize obsolescence / DMSMS data delivered to the Government via sustainment contracts in order to develop a total systems approach in identifying and resolving obsolescence. The DMSMS Implementation Plan shall be for each system configuration and shall include the methodologies, processes, tools, resources and strategies required to provide sustained operational availability for all program systems. It shall include the interfaces between the Contractor and OEMs / subContractors as well as other entities, both industry and government.

CDRL XXXX

DMSMS Management Plan The Contractor shall identify both the reactive and proactive obsolescence management processes that will be used for DMSMS resolution. Once implemented, in accordance with DI-MGMT-81948/T, Diminishing Manufacturing Sources and Material Shortages (DMSMS) Management Plan, the Contractor shall implement a proactive DMSMS Management process. The management process approach shall include reactive and proactive management strategies that address life cycle obsolescence issues related to the system.