Konzepte des Informationsmanagements
Problemorientierte Ansätze
Aufgabenorientierte Ansätze
Prozessorientierte Ansätze
Ebenenmodell
Architekturmodelle
Alle sind Sichten auf das gleiche Problem
„Informationsmanagement“
Problemorientierte Ansätze des IM
Applegate/McFarlan/McKenney (2001)
„Corporate Information Systems Management“
Relevante Themen fürs Management identifizieren!
Benson/Parker (1985) EWIM (Enterprise-wide Information Management)
Unternehmens- strategie
Informations- systeme align
enable
Beeinflussung von Technologie- und Geschäftssphäre
Geschäfts- planung Geschäfts-
planung
Informations- technologie Informations-
technologie
Informations- systemarchitektur
Informations- systemarchitektur Strategische
Planung Strategische
Planung
Nutzer DV-Bereich Anpassung
Beeinflussung
Ableitung 1 Begrenzung
3
2
4 Strat
egisc he A
bleitu ng 5
Quelle: In Anlehnung an Parker/Benson/Trainor (1988), Krcmar (1985)
Aufgabenorientierte Ansätze des IM
Strategische Aufgaben
– Ziele und strategische Maßnahmen
– Qualitätsmanagement
– Controlling und Revision
Administrative Aufgaben
– Projektmanagement
– Geschäftsprozessmanagement
– Daten- und Wissensmanagement
– Vertragsmanagement
– Sicherheitsmanagement
Operative Aufgaben
– Produktionsmanagement
– Problemmanagement
Prozessorientierte Ansätze des IM
COBIT
– IT-Governance-Referenzmodell
– Methodische Unterstützung für das IT-Management zur Erfüllung aller Anforderungen des Business
– Beschreibt ein generisches Prozessmodell für eine IT-Abteilung oder Organisation (COBIT-Cube ist Framework)
ITIL
– Referenzmodell für das Management von (internen) IT-Dienstleistungen (Services)
– Besteht aus 7 Modulen, davon bilden „Service Delivery“ und „Service Support“ den Kern
– De-facto-Standard für das IT Service Management
Ebenenmodell des IM
Ebene des Informationseinsatzes
Ebene der Informations- und Kommunikationssysteme
Ebene der Infrastrukturen der Informationsverarbeitung und
Kommunikation
Unterstützungs- leistungen
Unterstützungs- leistungen
Anforderungen Anforderungen
Quelle: Wollnik (1988)
Architekturmodelle
Idee der Informationssystem-Architekturen =
Idee der strukturellen Sichtweise + Idee des Überblicks durch Modellierung
IS-Architekturen seit Mitte der 80er Jahre
John Zachman (1987) Framework for Enterprise Architecture
„Architecture is that set of design artifacts, or decriptive
representations, that are relevant for describing an object such that it can be produced to requirements (quality) as well as maintained over the period of ist useful life (change).“
Unternehmensarchitektur:
– descriptive representations models
– object enterprise
– requirements management‘s requirements
Definition Architektur (Zachman)
Unternehmensarchitektur (Zachman)
5 Perspektiven:
Planner, Owner, Designer, Builder, Subcontractor
6 Fragestellungen:
– WHAT: Woraus wird das Produkt hergestellt?
– HOW: Wie funktioniert das Produkt
– WHERE: Wo befinden sich die einzelnen Produktkomponenten relativ zueinander?
– WHO: Wer ist für welche Schritte verantwortlich?
– WHEN: Was passiert wann?
– WHY: Wieso werden die verschiedenen
Produktentscheidungen so getroffen?
Zachman-Framework für IS-Architektur
e.g. DATA
Builder
SCOPE (CONTEXTUAL)
BUSINESS MODEL (CONCEPTUAL)
Designer SYSTEM MODEL (LOGICAL)
TECHNOLOGY MODEL (PHYSICAL)
DETAILED REPRESEN- TATIONS (OUT-OF- CONTEXT) Sub- Contractor
FUNCTIONING ENTERPRISE
DATA FUNCTION NETWORK
e.g. Data Definition
Ent = Field Reln = Address e.g. Physical Data Model
Ent = Segment/Table/etc.
Reln = Pointer/Key/etc.
e.g. Logical Data Model
Ent = Data Entity Reln = Data Relationship e.g. Semantic Model
Ent = Business Entity Reln = Business Relationship List of Things Important to the Business
ENTITY = Class of Business Thing
List of Processes the Business Performs
Process = Class of Business Process
e.g. Application Architecture
I/O = User Views Proc .= Application Function
e.g. System Design
I/O = Data Elements/Sets Proc.= Computer Function
e.g. Program
I/O = Control Block Proc.= Language Statement
e.g. FUNCTION e.g. Business Process Model
Proc. = Business Process I/O = Business Resources
List of Locations in which the Business Operates
Node = Major Business Location e.g. Business Logistics System
Node = Business Location Link = Business Linkage
e.g. Distributed System
Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics e.g. Technology Architecture
Node = Hardware/Systems Software Link = Line Specifications e.g. Network Architecture
Node = Address Link = Protocol
e.g. NETWORK Architecture
Planner
Owner
Builder
BUSINESS MODEL (CONCEPTUAL)
Designer SYSTEM MODEL (LOGICAL)
TECHNOLOGY MODEL (PHYSICAL)
DETAILED REPRESEN- TATIONS (OUT-OF CONTEXT)
Sub-
Contractor FUNCTIONING MOTIVATION
TIME
PEOPLE
e.g. Rule Specification
End = Sub-condition Means = Step e.g. Rule Design
End = Condition Means = Action e.g., Business Rule Model
End = Structural Assertion Means =Action Assertion End = Business Objective
Means = Business Strategy List of Business Goals/Stratgies
Ends/Means = Major Business Goal/Strategy List of Events/Cycles
Significant to the Business
Time = Major Business Event/Cycle
e.g. Processing Structure
Cycle = Processing Cycle Time = System Event
e.g. Control Structure
Cycle = Component Cycle Time = Execute
e.g. Timing Definition
Cycle = Machine Cycle Time = Interrupt
e.g. SCHEDULE e.g. Master Schedule
Time = Business Event Cycle = Business Cycle List of Organizations
People = Major Organization Unit e.g. Work Flow Model
People = Organization Unit Work = Work Product
e.g. Human Interface
People = Role Work = Deliverable e.g. Presentation Architecture
People = User Work = Screen Format
e.g. Security Architecture
People = Identity Work = Job
e.g. ORGANIZATION
Planner
Owner Important to the Business
What How Where Who When Why
SCOPE (CONTEXTUAL)
Architecture
e.g. STRATEGY
