Types of Systems

This article forms part of the Systems Fundamentals Knowledge Area. It provides various perspectives on system classifications and types of system, expanded from the definitions in What is a System?.

The modern world has numerous kinds of systems that influence daily life. Some examples include transport systems, solar systems, telephone systems, the Dewey Decimal System, weapons systems, ecological systems, space systems, and so on; indeed it seems there is almost no end to the use of the word “system” in today’s society.

The article considers the different classification systems which system Science authors have propoesed in an attempt to extract some general principles from these multiple occurances. These classification schemes look at either the kinds of elements from which the system is composed or its reason for existing.

The idea of an engineered system is expanded. Three specific types of engineered system context are generally recognized in systems engineering: product system , service system and enterprise system .

System Classification

A taxonomy is "a classification into ordered categories" (Dictionary.com 2011). Taxonomies are useful ways of organizing large numbers of individual items so their similarities and differences are apparent. Classification methods for systems have been proposed over the past forty years, yet no single standard classification system exists.

Many systems researchers have attempted to produce a useful classification taxonomy, giving some logic to the mapping of Systems Thinking to the real world. Kenneth Boulding (Boulding 1956), one of the founding fathers of General System Theory, developed a systems classification which has been the starting point for much of the subsequent work. He classifies systems into 9 types:

1. Structures (Bridges)
2. Clock works (Solar system);
3. Controls (Thermostat);
4. Open (Biological cells);
5. Lower organisms (Plants)
6. Animals (Birds)
7. Man (Humans)
8. Social (Families)
9. Transcendental (God).

Bertalanffy (Bertalanffy 1968) divided systems into 9 types, including control mechanisms, socio-cultural systems, open systems, and static structures. Miller (Miller 1986) offered cells, organization, and society among his 7 system types. Other similar categorizations of system types can be found in (Aslaksen 1996), (Blanchard 2005) and (Giachetti 2009).

These approaches also highlights some of the subsequent issues with these kinds of classification. Boulding implies that physical structures are closed and natural or social ones are open. However, a bridge can only be understood by considering how it reacts to trafic crossing it and must be sustained or repaired over time,(Hitchins 2007). He also separates humans from animals which would not fit into more modern thinking.

As system science moved away from the theory of systems and began to consider how this theory might be used to provide practical approaches and tools classification approaches began to separate human-designed from non-human-designed systems or natural from man-made systems (Magee and de Weck 2004). While they provide some methods for classifying natural systems, their primary emphasis and value to the practice of systems engineer is in their classification method for human-designed or man-made systems. In addition to making the distinction between Hard and Soft systems, Peter Checkland (Checkland 1999, p.111) divides systems into five classes: natural systems, designed physical systems, designed abstract systems, human activity systems and transcendental systems. The first two classes are self explanatory.

• Designed abstract systems – These systems do not contain any physical artifacts but are designed by humans to serve some explanatory purpose.
• Human activity systems – These systems are observable in the world of innumerable sets of human activities that are more or less consciously ordered in wholes as a result of some underlying purpose or mission. At one extreme is a system consisting of a human wielding a hammer. At the other extreme lies international political systems.
• Transcendental systems – These systems that go beyond the aforementioned four systems classes, systems beyond knowledge. Checkland refers to these five systems as comprising a “systems map of the universe”.

Magee and de Weck (Magee and de Weck 2004) provide a comprehensive overview of sources on system classification such as (Maier 2009),(Paul 1998) and (Wasson 2006). They examine many possible methods that include: degree of complexity, branch of the economy that produced the system, realm of existence (physical or in thought), boundary, origin, time dependence, system states, human involvement / system control, human wants, ownership and functional type. They conclude by proposing a functional classification method that sorts systems by their process: transform, transport, store, exchange, or control and by the entity that they operate on: matter, energy, information and value.

Systems of Systems

Systems can be grouped together to create more complex systems. In some cases it is sufficient to consider these systems as Systems Elements in a higher level system, as part of a system hierarchy .

However, there are cases where the groupings of system produce an entity that must be treated differently from an integrated system. The most common groupings of systems that have characteristics beyond a single integrated system are systems of systems (sos) and federations of systems (fos) .

Maier examined the meaning of System of Systems in detail and used a characterization approach which emphasizes the independent nature of the system element, rather than “the commonly cited characteristics of systems-of-systems (complexity of the component systems and geographic distribution) which are not the appropriate taxonomic classifiers” (Maier 1998, 268).

A more detailed discussion of the different system grouping taxonomies developed by systems science can be found in Groupings of Systems.

Wherever independent systems are combined into groups the interaction between the systems adds a further complexity in particular by constraining how the resulting system can be changed or controlled. This dimension of complexity leads to the management and control aspects of the systems approach .

Engineered Systems Classifications

Engineered systems:

1. Are created, used and sustained to achieve a purpose, goal or mission that is of interest to an enterprise , team , or an individual.
2. Require a commitment of resources for development and support.
3. Are driven by stakeholders with multiple views on the use or creation of the system, or with some other stake in the system, its properties or existence.
4. Contain engineered hardware, software, people, services or a combination of these.
5. Exist within an environment that impacts the characteristics, use, sustainment and creation of the system.

Engineered systems typically:

1. Are defined by their purpose, goal or mission.
2. Have a life cycle and evolution dynamics.
3. May include human operators (interacting with the systems via processes) and other natural components that must be considered in the design and development of the system.
4. Are part of a system-of-interest hierarchy.

Historically, “Economists divide all economic activity into two broad categories, goods and services. Goods-producing industries are agriculture, mining, manufacturing, and construction; each of them creates some kind of tangible object. Service industries include everything else: banking, communications, wholesale and retail trade, all professional services such as engineering, computer software development, and medicine, nonprofit economic activity, all consumer services, and all government services, including defense and administration of justice....” (Encyclopedia Britannica 2011). A product or service is developed and supported by an individual, team, or enterprise. For example, express package delivery is a service offered worldwide by many enterprises, both public and private, both small and large; these services might use vehicle, communications or software products as needed.

The nature of engineered systems has changed dramatically over the past several decades from systems dominated by hardware (mechanical and electrical) to systems dominated by software. In addition systems that provide services, without delivering hardware or software, have become common as the need to obtain and use information has become greater. Recently organizations have become sufficiently complex that the techniques that were demonstrated to work on hardware and software have been applied to the engineering of enterprises.

Three specific types of engineered system context are generally recognized in systems engineering: product system , service system and enterprise system .

Products and Product Systems

The word product is define as "a thing produced by labour or effort; or anything produced" (Oxford English Dictionary). In a commercial sense a product is anything which is acquired, owned and used by an enterprise (hardware, software, information, personnel, an agreement or contract to provide something, etc.)

product systems are systems in which products are developed and delivered to the acquirer for the use of internal or external user. For product systems the ability to provide the necessary capability must be defined in the specifications for the hardware and software, or the integrated system that will be provided to the acquiring enterprise .

Services and Service Systems

A service can be simply defined as an act of help or assistance, or as any outcome required by one or more users which can be defined in terms of outcomes and quality of service without detail to how it is provided. e.g. transport, communications, protection, data processing, etc. Services are processes, performances, or experiences that one person or organization does for the benefit of another – such as custom tailoring a suit, cooking a dinner to order, driving a limousine, mounting a legal defense, setting a broken bone, teaching a class, or running a business’ information technology infrastructure and applications. In all cases, service involves deployment of knowledge and skills (competences) that one person or organization has for the benefit of another (Lusch and Vargo 2006), often done as a single, customized job. In all cases, service requires substantial input from the customer or client (Sampson 2001) – for example, how can a steak be customized unless the customer tells the waiter how the customer wants the steak prepared? (business/marketing science definition)

A service system is one that provides outcomes for a user without necessarily delivering hardware or software products to the service supplier. The hardware and software systems may be owned by a third party who is not responsible for the service. The use of service systems reduces or eliminates the need for acquirers to obtain capital equipment and software in order to obtain the capabilities needed to satisfy users.

Services have been part of the language of Systems Engineering for many years. The use of the term service system in more recent times is often associated with information system, i.e:

...unique features that characterize services – namely, services, especially emerging services, are information-driven, customer-centric, e-oriented, and productivity-focused. (Tien and Berg 2003, 13)

A more detailed discussion of the system theory associated with service systems can be found in History of Systems Science.

Enterprises and Enterprise Systems

An enterprise is one or more organizations or individuals sharing a definite mission, goals, and objectives to offer an output such as a product or service.

An enterprise system consists of a purposeful combination (e.g., network) of interdependent resources (e.g., people, processes, organizations, supporting technologies, and funding) that interact with 1) each other (e.g., to coordinate functions, share information, allocate funding, create workflows, and make decisions), and 2) their environment(s), to achieve (e.g., business and operational) goals through a complex web of interactions distributed across geography and time (Rebovich and White 2011, 4, 10, 34-35).

Both product and service systems require an enterprise system to create them and an enterprise to use the product system to deliver services either internally to the enterprise or externally to a broader community.

According to Maier’s definition, an enterprise would not necessarily be called a system of systems (sos) since the systems within the enterprise do not usually meet the criteria of operational and managerial independence. In fact, the whole purpose of an enterprise is to explicitly establish operational dependence between systems that the enterprise owns and/or operates in order to maximize the efficiency and effectiveness of the enterprise as a whole. Therefore, it is more proper to treat an enterprise system and an SoS as different types of things, with different properties and characteristics (DeRosa 2005).

Enterprise systems are unique, compared to product and service systems, in that they are constantly evolving, they rarely have detailed configuration controlled requirements, they typically have the goal of providing shareholder value and customer satisfaction, which are constantly changing and are difficult to verify, and they exist in a context (or environment) that is ill-defined and constantly changing.

Links to other areas of the SEBoK

SEBoK Part 4 Applications of Systems Engineering explores how systems engineering is applied differently in product, service, and enterprise systems. The notion of enterprises and enterprise systems permeates Part 5 Enabling Systems Engineering.

References

Works Cited

Aslaksen, E.W. 1996. The Changing Nature of Engineering. New York, NY, USA: McGraw-Hill.

Bertalanffy, L. von. 1968. General System Theory. New York, NY, USA: Brazillier.

Blanchard, B.S., and W.J. Fabrycky. 2005. Systems Engineering and Analysis, 4th ed. Prentice-Hall International Series in Industrial and Systems Engineering. Englewood Cliffs, NJ, USA: Prentice-Hall.

Boulding, K. 1956 “General Systems Theory: Management Science, 2, 3 (Apr. 1956) pp.197-208; reprinted in General Systems, Yearbook of the Society for General Systems Research, vol. 1, 1956.

Checkland, P.B. 1999. Systems Thinking, Systems Practice. Chichester, UK: John Wiley & Sons Ltd.

Dictionary.com, s.v. "Taxonomy," accessed September 7, 2011. Available at http://dictionary.reference.com/browse/taxonomy.

Encyclopedia Britannica, s.v. "Service Industry," accessed September 7, 2011. Available at http://www.britannica.com/EBchecked/topic/535980/service-industry.

DeRosa, J. K. 2005. “Enterprise Systems Engineering.” Air Force Association, Industry Day, Day 1, 4 August 2005, Danvers, MA. Available at: https://www.paulrevereafa.org/IndustryDay/05/presentations/index.asp.

Giachetti, R.E. 2009. Design of Enterprise Systems: Theory, Architectures, and Methods. Boca Raton, FL, USA: CRC Press.

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

Lusch, R.F. and S. L. Vargo (Eds). 2006. The service-dominant logic of marketing: Dialog, debate, and directions. Armonk, NY: ME Sharpe Inc.

Magee, C.L. and O.L. de Weck. 2004. "Complex System Classification". Proceedings of the Fourteenth Annual International Symposium of the International Council on Systems Engineering. June 20-24, 2004, Toulouse, France.

Maier, M. W. 1998. "Architecting Principles for Systems-of-Systems". Systems Engineering, 1(4): 267-84.

Maier, M., and E. Rechtin. 2009. The Art of Systems Architecting, 3rd Ed.. Boca Raton, FL, USA: CRC Press.

Paul, A. S. 1998. "Classifying Systems." Proceedings of The Eighth Annual International Council on Systems Engineering International Symposium, 26-30 July, 1998, Vancouver, BC, Canada.

Rebovich, G., and B.E. White (eds.). 2011. Enterprise Systems Engineering: Advances in the Theory and Practice. Boca Raton, FL, USA: CRC Press.

Sampson, S.E. 2001. Understanding Service Businesses. New York, NY, USA: John Wiley.

Tien, J.M. and D. Berg. 2003. "A Case for Service Systems Engineering". Journal of Systems Science and Systems Engineering. 12(1): 13-38.

Wasson, C. S. 2006. System Analysis, Design and Development. Hoboken, NJ, USA: John Wiley and Sons.

Primary References

Chang, C.M., 2010. Service Systems Management and Engineering: Creating Strategic Differentiation and Operational Excellence. Hoboken, NJ, USA: John Wiley and Sons.

Checkland, P. B. 1999. Systems Thinking, Systems Practice. Chichester, UK: John Wiley & Sons.

Magee, C. L., O.L. de Weck. 2004. "Complex System Classification." Proceedings of the 14th Annual International Council on Systems Engineering International Symposium, 20-24 June 2004, Toulouse, France.

Rebovich, G., and B.E. White (eds.). 2011. Enterprise Systems Engineering: Advances in the Theory and Practice. Boca Raton, FL, USA: CRC Press.

Tien, J.M. and D. Berg. 2003. "A Case for Service Systems Engineering". Journal of Systems Science and Systems Engineering. 12(1): 13-38.

Additional References

No additional references have been identified for version 0.75. Please provide any recommendations on additional references in your review.

---

< Previous Article | Parent Article | Next Article >

Comments from SEBoK 0.5 Wiki

<html> <iframe src="http://www.sebokwiki.org/05/index.php?title=Talk:</html>Types of Systems <html>&printable=yes" width=825 height=200 frameborder=1 scrolling=auto> </iframe> </html>

This article was updated to include materials from 3 other 0.5 articles: The Product View of Engineered Systems, The Service View of Engineered Systems, and The Enterprise View of Engineered Systems. These articles have been folded into the current article and therefore are not included in 0.75. However, the review comments from 0.5 for the earlier articles can be seen below.

The Product View of Engineered Systems

<html> <iframe src="http://www.sebokwiki.org/05/index.php?title=Talk:The_Product_View_of_Engineered_Systems&printable=yes" width=825 height=200 frameborder=1 scrolling=auto> </iframe> </html>

The Service View of Engineered Systems

<html> <iframe src="http://www.sebokwiki.org/05/index.php?title=Talk:The_Service_View_of_Engineered_Systems&printable=yes" width=825 height=200 frameborder=1 scrolling=auto> </iframe> </html>

The Enterprise View of Engineered Systems

<html> <iframe src="http://www.sebokwiki.org/05/index.php?title=Talk:The_Enterprise_View_of_Engineered_Systems&printable=yes" width=825 height=200 frameborder=1 scrolling=auto> </iframe> </html>

SEBoK v. 1.9.1 released 30 September 2018

SEBoK Discussion

Please provide your comments and feedback on the SEBoK below. You will need to log in to DISQUS using an existing account (e.g. Yahoo, Google, Facebook, Twitter, etc.) or create a DISQUS account. Simply type your comment in the text field below and DISQUS will guide you through the login or registration steps. Feedback will be archived and used for future updates to the SEBoK. If you provided a comment that is no longer listed, that comment has been adjudicated. You can view adjudication for comments submitted prior to SEBoK v. 1.0 at SEBoK Review and Adjudication. Later comments are addressed and changes are summarized in the Letter from the Editor and Acknowledgements and Release History.

If you would like to provide edits on this article, recommend new content, or make comments on the SEBoK as a whole, please see the SEBoK Sandbox.

blog comments powered by Disqus