Systems engineering

Last updated

Systems engineering techniques are used in complex projects: spacecraft design, computer chip design, robotics, software integration, and bridge building. Systems engineering uses a host of tools that include modeling and simulation, requirements analysis and scheduling to manage complexity. Systems engineering application projects collage.jpg
Systems engineering techniques are used in complex projects: spacecraft design, computer chip design, robotics, software integration, and bridge building. Systems engineering uses a host of tools that include modeling and simulation, requirements analysis and scheduling to manage complexity.

Systems engineering is an interdisciplinary field of engineering and engineering management that focuses on how to design, integrate, and manage complex systems over their life cycles. At its core, systems engineering utilizes systems thinking principles to organize this body of knowledge. The individual outcome of such efforts, an engineered system, can be defined as a combination of components that work in synergy to collectively perform a useful function.


Issues such as requirements engineering, reliability, logistics, coordination of different teams, testing and evaluation, maintainability and many other disciplines necessary for successful system design, development, implementation, and ultimate decommission become more difficult when dealing with large or complex projects. Systems engineering deals with work-processes, optimization methods, and risk management tools in such projects. It overlaps technical and human-centered disciplines such as industrial engineering, process systems engineering, mechanical engineering, manufacturing engineering,production engineering, control engineering, software engineering, electrical engineering, cybernetics, aerospace engineering, organizational studies, civil engineering and project management. Systems engineering ensures that all likely aspects of a project or system are considered, and integrated into a whole.

The systems engineering process is a discovery process that is quite unlike a manufacturing process. A manufacturing process is focused on repetitive activities that achieve high quality outputs with minimum cost and time. The systems engineering process must begin by discovering the real problems that need to be resolved, and identifying the most probable or highest impact failures that can occur – systems engineering involves finding solutions to these problems.


QFD House of Quality for Enterprise Product Development Processes A1 House of Quality.png
QFD House of Quality for Enterprise Product Development Processes

The term systems engineering can be traced back to Bell Telephone Laboratories in the 1940s. [1] The need to identify and manipulate the properties of a system as a whole, which in complex engineering projects may greatly differ from the sum of the parts' properties, motivated various industries, especially those developing systems for the U.S. Military, to apply the discipline. [2]

When it was no longer possible to rely on design evolution to improve upon a system and the existing tools were not sufficient to meet growing demands, new methods began to be developed that addressed the complexity directly. [3] The continuing evolution of systems engineering comprises the development and identification of new methods and modeling techniques. These methods aid in a better comprehension of the design and developmental control of engineering systems as they grow more complex. Popular tools that are often used in the systems engineering context were developed during these times, including USL, UML, QFD, and IDEF0.

In 1990, a professional society for systems engineering, the National Council on Systems Engineering (NCOSE), was founded by representatives from a number of U.S. corporations and organizations. NCOSE was created to address the need for improvements in systems engineering practices and education. As a result of growing involvement from systems engineers outside of the U.S., the name of the organization was changed to the International Council on Systems Engineering (INCOSE) in 1995. [4] Schools in several countries offer graduate programs in systems engineering, and continuing education options are also available for practicing engineers. [5]


Some definitions
Simon Ramo considered by some to be a founder of modern systems engineering defined the discipline as:"...a branch of engineering which concentrates on the design and application of the whole as distinct from the parts, looking at a problem in its entirety, taking account of all the facets and all the variables and linking the social to the technological." [6] Conquering Complexity, 2004.
"An interdisciplinary approach and means to enable the realization of successful systems" [7] INCOSE handbook, 2004.
"System engineering is a robust approach to the design, creation, and operation of systems. In simple terms, the approach consists of identification and quantification of system goals, creation of alternative system design concepts, performance of design trades, selection and implementation of the best design, verification that the design is properly built and integrated, and post-implementation assessment of how well the system meets (or met) the goals." [8] NASA Systems Engineering Handbook, 1995.
"The Art and Science of creating effective systems, using whole system, whole life principles" OR "The Art and Science of creating optimal solution systems to complex issues and problems" [9] Derek Hitchins, Prof. of Systems Engineering, former president of INCOSE (UK), 2007.
"The concept from the engineering standpoint is the evolution of the engineering scientist, i.e., the scientific generalist who maintains a broad outlook. The method is that of the team approach. On large-scale-system problems, teams of scientists and engineers, generalists as well as specialists, exert their joint efforts to find a solution and physically realize it...The technique has been variously called the systems approach or the team development method." [10] Harry H. Goode & Robert E. Machol, 1957.
"The systems engineering method recognizes each system is an integrated whole even though composed of diverse, specialized structures and sub-functions. It further recognizes that any system has a number of objectives and that the balance between them may differ widely from system to system. The methods seek to optimize the overall system functions according to the weighted objectives and to achieve maximum compatibility of its parts." [11] Systems Engineering Tools by Harold Chestnut, 1965.

Systems engineering signifies only an approach and, more recently, a discipline in engineering. The aim of education in systems engineering is to formalize various approaches simply and in doing so, identify new methods and research opportunities similar to that which occurs in other fields of engineering. As an approach, systems engineering is holistic and interdisciplinary in flavour.

Origins and traditional scope

The traditional scope of engineering embraces the conception, design, development, production and operation of physical systems. Systems engineering, as originally conceived, falls within this scope. "Systems engineering", in this sense of the term, refers to the building of engineering concepts.

Evolution to broader scope

The use of the term "systems engineer" has evolved over time to embrace a wider, more holistic concept of "systems" and of engineering processes. This evolution of the definition has been a subject of ongoing controversy, [12] and the term continues to apply to both the narrower and broader scope.

Traditional systems engineering was seen as a branch of engineering in the classical sense, that is, as applied only to physical systems, such as spacecraft and aircraft. More recently, systems engineering has evolved to a take on a broader meaning especially when humans were seen as an essential component of a system. Checkland, for example, captures the broader meaning of systems engineering by stating that 'engineering' "can be read in its general sense; you can engineer a meeting or a political agreement." [13] :10

Consistent with the broader scope of systems engineering, the Systems Engineering Body of Knowledge (SEBoK) [14] has defined three types of systems engineering: (1) Product Systems Engineering (PSE) is the traditional systems engineering focused on the design of physical systems consisting of hardware and software. (2) Enterprise Systems Engineering (ESE) pertains to the view of enterprises, that is, organizations or combinations of organizations, as systems. (3) Service Systems Engineering (SSE) has to do with the engineering of service systems. Checkland [13] defines a service system as a system which is conceived as serving another system. Most civil infrastructure systems are service systems.

Holistic view

Systems engineering focuses on analyzing and eliciting customer needs and required functionality early in the development cycle, documenting requirements, then proceeding with design synthesis and system validation while considering the complete problem, the system lifecycle. This includes fully understanding all of the stakeholders involved. Oliver et al. claim that the systems engineering process can be decomposed into

Within Oliver's model, the goal of the Management Process is to organize the technical effort in the lifecycle, while the Technical Process includes assessing available information, defining effectiveness measures, to create a behavior model, create a structure model, perform trade-off analysis, and create sequential build & test plan. [15]

Depending on their application, although there are several models that are used in the industry, all of them aim to identify the relation between the various stages mentioned above and incorporate feedback. Examples of such models include the Waterfall model and the VEE model. [16]

Interdisciplinary field

System development often requires contribution from diverse technical disciplines. [17] By providing a systems (holistic) view of the development effort, systems engineering helps mold all the technical contributors into a unified team effort, forming a structured development process that proceeds from concept to production to operation and, in some cases, to termination and disposal. In an acquisition, the holistic integrative discipline combines contributions and balances tradeoffs among cost, schedule, and performance while maintaining an acceptable level of risk covering the entire life cycle of the item. [18]

This perspective is often replicated in educational programs, in that systems engineering courses are taught by faculty from other engineering departments, which helps create an interdisciplinary environment. [19] [20]

Managing complexity

The need for systems engineering arose with the increase in complexity of systems and projects, [21] [22] in turn exponentially increasing the possibility of component friction, and therefore the unreliability of the design. When speaking in this context, complexity incorporates not only engineering systems, but also the logical human organization of data. At the same time, a system can become more complex due to an increase in size as well as with an increase in the amount of data, variables, or the number of fields that are involved in the design. The International Space Station is an example of such a system.

The International Space Station is an example of a very complex system requiring Systems Engineering. STS-134 International Space Station after undocking.jpg
The International Space Station is an example of a very complex system requiring Systems Engineering.

The development of smarter control algorithms, microprocessor design, and analysis of environmental systems also come within the purview of systems engineering. Systems engineering encourages the use of tools and methods to better comprehend and manage complexity in systems. Some examples of these tools can be seen here: [23]

Taking an interdisciplinary approach to engineering systems is inherently complex since the behavior of and interaction among system components is not always immediately well defined or understood. Defining and characterizing such systems and subsystems and the interactions among them is one of the goals of systems engineering. In doing so, the gap that exists between informal requirements from users, operators, marketing organizations, and technical specifications is successfully bridged.


The scope of systems engineering activities SE Activities.jpg
The scope of systems engineering activities

One way to understand the motivation behind systems engineering is to see it as a method, or practice, to identify and improve common rules that exist within a wide variety of systems.[ citation needed ] Keeping this in mind, the principles of systems engineering – holism, emergent behavior, boundary, et al. – can be applied to any system, complex or otherwise, provided systems thinking is employed at all levels. [25] Besides defense and aerospace, many information and technology based companies, software development firms, and industries in the field of electronics & communications require systems engineers as part of their team. [26]

An analysis by the INCOSE Systems Engineering center of excellence (SECOE) indicates that optimal effort spent on systems engineering is about 15–20% of the total project effort. [27] At the same time, studies have shown that systems engineering essentially leads to reduction in costs among other benefits. [27] However, no quantitative survey at a larger scale encompassing a wide variety of industries has been conducted until recently. Such studies are underway to determine the effectiveness and quantify the benefits of systems engineering. [28] [29]

Systems engineering encourages the use of modeling and simulation to validate assumptions or theories on systems and the interactions within them. [30] [31]

Use of methods that allow early detection of possible failures, in safety engineering, are integrated into the design process. At the same time, decisions made at the beginning of a project whose consequences are not clearly understood can have enormous implications later in the life of a system, and it is the task of the modern systems engineer to explore these issues and make critical decisions. No method guarantees today's decisions will still be valid when a system goes into service years or decades after first conceived. However, there are techniques that support the process of systems engineering. Examples include soft systems methodology, Jay Wright Forrester's System dynamics method, and the Unified Modeling Language (UML)—all currently being explored, evaluated, and developed to support the engineering decision process.


Education in systems engineering is often seen as an extension to the regular engineering courses, [32] reflecting the industry attitude that engineering students need a foundational background in one of the traditional engineering disciplines (e.g., aerospace engineering, civil engineering, electrical engineering, mechanical engineering, manufacturing engineering, industrial engineering, chemical engineering)—plus practical, real-world experience to be effective as systems engineers. Undergraduate university programs explicitly in systems engineering are growing in number but remain uncommon, the degrees including such material most often presented as a BS in Industrial Engineering. Typically programs (either by themselves or in combination with interdisciplinary study) are offered beginning at the graduate level in both academic and professional tracks, resulting in the grant of either a MS/MEng or Ph.D./EngD degree.

INCOSE, in collaboration with the Systems Engineering Research Center at Stevens Institute of Technology maintains a regularly updated directory of worldwide academic programs at suitably accredited institutions. [5] As of 2017, it lists over 140 universities in North America offering more than 400 undergraduate and graduate programs in systems engineering. Widespread institutional acknowledgment of the field as a distinct subdiscipline is quite recent; the 2009 edition of the same publication reported the number of such schools and programs at only 80 and 165, respectively.

Education in systems engineering can be taken as Systems-centric or Domain-centric:

Both of these patterns strive to educate the systems engineer who is able to oversee interdisciplinary projects with the depth required of a core-engineer. [33]

Systems engineering topics

Systems engineering tools are strategies, procedures, and techniques that aid in performing systems engineering on a project or product. The purpose of these tools vary from database management, graphical browsing, simulation, and reasoning, to document production, neutral import/export and more. [34]


There are many definitions of what a system is in the field of systems engineering. Below are a few authoritative definitions:

Systems engineering processes

Systems engineering processes encompass all creative, manual and technical activities necessary to define the product and which need to be carried out to convert a system definition to a sufficiently detailed system design specification for product manufacture and deployment. Design and development of a system can be divided into four stages, each with different definitions: [42]

Depending on their application, tools are used for various stages of the systems engineering process: [24]

Systems Engineering Process.jpg

Using models

Models play important and diverse roles in systems engineering. A model can be defined in several ways, including: [43]

Together, these definitions are broad enough to encompass physical engineering models used in the verification of a system design, as well as schematic models like a functional flow block diagram and mathematical (i.e., quantitative) models used in the trade study process. This section focuses on the last. [43]

The main reason for using mathematical models and diagrams in trade studies is to provide estimates of system effectiveness, performance or technical attributes, and cost from a set of known or estimable quantities. Typically, a collection of separate models is needed to provide all of these outcome variables. The heart of any mathematical model is a set of meaningful quantitative relationships among its inputs and outputs. These relationships can be as simple as adding up constituent quantities to obtain a total, or as complex as a set of differential equations describing the trajectory of a spacecraft in a gravitational field. Ideally, the relationships express causality, not just correlation. [43] Furthermore, key to successful systems engineering activities are also the methods with which these models are efficiently and effectively managed and used to simulate the systems. However, diverse domains often present recurring problems of modeling and simulation for systems engineering, and new advancements are aiming to crossfertilize methods among distinct scientific and engineering communities, under the title of 'Modeling & Simulation-based Systems Engineering'. [44]

Modeling formalisms and graphical representations

Initially, when the primary purpose of a systems engineer is to comprehend a complex problem, graphic representations of a system are used to communicate a system's functional and data requirements. [45] Common graphical representations include:

A graphical representation relates the various subsystems or parts of a system through functions, data, or interfaces. Any or each of the above methods are used in an industry based on its requirements. For instance, the N2 chart may be used where interfaces between systems is important. Part of the design phase is to create structural and behavioral models of the system.

Once the requirements are understood, it is now the responsibility of a systems engineer to refine them, and to determine, along with other engineers, the best technology for a job. At this point starting with a trade study, systems engineering encourages the use of weighted choices to determine the best option. A decision matrix, or Pugh method, is one way (QFD is another) to make this choice while considering all criteria that are important. The trade study in turn informs the design, which again affects graphic representations of the system (without changing the requirements). In an SE process, this stage represents the iterative step that is carried out until a feasible solution is found. A decision matrix is often populated using techniques such as statistical analysis, reliability analysis, system dynamics (feedback control), and optimization methods.

Other tools

Systems Modeling Language (SysML), a modeling language used for systems engineering applications, supports the specification, analysis, design, verification and validation of a broad range of complex systems. [46]

Lifecycle Modeling Language (LML), is an open-standard modeling language designed for systems engineering that supports the full lifecycle: conceptual, utilization, support and retirement stages. [47]

Many related fields may be considered tightly coupled to systems engineering. The following areas have contributed to the development of systems engineering as a distinct entity:

Cognitive systems engineering
Cognitive systems engineering (CSE) is a specific approach to the description and analysis of human-machine systems or sociotechnical systems. [48] The three main themes of CSE are how humans cope with complexity, how work is accomplished by the use of artifacts, and how human-machine systems and socio-technical systems can be described as joint cognitive systems. CSE has since its beginning become a recognized scientific discipline, sometimes also referred to as cognitive engineering. The concept of a Joint Cognitive System (JCS) has in particular become widely used as a way of understanding how complex socio-technical systems can be described with varying degrees of resolution. The more than 20 years of experience with CSE has been described extensively. [49] [50]
Configuration management
Like systems engineering, configuration management as practiced in the defense and aerospace industry is a broad systems-level practice. The field parallels the taskings of systems engineering; where systems engineering deals with requirements development, allocation to development items and verification, configuration management deals with requirements capture, traceability to the development item, and audit of development item to ensure that it has achieved the desired functionality that systems engineering and/or Test and Verification Engineering have proven out through objective testing.
Control engineering
Control engineering and its design and implementation of control systems, used extensively in nearly every industry, is a large sub-field of systems engineering. The cruise control on an automobile and the guidance system for a ballistic missile are two examples. Control systems theory is an active field of applied mathematics involving the investigation of solution spaces and the development of new methods for the analysis of the control process.
Industrial engineering
Industrial engineering is a branch of engineering that concerns the development, improvement, implementation and evaluation of integrated systems of people, money, knowledge, information, equipment, energy, material and process. Industrial engineering draws upon the principles and methods of engineering analysis and synthesis, as well as mathematical, physical and social sciences together with the principles and methods of engineering analysis and design to specify, predict, and evaluate results obtained from such systems.
Interface design
Interface design and its specification are concerned with assuring that the pieces of a system connect and inter-operate with other parts of the system and with external systems as necessary. Interface design also includes assuring that system interfaces be able to accept new features, including mechanical, electrical and logical interfaces, including reserved wires, plug-space, command codes and bits in communication protocols. This is known as extensibility. Human-Computer Interaction (HCI) or Human-Machine Interface (HMI) is another aspect of interface design, and is a critical aspect of modern systems engineering. Systems engineering principles are applied in the design of network protocols for local-area networks and wide-area networks.
Mechatronic engineering
Mechatronic engineering, like systems engineering, is a multidisciplinary field of engineering that uses dynamical systems modeling to express tangible constructs. In that regard it is almost indistinguishable from Systems Engineering, but what sets it apart is the focus on smaller details rather than larger generalizations and relationships. As such, both fields are distinguished by the scope of their projects rather than the methodology of their practice.
Operations research
Operations research supports systems engineering. The tools of operations research are used in systems analysis, decision making, and trade studies. Several schools teach SE courses within the operations research or industrial engineering department,[ citation needed ] highlighting the role systems engineering plays in complex projects. Operations research, briefly, is concerned with the optimization of a process under multiple constraints. [51]
Performance engineering
Performance engineering is the discipline of ensuring a system meets customer expectations for performance throughout its life. Performance is usually defined as the speed with which a certain operation is executed, or the capability of executing a number of such operations in a unit of time. Performance may be degraded when operations queued to execute is throttled by limited system capacity. For example, the performance of a packet-switched network is characterized by the end-to-end packet transit delay, or the number of packets switched in an hour. The design of high-performance systems uses analytical or simulation modeling, whereas the delivery of high-performance implementation involves thorough performance testing. Performance engineering relies heavily on statistics, queueing theory and probability theory for its tools and processes.
Program management and project management
Program management (or programme management) has many similarities with systems engineering, but has broader-based origins than the engineering ones of systems engineering. Project management is also closely related to both program management and systems engineering.
Proposal engineering
Proposal engineering is the application of scientific and mathematical principles to design, construct, and operate a cost-effective proposal development system. Basically, proposal engineering uses the "systems engineering process" to create a cost-effective proposal and increase the odds of a successful proposal.
Reliability engineering
Reliability engineering is the discipline of ensuring a system meets customer expectations for reliability throughout its life; i.e., it does not fail more frequently than expected. Next to prediction of failure, it is just as much about prevention of failure. Reliability engineering applies to all aspects of the system. It is closely associated with maintainability, availability (dependability or RAMS preferred by some), and logistics engineering. Reliability engineering is always a critical component of safety engineering, as in failure modes and effects analysis (FMEA) and hazard fault tree analysis, and of security engineering.
Risk Management
Risk management, the practice of assessing and dealing with risk is one of the interdisciplinary parts of Systems Engineering. In development, acquisition, or operational activities, the inclusion of risk in tradeoff with cost, schedule, and performance features, involves the iterative complex configuration management of traceability and evaluation to the scheduling and requirements management across domains and for the system lifecycle that requires the interdisciplinary technical approach of systems engineering. Systems Engineering has Risk Management define, tailor, implement, and monitor a structured process for risk management which is integrated to the overall effort. [52]
Safety engineering
The techniques of safety engineering may be applied by non-specialist engineers in designing complex systems to minimize the probability of safety-critical failures. The "System Safety Engineering" function helps to identify "safety hazards" in emerging designs, and may assist with techniques to "mitigate" the effects of (potentially) hazardous conditions that cannot be designed out of systems.
Scheduling is one of the systems engineering support tools as a practice and item in assessing interdisciplinary concerns under configuration management. In particular the direct relationship of resources, performance features, and risk to duration of a task or the dependency links among tasks and impacts across the system lifecycle are systems engineering concerns.
Security engineering
Security engineering can be viewed as an interdisciplinary field that integrates the community of practice for control systems design, reliability, safety and systems engineering. It may involve such sub-specialties as authentication of system users, system targets and others: people, objects and processes.
Software engineering
From its beginnings, software engineering has helped shape modern systems engineering practice. The techniques used in the handling of the complexities of large software-intensive systems have had a major effect on the shaping and reshaping of the tools, methods and processes of Systems Engineering.

See also

Related Research Articles

The Merriam-Webster dictionary defines system analysis as "the process of studying a procedure or business in order to identify its goals and purposes and create systems and procedures that will achieve them in an efficient way". Another view sees system analysis as a problem-solving technique that breaks down a system into its component pieces for the purpose of the studying how well those component parts work and interact to accomplish their purpose.

Product lifecycle a period of time of a product being from inception, through engineering design and manufacture, to service and disposal

In industry, product lifecycle management (PLM) is the process of managing the entire lifecycle of a product from inception, through engineering design and manufacture, to service and disposal of manufactured products. PLM integrates people, data, processes and business systems and provides a product information backbone for companies and their extended enterprise.

Design for Six Sigma (DFSS) is an Engineering design process, business process management method related to traditional Six Sigma. It is used in many industries, like finance, marketing, basic engineering, process industries, waste management, and electronics. It is based on the use of statistical tools like linear regression and enables empirical research similar to that performed in other fields, such as social science. While the tools and order used in Six Sigma require a process to be in place and functioning, DFSS has the objective of determining the needs of customers and the business, and driving those needs into the product solution so created. DFSS is relevant for relatively simple items / systems. It is used for product or process design in contrast with process improvement. Measurement is the most important part of most Six Sigma or DFSS tools, but whereas in Six Sigma measurements are made from an existing process, DFSS focuses on gaining a deep insight into customer needs and using these to inform every design decision and trade-off.

System of systems is a collection of task-oriented or dedicated systems that pool their resources and capabilities together to create a new, more complex system which offers more functionality and performance than simply the sum of the constituent systems. Currently, systems of systems is a critical research discipline for which frames of reference, thought processes, quantitative analysis, tools, and design methods are incomplete. The methodology for defining, abstracting, modeling, and analyzing system of systems problems is typically referred to as system of systems engineering.

Requirements engineering (RE) is the process of defining, documenting, and maintaining requirements in the engineering design process. It is a common role in systems engineering and software engineering.

Human reliability is related to the field of human factors and ergonomics, and refers to the reliability of humans in fields including manufacturing, medicine and nuclear power. Human performance can be affected by many factors such as age, state of mind, physical health, attitude, emotions, propensity for certain common mistakes, errors and cognitive biases, etc.

Reliability engineering is a sub-discipline of systems engineering that emphasizes the ability of equipment to function without failure. Reliability describes the ability of a system or component to function under stated conditions for a specified period of time. Reliability is closely related to availability, which is typically described as the ability of a component or system to function at a specified moment or interval of time.

Computer-aided production engineering

Computer-aided production engineering (CAPE) is a relatively new and significant branch of engineering. Global manufacturing has changed the environment in which goods are produced. Meanwhile, the rapid development of electronics and communication technologies has required design and manufacturing to keep pace.

Integrated logistic support (ILS) is a technology in the system engineering to lower a product life cycle cost and decrease demand for logistics by the maintenance system optimization to ease the product support. Although originally developed for military purposes, it is also widely used in commercial customer service organisations.

Multiphysics is defined as the coupled processes or systems involving more than one simultaneously occurring physical fields and the studies of and knowledge about these processes and systems. As an interdisciplinary study area, multiphysics spans over many science and engineering disciplines. Multiphysics is a practice built on mathematics, physics, application, and numerical analysis. The mathematics involved usually contains partial differential equations and tensor analysis. The physics refers to common types of physical processes, e.g., heat transfer (thermo-), pore water movement (hydro-), concentration field, stress and strain (mechano-), dynamics (dyno-), chemical reactions, electrostatics (electro-), neutronics (neutro-), and magnetostatics (magneto-).

Quality engineering is the discipline of engineering concerned with the principles and practice of product and service quality assurance and control. In the software development, it is the management, development, operation and maintenance of IT systems and enterprise architectures with a high quality standard.

Market engineering comprises the structured, systematic and theoretically founded procedure of analyzing, designing, introducing and also quality assuring of markets as well as their legal framework regarding simultaneously their market mechanisms and trading rules, systems, platforms and media, and their business models. In this context, term market stands for a set of rules defining the exchange of information between participants to conduct transactions at minimized cost. Market Engineering borrows concepts and methods from Economics, particularly, Game Theory, and Mechanism Design concepts, but also borrows concepts from Finance, Information Systems and Operations Research. It finds particular application in the context of electronic market platforms.

Function model

In systems engineering, software engineering, and computer science, a function model or functional model is a structured representation of the functions within the modeled system or subject area.

Enterprise engineering is defined as the body of knowledge, principles, and practices to design all or part of an enterprise. An enterprise is a complex, socio-technical system that comprises interdependent resources of people, information, and technology that must interact with each other and their environment in support of a common mission. According to Kosanke, Vernadat and Zelm, enterprise engineering is an enterprise life-cycle oriented discipline for the identification, design, and implementation of enterprises and their continuous evolution, supported by enterprise modelling. The discipline examines each aspect of the enterprise, including business processes, information flows, material flows, and organizational structure. Enterprise engineering may focus on the design of the enterprise as a whole, or on the design and integration of certain business components.

Industrial engineering Branch of engineering which deals with the optimization of complex processes or systems

Industrial engineering is an engineering profession that is concerned with the optimization of complex processes, systems, or organizations by developing, improving and implementing integrated systems of people, money, knowledge, information, equipment, energy and materials.

Center for Advanced Life Cycle Engineering organization

The Center for Advanced Life Cycle Engineering (CALCE) is a university research facility focused on risk assessment, management, and mitigation for electronic products and systems. CALCE is the largest electronic products and systems research center focused on electronics reliability and is dedicated to providing a knowledge and resource base to support the development of competitive electronic components, products, and systems. CALCE is located at the University of Maryland in College Park, Maryland, and was founded by Professor Michael Pecht.

Enterprise Architect (software) visual modeling and design tool based on the OMG UML

Sparx Systems Enterprise Architect is a visual modeling and design tool based on the OMG UML. The platform supports: the design and construction of software systems; modeling business processes; and modeling industry based domains. It is used by businesses and organizations to not only model the architecture of their systems, but to process the implementation of these models across the full application development life-cycle.

Industrial and production engineering (IPE) is an interdisciplinary engineering discipline that includes manufacturing technology, engineering sciences, management science, and optimization of complex processes, systems, or organizations. It is concerned with the understanding and application of engineering procedures in manufacturing processes and production methods. Industrial engineering dates back all the way to the industrial revolution, initiated in 1700s by Sir Adam Smith, Henry Ford, Eli Whitney, Frank Gilbreth and Lilian Gilbreth, Henry Gantt, F.W. Taylor, etc. After the 1970s, industrial and production engineering developed worldwide and started to widely use automation and robotics. Industrial and production engineering includes three areas: Mechanical engineering, industrial engineering, and management science.

Predictive engineering analytics (PEA) is a development approach for the manufacturing industry that helps with the design of complex products. It concerns the introduction of new software tools, the integration between those, and a refinement of simulation and testing processes to improve collaboration between analysis teams that handle different applications. This is combined with intelligent reporting and data analytics. The objective is to let simulation drive the design, to predict product behavior rather than to react on issues which may arise, and to install a process that lets design continue after product delivery.

Vitech Corporation is a systems engineering company responsible for the development and management of two model-based systems engineering tools, CORE and GENESYS. Vitech products have a range of applications and have been used for program management by the U.S. Department of Energy, for railway modernization and waste management in Europe, and for space station and ground-based air defense system development in Australia. In an effort to promote the study of model-based systems engineering, Vitech partners with universities throughout the United States, providing them with its software for instructional and research purposes.


  1. Schlager, J. (July 1956). "Systems engineering: key to modern development". IRE Transactions. EM-3 (3): 64–66. doi:10.1109/IRET-EM.1956.5007383.
  2. Arthur D. Hall (1962). A Methodology for Systems Engineering. Van Nostrand Reinhold. ISBN   978-0-442-03046-9.
  3. Andrew Patrick Sage (1992). Systems Engineering. Wiley IEEE. ISBN   978-0-471-53639-0.
  4. INCOSE Resp Group (11 June 2004). "Genesis of INCOSE" . Retrieved 11 July 2006.
  5. 1 2 INCOSE/Academic Council. "Worldwide Directory of SE and IE Academic Programs". Archived from the original on 26 December 2018. Retrieved 4 February 2019.
  6. Conquering Complexity: lessons in defence systems acquisition, The Defence Engineering Group. University College London. 2005.
  7. Systems Engineering Handbook, version 2a. INCOSE. 2004.
  8. NASA Systems Engineering Handbook. NASA. 1995. SP-610S.
  9. "Derek Hitchins". INCOSE UK. Retrieved 2 June 2007.
  10. Goode, Harry H.; Robert E. Machol (1957). System Engineering: An Introduction to the Design of Large-scale Systems. McGraw-Hill. p. 8. LCCN   56011714.
  11. Chestnut, Harold (1965). Systems Engineering Tools . Wiley. ISBN   978-0-471-15448-8.
  12. Donna Rhodes; Daniel Hastings (March 2004). "The Case for Evolving Systems Engineering as a Field within Engineering Systems". MIT Engineering Systems Symposium. CiteSeerX .Cite journal requires |journal= (help)
  13. 1 2 Checkland, Peter (1999). Systems Thinking, Systems Practice. John Wiley & Sons.
  14. Checkland, Peter (1999). Systems Thinking, Systems Practice. John Wiley & Sons. Pyster, Arthur, ed. 2012. Systems Engineering Body of Knowledge. 1.0 ed: Stephens Institute and the Naval Postgraduate School.
  15. Oliver, David W.; Timothy P. Kelliher, James G. Keegan Jr. (1997). Engineering Complex Systems with Models and Objects . McGraw-Hill. pp.  85–94. ISBN   978-0-07-048188-6.
  16. "The SE VEE". SEOR, George Mason University. Archived from the original on 18 October 2007. Retrieved 26 May 2007.
  17. Ramo, Simon; Robin K. St.Clair (1998). The Systems Approach: Fresh Solutions to Complex Problems Through Combining Science and Practical Common Sense (PDF). Anaheim, CA: KNI, Inc.
  18. "4. Systems Engineering" (PDF). Defense Acquisition Guidebook. Defense Acquisition University . Retrieved 12 August 2015.
  19. "Systems Engineering Program at Cornell University". Cornell University. Retrieved 25 May 2007.
  20. "ESD Faculty and Teaching Staff". Engineering Systems Division, MIT. Retrieved 25 May 2007.
  21. Yassine, A. and Braha, D. (2003). “Complex Concurrent Engineering and the Design Structure Matrix Approach.” Concurrent Engineering: Research and Applications 11 (3): 165–177.
  22. Braha, D. and Bar-Yam, Y. (July 2007). “The Statistical Mechanics of Complex Product Development: Empirical and Analytical Results.” Management Science 53 (7): 1127–1145.
  23. "Core Courses, Systems Analysis – Architecture, Behavior and Optimization". Cornell University. Retrieved 25 May 2007.
  24. 1 2 Systems Engineering Fundamentals. Archived 31 January 2017 at the Wayback Machine Defense Acquisition University Press, 2001
  25. Rick Adcock. "Principles and Practices of Systems Engineering" (PDF). INCOSE, UK. Archived from the original (PDF) on 15 June 2007. Retrieved 7 June 2007.
  26. "Systems Engineering, Career Opportunities and Salary Information (1994)". George Mason University. Archived from the original on 22 September 2007. Retrieved 7 June 2007.
  27. 1 2 "Understanding the Value of Systems Engineering" (PDF). Retrieved 7 June 2007.
  28. "Surveying Systems Engineering Effectiveness" (PDF). Archived from the original (PDF) on 15 June 2007. Retrieved 7 June 2007.
  29. "Systems Engineering Cost Estimation by Consensus" . Retrieved 7 June 2007.
  30. Andrew P. Sage, Stephen R. Olson (2001). "Modeling and Simulation in Systems Engineering". Simulation. 76 (2): 90. doi:10.1177/003754970107600207. Archived from the original on 21 October 2007. Retrieved 2 June 2007.
  31. E.C. Smith Jr. (1962). "Simulation in systems engineering" (PDF). IBM Research. Retrieved 2 June 2007.Cite journal requires |journal= (help)
  32. "Didactic Recommendations for Education in Systems Engineering" (PDF). Retrieved 7 June 2007.
  33. "Perspectives of Systems Engineering Accreditation" (PDF). INCOSE. Archived from the original (PDF) on 15 June 2007. Retrieved 7 June 2007.
  34. Steven Jenkins. "A Future for Systems Engineering Tools" (PDF). NASA. p. 15. Archived from the original (PDF) on 26 September 2007. Retrieved 10 June 2007.
  35. "Processes for Engineering a System", ANSI/EIA-632-1999, ANSI/EIA, 1999
  37. "Standard for Application and Management of the Systems Engineering Process -Description", IEEE Std 1220-1998, IEEE, 1998
  38. "Systems Engineering Handbook", v3.1, INCOSE, 2007
  39. "A Consensus of the INCOSE Fellows", INCOSE, 2006
  40. "Systems and software engineering – System life cycle processes", ISO/IEC 15288:2008, ISO/IEC, 2008
  41. "NASA Systems Engineering Handbook", Revision 1, NASA/SP-2007-6105, NASA, 2007
  42. J. Lienig; H. Bruemmer (2017). Fundamentals of Electronic Systems Design. Springer International Publishing. pp. 6–7. doi:10.1007/978-3-319-55840-0. ISBN   978-3-319-55839-4.
  43. 1 2 3 NASA (1995). "System Analysis and Modeling Issues". In: NASA Systems Engineering Handbook Archived 17 December 2008 at the Wayback Machine June 1995. p.85.
  44. Gianni, Daniele; D'Ambrogio, Andrea; Tolk, Andreas, eds. (4 December 2014). Modeling and Simulation-Based Systems Engineering Handbook (1st ed.). CRC Press. p. 513. ISBN   9781466571457.
  45. Long, Jim (2002). "Relationships between Common Graphical Representations in System Engineering" (PDF). Vitech Corporation.Cite journal requires |journal= (help)
  46. "OMG SysML Specification" (PDF). SysML Open Source Specification Project. p. 23. Retrieved 3 July 2007.
  47. "LML Specification" (PDF). LML Steering Committee. p. 4. Retrieved 5 June 2014.
  48. Hollnagel E. & Woods D. D. (1983). Cognitive systems engineering: New wine in new bottles. International Journal of Man-Machine Studies, 18, 583–600.
  49. Hollnagel, E. & Woods, D. D. (2005) Joint cognitive systems: The foundations of cognitive systems engineering. Taylor & Francis
  50. Woods, D. D. & Hollnagel, E. (2006). Joint cognitive systems: Patterns in cognitive systems engineering. Taylor & Francis.
  51. (see articles for discussion: and "Archived copy". Archived from the original on 20 September 2005. Retrieved 30 November 2005.CS1 maint: archived copy as title (link))
  52. "Risk Management Toolkit". MITRE, SE Process Office. Retrieved 8 September 2016.

Further reading