infforum

Systemabgrenzung

Einigung zwischen Auftraggeber und Auftragnehmer
über den Projektumfang

Unternehmensberatung Know-how-Transfer zu Vorgehensmodellen - Methoden - Werkzeugen


Startseite Informatik Forum

Anforderungsanalyse

Prozess-Modellierung

Anwendungsentwicklung

Projektmanagement

Kontextdiagramm erstellen systemgrenzen Kommunikationsfluss-Analyse Systemkontext Vvorlage Wirkungsanalyse Materialfluss Reorganisation Plan Kontext Analyse Erfahrung System-Abgrenzung actor Informationsfluss System-Schnittstellen Daten Architektur Aufbau system context diagram Problem Wissen function Programm black box Darstellungsform Anleitung Aufwand Software-Entwicklung Systemdiagramm Entwicklung Materialflussanalyse Voraussetzungen Ergebnis CARE-Tool Akteur Definition Projektkontext grafisch darstellen Abgrenzungen Schritte Modelle Systemkontext Kontextanalyse Erklärung Rollen Zielanalyse Vorgehensweise Projektumfang Abbildung Informationsflüsse Consulting template Einführung Projektkontext Informatik Dokumentation Systemanforderung Erläuterung Projektkontextdiagramm Funktionsanalyse Arbeitsschritte Ist-Analyse Schaubild Nutzen Systemkontextdiagramm erstellen Darstellung guide Zielsetzung Software-System Projektschnittstellen darstellen Leitfaden Systementwicklung Zusammenfassung DV Projektabgrenzung Prozess Beschaffung Projektmanagement Umweltdiagramm

INffORUM Leistungen

Projekt-Beispiele

Kontakt zu INffORUM

Kommunikationsfluss-Analyse Wirkungsanalyse Schnittstelle Beziehungen Darstellung Systemkontext Matrix Doku Projektkontext Abgrenzung Anordnung grafisch darstellen Ebene Kontextanalyse Kompetenz lernen black box Materialflussanalyse Requirements Engineering Experte Konzeption Systemdiagramm interface external Berater Einflussgrößenanalyse Projektabgrenzung Schnittstellen Prozesse Flussdiagramm stakeholderanalyse Abgrenzungen Beispiele

Ziele

Themen

SIP - Strategische Informationssystemplanung

GPM - Geschäftsprozess-Modellierung

Anforderungsanalyse Anforderungsmanagement

Vorgehensmodell

Methoden

Systemabgrenzung

PZR-Analyse

Problemanalyse / Schwachstellenanalyse

Zielanalyse

Restriktionsanalyse

Affinitätsanalyse

Durchführbarkeitsanalyse / Wirtschaftlichkeitsanalyse

Werkzeuge Requirements Engineering

objectiF RPM

Anwendungsentwicklung

Vorgehensmodelle

Wasserfall-Modell

Spiral-Modell

V-Modell

Evolutionäre / inkrementelle Vorgehen

RUP - Rational Unified Process

Agile Softwareentwicklung

MDA - Model Driven Architecture

Methoden

Methode SA - Strukturierte Analyse

Methode ESA - Essentielle System-Analyse

Methode SD - Strukturiertes Design

Methode ERM - Entity-Relationship-Modellierung

Methode RM - Relationen-Modellierung

Methode UML - Unified Modeling Language

Werkzeuge Software Engineering

case/4/0

Innovator

objectiF

Projekt-Management

Vorgehensmodell

Projektstrukturplanung

Aktivitätenplanung

Arbeitsplanung

Kapazitätsplanung / Ressourcenplanung

Change-Management

Konfigurations-Management

Methoden/Techniken

Netzplan-Technik

Balkenplan-Technik

Meilenstein-Trend-Analyse

Methoden Aufwandsschätzung

Methode NuWA - Nutzwertanalyse

Werkzeuge Projekt-Management

in-STEP BLUE

Primavera

Übersicht Leistungen

Organisationskonzepte

Studien, Gutachten

Auswahl Requirements Engineering (CARE) Tool

Auswahl Software Engineering (CASE) Tool

Auswahl Projekt-Management (PM) Tool

Projektleitung

Coaching IT-Projektleiter

Know-how-Transfer Projekte

Beratung und Unterstützung

Software Einsatz case/4/0

Software Einsatz Innovator

Software Einsatz ObjectiF

Projektbeispiele

Informationssystem-Planung

IV-Rahmenplanung Museum

Kommunikationsanalyse Versicherung

Organisation

ORG-BW-Gesamtmodell

Prozessmodellierung und Ablauf-Organisation Rating

Versionierung in der Logistik

Know-how-Transfer Software-Entwicklung

Vorgehensmodell Analyse
mit Einsatz case/4/0

Vorgehensmodell mit Word-Dokumentation

Werkzeug-Einführung Innovator

Simulation Tour de France (mit Download)

Cockpit - Steuerung der Simulation

Mitarbeiter-Profil

Kontakt

Impressum

Unsere Kompetenz

Abgrenzung Untersuchungsbereich über ein Kontextdiagramm

Die Abgrenzung des Untersuchungsbereichs besitzt in der Systemanalyse eine außerordentlich wichtige Bedeutung für ein Projekt. Dennoch wird sie in der Praxis der Anforderungsanalyse oft zu spät und unsauber eingesetzt. So wird zum Beispiel im Information Engineering der System-Kontext erst in der Analyse-Phase definiert (s.a. Software Engineering Vorgehensmodelle).
Bei einer frühzeitigen Durchführung während der Systemplanung können über die Systemabgrenzung in einer Black-box-Betrachtung die folgenden Aspekte als wesentliche Fakten klargestellt und über eine Diagramm-Darstellung (Kontext-Diagramm als ⇓Informationsflussdiagramm⇓ oder ⇓UML-Diagramm⇓) visualisiert werden:

  • Welche Komponenten zum Projekt gehören und welche außerhalb liegen,
  • dass die Projektziele zum Projektinhalt passen,
  • dass alle Verantwortungsträger für die Komponenten der System-Schnittstellen an der Planung beteiligt werden und
  • dass dementsprechend die notwendige Kompetenz im Projekt vorhanden ist.

Die Klärung dieser Fragen erleichtern die Aufgaben im Projektmanagement bzw. der Projektleiter. Dabei gilt auch festzulegen, ob das Diagramm den System-Kontext oder als Projektabgrenzung den Projekt-Kontext als Ausschnitt des Systems darstellt.

In der Systemabgrenzung führt der Weg zu einem Kontextdiagramm über

  1. Analyse der Externen Partner (Stakeholder-Analyse)
    Für wen wird das System entwickelt?
    Wer kann die Durchführung seiner Aufgaben durch die Nutzung des Systems erleichtern?
    Wer ist Empfänger oder Lieferant von Leistungen?
    Wer hat einen Informationsbedarf, den das IT-System abdecken kann?
    Wer wird mit der Administration und Pflege des Systems betraut?
    Voraussetzung für Mittelanalyse und Kommunikationsflussanalyse.

  2. Wirkungsanalyse
    Was soll das System produzieren? (Anforderungskatalog!)
    Welche Wirkungen beeinflussen das System?
    Welche Leistungen können in separate IT-Systeme ausgelagert werden? (Ziel: Projekte mit geringerem Umfang!)

  3. Mittelanalyse
    Wie sieht der Materialfluss zwischen Externen Partnern (zum Beispiel Kunde, Lieferant) und System aus? (Materialfluss kann zum Beispiel Waren oder Geld beinhalten.)

  4. Kommunikationsflussanalyse
    Kommunikationsfluss zwischen Externen Partnern und System.
    Durch welche Funktionen können Aufgaben besser zwischen Externen Partnern koordiniert werden?
    Welche Informationen müssen Externe Partner liefern, damit das System seine Aufgaben erfüllen kann?
    Wie müssen die Systemschnittstellen zu anderen Anwendungen / Informationssystemen beschaffen sein?

  5. Einflussgrößenanalyse
    Art und Umfang der äußeren Einflüsse auf ein System (Rollen - Interessen - Einflüsse).
    Wer muss in die Projektplanung einbezogen werden?
    In der Einflussgrößenanalyse wird die Wirkung der externen Einflüsse auf das System bewertet.

weiterführende
externe Links

In Teilen bringt die Stakeholder-Analyse vergleichbare Ergebnisse. Hier wird der Schwerpunkt auf die Einflüsse auf das Projekt sowie zusätzlich die Beziehungen der Stakeholder untereinander gesetzt.

Die Systemabgrenzung wird im Kontext-Diagramm grafisch als Informationsfluss-Diagramm (Datenflussdiagramm) mit den Elementen

  • Funktion (Prozess, Aufgabe),

  • Externer Partner (Beteiligter, Externe Schnittstelle, Terminator) und

  • Informationsfluss (Kommunikationsfluss, Datenfluss, Materialfluss, Kontrollfluss)

dargestellt. Zusätzlich wird für alle im Kontext-Diagramm enthaltenen Elemente eine Definition und eine Beschreibung erstellt. Die Beschreibung hat zum Ziel, die Präzision der Abgrenzung zu erhöhen.

Das Kontextdiagramm wird in der Strukturierten Analyse als Datenfluss-Diagramm der Ebene 0 bezeichnet.

Wikipedia: Stakeholderanalyse als Teil der Umweltanalyse

Beispiel: Modellierung Kontextdiagramm zum Abgrenzen des "System: Beherbergung" in einem Hotelbetrieb als Informationsfluss-Diagramm (IFD)

Systemabgrenzung Kontextdiagramm Informationsfluss-Diagramm

Kunde und Gast sind hier im Kontextdiagramm externe Beteiligte,
Marketing ist als Abteilung im eigenen Haus ebenfalls Externer Partner des Systems "Beherbergung",
FiBu, Beschaffung und Partner verwalten sind im Beispiel per Definition unabhängige Hotel-Systeme mit Schnittstellen zur Beherbergung.
Die Externen Partner / Externe Schnittstellen stellen im Kontext-Diagramm zusammen die Umgebung der Anwendung "Beherbergung verwalten" dar und sind jeweils über einen Informationsfluss / Kommunikationsfluss / Datenfluss mit dem System verbunden.

Die Systemabgrenzung kann ebenso in der Notation der Unified Modeling Language als UML-Kontextdiagramm dargestellt werden.

Systemabgrenzung Kontextdiagramm UML

Beispiel: UML-Kontextdiagramm mit den Objekten Akteur und Anwendungsfall für die Anwendung "Beherbergung verwalten"

In der Anforderungsanalyse werden im Use-Case-Diagramm jedoch üblicherweise jeweils Ausschnitte des IT-Systems für zusammenhängende Use Cases oder Geschäftsprozesse (s.a. Geschäftsprozess-Modellierung) dargestellt. Damit ist die Darstellung einer Systemabgrenzung in der UML-Modellierung meist nur über die Definition mehrerer Use-Case-Diagramme machbar. Auch ist die Definition der Inhalte der Schnittstelle zwischen den Externen Partnern und dem System im Diagramm nicht ersichtlich.

Im Vorgehen der UML-Modellierung wird der Begriff Kontextdiagramm auch verwendet, um die Umgebung eines einzelnen Objektes darzustellen und daraus die Requirements abzuleiten. Es werden dann alle Objekte im Diagramm aufgezeigt, mit dem ein ausgewähltes Objekt in Beziehung steht.

Zum Thema Abgrenzung Untersuchungsbereich im Rahmen der Systemanalyse bietet INffORUM Schulungen (Seminar, Workshop, Tutorial) und in der Projektarbeit Coaching und Unterstützung bei der Projekt-Durchführung. Auch der Werkzeug-Einsatz, sowohl für SA-Tools als auch für UML-Tools, kann in der Schulung vermittelt werden (s.a. Werkzeuge Software Engineering).

Das Training zur Methode der Systemabgrenzung, sowohl Seminar als auch Workshop und Tutorial, kann dabei auf den speziellen Bedarf einer Projekt-Gruppe zugeschnittenen werden. Die Durchführung steht meist im Zusammenhang mit anderen Methoden der Anforderungsanalyse oder der Anwendungsentwicklung.

Profitieren Sie in Ihrem IT-Projekt von den langjährigen Erfahrungen der INffORUM Berater.