TPF-C Technology Plan - Exoplanet Exploration Program - NASA
TPF-C Technology Plan - Exoplanet Exploration Program - NASA
TPF-C Technology Plan - Exoplanet Exploration Program - NASA
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 1<br />
expected architecture downselect from either a <strong>TPF</strong>-C or <strong>TPF</strong>-I in 2006, before the decision was<br />
made to proceed with both observatories.<br />
With the recent decision to move forward first with <strong>TPF</strong>-C on a schedule consistent with launch<br />
readiness in 2016, the nature of the technology efforts must be reconsidered. The ultimate goal of<br />
the technology development program is an operational <strong>TPF</strong>-C flight observatory. The project<br />
must accelerate and complete pre-Phase A technology development activity in approximately<br />
two years to a level sufficient for <strong>NASA</strong> to approve entry into the formulation phase (Phase A/B)<br />
in 2007 and into the implementation phase (Phase C/D) in the 2011 timeframe, with the eventual<br />
goal of <strong>NASA</strong> approval for a 2016 launch.<br />
Briefly, to complete pre-Phase A successfully, three major activities must be implemented in an<br />
integrated manner: testbed demonstrations, mission models, and error budget allocations. A<br />
development flow is established to retire each identified technical risk by end of formulation<br />
through laboratory demonstrations, validated models, and iteration of the error budget allocations<br />
based on technology achievements. The critical technologies and the feasibility of the mission<br />
based on the current design combined with mission models and error budgets must be<br />
demonstrated. As laid out in the <strong>NASA</strong> Code S Management Handbook, in order to complete<br />
Phase A, all technologies must be demonstrated to TRL 5, defined as “component and/or<br />
breadboard validation in a relevant environment (ground or space),” and the engineering must be<br />
within reach. The TRL levels attempt to standardize the description of technology maturity and<br />
are discussed in more detail in Appendix E. To complete Phase B and enter implementation, all<br />
technologies must be at TRL 6, defined as “system/subsystem model or prototype demonstration<br />
in a relevant environment,” and a preliminary design must be shown analytically with validated<br />
models to achieve the flight performance necessary to realize the mission science objectives.<br />
The testbeds and models, with the error budget assumptions, developed during the formulation<br />
phase of the Project must achieve the stated maturity, but must also be conceived with an eye for<br />
their eventual programmatic purpose in the flight system test and verification activities and<br />
investigation of potential anomalies during operation.<br />
Ideally, one tests a flight system end-to-end at flight levels in a flight environment. In the case of<br />
<strong>TPF</strong>-C, it will not be feasible to test the full system in this way due to the physical scale of the<br />
observatory and the difficulty of creating an environment that sufficiently approximates flight for<br />
the complete system. Confidence that the system will perform as expected on orbit will be<br />
developed through validated models of the system. Verification of <strong>TPF</strong>-C flight hardware will be<br />
accomplished via subsystem and component testing at the highest level to which these entities<br />
can be confidently tested. The <strong>TPF</strong>-C technology development program will validate the physics<br />
and scalability of these models at flight levels in flight environments. These models will then be<br />
linked together to estimate the performance of <strong>TPF</strong>-C. The fidelity of the models in the highprecision<br />
(picometer and milli-Kelvin) regimes and the model interfaces must have bounded and<br />
verified performance as well. Recognizing that our models will never be fully complete, the<br />
project will continuously review the mission models for omissions or errors based on testbed<br />
performance results. In some cases, the most stringent requirements on testbed performance will<br />
be levied by their role in model validation as opposed to technology demonstration. While it will<br />
not be necessary to improve on flight performance levels in order to validate the models, it will<br />
be necessary to design the testbed in such a way that it can be modeled accurately and the<br />
components can be characterized and exercised to determine sensitivities. The remaining<br />
14