Content deleted Content added
ISresearcher (talk | contribs) |
ISresearcher (talk | contribs) No edit summary |
||
| (45 intermediate revisions by 14 users not shown) | |||
Line 1:
[[File:Architecture of Interoperable Information Systems.gif|thumb|right|Architecture of Interoperable Information Systems]]▼
The '''Architecture of Interoperable Information Systems (AIOS)''' is a reference architecture for the development of interoperable [[enterprise information systems]]. If enterprises or public administrations want to engage in automated business processes with other organizations, their IT systems must be able to work together, i.e. they need to be [[interoperability|interoperable]]. The AIOS represents
The AIOS was described in a doctoral thesis and is based on the results of various research projects on interoperability
== Definition ==
'''[[Information
'''[[Architecture]]''' is defined as the “fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution”.<ref>IEEE (2007): IEEE 1471 Website, IEEE Std. 1471 Frequently Asked Questions (FAQ) - Version 5.0, 19 July 2007.
Accordingly, an '''Architecture of Interoperable Information Systems''' can be defined as the building plan of a cross-organizational information system, which enables organizations to execute a collaborative business process among them.
== Background and Application ==
Following the work on interoperable information systems conducted in European Research Projects
The AIOS originally aims at large organizations who want to interoperate with each other. To this aim it describes how internal information system elements can be systematically connected with the information systems of collaboration partners. ▼
▲The AIOS
Though the AIOS comprises all models needed for the enactment of collaborative business it focuses on '''design time''' aspects, e.g. the systematic development and configuration of interoperable information systems. The deployment of these models and the infrastructure to execute them are not described by AIOS. However, one '''run time''' component of the AIOS is a repository, in which each organization publishes the content of its [[Business Interoperability Interface]] (BII) to collaboration partners. Since it comprises external views on information system elements, it can support (runtime) publishing and discovery functionalities as needed in [[Service-oriented Architecture]]: In the BII, the externally relevant processes, services, organization structures etc. are described on various levels of technical granularity, enabling other organizations to search also for business-level concepts and not only for technical artifacts. Here, different from the traditional SOA approach, instead of one central service directory, various partner-specific repositories are implemented.▼
# Description of the different data types comprised in interoperable information system as well as their relationships. This is also called the '''static''' part, or the ''structure'' of the architecture. It tells organizations which information elements (e.g. descriptions of messages, exchange sequences, roles and services) they have to provide to collaboration partners and how they can optimally correlate these to internal elements.
# Description of different building paths for implementing or adjusting interoperable information systems. This is also called the '''dynamic''' part of the architecture. It tells organization, how to iteratively develop the elements mentioned above.
# Concept for the technical '''components needed to implement''' the architecture, for example design tools, internal and externally visible repositories.
▲
== Structure ==
The static part of the architecture builds on three orthogonal axes: Enterprise Dimensions, Levels of technical Granularity and Collaborative Views.
▲[[File:Architecture of Interoperable Information Systems.gif|thumb|right|Architecture of Interoperable Information Systems]]
=== Enterprise dimensions===▼
=== Collaborative views ===
Similar to private, public and global views as known from business process and workflow modeling, in the AIOS, corresponding private, public and global views on information system elements are provided
# The '''private view''' comprises the only internally visible information system elements.
# The '''public view''' acts as an interface to the internal, private system elements; it protects internal systems and enables interoperability without the need for a significant change to the internal systems. This public view describes the information system boundaries of an organization to its collaboration partners and connects internal and external information systems, thereby also providing the content of the [[Business Interoperability Interface]] of an organization.
# The '''global view''' can be used to correlate and connect the public views of different systems.
▲=== Enterprise dimensions ===
[[File:AIOS Enterprise Dimensions.JPG|thumb|Illustration of the Architecture of Interoperable Information Systems / Enterprise Dimensions]]
To describe business processes comprehensively this axis provides distinct views on processes, functions, data, and organizational elements.
# In the '''organizational dimension''', roles, units and other organization elements relevant for the collaboration are described and related to internal elements. This ensures for example, that the collaboration partners have a common understanding of the interacting roles.
# In the '''data dimension''', document types used in the collaboration are defined and related to internally used document types.
# In the '''function dimension''', business functions and services offered in the collaboration are described.
# In the '''process dimension''', the processes that each organization offers are described as well as how these public processes are related to adjacent processes of partner organizations.
Thus, in combination with the axis "collaborative views", '''private, public and global views on processes, functions, data, and organizational roles''' are provided.
=== Levels of technical granularity ===
[[File:AIOS Levels of technical detail.JPG|thumb|AIOS Levels of technical detail]]
The description of system elements on different levels of technical granularity supports a systematic development of collaborative information systems, starting with the business requirements definition and going all the way down to the code level. Apart from the construction aspect, thereby also a multi-dimensional interoperability description is
# '''Business Level''': Here the processes to be automated are described from a technique independent level. In MDA this level is referred to as CIM level.
# '''Technical Level''': Here the IT concept is described. Therefore, the models from the first level are technically enriched, for example, instead of business functions now components are described, but still on a coarse-grained, conceptual level. Since the models on the second level represent the basis for an automated generation of executable code, they might have to be further adapted to fit implementation level constraints. # '''Execution Level''': Here the models are machine interpretable and can be used during runtime in the execution of processes.
== References ==
{{Reflist}}
[[Category:Service-oriented (business computing)]]
[[
[[
▲[[:Category:Collaborative software]]
▲[[:Category:Software]]
| |||