OA流程报销系统.pptVIP

用例8：查询财务待处理报销单3-1 需求说明 以财务身份登录 查询出相关单据，列表显示 待处理人为当前登录用户 或者当前登录用户曾审核过 按状态升序、日期降序排列 根据单据不同状态显示不同操作图标： “已审核”且待处理人为当前登录用户：处理 其他状态（不含“新创建”）：查看 提供分页功能 用例8：查询财务待处理报销单3-2 功能测试 检查点1 查询数据 正确查询数据 对数据按按状态升序、日期降序排列 按状态显示不同图标 检查点2 正确实现分页 互相测试完成的程序功能 测试出的缺陷记录在“常见问题列表中” 修正缺陷后返测通过，才认为用例开发完成 单元测试 用例9：财务处理报销单3-1 需求说明 填写处理建议，执行处理 处理结果： 待处理人：null；状态：已付款 执行操作前检查权限，当前登录用户： 是财务 是待处理人 完成时间：25分钟 用例9：财务处理报销单3-2 功能测试 检查点1 处理操作 处理结果：待处理人：null；状态：已付款 检查点2 正确控制权限 互相测试完成的程序功能 测试出的缺陷记录在“常见问题列表中” 修正缺陷后返测通过，才认为用例开发完成 单元测试 集成测试 完成时间：25分钟 系统集成后，重新测试系统所有程序功能 测试出的缺陷记录在“常见问题列表中” 修正缺陷后返测，并更新“常见问题列表中” 集成测试 THANK YOU SUCCESS * * 可编辑 * * * * * * * * * * * 可编辑 可编辑 贯穿案例介绍 开发跨流程报销系统 任务描述3-2 用例图 任务描述3-3 跨职能的流程图 问题分析1：界面交互设计 界面交互设计的原则 统一性原则 界面风格统一：用相同方式展现相同类型的数据，如：日期类型 交互风格统一：用相同方式完成相同类型的操作，如：录入日期 美观性原则 界面美观大方 易用性原则 操作方式自然、易理解 问题分析2：技术框架设计 技术框架中需要考虑的问题 如何分层，每层的职责 采用哪些技术 如何分页、报错（处理异常）、管理事务、… 命名规范 如何完成CURD，访问session（或Cookie） 难点分析1：理解业务 员工可以查询出哪些报销单，怎么实现？ 部门经理审核需要查询出哪些报销单，怎么实现？ 总经理审核需要查询出哪些报销单，怎么实现？ 财务处理需要查询出哪些报销单，怎么实现？ 难点分析2：使用SSH框架开发 分层编码，牢记步骤 步步为营：Code a little,debug a little 熟能生巧 善于总结并分享经验 记录常见错误 互相分享 难点分析3：部门经理审核 部门经理审核都做了哪些数据处理？ 打回 拒绝 通过 用例1：查询自己填写的报销单4-3 功能测试 检查点1 显示报销单列表 按正确格式显示 显示正确数据 显示操作图标 检查点2 实现分页 互相测试完成的程序功能 测试出的缺陷记录在“常见问题列表中” 修正缺陷后返测通过，才认为用例开发完成 单元测试 用例1：查询自己填写的报销单4-4 共性问题集中讲解 常见调试问题及解决办法 代码规范问题 共性问题集中讲解 用例2：查看报销单3-1 需求说明 在同一页面显示指定编号报销单，包括： 主单信息 明细信息 审核记录 检查权限，当前登录用户： 是填报人 或 填报人的部门经理 或 总经理 完成时间：25分钟 用例2：查看报销单3-2 功能测试 检查点1 按规定样式显示 检查点2 按要求控制访问权限 互相测试完成的程序功能 测试出的缺陷记录在“常见问题列表中” 修正缺陷后返测通过，才认为用例开发完成 单元测试 用例2：查看报销单3-3 需求说明 判断单据状态： 单据类型为“已打回”或“新创建”才可以修改 否则报错：“[x状态]的单据不能修改” 判断权限 待处理人为当前登录用户的才能修改 填报人为当前登录用户的才能修改 否则报错：“没有权限执行该操作” 主单中“事由”可以修改，明细可以添加、删除 修改完成后，可以“保存”或“提交” 用例3：修改报销单3-1 完成时间：25分钟 用例3：修改报销单3-2 功能测试 检查点1 修改报销单 按类型查询报销单 若不可修改正确显示提示信息 “保存”或“提交”修改后报销单 检查点2 正确控制权限 互相测试完成的程序功能 测试出的缺陷记录在“常见问题列表中” 修正缺陷后返测通过，才认为用例开发完成 单元测试 THANK YOU SUCCESS * * 可编辑 用例3：修改报销单3-3 用例4：查询部门经理待审核报销单3-1 需求说明 以部门经理身份登录 查询出自己部门员工填报的所有报销单，列表显示 不显示状态为“新创建”的单据 按状态升序、日期降序排列 根据单据不同状态显示不同操作图标： “已提交”且待