系统关系图(英语:System Context Diagram缩写SCD)也称为系统环境图,是软件工程系统工程中的一种图表,表示系统的边界,以及系统外实体(行为者)和系统之间的交互关系[2]。这种图表是系统的最高层次视图。它与方块图类似。

系统关系图示例.[1]

概览

编辑

系统关系图可以显示一个软件系统的整体和其输入输出之间的关系。依照Kossiakoff和Sweet的定义[3]

系统关系图……呈现所有会和系统交互的外部实体……这个图会将系统放在中央,不会画出其内在结构,周围是与其交互的其他系统、环境及活动。系统关系图的目的是专注在开发完整系统需求及限制时,需要考虑的外界因素及事件。

系统关系图一般是用在项目的初期,为了对于需探讨的范围达成共识所使用[4]系统关系图一般会附在需求文件中,项目的所有利害相关人都需看过系统关系图,因此系统关系图需用通俗易懂的语言书写,利害相关人才能了解其中的内容。

建立方块

编辑

系统关系图中会有以下二种元素:

  • 实体(行为者):是有标签的方块,在中央的表示系统.周围的许多方块表示外部的行为者。
  • 关系:外部行为者和系统之间的有标签连线。

系统关系图也可以用许多不同的图案来表示外部的实体,可能是卵形简笔人物画图像美工图案等图案来表示其意义。决策树和资料存储一般会用在系统流程图英语system flow diagrams

系统关系图中也可以将外部实体分为简单的几类:[5][6],可以较清楚的分类和系统有交互作用的外部实体,这些分类包括:

  • 主动:动态的外部实体,为达到特定目的.会频繁的启动一些事件(例如:文章读者、顾客)。
  • 被态:静态的外部实体,不会频繁的和系统交互(例如:文章编辑、数据库管理者)。
  • 合作:可预测的外部实体.为系统产生一些预期的输出(例如:网络服务提供者、船舶公司)。
  • 独立:和系统隔离的外部实体,但以间接的方式影响系统.可能是用导入限制或是其他类似的影响(例如:监管委员会、标准工作组)。

替代工具

编辑

最好的系统关系图是显示系统高层次的运作,或是在逻辑上系统如何运作和互相影响。在定义系统和行为者、系统和系统的交互基线时,系统关系图是一个必备的工具。以下是一些替代系统关系图的工具:

 
架构互连图的示例[7]
  • 架构互连图(Architecture Interconnect Diagram):右图是一个架构互连图的示例,是阿尔伯克基警局针对阿尔伯克基区域ITS(智慧运输系统)的架构互连图,利用Turbo Architecture工具绘制。每一个方块表示一个单位,有底色部分有标示利益相关者的名称.方块之间的实线表示已有的互连,虚线表示计划中的互连[7]
  • 商业模型图,是一个策略模版.可用在开发新商业模型或是记录已有的商业模型。商业模型图是一个可视化的表,其元素描述企业的价值主张、基础架构、客户及财务。有助于企业在调整其活动时,说明其相关的潜在权衡关系。
  • 企业资料图(Enterprise data model):这种资料模式是在2005年来自Simsion,可以包括50到200项实体类别,其结果是具体的“资料建模的高度通用化”[8]
  • IDEF0最上层关系图:IDEF0英语IDEF0程序由识别待分解的原始机能开始。此机能会在“最上层关系图”中识别,也会定义特定IDEF0分析的范围。
  • 问题图(Problem Diagrams):除了系统关系图中列出的内容外.问题框架方法英语Problem frames approach中的问题图也可以呈现需求及需求参照(requirements reference)。
  • 使用案例图英语Use case diagram统一建模语言图表中的一种。以类似的抽象层级显示项目的范围。不过使用案例图专注在行为者和系统交互的目的,不会列出任何的作法。使用案例图呈现一个使用案例,会有使用案例目的的文字描述,例如:客户下订单。

上述图表中,只要互连的数量不多,多半都可以运作的不错,但若互连的数量超过二十个,大部分的图表就会变的相当复杂,难以阅读[7]

相关内容

编辑

资料来源

编辑
  1. ^ NDE Project Management 互联网档案馆存档,存档日期2008-11-07. (NPOESS) Data Exploitation web site. 2008.
  2. ^ Alexander Kossiakoff, William N. Sweet (2003). Systems Engineering: Principles and Practices p. 413.
  3. ^ Alexander Kossiakoff, William N. Sweet (2011). Systems Engineering: Principles and Practices p. 266
  4. ^ Richard Wiener (1998) Journal of Object-oriented Programming. Vol 11. p. 68
  5. ^ Suzanne Robertson, James C. Robertson (2006) Mastering the Requirements Process. Pearson Education, 17 mrt. 2006
  6. ^ 这里有一个外部实体分类的示例System Goal Modelling using the i*: Approach in RESCUE页面存档备份,存于互联网档案馆) Centre HCI Design, 27th February 2003
  7. ^ 7.0 7.1 7.2 US Department of Transportation, Office of Operations (2006)Regional ITS Architecture Guidance Document页面存档备份,存于互联网档案馆). July 2006
  8. ^ Graeme C. Simsion, Graham C. Witt (2005). Data Modeling Essentials. p. 512.