19.01.2015 Views

TPF-C Technology Plan - Exoplanet Exploration Program - NASA

TPF-C Technology Plan - Exoplanet Exploration Program - NASA

TPF-C Technology Plan - Exoplanet Exploration Program - NASA

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!