系统关系图
![本页使用了标题或全文手工转换](http://images.weserv.nl/?url=//upload.wikimedia.org/wikipedia/commons/thumb/c/cd/Zh_conversion_icon_m.svg/35px-Zh_conversion_icon_m.svg.png)
![](http://images.weserv.nl/?url=//upload.wikimedia.org/wikipedia/commons/thumb/8/8e/NDE_Context_Diagram.jpg/320px-NDE_Context_Diagram.jpg)
系统关系图(英语:System Context Diagram,缩写:SCD)也称为系统环境图,是软件工程和系统工程中的一种图表,表示系统的边界,以及系统外实体(行为者)和系统之间的交互关系[2]。这种图表是系统的最高层次视图。它与方块图类似。
概览
系统关系图可以显示一个软件系统的整体和其输入及输出之间的关系。依照Kossiakoff和Sweet的定义[3]:
- 系统关系图……呈现所有会和系统交互的外部实体……这个图会将系统放在中央,不会画出其内在结构,周围是与其交互的其他系统、环境及活动。系统关系图的目的是专注在开发完整系统需求及限制时,需要考虑的外界因素及事件。
系统关系图一般是用在项目的初期,为了对于需探讨的范围达成共识所使用[4]系统关系图一般会附在需求文件中,项目的所有利害相关人都需看过系统关系图,因此系统关系图需用通俗易懂的语言书写,利害相关人才能了解其中的内容。
建立方块
系统关系图中会有以下二种元素:
- 实体(行为者):是有标签的方块,在中央的表示系统.周围的许多方块表示外部的行为者。
- 关系:外部行为者和系统之间的有标签连线。
系统关系图也可以用许多不同的图案来表示外部的实体,可能是卵形、简笔人物画、图像、美工图案等图案来表示其意义。决策树和资料存储一般会用在系统流程图。
系统关系图中也可以将外部实体分为简单的几类:[5][6],可以较清楚的分类和系统有交互作用的外部实体,这些分类包括:
- 主动:动态的外部实体,为达到特定目的.会频繁的启动一些事件(例如:文章读者、顾客)。
- 被态:静态的外部实体,不会频繁的和系统交互(例如:文章编辑、数据库管理者)。
- 合作:可预测的外部实体.为系统产生一些预期的输出(例如:网络服务提供者、船舶公司)。
- 独立:和系统隔离的外部实体,但以间接的方式影响系统.可能是用导入限制或是其他类似的影响(例如:监管委员会、标准工作组)。
替代工具
最好的系统关系图是显示系统高层次的运作,或是在逻辑上系统如何运作和互相影响。在定义系统和行为者、系统和系统的交互基线时,系统关系图是一个必备的工具。以下是一些替代系统关系图的工具:
![](http://images.weserv.nl/?url=//upload.wikimedia.org/wikipedia/commons/thumb/6/6e/Greater_Yellowstone_Rural_ITS_Architecture_Interconnect_Diagram.jpg/360px-Greater_Yellowstone_Rural_ITS_Architecture_Interconnect_Diagram.jpg)
- 架构互连图(Architecture Interconnect Diagram):右图是一个架构互连图的示例,是阿尔伯克基警局针对阿尔伯克基区域ITS(智慧运输系统)的架构互连图,利用Turbo Architecture工具绘制。每一个方块表示一个单位,有底色部分有标示利益相关者的名称.方块之间的实线表示已有的互连,虚线表示计划中的互连[7]。
- 商业模型图,是一个策略模版.可用在开发新商业模型或是记录已有的商业模型。商业模型图是一个可视化的表,其元素描述企业的价值主张、基础架构、客户及财务。有助于企业在调整其活动时,说明其相关的潜在权衡关系。
- 企业资料图(Enterprise data model):这种资料模式是在2005年来自Simsion,可以包括50到200项实体类别,其结果是具体的“资料建模的高度通用化”[8]。
- IDEF0最上层关系图:IDEF0程序由识别待分解的原始机能开始。此机能会在“最上层关系图”中识别,也会定义特定IDEF0分析的范围。
- 问题图(Problem Diagrams):除了系统关系图中列出的内容外.问题框架方法中的问题图也可以呈现需求及需求参照(requirements reference)。
- 使用案例图:统一建模语言图表中的一种。以类似的抽象层级显示项目的范围。不过使用案例图专注在行为者和系统交互的目的,不会列出任何的作法。使用案例图呈现一个使用案例,会有使用案例目的的文字描述,例如:客户下订单。
上述图表中,只要互连的数量不多,多半都可以运作的不错,但若互连的数量超过二十个,大部分的图表就会变的相当复杂,难以阅读[7]。
相关内容
资料来源
- ^ NDE Project Management 互联网档案馆的存档,存档日期2008-11-07. (NPOESS) Data Exploitation web site. 2008.
- ^ Alexander Kossiakoff, William N. Sweet (2003). Systems Engineering: Principles and Practices p. 413.
- ^ Alexander Kossiakoff, William N. Sweet (2011). Systems Engineering: Principles and Practices p. 266
- ^ Richard Wiener (1998) Journal of Object-oriented Programming. Vol 11. p. 68
- ^ Suzanne Robertson, James C. Robertson (2006) Mastering the Requirements Process. Pearson Education, 17 mrt. 2006
- ^ 这里有一个外部实体分类的示例System Goal Modelling using the i*: Approach in RESCUE (页面存档备份,存于互联网档案馆) Centre HCI Design, 27th February 2003
- ^ 7.0 7.1 7.2 US Department of Transportation, Office of Operations (2006)Regional ITS Architecture Guidance Document (页面存档备份,存于互联网档案馆). July 2006
- ^ Graeme C. Simsion, Graham C. Witt (2005). Data Modeling Essentials. p. 512.