Functional software architecture: Difference between revisions

Content deleted Content added
Nvrij (talk | contribs)
No edit summary
 
Nvrij (talk | contribs)
Line 12:
The development of a Functional Software Architecture can be done by a number of (combined) methods and techniques. Figure 1 outlines the methods and techniques that will be discussed in this paper. Filling in the “gab” between the enterprise engineers and software engineers through the use of different combinations of methods and techniques will be the main objective of this paper. However, this objective can only be reached when combined methods result in clear and rich Functional Software Architectures that are developed and used by both parties.
 
[[Image:FSA-network.pngPNG]]
 
''Figure 1: Methods and techniques for the development of FSA''
 
The different methodologies, methods and techniques discussed in this paper are presented as boxes. The boxes can be connected with each other by lines, which indicate a combination of methods. All boxes within the rectangle of Functional Software Architecture are connected with the Enterprise Engineering box, which outlines the fact that these methods/methodologies can be used in Enterprise Engineering. Only the UML and Petri Net boxes are directly connected with the box containing Software Engineering. That is, these two are commonly used by software engineers for the design and coding of a system. The red lines indicate for which methods/techniques examples are given and extensively discussed in this paper. However, for all methods/methodologies and techniques some background information is given
 
At the top-level it shows the Enterprise Engineering field. Optimizing the internal and external business processes through process reengineering is one of the main objectives an enterprise can have in times of high external pressure. A business process involves value creating activities with certain inputs and outputs, which are interconnected and thereby jointly contribute to the final outcome (product or service) of the process. Process reengineering covers a variety of perspectives of how to change the organization. It is concerned with the redesign of strategic, value adding processes, systems, policies and organizational structures to optimize the processes of an organization [2]. This paper considers process (re)engineering as part of the broader enterprise engineering field.
 
----
 
==Modeling the business==
 
Within the area of enterprise engineering formal methodologies, methods and techniques are designed, tested and extensively used in order to offer organizations reusable business process solutions:
*The Computer Integrated Manufacturing Open Systems Architecture (CIMOSA) methodology[3]
*The Integrated Definition (IDEF) methodology [4]
*Petri Nets [5]
*Unified Modeling Language (UML) or Unified Enterprise Modeling Language (UEML) [6,7]
*Enterprise Function Diagrams (EFD)
 
These methodologies/techniques and methods are all more or less suited in modeling the enterprise and its underlying processes. So, which of them are suited for the further development of Information Technology systems that are needed for effective and efficient (re)designed processes? More important, why using a time consuming enterprise methodology when information and software engineers can’t or won’t use the unclear results in the development of efficiency enabling IT systems? Before we can give the answers to these questions some short descriptions of the listed methods above are given.