Difference between revisions of "Overview of the Systems Approach"

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")
 
(154 intermediate revisions by 13 users not shown)
Line 1: Line 1:
According to Ryan (2008) the Systems Approach and Systems Engineering formed and grew somewhat independently, but the two of them are highly related and compatibleBoth are based on the concepts of Systems Thinking that produces a broader understanding of the challenges being faced, the environment, and all of the related parts of the solution. Good Systems Engineering process and lifecycle descriptions are based upon the Systems Approach.  The best Systems Engineers must be good systems thinkers and should understand and apply a Systems Approach to all challenges and problems that they face in the conduct of Systems Engineering.
+
----
 +
'''''Lead Author:''''' ''Rick Adcock'', '''''Contributing Authors:''''' ''Janet Singer, Duane Hybertson, Hillary Sillitto, Bud Lawson, Brian Wells, James Martin''
 +
----
 +
[[File:PPI.png|thumb|250px|right|<center>The "Systems Approach Applied to Engineered Systems" knowledge area is graciously sponsored by PPI.<center>]]
 +
This knowledge area (KA) considers how a {{Term|Systems Approach (glossary)|systems approach}} relates to engineered systems and to systems engineering (SE).  The article [[Applying the Systems Approach]] considers the dynamic aspects of how the approach is used and how this relates to elements of SE.
 +
==Systems Approach and Systems Engineering==
 +
The term {{Term|Systems Approach (glossary)|systems approach}} is used by systems science authors to describe a systems ''"thinking"'' approach, as it pertains to issues outside of the boundary of the immediate system-of-interest (Churchman 1979).  This systems approach is essential when reductionist assumptions (the notion that the whole system has properties derived directly from the properties of their components) no longer apply to the {{Term|System-of-Interest (glossary)|system-of-interest}} (SoI) and when {{Term|Emergence (glossary)|emergence}} and {{Term|Complexity (glossary)|complexity}} at multiple levels of a {{Term|System Context (glossary)|system context}} necessitate a holistic approach.   
 +
 
 +
The systems approach for engineered systems is designed to examine the ''"whole system, whole lifecycle, and whole stakeholder community"'' as well as to ensure that the purpose of the system (or systemic intervention) is achieved sustainably without causing any negative unintended consequences. This prevents the engineer from ''"transferring the burden"'' (in systems thinking terms) to some other part of the environment that unable to sustain that burden (Senge 2006). This also deters issues involving ''sub-optimization'' that could occur when whole systems are not kept in mind in achieving the purpose of the system (Sillitto 2012).
 +
 
 +
The systems approach (derived from systems thinking) and systems engineering (SE) have developed and matured, for the most part, independently; therefore, the systems science and the systems engineering communities differ in their views as to what extent SE is based on a systems approach and how well SE uses the concepts, principles, patterns and representations of systems thinking. These two views are discussed in the following sections.
 +
 
 +
==Systems Science View==
 +
As discussed in the [[Systems Science]] article, some parts of the systems movement have been developed as a reaction to the perceived limitations of systems engineering (Checkland 1999).
 +
 
 +
According to Ryan (2008):
 +
 
 +
<blockquote>'''''Systems engineering has a history quite separate to the systems movement.''' Its closest historical link comes from the application of systems analysis techniques to parts of the systems engineering process . . . The recent popularity of the SoS buzzword in the systems engineering literature has prompted''' the expansion of systems engineering techniques to include methods that can cope with evolving networks of semi-autonomous systems. This has led many systems engineers to read more widely across the systems literature, and is providing a re-conceptualization of systems engineering as part of the systems movement, despite its historical independence. This is reflected in the latest INCOSE hand-book [INCOSE 2011, page 52], which states “the systems engineering perspective is based on systems thinking”, which “recognizes circular causation, where a variable is both the cause and the effect of another and recognizes the primacy of interrelationships and non-linear and organic thinking—a way of thinking where the primacy of the whole is acknowledged.'' (emphases added)</blockquote>
 +
 
 +
Thus, for many in the systems science community, systems thinking is ''not'' naturally embedded in either SE definitions or practice.
 +
 
 +
==Systems Engineering View==
 +
 
 +
Many SE authors see a clear link between SE and systems thinking.  For example, Hitchins (Hitchins 2007) describes generic models for the application of systems thinking to engineered system contexts.  He suggests that these could form the foundation for descriptions and standards for the practices of SEHitchins also proposes a set of ''guiding principles which have been the foundations of SE, apparently since its inception'' (Hitchins 2009):
 +
 
 +
* '''SE Principle A: The Systems Approach''' - ''“SE is applied to a {{Term|System-of-Interest (glossary)|system-of-interest (SoI)}} in a wider systems context”''
 +
* '''SE Principle B: Synthesis''' - ''“SE must bring together a collection of parts to create whole system solutions”''
 +
* '''SE Principle C: Holism''' - ''“Always consider the consequences on the wider system when making decisions about the system elements”''
 +
* '''SE Principle D: Organismic Analogy''' - ''“Always consider systems as having dynamic “living” behavior in their environment”''
 +
* '''SE Principle E: Adaptive Optimizing''' - ''“Solve problems progressively over time”''
 +
* '''SE Principle F: Progressive Entropy Reduction''' - ''“Continue to make systems work over time, through maintenance, sustainment and, upgrade activities.”''
 +
* '''SE Principle G: Adaptive Satisfying''' - ''“A system will succeed only if it makes winners of its success-critical stakeholders, so the lifecycle of a system must be driven by how well its outputs contribute to stakeholder purpose”''
 +
 
 +
Hitchins considers principles A-D as pillars of SE that identify key aspects of systems thinking which should underpin the practice of SE.  Principles E-G consider the dynamics of SE {{Term|Life Cycle (glossary)|life cycle}} thinking, the ''why'', ''when'' and ''how often'' of SE.
 +
 
 +
The following sections consider the systems approach to engineered systems against four themes.
 +
 
 +
===1. Whole System===
  
The Systems Approach is essential when reductionist assumptions that the whole system has properties derived directly from the properties of their components, no longer applies to the system of interest.  Emergent properties at the system level, which cannot be derived from a summation of the subsystem properties, necessitate a holistic Systems Approach.  The Systems Approach is often invoked in applications beyond product systems. For example, the Systems Approach may be used in the educational domain. According to Biggs (1993), the system of interest includes “the student, the classroom, the institution, and the community.”  In fact as the founder of Systems Thinking and Systems Science Ludvig von Bertalanffy (1968) point out: “Systems are Everywhere.
+
The {{Term|System Coupling Diagram (glossary)|system coupling diagram}} (Figure 1), describes the scope of a systems approach to engineered systems (Lawson 2010).
 
   
 
   
The goal of the Systems Approach is to understand the organization of ideas and to view problems and solutions holistically. It views the organization of ideas as a compound concept that incorporates structure, dynamics and behavior of related systems associated with a problem and its possible solutions. It has resulted in a loosely connected set of techniques, where each technique contributes some insight on systemic aspects of problem or solution systems and helps us deal with different aspects of [Complexity (glossary)]. Because no single technique provides a complete understanding, knowledge of the limits of applicability of individual techniques is central to any systems approach. The application of the Systems Approach must consider whether what kind of approach is applicable to the system of interest and select appropriate techniques accordingly.   Within the Systems Approach we might employ [[Hard System (glossary)]] and [[Soft System (glossary)]] tools and techniques suggested by Checkland (1999), Boardman and Sauser (2008), Senge (1990), and others.
+
[[File:052311_SJ_System_Coupling_Diagram.png|frame|center|800px|'''Figure 1. System Coupling Diagram (Lawson 2010).''' Reprinted with permission of Harold "Bud" Lawson. All other rights are reserved by the copyright owner.]]
 +
 
 +
*The '''situation system''' is the problem or opportunity either unplanned or planned. The situation may be natural, man-made, a combination of both, or a postulated situation used as a basis for deeper understanding and training (e.g. business games or military exercises).
 +
*The '''respondent system''' is the system created to respond to the situation. The parallel bars indicate that this system interacts with the situation and transforms it to a new situation. Respondent systems have several names:, project, program, mission, task force, or in a scientific context, experiment.  
 +
*'''System assets''' are the sustained assets of one or more enterprises to be used in response to situations. System assets must be adequately managed throughout the life of a system to ensure that they perform their function when instantiated in a respondent system. Examples include: value-added products or services, facilities, instruments and tools, and abstract systems, such as theories, knowledge, processes and methods.  
  
Lawson (2010) describes the relationship among the [[Systems Approach]], [[Systems Thinking]], and Systems Engineering as a mind-set to “think” and “act” in terms of systems.  Developing this mind-set is promoted by several paradigms including the [[System Coupling Diagram (glossary)]], which includes the elements Situation System, Respondent System, and System Assets (Figure 1).
+
Martin (Martin 2004) describes seven types of system, or ''“the seven samurai of systems engineering,”'', all of which, system developers need to understand to develop successful systems:
 +
* the context system
 +
* the intervention system
 +
* the realization system
 +
* the deployed system
 +
* collaborating systems
 +
* the sustainment system
 +
* competing systems
  
[[File:052311_SJ_System_Coupling_Diagram.png|frame|left|800px|Figure 1. System Coupling Diagram (Lawson 2010) Reprinted with permission of Harold "Bud" Lawson.]]
+
Martin contends that all seven systems must be explicitly acknowledged and understood when engineering a solution for a complex adaptive situation.
  
*Situation System – The problem or opportunity situation, either unplanned or planned. The situation may be the work of nature, man-made, a combination of both natural and man-made, or a postulated situation that is to be used as a basis for deeper understanding and training (for example, business games or military exercises).
+
These views, and others, describe one aspect of the systems approach when applied to engineered systems; in addition, it is applicable to understanding a problem, it organizes the resolution of that problem, and creates and integrates any relevant assets and capabilities to enable that solution.
  
*Respondent System – The system created to respond to the situation. The parallel bars indicate that this system interacts with the situation and transforms the situation to a new situation.  Based on the situation that is being treated, a Respondent System can have several names such as Project, Program, Mission, Task Force, or in a scientific context, Experiment.  One of the system elements of this system is a control element that directs the operation of the Respondent System in its interaction with the situation.  This element is based on an instantiation of a Control System asset, for example a Command and Control System, or a control process of some form.  
+
===2. Whole Lifecycle===
  
*System Assets – The sustained assets of one or more enterprises to be used in responding to situations. System assets must be adequately managed throughout the life cycle so they will perform their function when instantiated in a Respondent System. These assets are the primary objects for Systems Engineers. Examples of assets include value-added products or services, facilities, instruments and tools, and abstract systems such as theories, knowledge, processes, and methods.
+
Ring (Ring 1998) provides a powerful framework for the continuing management and periodic upgrade of long-life and ''“immortal”'' systems. It also accurately represents the ''“continuous”'' or very rapid product launch and refreshment cycle driven by market feedback and constant innovation that is seen in most product and service system consumer markets.  
  
This model portrays the essence of a Systems Approach and is applicable to understanding a problem; organizing the resolution of that problem and creating and integrating any relevant solutions to enable that solutionSince the Systems Approach is a mind-set prerequisite to Systems Engineering, the premise is that projects and programs executed with this mind-set are more likely to solve the problem or achieve the opportunity identified in the beginning.  
+
[[File:Ellipse Graphic J Ring.png|thumb|center|700px|'''Figure 2. Ellipse Graphic (Ring 1998).'''  © 1998 IEEEReprinted, with permission, from Jack Ring, Engineering Value-Seeking Systems, IEEE-SMC.
 +
Conference Proceedings. All other rights are reserved by the copyright owner.]]
  
The Systems Approach described in the SEBoK uses the following general problem problem understanding and resolution steps: 
+
Enterprise systems engineering may be considered in multiple concurrent instances of this model for different sub-sets of enterprise assets and services, in order to maintain a capability to pursue enterprise goals in a complex and dynamic external environment.
#Identifying and understanding the relationships between the potential problems and opportunities in a real world situation
 
#Fully understanding and describing a selected problem or opportunity, in the context of its wider system and its environment
 
#Synthesising viable system solutions to a selected problem or opportunity situation
 
#Analysing and choosing between alternative solutions, for a given time/cost/quality version of the problem
 
#Proving that a solution has been correctly implemented and integrated
 
#Deploying, sustaining and using a solution to help solve the problem (or exploit the opportunity)
 
  
All of the above are considered within a [[Concurrent (glossary)]], [[Recursion (glossary)|Recursive (glossary)]], and [[Iteration (glossary)|Iterative (glossary)]] [[Life Cycle (glossary)]] approach. Items 1 and 3  are part of the business cycles of providing stakeholder value (Ring 2004) within an enterprise, whereas item 2 can be mapped directly to [[Product System (glossary)]], [[Service System (glossary)]], and [[Enterprise System (glossary)]] Engineering.  Furthermore, it forms the basis for Systems of Systems in which System Assets from multiple actors combine to form a Respondent System to address a given situation. A distinction is made here between the normal business of an enterprise and the longer term strategic activities of [[Enterprise Systems Engineering]].
+
The dynamic nature of this cycle and its relationship to Life Cycle thinking is discussed in the article [[Applying the Systems Approach]].
  
When parts of the approach are executed in the real world of an [[Engineered System (glossary)]], a number of engineering and management disciplines emerge, including [[Systems Engineering (glossary)]]. SEBoK Parts 3 and 4 contain a detailed guide to Systems Engineering.
+
===3. Whole Problem===
  
SEBoK Part 5 provides a guide to the relationships between Systems Engineering and the organizations, and Part 6 a guide to the relationship between Systems Engineering and other disciplines. More detailed discussion of how the System Approach relates to these engineering and management disciplines is included in the [[Applying the Systems Approach]] topic in this knowledge area.
+
The article [[Identifying and Understanding Problems and Opportunities]] considers the nature of problem situations.  It discusses the relationship between {{Term|Hard System (glossary)|hard system}} and {{Term|Soft System (glossary)|soft system}} views of problems and how they relate to engineered systems.  Engineered systems are designed to operate with and add value to a containing social and/or ecological system. The scope of problems is captured by frameworks, such as Political, Economic, Social, Technological, Legal and Environmental (PESTLE) (Gillespie 2007) or Social, Technical, Economic, Environmental, Political, Legal, Ethical and Demographic (STEEPLED).
  
 +
The idea of a {{Term|Wicked Problem (glossary)|wicked problem}} (Rittel and Webber 1973) is also discussed.  These problems cannot be quantified and solved in a traditional engineering sense.
 +
 +
Sillitto (Sillitto 2010) describes a lifecycle model in which the decision as to what parts of problems can be ''“solved”'' and what parts must be ''“managed”'' is the first key decision and emphasizes the need for a solution approach that provides flexibility in the solution to match the level of uncertainty and change in the problem and stakeholder expectations. It is now normal to view a problem as one that ''"changes over time”'' and to promote the belief that value is determined by the perceptions of key stakeholders.
 +
 +
[[File:Fig_3_Complex_Systems_Engineering_Diagram_Sillitto2010.png|thumb|700px|center|'''Figure 3. Engineered vs Managed Problems (Sillitto 2010).''' Reproduced with permission of Hillary Sillitto. All other rights are reserved by the copyright owner.]]
 +
 +
Thus, a systems approach can be useful when addressing all levels of a problematic situation, from individual technologies to the complex socio-technical issues that come about in the area of engineered systems development.
 +
 +
===4. Multi-Disciplinary===
 +
As discussed by Sillitto (Sillitto 2012), the methods and thinking applied by many practicing systems engineers have become optimized to the domains of practice.  While systems thinking concepts, patterns and methods are used widely, they are not endemic in SE practice. As a result, SE practitioners find it difficult to share systems ideas with others involved in a systems approach. 
 +
[[Applications of Systems Engineering|Part 4: Applications of Systems Engineering]] describes traditional (product based) SE (Lawson 2010) and examines this against the SE approaches that are applicable to service, enterprise, and system of systems capability.  These approaches require more use of problem exploration, a broader solution context, and a purpose driven life cycle thinking.
 +
 +
==SE and Systems Approach==
 +
From the above discussions, there are three ways in which SE could make use of a systems approach:
 +
* in its overall problem- solving approach
 +
* in the scope of problem and solution system contexts considered
 +
* in the embedding of systems thinking and systems thinking tools and in all aspects of the conduct of that approach
 +
The current SE standards and guides, as described in [[Systems Engineering and Management|Part 3: Systems Engineering and Management]], encapsulate many of the elements of a systems approach.  However, they tend to focus primarily on the development of system solutions while the wider purpose-driven thinking of a full systems approach (Ring 1998) and the wider consideration of all relevant systems (Martin 2004) are embedded in the acquisition and operational practices of their application domains.
 +
 +
The inclusion of systems thinking in SE competency frameworks (INCOSE 2010) represents a general move toward a desire for more use of systems thinking in SE practice. There is a wide stakeholder desire to acquire the benefits of a systems approach through the application of SE, particularly in areas where current SE approaches are inadequate or irrelevant. Hence, there is a need for a better articulation of the ''systems approach'' and how to apply it to non-traditional problems.
 +
 +
==Synthesis for SEBOK==
 +
 +
The systems approach presented in the SEBoK uses the following activities:
 +
* identify and understand the relationships between the potential problems and opportunities in a real worldreal-world situation
 +
* gain a thorough understanding of the problem and describe a selected problem or opportunity in the context of its wider system and its environment
 +
* synthesize viable system solutions to a selected problem or opportunity situation
 +
* analyze and choose between alternative solutions for a given time/cost/quality version of the problem.
 +
* provide evidence that a solution has been correctly implemented and integrated
 +
* deploy, sustain, and apply a solution to help solve the problem (or exploit the opportunity)
 +
 +
All of the above are considered within a {{Term|Life Cycle (glossary)|life cycle (glossary)}} framework which may need {{Term|Concurrent (glossary)|concurrent}}, {{Term|Recursion (glossary)|recursive (glossary)}} and {{Term|Iteration (glossary)|iterative}} applications of some or all of the systems approach.
 +
 +
When the systems approach is executed in the real world of an {{Term|Engineered System (glossary)|engineered system (glossary)}}, a number of engineering and management disciplines emerge, including SE. [[Systems Engineering and Management|Part 3: Systems Engineering and Management]] and [[Applications of Systems Engineering|Part 4: Applications of Systems Engineering]] contain a detailed guide to SE with references to the principles of the systems approach, where they are relevant. [[Enabling Systems Engineering|Part 5: Enabling Systems Engineering]] provides a guide to the relationships between SE and the organizations and [[Related Disciplines|Part 6: Related Disciplines]] also offers a guide to the relationship between SE and other disciplines.
 +
 +
More detailed discussion of how the systems approach relates to these engineering and management disciplines is included in the article [[Applying the Systems Approach]] within this KA.
  
 
==References==  
 
==References==  
  
===Citations===
+
===Works Cited===
  
Biggs, J.B. 1993. "From Theory to Practice: A Cognitive Systems Approach". ''Journal of Higher Education & Development.''  Available from http://www.informaworld.com/smpp/content~db=all~content=a758503083.
+
Checkland, P. 1999. ''[[Systems Thinking, Systems Practice]]''. New York, NY, USA: John Wiley & Sons.
  
Boardman, J. and B. Sauser 2008. ''Systems Thinking - Coping with 21st Century Problems''. Boca Raton, FL, USA: CRC Press.
+
Churchman, C.W. 1979. ''The Systems Approach and Its Enemies.'' New York, NY, USA: Basic Books.
  
Checkland, P. 1999. ''Systems Thinking, Systems Practice''. New York, NY, USA: John Wiley & Sons.
+
Gillespie. 2007. ''Foundations of Economics - Additional Cchapter on Business Strategy.'' Oxford, UK: Oxford University Press.  
  
Edson, R. 2008. ''Systems Thinking. Applied. A Primer''. Arlington, VA, USA: Applied Systems Thinking (ASysT) Institute, Analytic Services Inc.
+
Hitchins, D. 2009. "[[What are the General Principles Applicable to Systems?]]". INCOSE ''Insight'', vol. . 12, no. (4).
 +
 
 +
Hitchins, D. 2007. ''Systems Engineering, a 21st Century Systems Methodology.'' Hoboken, NJ, USA: Wiley.
 +
 
 +
INCOSE. 2010. ''Systems Engineering Competencies Framework 2010-0205.'' San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2010-003.
 +
 
 +
INCOSE. 2012. ''INCOSE Systems Engineering Handbook: A Guide for System Life Cycle Processes and Activities'', version 3.2.1. San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2.1.
  
 
Lawson, H. 2010. ''A Journey Through the Systems Landscape''. London, UK: College Publications, Kings College.
 
Lawson, H. 2010. ''A Journey Through the Systems Landscape''. London, UK: College Publications, Kings College.
  
Senge, P.M. 1990. ''The Fifth Discipline: The Art and Practice of the Learning Organization''. New York, NY, USA: Doubleday/Currency.
+
Martin, J., 2004. "The Seven Samurai of Systems Engineering: Dealing with the Complexity of 7 Interrelated Systems." Proceedings of the 14th Annual INCOSE International Symposium, 20-24 June 2004, Toulouse, France, 20-24 June 2004.
  
Ring J. 2004. "Seeing an Enterprise as a System". INCOSE ''Insight.'' 6(2) (January 2004): 7-8.
+
Ring, J., 1998. "A Value Seeking Approach to the Engineering of Systems." Proceedings of the IEEE Conference on Systems, Man, and Cybernetics. pp. 2704-2708.
 +
 
 +
Rittel, H. and M. Webber. 1973. "Dilemmas in a gGeneral tTheory of pPlanning." ''Policy Sciences'', v. ol. 4, pp. :155–169.
 +
 
 +
Ryan, A. 2008. “What is a Systems Approach?” ''Journal of Non-linear Science''.
 +
 
 +
Senge, P.M. 2006. ''[[The Fifth Discipline]]: The Art and Practice of the Learning Organization'', 2nd ed. New York, NY, USA: Doubleday Currency.
 +
 
 +
Sillitto, H. 2010. “Design principles for ultra-large scale systems.” Proceedings of the INCOSE International Symposium, Chicago, July 2010, re-printed in "The Singapore Engineer," July 2011.
 +
 
 +
Sillitto, H.G. 2012.: "Integrating sSystems sScience, sSystems tThinking, and sSystems eEngineering: Uunderstanding the differences and exploiting the synergies,", Proceedings of the INCOSE International Symposium, Rome, Italy, July 2012.
  
 
===Primary References===
 
===Primary References===
Boardman, J. and B. Sauser 2008. ''[[Systems Thinking: Coping with 21st Century Problems]]''. Boca Raton, FL, USA: CRC Press.
+
Checkland, P. 1999. ''[[Systems Thinking, Systems Practice]]''. New York, NY, USA: John Wiley & Sons.
  
Checkland, P. 1999. ''[[Systems Thinking, Systems Practice]]''. New York, NY, USA: John Wiley & Sons.
+
Hitchins, D. 2009. "[[What are the General Principles Applicable to Systems?|What are the general principles applicable to systems]]," INCOSE ''Insight'', vol. . 12, no. (4).  
  
Senge, Peter. M. 1990. ''[[The Fifth Discipline]]: The Art and Practice of the Learning Organization''. New York: Doubleday/Currency.
+
Senge, P.M. 2006. ''[[The Fifth Discipline]]: The Art and Practice of the Learning Organization'', 2nd ed. New York, NY, USA: Doubleday Currency.
  
 
===Additional References===
 
===Additional References===
Biggs, J.B. 1993. "From Theory to Practice: A Cognitive Systems Approach". ''Journal of Higher Education & Development.''. Available from http://www.informaworld.com/smpp/content~db=all~content=a758503083.
+
Biggs, J.B. 1993. "From tTheory to pPractice: A cCognitive sSystems aApproach". ''Journal of Higher Education & Development.'' Accessed December 4 2014. Available at:  Taylor and Francis from http://www.informaworld.com/smpp/content~db=all~content=a758503083.
 +
 
 +
Boardman, J. and B. Sauser. 2008. ''[[Systems Thinking: Coping with 21st Century Problems]]''. Boca Raton, FL, USA: CRC Press.
 +
 
 +
Edson, R. 2008. ''Systems Thinking. Applied. A Primer.'' Arlington, VA, USA: Applied Systems Thinking (ASysT) Institute, Analytic Services Inc.
  
Edson, R. 2008. ''Systems Thinking. Applied. A Primer''. Arlington, VA, USA: Applied Systems Thinking (ASysT) Institute, Analytic Services Inc.
+
Ring J. 2004. "Seeing an Enterprise as a System." INCOSE ''Insight.'' 6(2): 7-8.
  
Lawson, H. 2010. ''A Journey Through the Systems Landscape''. London, UK: College Publications, Kings College.
 
 
----
 
----
<center>[[Systems Approach|<- Previous Article]] | [[Systems Approach|Parent Article]] | [[Identifying and Understanding Problems and Opportunities|Next Article ->]]</center>
+
<center>[[Systems Approach Applied to Engineered Systems|< Previous Article]] | [[Systems Approach Applied to Engineered Systems|Parent Article]] | [[Engineered System Context|Next Article >]]</center>
 +
 
 +
<center>'''SEBoK v. 2.9, released 20 November 2023'''</center>
  
 
[[Category:Part 2]][[Category:Topic]]
 
[[Category:Part 2]][[Category:Topic]]
 
+
[[Category:Systems Approach Applied to Engineered Systems]]
 
 
{{5comments}}
 

Latest revision as of 23:18, 18 November 2023


Lead Author: Rick Adcock, Contributing Authors: Janet Singer, Duane Hybertson, Hillary Sillitto, Bud Lawson, Brian Wells, James Martin


The "Systems Approach Applied to Engineered Systems" knowledge area is graciously sponsored by PPI.

This knowledge area (KA) considers how a systems approachsystems approach relates to engineered systems and to systems engineering (SE). The article Applying the Systems Approach considers the dynamic aspects of how the approach is used and how this relates to elements of SE.

Systems Approach and Systems Engineering

The term systems approachsystems approach is used by systems science authors to describe a systems "thinking" approach, as it pertains to issues outside of the boundary of the immediate system-of-interest (Churchman 1979). This systems approach is essential when reductionist assumptions (the notion that the whole system has properties derived directly from the properties of their components) no longer apply to the system-of-interestsystem-of-interest (SoI) and when emergenceemergence and complexitycomplexity at multiple levels of a system contextsystem context necessitate a holistic approach.

The systems approach for engineered systems is designed to examine the "whole system, whole lifecycle, and whole stakeholder community" as well as to ensure that the purpose of the system (or systemic intervention) is achieved sustainably without causing any negative unintended consequences. This prevents the engineer from "transferring the burden" (in systems thinking terms) to some other part of the environment that unable to sustain that burden (Senge 2006). This also deters issues involving sub-optimization that could occur when whole systems are not kept in mind in achieving the purpose of the system (Sillitto 2012).

The systems approach (derived from systems thinking) and systems engineering (SE) have developed and matured, for the most part, independently; therefore, the systems science and the systems engineering communities differ in their views as to what extent SE is based on a systems approach and how well SE uses the concepts, principles, patterns and representations of systems thinking. These two views are discussed in the following sections.

Systems Science View

As discussed in the Systems Science article, some parts of the systems movement have been developed as a reaction to the perceived limitations of systems engineering (Checkland 1999).

According to Ryan (2008):

Systems engineering has a history quite separate to the systems movement. Its closest historical link comes from the application of systems analysis techniques to parts of the systems engineering process . . . The recent popularity of the SoS buzzword in the systems engineering literature has prompted the expansion of systems engineering techniques to include methods that can cope with evolving networks of semi-autonomous systems. This has led many systems engineers to read more widely across the systems literature, and is providing a re-conceptualization of systems engineering as part of the systems movement, despite its historical independence. This is reflected in the latest INCOSE hand-book [INCOSE 2011, page 52], which states “the systems engineering perspective is based on systems thinking”, which “recognizes circular causation, where a variable is both the cause and the effect of another and recognizes the primacy of interrelationships and non-linear and organic thinking—a way of thinking where the primacy of the whole is acknowledged. (emphases added)

Thus, for many in the systems science community, systems thinking is not naturally embedded in either SE definitions or practice.

Systems Engineering View

Many SE authors see a clear link between SE and systems thinking. For example, Hitchins (Hitchins 2007) describes generic models for the application of systems thinking to engineered system contexts. He suggests that these could form the foundation for descriptions and standards for the practices of SE. Hitchins also proposes a set of guiding principles which have been the foundations of SE, apparently since its inception (Hitchins 2009):

  • SE Principle A: The Systems Approach - “SE is applied to a system-of-interest (SoI)system-of-interest (SoI) in a wider systems context”
  • SE Principle B: Synthesis - “SE must bring together a collection of parts to create whole system solutions”
  • SE Principle C: Holism - “Always consider the consequences on the wider system when making decisions about the system elements”
  • SE Principle D: Organismic Analogy - “Always consider systems as having dynamic “living” behavior in their environment”
  • SE Principle E: Adaptive Optimizing - “Solve problems progressively over time”
  • SE Principle F: Progressive Entropy Reduction - “Continue to make systems work over time, through maintenance, sustainment and, upgrade activities.”
  • SE Principle G: Adaptive Satisfying - “A system will succeed only if it makes winners of its success-critical stakeholders, so the lifecycle of a system must be driven by how well its outputs contribute to stakeholder purpose”

Hitchins considers principles A-D as pillars of SE that identify key aspects of systems thinking which should underpin the practice of SE. Principles E-G consider the dynamics of SE life cyclelife cycle thinking, the why, when and how often of SE.

The following sections consider the systems approach to engineered systems against four themes.

1. Whole System

The system coupling diagramsystem coupling diagram (Figure 1), describes the scope of a systems approach to engineered systems (Lawson 2010).

Figure 1. System Coupling Diagram (Lawson 2010). Reprinted with permission of Harold "Bud" Lawson. All other rights are reserved by the copyright owner.
  • The situation system is the problem or opportunity either unplanned or planned. The situation may be natural, man-made, a combination of both, or a postulated situation used as a basis for deeper understanding and training (e.g. business games or military exercises).
  • The respondent system is the system created to respond to the situation. The parallel bars indicate that this system interacts with the situation and transforms it to a new situation. Respondent systems have several names:, project, program, mission, task force, or in a scientific context, experiment.
  • System assets are the sustained assets of one or more enterprises to be used in response to situations. System assets must be adequately managed throughout the life of a system to ensure that they perform their function when instantiated in a respondent system. Examples include: value-added products or services, facilities, instruments and tools, and abstract systems, such as theories, knowledge, processes and methods.

Martin (Martin 2004) describes seven types of system, or “the seven samurai of systems engineering,”, all of which, system developers need to understand to develop successful systems:

  • the context system
  • the intervention system
  • the realization system
  • the deployed system
  • collaborating systems
  • the sustainment system
  • competing systems

Martin contends that all seven systems must be explicitly acknowledged and understood when engineering a solution for a complex adaptive situation.

These views, and others, describe one aspect of the systems approach when applied to engineered systems; in addition, it is applicable to understanding a problem, it organizes the resolution of that problem, and creates and integrates any relevant assets and capabilities to enable that solution.

2. Whole Lifecycle

Ring (Ring 1998) provides a powerful framework for the continuing management and periodic upgrade of long-life and “immortal” systems. It also accurately represents the “continuous” or very rapid product launch and refreshment cycle driven by market feedback and constant innovation that is seen in most product and service system consumer markets.

Figure 2. Ellipse Graphic (Ring 1998). © 1998 IEEE. Reprinted, with permission, from Jack Ring, Engineering Value-Seeking Systems, IEEE-SMC. Conference Proceedings. All other rights are reserved by the copyright owner.

Enterprise systems engineering may be considered in multiple concurrent instances of this model for different sub-sets of enterprise assets and services, in order to maintain a capability to pursue enterprise goals in a complex and dynamic external environment.

The dynamic nature of this cycle and its relationship to Life Cycle thinking is discussed in the article Applying the Systems Approach.

3. Whole Problem

The article Identifying and Understanding Problems and Opportunities considers the nature of problem situations. It discusses the relationship between hard systemhard system and soft systemsoft system views of problems and how they relate to engineered systems. Engineered systems are designed to operate with and add value to a containing social and/or ecological system. The scope of problems is captured by frameworks, such as Political, Economic, Social, Technological, Legal and Environmental (PESTLE) (Gillespie 2007) or Social, Technical, Economic, Environmental, Political, Legal, Ethical and Demographic (STEEPLED).

The idea of a wicked problemwicked problem (Rittel and Webber 1973) is also discussed. These problems cannot be quantified and solved in a traditional engineering sense.

Sillitto (Sillitto 2010) describes a lifecycle model in which the decision as to what parts of problems can be “solved” and what parts must be “managed” is the first key decision and emphasizes the need for a solution approach that provides flexibility in the solution to match the level of uncertainty and change in the problem and stakeholder expectations. It is now normal to view a problem as one that "changes over time” and to promote the belief that value is determined by the perceptions of key stakeholders.

Figure 3. Engineered vs Managed Problems (Sillitto 2010). Reproduced with permission of Hillary Sillitto. All other rights are reserved by the copyright owner.

Thus, a systems approach can be useful when addressing all levels of a problematic situation, from individual technologies to the complex socio-technical issues that come about in the area of engineered systems development.

4. Multi-Disciplinary

As discussed by Sillitto (Sillitto 2012), the methods and thinking applied by many practicing systems engineers have become optimized to the domains of practice. While systems thinking concepts, patterns and methods are used widely, they are not endemic in SE practice. As a result, SE practitioners find it difficult to share systems ideas with others involved in a systems approach. Part 4: Applications of Systems Engineering describes traditional (product based) SE (Lawson 2010) and examines this against the SE approaches that are applicable to service, enterprise, and system of systems capability. These approaches require more use of problem exploration, a broader solution context, and a purpose driven life cycle thinking.

SE and Systems Approach

From the above discussions, there are three ways in which SE could make use of a systems approach:

  • in its overall problem- solving approach
  • in the scope of problem and solution system contexts considered
  • in the embedding of systems thinking and systems thinking tools and in all aspects of the conduct of that approach

The current SE standards and guides, as described in Part 3: Systems Engineering and Management, encapsulate many of the elements of a systems approach. However, they tend to focus primarily on the development of system solutions while the wider purpose-driven thinking of a full systems approach (Ring 1998) and the wider consideration of all relevant systems (Martin 2004) are embedded in the acquisition and operational practices of their application domains.

The inclusion of systems thinking in SE competency frameworks (INCOSE 2010) represents a general move toward a desire for more use of systems thinking in SE practice. There is a wide stakeholder desire to acquire the benefits of a systems approach through the application of SE, particularly in areas where current SE approaches are inadequate or irrelevant. Hence, there is a need for a better articulation of the systems approach and how to apply it to non-traditional problems.

Synthesis for SEBOK

The systems approach presented in the SEBoK uses the following activities:

  • identify and understand the relationships between the potential problems and opportunities in a real worldreal-world situation
  • gain a thorough understanding of the problem and describe a selected problem or opportunity in the context of its wider system and its environment
  • synthesize viable system solutions to a selected problem or opportunity situation
  • analyze and choose between alternative solutions for a given time/cost/quality version of the problem.
  • provide evidence that a solution has been correctly implemented and integrated
  • deploy, sustain, and apply a solution to help solve the problem (or exploit the opportunity)

All of the above are considered within a life cycle (glossary)life cycle (glossary) framework which may need concurrentconcurrent, recursive (glossary)recursive (glossary) and iterativeiterative applications of some or all of the systems approach.

When the systems approach is executed in the real world of an engineered system (glossary)engineered system (glossary), a number of engineering and management disciplines emerge, including SE. Part 3: Systems Engineering and Management and Part 4: Applications of Systems Engineering contain a detailed guide to SE with references to the principles of the systems approach, where they are relevant. Part 5: Enabling Systems Engineering provides a guide to the relationships between SE and the organizations and Part 6: Related Disciplines also offers a guide to the relationship between SE and other disciplines.

More detailed discussion of how the systems approach relates to these engineering and management disciplines is included in the article Applying the Systems Approach within this KA.

References

Works Cited

Checkland, P. 1999. Systems Thinking, Systems Practice. New York, NY, USA: John Wiley & Sons.

Churchman, C.W. 1979. The Systems Approach and Its Enemies. New York, NY, USA: Basic Books.

Gillespie. 2007. Foundations of Economics - Additional Cchapter on Business Strategy. Oxford, UK: Oxford University Press.

Hitchins, D. 2009. "What are the General Principles Applicable to Systems?". INCOSE Insight, vol. . 12, no. (4).

Hitchins, D. 2007. Systems Engineering, a 21st Century Systems Methodology. Hoboken, NJ, USA: Wiley.

INCOSE. 2010. Systems Engineering Competencies Framework 2010-0205. San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2010-003.

INCOSE. 2012. INCOSE Systems Engineering Handbook: A Guide for System Life Cycle Processes and Activities, version 3.2.1. San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2.1.

Lawson, H. 2010. A Journey Through the Systems Landscape. London, UK: College Publications, Kings College.

Martin, J., 2004. "The Seven Samurai of Systems Engineering: Dealing with the Complexity of 7 Interrelated Systems." Proceedings of the 14th Annual INCOSE International Symposium, 20-24 June 2004, Toulouse, France, 20-24 June 2004.

Ring, J., 1998. "A Value Seeking Approach to the Engineering of Systems." Proceedings of the IEEE Conference on Systems, Man, and Cybernetics. pp. 2704-2708.

Rittel, H. and M. Webber. 1973. "Dilemmas in a gGeneral tTheory of pPlanning." Policy Sciences, v. ol. 4, pp. :155–169.

Ryan, A. 2008. “What is a Systems Approach?” Journal of Non-linear Science.

Senge, P.M. 2006. The Fifth Discipline: The Art and Practice of the Learning Organization, 2nd ed. New York, NY, USA: Doubleday Currency.

Sillitto, H. 2010. “Design principles for ultra-large scale systems.” Proceedings of the INCOSE International Symposium, Chicago, July 2010, re-printed in "The Singapore Engineer," July 2011.

Sillitto, H.G. 2012.: "Integrating sSystems sScience, sSystems tThinking, and sSystems eEngineering: Uunderstanding the differences and exploiting the synergies,", Proceedings of the INCOSE International Symposium, Rome, Italy, July 2012.

Primary References

Checkland, P. 1999. Systems Thinking, Systems Practice. New York, NY, USA: John Wiley & Sons.

Hitchins, D. 2009. "What are the general principles applicable to systems," INCOSE Insight, vol. . 12, no. (4).

Senge, P.M. 2006. The Fifth Discipline: The Art and Practice of the Learning Organization, 2nd ed. New York, NY, USA: Doubleday Currency.

Additional References

Biggs, J.B. 1993. "From tTheory to pPractice: A cCognitive sSystems aApproach". Journal of Higher Education & Development. Accessed December 4 2014. Available at: Taylor and Francis from http://www.informaworld.com/smpp/content~db=all~content=a758503083.

Boardman, J. and B. Sauser. 2008. Systems Thinking: Coping with 21st Century Problems. Boca Raton, FL, USA: CRC Press.

Edson, R. 2008. Systems Thinking. Applied. A Primer. Arlington, VA, USA: Applied Systems Thinking (ASysT) Institute, Analytic Services Inc.

Ring J. 2004. "Seeing an Enterprise as a System." INCOSE Insight. 6(2): 7-8.


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