scoping & concept of operationsscoping & concept of
TRANSCRIPT
1
Scoping & Concept of OperationsScoping & Concept of OperationsScoping & Concept of Operations (ConOps) Module
Space Systems Engineering, version 1.0
Scoping & Concept of Operations (ConOps) Module
Space Systems Engineering, version 1.0
Space Systems Engineering: Scoping & ConOps Module
Module Purpose: Scoping & ConOps
♦ To understand the importance of defining a mission or project’s scope.
♦ To explain the contents of scope, including needs, goals, objectives, assumptions, authority and responsibility, constraints, and concept of operations.
♦ To understand the importance of developing a mission concept of operations (ConOps).
♦ To describe the information contained in a ConOps
Space Systems Engineering: Scoping & ConOps Module 2
and show examples.
2
Defining Scope
♦ The first step in building a strong foundation for writing good requirements is defining the scope.
♦ What’s involved in defining the scope:D fi i th d l d bj ti• Defining the needs, goals, and objectives
• Identifying stakeholders• Developing operational concepts• Understanding constraints
♦ Become familiar with parent system-of-interest documents. Examples:
Space Systems Engineering: Scoping & ConOps Module 3
• Presidential Directive (for highest level systems)• Announcement of Opportunities contain need statements• Proposals contain goals and objectives
♦ “The beginning is the most important part of the work.”Plato, 4th Century BC
Scope Dimensions
ObjectivesInitiatives that implement the goal.What is the minimum that the stakeholders expect from the system for it to be successful?
NeedExplains why the project is developing this system from the stakeholders’ point of view
GoalsBroad, fundamental aim you expect to accomplish to fulfill need.
Scope is a definition of what
is germane to your project.
AssumptionsExamples:Level of technologyPartnershipsExtensibility to other missions
MissionDefining and restricting the missions will aid in identifying requirements
Space Systems Engineering: Scoping & ConOps Module
Schedules
Authority and ResponsibilityWho has authority for aspects of the system development? Operational Concepts
Imagine the operation of the future system and document the steps of how the end-to-end system will be used
Budgets
ConstraintsExternal items that cannot be controlled and that must be met, which are identified while defining the scope
3
Apollo Program Scope Example
♦ Need: Counter Soviet military threat.
♦ Goal: Demonstrate American technological superiority.
Obj ti♦ Objective: Make a decisive move in the conquest of space.
♦ Mission or business case: Transport a man to the moon, and return him safely.
♦ Operational Concept: Launch crew, lunar lander, and return vehicle on multistage rocket into trajectory for moon. Crew will leave return vehicle in lunar orbit while they take lunar lander to the moon surface. Crew will return to lunar orbit and rendezvous with return vehicle. Crew in return vehicle will land in ocean.
Space Systems Engineering: Scoping & ConOps Module 5
vehicle. Crew in return vehicle will land in ocean.
♦ Assumptions: All technology needs are achievable.
♦ Constraints: Do it within this decade. Use American-made components.
♦ Authority and Responsibility: NASA has the responsibility to carry out the mission.
Crew Exploration Vehicle Scope Example
♦ Need: Provide crewed access to space once the Shuttle is retired.
♦ Goal: Make access to space safer and cheaper than current system.
♦ Objective: Provide access to space and Earth re-entry for j p ymissions to ISS, Moon and Mars.
♦ Mission or business case: Support for all human space flight missions post Shuttle.
♦ Operational Concept: Launch...Rendezvous…Docking…Transfer…Re-entry…
♦ Assumptions: Separation of crew and cargo for launch phase.
C t i t
Space Systems Engineering: Scoping & ConOps Module 6
♦ Constraints: Deliver an operational vehicle no later than 2014; Minimize the gap with Shuttle retirement in 2010.
♦ Authority and Responsibility: CEV is to be managed by NASA with no international involvement.
♦ Drivers: Presidential vision for space exploration in 2004; safety concerns with Shuttle post Columbia accident.
4
♦ Need: Understand threat posed by any NEO (Near Earth Object)
Apophis Scope Example(UT ASE 387P.2 Students, 2007)
♦ Goal: Accurately predict Earth impact probability of any NEO
♦ Objective: Track any NEO requiring higher precision in calculation of impact probability
Space Systems Engineering: Scoping & ConOps Module 7
of impact probability♦ Mission: Tag and track
the asteroid Apophis
♦ Operational Concept: • Launch (Satellite payload including orbiter and optional lander component)• Pre-transfer (Earth orbit or direct transfer)• Transfer• Encounter (Fly by and/or rendezvous and/or orbit)
Apophis Scope Example, cont.(UT ASE 387P.2 Students, 2007)
• Encounter (Fly-by and/or rendezvous and/or orbit)• Tag (Impact optional lander and/or remain in orbit)• Track (Ground post-processing operations)
♦ Assumptions: All technology requirements are available. Joint mission is conducted between responsible parties.
♦ Constraints: Mission complete before 2017. Greater than 10% confidence that Apophis will hit the 2029 keyhole. Meet targeted budget.
Space Systems Engineering: Scoping & ConOps Module 8
g♦ Authority and Responsibility:
• Mission Design: Our team• Implementation (hardware manufacture, operations): NASA and/or ESA and/or
other concerned government space agencies• Other Mission Design Consultants/Interested Parties: Planetary Society, ASE,
AIAA, USRA
5
Concept of Operations (ConOps)
♦ What is a ConOps?: a description of how the system will be operated during the mission phases in order to meet stakeholder expectations.
♦ Importance of a ConOps:• Provides an operational perspective• Stimulates requirements development related to the user• Reveals requirements and design functions as different “use cases”
are considered (e.g., Shuttle)• Serves as the basis for key operations documents later
♦ Mars Phoenix mission example:• ConOps leads to addition of the requirement to “view” the descent,
Space Systems Engineering: Scoping & ConOps Module 9
ConOps leads to addition of the requirement to view the descent, and landing phase during the mission. This requires a camera in a specific location that can withstand the entry profile. Under nominal operations, the camera may not be required.
• “Beginning just after the aeroshell is jettisoned at an altitude of about 5 miles, the Mars Descent Imager (MARDI) will acquire a series of wide-angle, color images of the landing site all the way down to the surface."
Typical Information Contained in ConOps
♦ Description of the major phases
♦ Operational scenarios and/or design reference missions (DRMs)• For human exploration missions, multiple DRMs make up a ConOps
♦ Operation timelines
♦ End-to-end communications strategy
♦ Command and data architecture
♦ Operational facilities (e.g., mission control, science data center)
♦ Integrated logistics support (resupply, maintenance, and assembly)
Space Systems Engineering: Scoping & ConOps Module 10
♦ Critical events
Design Reference Mission: a use-case scenario which stress all of the system's capabilities to a significant extent and which all design alternatives will have to be able to accomplish. The purpose of such missions is to keep the design space open.
6
ConOps - Start with PicturesOperational Scenario and Timeline
Source: Texas 2-Step Mission, Project Plan, 2007
Space Systems Engineering: Scoping & ConOps Module 11
Space Systems Engineering: Scoping & ConOps Module 12
7
ConOps - Example Timelinemore detailed, later in mission design
Source: NASA Systems Engineering Handbook, 2007
Space Systems Engineering: Scoping & ConOps Module 13
ConOps - Example Design Reference Mission
Source: NASA Systems Engineering Handbook, 2007
Space Systems Engineering: Scoping & ConOps Module 14
8
ConOps - End-to-End Communications Strategy
Source: NASA Systems Engineering Handbook, 2007
Space Systems Engineering: Scoping & ConOps Module 15
Scoping Exercise Leads toOrganized Requirements
Mission StatementScience goals Mission objectives
Why is access to space required?
Cl ifi t t t d ibi l & bj ti
Mission Goals & Requirements
• Clear, specific statement describing goals & objectives• Does not necessarily require justification• Should not, in general, specify requirements
• Clear, specific statements describing mission products & methods• Define minimum success and preferred goals
I l h ld d i (b t t if ) t i t
at?
Why?
Space Systems Engineering: Scoping & ConOps Module 16
System / Operational Requirements
Subsystem specifications CONOPs plan
• In general, should drive (but not specify) system requirements
Wh
9
Pause and Learn Opportunitypp y
View the James Webb Space Telescope (JWST) Mission Operations Concept Document (.pdf)
It is 256 pages; viewing the table of contents alone demonstrates the key elements, such as the science goals, the astronomer’s (I.e., customer’s) view, the basic
Space Systems Engineering: Scoping & ConOps Module
g , ( , ) ,system architecture, operations strategies, and more.
Module Summary: Scoping & ConOps
♦ The first step in understanding the mission at hand is defining the scope, where scope is a definition of what is germane to your project.
♦ The scope content involves Defining the needs goals and objectives• Defining the needs, goals, and objectives
• Identifying stakeholders• Developing operational concepts• Understanding the constraints
♦ A thorough scoping effort leads to organized and informed mission and system requirements.
♦ A concept of operations (conops) is a description of how the t ill b t d d i th i i h i d t
Space Systems Engineering: Scoping & ConOps Module 18
system will be operated during the mission phases in order to meet stakeholder expectations.
♦ A concept of operations can include many aspects of operations, such as a timeline, a communications strategy, varying operational scenarios, etc.
10
Backup Slidesfor Scoping and ConOps Module
Space Systems Engineering: Scoping & ConOps Module
MARSMARS
MA
HAB_MOI
DESC/ASC_MOI HAB_MD
HAB_ML D/A_ML
M_OPS
500-600 day surface stay
Ascent StageExpended
Initial Mission Flow Diagram
Low Mars Orbit
L E th O bit
MTV_LO
HAB_MT CEV_ET
LMO_Dock
MMOD
MMOD
MTV TMI
DESC/ASC_MT
MTV_MT
LMO_DOCK
D/A_MD
MTV_MOI
DESC/ASC_TMI
HAB_TMI
TEI
Service Module Expended
Space Systems Engineering: Scoping & ConOps Module 20
CARGO_LAUNCH
EDS_LAUNCH
EARTHEARTH
Low Earth Orbit
EDL
MTV_TMI
Ground Processing
Post-Recovery
Processing
CLV_LAUNCH
CLV_WINDOW
CEV_LEO_OPS
ED
S, H
AB
_LA
ND
ER
ED
S,D
ES
C/A
SC
_VE
H
2X 2X
LEO_DOCK
Total mission duration: 892-945 daysTime on Mars surface: 500-600 days
ED
S,C
EV
ED
S,M
TV
2X
TMI : Multi-burn injection used at perigee to inject vehicles toward Mars.
Direct EntryLand Landing
11
Scope Elements - DefinitionsNeed
• Drives everything else• Related to your strategic plan or business plan• NOT a definition of the system or solution• Explains why the project is developing this system from the• Explains why the project is developing this system from the
stakeholders’ point of view• Does not change much during the life of the project
Goals• A goal is a broad , fundamental aim that your organization
expects to accomplish to fulfill its need.Objectives
• Expand on how you will meet the goals. I iti ti th t i l t th l
Space Systems Engineering: Scoping & ConOps Module 21
• Initiatives that implement the goals• Also specify the success criteria - what is the minimum that the
stakeholders expect from the system for it to be successful?Mission
• The business case for why product is needed.• Defining and restricting the missions will aid in identifying
requirements.
Scope Elements - DefinitionsConstraints
• External items that cannot be controlled and that must be met, which are identified while defining the scope.
• Often defined in terms of schedule and budgets.Authority and Responsibilityy p y
• Who has authority for aspects of the system development? (e.g. government center, contractor, customer)
Assumptions• As identified by stakeholders, as part of the scope elements listed
aboveOperational Concepts
• A step-by-step description of how the proposed system should operate and interact with its users and its external interfaces (e.g.,
Space Systems Engineering: Scoping & ConOps Module 22
operate and interact with its users and its external interfaces (e.g., other systems).
• Don’t forget to include the stakeholders’ perspectives, such as astronauts
• Imagine the operation of the future system and document the steps of how the end-to-end system will be used.
• Describes, at a high level, the nominal and off-nominal scenarios
12
Additional Information for Defining Stakeholder Expectations
Source: NASA Systems Engineering Handbook, 2007
Space Systems Engineering: Scoping & ConOps Module 23
Driven by science strategic plans or from a Presidential Directive?
Dependent upon ConOps - operational environment, orbit, mission duration, etc.
How the mission must be operated in order to achieve mission objectives.
Trade Studies Identified as a Result of Apophis Scoping & ConOps Exercise
♦ Epoch: required tracking time, transfer time, mission duration
♦ Launch vehicle: payload capacity, propulsion, current availabilityy
♦ Power: radioisotope thermoelectric generator, solar panel, propulsion
♦ Journey: earth orbit, direct transfer
♦ Encounter: impact, rendezvous, fly-by, trailing
♦ Tagging: reflector beacon
Space Systems Engineering: Scoping & ConOps Module 24
♦ Tagging: reflector, beacon, transponder, orbiter
♦ Tracking: instrument precision, blackout, signal relay
♦ Additional Operations: map asteroid, composition study, other science operations
13
Typical Operational Phases for a NASA Mission
♦ Integration & Test (I&T) Operations
• Project I&T — During the latter period of project I&T, the system is tested by performing operational simulations during functional and environmental testing. The simulations typically exercise the end-to-end command and data system to provide a complete verifications of system functionality and
f i t i l t d j t ti l iperformance against simulated project operational scenarios.
• Launch Integration — The launch integration phase repeats I&T operational and functional verification in the launch integrated configuration.
♦ Launch Operations
• Launch — Launch operation occur during the launch countdown, launch ascent, and orbit injection. Critical event telemetry is an important driver during this phase. D l t F ll i bit i j ti ft d l t ti
Space Systems Engineering: Scoping & ConOps Module 25
• Deployment — Following orbit injection, spacecraft deployment operations reconfigure the spacecraft to its orbital configuration. Typically, critical events covering solar array, antenna and other deployments, and orbit trim maneuvers occur during this phase.
• In-orbit checkout — In-orbit checkout performs is used to perform a verification that all systems are healthy. This is followed by on-orbit alignment, calibration, and parameterization of the flight systems to prepare for science operations.
Typical Operational Phases for a NASA Mission
♦ Science Operations
• The majority of the operational lifetime is used to perform science operations.
♦ Safe Hold Operations
• As a result of on-board fault detection, or by ground command, the spacecraft may transition to a safe hold mode. This mode is designed to maintain the spacecraft in a power positive, thermally stable state until the fault is resolved and science operations can resume.
♦ Anomaly Resolution and Maintenance Operations
• Anomaly resolution and maintenance operations often requires the support of personnel beyond those used for science operations.
♦ Disposal Operations
Space Systems Engineering: Scoping & ConOps Module 26
♦ Disposal Operations
• Disposal operations occur at the end of project life. These operations are used to either provide a controlled reentry of the spacecraft, or a repositioning of the spacecraft to a disposal orbit. In the latter case, the dissipation of stored fuel and electrical energy is required.