第6章用例图讲述.ppt

定义术语表 每个业务领域都具有它本身独一无二的词汇，需求分析的目的就是理解和定义这些词汇。词汇应该被项目相关人所理解。术语表必须解决同音异义和同义异音问题。 一般来说，我们从问题描述中提取术语表。 Nowhere Cars术语表： 术语 定义 Car（业务对象） 由商店保存的、用于出租的CarModel的实例 CarModel（业务对象） 目录中的一个模型，可用于预约 Customer（业务参与者，业务对象） 为获得一个标准服务而付费的人 Member（业务对象） 其身份和信用状况已得到验证的顾客，因此，可以访问特定的服务（例如电话预约或通过Internet预约） 术语表中的每一项都定义了一个术语，其定义可短可长。 从案例分析的术语表中可以看出，可以记录每个术语与开发阶段之间的关系（业务参与者、系统参与者）。下面是可以使用的关系列表（每一项都可以用于多种关系）： 业务参与者：业务需求中出现的参与者 业务对象：业务需求中出现的对象 系统对象：系统需求中出现（在系统内部）的对象 分析对象：分析模型中出现的对象 部署制品：在系统中部署的某个信息，例如文件 设计对象：设计模型中出现的对象 设计节点：构成系统体系结构的计算机或过程 设计层：子系统的垂直部分 设计包：把多个相关类组织在一起，用于组织开发。 收集需求的活动结束后，开发者建立了两个产品：第一个产品是对业务系统的问题描述；第二个产品是对业务系统中词汇的定义。 标识参与者 首先，需要标识业务参与者。参与者是在业务中扮演某个角色的人、部门或者独立的软件系统。一般来说，参与者使用系统或给系统提供服务。 与现实生活一样，参与者可以在不同的时刻，扮演不同的业务角色。例如，小刘在Nowhere Cars商店上班时，他是一个助手；如果他在回家之前要租用一辆汽车，就成为一个顾客。 我们一般是从业务陈述中获取业务参与者。 下面是汽车租赁系统(Nowhere Cars)的业务参与者表： 助手：商店的一个员工，帮助顾客租用其汽车和预约汽车型号。 顾客：为获得一个标准服务而付费的人。 会员：其身份和信用状况已得到验证的顾客，因此，可以访问特定的服务（例如电话预约或通过Internet预约）。 非会员：其身份和信用状况没有验证的顾客，因此，他要月月必须交押金，租用汽车必须提供一份驾照副本。 AuK：处理顾客信息、预约、出租和可用汽车型号目录的已有系统。 债务部门：处理未付费用的Nowhere Cars部门。 法律部门：处理设计租用汽车事故的Nowhere Cars部门。 标识系统用例 一旦有了参与者，就可以从参与者的角度看系统,问系统能给参与者提供哪些服务?通过一问一答,就可以查找用例。 iCoot系统用例列表: U1：浏览索引：顾客浏览汽车型号的索引。 U2：查看结果：给顾客显示检索到的汽车型号子集。 U3：查看汽车型号细节：给顾客显示检索到的汽车型号细节，例如描述和广告。 U4：有哪些信誉好的足球投注网站：顾客指定类别、构造和引擎规格，有哪些信誉好的足球投注网站汽车型号。 U5：登录：会员使用会员号和当前密码登录iCoot。 U6：查看会员信息：会员查看iCoot存储的会员信息子集，例如姓名、地址和信用卡调节。 U7：进行预约：会员在查看汽车型号的细节时，预约一种汽车型号。 U8：查看租用情况：会员查看当前租用的汽车的汇总信息。 U9：修改密码：会员修改用于登录的密码。 U10：查看预约情况：会员查看还没有结束的预约汇总信息，例如日期、时间和汽车型号。 U11：取消预约：会员取消还没有结束的预约。 U12：注销：会员从iCoot中注销。 系统用例可以在用例图上描述，显示参与者与特定用例的关系——这有助于了解系统的使用方式。 iCoot的用例图如图所示： 在用例图中，每个用例都在一个椭圆中显示为一个序号和一个标题。包含所有用例的方框表示系统的边界——可以把系统名称放在方框中。在系统边界的外部，显示参与者，在用例和使用它们的参与者之间添加关联。 用例的命名：（状语＋）动词＋（定语＋）宾语用例确定时常见错误：..把交互的某个步骤当作用例..把系统活动当作用例（而非用户视角） ..四轮马车的错误CRUD CRUD错误 “四轮马车的错误CRUD： ” Create（增加），Retrieve（查询） ，Update（更新），Delete（删除） 。如：把管理员的用户管理划分为四个用例，添加、修改、删除、查询。系统建模蜕变成关系数据库的建模。 “系统就是数据的增删改查”。这是常犯的错误，先关心数据的存储和维护，反而忽略了用户的目的。 注意粒度适度原则，如果C