Systemabgrenzung

Einigung zwischen Auftraggeber und Auftragnehmer
über den Projektumfang

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

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 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. 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!) Mittelanalyse Wie sieht der Materialfluss zwischen Externen Partnern (zum Beispiel Kunde, Lieferant) und System aus? (Materialfluss kann zum Beispiel Waren oder Geld beinhalten.) 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? 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) 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. 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).
Copyright © 2005 - 2018 Informatik Forum Simon Alle Rechte vorbehalten. Stand: 3. Mai 2018		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.

Systemabgrenzung

Einigung zwischen Auftraggeber und Auftragnehmerüber den Projektumfang

Unsere Kompetenz

Abgrenzung Untersuchungsbereich über ein Kontextdiagramm

Einigung zwischen Auftraggeber und Auftragnehmer
über den Projektumfang