- 1、本文档共55页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * * * * * * * * * * * * * * * */53 统计销售结果的协作图 :销售统计 视窗 :统计 汇总 {新增} :订单 :预算销售 1:Show ( ) 1.1:Create( ) 1.2*[while any Lines left] Get Resultline( ) 1.1.2*[for all Sales persons]: Budget=Get Budget 1.1.2.1: Get Budget Amount() 1.1.1.1*[for all Orders]:Get OrderAmount( ) :销售人员 1.1.1*[for all SalesPerson]: Ordersum=GetTotalOrders( ) */53 活动图 活动图反映一个连续的活动流。 活动图由各种动作状态构成,每个动作状态包含可执行动作的规范说明。当某个动作执行完毕,该动作的状态就会随着改变。这样,动作状态的控制就从一个状态流向另一个与之相连的状态。 活动图中还可以显示决策、条件、动作状态的并行执行、消息(被动作发送或接收)的规范说明等内容。 */53 活动图(Activity Diagram)的应用非常广泛,它既可用来描述操作(类的方法)的行为,也可以描述用例和对象内部的工作过程,并可用于表示并行过程。 活动图是由状态图变化而来的,它们各自用于不同的目的。活动图描述了系统中各种活动的执行的顺序。刻化一个方法中所要进行的各项活动的执行流程。 活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)。 */53 */53 */53 组件图(component diagram)用来反映代码的物理结构。 代码的物理结构用代码组件表示。组件可以是源代码、二进制文件或可执行文件组件。 组件包含了逻辑类或逻辑类的实现信息,因此逻辑视图与组件视图之间存在着映射关系。组件之间也存在依赖关系,利用这种依赖关系可以方便地很容易地分析一个组件的变化会给其他的组件带来怎样的影响。 组件可以与公开的任何接口(比如,OLE /COM接口)一起显示,也可以把它们组合起来形成一个包(package),在组件图中显示这种组合包。实际编程工作中经常使用组件图。 */53 窗口控制2 (whnd.ccp) 通信控制2 (comhnd.ccp) 主控模块 (main.ccp) 窗口控制1 (whnd.obj) 通信控制1 (comhnd.obj) 主控模块 (main.obj) 图形库 (graphic.dll) 客户程序 (client.exe) */53 部署图 部署图(deployment diagram)用来显示系统中软件和硬件的物理架构。 通常部署图中显示实际的计算机和设备(用结点表示),以及各个结点之间的关系(还可以显示关系的类型)。每个结点内部显示的可执行的组件和对象清晰地反映出哪个软件运行在哪个结点上。组件之间的依赖关系也可以显示在部署图中。 */53 UML模型元素 UML中的模型元素包括事物和事物之间的联系。事物是UML中重要的组成部分,它代表任何可以定义的东西。事物之间的关系能够把事物联系在一起,组成有意义的结构模型。每一个模型元素都有一个与之相对应的图形元素。模型元素的图形表示使UML的模型图形化,而图形语言的简明和直观使其成为人们建立问题模型的有力工具。 */53 模型元素 代表面向对象中的类,对象,关系和消息等概念,是构成图的最基本的常用的元素。一个模型元素可以用在多个不同的图中,无论怎样使用,它总是具有相同的含义和相同的符号表示。 模型元素之间的连接关系也是模型元素,常见的关系有关联(association)、依赖(dependency)、泛化(generalization)、和实现。这些关系的图示符号如图所示。 */53 模型元素 模型元素:关系 */53 模型元素:关系 */53 UML通用机制 UML语言利用通用机制为图附加一些信息,这些信息通常无法用基本的模型元素表示,如注释,模型元素的语义等。常用的通用机制有修饰(adornment)、规格说明(specification)等。另外,为了适应用户的需求,通用机制允许在不修改基础元模型的前提下对UML作有限的变化。如提供了扩展机制(Extensibility mechanisms) ,包括版型(Stereotype)、标记值(Tagged value)和约束(Cons
文档评论(0)