Zur Beherrschung großer Systeme, insbesondere zur Weitergabe und Nutzung von Erfahrungswissen
in der frühen Entwurfs- und Planungsphase, benötigt man Abstraktionen für deren
Strukturen. Trennt man Software- von Systemstrukturen, kann man mit letzteren Systeme auf ausreichend
hohem Abstraktionsgrad beschreiben.<br><br>Software-Patterns dienen dazu, Erfahrungswissen
bezüglich programmierter Systeme strukturiert weiterzugeben. Dabei wird unterschieden zwischen
Idiomen, die sich auf Lösungen mit einer bestimmten Programmiersprache beziehen,
Design-Patterns, die nur einen kleinen Teil des Programms betreffen und Architektur-Patterns,
deren Einfluss über einen größeren Teil oder gar das komplette Programm reicht.
<br><br>Eine Untersuchung von existierenden Patterns zeigt, dass deren Konzepte nützlich zum
Finden von Systemstrukturen sind. Die grafische Darstellung dieser Patterns ist dagegen oft auf
Software-Strukturen eingeschränkt und ist für die Vermittlung von Erfahrungen zum Finden
von Systemstrukturen meist nicht geeignet. <br><br>Daher wird die Kategorie der
konzeptionellen Patterns mit einer darauf abgestimmten grafischen Darstellungsform vorgeschlagen,
bei denen Problem und Lösungsvorschlag im Bereich der Systemstrukturen liegen. Sie betreffen
informationelle Systeme, sind aber nicht auf Lösungen mit Software beschränkt. Die
Systemstrukturen werden grafisch dargestellt, wobei dafür die Fundamental Modeling Concepts
(FMC) verwendet werden, die zur Darstellung von Systemstrukturen entwickelt wurden. / Planning large and complex software systems is an important task of a system architect. It includes
communicating with the customer, planning the overall system structure as well as preparing the
division of labor among software engineers. What's more, a system architect benefits from other
professionals' experiences concerning system architecture. By separating system from software
structures, one can now describe a system by its system structure on an adequate level of abstraction.
<br><br>Patterns provide a common form for the transfer of experiences. A pattern describes
a widely used and proven solution to a problem that occurs in a certain context. <br><br>A study of
existing architectural and design patterns shows that the concepts of many patterns carry valuable
experiences concerning finding system structures. On the other hand, the graphical representations
of these patterns usually focus on the software structures resulting from the solution in terms of
classes and their relationships. This can be a problem if the solution doesn't imply one specific
software structure but rather describes a concept which may be even independent from an implementation
via software at all.<br><br>For that reason, Conceptual Patterns are introduced. A pattern
can be called conceptual if both problem and solution concern system structures. Here, the functional
aspects and structures of the system are relevant while code structures or even the use of software
for implementation are not. To support the focus on system structures, terminology and notation of
conceptual patterns should use an adequate means such as provided by the Fundamental Modeling Concepts (FMC).
| Identifer | oai:union.ndltd.org:Potsdam/oai:kobv.de-opus-ubp:230 |
| Date | January 2004 |
| Creators | Gröne, Bernhard |
| Publisher | Universität Potsdam, Mathematisch-Naturwissenschaftliche Fakultät. Institut für Informatik |
| Source Sets | Potsdam University |
| Language | German |
| Detected Language | English |
| Type | Text.Thesis.Doctoral |
| Format | application/pdf |
| Rights | http://opus.kobv.de/ubp/doku/urheberrecht.php |
Page generated in 0.0022 seconds