UML用况图.ppt

第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 　需求技术 获取软件的需求是软件开发过程的重要难题，在当今的软件需求的实践中，RUP过程中的用例技术、XP中的用户故事（User Story）技术、FDD的Feature描述技术是获取需求的最佳技术，这三个技术的共同点是：站在用户的角度看待系统、定义系统 ；使用用户能够看懂的语言来描述系统，定义系统．三种需求技术的特点见表6-1所示。 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 参与者间的关系 在用例图中，使用泛化关系来描述多个参与者之间的公共行为。 参与者间的泛化关系示例： 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 用例事件流的表示 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 第3章 用况图 6．８　阅读用例图 6．８．３　用例粒度 用例的粒度，就是用来描述用户目标的大小的程度。从大到小可将用例分成三个层次：概述级、用户目标级、子功能级。下面以读者阅读图书为例，说明用例的三个级别。 6．８　阅读用例图 １．概述级 概述级,参与者把整个系统看成一个用例。如图6-15所示。 ２．用户目标级 目标级用例是对概述级进一步细化。 ３．子功能级 子功能级用例是对目标级用例的进一步细化。 例题1 例题2 例题2 例题2 例题2 例题3 例题3 例题3 练习 练习 练习 6．9 用例图应用 6．9．1 问题描述 当需求分析人员对用户和客户进行访谈后，就要记录下用户和客户对业务系统的描述。开发人员必须把客户对业务系统的陈述转化为完整的，清晰的、可用于开发系统的描述，这种描述业务系统的格式，必须是客户能理解的、认可的标准格式。当然，“完整”和“清晰”实际上是做不到的。第一次是不可能非常接近这些目标的。但是，最终应有一个文档描述了系统应完成的所有工作（和系统不应完成的工作），而且没有误解。 例如，下面就是汽车租赁系统的业务陈述(Nowhere Cars任务陈述)： 6．9 用例图应用 商店将汽车的跟踪自动化了——使用条形码、柜台终端和激光阅读器，这有许多优点：租凭助手的效率提高了20%，汽车很少失踪，客户群很快变大（根据市场调查，其部分原因至少是专业化和效率的显著提高）。 管理层认为，Internet会提供进一步提高效率、降低成本的机会。例如，现在不是打印可用汽车的目录，而可以让每个Internet冲浪人员在线浏览这些目录。对于有特权的客户，可以提供额外的服务，例如通过鼠标点击进行预约。这个领域的目标是每个商店的运营成本降低15%。 在两年内，使用电子商务的所有功能，通过Web浏览器提供所有的服务，在客户中完成汽车的交付和收回，以达到虚拟租凭公司的最终目标，将未预约业务的运营成本降到最低。 6．9 用例图应用 上面有三个段落的任务陈述包含了许多信息：公司的自动化历史；客户对日期的满意度；在线目录和预约；有特权和无特权的客户；节约成本的历史和目标；公司的最终目标（“虚拟租凭公司”）。当然，管理层的一些想法实现起来还有很长的路要走（客户适应虚拟租凭商店的时间可能会超过两年），但调查至少有两个很好的起点：公司的商店目前提供什么服务？哪些适合在Internet上提供？ 上述任务陈述是下面案例分析的基础。虚拟公司的新系统称为Coot，客户可使用的Internet功能集合称为iCoot. 6．9 用例图应用 开发Nowhere Cars系统的优点是：在延长的期限内爱好者出租专用汽车。由于不可能出租所有型号的汽车，客户在要租汽车时，必须找到一家租凭货店。汽车的租凭方式是先到先得到服务，客户可以在当前可用的汽车中选择。另外，如果客户要租用的某型号汽车目前没有，还可以预约，当有匹配的型号汽车时，助手就会与客户直接签约；客户必须在两天内取车（或交抵押金，先于其他客户取车）。会员必须注册，才能电话预约。 6．9．2 定义术语表 6．9 用例图应用 每个业务领域都具有它本身独一无二的词汇，需求分析的目的就是理解和定义这些词汇。词汇应该被项目相关人所理解。术语表必须解决同音异义和同义异音问题。 一般来说，我们从问题描述中提取术语表。 下面是汽车租赁系统的术语表： Nowhere Cars术语表 术语 定义 Car（业务对象） 由商店