软件项目管理基础教程教案.ppt

走查法 假定程序模块的输入与输出值，按照执行步骤，逐行分析所有代码的方法 通常用于对控制流程明显的程序或设计流程图的评审 应该以工作的具体负责人为中心实施 走查法（续） 步骤 首先假定对象模块的输入以及与之对应的输出结果 根据输入值，按照程序运行的顺序跟踪运行结果 最后比较跟踪到的最终结果与最初预想结果 走查法（续） 优点 当参与评审人员较多时，可以对控制流程的各个步骤进行较详细的评审 缺点 当控制流程较复杂时，需要耗费较多的时间 审查法 根据评审用检查内容表，对评审对象的某方面的质量进行审查的方法 要求所有参加人员根据审查项目，从对象物中找出相应的审查位置 要求在受过专门训练人员的主持下实施 需要事先向所有参与人员分发讲解检查内容表 需要选择详细了解系统/产品全貌的人员参加评审 审查法（续） 优点 由于使用专用的检查内容表，使参加人员可以专注于对象物某一方面的质量，因此可以一次对多个对象进行评审 缺点 若参加人员对评审对象不够了解，则无法达到预期的评审效果 轮查法 轮流指定所有参加评审的项目团队成员为评审负责人的组织方法 优点 全员参与，提高所有人的参与意识 轮流作为评审负责人，可以提高大家的技术水平同时加深团队成员间的了解 缺点 对所有团队成员有较高技能要求，需要循序渐进，不能急于求成 原型法 根据设计试作程序，根据实际的动作进行评审的方法 优点 对于用户界面较多，或画面显示较多的程序比较有效 缺点 试作程序与实际的产品存在差异，仅供参考 事先的准备工作耗费较多工时 模拟法 建立模型，根据数学的近似算法，模拟系统或软件的运行环境，根据实际的运行结果进行评审的方法。 评审结果可以作为确定适当的技术路线的依据 优点 对于由于设计方法的不同对系统的性能有较大影响的程序十分有效，例如：有较高性能指标要求、占用较多系统资源、需要实时处理的系统 缺点 若模拟算法有误，会得出错误结果 需要改变条件，反复进行模拟运行 事先进行自查的重要性 组织建立了较完备的评审制度后，组织成员有可能会产生过分依赖评审的倾向 因此有必要强调自查的重要性 在具体设计/开发的质量过低，会导致在评审中分散参加评审人员的注意力，降低评审的效率（耗费大量工时，却抓不住根本问题） 对于所有项目团队成员，养成自查的习惯是一种重要的“纪律” 评审效果的审查 项目经理需要主持所有的阶段性评审，并审查评审的结果以把握项目的质量情况 项目经理需要随时掌握评审完成标准与实际评审状况的相对关系 具体来说，有以下两部分的任务 评审结果与完成标准的比较 评审质量的审查 评审结果与完成标准的比较 检查实际进行的评审是否已经达到事先确定的评审完成标准 当未达到标准要求的水平时，确定再次评审的计划 发现问题数高于标准时——再次评审 发现问题数远远低于标准时——改变评审方法 评审质量的审查 项目经理可以通过以下的方面审查评审的质量 是从何种角度出发进行评审的？ 是否有具有适当的技能的人员参加评审活动？ 通过评审发现多少问题点？ 通过评审发现哪些方面的问题点？ 对于多少量的对象物，耗费多少工时进行评审？ 上述审查要求项目经理积累足够的经验数据 评审问题的对策 项目经理通过评审掌握项目质量情况后，需要针对现存问题采取适当对策 从根本上重新制造 组织再次评审 从根本上重新制造 有时当成果物的质量过低时，再次组织评审往往也仅仅是浪费时间，不能从实质上提高质量 这时项目经理应该有勇气决定投入技能较高的人员推翻原设计重新进行制造。完成此步骤后再进行评审。 组织再次评审 确定再次评审的方法 改变角度，采用与前一次不同的评审方法 改变参加评审的人员 在评审用检查内容表中追加新的项目 实施评审时的注意事项 限制评审会议的时间（2个小时以内） 项目经理必须出席评审会议 为使评审人员充分了解评审内容，应事先向他（她）们分发评审资料 明确指出问题点并明确记录在评审记录中 通过测试进行质量保证 通过测试进行质量保证的一般方法 制定测试计划 Plan 测试的设计与实施 Do 测试效果的审查 Check 测试问题的对策 Action 测试活动的PDCA循环 测试效果 的审查 Check 测试 测试设计 Do 制定测试 计划 Plan 测试问题 的对策 Action （保证测试质量） 反馈 制定测试计划 制定项目开发计划时，应同时确定项目各阶段的测试计划 测试的目的在于消除潜藏在成果物中的Bug，由于能够用于测试的资源有限，在制定测试计划时必须考虑效率因素 为了提高测试效率，通常按照单元测试、集成测试、系统测试的顺序分阶段实施 测试计划的内容（例） 各个功能模块的测试方法 测试环境 测试工具 测试管理方法 测试日程 测试体制 Bug报告方法 测试进度管理方法 测试完成标准 测试完成标准（例） 测试项目的消化率(%) 测试