System Context Diagram (SCD) in der Softwaretechnik und Systemtechnik ist ein Diagramm, das die Schauspieler außerhalb eines Systems vertritt, das mit diesem System aufeinander wirken konnte. Dieses Diagramm ist die höchste Niveau-Ansicht von einem System. Es ist einem Blockdiagramm ähnlich. SCDs zeigen ein System, häufig softwarebasiert, als Ganzes und seine Eingänge und Produktionen von\zu Außenfaktoren.

Übersicht

Systemzusammenhang-Diagramme sind im Systemdesign verwendete Diagramme, um die wichtigeren Außenfaktoren zu vertreten, die mit dem System in der Nähe aufeinander wirken. Dieser Typ des Diagramms gemäß Kossiakoff (2003) gewöhnlich "Bilder das System am Zentrum, ohne Details seiner Innenstruktur, die durch alle seine aufeinander wirkenden Systeme, Umgebung und Tätigkeiten umgeben ist. Das Ziel eines Systemzusammenhang-Diagramms ist, Aufmerksamkeit auf Außenfaktoren und Ereignisse zu richten, die im Entwickeln eines ganzen Satzes von Systemanforderungen und Einschränkungen betrachtet werden sollten".

Systemzusammenhang-Diagramme sind mit UML verbunden, und zeigen die Wechselwirkungen zwischen einem System und anderen Schauspielern, mit denen das System entworfen wird, um zu verbinden. Systemzusammenhang-Diagramme können im Verstehen des Zusammenhangs nützlich sein, dessen das System ein Teil sein wird.

Zusammenhang-Diagramme werden früh in einem Projekt verwendet, Konsens über das Spielraum unter der Untersuchung zu bekommen. Zusammenhang-Diagramme werden normalerweise in ein Voraussetzungsdokument eingeschlossen. Diese Diagramme müssen von allen Projektmiteigentümern gelesen werden und sollten so unmissverständlich geschrieben werden, so können die Miteigentümer Sachen innerhalb des Dokumentes verstehen.

Bausteine

Zusammenhang-Diagramme können mit dem Gebrauch von zwei Typen von Bausteinen entwickelt werden:

• Entitäten (Schauspieler): etikettierte Kästen; ein im Zentrum, das das System, und darum vielfache Kästen für jeden Außenschauspieler vertritt
• Beziehungen: etikettierte Linien zwischen den Entitäten und dem System

Zum Beispiel "erteilt Kunde Auftrag." Zusammenhang-Diagramme können auch viele verschiedene Zeichnungstypen verwenden, um Außenentitäten zu vertreten. Sie können Ovale, Stock-Zahlen, Bilder verwenden, Kunst oder jede andere Darstellung klammern, um Bedeutung zu befördern. Entscheidungsbäume und Datenlagerung werden in Systemflussschemen vertreten.

Ein Zusammenhang-Diagramm kann auch die Klassifikationen der Außenentitäten als eine von einer Reihe einfacher Kategorien verzeichnen (Beispiele:), die Klarheit zum Niveau der Beteiligung der Entität hinsichtlich des Systems hinzufügen. Diese Kategorien schließen ein:

• Aktiv: Dynamische Außenentitäten, die oft Ereignisse beginnen, um ein Ziel oder Zweck zu erreichen (Beispiele: "Artikel-Leser" oder "Kunden").
• Passiv: Statische Außenentitäten, die selten mit dem System aufeinander wirken (Beispiele: "Artikel-Redakteure" oder "Datenbankverwalter").
• Konsumverein: Voraussagbare Außenentitäten, die durch das System verwendet werden, um ein gewünschtes Ergebnis zu verursachen (Beispiele: "Internetdienstleister" oder "Schifffahrtsunternehmen").
• Autonomer (Unabhängiger): Außenentitäten, die vom System getrennt werden, aber das System indirekt, mittels auferlegter Einschränkungen oder ähnlicher Einflüsse betreffen (Beispiele: "Durchführungskomitees" oder "Standardgruppen").

Alternativen

Die besten Systemzusammenhang-Diagramme werden verwendet, um zu zeigen, wie System beerdigt, funktioniert an einem sehr hohen Niveau, oder wie Systeme funktionieren und logisch aufeinander wirken. Das Systemzusammenhang-Diagramm ist ein notwendiges Werkzeug im Entwickeln einer Grundlinie-Wechselwirkung zwischen Systemen und Schauspielern; Schauspieler und System oder Systeme und Systeme. Alternativen des Systemzusammenhang-Diagramms sind:

• Gebrauch-Fall-Diagramm: Eines der Vereinigten modellierenden Sprachdiagramme. Sie vertreten auch das Spielraum des Projektes an einem ähnlichen Niveau der Abstraktion. - Verwenden Fälle jedoch neigen dazu, sich mehr auf die Absichten von 'Schauspielern' zu konzentrieren, die mit dem System aufeinander wirken, und keine Lösung angeben. Gebrauch-Fall-Diagramme vertreten eine Reihe von Gebrauch-Fällen, die Textbeschreibungen dessen sind, wie ein Schauspieler das Ziel eines Gebrauch-Falls erreich. zum Beispiel: Kunde Erteilt Auftrag.
• IDEF0 Spitzenniveau-Zusammenhang-Diagramm: Der IDEF0-Prozess fängt mit der Identifizierung der Hauptfunktion an, zersetzt zu werden. Diese Funktion wird auf einem "Spitzenniveau-Zusammenhang-Diagramm" identifiziert, das das Spielraum der besonderen IDEF0 Analyse definiert.
• Unternehmensdatenmodell: Dieser Typ des Datenmodells gemäß Simsion (2005) kann bis zu 50 bis 200 Entitätsklassen enthalten, der sich aus spezifischem "hohem Niveau der Generalisation im Datenmodellieren" ergibt.
• Architektur-Verbindungsdiagramm: Die Zahl führt ein Beispiel eines Architektur-Verbindungsdiagramms an: Eine Darstellung von regionalem Albuquerque wird SEINE Architektur für die Albuquerque Polizeiabteilung miteinander verbunden, die mit dem Turboarchitektur-Werkzeug erzeugt wurde, wird in der Zahl gezeigt.. Jeder Block vertritt SEIN Warenbestand-Element einschließlich des Namens des Miteigentümers im beschatteten Teil der Spitze. Die Verbindungslinien zwischen Elementen sind fest oder verflixt, vorhandene oder geplante Verbindungen anzeigend.
• Problem-Diagramme (Problem-Rahmen): Zusätzlich zu den Arten von auf einem Zusammenhang-Diagramm gezeigten Dingen zeigt ein Problem-Diagramm Voraussetzungen und Voraussetzungsverweisungen.

Diagramme wie diese arbeiten gut, so lange eine begrenzte Zahl von Verbindungen gezeigt wird. Wo zwanzig oder mehr Verbindungen gezeigt werden müssen, werden die Diagramme ziemlich kompliziert und können schwierig sein zu lesen.

Siehe auch

• Datenflussschema
• Liste von grafischen Methoden
• Netzwerkdiagramm
• Bedarfsanalyse
• Softwareentwicklung bearbeitet
• Systemanalyse