用例间关系教学课件

用例间的关系 1 关联关系2 包含关系3 扩展关系4 泛化关系关联关系表示角色用例之间进行通信。不同的角色可以访问相同的用例。包含关系客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。扩展关系扩展用例被定义为基础用例的增量扩展。基础用例提供扩展点以添加新的行为。扩展用例提供插入片段以插入到基础用例的扩展点上。泛化关系父用例也可以被特别列举为一个或多个子用例。子用例表示父用例的特殊形式。子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。实例实例图书馆管理系统的用例图图书馆管理系统的用例图 1 确定系统涉及的总体信息2 确定系统的参与者3 确定系统的用例4 图书馆管理系统的用例图1 确定系统涉及的总体信息读者：借书还书书籍预定 1 确定系统涉及的总体信息图书馆管理员：书籍借出处理书籍归还处理预定信息处理 1 确定系统涉及的总体信息系统管理员：增加书目删除或更新书目增加书籍减少书籍增加读者帐户信息删除或更新读者帐户信息书籍信息查询读者信息查询 2 确定系统的参与者首先分析系统所涉及的问题领域和系统运行的主要任务：分析使用该系统主要功能部分的是哪些人。谁将需要该系统的支持以完成其工作。系统的管理者与维护者。2 确定系统的参与者图书馆管理系统的参与者：读者（借阅者）图书馆管理员图书馆管理系统维护者 3 确定系统的用例1.借阅者请求服务的用例2.图书馆管理员处理借书、还书等的用例3.系统管理员进行系统维护的用例 1.借阅者请求服务的用例登录系统 查询自己的借阅信息查询书籍信息预定书籍借阅书籍归还书籍2.图书馆管理员处理借书、还书的用例图书馆管理员处理借书、还书的用例处理书籍借阅处理书籍归还删除预定信息3.系统管理员进行系统维护的用例系统管理员进行系统维护的用例查询借阅者信息查询书籍信息增加书目删除或更新书目增加书籍删除书籍添加借阅者帐户删除或更新借阅者帐户 5 图书馆管理系统的用例图1.借阅者请求服务的用例图2.图书馆管理员处理借书、还书的用例图3.系统管理员进行系统维护的用例图借阅者请求服务的用例图图书馆管理员处理借书、还书的用例图图书馆管理员处理借书、还书的用例图 系统管理员进行系统维护的用例图系统管理员进行系统维护的用例图 需求规格说明与评审产生需求规格说明并进行评审。需求规格说明应成为开发过程必须遵循的指导原则。1需求规格说明目标(1)用户通过需求规格说明可初步判定目标软件能否满足需求，设计人员将需求规格说明作为软件设计的基础。1需求规格说明目标(2)支持目标软件系统的确认，需求规格说明的各项需求应该是可测试的。(3)控制系统进化过程，需求分析完成后，如果用户追加需求，开发人员再次进行需求分析，扩充需求规格说明，进行软件设计等。需求规格说明需求规格说明内容（见教材p97-109）功能、行为需求描述系统的输入、输出及相互关系需求规格说明需求规格说明内容非行为需求描述软件系统工作时应具备的各种属性，如效率、可靠性、安全性、可维护性、可移植性等。为使需求规格说明更加简洁，其它内容不应写入，如人员、成本、进度、设计方案、质量控制等。这些内容单独形成文档。需求评审需求评审需求规格说明进入设计阶段之前，必须进行评审。如果发现错误或缺陷，应及时纠正或更改需求分析、模型，需求规格说明，并重新评审。需求评审需求评审衡量需求规格说明的标准正确性无歧义性完全性可验证性一致性可理解性可修改性可追踪性需求评审需求评审(1)正确性。需求规格说明书的功能、行为、性能描述必须与用户对目标软件产品的期望相吻合。需求评审需求评审(2)无歧义性。需求规格说明的任何语法单位只能有唯一的语义解释。确保无歧义性的一种有效措施是在需求规格说明中使用标准化术语，并对术语的语义进行显式的、统一解释。需求评审需求评审(3)完全性。需求规格说明书不能遗漏任何用户需求。具体地说，目标软件产品的所有功能、行为、性能约束，以及它在所有可能情况下的预期行为均应完整地包含在需求规格说明。需求评审需求评审(4)可验证性。对于规格说明书中的任意需求，均应存在技术和经济上可行的手段进行验证和确认。需求评审需求评审(5)一致性。需求规格说明书的各部分之间不能相互矛盾。这些矛盾可以表现为术语使用方面的冲突，功能和行为特征方面的冲突以及时序方面的前后不一致。需求评审需求评审(6)可理解性。追求上述目标不应妨碍需求规格说明书对于用户、设计人员和测试人员的易理解性。特别是对于非计算机专业的用户而言，不宜在说明书中使用太多的专业化词汇。需求评审需求评审(7)可修改性。需求规格说明的格式和组织方式应支持内容的增、删和修改。需求评审(8)可追踪性。需求规格说明的每项需求必须与用户的原始需求相对应，为后续开发和其它文档引用这些需求提供方便。谢谢！