软件工程用例图的知识.ppt

用例图_用例（1） 用例： 可以被行为者感受到的、系统的一个完整的功能。 UML中定义：系统完成的一系列动作，动作的结果能被特定的行为者感觉到。 特征： 用户可见的功能 被行为者启动，向行为者提供可识别的值 完整的 注：与脚本区别 用例图_用例（2） 理解： 用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。 用例在画图中用椭圆来表示，椭圆下面附上用例的名称。 用例图_行为者 行为者： 与系统交互的人或其他系统。代表外部实体。代表一种角色，可以是人或物，也可以是时间或其他系统等 。 参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色 。 例如：图书管理员小张可以扮演管理员，也可以作为借书者。 用例图_系统 系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。 用例图_基本模型 用例图_用例之间关系 扩展关系 向一个用例中添加一些动作后构成了另一个用例（扩展用例）。 如：用例“召开电话会议”和“显示呼叫方身份”是基本用例“打电话”的两个扩展用例在电话系统中，为用户提供的主要服务通过用例“打电话”来表示。可选服务的示例包括：????? 能让第三方加入通话（召开电话会议）。????? 允许接收方看到呼叫方的身份（显示呼叫方身份）。????? 我们可以将这些可选服务所需的行为表示为基本用例“打电话”的扩展用例。这是扩展关系的一种正确应用：由于“打电话”本身就具有意义，无需阅读扩展用例的说明就可理解基本用例的主要目的，并且扩展用例具有可选字符。 用例图_用例之间关系 使用关系 当一个用例使用另一个用例时，它们构成使用关系。 如：账户控制中，有关闭账户和删除账户，删除账户要使用关闭账户 用例图_区别 扩展关系：描述一般行为的变化 使用关系：两个或多个用力中出现重复描述又想避免这种重复 用例图_用例间关系（补充） 泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。如在图2.4中，订票是电话订票和网上订票的抽象。 用例图_用例描述 对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括： 简要描述：对用例的角色、目的的简要描述； 前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件； 基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流； 其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们； 异常事件流：表示发生了某些非正常的事情所要执行的流程； 后置条件：用例一旦执行后系统所处的状态 用例图_实例 构建一个家教网站，该家教网站分为前台客户系统和后台管理系统。 前台客户系统的用例图如下（有时系统没有明显边界） 用例图_实例 后台管理系统用例图如下： 用例图_实例 后台管理系统中的网站公告发布这个用例的描述 ： * 用例图_背景 UML用例图是非常有用的一种图。 在需求分析中，可以让人们从繁重的文档中解脱出来，并且促使人们在做需求时能够更加准确、直观的表现自己的意思。 它能帮助我们更好的获取用户需求，规划和控制项目。当然用例图不仅仅只是做为需求分析专用，他强大的应用性还可以用于其它很多地方。 * 用例 参与者 系统 参与者 通信 关系 *