Enterprise engineering

Enterprise engineering is defined as the body of knowledge, principles, and practices to design an enterprise.[1] 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. Enterprise engineering is a subdiscipline of industrial engineering / systems engineering. The discipline examines each aspect of the enterprise, including business processes, information flows, and organizational structure.[2] Enterprise engineering may focus on the design of the enterprise as a whole, or on the design and integration of certain business components.[3]

Overview

In theory and practice more types of enterprise engineering have emerged. In the field of engineering, a more general form of enterprise engineering has emerged.[4] Encompassing "the application of knowledge, principles, and disciplines related to the analysis, design, implementation and operation of all elements associated with an enterprise. In essence this is an interdisciplinary field which combines systems engineering and strategic management as it seeks to engineer the entire enterprise in terms of the products, processes and business operations,".[4] this field is related to engineering management, operations management, service management and systems engineering.

In the context of software development, a specific field of enterprise engineering has also appeared that deals with the modelling and integration of various organizational and technical parts of business processes and functions.[5] In the context of information systems development, this has become an area of activity for the organization of systems analysis, and an extension to the existing scope of Information Modelling.[6] It can also be viewed as an extension and generalization of the systems analysis and systems design phases of the software development process.[7] Here, enterprise modelling can form part of the early, middle and late information system development life cycle. Explicit representation of the organizational and technical system infrastructure is being developed in order to understand the orderly transformations of existing work practices.[7] This discipline is also known as Enterprise architecture, or along with Enterprise ontology, defined as being one of the two major sub-fields of Enterprise architecture.[2]

In a 2013 article of enterprise engineering has been published.[8] It conveys the ideas of the CIAO! Network (www.ciaonetwork.org). The discipline of enterprise engineering as defined in this article comprises all of the above-mentioned fields. Three major objectives are proposed: intellectual manageability, organizational concinnity, and social devotion.

Enterprise engineering methods

Enterprise engineering involves formal methodologies, methods and techniques which are designed, tested and used extensively in order to offer organizations reusable business process solutions:

These methodologies, techniques and methods are all more or less suited to modeling an enterprise and its underlying processes.

Computer Integrated Manufacturing Open Systems Architecture

CIMOSA provides templates and interconnected modeling constructs to encode business, people and information technology (IT) aspects of enterprise requirements. This is done from multiple perspectives: Information view, Function view, Resource view and Organization view. These constructs can further be used to structure and facilitate the design and implementation of detailed IT systems.

The division into different views makes it a clarifying reference for enterprise and software engineers. It shows information needs for different enterprise functions such as activities, processes and operations alongside their corresponding resources. In this way it can easily be determined which IT system will fulfill the information needs of a particular activity and its associated processes.

IDEF

IDEF, first developed as a modeling language to model manufacturing systems, has been used by the U.S. Airforce since 1981 and originally offered four different notations to model an enterprise from a certain viewpoint. These were IDEF0, IDEF1, IDEF2 and IDEF3 for functional, data, dynamic and process analysis respectively. Over the past decades a number of tools and techniques for the integration of these different notations have been developed incrementally.

IDEF shows how a business process flows through a variety of decomposed business functions with corresponding information inputs, outputs and actors. Like CIMOSA, it also uses different enterprise views. Moreover, IDEF can be easily transformed into UML-diagrams for the further development of IT systems. These positive characteristics make it a powerful method for the development of Functional Software Architectures.

Petri Nets

Petri Nets are established tools used to model manufacturing systems.[14] They are highly expressive and provide good formalisms for the modeling of concurrent systems. The most advantageous properties are the ability to create simple representation of states, concurrent system transitions and capabilities thereby allowing modelling of the duration of transitions. As a result, Petri Nets can be used to model certain business processes with corresponding state and transitions or activities therein as well as outputs. Moreover, Petri Nets can be used to model different software systems and transitions between these systems. In this way programmers can use it as a schematic coding reference.

In recent years research has shown that Petri Nets can contribute to the development of business process integration. One of these is the "Model Blue" methodology developed by IBM's Chinese Research Laboratory. Model Blue outlines the importance of model driven business integration as an emerging approach to building integrated software platforms.[15] The correspondence between their Model Blue business view and an equivalent Petri Net is also shown, which indicates that their research has closed the gap between business and IT. However, instead of Petri Nets the researchers instead use their own Model Blue IT view, which can be derived from their business view through a transformation engine.

Unified Modeling Language (UML)

Unified Modeling Language (UML) is a broadly accepted modeling language for the development of software systems and applications. Many within the Object-oriented analysis and design community also use UML for enterprise modeling purposes. Here, emphasis is placed on the usage of enterprise objects or business objects from which complex enterprise systems are made. A collection of these objects and corresponding interactions between them can represent a complex business system or process. While Petri Nets focus on the interaction and states of objects, UML focuses more on the business objects themselves. Sometimes these are called “enterprise building blocks” and includes resources, processes, goals, rules and metamodels.[16] Despite the fact that UML can be used to model an integrated software system, it has been argued that the reality of business can be modeled with a software modeling language. In response, the object oriented community makes business extensions for UML and adapts the language accordingly. Extended Enterprise Modeling Language (EEML) is derived from UML and is proposed as a business modeling language. The question remains as to whether this business transformation is the correct method to use, as it was earlier said that UML in combination with other “pure’ business methods may be a better alternative.

Enterprise Function Diagrams

EFD is a used as a modeling technique for the representation of enterprise functions and corresponding interactions. Different business processes can be modeled in these representations through the use of “function modules” and triggers. A starting business process delivers different inputs to different functions. A process flowing through all the functions and sub-functions creates multiple outputs. Enterprise Function Diagrams thereby provide an easy-to-use and detailed representation about a business process and its corresponding functions, inputs, outputs and triggers. In this way EFD has many similarities with IDEF0 diagrams, which also represent business processes in a hierarchical fashion as a combination of functions and triggers. The two differ in that an EFD places the business functions in an organization hierarchical perspective, which outlines the downstream of certain processes in the organization. On the other hand, IDEF0 diagrams show the responsibilities of certain business functions through the use of arrows. Furthermore, IDEF0 provides a clear representation of inputs and outputs for every (sub)function.

EFD may be used as a business front-end to a software modeling language like UML and its major similarities to IDEF as a modeling tool indicate that this is indeed possible. However, further research is needed to improve EFD techniques in such a way that formal mappings to UML can be made.[17] Research on the complementary use of IDEF and UML has contributed to the acceptance of IDEF as business-front end and therefore a similar study should be carried out with EFD and UML.

See also

Associations

References

  1. R.E. Giachetti (2010). Design of Enterprise Systems: Theory, Methods, and Architecture. CRC Press, Boca Raton, FL.
  2. 1 2 Jan Dietz (2006). Enterprise Ontology - Theory and Methodology. Springer-Verlag Berlin Heidelberg.
  3. De Vries, Marne, Aurona Gerber, and Alta van der Merwe. In: Aveiro D., Tribolet J., Gouveia D. (eds) "The Nature of the Enterprise Engineering Discipline." Advances in Enterprise Engineering VIII. Springer International Publishing, 2014. p. 1-15.
  4. 1 2 Enterprise Engineering Research at Royal Holloway led by Dr Alan Pilkington, Ver 9.08. Accessed 4 November 2008.
  5. Vernadat, F.B. (1996) Enterprise Modeling and Integration: Principles and Applications. Chapman & Hall, London, ISBN 0-412-60550-3.
  6. J. A. Bubenko (1993). "Extending the Scope of Information Modelling". In: Proceedings of the 4th International Workshop on the Deductive Approach to Information Systems and Database Systems, Costa Brava, Catalonia. 1993.
  7. 1 2 Gustas, R and Gustiene, P (2003) "Towards the Enterprise engineering approach for Information system modelling across organisational and technical boundaries", in: Proceedings of the fifth International Conference on Enterprise Information Systems, vol. 3, Angers, France, 2003, pp. 77-88.
  8. Jan Dietz, Jan Hoogervorst et al. (2013). The Discipline of Enterprise Engineering". International Journal of Organisational Design and Engineering, Vol. 3, No. 1, 2013, pp 86-114.
  9. Beekman, (1989); European Committee for Standardization, ECN TC310 WG1, 1994
  10. U.S. Airforce (1981); ICAM architecture part 1, Ohio, Air Force Materials Laboratory, Wright-Patterson
  11. Peterson J.L. (1981); Petri net theory and the modeling of systems, Englewood Cliffs, N.J., Prentice Hall.
  12. Marshall, C. (2000); Enterprise Modelling with UML, ISBN 0-201-43313-3, Addison-Wesley, MA.
  13. Vernadat F.B.; A vision for future work of the task force (IFAC-IFIP).
  14. Silva, M. and Valette, R. (1989); Petri nets and Flexible manufacturing. Lecture Notes on Computer Science, 424, 374–417.
  15. Zhu et al. (2004); Model-driven business process integration and management: A case study with the Bank SinoPac regional service platform, IBM Corporation, Res. & Dev. Vol. 48 No. 5/6.
  16. Eriksson & Penker (1998); UML Toolkit, Wiley, New York.
  17. Kim & Weston & Hodgson & Lee (2002); The complementary use of IDEF and UML. Information system engineering, Deajon University South Korea, Computers & Industrial Engineering 50, 35–56.

Further reading

Wikiquote has quotations related to: Enterprise engineering
This article is issued from Wikipedia - version of the Thursday, March 24, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.