Das Kefk Network Wiki befindet sich im Testbetrieb.

Zachman Framework

Aus Kefk.

Wechseln zu: Navigation, Suche

Das Zachman Framework ist ein 1987 von John Zachman konzipierter domänenneutraler Ordnungsrahmen zur Entwicklung von Informationssystemen.

Es bildet dabei einen Leitfaden, der Vorschläge enthält, welche Aspekte aus welchen Perspektiven Berücksichtigung finden sollten, um die Softwarearchitektur einer Unternehmung erfolgreich aufzustellen. Mit Hilfe dieser Modellierung kann sowohl die Dokumentation- als auch die Planung eines solchen Projekts unterstützt werden, wenn bspw. nachvollzogen werden soll, welche Entscheidungen welche technischen Umsetzungen nach sich gezogen haben.[1]

Inhaltsverzeichnis

Aufbau

Anders als bei ähnlichen Frameworks, die häufig Vorgehensmodelle enthalten, zeigt das Zachman Framework keine zu durchlaufende Prozessabfolge auf, sondern fokussiert auf die beteiligten Rollen, denen es nach unterschiedlichen Perspektiven jeweils zu betrachtende Objekte zuordnet. Dabei werden keine konkreten Methoden vorgegeben, sondern lediglich die zu verfolgende Sicht vorstrukturiert. Das Zachman Framework stellt dadurch ein Hilfsmittel dar, um bei der Systemplanung und Entwicklung alle relevanten Aspekte aus allen zu betrachtenden Perspektiven umfassend zu berücksichtigen.

Rollen

  • Planner
  • Owner
  • Designer
  • Builder
  • Programmer
  • User

Perspektiven

  • What (Data)
  • How (Function)
  • Where (Network)
  • Who (People)
  • When (Time)
  • Why (Motivation)

Zachman Framework

DATA
What 		FUNCTION
How 		NETWORK
Where 		PEOPLE
Who 		TIME
When 		MOTIVATION
Why
Objective/Scope
(Contextual)
→ Role: Planner 		List of Things important in the Business List of Core Business Processes List of Business Locations List of important Organizations List of Events List of Business Goals/Strategies
Enterprise Model
(Conceptual)
→ Role: Owner 		Conceputal Data/ Object Model Business Process Model Business Logistics System Work Flow Model Master Schedule Business Plan
System Model
(Logical)
→ Role: Designer 		Logical Data Model System Architecture Model Distributed Systems Architecture Human Interface Architecture Processing Structure Business Role Model
Technology Model
(Physical)
→ Role: Builder 		Physical Data/ Class Model Technology Design Model Technology Architecture Presentation Architecture Control Structure Rule Design
Detailed Representations
(Out of Context)
→ Role: Programmer 		Data Definitions Programm Network Architecture Security Architecture Timing Definition Rule Specification
Functioning Enterprise
→ Role: User 		Usable Data Working Function Usable Network Functioning Organization Implemented Schedule Working Strategy

Bewertung

Die Perspektiven „What“, „How“ und „When“ finden in vielerlei Methoden Berücksichtigung. Die Betrachtung der Vernetzung mit Hilfe der Perspektive „Where“ sowie die Bezugnahme auf eine Begründung, warum bestimmte Maßnahmen erforderlich sind, werden in der Perspektive „Why“ aufgegriffen, was neuartig ist.[2]

Bei dem Zachman Framework handelt es sich um ein generisches Konzept mit geringem Formalisierungsgrad, das keine konkreten Vorgaben über einzusetzende Methoden umfasst, jedoch die jeweils zu erreichenden Zielsetzungen aufzeigt. Dabei deckt es durch die Berücksichtigung unterschiedlicher beteiligter Rollen einen Großteil der Phasen des Softwareentwicklungsprozess ab. Allerdings wird das begleitende Projektmanagement dabei ausgeblendet. Da es sich bei diesem Konzept um ein Ordnungsschema handelt, fällt der potentielle Automatisierungsgrad verhältnismäßig gering aus. Durch seine methodische Offenheit ermöglicht es jedoch die Einbeziehung neuartiger Methoden, so dass es seine Aktualität auf lange Sicht beibehalten kann.[3]

Quellen

  1. ↑ Filß, C.; Höhn, R.; Höppner, S.; Schumacher, M.; Wetzel, H.: Rahmen zur Auswahl von Vorgehensmodellen (PDF), Arbeitsbericht der GI Fachgruppe WI-VM, Arbeitskreis „Vorgehensmodelltypen“, März 2005, S. 206
  2. ↑ Filß, C.; Höhn, R.; Höppner, S.; Schumacher, M.; Wetzel, H.: Rahmen zur Auswahl von Vorgehensmodellen (PDF), Arbeitsbericht der GI Fachgruppe WI-VM, Arbeitskreis „Vorgehensmodelltypen“, März 2005, S. 204
  3. ↑ Filß, C.; Höhn, R.; Höppner, S.; Schumacher, M.; Wetzel, H.: Rahmen zur Auswahl von Vorgehensmodellen (PDF), Arbeitsbericht der GI Fachgruppe WI-VM, Arbeitskreis „Vorgehensmodelltypen“, März 2005, S. 205f

Literatur

  • Zachman, J. A.: A framework for information systems architecture (PDF), IBM Systems Journal, Vol. 26, No. 3, 1987, S. 277-293
  • Zachman, J. A.: Enterprise Architecture, A Framework, Zachman Institute, 2004
  • Sowa, J. F.; Zachman, J. A.: Extending and formalizing the framework for information systems architecture. In: IBM Systems Journal, Vol. 31, No. 3, 1992, S. 590-616
  • Inmon, W. H.; Zachman, J. A.; Geiger, J. G.: Data stores, data warehousing, and the Zachman framework. Managing enterprise knowledge. New York 1997, ISBN 0-07-031429-2
  • Filß, C.; Höhn, R.; Höppner, S.; Schumacher, M.; Wetzel, H.: Rahmen zur Auswahl von Vorgehensmodellen (PDF), Arbeitsbericht der GI Fachgruppe WI-VM, Arbeitskreis „Vorgehensmodelltypen“, März 2005
  • Frank, U.: Multiperspektivische Unternehmensmodellierung (PDF), Theoretischer Hintergrund und Entwurf einer objektorientierten Entwicklungsumgebung, Oldenbourg 1994, ISBN 3-486-22922-2, S. 150-158

Weblinks

Wikipedia
 Dieses Dokument entstammt in seiner ersten oder einer späteren Version der deutschsprachigen Wikipedia. Es ist dort zu finden unter dem Stichwort Zachman_Framework, die Liste der bisherigen Autoren befindet sich in der Versionsliste; die Originalfassung kann dort auch bearbeitet werden. Alle Texte der Wikipedia und ihre Derivate stehen unter der GNU-Lizenz für freie Dokumentation.
Von „http://www.kefk.org/wiki/Zachman_Framework“
Persönliche Werkzeuge
Andere Sprachen