The file's text, extracted by GovTribe without its formatting.
Revised Questions and Answers to draft RFP FA9101-08-R-0002, draft classified Systems Requirements Document, and Incentive Fee.
Space Threat Assessment Testbed (STAT)
Arnold AFB TN
| Document |
| Location |
| Reference |
| Question/Comment |
| Response |
| Updated? |
| Executive Summary |
| Paragraph 2 |
| “ensure that the handover from development to operations goes smoothly” |
| This transition will be a strong function of AEDC ATA activities and performance. Recommend: that the requirement be changed to The STAT offeror shall make transition from development to operation a priority during all activities and make every reasonable effort to ensure adequate design characteristics, training, and provisioning to allow a smooth transition. |
| The intent is for both contractors to be appropriately incentivized to provide maximum support to one another for the development by holding both responsible for the final outcome. Failures of Government-provided hardware to meet the agreed upon specifications will be taken into account in performance evaluations. |
| Executive Summary |
| Paragraph 3 |
| Reference to flight requirement for TRL 7 |
| Please clarify the specific requirement. The intent appears clear but specific requirement will be difficult to verify without clarification. |
| The intent is for this capability to be sufficient to satisfy the requirements for TRL Level 7 “Prototype near or at planned operational system. Represents a major step up from TRL 6, requiring the demonstration of an actual system prototype in an operational environment, such as in an aircraft, vehicle or space. Examples include testing the prototype in a test bed aircraft.” |
| Executive Summary |
| Paragraph 3 |
| “incentive and performance fees” |
| These should be approached very carefully. STAT is challenged with doing something that has never been done before and the object is to spend the funding available to provide the best (highest technical performance and most affordable to own and operate) facility that can be procured. Incentivising the contractor to reduce cost or cut schedule may become counterproductive but if the provisions are “locked” into the contract they can quickly become difficult to manage for both the government and contractor team. Recommend: Set a satisfaction objective (subjective) that would allow Spiral 2 to be directly awarded to the Spiral 1 team based on success with reasonable fee structure for satisfactory performance. |
| The incentive fee structure has changed in an attempt to address concerns with minimum performance vs challenging parameters (see attached clause, AEDC-H010, Incentive Fee) |
| Executive Summary |
| Paragraph 3 |
| warranties |
| Work actively with the contractor team to establish a sound operational validation test series and let that be it. Warranties will almost certainly cost the project more than they are worth. |
| A warranty is not required for the STAT system. We will require manufacturers’ warranties that are acquired by the contractor during the development be transferred to the Government at FOC. |
| Executive Summary |
| N/A |
| The release of this notice, subsequent updates, and the draft RFP does not obligate the USG to release a final RFP or award a contract. |
| When do you expect to release the final RFP? |
How long of a response period do you anticipate?
Releasing final RFP no earlier than end of Feb 2008. There will be a 45 day response period.
Executive Summary
| The summary mentions IOC at the end of GFY10 and FOC at the end of GFY12. These dates seem to be inconsistent with the CDRL delivery schedule and the “STAT WBS-Schedule.mpp” file. Please clarify what events in schedule comprise IOC and FOC. |
| IOC and FOC should be in accordance with development schedule constrained by program funding profile. |
| Changed |
Executive Summary
| Eighth Paragraph, Numbered Item 1: The Draft RFP contains no evaluation factor, requirement, or other specification relating to warranties or performance guarantees. Does the Government expect to significantly alter the evaluation factors for award to include references to performance guarantees and or warranties? |
| No. |
| SOO |
| Objective A |
| “affordable” |
| Does affordable refer only to facility procurement or are there objectives for cost of ownership, usage cost for customers, etc? Recommend: that targets be set for all of these in the RFP. |
| No, affordable refers to total cost of ownership, there are estimates of the anticipated annual operations and maintenance budget, and those may be included in the final version. |
| SOO |
| Objective B, C, D |
| These systems engineering factors will be cost drivers to the offerors that understand best what is needed |
| How does the government (AEDC) evaluation team plan to factor this into their cost evaluation process? |
| Will be handled as part of the evaluation factors used to determine technical understanding. |
| Recommend that data items be clearly related to the SOO requirements by number. |
| Noted |
SOO
| Will this effort include support to AEDC to continue working with the 1 STS and any other DoD, NASA, or Intelligence Community clients to incorporate STAT into their testing objectives? If so, recommend the following be added to the Program Objectives: D.8) An Operational Concept defining how STAT will be used to support satellite operations Tactics, Techniques, and Procedures development with the 1 STS and other DoD, IC or government (NASA, NOAA) partners. D.9) Develop a concept and define a plan enabling USSTRATCOM/JFCC Space to leverage STAT in enhancing Space Situation Awareness. Support the development and coordination of agreements IAW the plan. D.10) Partner with 1 STS to develop and integrate interfaces between STAT and 1 STS; develop satellite Command and Control Graphic User Interfaces (GUI) for STAT outputs to 1 STS. Do the same for other mission partners leveraging STAT capabilities. D. 11) Develop a sound training program for distant users of STAT data (e.g., 1 STS, JFCC Space, 50 SW operational crews). D. 12) Develop concepts and plans to support integration into wargames and exercises. |
| Yes, this effort will include support to AEDC to continue working with the SDTW, DoD, IC and other potential customers. CONOPS is being initially developed by JHU/APL under contract. The suggested Program Objectives may be included in the final SOO at the discretion of the Program Manager. |
| Recommend you clarify the definition of “the simulation”. Any and all details on simulation requirements would be helpful. |
| The STAT test unit cannot completely reproduce the space environment but the intended concept is to drive the man-made, self-induced, and natural effects that occur to on-orbit assets. |
SOO
Please define the Key System Attributes (KSA) referenced in the Cross Map.
KSA will be removed from reference, the requirements for STAT Spiral 1 will be KPP, Threshold-Objective Requirements, or Other Requirements.
SOO
Please define the criteria for IOC and FOC.
IOC = LEO environment with a single threat source
FOC = all systems as specified
This will be further defined at RFP release.
Defined in SRD within “Chamber Systems” section
PSOW
| It would be advantageous to all for Industry to have the opportunity to comment on the preliminary SOW prior to the final RFP. |
| The Government is issuing a Statement of Objectives (SOO) for this contract in lieu of SOW. A Draft PSOW to be used for formatting and basic guidance will be published along with the RFP. |
IMP/IMS
| The DRFP states that the IMS should be limited to 200 lines. We anticipate the required IMS to effectively manage the program will be significantly larger than 200 lines. Recommend the government consider requiring a 200 line IMS roll up as part of the RFP response. |
| For the proposal, the WBS structure which drives the IMS should not be broken down any further that level 3 with level 1 being the system. The IMS used to manage the system will be developed starting with the RFP IMS after contract award. |
PWBS/IMS
Is the schedule provided and CWBS an example, a proposed baseline or a suggested format for guidance?
| Recommend: Government provide a brief explanation of the intended use for the CWBS/IMS provided in the DRFP. Also please relate to Section L 4.2.3.3.1, 200 activities requirement for proposal and L 2.8.2 requirement for all font be at lease 12 point – the example format would appear to become difficult. |
| The scheduled should be treated as an example with a proposed baseline. |
| PWBS |
| 1.2.2 |
| SRE short term event or integrated into “living” PM process? |
| Recommend: Government comment on this question as an example of the latitude desired by the contractor. |
| This is not a living document but is a written plan to outline and coordinate the design, assembly and integration of the STAT components. A complete and multi-functional review of all potential alternatives that may be considered in meeting identified needs. Information to be reviewed: studies, concepts, system level needs, Center Strategic Plan, mission statement, and possible alternative solutions. Information considered for review (for each alternative considered): |
1) Effects on interfacing systems
2) Reliability, availability, and maintainability
3) Logistics supportability (training, supply support, calibration, transportation, long lead items, warranty, spare-repair part provisioning, standardization)
4) Risk Analysis/Possible mitigation strategies
5) Life cycle cost estimate and cost benefits analysis (preliminary)
6) Schedule (development, test, fabrication, test facility downtime needed)
7) Environmental, safety, security, energy conservation, quality, human factors
8) Data management (proprietary information, plans, reports, tech data, operating and maintenance instructions)
9) Configuration management approach
10) Design approach (reviews required, specifications, drawings and other information to be developed)
11) Acquisition planning
12) Verification and validation planning
13) Communications and computer systems architectures and formats
| PWBS |
| 1.2.0 |
| SE Risk Mitigation |
| This appears to be a milestone event at contract award vice the initiation of a process. Please comment. |
| Is not a milestone but a place holder in the schedule for contingency $ to cover the cost risk for extended or additional design reviews due to the complexity of the system under development. |
| PWBS |
| 1.2.X |
| SRR, PDR, CDR, VDR |
| The STAT is a complex integration of several major subsystems. Is the intent for these events to be for one or more of the subsystems or the integration of the entire STAT system? |
| Reviews should be held for subsystems as needed (as determined by subsystem level IPTs) to minimize risk. Reviews at the system level are required. |
| PWBS |
| 1.2.6.5.1 |
| Relationship to L 2.3.2.3 |
| Is there a desired relationship between these two items (the Test Compliance Matrix and the System Requirements Matrix) ? |
| The Test Compliance Matrix will be developed after contract award to clarify the test requirements necessary to satisfy customer needs and the Test Capabilities Requirements Document (TCRD). |
The System Requirements Matrix, listing the STAT requirements as defined in the SRD is a deliverable as part of the Proposal with the following information: SRD Paragraph, if requirement met or exceeded, the requirement value, the IMP reference, verification and justification for claims.
| PWBS |
| 1.4.4 |
| 6 Day duration? |
| Chamber Assembly Integration, Assembly, and Test Check-out appears to be questionable. Please discuss the intended scope of this activity. |
| All timeframes on this WBS are notional; they were built with a specific approach in mind and may not be relevant to the integration approach chosen by potential offerors. It is expected that the PWBS will be substantially modified to reflect the approach of each offeror. |
| PWBS |
| 1.5 |
| Please discuss the intended scope. |
| Please discuss the intended scope and content, potential breakout? Several of the activities are scheduled to start well before the contract award, what is the intended activities and accomplishment prior to award? How will these be communicated to the offerors? |
| All timeframes on this WBS are notional; they were built with a specific approach in mind and may not be relevant to the integration approach chosen by potential offerors. It is expected that the PWBS will be substantially modified to reflect the approach of each offeror. |
| PWBS |
| 1.7.1 |
| DACS Risk Mitigation |
| Does the schedule indicate that this will be done before contract final RFP and the results in the RFP? |
| PWBS section 1.7.1 will be part of a GFE effort. The schedule for 1.7.X activities will be coordinated with the overarching IPT. |
| WBS-Schedule |
| N/A |
| N/A |
| Has something fundamental changed about Spiral 1, given the fact that we see tasks scheduled out to 2013? |
| The program is funded to be a 6 year effort (FY08-FY13), the WBS is for reference only |
| WBS-Schedule |
| N/A |
| N/A |
| Is the Spiral 2 structure of the project still planned for? |
| Yes, but not as a part of this contract |
PWBS
| Is the government open to the contractor changing the proposed CWBS in minor ways, which will better enable management of the proposed program? |
| The PWBS provided is notional and should be used for reference only. |
PWBS
Please clarify meaning of items colored red in the WBS Schedule.
Red tasks identify the critical path of the schedule in MS Project.
PWBS
Please distinguish between tasks that are the responsibility of the Government and those that are the responsibility of the contractor.
Noted
Done
PWBS
Are Facility Modifications an AEDC responsibility?
Yes
PWBS
Please provide estimated dates for IOC and FOC.
IOC = FY12
FOC = FY13
See Executive Summary
PWBS
Please clarify the distinction between the terms Procurement and Material Procurement.
Procurement = Government procured items requiring competitive bids (purchased thru AEDC/PK) Material Procurement = Purchase requested items
Will review and clarify the rest of the WBS schedule for consistency (via prime ktr’s contract office or ATA contract office).
PWBS
Please update the CDRL to explicitly call out an ICD.
ICDs are part of the SE design phase, and are not CDRLs.
Schedule
| In line with our discussions affirming the government’s willingness to accelerate delivery of some STAT control SW to provide a venue for operator inputs into the design, contract incentives could include early delivery of STAT control SW, the chamber, or providing distributed operations early. Distributed operations could occur as soon as we have the links with digital or HWIL simulation in normal lab conditions (not necessarily in chamber). |
| Noted. |
Annex D
| All questions |
| Questions pertaining to the classified annex are addressed in the final version of the annex and will not be addressed in this unclassified response. |
| SRD |
| 1.3.2 |
| Future STAT Spirals |
| Recommend: The government provide any available insight to the thoughts about these. As design guidance for these may be more useful than much of the other information provided in section 1.XX All of section 1.XX could benefit from a little more insight to how the information provided is expected to influence STAT capabilities and characteristics. |
| STAT Spiral 2 is programmed to begin in 2010. It will be a larger test article size capability with a greater emphasis on Operational Test and Evaluation. Commonality of systems, software, components and operations is desired, and will be pursued. |
| Changed |
| SRD |
| 2.1.3.1 |
| STAT interfaces |
| How will these AEDC, Information Operations, Space Operations Center, etc. interfaces be communicated during the proposal development period? During the contract execution period? |
| After release of the RFP, all communication will be through the Contracting Officer. After award and during execution of the contract, communication will be through the IPT structure. |
| SRD |
| 2.7.1.1 |
| Operational Availability 80% |
| This appears to be an excellent design goal, but how does the government plan to verify this at the point of FOC and final validation? |
| Operational availability will be judged based on maintenance plans developed as part of the contract. A clarifying definition has been added. |
| Changed |
| SRD |
| 2.1.7.2.1 |
| Subsystem failure |
| Please discuss the meaning of failure: interruption of the nominal operation of any subsystem? The interruption of meaningful test activity? Necessitating that the chamber be brought off line to allow repair? Disruption to the point that the test article be brought of test conditions? |
| Failure is defined as interruption of test activity or anything more serious. If a subsystem can come offline and test conditions can be maintained, then that would not be a failure. |
| SRD |
| 2.1.7.2.4 |
| Maintainability |
| This requirement is an excellent objective but could become a very open-ended cost driver and will drive the most knowledgeable offerors the most. Please discuss the desired approach during proposal and execution phases. |
| Maintainability should be addressed in the design approach and will be evaluated as part of the technical criteria during proposal and handled with trade studies as part of the IPT structure during the execution phase. |
| SRD |
| 2.2.1.2.X and 2.2.1.3X |
| Requirements open-ended |
| Several of these requirements are open ended and TBD by the “Chamber IPT”. It is assumed that both AEDC and ATA involvement/IPT membership is anticipated. How is a project cost estimate expected to be final until these are agreed upon? |
| Requirements should be handled with initial design concepts identifying component systems. Budget is set; cost trades will be handled as part of the IPT structure during the execution phase. IPT membership TBD. |
| SRD |
| 2.2.1.5 |
| Design Criteria |
| Please discuss the difference in design criteria and test validation that AEDC would anticipate between 50,000 hours and 80,000 hours. |
| Criteria will be established on an annual basis for the system as a whole using a statistical variability from the MTBF for each subsystem. |
| SRD |
| 2.2.8.6 |
| Traceability |
| Requirement calls for instrumentation traceable to NIST, should this read calibrations and related processes traceable to NIST? |
| Yes |
| Changed |
| SRD |
| 2.2.10.1 |
| Min. operational cost |
| Recommend that this design requirement be raised to a higher system level than the 2.2.10 “console level”. |
| Yes, this should be relocated. |
| Moved to section 2.1.7.1 |
| SRD |
| 2.3 |
| Support Equipment |
| Recommend SEQ be used as acronym so it can’t be confused with system engineering |
| Noted |
| Changed |
| SRD |
| 2.4.1.3 |
| Validation of all test |
| Is the anticipated approach for AEDC validation for the government (and/or ATA) to be fully involved in the initial testing or to independently rerun all test operations? Desired scheduling? |
| The Government and AEDC’s Operating Contractor will be fully involved with initial testing and exercise used as a training tool for operators as well. |
| SRD |
| ???? |
| Threats |
| Is there an intent to add/integrate requirements for the threats? By who? When? |
| Yes. The draft classified annex was released 16 Jan 08. Final annex will be ready for release upon publication of the RFP. |
| SRD |
| 2.5.1.6.2 |
| Television cameras |
| 4 x x x x “installed throughout the facility.” Is the desire for these to be easily movable to various locations or just located at mutually desired spots? |
| All DACS requirements in the Draft RFP are being removed for the final RFP, as this will be treated as GFE. |
| This section was eliminated |
| SRD |
| N/A |
| General |
| Many attachments and references are not provided (i.e. SOW Att. 19, AEDC CM-1, AEDC SE-1, Att. 10, 14-15, 716,…) |
| Included in Bidder's library (now to be hosted in Air Force Knowledge Now) |
| SRD |
| N/A |
| General (Sec. 2.1.2 for example) |
| Unless otherwise noted, are requirements assumed to be threshold? |
| No. There are 3 types of requirements. KPP's which are "must-do's" to be technically acceptable. Requirements with threshholds and objectives are less important than KPP's, but are more important than all other requirements. |
| SRD |
| N/A |
| General (Sec. 2.1.2 for example) |
| Many requirements are not verifiable. Please provide verifiable requirements. |
| These requirements reflect the intent to deliver a useful capability. While they may not be easily verified, the contractor's approach to achieve these will be used in the evaluation of their proposal. |
| SRD |
| 2.5.1.8 (e.g.) |
| Control Room Equipment. The Control Room will be equipped with a video display system that incorporates three overhead projectors driven by a video processor that allows display of any STAT system computer or video signal on display screens mounted on the control room wall. A facility intercom system shall also be provided. |
| What relevant infrastructure (equipment, network, offices, structure) currently exists at the facility? 2.5.1.8 given as example of where this is unclear. |
| All DACS requirements in the Draft RFP are being removed for the final RFP, as this will be treated as GFE. |
The only relevant infrastructure to be considered is the Space Systems Effects Facility (SSEF), Building 1088.
This section was eliminated
SRD
| What role will PC have in the facility preparation and maintenance? |
| While the AEDC operating contractor is contracted for facility operations, the successful offeror will be responsible for maintaining the system up to FOC. |
SRD
| What are the software interfaces between the AEDC and PC? |
| Defined as part of the IPT structure. AEDC’s operating contractor will develop the DACS; the main software interface will be the interface between the source controls and the DACS and between the SOC connectivity and the DACS. Configuration management (CM) will meet AEDC standards. |
| SRD |
| 2.2.1.2.5 |
| The Vacuum Chamber will be housed in a Class 10000 Cleanroom provided by the Government. All externally mounted systems shall be capable of operating in this environment (THRESHOLD). |
| Clean room – What size is it and what additional GFE will need to be housed? (Sec 2.2.1.2.5 states that the clean room is provided by the Gov. and that the vac chamber is housed in it.) |
| TBD as part of the development effort. |
| SRD |
| 2.1.5.2 |
| The offeror’s modular design and integration shall preclude long-term dependence on closed or proprietary interface standards, technologies, products, or architectures. Secure or classified data systems shall also conform to the modular design approach as much as practical. The design shall provide sufficient growth and open interface standards to allow future reconfiguration and addition of new capabilities without large-scale redesign of the system. (THRESHOLD). |
| What constraints are there with respect to examination of the hardware being tested? |
| There will be no constraints regarding examination of the unclassified surrogate test article that will be used during the development of STAT. |
| SRD |
| 2.1.5.2 |
| The offeror’s modular design and integration shall preclude long-term dependence on closed or proprietary interface standards, technologies, products, or architectures. Secure or classified data systems shall also conform to the modular design approach as much as practical. The design shall provide sufficient growth and open interface standards to allow future reconfiguration and addition of new capabilities without large-scale redesign of the system. (THRESHOLD). |
| Can the facility be locked down only during classified equipment use, or will it be constructed/operated always in a classified mode? |
| There will be a closed SCI area. The remaining areas held as Temporary Secure Work Area (TSWA) held in an unclassified mode with the ability to secure. |
| SRD |
| 2.2.3.2 |
| STAT System Data. The contractor shall provide a 1 GigaBit/sec Ethernet connection to a STAT system computer allowing transfer of all STAT system data to the SOC. (THRESHOLD) |
| How much bandwidth is needed between the STAT and the SOC? Will the WAN connections be provided by the Contractor or by AEDC? |
| Fiber connections to SDREN will be provided by AEDC. Any switches, routers, encrypters will also be provided by the Government. The 1 GigaBit/sec Ethernet requirement is to ensure the contractor uses gigabit ethernet inside the STAT facility. Actual data transfers to the SOC will take place at a much lower data rate. |
| Changed. Eliminated Ethernet requirement. Identified gov’t as provider of the WAN connections. |
| SRD |
| 2.5.1 |
| The contractor shall provide a Data Acquisition and Control System to monitor and control the entire STAT system. This Data Acquisition and Control System shall be composed of a Chamber Monitoring and Control System (CMACS), Source Supervisor Control Systems (SSCS), Test Article Data Acquisition System (TADAS), Cryogenic/Vacuum/Heater Control System, Chamber Wiring System, Contamination Monitoring System, Pressure/Temperature Measurement System, Control Room Display Equipment, Networking System, and Electrical Systems. Requirements for these systems are discussed below. |
| Will the hosts in the SSCS, CMACS, DACS, TADAS, Cryogenci/Vacuum/Heater Control System, and Control Room all be in the same physical location or near each other? |
| This will be up to the developer of the DACS. It is possible that all systems could be co-located. |
| The section has been removed |
| SRD |
| 2.5.1.1.1.4 |
| I/O Type parameter indicates the origin of the data. Values for this parameter can be "A/D" which indicates the analog/digital I/O subsystem is the origin, "ETHERNET" for data acquired via Ethernet, or “Reflective” for data acquired over reflective memory. |
| What are the physical connection of the “reflective memory” network? Can it be Ethernet, if so, will it be UDP Broadcast or UDP Multicast, or other protocol? |
| All DACS requirements in the Draft RFP are being removed for the final RFP, as this will be treated as GFE. |
The majority of all AEDC DACS use reflective memory to distribute real-time data between computers systems for archiving, display, and control purposes. This is desired for the STAT DACS. The reflective memory uses optical fiber for physical connections between nodes.
This section has been removed
| SRD |
| 2.2.3.2 |
| STAT System Data. The contractor shall provide a 1 GigaBit/sec Ethernet connection to a STAT system computer allowing transfer of all STAT system data to the SOC. |
| What other types of data will be flowing from the STAT to the SOC? Real-Time Test? Real-Time Video? Near Real-Time Test Data? Non-Real-Time Test Data? |
| Contractor design should accommodate any type of data that would be transmitted with the Concept of Operations statements in the SRD as a guideline. It is not anticipated that there will be an initial need for anything other than near-real-time test data and non-real-time test data. |
| Does the contractor need to provide a Protection Distribution System infrastructure(fiber, copper, conduit)? |
| AEDC provides. |
| Section 2.2.3.2 has been rewritten for clarity. |
| Can the contractor use existing AEDC infrastructure(fiber, copper, conduit) if available? |
| Yes. Fiber connections from the STAT facility to the AEDC Central Computing facility exist and may be used by the contractor. Infrastructure within the STAT facility does not exist and will be provided by the contractor. |
| SRD |
| 1.2.5.2 |
| Laser blinding and heating systems capable of temporarily or permanently degrading or destroying satellite subsystems, thus interfering with satellite mission performance. |
| Uniformity of illumination of the test article must be ± x %? |
| Discussed in the final classified SRD |
Uniformity will be proposed by the contractor based on their analysis of requirements to simulate specified threat systems.
| SRD |
| 1.2.5.2 |
| Laser blinding and heating systems capable of temporarily or permanently degrading or destroying satellite subsystems, thus interfering with satellite mission performance. |
| Thermal Upset - Is flood loading of entire test article surface required? |
| Discussed in the final classified SRD. |
If the analysis of the threat source by the contractor indicates that flood loading is required, that that should be proposed. It is anticipated that flood loading of the entire test article will be required, but the detailed analysis is the responsibility of the contractor.
| SRD |
| 1.2.5.2 |
| Laser blinding and heating systems capable of temporarily or permanently degrading or destroying satellite subsystems, thus interfering with satellite mission performance. |
| Thermal Upset - Is there a specific wavelength(s) that must be used? |
| Discussed in the final classified SRD. |
| SRD |
| 1.2.5.2 |
| Laser blinding and heating systems capable of temporarily or permanently degrading or destroying satellite subsystems, thus interfering with satellite mission performance. |
| Thermal Upset - Is there interest in loading specific localized areas on the test article to see the response? |
| Discussed in the final classified SRD. |
If the threat source would be capable of such loading, then it is desired to replicate such capability.
| SRD |
| 1.2.5.2 |
| Laser blinding and heating systems capable of temporarily or permanently degrading or destroying satellite subsystems, thus interfering with satellite mission performance. |
| Blinding - Is flood loading of entire test article surface required? |
| Discussed in the final classified SRD. |
If the analysis of the threat source by the contractor indicates that flood loading is required, that that should be proposed. It is anticipated that flood loading of the entire test article will be required, but the detailed analysis is the responsibility of the contractor.
| SRD |
| 2.2.10.1 |
| The STAT design shall address applicable Human Systems Integration (HSI) domains (manpower, personnel, training, human factors engineering, environment, safety, occupational health, personnel survivability, and habitability) to optimize total system performance, and minimize total operational cost (THRESHOLD). |
| Will a Laser Safety Officer be provided by the customer during operations? |
| Yes |
SRD
| Does the dwell time on the test article match the time for test article to be in FOV from the ground during orbit? |
| Discussed in the final classified SRD. |
Dwell times represent realistic engagement conditions, and could represent geometric relationships, or the pulse length or duration of operation of the threat systems being simulated.
| SRD |
| 2.2.4.2.7 |
| The proton environment at the test article shall have at least two simultaneous energies, 5 keV – 50 keV and 50 keV – 200 keV. (THRESHOLD) |
| What is the time scale? |
Does this preclude the rastering of selected beams What about variation of beam energies over short time periods SRD has been revised to state the simultaneous energy requirements and what is acceptable for techniques such as rastering.
Proportional acceleration factors Limiting beam rates to 3x-5x ambient (UV solar exposure) Charged particle intensities vary widely over short time periods Uniformity of the exposure is a concern and should be addressed in the design approach.
| SRD |
| 2.2.5.1 |
| Outgassing and Redeposition |
| Under what conditions will contamination be introduced? |
Effects are very deposition-rate sensitive. Also, What is the expectation of cleanliness given the desired use of outgassing sources?
Contamination will be introduced in the vacuum cryogenic environment. Contamination of anything other than the intended target (test article) should be eliminated and or minimized. The approach for contamination source shall be addressed in the offeror’s proposal and defined in their design approach.
| SRD |
| 2.2.1.4.6 |
| The vibration isolators shall be designed to operate at any height within their normal operating height range. The maximum travel for the fully down position shall be 0.5 in. or less (THRESHOLD). The normal operating position shall be 0.13 to 0.25 in. (OBJECTIVE). |
| Why does height of chamber need to be controlled so precisely? |
| Test article alignment issues. |
| Have you considered the effects of secondary scattering of energy from certain sources? |
| Unwanted scattering components should be controlled and addressed in the design approach. |
| SRD |
| 2.1.7.2.4 |
| System shall be designed to be maintainable allowing for any system to be operational within seven days after any failure (THRESHOLD). |
| Probably more of a factor of Supply Chain Management than anything else. Is this requirement solely based on maintenance time assuming spares are available and relief will be given for SCM issues? If we prepare our bid with enough spares to meet this requirement without relief then it will be extremely expensive. |
| The requirement has changed; this no longer applies. |
| SRD |
| 2.1.7.4 |
| Training. The Contractor shall train the AEDC Operating Contractor staff to properly operate and maintain the STAT Spiral 1 System prior to Final Operational Capability (FOC), and provide all necessary training materials to establish a continuing STAT Spiral 1 training program (THRESHOLD). |
| Does this include source data for change management? Will PC be the change agent or will the customer take over change management? |
What kind of training is desired? CBT, Classroom, Simulation?
This requirement was changed. The successful offeror is responsible for CM until transfer to operations. Offerors should define what is their recommended approach for training and this will be part of the proposal evaluations.
| SRD |
| 2.2.8.1.1 |
| STAT shall include health monitoring systems to support diagnostics/prognostics, using a combination of built-in test (BIT) and fault isolation (THRESHOLD). |
| Diagnostics and prognostics are not the same thing. Prognostics could be a very expensive application here given the time and resources needed to accumulate the data required to come up with the prognostic software. Diagnostics and BIT, on the other hand, while still expensive will be much more manageable for this application. If the customer truly desires a prognostic capability it would be better to decide in concert with the customer which systems are candidates for this capability…in order to limit the expense and provide the biggest effect on availability. |
| Diagnostics is what the system should do; prognostics predicts failure. We will change the requirement to reflect diagnostics only. |
| SRD |
| Cover |
| Distribution Statement C |
| Although this document was on an open server AEDC requests limited distribution. |
| Yes, we do request limited distribution. The final SRD will be located in the bidder’s library on the STAT CoP, Air Force Knowledge Now. |
| SRD |
| 2.2.1.1.6 |
| 2.2.1.1.6 The STAT Chamber System shall provide an overall line-of-sight jitter of less than ± 50 microradians from any simulation source to the test article (OBJECTIVE). |
| What is interface vibration? Also, this requirement appears to be tight. What is the driver? |
| Vibrational input to the chamber will be defined at PDR. Vibrational input to the chamber from surrounding areas will be measured by the AEDC support contractor prior to the Systems Requirements Review (SRR). The intent of the requirement is NOT meant to drive a seismic mass. |
| SRD |
| 2.2.1.2.1 |
| 2.2.1.2.1 The Vacuum Chamber shall be sized to house the liquid nitrogen-cooled Cryoliner defined in Section 3.2.1.3. The Chamber shall have sufficient penetrations for the systems defined in Sections 3.2.4, 3.2.5, and Appendix A with vacuum isolation valves and/or windows, as necessary (THRESHOLD). In addition, the vacuum shell shall have vacuum instrumentation penetrations for all internal cabling. Furthermore, the vacuum shell shall have additional ports for cryopumps, turbopumps, and for future growth (OBJECTIVE). The port sizes and locations will be determined by the Chamber IPT. |
| Is the Chamber IPT the bidder's or the customer's? If it is the customer's, when will the sizes and locations be determined and what assumptions would you like us to make in order to bid this? |
| The offeror will chair the IPT, but it will be made up of representatives from the Government and AEDC’s Operating Contractor. For the purposes of proposal preparations, assume that all Systems Engineering decisions proposed by the IPT chair will be accepted. |
| SRD |
| 2.2.1.2.3 |
| The Vacuum Shell shall provide the following interfaces for the Government-provided Vacuum System. The Vacuum System interface ports shall penetrate the Vacuum Shell at locations and sizes determined by the Chamber IPT. The contractor shall provide vacuum bellows for the roughing pump port with sufficient range to accommodate the vertical travel of any Vibration Isolation System. The Chamber Vacuum Shell shall have ports for ion gauges and a residual gas analyzer to be provided by the Government (THRESHOLD). |
| Is the Chamber IPT the bidder's or the customer's? If it is the customer's, when will the sizes and locations be determined and what assumptions would you like us to make in order to bid this? |
| The successful offeror will chair the IPT, but it will be made up of representatives from the Government and AEDC’s Operating Contractor. For the purposes of proposal preparations, assume that all Systems Engineering decisions proposed by the IPT chair will be accepted. |
| SRD |
| 2.2.1.2.4 |
| The Vacuum Shell shall provide interfaces for the Government-provided Liquid Nitrogen System. The specific interfaces will be determined by Chamber IPT. The location of the supply and return lines will be determined by the Chamber IPT. The transfer lines for joining the bayonet fittings will have flexibility for installation and for isolation of external vibrations (THRESHOLD). |
| When will the interface definition be provided? Also, what is the external vibration level? |
| The interface definition for input vibration will be provided as part of the developmental effort by the IPT and defined at PDR. The external vibration is not known at this time but will be provided by the AEDC operating contractor before the Systems Requirements Review (SRR). |
| SRD |
| 2.2.1.3.5 |
| The Cryoliner shall have removable end panels on each end, one of which interfaces with the penetrations for the simulation systems defined in Section 3.2.4, 3.2.5 and Appendix A (OBJECTIVE). |
| Need interface definition |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.1.3.6 |
| The Cryoliner shall also interface to the liquid nitrogen supply as defined by the chamber system IPT and return with bellows to accommodate thermal contraction during cooldown and warmup (THRESHOLD). |
| Need interface definition |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.1.3.7 |
| The Chamber Cryoliner shall provide internal mounting interfaces for all diagnostic system described in Section 3.2.8.1. and for the Test Article Positioning System described in Section 3.2.2.2. This system shall be cooled from the liner LN2 circuits with supply lines interfaced to separate Government-supplied circuits isolated with Government-supplied, vacuum-jacketed valves (THRESHOLD). |
| Need interface definition |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.1.4.1 |
| Control of relative vibrational movements between all critical simulation systems, diagnostic system, and the test article shall rely on mounting all components to a common structure isolated from external vibration sources. All internally mounted systems shall be mounted directly to the vacuum shell or indirectly through common structure attached to the vacuum shell or Cryoliner. Externally, the vacuum shell must be stiffened to control rigid body motion and/or flexure as well as shell panel vibration between stiffening rings and other reinforcing structural members (THRESHOLD). Care must be taken to tie all chamber components, including access port and head, with adequate structure to minimize relative motion (OBJECTIVE). |
| Please provide the stiffness and rigid body motion specifications and external vibration source PSD. |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.1.4.3 |
| The vertical natural frequency shall be less than 0.5 Hz. The horizontal natural frequency shall be less than 0.5 Hz. |
| Is this specification of the entire vacuum chamber? |
| Specification applies to the sources delivering the environment to the test article. |
| Changed. Added “threshold” to requirement |
| SRD |
| 2.2.1.4.9.1 |
| Three tri-axial Seismic accelerometer sets will be provided to measure the vibration of the building floor, chamber, and isolated bench. These accelerometers shall have sensitivity greater than or equal to 1 V/g and sensitive over the 0.2 Hz to 2 kHz range. |
| What is the amplitude range? |
| +/- 5 g peak |
| Changed |
| SRD |
| 2.2.1.4.9.2 |
| A dynamic data system will be provided to simultaneously sample all accelerometers, pressure, and position channels at a 16 bit resolution and 20 kHz rate. |
| Need interface definition |
| This system will interface to the Government-provided DACS system; the revised SRD more clearly defines this requirement and specifies that an ICD will be required between the prime contractor and the Government to define these interfaces. |
| SRD |
| 2.2.1.4.9.3 |
| The data acquisition system will display and record real-time data. |
| Is this the Government system described in 2.2.1.4.9? |
| This system is the Dynamic data system referred to in 2.2.1.4.9.2. |
| SRD |
| 2.2.1.5.1 |
| STAT shall meet a service life of 40 years at 1,300 hours per year operated per planned Air Force (AF) usage. (THRESHOLD). |
| Is this realistic and does this presume planned maintenance and replacements? How do you propose to verify the service life requirement? |
| Offerors should address the service life in their design approach. |
| SRD |
| 2.2.2.2.2 |
| TAPS shall provide the ability to vary the angle of incidence to the Solar Simulation System in one axis to simulate realistic orbital solar incidence in real time (THRESHOLD) |
| Over what range? |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.2.2.3 |
| TAPS shall provide the ability to vary the angle of incidence to the other Natural Environment Simulation Systems in multiple axis to simulate realistic orbital incidence in real time (OBJECTIVE) |
| Over what range? Is req’t for motion of sat alone or separate motions of sources – if so how many combinations and what range? |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.3.1.1 |
| General Requirements. The contractor shall provide a secure data link between the STAT system and the Secret Defense Research Engineering Network (SDREN) to allow for transfer of classified (up to SECRET) data between the Satellite Operations Center (SOC) and various computer systems in the STAT system. Connections for system data, test article data, test article control, and STAT system control shall be provided. |
| Please provide complete data on connection type, BW, classifications, control functions |
| Should be addressed in the offeror's design approach and it is up to the bidder to define the SOC requirements |
| SRD |
| 2.2.3.1.4 |
| The contractor shall provide all fiber/copper/conduit hardware to connect the STAT system to the SDREN connection point located in the SOC facility. All encryption hardware required to meet SDREN requirements will be provided by the contractor. (THRESHOLD) |
| Where is the document on SDREN Standards located? |
| The successful offeror’s communication lead should know the SDREN standards. The encryption hardware will be provided by the Government. |
| Changed 2.2.3.1.4 to read “…all encryption hardware required to meet SDREN requirements shall be provided by the Government.” |
| SRD |
| 2.2.3.2 |
| STAT System Data. The contractor shall provide a 1 GigaBit/sec Ethernet connection to a STAT system computer allowing transfer of all STAT system data to the SOC. (THRESHOLD) |
| Where is the STAT system computer to be located? |
| The STAT system computer corresponds to the DACS provided by the gov’t. A computer within the DACS will interface to the SOC. This computer will be located within the STAT facility. |
| SRD |
| 2.2.3.3 |
| Test Article Data. The contractor shall provide a 1 GigaBit/sec Ethernet connection to test article ground test hardware, provided by a STAT system customer, allowing transfer of all STAT test article data to the SOC. (THRESHOLD) |
| Where is the customer computer to be located? |
| Within the STAT facility. Possible locations include the control room or clean room. |
| SRD |
| 2.2.4.2.7 |
| The proton environment at the test article shall have at least two simultaneous energies, 5 keV – 50 keV and 50 keV – 200 keV. (THRESHOLD) |
| Is it necessary for the beams to be operated simultaneously or could they be alternated on some time scale? |
| For the new threshold in this area they MUST be simultaneous. See the Objective for allowances of time scale. Note that the energy bands and fluences have changed slightly as well. |
| SRD |
| 2.2.4.2.8 |
| The proton environment at the test article shall have at least four simultaneous energies, 0 – 20 keV, 20 keV – 80 keV, 80 keV – 200 keV, and 200 keV – 500 keV. Additional simultaneous energies are desired. (OBJECTIVE) |
| Is it necessary for the beams to be operated simultaneously or could they be alternated on some time scale? |
| For the new threshold in this area they MUST be simultaneous. See the Objective for allowances of time scale. Note that the energy bands and fluences have changed slightly as well. |
| SRD |
| 2.2.4.3.6 |
| The electron environment at the test article shall have at least two simultaneous energies, 5 keV – 50 keV and 50 keV – 200 keV. (THRESHOLD) |
| Is it necessary for the beams to be operated simultaneously or could they be alternated on some time scale? |
| For the new threshold in this area they MUST be simultaneous. See the Objective for allowances of time scale. Note that the energy bands and fluences have changed slightly as well. |
| SRD |
| 2.2.4.3.7 |
| The electron environment at the test article shall have at least four simultaneous energies, 0 – 20 keV, 20 keV – 80 keV, 80 keV – 200 keV, and 200 keV – 500 keV. Additional simultaneous energies are desired. (OBJECTIVE) |
| Is it necessary for the beams to be operated simultaneously or could they be alternated on some time scale? |
| For the new threshold in this area they MUST be simultaneous. See the Objective for allowances of time scale. Note that the energy bands and fluences have changed slightly as well. |
| SRD |
| 2.2.5.1 |
| Outgassing and Redeposition |
| Please provide an explanation of the methods for outgassing. |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.2.7.5 |
| A computer interface, acceptable to the Government, for each simulation system will be provided that allows a STAT system computer, provided by the Government, to transmit set point commands to each simulation system to control the simulation system output over the full operating range. Additionally, the computer interface shall provide the STAT system computer with simulation system output status and health status information detailing the current simulation system output, ancillary measurements, and general health. Information on this computer interface shall be updated at a rate of at least 2 Hz. An interface control document will be developed jointly by the IPT and provided to the Government at PDR detailing this interface. |
| Is additional control and monitoring outside local control computer to be provided to Government? |
| Additional control & monitoring shall be provided by the DACS option, specifically the SSCS system. |
| SRD |
| 2.2.7.6 |
| Instrumentation, traceable to the National Institute of Standards and Technology (NIST), shall be provided to validate, in-situ, the output of each simulation system. The Government prefers instrumentation that is deployed into the test article operating space, during testing, to validate simulation system output. However, if the contractor can demonstrate, to the satisfaction of the Government, the feasibility of measurements outside the test article operating space that validate the simulation system output, this measurement method will be accepted. The contractor shall provide any signal conditioning required for this information and supply and output of this instrumentation to a STAT system computer, provided by the Government. |
| This appears to require the contractor to have a local computer that takes and conditions diagnostic data – then relays formatted data to Government. Is this the intent? |
| The SSCS will acquire source diagnostic data from the diagnostic instrumentation provided by the prime contractor. The output of this instrumentation could be acquired by a prime-contractor-supplied computer and transmitted as required to the SSCS. It is possible that the instrumentation could be directly read by the SSCS without use of a prime-contractor-supplied computer. The SSCS will incorporate miscellaneous analog/digital inputs and outputs that could possibly interface to the prime- contractor-supplied instrumentation. |
| SRD |
| 2.2.8.2.1 |
| The data acquisition and recording systems shall support the needs of the 718th Test Squadron operator requirements (THRESHOLD). |
| Where are these needs documented? This requirement is not currently verifiable as written. |
| The DACS will be developed by AEDC’s operating contractor. |
| This was eliminated |
| SRD |
| 2.2.9.2 |
| In order to maximize human performance for operations and maintenance, STAT shall be developed and designed around human characteristics and shall consider, but not be limited to factors in: human characteristics, anthropometrics, biomedical, cognitive capabilities and limitations, performance aiding, control and display integration, automation, and perceptual cueing (OBJECTIVE). |
| Where are these needs documented? This requirement is not currently verifiable as written. |
| Should be addressed in the offeror's design approach. |
| SRD |
| 2.3.1 |
| SE and TMDE include all equipment required to perform test support functions, except those that are an integral part of the STAT system. Where possible, existing SE/TMDE shall be used (THRESHOLD). |
| Please provide a list of existing equipment |
| 2.3.1 now reads: “The contractor shall provide SEQ and TMDE, which includes all equipment required to perform test support functions, except those that are an integral part of the STAT system. (THRESHOLD)” |
| SRD |
| 2.4.1.3 |
| Validation. Validation will be accomplished by conducting full system-level demonstration tests to confirm system operational capability and repeatability. AEDC will validate all test reports and data. (THRESHOLD) |
| This test must be defined – some req’ts – e.g. operation times cannot be tested. |
| Subsystem Testing - The Subsystem checkout test is limited to thermal vacuum with a single source. Estimate is based on a 10 day test run. Conditioning adds 8 days to the schedule. |
System Testing - The System checkout test is limited to thermal vacuum with the charged particle sources over a subsystem coverage area. Estimate is based on a 20 day test run. Conditioning adds 8 days to the schedule.
STAT System Test - The System checkout test is a thermal vacuum run with all sources. Estimate is based on a 45 day test run. Conditioning adds 8 days to the schedule.
| SRD |
| 2.4.2 |
| Modeling, Simulation, and Analysis (MS&A). Methods and tools for modeling, simulation, and analysis of the STAT system shall be developed. This capability shall be maintained and utilized throughout the system life. (THRESHOLD) |
| Is the contractor to propose a solution? |
| Yes |
This is the start of the file's text. The full file is on GovTribe.