System context diagram

From Wikipedia, the free encyclopedia

Jump to: navigation, search
Example of a System context diagram.[1].

A System Context Diagram (SCD) in software engineering and systems engineering are diagrams that represent several external entities or actors that may interact with a system.[2] This diagram is the highest level view of a system, similar to Block diagram, showing a, possibly software-based, system as a whole and its inputs and outputs from/to external factors.

Contents

[edit] Overview

System Context Diagram are diagrams used in systems design to represent the more important external actors that interact with the system at hand. This type of diagram according to Kossiakoff (2003) usually "pictures the system at the center, with no details of its interior structure, surrounded by all its interacting systems, environment and activities. The objective of a system context diagram is to focus attention on external factors and events that should be considered in developing a complete set of system requirements and constraints".[2]

System context diagrams are related to Data Flow Diagram, and show the interactions between a system and other actors with which the system is designed to interface. System context diagrams can be helpful in understanding the context which the system will be part of.

Context diagrams are used early in a project to get agreement on the scope under investigation. Context diagrams are typically included in a requirements document. These diagrams must be read by all project stakeholders and thus should be written in plain language, so the stakeholders can understand items within the document.

[edit] Building blocks

Context diagrams can be developed with the use of two types of building blocks:

  • labeled boxes: one in the center representing the system and around it multiple boxes for each external actor
  • Relationship: labeled lines between the entities and system

For example, "customer places order." Context diagrams can also use many different drawing types to represent external entities. They can use ovals, stick figures, pictures, clip art or any other representation to convey meaning. Decision trees and data storage are represented in system flow diagrams.

[edit] Alternatives

The best System Context Diagrams are used to display how system inter operates at a very high level or how systems operate and interact logically. The system context diagram is a necessary tool in developing a baseline interaction between systems and actors; actors and system or systems and systems. Alternatives of the system context diagram are:

Example of an Architecture Interconnect Diagram.[3]
  • Use case diagram: One of the Unified Modeling Language diagrams. They also represent the scope of the project at a similar level of abstraction. - Use Cases however tend to focus more on the goals of 'actors' who interact with the system, and do not specify any solution. Use Case diagrams represent a set of Use Cases, which are textual descriptions of how an actor achieves the goal of a use case. for Example : Customer Places Order.
  • IDEF0 Top Level Context Diagram: The IDEF0 process starts with the identification of the prime function to be decomposed. This function is identified on a “Top Level Context Diagram” that defines the scope of the particular IDEF0 analysis.
  • Enterprise data model: this type of data model according to Simsion (2005) can contain up to 50 to 200 entity classes, which results from specific "high level of generalization in data modeling".[4]
  • Architecture Interconnect Diagram: The figure gives an example of an Architecture Interconnect Diagram: A representation of the Albuquerque regional ITS architecture interconnects for the Albuquerque Police Department that was generated using the Turbo Architecture tool is shown in the figure. Each block represents an ITS inventory element, including the name of the stakeholder in the top shaded portion. The interconnect lines between elements are solid or dashed, indicating existing or planned connections.[3]
  • Problem Diagrams (Problem Frames): In addition to the kinds of things shown on a context diagram, a problem diagram shows requirements and requirements references.

Diagrams like this works well as long as a limited number of interconnects will be shown. Where twenty or more interconnects must be displayed, the diagrams become quite complex and can be difficult to read. [3]

[edit] See also

Search Wikimedia Commons Wikimedia Commons has media related to: Context diagrams

[edit] References

  1. ^ NDE Project Management (NPOESS) Data Exploitation web site. 2008.
  2. ^ a b Alexander Kossiakoff, William N. Sweet (2003). Systems Engineering: Principles and Practices p. 413.
  3. ^ a b c US Department of Transportation, Office of Operations (2006)Regional ITS Architecture Guidance Document. July 2006
  4. ^ Graeme C. Simsion, Graham C. Witt (2005). Data Modeling Essentials. p. 512.
Retrieved from "http://en.wikipedia.org/wiki/System_context_diagram"
Languages