软件建模与分析-第3课-软件需求过程示例及相关基础.pptVIP

第3章 软件需求工程示例及相关基础 3 关于用例 第3章 软件需求工程示例及相关基础 3 关于用例 主要内容 用例 参与者 脚本 用例间的关系 用例图 用例的描述 寻找用例的方法 常见问题分析 小结 第3章 软件需求工程示例及相关基础 3 关于用例 没有描述的用例就像是一本书的目录，我们只知道该目录标题，并不知道该目录下的具体内容是什么。 用例的定义中，提到用例是一个“文字描述序列”，是“动作序列的说明”。因此，用例的描述是用例的主要部分，是后续的交互图分析和类图分析必不可少的部分。 一般来说，用例采用自然语言描述参与者与系统进行交互时双方的行为，不追求形式化的语言表达。 用例的描述 第3章 软件需求工程示例及相关基础 3 关于用例 用例描述一般应包括的内容 用例的目标 用例是怎么启动的 参与者和用例之间的消息是如何传递的 用例中除了主路径外，其他路径是什么 用例结束后的系统状态 其它需要描述的内容 用例的描述 第3章 软件需求工程示例及相关基础 3 关于用例 示例-税收业务管理系统的业务模型-税种登记用例图 用例名称 税种登记 用例编号 创建人 banner_glfw 创建日期 2008-11-30 版本号 主要参与者 办理税种登记的税务人员； 次要参与者 简要描述 进行税（费）种登记时要求可选取一个税（费）种后，系统自动弹出一个相应税目、税率表（公共鉴定库）以供选择，纳税期限、预算级次、计算公式等可自动跟入或选择录入。公共鉴定库能根据各地实际具体减少或增加。有关税种、税目、预算级次、纳税期限的编码使用代码表。 触发事件 根据纳税人的税务登记的基础资料和核定税额审核结果。 前置条件 纳税人进行了税务登记的录入。 纳税人主、兼营等基础资料齐全。 核定税额结果。 操作员要有税种登记的权限。 事件流 S1: 根据纳税人识别号判断纳税人是否做过税务开业登记。 S2:弹出到税种登记模块，判断操作员权限。 S3: 操作人员根据核定结果选择税种类款项、申报期限、入库级次等税种登记基础数据。 S4 系统会自动审核入库级次等条件录入是否正确。 S5如果正确，则可以保存数据录入完毕，否则提示错误。 后置条件 非功能性需求 1. 对数据库操作或弹出错误提示时间应小于1秒； 修改历史 修改人 版本 说明 修改日期 第3章 软件需求工程示例及相关基础 3 关于用例 主要内容 用例 参与者 脚本 用例间的关系 用例图 用例的描述 寻找用例的方法 常见问题分析 小结 第3章 软件需求工程示例及相关基础 3 关于用例 用例分析的步骤可以按下面的顺序进行： （1）找出系统外部的参与者和外部系统，确定系统的边界和范围； （2）确定每一个参与者所期望的系统行为； （3）把这些系统行为命名为用例； （4）使用泛化、包含、扩展等关系处理系统行为的公共部分或变更部分； （5）编制每一个用例的脚本； （6）绘制用例图 （7）区分主事件流和异常事件流，如果需要，可以把表示异常的事件流作为单独的用例处理； （8）细化用例图，解决用例间的重复与冲突问题。 寻找用例的方法 第3章 软件需求工程示例及相关基础 3 关于用例 发现用例的启发性原则： 和用户交互 把自己当作参与者，与设想中的系统交互 确定用例和参与者不能截然分开 Jacobson提出的帮助分析的方法 参与者的主要任务是什么？ 参与者需要了解系统的什么信息？ 参与者是否需要把系统外部的变化通知系统？ 参与者是否希望系统把异常情况的变化通知自己？ 寻找用例的方法 第3章 软件需求工程示例及相关基础 3 关于用例 推荐一本不错的入门级的关于用例的书 Use Case 入门与实例 高焕堂 编著 第3章 软件需求工程示例及相关基础 2 关于业务模型 模型是对某个事物的抽象，其目的是在构建该事物之前先来 理解它，因为模型忽略了那些非本质的细节，由此在操作上 要来得更容易。 模型是简化的实现或者说是现实的化简。 要创建复杂的系统，开发者需要抽象出系统不同的视图，使用 准确的表示方法来构建模型，检验模型是否满足系统的需求。 并逐步为模型增加细节，将其转换为实现。 模型的用途：与用户交流的可视化的方法，可以减低系统的复 杂性，以及与用户交流的歧义。 初始状态 状态变化 缴款 申报 应纳尽纳 应收尽收 发票 证件 涉税文书 第3章 软件需求工程示例及相关基础 2 关于业务模型 税收软件业务理解 第3章 软件需求工程示例及相关基础 登记管理 税种登记 状态管理 证件管理 双定管理 涉税文书管理 发票管理 申报征收 会统核算 税收计划 税源管理 票证管理 稽查选案 稽查实施 稽查审理 稽查执行 稽查档案 税收业务 管理应用系统 行政执法 行政复议 行政应诉 行政赔偿 2 关于业务模型 业务模型举例 第3章 软件需求工