《系统架构:复杂系统的产品设计与开发》——第2章,第2.5节任务三:确定实体之间的关系

2.5任务三:确定实体之间的关系
2.5.1关系的形式与功能
从定义上来看,系统是由实体及其关系组成的。讲到这里,大家应该会感觉到,这些关系可以按特征分为两类:功能关系和形式关系。
功能关系,是指用来完成某件事情的实体之间所具备的关系,此关系可能涉及实体之间对某物的操作、传输或交换。为了强调其动态性,我们有时也把功能关系称为交互(interaction,互动)关系。在交互过程中,相关的实体可能会交换操作数,也可能会协同对操作数执行操作。比如,心脏与肺交换血液,某位团队成员与同事分享成果。第5章将会更为全面地讲解功能交互。
形式关系,是某段时间内稳定存在或有可能稳定存在的实体之间所具备的关系。这里的形容词“formal”(形式的),是从名词“form”(形式)中派生而来的,与描述一场晚宴所用的那个形容词“formal”(正式的)有所区别。形式关系通常体现为连接关系或几何关系。比如,肺与心相连,或是某人加入团队中,这些都会构成形式关系。为了强调其静态性,我们有时也把形式关系称为结构(structure)关系。第4章将会详细讨论形式关系。
一般来说,功能关系通常需要以形式关系为前提。形式关系是功能关系的载体。假如心脏不与肺相连,那它就无法同肺部交换血液。假如两位团队成员离得不是很近,或是彼此之间没有交换信息所用的链接,那他们就无法分享成果。
形式关系与功能关系既可以表示为关系图,也可以表示为N×N的表。图2.10是一张关系图,演示了系统内的两个实体与系统外围环境中的一个实体之间的关系。形式交互以双箭头线来表示,而功能交互,则会根据交互的性质,用单箭头线或双箭头线来表示。某些关系位于系统内部,某些则跨越了系统边界。对于跨越系统边界的关系,其表示方法与系统内的关系相似,只不过它是用虚线而非实线来表示的。画这种关系图时,应该把实体的形式及功能写出来,同时最好能给关系加上标注,不过这样做通常会令关系图显得比较杂乱。

我们现在用实例来演示系统思维的第三项任务(参见文字框2.7)。图2.11是放大器电路的关系图。通过图中的结构关系,我们可以看出:电路的电压输入端与电阻1相连

而电阻1的另一端则与电阻2及运算放大器(Op Amp)相连。电阻2的输出端与运算放大器的另一个端口相连,此外电阻2还与电路的输出端相连。这样的连接方式,在运算放大器周围形成了一条回路。在电路图中,我们把这些结构化连接或形式关系,称为电气连接(electrical connection),功能交互中的箭头,在电路图中指的是电流的流动。与2.11中的关系图不同,这块电路的标准电路图(参见图2.4),只会用一条关系来表示电子元器件之间的联系,电气工程师在看到那一条关系之后,会明白元器件之间既有连接关系,又有电流经过。
文字框2.7 方法:系统思考的第三项任务

找出系统内及系统边界处的那些实体之间所具备的关系,以及那些关系的形式与功能。
还有一种表示关系的方法,是使用两张N×N的表,如表2.5所示。每张表的上方和左侧,都分别写有这N个实体。第一张表列出形式关系,第二张表列出功能关系。表中虚线上方和左侧的实体,指的是位于系统边界内的实体。位于对角线之外的每一个单元格,都表示一种内部关系或外部接口。关系图和N×N的表各有其意义,关系图的好处是更加直观,而N×N表的好处则是能够体现更多的细节,而且当节点和连接数量变多之后,不会显得特别杂乱。
表2.5 表示放大器电路的形式关系及功能关系的N×N的表

形式关系
电阻1
电阻2运算放大器输入端输出端
电阻1在V-端相连在V-端相连在输入端相连
电阻2在V-端相连在V-端及输出端相连在输出端相连运算放大器在V-端相连在输出端相连输入端在输入端相连输出端,在输出端相连,在输出端相连
功能关系
电阻1,在V-端交换电流,在V-端交换电流,在输入端交换电流
电阻2 在V-端交换电流,在V-端及输出端交换电流,在输出端交换电流,运算放大器,在V-端交换电流,在V-端及输出端交换电流,在输出端交换电流,形式关系通常更为具体一些,因此我们在思考关系时,可以从这种关系入手。在检视每一条形式关系时,也应该试着去思考它所承载的功能关系。形式关系的重要性,主要体现在它对功能关系的承载上。由于涌现物出现在功能领域里,因此功能交互才是真正重要的关系,这将在2.6节中深入讲解。

2.5.2外部接口
形式关系与功能关系可以跨越系统边界,它们可以发生在系统内部的实体与系统外围环境中的实体之间。这叫做系统的外部接口。在表2.5这个N×N的表中,凡是出现在预留给系统内部的那个区域之外的关系(例如写有“在输入端相连”的单元格),都是外部接口。在图2.11这张关系图中,这些外部接口以跨越系统边界的箭头线表示,同时还有写着“接口”字样的大箭头对这些关系进行标注。与放大器电路类似,Team X系统的团队成员与支持人员之间的关系,以及循环系统与空气之间的关系,也属于外部接口。实际上,几乎很难找到那种与边界外的实体不通过外部接口发生某种联系的系统。
总之:
在系统的定义中,一个较为关键的方面,就是实体之间必须要具备关系,这些关系可以是形式上的(用来表示相关的实体已然存在或有可能存在,这种关系又叫做结构关系),也可以是功能上的(用来表示相关的实体会对某物执行操作,这种关系又叫做交互关系)。
一般来说,系统内的某些实体会与系统外围环境中的实体发生形式关系或功能关系,这种关系会跨越外部接口。
形式关系与功能交互,既可以用关系图来表示,也可以用N×N的表来表示。

时间: 2024-11-03 08:55:51

《系统架构:复杂系统的产品设计与开发》——第2章,第2.5节任务三:确定实体之间的关系的相关文章

《系统架构:复杂系统的产品设计与开发》——第1章,第1.2节良好架构的优势

1.2良好架构的优势这些复杂的系统能否满足利益相关者的需求并体现出价值?它们是否能够轻松地整合.灵活地进化?它们操作起来是不是很简单,运作得是不是很可靠?架构良好的系统确实是如此. 用最简单的方式来说,架构就是对系统中的实体以及实体之间的关系所进行的抽象描述.在由人类所构建的系统中,架构可以表述为一系列的决策.本书基于这样一个前提:如果我们能够找出使系统架构得以确立的决策点,并谨慎地做出决策,那么系统更有可能取得成功.本书想要把与早期的系统决策有关的经验与分析方式总结出来,并指出这些决策之间的共

《系统架构:复杂系统的产品设计与开发》——导读

目录 第一部分系统思维第1章 系统架构简介1.1 复杂系统的架构1.2 良好架构的优势 1.3 学习目标 1.4 本书结构1.5 参考资料 第2章 系统思维 2.1 简介 2.2 系统与涌现2.2.1 系统 2.2.2 涌现 2.3 任务一:确定系统及其形式与功能 2.3.1 形式与功能 2.3.2 工具-过程-操作数:这是人类的标准思维模式吗 2.4 任务二:确定系统中的实体及其形式与功能 2.4.1 具备形式与功能的实体 2.4.2 确定如何将系统初步分解为恰当的实体 2.4.3 用整体思维

《产品设计与开发(原书第5版)》——导读

前言 本书是我们在产品开发这一跨学科课程讲义的基础上编写的,该课程面向工程和工业设计领域的研究生以及MBA学生.尽管本书的主要受众是上述跨学科领域的研究生,但是许多工程设计领域的本科生和研究生教师也会发现它是一本非常有用的教学参考书,同时本书对专业人士也非常有用.实际上,我们不可避免地需要针对专业读者来编写,因为大部分学生本身就是专业人士,他们都曾在产品开发或者相关领域工作过. 本书把市场营销.设计以及工业制造的观点融合为产品开发的整体思路,因此能够使每个学生准确地理解实实在在的产品开发实践,以

产品设计与开发中的破窗效应

2016年5月31日,Tobias van Schneider就在他的博客上分享了他的心得:"破窗效应"理论在产品设计与开发的应用中也是有效的.如果你感到项目的进度近乎停滞,给你带来烦躁的话,很可能就是因为"破窗效应".博主讲解了"破窗效应"理论,并提出了如何在项目实施中应用"破窗效应"理论,从而让项目顺利进展. 什么是"破窗效应"理论呢? 破窗效应(Broken Windows theory)是犯罪学的一

《产品设计与开发(原书第5版)》——3.2 机会识别的评比结构

3.2 机会识别的评比结构 不同的机会价值差异很大,且这些价值受不确定性因素的影响.因此应识别出一系列的机会,然后挑选出可进一步开发且可能成功的机会子集.这个过程可以看作是对机会创新性的评比(tournament),只有最佳的方案才能被采用.对于一个成功的商业案例,通常有几十.几百甚至上千的机会可能会被考虑到.筛选的过程会选出一些能够进行进一步开发的机会子集,然后从这个子集中再选出一个或多个能够推出完整的产品开发的机会,具体如图表3-4所示. 图表3-4 机会识别过程的评比结构:采用机会联赛评比

科学提高系统需求、系统架构、系统开发效能—2014年经验谈

           经历软件架构和设计及开发有10来年了,到目前为止啊,真还没有看见一个高效的团队.            其中,一个关键的因素就是项目团队缺既懂技术又懂管理的高级别人才或者是有这样的人才,一般的企业不会用.            从我经验看,什么人才都不缺,缺的是一个企业的潮流文化和管理模式创新.                         我也曾经或者经常骂那些懂又不懂技术的或懂又不懂管理的庸才,但最后也是没有办法,项目还是要进行.            当然,能够让你

《产品设计与开发(原书第5版)》——2.3 采用基本的产品开发流程

2.3 采用基本的产品开发流程 图表2-2和图表2-3描述的是最基本的开发流程,特定的流程会随着项目具体情况和企业具体环境的不同而不同.基本的流程非常类似于市场拉动(market-pull)情况下使用的流程:企业从具有市场机会开始产品开发,然后寻找可以满足市场需求的技术(即市场"拉动"开发决策).除了图表2-2和图表2-3所示的市场拉动流程,还有其他几种常见的变化形式:技术推动型(technology-push)产品.平台型(platform)产品.流程密集型(process-inte

《产品设计与开发(原书第5版)》——1.5 本书思路

1.5 本书思路 我们关注企业核心职能部门涉及的产品开发活动,这里,企业的核心职能界定为:市场营销.设计和制造.我们认为团队成员在一个或多个特定的学科领域(如机械工程.电子工程.工业设计.市场调研或制造运营)已拥有相应的知识,因此,我们不讨论类似如何进行应力分析或怎样开展联合调查之类的问题,这些是开发团队的成员应具有的学科技能.本书提出的集成方法旨在帮助拥有不同学科视角的人共同解决问题.做出决策.1.5.1 结构化方法本书由完成开发活动所需的方法组成.这些方法是结构化的,这意味着我们会提供一个循

《产品设计与开发(原书第5版)》—— 第2章 开发流程和组织 2.1 产品开发流程

第2章 开发流程和组织 Tyco公司是一家领先的传感器和控制系统(包括家用和工业安全系统)制造商,该公司的产品之一是无线安全报警系统控制面板(如图表2-1所示).Tyco公司的高级经理希望建立一种通用的产品开发流程结构,以适合公司不同部门的产品开发,并创建产品开发组织,使Tyco公司在激烈的市场竞争中保持优势.Tyco公司面临的问题包括:所有项目共同的关键产品开发活动有哪些?为了管理整个开发流程的各阶段,需要设定哪些里程碑和评审点?是否存在适用于不同部门的标准开发流程?不同职能领域的专家在开发流