Chapter 7 需求文档化与验证.pptVIP

主要内容 为什么文档化需求 用例文档 软件需求规格说明文档 文档化需求的注意事项 验证需求文档 度量需求功能点 验证需求的方法 评审 开发系统测试用例 度量 评审 重视需求评审 保证用户与客户参与 场景与线索最受环境 检查列表 开发系统测试用例 （1）以需求为线索，开发测试用例套件； （2）使用测试技术确定输入/输出数据，开发测试用例。 测试用例套件 基于用例描述，可以为销售处理确定测试用例套件 测试用例套件 覆盖流程 TUS1 正常流程 3a 3b 5-8a TUS2 正常流程 1a 9a 11a TUS3 正常流程 5-8b 建立测试用 主要是基于规格的技术，设计测试场景的输入与输出数据 ID 输入 预期输出 商品信息 特价 赠品 支付 TUS1-1 无商品 无 无 无 不做任何处理，关闭销售任务 TUS1-2 商品1（1、1(双)、35）商品2（2、1(双)、50） 无 无 TUS1-3 商品1（1、1(双)、35）商品2（2、1(双)、50） 无 无 85 无找零，系统行为满足后置条件 TUS1-4 商品1（1、1(双)、35）商品2（2、1(双)、50） 商品1特价20 ? 100 找零30，系统行为满足后置条件 TUS1-5 商品1（1、1(双)、35）商品2（2、1(双)、50） 总额特价50以上0.8折 ? 100 找零31，系统行为满足后置条件 TUS1-6 商品1（1、1(双)、35）商品2（2、1(双)、60） 商品1特价20总额特价50以上0.8折 100 找零32，系统行为满足后置条件 …… …… 度量需求 用例的数量 平均每个用例中的场景数量 平均用例行数 软件需求数量 非功能需求数量 功能点数量 如果平均的用例场景数量过低，那么就可能存在对异常流程考虑不周的可能。 如果平均用例行数过大或者过小，那么可能对用例的细分粒度过大或者过小。 用例数量、软件需求数量和功能点数量应该是相对比例均衡的，如果三者之间有着非常大的差距，那么可能会有需求的遗漏。 主要内容 为什么文档化需求 用例文档 软件需求规格说明文档 文档化需求的注意事项 验证需求文档 度量需求功能点 功能点度量 用于估算和度量软件系统规模与复杂度的抽象单位。 在需求开发阶段，估计代码行数误差较大，使用功能点来估算和度量软件系统的规模与复杂度则有较好的效果。 功能点度量 输入数量：一次有意义的输入，需要程序员进行一次编程处理 输出数量：系统需要对外展示的内容组，表现为屏幕界面、打印输出、错误提示等等。 查询数量：用户的“命令”输入，通常表现为鼠标点击和键盘输入（热键） 逻辑文件数量：系统内部的持久化数据，包括文件、数据表等 对外接口数量：与外部系统交换数据的软硬件通信接口。 销售任务 输入：3 输出：11 查询：7 逻辑文件：12 对外接口：0 功能点测度总数=3×4+11×5+7×4+12×10=215 功能点测度 加权因子fj 简单系统 中等系统 复杂系统 C1 输入数量 3 4 6 C2 输出数量 4 5 7 C3 查询数量 3 4 6 C4 逻辑文件数量 7 10 15 C5 对外接口数量 5 7 10 i 描述 MSCS估计值 1 系统需要备份和恢复吗？ 0 2 需要专门的网络数据通信吗？ 0 3 存在分布式处理功能吗？ 5（RMI） 4 性能关键吗？ 2 5 系统将运行在一个现有的、使用困难的操作环境吗？ 3（收银员） 6 系统需要在线数据项吗？ 5（领域数据都是在线的） 7 在线数据项目需要对多个屏幕或操作建立输入事务吗？ 4（多客户端） 8 逻辑文件在线更新吗？ 5 9 输入、输出、文件或查询是复杂的吗？ 2（都较为独立） 10 内部处理是复杂的吗？ 3（特价与赠品计算） 11 所设计的代码要求可复用吗？ 4（课程要求） 12 设计要求包括移交与安装吗？ 3 13 系统需要设计为多个安装以适应不同组织吗？ 0 14 系统设计要求易于修改和易于使用吗？ 4（课程要求） 销售用例的功能点 《计算与软件工程II》Ch7 需求文档化与验证 丁二玉 南京大学 软件学院 主要内容 为什么文档化需求 用例文档 软件需求规格说明文档 文档化需求的注意事项 验证需求 度量需求功能点 Why documents? Teamwork and communication Project manager Architect Software Designer Programmer Maintainer … Tips of documents Why standard? Can we solve communication problem with other methods? 主要内容 为什么文档化需求 用例文