Difference between revisions of "Systems Engineering Implementation Examples"

From SEBoK
Jump to navigation Jump to search
m (Text replacement - "SEBoK v. 2.9, released 13 November 2023" to "SEBoK v. 2.9, released 20 November 2023")
 
(28 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 +
----
 +
'''''Lead Authors:''''' ''Heidi Davidz, Richard Turner''
 +
----
 
Part 7 is a collection of systems engineering (SE) implementation examples to illustrate the principles described in the [[SEBoK Table of Contents|Systems Engineering Body of Knowledge (SEBoK) Parts 1-6]].  These examples describe the application of SE practices, principles, and concepts in real settings.   
 
Part 7 is a collection of systems engineering (SE) implementation examples to illustrate the principles described in the [[SEBoK Table of Contents|Systems Engineering Body of Knowledge (SEBoK) Parts 1-6]].  These examples describe the application of SE practices, principles, and concepts in real settings.   
[[File:SEBoK Navigation Examples.PNG|centre|thumb|746x746px|'''Figure 1 SEBoK Part 7 in context (Modified from Adcock et al. 2016).''' For more detail see [[Structure of the SEBoK]]]]
 
 
The intent is to provide typical instances of the application of systems engineering (SE) so readers can learn from these experiences. This can improve the practice of SE by illustrating to students, educators, and practitioners the benefits of effective practice, as well as the risks and liabilities of poor practice.
 
 
A [[Matrix of Implementation Examples|matrix of implementation examples]] is used to map these examples to topics in the [[SEBoK Table of Contents|SEBoK]]. Two kinds of examples are included: articles written exclusively for the SEBoK and those based on the SE literature.
 
  
More examples will be added over time to highlight the different aspects and applications of SE.  In addition, new examples can be added to demonstrate the evolving state of practice, such as the application of [[Model-Based Systems Engineering (MBSE) (glossary)|model-based SE]] and the engineering of [[Complex (glossary)|complex]], [[Adaptability (glossary)|adaptive]] systems.
+
[[File:SEBoK_Context_Diagram_Inner_P7_Ifezue_Obiako.png|centre|thumb|550x550px|'''Figure 1 SEBoK Part 7 in context (Modified from Adcock et al. 2016).''' For more detail see [[Structure of the SEBoK]]]]
  
==Types of Examples==
+
The intent is to provide typical instances of the application of systems engineering (SE) and relate these to key SE principles and concepts from the rest of the SEBoK.  This can improve the practice of SE by illustrating to students, educators, and practitioners the benefits of effective practice, as well as the risks and liabilities of poor practice.
Examples
 
  
 +
A published case study will typically describe aspects of the practice of SE in a particular situation and then provide comments and critique of that practice.  Where possible, examples in the SEBoK refer to published case studies and relate the discussions in them to appropriate areas of the SEBoK.  In some case, good or bad examples of SE practice are available but have not been documented in a case study.  In these cases the SEBoK authors have described and commented on these examples directly.
  
[[Systems Engineering (glossary)|Systems engineering]] (SE) principles described in the [[SEBoK Table of Contents|SEBoK Parts 1-6]] are illustrated in Part 7, [[Systems Engineering Implementation Examples]]. These examples describe the application of systems engineering practices, principles, and concepts in real settings. These examples can be used to improve the practice of systems engineering by illustrating to students and practitioners the benefits of effective practice and the risks of poor practice. 
+
A [[Matrix of Implementation Examples|matrix of implementation examples]] is used to map these examples to main topics in the [[SEBoK Table of Contents|SEBoK]] which they cover.  
  
The SEBoK systems engineering implementation examples are grouped in two categories: case studies and vignettes. The SEBoK examines case studies previously published by external sources and demonstrates the real world examples of systems engineering principles that are present in these studies. The vignettes are short wiki articles written specifically for the SEBoK. These vignettes were developed to illustrate the applicability of systems engineering principles in a broader range of domains and geographic locations.
+
More examples will be added over time to highlight the different aspects and applications of SE. In addition, new examples can be added to demonstrate the evolving state of practice, such as the application of {{Term|Model-Based Systems Engineering (MBSE) (glossary)|model-based SE}} and the engineering of {{Term|Complex (glossary)|complex}}, {{Term|Adaptability (glossary)|adaptive}} systems.
 
 
A [[Matrix of Implementation Examples|matrix]] is used to map the implementation examples to topics in the SEBoK. This matrix maps each implementation example to the discussion of the specific systems engineering principles illustrated.
 
 
 
Systems engineering principles described in the [[SEBoK Table of Contents|Systems Engineering Body of Knowledge (SEBoK) Parts 1-6]] are illustrated in Part 7, [[Systems Engineering Implementation Examples]]. These examples describe the application of systems engineering practices, principles, and concepts in real settings. These systems engineering examples can be used to improve the practice of systems engineering by illustrating to students and practitioners the benefits of effective practice and the risks of poor practice. There are two kinds of SE implementation examples: articles written for the SEBoK and those based on the SE literature.
 
  
 
==Knowledge Areas in Part 7==
 
==Knowledge Areas in Part 7==
 
Part 7 is organized in the following way:
 
Part 7 is organized in the following way:
 
*[[Matrix of Implementation Examples]]
 
*[[Matrix of Implementation Examples]]
*[[Examples]]
+
*[[Implementation Examples]]
**[[Commercial Examples]]
 
 
 
**[Government Examples]]
 
 
 
The following vignettes are included:
 
*[[Denver Airport Baggage Handling System Vignette]]
 
*[[Virginia Class Submarine Vignette]]
 
*[[UK West Coast Route Modernisation Project Vignette]]
 
*[[Singapore Water Management Vignette]]
 
*[[FAA Advanced Automation System (AAS) Vignette]]
 
*[[Standard Korean Light Transit System Vignette]]
 
* [[Successful Business Transformation within a Russian Information Technology Company]]
 
* [[Federal Aviation Administration Next Generation Air Transportation System]]
 
* [[How Lack of Information Sharing Jeopardized the NASA/ESA Cassini/Huygens Mission to Saturn]]
 
* [[Hubble Space Telescope Case Study]]
 
* [[Global Positioning System Case Study]]
 
* [[Global Positioning System Case Study II]]
 
* [[Medical Radiation Case Study]]
 
* [[FBI Virtual Case File System Case Study]]
 
* [[MSTI Case Study]]
 
* [[Next Generation Medical Infusion Pump Case Study]]
 
* [[Design for Maintainability]]
 
* [[Complex Adaptive Operating System Case Study]]
 
* [[Complex Adaptive Project Management System Case Study]]
 
* [[Complex Adaptive Taxi Service Scheduler Case Study]]
 
* [[Submarine Warfare Federated Tactical Systems Case Study]]
 
* [[Northwest Hydro System]]
 
 
 
 
 
Characteristics of the organization(s) which do SE have an impact on the engineering itself. It is for this reason that the examples have been sorted into those that occurred in commercial versus government organizations. 
 
 
 
Systems engineering (SE) case studies can be characterized in terms of at least two relevant parameters, viz., their degrees of complexity and engineering difficulty, for example. Although a so-called quad chart is likely an oversimplification, a 2 x 2 array can be used to make a first-order characterization, as shown in Figure 1.
 
[[File:Casestudies-2x2.png|centre|frame|'''Figure 1 Case Study Profiler '''(SEBoK Original)]]
 
 
 
The x-axis depicts complicated, the simplest form of complexity, at the low-end on the left, and complex, representing the range of all higher forms of complexity on the right.The y-axis suggests how difficult it might be to engineer (or re-engineer) the system to be improved, using Conventional (classical or traditional) SE, at the low-end on the bottom, and Complex SE, representing all more sophisticated forms SE, on the top. This upper range is intended to cover system of systems (SoS) engineering (SoSE), enterprise systems engineering (ESE), as well as Complex SE (CSE).The distinctions among these various forms of SE may be explored by visiting other sections of the SEBoK. In summary, the SEBoK case study editors have placed each case study in one of these four quadrants to provide readers with a suggested characterization of their case study's complexity and difficulty. For sake of compactness the following abbreviations have been used:
 
* Business Transformation (Successful Business Transformation within a Russian Information Technology Company)
 
* NextGen ATC (Federal Aviation Administration Next Generation Air Transportation System)
 
* Saturn Mission (How Lack of Information Sharing Jeopardized the NASA/ESA Cassini/Huygens Mission to Saturn)
 
* Hubble (Hubble Space Telescope Case Study)
 
* GPS and GPS II (Global Positioning System Case Study)
 
* Medical Radiator (Medical Radiation Case Study)
 
* FBI Case Files (FBI Virtual Case File System Case Study)
 
* Small Satellite MSTI (MSTI Case Study)
 
* Medical Infusion Pump (Next Generation Medical Infusion Pump Case Study)
 
* Incubator Maintainability Design (Design for Maintainability)
 
* Complex Adaptive Operations (Complex Adaptive Operating System)
 
* Taxi Scheduler (The Development of the First Real-Time Complex Adaptive Scheduler for a London Taxi Service)
 
* Project Management (The Development of a Real-Time Complex Adaptive Project Management Systems)
 
* SWFTS MBSE(Submarine Warfare Federated Tactical Systems Case Study)
 
  
==Value of Case Studies==
+
==Value of Implementation Examples==
  
Case studies have been used for decades in medicine, law, and business to help students learn fundamentals and to help practitioners improve their practice. A [[Matrix of Implementation Examples]] is used to show the alignment of systems engineering case studies to specific areas of the SEBoK. This matrix is intended to provide linkages between each implementation example to the discussion of the systems engineering principles illustrated. The selection of case studies cover a variety of sources, domains, and geographic locations. Both effective and ineffective use of systems engineering principles are illustrated.
+
Learning from critical examples has been used for decades in medicine, law, and business to help students learn fundamentals and to help practitioners improve their practice. A [[Matrix of Implementation Examples]] is used to show the alignment of systems engineering case studies to specific areas of the SEBoK. This matrix is intended to provide linkages between each implementation example to the discussion of the systems engineering principles illustrated. The selection of examples covers a variety of sources, domains, and geographic locations. Both effective and ineffective use of systems engineering principles are illustrated.
 
 
The number of publicly available systems engineering case studies is growing. Case studies that highlight the aerospace domain are more prevalent, but there is a growing number of examples beyond this domain.  
 
  
 
The United States Air Force Center for Systems Engineering (AF CSE) has developed a set of case studies "to facilitate learning by emphasizing the long-term consequences of the systems engineering/programmatic decisions on cost, schedule, and operational effectiveness." (USAF Center for Systems Engineering 2011) The AF CSE is using these cases to enhance SE curriculum. The cases are structured using the Friedman-Sage framework (Friedman and Sage 2003; Friedman and Sage 2004, 84-96), which decomposes a case into contractor, government, and shared responsibilities in the following nine concept areas:  
 
The United States Air Force Center for Systems Engineering (AF CSE) has developed a set of case studies "to facilitate learning by emphasizing the long-term consequences of the systems engineering/programmatic decisions on cost, schedule, and operational effectiveness." (USAF Center for Systems Engineering 2011) The AF CSE is using these cases to enhance SE curriculum. The cases are structured using the Friedman-Sage framework (Friedman and Sage 2003; Friedman and Sage 2004, 84-96), which decomposes a case into contractor, government, and shared responsibilities in the following nine concept areas:  
Line 98: Line 41:
  
 
===Works Cited===
 
===Works Cited===
 +
Adcock, R., N. Hutchison, C. Nielsen, 2016, "Defining an architecture for the Systems Engineering Body of Knowledge," Annual IEEE Systems Conference (SysCon) 2016.
  
 
Friedman, G.R., and A.P. Sage. 2003. ''Systems Engineering Concepts: Illustration Through Case Studies.''  
 
Friedman, G.R., and A.P. Sage. 2003. ''Systems Engineering Concepts: Illustration Through Case Studies.''  
Line 108: Line 52:
  
 
===Primary References===
 
===Primary References===
Friedman, G., and A.P. Sage. 2004. "[[Case Studies of Systems Engineering and Management in Systems Acquisition]]". ''Systems Engineering ''7(1): 84-96.
+
Friedman, G., and A.P. Sage. 2004. "[[Case studies of systems engineering and management in systems acquisition]]". ''Systems Engineering ''7(1): 84-96.
  
 
Gorod, A., B.E. White, V. Ireland, S.J. Gandhi, and B.J. Sauser. 2014. ''[[Case Studies in System of Systems, Enterprise Systems, and Complex Systems Engineering]]''. Boca Raton, FL: CRC Press, Taylor & Francis Group.
 
Gorod, A., B.E. White, V. Ireland, S.J. Gandhi, and B.J. Sauser. 2014. ''[[Case Studies in System of Systems, Enterprise Systems, and Complex Systems Engineering]]''. Boca Raton, FL: CRC Press, Taylor & Francis Group.
  
NASA. [[A Catalog of NASA-Related Case Studies]]. Greenbelt, MD, USA: Office of the Chief Knowledge Officer, Goddard Space Flight Center, National Aeronautics and Space Administration (NASA). Updated June 2011. Accessed December 5 2014 at NASA http://www.nasa.gov/centers/goddard/pdf/450420main_NASA_Case_Study_Catalog.pdf.
+
NASA. [[A Catalog of NASA-Related Case Studies]]. Greenbelt, MD, USA: Office of the Chief Knowledge Officer, Goddard Space Flight Center, National Aeronautics and Space Administration (NASA). Updated June 2011. Accessed December 5, 2014 at NASA http://www.nasa.gov/centers/goddard/pdf/450420main_NASA_Case_Study_Catalog.pdf.
  
 
United States Air Force (USAF) Center for Systems Engineering. 2011. [[Why Case Studies?]]. Wright-Patterson Air Force Base, OH, USA: Air Force Institute of Technology (AFIT).
 
United States Air Force (USAF) Center for Systems Engineering. 2011. [[Why Case Studies?]]. Wright-Patterson Air Force Base, OH, USA: Air Force Institute of Technology (AFIT).
Line 119: Line 63:
 
None.
 
None.
  
 
 
==References==
 
===Works Cited===
 
Adcock, R., Hutchison, N., Nielsen, C., 2016, "Defining an architecture for the Systems Engineering Body of Knowledge," Annual IEEE Systems Conference (SysCon) 2016.
 
===Primary References===
 
None.
 
===Additional References===
 
None.
 
 
----
 
----
<center>[[Environmental Engineering|< Previous Article]] | [[SEBoK Table of Contents|Parent Article]] | [[Matrix of Implementation Examples|Next Article >]]</center>
+
<center>[[System Security|< Previous Article (Part 6)]] | [[SEBoK Table of Contents|Parent Article]] | [[Matrix of Implementation Examples|Next Article >]]</center>
 
 
  
 +
<center>'''SEBoK v. 2.9, released 20 November 2023'''</center>
  
 
[[Category: Part 7]][[Category:Part]]
 
[[Category: Part 7]][[Category:Part]]
{{DISQUS}}
 

Latest revision as of 22:23, 18 November 2023


Lead Authors: Heidi Davidz, Richard Turner


Part 7 is a collection of systems engineering (SE) implementation examples to illustrate the principles described in the Systems Engineering Body of Knowledge (SEBoK) Parts 1-6. These examples describe the application of SE practices, principles, and concepts in real settings.

Figure 1 SEBoK Part 7 in context (Modified from Adcock et al. 2016). For more detail see Structure of the SEBoK

The intent is to provide typical instances of the application of systems engineering (SE) and relate these to key SE principles and concepts from the rest of the SEBoK. This can improve the practice of SE by illustrating to students, educators, and practitioners the benefits of effective practice, as well as the risks and liabilities of poor practice.

A published case study will typically describe aspects of the practice of SE in a particular situation and then provide comments and critique of that practice. Where possible, examples in the SEBoK refer to published case studies and relate the discussions in them to appropriate areas of the SEBoK. In some case, good or bad examples of SE practice are available but have not been documented in a case study. In these cases the SEBoK authors have described and commented on these examples directly.

A matrix of implementation examples is used to map these examples to main topics in the SEBoK which they cover.

More examples will be added over time to highlight the different aspects and applications of SE. In addition, new examples can be added to demonstrate the evolving state of practice, such as the application of model-based SEmodel-based SE and the engineering of complexcomplex, adaptiveadaptive systems.

Knowledge Areas in Part 7

Part 7 is organized in the following way:

Value of Implementation Examples

Learning from critical examples has been used for decades in medicine, law, and business to help students learn fundamentals and to help practitioners improve their practice. A Matrix of Implementation Examples is used to show the alignment of systems engineering case studies to specific areas of the SEBoK. This matrix is intended to provide linkages between each implementation example to the discussion of the systems engineering principles illustrated. The selection of examples covers a variety of sources, domains, and geographic locations. Both effective and ineffective use of systems engineering principles are illustrated.

The United States Air Force Center for Systems Engineering (AF CSE) has developed a set of case studies "to facilitate learning by emphasizing the long-term consequences of the systems engineering/programmatic decisions on cost, schedule, and operational effectiveness." (USAF Center for Systems Engineering 2011) The AF CSE is using these cases to enhance SE curriculum. The cases are structured using the Friedman-Sage framework (Friedman and Sage 2003; Friedman and Sage 2004, 84-96), which decomposes a case into contractor, government, and shared responsibilities in the following nine concept areas:

  1. Requirements Definition and Management
  2. Systems Architecture Development
  3. System/Subsystem Design
  4. Verification/Validation
  5. Risk Management
  6. Systems Integration and Interfaces
  7. Life Cycle Support
  8. Deployment and Post Deployment
  9. System and Program Management

This framework forms the basis of the case study analysis carried out by the AF CSE. Two of these case studies are highlighted in this SEBoK section, the Hubble Space Telescope Case Study and the Global Positioning System Case Study.

The United States National Aeronautics and Space Administration (NASA) has a catalog of more than fifty NASA-related case studies (NASA 2011). These case studies include insights about both program management and systems engineering. Varying in the level of detail, topics addressed, and source organization, these case studies are used to enhance learning at workshops, training, retreats, and conferences. The use of case studies is viewed as important by NASA since "organizational learning takes place when knowledge is shared in usable ways among organizational members. Knowledge is most usable when it is contextual" (NASA 2011). Case study teaching is a method for sharing contextual knowledge to enable reapplication of lessons learned. The MSTI Case Study is from this catalog.

References

Works Cited

Adcock, R., N. Hutchison, C. Nielsen, 2016, "Defining an architecture for the Systems Engineering Body of Knowledge," Annual IEEE Systems Conference (SysCon) 2016.

Friedman, G.R., and A.P. Sage. 2003. Systems Engineering Concepts: Illustration Through Case Studies.

Friedman, G.R., and A.P. Sage. 2004. "Case Studies of Systems Engineering and Management in Systems Acquisition." Systems Engineering. 7 (1): 84-96.

NASA. 2011. A Catalog of NASA-Related Case Studies. Goddard Space Flight Center: Office of the Chief Knowledge Officer, National Aeronautics and Space Administration (NASA). Updated June 2011. Accessed September 2011. Available: http://www.nasa.gov/centers/goddard/pdf/450420main_NASA_Case_Study_Catalog.pdf.

United States Air Force (USAF) Center for Systems Engineering. 2011. Why Case Studies?. Wright-Patterson Air Force Base, Ohio, USA: Air Force Institute of Technology (AFIT), US Air Force. Accessed September 2011. Available: http://www.afit.edu/cse/cases.cfm.

Primary References

Friedman, G., and A.P. Sage. 2004. "Case studies of systems engineering and management in systems acquisition". Systems Engineering 7(1): 84-96.

Gorod, A., B.E. White, V. Ireland, S.J. Gandhi, and B.J. Sauser. 2014. Case Studies in System of Systems, Enterprise Systems, and Complex Systems Engineering. Boca Raton, FL: CRC Press, Taylor & Francis Group.

NASA. A Catalog of NASA-Related Case Studies. Greenbelt, MD, USA: Office of the Chief Knowledge Officer, Goddard Space Flight Center, National Aeronautics and Space Administration (NASA). Updated June 2011. Accessed December 5, 2014 at NASA http://www.nasa.gov/centers/goddard/pdf/450420main_NASA_Case_Study_Catalog.pdf.

United States Air Force (USAF) Center for Systems Engineering. 2011. Why Case Studies?. Wright-Patterson Air Force Base, OH, USA: Air Force Institute of Technology (AFIT).

Additional References

None.


< Previous Article (Part 6) | Parent Article | Next Article >
SEBoK v. 2.9, released 20 November 2023