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")
 
(174 intermediate revisions by 15 users not shown)
Line 1: Line 1:
Jackson and colleagues (2010, 41-43) define the [[Systems Approach]] as a set of top-level principles that provide the foundation of Systems Engineering. The Systems Approach implies taking a holistic (glossary) view of a system that includes the full life cycle as well as specific knowledge of systems engineering technical and management methods.  
+
----
 +
'''''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 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 {{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 {{Term|System Coupling Diagram (glossary)|system coupling diagram}} (Figure 1), describes the scope of a systems approach to engineered systems (Lawson 2010).
 +
 +
[[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.
 +
 
 +
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.
  
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).
+
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.
  
[[File:052311_SJ_System_Coupling_Diagram.png|System Coupling Diagram]]
+
===2. Whole Lifecycle===
  
Figure 1. System Coupling Diagram
+
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.  
  
*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).
+
[[File:Ellipse Graphic J Ring.png|thumb|center|700px|'''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.]]
  
*Respondent System – The system created to respond to the situation where the parallel bars indicate that this system interacts with the situation and transforms the situation to a new situation.  A Respondent System, based upon the situation that is being treated, can have several names such as Project, Program, Mission, Task Force, or in a scientific context, Experiment.  Note that 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 upon an instantiation of a Control System asset, for example a Command and Control System, or a control process of some form.  
+
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.
  
*System Assets – The sustained assets of one or more enterprises that are be utilized in responding to situations.  System assets must be adequately life cycle managed so that when instantiated in a Respondent System will perform their function. These are the systems that are the primary objects for Systems Engineers.  Examples of assets include concrete systems such as value added products or services, facilities, instruments and tools, abstract systems such as theories, knowledge, processes and methods.
+
The dynamic nature of this cycle and its relationship to Life Cycle thinking is discussed in the article [[Applying the Systems Approach]].
  
This model portrays the essence of a Systems Approach and is applicable to Product Systems Engineering, Service Systems Engineering, and Enterprise Systems  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.
+
===3. Whole Problem===
  
Since the premise is that the Systems Approach is a mind-set prerequisite to Systems Engineering, it can be said that projects and programs executed with this mind-set are more likely to solve the problem or achieve the opportunity identified in the beginning (ADD CITATION TO SUPPORT THIS ASSERTION).
+
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 Systems Approach is often invoked in applications beyond product systems. For example, 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.
+
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.
  
The [[Systems Approach]] must be viewed in the context of [[Systems Thinking ]] as discussed by Checkland (1999) and by Edson (2008). According to Checkland (1999, 318), [[Systems Thinking (glossary)]] is “''an epistemology which, when applied to human activity is based on basic ideas of systems''.
+
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.
  
Senge (1990) provides an expanded definition as follows: ''Systems thinking is a discipline for seeing wholes. It is a framework for seeing interrelationships rather than things, for seeing patterns of change rather than static "snapshots." It is a set of general principles -- distilled over the course of the twentieth century, spanning fields as diverse as the physical and social sciences, engineering, and management. During the last thirty years, these tools have been applied to understand a wide range of corporate, urban, regional, economic, political, ecological, and even psychological systems. And systems thinking is a sensibility for the subtle interconnectedness that gives living systems their unique character.''”
+
[[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.]]
  
[[Systems Thinking]] has two parts. The first part is a set of [[System Concepts|principles and concepts]] to assist in learning how to think in terms of systems.
+
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.
  
The second part of [[Systems Thinking]] is the how-to part. It is an abstract set of principles applied to problem situations and solution creation. This abstract set of principles is called the Systems Approach, the subject of this article. The [[Systems Approach (glossary)]] relates System Thinking to:  
+
===4. Multi-Disciplinary===
#The exploration of potential [[problem (glossary)]] or [[opportunity (glossary)]] situations;
+
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.
#The application of [[System Analysis (glossary)|analysis (glossary)]], [[synthesis (glossary)]], and [[proving (glossary)]] to system solutions;
+
[[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.
#Ownership and use of systems within an [[enterprise (glossary)]].
 
  
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 above are part of the business cycles of providing stakeholder value Ring (2004) within an enterprise, while item 2 can be mapped directly to [[Product System (glossary)]], [[Service System (glossary)]], and [[Enterprise System (glossary)]] Engineering.  Note: a distinction is made here between the normal business of an enterprise and the longer term strategic activities of [[Enterprise Systems Engineering]].
+
==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.  
  
[[Hard System (glossary)]] and [[Soft System (glossary)]] tools and techniques suggested by Checkland (1999), Boardman and Sauser (2008), Senge (1990), and others are employed in this approach.  
+
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.
  
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)]].
+
==Synthesis for SEBOK==
  
SEBoK Parts 3 and 4 contain a detailed guide to Systems Engineering.  A guide to the relationships between Systems Engineering and the organizations in Part 5 and between Systems Engineering and other disciplines in Part 6.  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 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., 1998. "A Value Seeking Approach to the Engineering of Systems." Proceedings of the IEEE Conference on Systems, Man, and Cybernetics. pp. 2704-2708.  
  
Ring J. 2004. "Seeing an Enterprise as a System". INCOSE ''Insight' 6(2) (January 2004): 7-8.
+
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.
  
Edson, R. 2008. ''Systems Thinking. Applied. A Primer''. Arlington, VA, USA: Applied Systems Thinking (ASysT) Institute, Analytic Services Inc.
+
Boardman, J. and B. Sauser. 2008. ''[[Systems Thinking: Coping with 21st Century Problems]]''. Boca Raton, FL, USA: CRC Press.
  
Lawson, H. 2010. ''A Journey Through the Systems Landscape''. London, UK: College Publications, Kings College.
+
Edson, R. 2008. ''Systems Thinking. Applied. A Primer.'' Arlington, VA, USA: Applied Systems Thinking (ASysT) Institute, Analytic Services Inc.
----
 
====Article Discussion====
 
  
====Review Comments====
+
Ring J. 2004. "Seeing an Enterprise as a System." INCOSE ''Insight.'' 6(2): 7-8.
  
[[{{TALKPAGENAME}}|[Go to discussion page]]]
+
----
<center>[[Systems Approach|<- Previous Article]] | [[Systems Approach|Parent Article]] | [[Exploring a Problem or Opportunity|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>
  
==Signatures==
+
<center>'''SEBoK v. 2.9, released 20 November 2023'''</center>
--[[User:Radcock|Radcock]] 11:53, 19 August 2011 (UTC)
 
  
--[[User:Apyster|Apyster]] 12:31, 2 September 2011 (UTC)
 
 
[[Category:Part 2]][[Category:Topic]]
 
[[Category:Part 2]][[Category:Topic]]
 +
[[Category:Systems Approach Applied to Engineered Systems]]

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