课件：UNL用例图.pptVIP

5.5 用例规格描述 1.PIM-1：分析系统流程（系统用例描述） 针对每1个系统用例，分析其内部细节，编写系统用例规格描述。 5.5 用例规格描述 2. 系统用例规格描述的内容 1. 用例基本数据 用例名称 用例编号 用例简述 用例图 系统 提供此用例的系统名称 执行者 相关用例 执行用例前必须先执行过某相关用例 执行用例期间可能驱动其他的包含用例或扩展用例 5.5 用例规格描述 2. 执行流程 主要流程 用例描述最核心部分，记载整个用例正常的执行过程 编号形式：1、2、3、4，次级使用1.1、1.2 类推 替代流程 替代主要流程某1步或几步的流程 执行完替代流程后，会回到主要流程某1步继续执行 编号形式：要替代的主流程编号，加上a、b、c 类推 例外流程 替代主要流程某1步或几步的流程 进入例外流程后，系统不会继续执行剩下的主要流程 5.5 用例规格描述 3. 条件及规则 启动事件或条件 记录启动用例的重要事件或条件 前置条件 执行用例前的检验，唯有在满足某些重要条件时，才会执行该用例，以确保用例可以正确执行 后置条件 用例执行完毕时，可以通过后置条件自行检验是否执行成功 失败时状态 记录用例执行失败时的状态 业务规则 重要的业务规则或计算公式要记录 5.5 用例规格描述 4. 相关文档 用例规格常作为系统开发文件的汇集点，链接到相关文档。 用例描述的历史版本 用例变更时，用例规格也随之变更。该部分用于连接旧的历史版本及变更说明 UML图 跟该用例相关的业务用例图、活动图、系统用例图、状态图、类图或序列图 参考画面 可以附上用例设计时的图片 其他非UML文档 如会议记录、表设计等 5.5 用例规格描述 5. 其他事项 优先性 用于标注用例的重要度或优先性，协助制定开发顺序，越重要的用例越优先开发 迭代等级 标注用例的细致度或迭代等级，方便开发人员经过多次迭代过程逐步定义出用例的细节 待解决问题 标注未有定论的问题，方便日后查阅 基本假设 如果某用例是基于某个基本假设而设计的，需要记录该基本假设 5.5 用例规格描述 5. 其他事项(续） 相关人员 记录用例涉及到的相关人员，如制作者、阅读者和审核者等，方便使用工作流工具管理 特殊需求 与该用例相关的非功能性需求等可以纪录在此 5.5 用例规格描述 建议使用：开放式用例描述格式 □用例名称 □用例编号 □用例简述 □用例图 □系统 □执行者 □相关用例 □其他（ ） □主要流程 □替代流程 □例外流程 □其他（） □启动事件或条件 □前置条件 □后置条件 □失败时状态 □业务规则 □其他（ ） □用例描述的历史版本 □UML图 □参考画面 □非UML文档 □其他（ ） □优先性 □迭代等级 □待解决问题 □基本假设 □相关人员 □特殊需求 □其他（ ） □其他（ ） 5.5 用例规格描述 3. 分析系统流程 针对每1个系统用例，系统分析员请业务人员协助回答如下问题，或提供相关资料： 1）列出业务人员先行的执行步骤 2）期望系统怎么做，以改善现行操作的缺失 3）提供相关的纸质窗体或电子窗体 4）列出相关的业务规则和计算公式 5.5 用例规格描述 4.示例 1）写出“判断读者是否允许借书”用例描述 流程分析 业务规则 写出用例规格描述 2）写出“登记借书信息”用例描述 5.5 用例规格描述 5.练习 1）写出“查询是否超期”用例描述 2）写出“登记还书信息”用例描述 THANK YOU SUCCESS * * 可编辑 物流业务中的“客户签收”。 客户签收通常手工完成。属于系统外部的事情。 但如果仅从系统需求理解，业务会有所缺失。 * 当系统规模较大时，业务用例的粒度相应也会比较大，而且业务用例描述的业务也很粗略。 而系统用例要适应软件开发的需要，要求粒度较小 * 当系统规模较大时，业务用例的粒度相应也会比较大，而且业务用例描述的业务也很粗略。 而系统用例要适应软件开发的需要，要求粒度较小 * 当系统规模较大时，业务用例的粒度相应也会比较大，而且业务用例描述的业务也很粗略。 而系统用例要适应软件开发的需要，要求粒度较小 * * * 5.2 用例图的组成 2）参与者与用例之间的关系 关联 5.2 用例图的组成 3）用例之间的关系