chapter04-用例图-扩充了较多内容.ppt

* 如果发现没有这两个图标，可用采用刚才介绍过的工具栏定制方法找到它们，并添加进来。 * 图书管理有可能由图书管理员操作 * * 不是需求或功能的规格说明 路径名，在用例名前加上所属包的名称 * 不是需求或功能的规格说明 路径名，在用例名前加上所属包的名称 * 不是需求或功能的规格说明 路径名，在用例名前加上所属包的名称 * 大多数情况下，由一个协作图实现，不用在图中显示画出 * * 系统外部的一个实体，以某种形式参与了用例的执行过程 用例图是属于静态建模范畴，还是动态建模？？ ， * 光识别出参与者和用例是不够的，还需要获取用例可能的不同使用场景、参与者与用例的交互过程、用例之间的关系，是否可以重用等 * 通过分析参与者使用用例的scenario，我们可以得出用户与用例交互的事件流，并分离出主scenario和可选的、或错误的scenario，后者在分析用例之间的关系的时候，根据其出现条件或频度，可以考虑作为主用例的扩展用例或者子用例。 * * * 还有实现关系(Realization)？ * 子用例是父用例的不同用法 * 作为OOA文档的一个组成部分，用例的描述应该有一定的规范格式 * 作为OOA文档的一个组成部分，用例的描述应该有一定的规范格式 * 作为OOA文档的一个组成部分，用例的描述应该有一定的规范格式 * 作为OOA文档的一个组成部分，用例的描述应该有一定的规范格式 * 作为OOA文档的一个组成部分，用例的描述应该有一定的规范格式 * 作为OOA文档的一个组成部分，用例的描述应该有一定的规范格式 * * * 综合考虑参与者的行为，来描述用例的事件流 * 综合考虑参与者的行为，来描述用例的事件流 * * * * * * 参与者构造型，描述参与者的信息，包括属性、操作、状态图等 * 还有ATM机取款等 * 需要登录系统 * * 通常用例图是UML中要绘制的第一个图，可能需要新建一个模型 * 4.4.1 对语境建模 语境：存在于系统外部、并与存在于系统内部的事物进行交互的事物，构成了系统的语境。 UML中，通过用例图对系统的语境进行建模，遵循如下方法： （1）识别系统外部的参与者。 （2）将类似的参与者组织成泛化的结构层次。 （3）在需要加深理解的地方，为每个参与者提供一个构造型。 （4）将参与者放入到用例图中，并说明参与者与用例之间的通信路径。 */89 4.4.2 对需求建模 需求：根据用户对产品功能的期望，提出产品外部功能的描述。 需求分析的工作： 获取系统的需求。 归纳系统所要实现的功能，使最终软件产品最大限度地贴近用户的要求。 */89 4.4.2 对需求建模 UML用例图可以表达和管理系统大多数的功能需求，对需求建模可参考如下方法： （1）识别系统的外部参与者来建立系统的语境。 （2）考虑每一个参与者期望的（需要系统提供的）行为。 （3）把这些行为命名为用例。 （4）分析这些行为，确定提供者用例和扩展用例。 （5）对这些用例、参与者和它们之间的关系建模。用注释修饰用例。 */89 4.4.3 用例粒度 用例粒度：用例的细化程度。UML中没有此概念。 以参与者为中心，以参与者要完成的任务来划分用例的粒度。 例：读者去借书。首先登录系统，查询数目，然后出示借书证，图书管理员验证该读者的借书资格，然后出借了图书。 以上每个活动都可以看做一个用例，但这些活动的目的是为了读者借书。 合适的粒度：借书 */89 小结：用例图的建立步骤 捕获需求。找出系统的外部参与者和外部系统，确定系统的边界和范围； 确定每个参与者所期望的系统行为；--语境建模 把这些系统行为命名用例； 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分； 编制每个用例的脚本； 绘制用例图； 区分主事件流和异常情况的事件流，可以把表达异常情况的事件流的用例画成一个单独的子用例； 细化用例图，解决用例间的重复与冲突问题。 */89 第4章 用例图 4.1 用例图的概念 4.2 参与者 4.3 用例 4.4 用例图建模技术 4.5 实例—-图书馆管理系统中的用例图 4.5.1 确定系统涉及的内容 4.5.2 确定系统参与者 4.5.3 确定系统用例 4.5.4 使用Rational Rose来绘制用例图 4.5.5 图书馆管理系统的用例图 */89 4.5.1 确定系统涉及的总体信息 图书馆管理系统：对书籍、书籍的借阅归还以及读者信息进行统一管理的系统，具体包括： 读者：借书、还书、书籍预定。 图书馆管理员：书籍借出处理、书籍归还处理、预定信息处理。 系统管理员： 增加、删除或更新书目； 增加或减少书籍； 增加、删除或更新读者帐户信息； 查询书籍信息、查询读者信息。 */89 4.5.2 确定系