34项目需求中如何画用例图-1
用例图的 基于 UML 用例图的系统需求分析 一、UML...参与者在画图中用简笔人物 画来表示,人物下面附上...休闲农庄项目可行性研究报告 2014年建筑幕墙建筑装饰行业...
软件工程,论文 用例图 需求分析 项目流程图 实例图 RE图 属性图_计算机软件及应用_IT/计算机_专业资料。这是关于软件工程的论文 项目 有用例图 RE图 流程图 实...
答:概括起来,用例有以下特性: 1)用例描述用户对系统的期望,被用于软件需求建模...2 答:修改后的图是: 2.找出下图中存在的问题,并修改正确。 答: 3 3.宾馆...
用例建模的最主要功能就 是用来表达系统的功能性需求...参与者在画图中 用简笔人物画来表示,人物下面附上...UML教程05 - 用例图 34页 免费 UML各种图例齐全―...
用power designer画用例图方法_计算机软件及应用_IT/...如何维护系统? UML 中的四种关系。 关联(association...系统要求图书管理员选择要增加的书籍是计算机类还是...
为了满足物业中介行业的信息化要求1. 对于一个电子...3.找出下面过程中的参与者和用例,画出用例图;找出...项目的供应总是以单个事务的方式履行,不是分期付款...
? 其 他类别 对于用例描述, 篇幅有限, 我在这里只列了后台管理系统中的网站...利用用例图描述用户需求 20页 1下载券 测试用例设计-因果图方法... 4页 免费...
UML 学习(一)---用例图 1、什么是用例图 用例图源于 Jacobson 的 OOSE 方法,用例图是需求分析的产物,描述了 系统的参与者与系统进行交互的功能, 是参与者所能...
说明, 但是也展示和体现其所描述 的过程中的需求...整个系统建模过程非常重要,在绘制系统用例图前,还有...用例图的画法 34页 1下载券 概念图课题组---案例...
如何维护系统? UML 中的四种关系。 关联(association...有一个业务需求如下,要求我们为其构件一个用例图。...用例图 34页 免费 第6章 用例图 49页 免费 第六...24767人阅读
系统设计（4）
&&& 用例图主要用来图示化系统的主事件流程，它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，所以是设计系统分析阶段的起点，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图包含了用例和参与者，用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户），对应的是软件的结构和功能分解。
用例是从系统外部可见的行为，是系统为某一个或几个参与者（Actor）提供的一段完整的服务。从原则上来讲，用例之间都是独立、并列的，它们之间并不存在着包含从属关系。但是为了体现一些用例之间的业务关系，提高可维护性和一致性，用例之间可以抽象出包含(include)、扩展(extend)和泛(generalization)几种关系。
共性：都是从现有的用例中抽取出公共的那部分信息，作为一个单独的用例，然后通后过不同的方法来重用这个公共的用例，以减少模型维护的工作量。
1、包含(include)
&&& 包含关系：使用包含（Inclusion）用例来封装一组跨越多个用例的相似动作（行为片断），以便多个基（Base）用例复用。基用例控制与包含用例的关系，以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。
&& 包含关系对典型的应用就是复用，也就是定义中说的情景。但是有时当某用例的事件流过于复杂时，为了简化用例的描述，我们也可以把某一段事件流抽象成为一个被包含的用例；相反，用例划分太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。　
&& 例如：业务中，总是存在着维护某某信息的功能，如果将它作为一个用例，那新建、编辑以及修改都要在用例详述中描述，过于复杂；如果分成新建用例、编辑用例和删除用例，则划分太细。这时包含关系可以用来理清关系。
2、扩展(extend)
扩展关系：将基用例中一段相对独立并且可选的动作，用扩展（Extension）用例加以封装，再让它从基用例中声明的扩展点（Extension Point）上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。
对于一个扩展用例，可以在基用例上有几个扩展点。&&
例如，系统中允许用户对查询的结果进行导出、打印。对于查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导入、打印和查询相对独立，而且为查询添加了新行为。因此可以采用扩展关系来描述：
4、泛化(generalization)
泛化关系：子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系，子用例中的特殊行为都可以作为父用例中的备选流存在。
例如，业务中可能存在许多需要部门领导审批的事情，但是领导审批的流程是很相似的，这时可以做成泛化关系表示：
&&& 上面是我参考的一篇文章，觉得将三种关系的区别讲得很清晰，在此基础上结合自己的系统，对项目(在线购物系统)的用例做了整体的描绘。
&&& *****************************************************************
&&& (1)系统整体用例图
&&& (商品用例图)
&& （购买信息用例）
&&& (用户资料用例)
按照先整体用例，后子系统用例来进行描绘的，欢迎大家提出好的建议!
转：UML中扩展和泛化的区别
&&&&&&&& 泛化表示类似于OO术语“继承”或“多态”。UML中的Use Case泛化过程是将不同Use Case之间的可合并部分抽象成独立的父Use Case，并将不可合并部分单独成各自的子Use Case；包含以及扩展过程与泛化过程类似，但三者对用例关系的优化侧重点是不同的。如下：
&&&&&&&&& ●泛化侧重表示子用例间的互斥性；
&&&&&&&&& ●包含侧重表示被包含用例对Actor提供服务的间接性；
&&&&&&&&& ●扩展侧重表示扩展用例的触发不定性；详述如下：
&&&&&&& 既然用例是系统提供服务的UML表述，那么服务这个过程在所有用例场景中是必然发生的，但发生按照发生条件可分为如下两种情况：
&&&&&&&& ⒈无条件发生：肯定发生的；
&&&&&&&& ⒉有条件发生：未必发生，发生与否取决于系统状态；
&&&&&&&& 因此，针对用例的三种关系结合系统状态考虑，泛化与包含用例属于无条件发生的用例，而扩展属于有条件发生的用例。进一步，用例的存在是为Actor提供服务，但用例提供服务的方式可分为间接和直接两种，依据于此，泛化中的子用例提供的是直接服务，而包含中的被包含用例提供的是间接服务。同样，扩展用例提供的也是直接服务，但扩展用例的发生是有条件的。
&&&&&&&& 另外一点需要提及的是：泛化中的子用例和扩展中的扩展用例均可以作为基本用例事件的备选择流而存在。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：188794次
积分：1860
积分：1860
排名：第18960名
转载：93篇
评论：35条
(1)(4)(2)(1)(1)(1)(2)(6)(4)(2)(3)(10)(2)(3)(3)(4)(7)(1)(1)(3)(1)(1)(7)(2)(7)(24)(1)一丝黑暗中的火光-用例图-优雅的建模语 - 软件架构设计当前位置:& &&&一丝黑暗中的火光-用例图-优雅的建模语一丝黑暗中的火光-用例图-优雅的建模语&&网友分享于：&&浏览：0次一缕黑暗中的火光-----------用例图--------------优雅的建模语
定义：外部用户所能观察到的系统功能的模型图
多用于静态建模阶段（主要是业务建模和需求建模）
用例图中的事物及解释:
1.参与者之间的泛化关系：
2.用例之间的扩展与包含关系：
3.航空售票的用例图
参与者（Actor）:clerk,监督员，信用卡服务商，信息亭
用例（Use Case）：Buy tickets,Buy Subcription,Make charges,Survey sales
12345678910
12345678910
12345678910 上一篇：下一篇：文章评论相关解决方案 1234567891011 Copyright & &&版权所有}