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