UML中数据流图介绍

1、单向关联联在一个单单向关联中中，两个类类是相关的的，但是只只有一个类类知道这种种联系的存存在。一个单向的的关联，表表示为一条条带有指向向已知类的的开放箭头头（不关闭闭的箭头或或三角形，用用于标志继继承）的实实线。如同同标准关联联，单向关关联包括一一个角色名名和一个多多重值描述述，但是与与标准的双双向关联不不同的时，单单向关联只只包含已知知类的角色色名和多重重值描述。简单的说就就是OveerdraawAcccounttRepoort中包包含了BaankAcccounnt属性，而而BankkAccoount中中不需要包包含OveerdraawnAcccounntsReeportt对象6.聚合的的表

2、示：聚合是一种种特别类型型的关联，用用于描述“总体到局局部”的关关系。在基基本的聚合合关系中， 部分类 的生命周周期独立于于 整体类类 的生命命周期。举例来说，我我们可以想想象，车 是一个整整体实体，而而 车轮 轮胎是整整辆车的一一部分。轮轮胎可以在在安置到车车时的前几几个星期被被制造，并并放置于仓仓库中。在在这个实例例中，Whheel类类实例清楚楚地独立于于Car类类实例而存存在。然而而，有些情情况下， 部分 类类的生命周周期并 不不 独立于于 整体 类的生命命周期 - 这称称为合成聚聚合。举例例来说，考考虑公司与与部门的关关系。 公公司和部门门 都建模模成类，在在公司存在在之前，部部门不能

3、存存在。这里里Depaartmeent类的的实例依赖赖于Commpanyy类的实例例而存在。让我们更进进一步探讨讨基本聚合合和组合聚聚合。注意：聚合合与普通的的关联的区区别在于：普通的关关联可能只只是一个简简单的“包包含、引用用”关系，关关联和被关关联类之间间在逻辑概概念上不一一定有紧密密的联系，而而聚合则不不同，它表表示的是一一种内在关关系紧密，相相互依存，相相互包含的的概念，其其中的一部部分是构成成另外一部部分的不可可或缺的成成分。基基本聚合有有聚合关系系的关联指指出，某个个类是另外外某个类的的一部分。在一个聚聚合关系中中，子类实实例可以比比父类存在在更长的时时间。为了了表现一个个聚合关系

4、系，你画一一条从父类类到部分类类的实线，并并在父类的的关联末端端画一个未未填充棱形形。图中清清楚的表明明了类Caar对象包包含了另一一类Wheeel的44个实例，这这两者在概概念上是密密不可分的的，其中的的一个类是是另一个类类的构成成成分。菱形形表示“包包含”，箭箭头表示被被包含的对对象，数字字4表示包包含的数目目。组合合聚合 组组合聚合关关系是聚合合关系的另另一种形式式，但是子子类实例的的生命周期期依赖于父父类实例的的生命周期期。注意:组合关系系如聚合关关系一样绘绘制，不过过这次菱形形是被填充充的。7.反射关联联的表示：类也可以以使用反射射关联与它它本身相关关联。起先先，这可能能没有意义义，

5、但是记记住，类是是抽象的。当一个类类关联到它它本身时，这这并不意味味着类的实实例与它本本身相关，而而是类的一一个实例与与类的另一一个实例相相关。图描描绘的关系系说明一个个Emplloyeee实例可能能是另外一一个Empployeee实例的的经理。然然而，因为为“mannagess”的关系系角色有 0.*的多重性性描述；一一个雇员可可能不受任任何其他雇雇员管理。三、UMML中的对对象图：实实例的记号号和类一样样，但是取取代顶端区区域中仅有有的类名，它它的名字是是经过拼接接的:Instaance Namee : CClasss Namme 如 Donaald : Perrson因为显示实实例的目的

6、的是显示值值得注意的的或相关的的信息，没没必要在你你的模型中中包含整个个实体属性性及操作。相反地，仅仅仅显示感感兴趣的属属性及其值值是完全恰恰当的。UML 22 也允许许在实体层层的关系/关联建模模。绘制关关联与一般般的类关系系的规则一一样，除了了在建模关关联时有一一个附加的的要求。附附加的限制制是，关联联关系必须须与类图的的关系相一一致，而且且关联的角角色名字也也必须与类类图相一致致。四、UUML中的的角色图：建模类的的实例有时时比期望的的更为详细细。有时，你你可能仅仅仅想要在一一个较多的的一般层次次做类关系系的模型。在这种情情况下，你你应该使用用 角色 记号号。角色记记号类似于于实例记号号

7、。为了建建立类的角角色模型，你你画一个方方格，并在在内部放置置类的角色色名及类名名，作为实实体记号，但但是在这情情况你不能能加下划线线。注意：角色图和和对象图的的一个明显显区别就是是：对象图图每个对象象名称下面面都加了下下划线，而而角色图没没有 以下是：序序列图序列图主要要用于按照照交互发生生的一系列列顺序，显显示对象之之间的这些些交互。很很象类图，开开发者一般般认为序列列图只对他他们有意义义。然而，一一个组织的的业务人员员会发现，序序列图显示示不同的业业务对象如如何交互，对对于交流当当前业务如如何进行很很有用。除除记录组织织的当前事事件外，一一个业务级级的序列图图能被当作作一个需求求文件使用

8、用，为实现现一个未来来系统传递递需求。在在项目的需需求阶段，分分析师能通通过提供一一个更加正正式层次的的表达，把把用例带入入下一层次次。那种情情况下，用用例常常被被细化为一一个或者更更多的序列列图。 组织的技术术人员能发发现，序列列图在记录录一个未来来系统的行行为应该如如何表现中中，非常有有用。在设设计阶段，架架构师和开开发者能使使用图，挖挖掘出系统统对象间的的交互，这这样充实整整个系统设设计。序列图的的主要用途途之一，是是把用例表表达的需求求，转化为为进一步、更加正式式层次的精精细表达。用例常常常被细化为为一个或者者更多的序序列图。序序列图除了了在设计新新系统方面面的用途外外，它们还还能用来

9、记记录一个存存在系统（称称它为“遗遗产”）的的对象现在在如何交互互。当把这这个系统移移交给另一一个人或组组织时，这这个文档很很有用。Java应应用程序由由许多类所所构成，是是Javaa实现面向向对象应用用程序的核核心。类图图主要描述述Javaa应用程序序中各种类类之间的相相互静态关关系，如类类的继承、抽象、接接口以及各各种关联。要利用UUML设计计Javaa应用程序序，仅仅使使用类图来来描述这些些静态关系系，利用可可视化工具具，要实现现Javaa应用程序序的代码自自动生成，是是远远不够够的。我们们还必须描描述各种类类相互之间间的协作关关系、动态态关系，如如时间序列列上的交互互行为。其其中UML

10、L序列图就就是用来描描述类与类类之间的方方法调用过过程（或消消息发送）是是如何实现现的。一、UMLL中的新元元素框架架：在 UUML 22中，框架架元件用于于作为许多多其他的图图元件的一一个基础，但但是大多数数人第一次次接触框架架元件的情情况，是作作为图的图图形化边界界。当为图图提供图形形化边界时时，一个框框架元件为为图的标签签提供一致致的位置。在 UMML 图中中框架元件件是可选择择的。除了了提供一个个图形化边边框之外，用用于图中的的框架元件件也有描述述交互的重重要的功能能, 例如如序列图。在序列图图上一个序序列接收和和发送消息息（又称交交互），能能通过连接接消息和框框架元件边边界，建立立模

11、型（如如图 2 所见到）。对于序列列图，图的的标签由文文字“sdd”开始。当使用一一个框架元元件封闭一一个图时，图图的标签需需要按照以以下的格式式：图类型型 图名称称。UML 规规范给图类类型提供特特定的文本本值。（举举例来说，ssd代表序序列图，aactivvity代代表活动图图，usee casse代表用用例图）。二、UMLL中的序列列图：序列列图主要用用于按照交交互发生的的一系列顺顺序，显示示对象之间间的这些交交互。在项项目的需求求阶段，分分析师能通通过提供一一个更加正正式层次的的表达，把把用例带入入下一层次次。那种情情况下，用用例常常被被细化为一一个或者更更多的序列列图。序列列图的主要

12、要用途之一一，是把用用例表达的的需求，转转化为进一一步、更加加正式层次次的精细表表达。用例例常常被细细化为一个个或者更多多的序列图图。序列图图除了在设设计新系统统方面的用用途外，它它们还能用用来记录一一个存在系系统（称它它为“遗产产”）的对对象现在如如何交互。序列图的的主要目的的是定义事事件序列，产产生一些希希望的输出出。重点不不是消息本本身，而是是消息产生生的顺序；不过，大大多数序列列图会表示示一个系统统的对象之之间传递的的什么消息息，以及它它们发生的的顺序。图图按照水平平和垂直的的维度传递递信息：垂垂直维度从从上而下表表示消息/调用发生生的时间序序列，而且且水平维度度从左到右右表示消息息发

13、送到的的对象实例例。1.生生命线：生生命线画作作一个方格格，一条虚虚线从上而而下，通过过底部边界界的中心（图图 3）。生命线名名字放置在在方格里。UML 的生命线线命名标准准按照如下下格式: 实体名:类名生命命线名称带带下划线。当使用下下划线时，意意味着序列列图中的生生命线代表表一个类的的特定实体体，不是特特定种类的的实体（例例如，角色色）。序列列图的实例例名称有下下划线，而而角色名称称没有。一一个生命线线能用来表表现一个匿匿名的或未未命名的实实体。当在在一个序列列图上，为为一个未命命名的实例例建模时，生生命线的名名字采用和和一个命名名实例相同同的模式；但是生命命线名字的的位置留下下空白，而而

14、不是提供供一个例图图名字。2.消息体体：为了显显示一个对对象（例如如，生命线线）传递一一个消息给给另外一个个对象，你你画一条线线指向接收收对象，包包括一个实实心箭头（如如果是一个个同步调用用操作）或或一个棍形形箭头（如如果是一个个异步讯号号）。消息息/方法名名字放置在在带箭头的的线上面。正在被传传递给接收收对象的消消息，表示示接收对象象的类实现现的一个操操作/方法法。返回消消息是可选选择的；一一个返回消消息画作一一个带开放放箭头的虚虚线，向后后指向来源源的生命线线，在这条条虚线上面面，你放置置操作的返返回值。为为了要画一一个调用本本身的对象象，如你平平时所作的的，画一条条消息，但但是不是连连接

15、它到另另外的一个个对象，而而是你把消消息连接回回对象本身身。 三、UMLL中的约束束：约束的的符号很简简单；格式式是: 【BBooleean TTest】四、UML中的新元素组合碎片（变体方案、选择项、循环）：一个组合碎片用来把一套消息组合在一起，在一个序列图中显示条件分支。1.变体：变体用来指指明在两个个或更多的的消息序列列之间的、互斥的选选择。一个个变体的组组合碎片元元件使用框框架来画。单词“aalt”放放置在框架架的nammeboxx里。然后后较大的长长方形分为为 UMLL 2 所所称的操作作元。 HYPERLINK l notes 操作作元被虚线线分开。每每个操作元元有一个约约束进行测

16、测试，而这这个约束被被放置在生生命线顶端端的操作元元的左上部部。 HYPERLINK l notes 如果操操作元的约约束等于“truee”，然后后那个操作作元是要执执行的操作作元。图 8作为为一个变体体的组合碎碎片如何阅阅读的例子子，显示序序列从顶部部开始，即即bankk对象获取取支票金额额和帐户结结余。此时时，序列图图中的变体体组合碎片片接管。因因为约束“ballancee = amouunt”，如果余余额超过或或等于金额额，然后顺顺序进行bbank对对象传递 addDDebittTrannsacttion 和 sttorePPhotooOfChheck 消息给aaccouunt对象象。然

17、而，如如果余额不不是超过或或等于金额额，然后顺顺序的过程程就是baank传递递addIInsufffienntFunndFeee 和 nnoteRReturrnedCCheckk 消息给给accoount对对象，reeturnnChecck 消息息给它自身身。因为“elsee”约束，当当余额不大大于或者等等于金额时时，第二个个序列被调调用。在变变体的组合合碎片中，不不需要“eelse”约束；而而如果一个个操作元，在在它上面没没有一个明明确的约束束，那么将将假定“eelse”约束。2.选择项项：一个选选择项用来来为简单的的“if thenn”表达式式建模。（例例如，如果果架上的圈圈饼少于五五个，

18、那么么另外做两两打圈饼）。选择项组组合碎片符符号与变体体组合碎片片类似，除除了它只有有一个操作作元并且永永不能有“elsee”约束以以外（它就就是如此，没没有理由）。要画选择择项组合，你你画一个框框架。文字字“optt”是被放放置在框架架的 naameboox 里的的文本，在在框架的内内容区，选选择项的约约束被放置置在生命线线顶端上的的左上角。 然后选选择项的消消息序列被被放在框架架的内容区区的其余位位置内。注注意：变体体用于为iif thhen eelse建建模，选择择项用于为为if tthen建建模，因为为只有一个个分支，所所以不能出出现ellse以下是：用用例图：用例图主要要用来图示示化

19、系统的的主事件流流程，它主主要用来描描述客户的的需求，即即用户希望望系统具备备的完成一一定功能的的动作，通通俗地理解解用例就是是软件的功功能模块，所所以是设计计系统分析析阶段的起起点，设计计人员根据据客户的需需求来创建建和解释用用例图，用用来描述软软件应具备备哪些功能能模块以及及这些模块块之间的调调用关系，用用例图包含含了用例和和参与者，用用例之间用用关联来连连接以求把把系统的整整个结构和和功能反映映给非技术术人员（通通常是软件件的用户），对对应的是软软件的结构构和功能分分解。用例例是从系统统外部可见见的行为，是是系统为某某一个或几几个参与者者（Acttor）提提供的一段段完整的服服务。从原原

20、则上来讲讲，用例之之间都是独独立、并列列的，它们们之间并不不存在着包包含从属关关系。但是是为了体现现一些用例例之间的业业务关系，提提高可维护护性和一致致性，用例例之间可以以抽象出包包含(inncludde)、扩扩展(exxtendd)和泛(geneeraliizatiion)几几种关系。共性：都是是从现有的的用例中抽抽取出公共共的那部分分信息，作作为一个单单独的用例例，然后通通后过不同同的方法来来重用这个个公共的用用例，以减减少模型维维护的工作作量。1、包含(incllude) 包包含关系：使用包含含（Incclusiion）用用例来封装装一组跨越越多个用例例的相似动动作（行为为片断），以以便

21、多个基基（Basse）用例例复用。基基用例控制制与包含用用例的关系系，以及被被包含用例例的事件流流是否会插插入到基用用例的事件件流中。基基用例可以以依赖包含含用例执行行的结果，但但是双方都都不能访问问对方的属属性。 包含含关系对典典型的应用用就是复用用，也就是是定义中说说的情景。但是有时时当某用例例的事件流流过于复杂杂时，为了了简化用例例的描述，我我们也可以以把某一段段事件流抽抽象成为一一个被包含含的用例；相反，用用例划分太太细时，也也可以抽象象出一个基基用例，来来包含这些些细颗粒的的用例。这这种情况类类似于在过过程设计语语言中，将将程序的某某一段算法法封装成一一个子过程程，然后再再从主程序序

22、中调用这这一子过程程。 例如如：业务中中，总是存存在着维护护某某信息息的功能，如如果将它作作为一个用用例，那新新建、编辑辑以及修改改都要在用用例详述中中描述，过过于复杂；如果分成成新建用例例、编辑用用例和删除除用例，则则划分太细细。这时包包含关系可可以用来理理清关系。2、扩展(exteend)扩展关系：将基用例例中一段相相对独立并并且可选的的动作，用用扩展（EExtennsionn）用例加加以封装，再再让它从基基用例中声声明的扩展展点（Exxtenssion Poinnt）上进进行扩展，从从而使基用用例行为更更简练和目目标更集中中。扩展用用例为基用用例添加新新的行为。扩展用例例可以访问问基用例

23、的的属性，因因此它能根根据基用例例中扩展点点的当前状状态来判断断是否执行行自己。但但是扩展用用例对基用用例不可见见。对于一个扩扩展用例，可可以在基用用例上有几几个扩展点点。例如，系系统中允许许用户对查查询的结果果进行导出出、打印。对于查询询而言，能能不能导出出、打印查查询都是一一样的，导导出、打印印是不可见见的。导入入、打印和和查询相对对独立，而而且为查询询添加了新新行为。因因此可以采采用扩展关关系来描述述：4、泛泛化(geeneraalizaationn)泛化关系：子用例和和父用例相相似，但表表现出更特特别的行为为；子用例例将继承父父用例的所所有结构、行为和关关系。子用用例可以使使用父用例例

24、的一段行行为，也可可以重载它它。父用例例通常是抽抽象的。在在实际应用用中很少使使用泛化关关系，子用用例中的特特殊行为都都可以作为为父用例中中的备选流流存在。例如，业务务中可能存存在许多需需要部门领领导审批的的事情，但但是领导审审批的流程程是很相似似的，这时时可以做成成泛化关系系表示： 上面是我我参考的一一篇文章，觉觉得将三种种关系的区区别讲得很很清晰，在在此基础上上结合自己己的系统，对对项目(在在线购物系系统)的用用例做了整整体的描绘绘。 * (11)系统整整体用例图图 (商商品用例图图) （购购买信息用用例） (用户户资料用例例)按照先先整体用例例，后子系系统用例来来进行描绘绘的，欢迎迎大家

25、提出出好的建议议!转：UMLL中扩展和和泛化的区区别 泛化表表示类似于于OO术语语“继承”或“多态态”。UMML中的UUse CCase泛泛化过程是是将不同UUse CCase之之间的可合合并部分抽抽象成独立立的父Usse Caase，并并将不可合合并部分单单独成各自自的子Usse Caase；包包含以及扩扩展过程与与泛化过程程类似，但但三者对用用例关系的的优化侧重重点是不同同的。如下下： 泛化侧重重表示子用用例间的互互斥性； 包含含侧重表示示被包含用用例对Acctor提提供服务的的间接性； 扩扩展侧重表表示扩展用用例的触发发不定性；详述如下下： 既既然用例是是系统提供供服务的UUML表述述，

26、那么服服务这个过过程在所有有用例场景景中是必然然发生的，但但发生按照照发生条件件可分为如如下两种情情况： 无条件发发生：肯定定发生的； 有条条件发生：未必发生生，发生与与否取决于于系统状态态； 因此，针针对用例的的三种关系系结合系统统状态考虑虑，泛化与与包含用例例属于无条条件发生的的用例，而而扩展属于于有条件发发生的用例例。进一步步，用例的的存在是为为Actoor提供服服务，但用用例提供服服务的方式式可分为间间接和直接接两种，依依据于此，泛泛化中的子子用例提供供的是直接接服务，而而包含中的的被包含用用例提供的的是间接服服务。同样样，扩展用用例提供的的也是直接接服务，但但扩展用例例的发生是是有条

27、件的的。 另外一点点需要提及及的是：泛泛化中的子子用例和扩扩展中的扩扩展用例均均可以作为为基本用例例事件的备备选择流而而存在。以下是：活活动图UML 活活动图记录录了单个操操作或方法法的逻辑，单单个用户案案例，或者者单个业务务流程的逻逻辑。在很很多方面，活动图是结构化开发中流程图和数据流程图 (DFD) 的面向对象等同体,要创建一个 UML 活动图，您需要反复执行下列步骤。第一步，定义活动图的范围首先应该定义您要对什么建模。单个用户案例力？一个用户案例的一部分？一个包含多个用户案例的商务流程？一个类的单个方法？一旦您定义了您所作图的范围，您应该在其顶部，用一个标注添加标签，指明该图的标题和唯一

28、的标示符。您有可能也想要包括该图的时间甚至作者名。 第二步，添添加起始和和结束点每每个活动图图有一个起起始点和结结束点，因因此您也要要马上添加加它们。在在 UMML 精粹粹(UMML Diistillled) (参见见参考资料料)，Foowlerr 和 SScottt 认为结结束点是可可选的。有有时候一个个活动只是是一个简单单的结束，如如果是这种种情况，指指明其唯一一的转变是是到一个结结束点也是是无害的。这样，当当其他人阅阅读您的图图时，他或或她知道您您已经考虑虑了如何退退出这些活活动。第三步，添添加活动如如果您正对对一个用户户案例建模模，对每个个角色(aactorr)所发出出的主要步步骤引入

29、一一个活动(该活动可可能包括起起始步骤，加加上对起始始步骤系统统响应的任任何步骤)。如果您您正对一个个高层的商商务流程建建模，对每每个主要流流程引入一一个活动，通通常为一个个用户案例例或用户案案例包。最最后，如果果您正对一一个方法建建模，那么么对此引入入一个活动动是很常见见的。 第四步步，添加活活动间的转转变我的风风格总是应应该退出一一个活动，即即使它是转转变到一个个结束点。一旦一个个活动有多多个转变时时，您必需需对每个转转变加以相相应标示。第五五步，添加加决策点有有时候，您您所建模的的逻辑需要要做出一个个决策。有有可能是需需要检查某某些事务或或比较某些些事务。要要注意的是是，使用决决策点是可

30、可选的。第六步步，找出可可并行活动动之处当两两个活动间间没有直接接的联系，而而且它们都都必需在第第三个活动动开始前结结束，那它它们是可以以并行运行行的。下下面的活动动图描述了了大学新生生第一次将将如何办理理入学的商商业逻辑。 实心圆表示示活动图的起起点，实际际上是一个个占位符，带带边框的实实心圆表示示终点。 圆角矩形表表示执行的的过程或活活动。在该该图中，虽虽然您会注注意到“登登记研习班班”用例将将多次调用用“登记研研习班”活活动，但这这些活动却却相当紧密密地映射到到用例。活活动可以细细致得多，特特别在选择择记录方法法逻辑，而而不是高级级商业过程程时。 菱形表示判判定点，虽虽然在此示示例中判定

31、定点只有两两种可能结结果；但即即使有更多多可能结果果，它也同同样容易。 箭头表示活活动之间的的转换，各各种活动之之间的流动动次序。 箭头上的文文字表示继继续转换所所必须满足足的条件，总总是使用格格式“条条件”来来描述。我我猜想，在在 UMLL 的将来来版本中，我我们将会看看到使用 UML 约约束表示法法（如“condditioon”）记记录的条件件。 粗线条表示示可能会并并行进行的的过程的开开始和结束束；在大学学里成功入入学后，必必须参加指指定的概况况介绍，还还要至少登登记一个研研习班并交交付一部分分的学费。 退出活动可可能有几种种方法，如如您看到的的“填写入入学表”活活动的那样样。如果正正确

32、填写了了表格，那那么可以继继续进行大大学的入学学手续。但但是，如果果表格不正正确，那么么必须获得得帮助（可可能从注册册员获得帮帮助）以正正确填写它它们。图 1. 第一次入入学的 UUML 活动图这个活动图图非常有趣趣，因为它它省掉了中标识的几几个用例的的逻辑。用用例模型没没有很好地地表达处理理的顺序是是件好事。例如，虽虽然 中显显示的用例例图为您清清楚地描述述了该系统统所执行的的功能类型型，但是它它没有明确确地表达这这些用例可可能发生的的顺序。但但是， 的的活动图做到到了这一点点。总之，不不同模型的的优缺点各各有不同。 HYPERLINK l Figure1 图 2 中中标识的几几个用例的的逻

33、辑。用用例模型没没有很好地地表达处理理的顺序是是件好事。例如，虽虽然 HYPERLINK l Figure2 图 22 中显示示的用例图图为您清楚楚地描述了了该系统所所执行的功功能类型，但但是它没有有明确地表表达这些用用例可能发发生的顺序序。但是， HYPERLINK l Figure1 图 1 的活动图做到了这一点。总之，不同模型的优缺点各有不同。 图 2. 大学的用用例图泳道 将将模型中的的活动按照照职责组织织起来通常常很有用。例如，可可以将一个个商业组织织处理的所所有活动组组织起来。这种分配配可以通过过将活动组组织成用线线分开的不不同区域来来表示。由由于它们的的外观的缘缘故，这些些区域被

34、称称作泳道。 图 772 表表示了泳道道。 图 722 泳道和和对象流 2. 对象流活动图能表表示对象的的值流和控控制流。对对象流状态态表示活动动中输入或或输出的对对象。对输输出值而言言，虚线箭箭头从活动动指向对象象流状态。对输入值值而言，虚虚线箭头从从对象流状状态指向活活动。如果果活动有多多个输出值值或后继控控制流，那那么箭头背背向分叉符符号。同样样，多输入入箭头指向向结合符号号。 图 722 表示一一个活动和和对象流状状态都被分分配到泳道道中的活动动图。 活动和和其他图活活动图没有有表示出计计算处理过过程中的全全部细节内内容。它们们表示了活活动进行的的流程但没没表示出执执行活动的的对象。活活动图是设设计工作的的起点。为为了完成设设计，每个个活动必须须扩展细分分成一个或或多个操作作，每个操操作被指定定到具体类类。这种分分配的结果果引出了用用于实现活活动图的对对合协的设设计工作。以下是数据据流图DFFD：研究了一下下DFD: 结结构化分析析是面向数数据流开展展需求分析析工作的一一种有效方方法。一般般采用自顶顶向下，逐逐层分解的的演义分析析法来定义义系统的需需求，即先先把分析对对象抽象成成一个系统统，然后自自顶向下的的逐层分解解，将复杂杂的系统分分解成