System Engineering Processes at Kennedy Space Center for Development
of SLS and Orion Launch Systems
Eric J. Schafer, Dr. Gena Henderson, Damon Stambolian NASA Kennedy Space Center (KSC)
Engineering and Technology Directorate
https://ntrs.nasa.gov/search.jsp?R=20130011798 2020-07-06T22:05:41+00:00Z
Problem Introduction
There are over 40 subsystems being developed for the future SLS and Orion Launch Systems at Kennedy Space Center. These subsystems are developed at the Kennedy Space Center Engineering Directorate.
Solution
The Engineering Directorate at Kennedy Space Center follows a comprehensive design process which requires several different product deliverables during each phase of each of the subsystems.
This Presentation describes this process with examples of where the process has been applied.
Responsible agents
he responsible agents for success are: Project manager Systems engineer
o Receipt desk o Stakeholders such as chief engineer, operations
engineer, materials and process engineer, reliability engineer, safety and mission assurance engineer, environmental engineer, human factors engineer, logistics engineer, information engineers, configuration/data management reps, and external disciplines experts.
Responsible agents
Systems Engineer shall: Coordinate system interfaces end-to-end.
o Integrating the system design with other elements of the project.
o Provide technical assistance, inputs, and necessary technical documents for the review.
o Verify that interfaces are identified and understood at each design review.
o Lead the design team in the review and disposition of submitted comments prior to the review.
o Verifying entrance criteria for Informal Technical Reviews, including the content and readiness of technical review packages.
Process Flow
Project anager
Oetemine Techrical Review content. scheciJie and participarts
(seeN~e 1)
Prepare Engineemg ProciJds in KDOM S (see Attact.ment B)
Verify Techrical Review package
corterts
Design Team Stakeholders Receipt and Release Desk
Note 1: The Technical Review content wl be based on the ProciJd Tailomg r ari.x for the system to be reviewed. The Pro jed r anager (P ~ )
·1 detennine the necessal)feview partlciparts, external to the project team. in order to consider all possa 1e irrc>acts to the sysem ll1der consideration.
Director, En~neering and Technology Di"edorae
Objectives: - Define the Techrical Review process for the KSC Engineering and Technology Oiredorae to meet the reqllremerts of NPR 7123.1. NASA Systems Engineering ProceciJraJ Reqllrerrerts. - Provide guidance for T echrical Review cortert and planning for bcDl Formal and Informal Techrical Reviews
General N~e:
Ttis KDP may be tailored 17{ the Systems E~neering anaoemert Plan (SE P) for a specific project or activity.
Prepare Engineering Produds in KOO S (see Attachnert 8)
Engineering Products Outline
Product Attribut •
Produ t Tlt~
Concept of Operations Systems Engineer shall: o Coordinate system interfaces end-to-end. o Integrating the system design with other elements of the
project. o Provide technical assistance, inputs, and necessary technical
documents for the rev·iew.
Concept of Operations - GCS
System Concept Interfaces
14-Vehicle Refrigerant Fluid Supply/Return
12-GN2 Supply
11-Facility Chilled Wa- - --+\ ter Supply (Pad Only)
10-Potable Water Supply
(Pad Only)
1-Refigerant Fluid
Fill/Drain Ports 2-Quantity, Pressure, Flow,
and Temperature Transducer Measurement Lines (Electric)
3-Electric Pump Control Lines
4-Solenoid Valve Control Lines
(Electric)
5-Solenoid Valve, Transducer Power
8-Earth Ground
6-Lov Voltage
7-Ground Special Power
AC Power
1. Refrigerant Fluid Fill/Drain -These ports facilitate loading and draining of the various GCS refrigerant loops and their reservoirs.
2. Quantity, Pressure, Flow, and Temperature Transducer Measurement Lines - These devices provide information to, ...
Concept of Operations - Pad GCS
Interface Diagram
GCS INTERFACE DIAGRAM for LC-398 AREA
I ML
I I I r-i------ll ,.---'--,
1110
11151
Concept of Operations - GCS Functional Architecture
LqUIC1t'Gaseous Refngerartl -. I.Jquod Refogerant
Pnase Changing Heat Exchange
Retncerat on Loop
Exp;~nSiotl
VaiYe
Secondary
loop
Primary
loop
Uqu d Refrigerant -. Water Or ChJied Water
Or
lqUid Refrigerant -. I.Jqud Refngerant Heat Exchange
liqu-d Refrigerant A11
Heal Exchange
Concept of Operations - GCS
he primary operations for the Pad GCS are:
Connection - This step identifies integration with the ground cooling facility at the Pad. • Close the isolation valves and hoses.
• Connect the hoses. • Open the isolation valves. • Run the loops to condition the loop.
• Etc ...
o Pre-Operations - This step identifies setup activities and necessary conditions for operations. • Fluid Flow and Reservoir(s) Level Check
• Etc ...
Systems Requirements
ne of the key systems engineer products that are viewed is the requirements related to the
ubsystem. o These requirements originate from the program as
level 1 and 2 requirements. As an example of a high level requirement from the Space Shuttle would be: The Space Shuttle Shall use solid rocket motors.
o Then these level 1 and 2 program requirements are further defined in the projects through the development of child level 3 and 4 requirements, and ultimately to level 5 requirements as they are defined by the systems design engineer.
Systems Requirements
Along with these program requirements the design engineer may decide it necessary to add additional requirements that may not be driven by level 1 or 2 parent requirements. • An example of additional subsystem level 5 requirements
is the Human Factors Assessment requirements.
o Once the requirements and the other products related to the system are generated, experts can review all of the requirements and provide Review Item Discrepancies (RIDS) an·d Action Items to the product owners so that corrections can be made. This is accomplished through the Technical Reviews.
--· ---------- -~--·~---
Systems Requirements - Pad GCS
Pad GCS The Pad GCS shall receive Compressed Aircompressed air supply to Supply support refrigerant
recovery as specified in the Interface Table ....
Pad Local Control
The Pad GCS Subsystem shall provide local software control and monitoring to acquisition and control points specified in the Interface Table.
Rationale: Pneumatically driven vacuum .pumps are planned to be used to provide the capability to recover refrigerant.
The plan is for subsystems to implement application software to control subsystem hardware.
Technical Reviews
echnical Reviews are conducted for the purpose of forming all affected organizations of the progress fa system's development in preparation for key
decision points in the formulation and implementation phases of the project life cycle. Technical Reviews are accomplished in progressive steps as the system is developed to allow those affected organizations to anticipate problems that could be avoided before the hardware or software is procured or fabricated. The number of Technical Reviews required will depend on the significance ar)d complexity of the system, or changes in requirements.
Technical Reviews
technical review is an evaluation of the project, or lement thereof, by a knowledgeable group for the urposes of:
o Assessing the status of and progress toward accomplishing the planned activities.
o Validating the technical tradeoffs explored and design solutions proposed.
o Identifying technical weaknesses or marginal design and potential problems (risks) and recommending improvements and corrective actions.
Technical Reviews
Making judgments on the activities, readiness for the follow-on events, including additional future evaluation milestones to improve the likelihood of a successful outcome.
o e. Making assessments and recommendations to the project team, Center, and Agency management.
o f. Providing a historical record that can be referenced of decisions that were made during these formal reviews.
o g. Assessing the technical risk status and current risk profile.
Technical Reviews
System Requirements Review (SRR) and Preliminary Design Review (PDR) are conducted during the formulation phase of a project.
o The System Requirements Review (SRR), Preliminary Design Review (PDR), and Critical Design Review (CDR) are conducted during the design phase of a system
o Test Readiness Review (TRR), and System Acceptance Review (SAR)/Design Certification Review (DCR) are conducted during the implementation phase of a project culminating in transition from the design and development community to the operational community.
Technical Reviews
ngineering Products are required for each design eview, 30°/o, 60°/o 90°/o. Examples of products are:
Concept of Operations
o Requirements
o Lessons Learned Plan/Report
o Human Factors Assessment
o Etc. Pr-A-· T-..111'-
= ......... r .....
• Pr-Todt r J .,.... .,.... s.u.
l .....-. su ""- ! ... _
~TU . .; i
~·· ~ .... < DQ < ..... Wo -CJ)It <
I -- 1'!.1 1'!.1 .._. p c c c c u c l: c l ~ c c u l -- I'M N l.!Joolaoorr I c c c c c \) c F
' - Pba (sell') Sl Sl _... I c c c 1: u c c , s ISoh•Dn-Pbo!SDPI Sl Ill r- I c 1: 1: 1: u \) 1: F 6 JIM - I'M I'M l.!Joolaoorr I 1: 1: 1: 1: u 1: 1: F J ~-PbaOIP) Sl Sl l.!Joolaoorr I 1: 1: 1: c u u 1: F - ~ l!o!"'> ·- I c l' l' 1: c \) c F 9 TDdtSoollvl'ba._ Sl Ill ........ I c \) c F u F 10 -- 5E 5E ~ I c u c f u f II· CouE- I'M .. ~ 8 1: u u c u " c u ll IScWII< 1'!.1 Sl l.!Joolaoorr 8 1: u u \) u l: c 1: I JIMMooa ' u c u c H - 1'!.1 N p I u B f 8 f IS -.ctT M.tou N Sl ~ I c c c 1: u c c f 6 ~- Sl Sl _... , 1: c 1: v 1: c f
11 -C--(ICD Sl Sl ·- p I \] I F I F II T.W. Sl Sl 8 l: 1: c F u F 19 .. ·A- \I SP£ p t: t: p B u c F lO - DE DE w ... 8 c c c F u F ll -\'""'-"'- Sl S[ ~ , c c c v u c c F 2l -- Sf I SPE r- I KIA , \] p 8 u 8 u f .
Purpose of the 30o/o Design Review
he 30°/o Design Review demonstrates that the reliminary design meets all system requirements ith acceptable risk and within the cost and
schedule constraints and establishes the basis for proceeding with detailed design. It will show that the correct design options have been selected, interfaces have been identified, and verification methods have been described.
Purpose of the 60% Design Review
he 60°/o Design Review demonstrates that ignificant progress has been made in the design
since the 30°/o review and that the design meets all system requirements with acceptable risk within the cost and schedule constraints and confirms readiness to proceed with detailed design. It will show that the design is sound, interfaces have been defined to a significant extent, and verification methods have been confirmed.
Purpose of the 90°/o Design Review
The 90°/o Design Review establishes the system design baseline. It is conducted just before committing the design to procurement. It allows all affected customers and organizations to review the design to ensure their requirements have been satisfied .
30°/o Design Review Presentation
During the 30°/o design review the below areas are required to be covered in the presentation:
o Purpose o Technical Issues Resulting o Review Process from Review o Process Tailoring Matrix o Summary of Risks o Subsystem Description o Acquisition Strategy o Entrance Criteria o Schedule Milestones o Comment Disposition o Success Criteria o Comments Statistics o Recommendation
Example - GCS Subsystem Description
Ground Cooling Subsystem for the Pad is Ground upport Equipment (GSE) located in the Ground
Cooling Facility at the ground level of the LC 39 Pad B. The GCS loads and circulates coolant through the Flight to Ground Heat Exchanger to reject heat from the crewed vehicle. The GCS nominally operates during all Orion powered up activities during ground
. process1ng .
. ,
Example - GCS Subsystem Description
Fluids Drawing
--
I I I I I I
I I I
I OlC ""'' l I I I
'
Examples - GCS Subsystem Description
Because the fluids system has been very robust and as been kept in excellent condition, there will most
likely not be any major changes to that portion of the subsystem, but in order to interface with the new control systems being put in place at the KSC, the electrical portion of the GCS is going through the design reviews.
· Examples - GCS Subsystem
Comments are reviewed at the design review for all f the roducts re uired for 30°/o.
PI'Oduct ..\ttribut •
Product Ttlt
30o/o Design Review Presentation
Entrance Criteria , Comments Statistics, Technical Issues, Summary of Risks, Acquisition Strategy, Schedule Milestones, Success Criteria, and Recommendations are all also presented at the review.
Summary
or many years Kennedy Space Center has erformed design development using the systems ngineering approach for the specialized processing
of spac;ecraft for crewed vehicles, from Mercury, Gemini Apollo, International Space Station, to the recent Space Transportation System's for out of Low Earth Orbit, i.e. Moon, Mars, etc., developments stemming from the Constellation Program. Because of the expertise carried down from the past, and because of the merging of new technologies coupled with the improved processes Kennedy Space Center is gaged for outstanding successes in crewed spaceflight for the 21st Century.
References [1] KDP-P-2713 Technical Review Process. [2] NASA Procedural Requirements. Systems Engineering Processes and Requirements. NPR 7123.17. http: //nodis3 .gsfc. nasa .gov I
o [3] Michael Bell, Gena Henderson and Damon Stambolian Lessons Learned for Improving Spacecraft Ground Operations. 2013 IEEEACpaper#2698
o [ 4] Damon B .Stambolian, Gena Henderson, Darcy Miller, Gary Prevost, Donald Tran, Tim Barth. 1-G Human Factors for Optimal Processing and Operability of Ground Systems Up to CxP GOP PDR. 2011 IEEEACpaper#1007
Acknowledgements
All of this work would not be possible without Roger Mathews, developer of the 2713 Technical Review Process.