Module 1 Homework.v2a.Solution Set
Module 1 Homework.v2a.Solution Set
Problem #1
10 points
#1a (5 Points):
For an easy 5 points, please include a cover page with the following information:
1. Your name
2. Course number and name
3. Assignment number and title
4. Date of submission
5. (Also, include your name and a page indicator (Page x of y) on each page after the cover
page.)
#1b (5 Points):
For another easy 5 points, please ensure your submission is organized, neat, clear, and to the
point. Ensure there are no spelling or grammatical errors. And ensure the format is formal and
professional. Remember that this is a graduate level course.
Problem #2
30 points
What characteristics (at least two) of a geosynchronous earth orbiting (GEO) spacecraft would
you attribute to the spacecraft system as a whole rather than to a collection of its parts? Explain
why.
Grading considerations: This question is intended to cause you to explore “systems thinking”
and how systems engineers, while not exclusively, need to think about the “system as a whole.”
Chapter 1 of your text discusses this topic.
There can be lots of “gray” when describing characteristics of a “system as a whole” but
usually we are talking about system-level features, qualities, and/or capabilities, or about
system-level interfaces. And for this problem, those associated specifically with GEO spacecraft.
Page 1 of 6
EN.675.600: Systems Engineering for Space Module 1 Homework
______________________________________________________________________________
Problem #3
30 points
Develop a context diagram for a NASA-sponsored low earth orbit (LEO) scientific spacecraft.
Grading considerations: Reference slides 7-10 of Lecture 1C, and Section 3.4 of the Kossiakoff
text. Use the format shown on slide 10 of Lecture 1C (which is similar to Figs. 3.2 and 3.3 in the
text).
Be sure to consider all the phases of a hypothetical mission: prelaunch, launch, orbit operations,
and disposal. There are many external actors or entities that interface or interact with a LEO
spacecraft during these phases. Try to identify the entities and the things transferred to/from
those entities.
The most important thing is to determine what is inside your system and what is outside. Keep
external actors and entities generic. Don't force a particular solution (e.g., GPS) onto your
design team. We will talk later in the semester how we use trade studies to determine what “the
best” solution is to your particular problem. This will become clearer as we study the “systems
engineering method.”
While displaying an understanding of the concepts of context diagrams is far more important at
this point than the nuanced details of a real s/c context diagram, you should be able to do some
research to identify the primary external actors and entities and the major interfaces and
interactions.
Page 2 of 6
EN.675.600: Systems Engineering for Space Module 1 Homework
______________________________________________________________________________
Notes:
1. There isn’t an exact perfectly correct solution.
2. Context diagrams are developed early in the life cycle. They can, and should, be updated as your
knowledge of the requirements, constraints, functions, and potential solution sets evolve.
3. One of several critical purposes of the context diagram is to define what is in your system, and
what is outside your system. In this particular example, it is clear that scientific observations are
made by your system, indicating that the payload/instruments are part of your system. It very
well may be that you are being asked to explore the development of a LEO scientific spacecraft
and not the payload/instruments. If that was the case, where a prime contractor may perform
integration of your spacecraft with instruments developed by others, then you would show the
instruments outside your system. Obviously, if you are responsible for the management and
integration of the instruments, independent of who develops the actual instruments, then you
would indicate they are inside your system (by NOT showing them as external to your system).
Thus, a context diagram is an excellent communication tool for all your stakeholders.
4. Brainstorm what external entities or actors might be relevant and important to your system.
5. How to decide what’s important?
a. What interactions are important to ensure you meet the overarching user needs and high-
level system requirements and constraints?
b. What interactions will drive functional requirements and/or the ultimate design?
c. What interactions might drive technical complexity, and therefore “driving requirements”
and risk?
d. What interactions might create cost, schedule, and/or safety challenges or risk?
6. Some potential “traps” and typical mistakes:
a. Ensure nothing that is part of “your system” is shown outside your system
b. Ensure the interactions are associated with your completed system, not those associated
with developing your system
Page 3 of 6
EN.675.600: Systems Engineering for Space Module 1 Homework
______________________________________________________________________________
c. The s/c actually interacts with the communication entry point (could be a ground entry
point (GEP) or a Space Entry Point (SEP) like TDRSS). Unless you’ve been directed to
use one or the other, you don’t know which one will be “the best solution” until you
perform the necessary trades studies. The point is, keep the external entities and the
interactions generic for now. Don’t box your development team into a pre-ordained
solution that is often “biased” by your (potentially incorrect) assumptions, your (possibly
limited) experiences, past solutions you’ve developed or have become aware of, etc.
d. A tricky external entity or actor are the operators or users. They do not interact with the
spacecraft directly (how could they!); the commands they send, and telemetry they
receive, get to the spacecraft via some interface to some entity/entities (e.g., mission
operations center (MOC) and the communications node) that, in turn, interacts with the
spacecraft.
Problem #4
30 points
Develop a hierarchical description for the spacecraft from Problem #3 to at least three levels
(system, subsystem, component). If you are new to spacecraft design, you will find Table 14-6
in your text Space Mission Engineering: The New SMAD very helpful.
Grading considerations: Reference the slides in Lecture 1D, and Chapter 3. Use the format
shown in Fig. 9.2 of the text, or similar. (You don’t have to read Chapter 9 at this time; just look
at Fig. 9.2)
Application of the concept of hierarchical decomposition is far more important than the actual
spacecraft composition shown in your hierarchy. You will develop a better understanding of the
latter as you progress through this course and the SSE program. But, again, you should be able
to do some research to identify the primary subsystems used in spacecraft and their primary
components.
Here is a student submission from a previous class. Note that some of the principal components
of some of the subsystems are missing; e.g., there is more to a communication subsystem than
just an antenna and a power amplifier, such as a receiver and an exciter. Recall that in grading
considerations, it was noted that the specific details of the spacecraft composition were of lesser
concern than understanding the concept of what a system hierarchy is.
Page 4 of 6
EN.675.600: Systems Engineering for Space Module 1 Homework
______________________________________________________________________________
----------------------
Here, from NASA SE Handbook, shows a spacecraft at the second level. For this HW problem,
you would then further decompose the spacecraft subsystems. But if your “system” was the
“Flight Segment” vs. a spacecraft, then this diagram does show 3 levels of decomposition and
this diagram would answer the mail.
Page 5 of 6
EN.675.600: Systems Engineering for Space Module 1 Homework
______________________________________________________________________________
------------------------
Page 6 of 6