Jump to content

System integration

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Shaysom09 (talk | contribs) at 11:12, 24 June 2011 (→‎External Links). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

In engineering, system integration is the bringing together of the component subsystems into one system and ensuring that the subsystems function together as a system.[1] In information technology, systems integration[2] is the process of linking together different computing systems and software applications physically or functionally,[3] to act as a coordinated whole.

The system integrator brings together discrete systems utilizing a variety of techniques such as computer networking, enterprise application integration, business process management or manual programming.[4]

Overview

A system is an aggregation of subsystems cooperating so that the system is able to deliver the over-arching functionality. System integration involves integrating existing (often disparate) subsystems. The subsystems will have interfaces. Integration involves joining the subsystems together by “gluing” their interfaces together. If the interfaces don’t directly interlock, the “glue” between them can provide the required mappings. System integration is about determining the required “glue”.

System integration is also about adding value to the system, capabilities that are possible because of interactions between subsystems.

In today’s connected world, the role of system integration engineers is becoming more and more important: more and more systems are designed to connect together, both within the system under construction and to systems that are already deployed.[5]

Required skills

A system integration engineer needs a broad range of skills and is likely to be defined by a breadth of knowledge rather than a depth of knowledge. In an effort to better quantify the required skillset of a competent integrator by today's standards, Eric Wick developed a matrix template in 2010 to assess the capabilities of integrators interested in pursuing careers in the field.

These skills are likely to include software and hardware engineering, interface protocols, and general problem solving skills. It is likely that the problems to be solved have not been solved before except in the broadest sense. They are likely to include new and challenging problems with an input from a broad range of engineers where the system integration engineer "pulls it all together."[6]

Methods of integration

Vertical Integration (as opposed to "horizontal") is the process of integrating subsystems according to their functionality by creating functional entities also referred to as silos.[7] The benefit of this method is that the integration is performed quickly and involves only the necessary vendors, therefore, this method is cheaper in the short term. On the other hand, cost-of-ownership can be substantially higher than seen in other methods, since in case of new or enhanced functionality, the only possible way to implement (scale the system) would be by implementing another silo. Reusing subsystems to create another functionality is not possible.[8]

Star Integration or also known as Spaghetti Integration is a process of integration of the systems where each system is interconnected to each of the remaining subsystems. When observed from the perspective of the subsystem which is being integrated, the connections are reminiscent of a star, but when the overall diagram of the system is presented, the connections look like spaghetti, hence the name of this method. The cost varies due to the interfaces which subsystems are exporting. In a case where the subsystems are exporting heterogeneous or proprietary interfaces, the integration cost can substantially rise. Time and costs needed to integrate the systems increase exponentially when adding additional subsystems. From the feature perspective, this method often seems preferable, due to the extreme flexibility of the reuse of functionality.[8]

Horizontal Integration or Enterprise Service Bus (ESB) is an integration method in which a specialized subsystem is dedicated to communication between other subsystems. This allows cutting the number of connections (interfaces) to only one per subsystem which will connect directly to the ESB. The ESB is capable of translating the interface into another interface. This allows cutting the costs of integration and provides extreme flexibility. With systems integrated using this method, it is possible to completely replace one subsystem with another subsystem which provides similar functionality but exports different interfaces, all this completely transparent for the rest of the subsystems. The only action required is to implement the new interface between the ESB and the new subsystem.[8]

The horizontal scheme can be misleading, however, if it is thought that the cost of intermediate data transformation or the cost of shifting responsibility over business logic can be avoided.[8]

Example

The process of systems integration is successfully done in construction engineering. Broad arrays of different engineering fields are simultaneously considered in the planning stage of a project. But all of these areas are adjacent to each other. For instance the structural analysis, construction physics, inherent material science, actual construction course and logistics are all members of a rather small group. A difference would be the simultaneous consideration of areas distributed over the professions of the engineers involved and the architects, landscape architects, maintenance specialist, utility-provider and a scientist rendering the lifecycle balance of the project. Such an Multidisciplinary approach cross all borders of different professions could be regarded as Multi-disciplinary Engineering (MDE). Such a level of integration has the potential to solve problems on an adequate level, achieving much more than financial gain. The number of areas covered in a MDE process is much higher, too.

See also

References

  1. ^ Gilkey, Herbert T (1960), "New Air Heating Methods", New methods of heating buildings: a research correlation conference conducted by the Building Research Institute, Division of Engineering and Industrial Research, as one of the programs of the BRI fall conferences, November 1959., Washington: National Research Council (U.S.). Building Research Institute, p. 60, OCLC 184031
  2. ^ For computer systems, the term "systems integration" has included the plural word "systems" although the singular form has also been used in referring to computer systems.
  3. ^ CIS 8020 – Systems Integration, Georgia State University OECD {{citation}}: |access-date= requires |url= (help)
  4. ^ Moore, June (13 December 1982), "Software Reviews, BusinessMaster II+, ledger for CP/M systems", InfoWorld, InfoWorld Media Group, Inc, p. 31, ISSN 0199-6649
  5. ^ Merriman, Dan (19 Feb 1996), "Tying it all together", Network World, IDG Network World Inc, p. 51 {{citation}}: Text "ISSN 0887-7661" ignored (help)
  6. ^ An Introduction to School of Information Engineering, Information Engineering Program, Beijing: Beijing University of Posts and Telecommunications {{citation}}: |access-date= requires |url= (help)
  7. ^ Lau, Edwin (2005), "Multi-channel Service Delivery", OECD e-Government Studies e-Government for Better Government, Paris: OECD, p. 52, OCLC 224889830
  8. ^ a b c d Gold-Bernstein, Beth; Ruh, William A (2005), Enterprise integration: the essential guide to integration solutions, Addison Wesley {{citation}}: Text "ISBN 032122390X" ignored (help)
Retrieved from "https://en.wikipedia.org/w/index.php?title=System_integration&oldid=435959708"