康佳呼叫中心项目实施方案.doc

康佳集团康佳集团 呼叫中心系统呼叫中心系统 项目实施方案项目实施方案 2008 01 1 66 目 录 1项目组织结构 2 1 1项目组织结构 2 1 1 1项目人员组成 2 1 2项目实施人员安排 5 1 2 1项目经理 1 人 5 1 2 2系统架构师 3 人 6 1 2 3软件工程师 8 人 6 1 2 4质量工程师 5 人 6 1 2 5系统工程师 3 人 6 1 2 6培训工程师 3 人 6 1 3需要康佳集团配合的相关事项 6 1 4人员安排 7 1 4 1中兴华通人员组织结构 7 1 4 2中兴华通主要工程人员安排 7 1 5项目实施管理 10 1 5 1项目管理方法 10 1 5 2项目质量管理 12 1 5 3项目风险管理 26 1 5 4项目验收管理 35 1 6项目进度安排 40 1 6 1实施进度安排 40 1 6 2上线后支持期 41 1 7对康佳集团的人员要求 41 2项目培训计划 43 2 1培训目的 43 2 1 1应用培训 43 2 1 2维护培训 43 2 1 3高级培训 43 2 66 2 2培训实施 44 2 3客服系统培训 44 2 3 1基本业务培训 44 2 3 2高级业务培训 45 2 4录音系统培训 45 2 5IT 培训 46 2 6培训保证措施 46 2 7培训职责分工 47 2 7 1康佳集团职责 47 2 7 2中兴华通职责 47 3售后服务 48 3 1保修期内服务响应 48 3 2售后服务方案 48 3 2 1售后服务范围 48 3 2 2服务问题等级和响应级别 50 3 2 3售后服务工作流程 50 3 3系统维护方案 52 3 3 1系统维护管理流程 52 3 3 2系统版本管理流程 52 3 3 3回归测试管理流程 53 3 3 4系统维护类型 53 3 3 5维护工作流程 54 3 3 6维护支持管理 55 3 3 7维护响应时间 56 3 4软件升级方案 57 3 4 1软件升级需求 57 3 4 2升级版本控制 58 3 4 3保修后服务响应 60 3 5其他服务响应 60 4初验和终验的标准 61 3 66 图表目录图表目录 图表图表 1 项目组织结构 2 图表图表 2 需要康佳集团配合的相关事项 7 图表图表 3 中兴华通人员组织结构 7 图表图表 4 中兴华通主要工程人员安排 10 图表图表 5 GlobalPM 项目管理方法 11 图表图表 6 单元测试方案 17 图表图表 7 集成测试方案 18 图表图表 8 系统测试方案 19 图表图表 9 用户测试方案 20 图表图表 10 风险管理流程步骤 29 图表图表 11 项目实施可能面临的主要风险 30 图表图表 12 项目风险影响分析 31 图表图表 13 项目决策制度 34 图表图表 14 项目变化管理 35 图表图表 15 实施进度安排 41 图表图表 16 对康佳集团的人员要求 42 图表图表 17 基本业务培训 44 图表图表 18 高级业务培训 45 图表图表 19 录音系统培训 46 图表图表 20 IT 培训 46 图表图表 21 培训流程图 47 图表图表 22 系统问题级别定义 50 图表图表 23 系统问题响应级别 50 图表图表 24 售后服务工作流程 51 图表图表 25 系统问题管理流程 52 图表图表 26 系统版本管理流程 52 图表图表 27 回归测试管理流程 53 图表图表 28 维护工作流程 54 4 66 图表图表 29 维护支持方案 57 图表图表 30 系统验收表 62 2 66 1 项目组织结构项目组织结构 为更好的实施康佳集团呼叫中心系统 以下简称系统 建设项目 以下简称项目 结 合中兴华通公司实施多个大型呼叫系统成功经验 系统实施由康佳集团和中兴华通公司共同 成立项目组 采用项目领导小组下的项目经理负责制 并明确规范所属下级各组的职责及组 间协调关系 为工程验收 设置了直属项目领导小组之下的双方共同组成的验收小组 根据 招标文件要求 为监控项目的实施 保证工程的质量 设置了项目监理组和质量监控组 这 种结构是在多个大型项目中采用 并被验证为行之有效的项目组织方案 1 11 1项目组织结构项目组织结构 由康佳集团和中兴华通公司共同组成的项目组结构如下 项目领导小组项目领导小组 项目监理组项目监理组项目顾问组项目顾问组 质量组质量组 开发组开发组 1开发组开发组 2开发组开发组 N 测试组测试组 项目经理项目经理 系统总体设计组系统总体设计组 图表图表 1 项目组织结构 1 1 1项目人员组成项目人员组成 上述项目组织结构中的各小组职能及负责人如下 1 1 1 1项目领导小组项目领导小组 人员构成 康佳集团与中兴华通双方高级领导人员各 1 2 人 3 66 康佳集团与中兴华通项目负责人各 1 人 组长由康佳集团方面担任 副组长由中兴华通方面担任 职责 审核批准项目的总体方案 工程实施计划 负责项目实施过程中的重大事件的决策 根据项目的进度 质量 技术 资源 风险等实行宏观监控 负责组建验收小组 主持验收工作 协调康佳集团与中兴华通各方工作关系 1 1 1 2项目监理组项目监理组 人员构成 由康佳集团指定的项目监理人员 职责 监控整个项目的实施过程 工程实施中出现问题时 负责界定各方责任 参与到货验收 阶段验收 集成验收 1 1 1 3项目经理项目经理 人员构成 中兴华通项目经理 职责 对项目总体工作负责 根据项目进展及工作要求制定实施计划 并监督实施 控制进度 4 66 协调各项目组人员的分工合作 资源分配 负责制定系统平台验收标准 报领导小组审批 1 1 1 4顾问组顾问组 人员构成 康佳集团和中兴华通高级业务顾问和高级技术顾问各一人 职责 对项目系统设计提供技术和业务顾问支持 对系统开发和集成提供顾问支持 对项目流程提供顾问支持 1 1 1 5质量组质量组 人员构成 中兴华通技科软件事业部质量部相关人员 职责 定期检查整个工程的进度和质量 及时指出工程施工过程中不符合我公司根据 ISO9000 标准制定的质量控制规范的地 方 并监督工程项目组进行整改 1 1 1 6系统设计实现组系统设计实现组 人员构成 中兴华通软件设计师 安装 调试工程师 软件开发工程师 职责 设计 编码 调试 安装 5 66 各模块安装调试及定制化开发 1 1 1 7系统集成系统集成组组 人员构成 中兴华通系统工程师 职责 设计 编码 调试 应用集成 各模块统一集成 1 1 1 8测试验收组测试验收组 人员构成 测试验收小组的成员由康佳集团和中兴华通双方组成 组长由康佳集团出员担任 副组长由中兴华通出员担任 职责 配合技术小组进行软件测试 软件集成测试 根据验收标准进行工程验收 生成验收报告 提交领导小组审批 1 21 2项目实施人员安排项目实施人员安排 针对此项目 从项目签订到上线运营 我们将联合交换机供应商 共同安排以下人员参 与项目实施和上线保障 在系统上线后 将安排 1 2 名系统实施工程师 继续辅导 以保证 康佳集团掌握整个系统 顺利上线 具体人员的工作角色如下 1 2 1项目经理 项目经理 1 人人 负责项目的进度控制 与集成商的协调 6 66 对康佳集团提出的需求进行分析 并进行实施方案设计 1 2 2系统架构师 系统架构师 3 人人 协助项目经理完成需求分析 协助项目经理完成业务方案设计 1 2 3软件工程师 软件工程师 8 人人 协助系统架构师完成系统业务方案设计 完成定制化业务模块的设计 编码及调试 1 2 4质量工程师 质量工程师 5 人人 定期检查工程进度及质量 对整个工程实施过程进行监控和跟踪 1 2 5系统工程师系统工程师 3 人人 负责设备安装 调试 负责业务模型配置 1 2 6培训工程师 培训工程师 3 人人 业务的具体配置 话务员 班长和二次开发人员的培训 1 31 3需要康佳集团配合的相关事项需要康佳集团配合的相关事项 步骤中兴华通人员配合事项 需求及接口分析3 至 5 人康佳集团呼叫中心项目领导及 SAP R3 技术主管配合 需求及接口确认3 至 5 人 康佳集团呼叫中心项目领导和公司呼叫中心 售后体系负责人 7 66 按需求进行软件 开发及文档制作 8 至 10 人 康佳集团呼叫中心项目 SAP R3 人员配合 同时康佳集 团开发供呼叫中心系统调用的接口程序 对软件进行测试5 人康佳集团呼叫中心项目建设人员参与 设备开箱验货2 人康佳集团呼叫中心项目建设人员共同验货 设备安装3 人康佳集团呼叫中心项目建设人员配合 系统调试2 人中继调通 测试号码开放 系统集成3 至 5 人康佳集团呼叫中心项目建设人员参与 图表图表 2 需要康佳集团配合的相关事项 1 41 4人员安排人员安排 1 4 1中兴华通人员组织结构中兴华通人员组织结构 图表图表 3 中兴华通人员组织结构 项目质量管理直接由华通技科软件事业部质量部完成 项目评审委员会由华通科技软件 技术事业部及华通呼叫中心项目专家组成 1 4 2中兴华通主要工程人员安排中兴华通主要工程人员安排 在项目建设过程中 华通科技公司设项目经理 1 名 业务及技术经理多名 整个工程人 员的具体安排如下 项目经理 质量管理项目评审委员 会 设 计 管 理 经 理 业 务 开 发 经 理 测 试 管 理 经 理 系 统 支 撑 开 发 经 理 用 服 管 理 经 理 8 66 序号 姓名职务作为主要人员参与过的项目职责和分工 昆明电信客服项目 山东电信客服项目 重庆通信客服项目 重庆电信客服项目 绵阳电信客服项目 1 蔡磊 高级主任工 程师 客服 项目经理 江西移动客服项目 项目经理 负责整体项 目管理及实 施 熟悉制造业销售 售后 物流等业务 2 宋天峰 项目技术专 家 先后从事过宇通客车 ERP 系统 熟悉 SAPPDM PS PP MM QM CRM 系统 呼 叫中心 售后服务 商机 销售与客户分 析 售中接待等 实施工作 熟悉与 SAP 系统的接口开发 负责维修业 务和 SAP 系 统接口 中兴 ECC 项目售前模块 中兴 ECC 项目售后模块 宇通售后服务项目 3 阳见龙 项目技术工 程师 熟悉与 SAP 系统的接口开发 负责维修业 务和 SAP 系 统接口 4 许力多 高级主任工 程师 客服系统能平台设计呼叫中心系 统平台支撑 5 彭弥 高级主任工 程师 客服系统能平台设计呼叫中心系 统平台支撑 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 6 杨宏 高级主任工 程师 电信 客服业务业 务开发主管 设计管理经 理 绵阳电信客服项目 一线项目经 理 负责项 目实施管理 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 7 刘学鹏 高级主任工 程师 电信 客服业务业 务开发主管 质量管理经 理 绵阳电信客服项目 设计项目经 理 负责项 目的设计及 实施管理 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 8 余力 高级主任工 程师 电信 客服业务业 务开发主管 绵阳电信客服项目 一线项目经 理 负责项 目实施管理 9 吕晓虎高级工程师 昆明电信客服项目负责系统硬 9 66 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 绵阳电信客服项目 江西移动客服项目 件平台的安 装调试和技 术支持 昆明电信客服项目 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 绵阳电信客服项目 10 张茵 高级工程师 人工业务开 发经理 云南移动客服项目 负责人工业 务开发调试 协助项目经 理进行人工 业务开发方 面的项目管 理工作 昆明电信客服项目 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 绵阳电信客服项目 11 叶建峰高级工程师 云南移动客服项目 负责座席支 持与客户化 开发 昆明电信客服项目 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 绵阳电信客服项目 12 廖里高级工程师 云南移动客服项目 负责座席支 持与客户化 开发 山东电信客服项目 重庆联通客服项目 13 栾璞工程师 重庆电信客服项目 负责系统平 台安装和调 试 绵阳电信客服项目 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 湖南电力客服项目 北京联通客服项目 14 余艳梅 高级工程师 测试管理经 理 北京银联客服项目 负责系统测 试工作 10 66 绵阳电信客服项目 山东电信客服项目 重庆联通客服项目 重庆电信客服项目 湖南电力客服项目 北京联通客服项目 15 程国璄高级工程师 北京银联客服项目 负责呼叫中 心系统的用 服工作 图表图表 4 中兴华通主要工程人员安排 1 51 5项目实施管理项目实施管理 1 5 1项目管理方法项目管理方法 GlobalPM 是一套符合 ISO9000 质量体系的 被实践证明了的 公认的 行之有效的项 目管理办法 我们建议在本项目中运用 GlobalPM 是一个全方位的 完整的项目管理程序 项目管理 用传统的解析 是对人 事 时间和物质资源的调度 指挥和管理 以满足客户的期望并达到技术性能 时间和成本 的要求 换句话说 是为了保证项目有序地进行 降低风险 提高效益 GlobalPM 方法论是一个彻底的结构化的项目管理方法论 能完全满足市场需求 GlobalPM 是一个完全文件化的方法 它提供给项目管理者一个从开始到结束的统一的项目 标准 帮助制定项目计划和完成复杂的项目 GlobalPM 方法论覆盖了项目生命周期中的每 个阶段 11 66 图表图表 5 GlobalPM 项目管理方法 GlobalPM 管理过程主要包括以下 组织结构划分 Organization Breakdown Structure 工作结构划分 Work Breakdown Structure 或工作分解 项目计划 Project Plan 集成计划 Integration Plan 实施计划 Implementation Plan 安装计划 Installation Plan 修改请求与控制 Change Request And Control 测试与验收计划 Test Acceptance Plan 12 66 质量保证计划 Quality Assurance Plan 风险管理计划 Risk Management Plan 下面我们将就项目管理中至关重要的项目质量管理 项目风险管理 项目沟通管理和项目 验收管理做详细的介绍 1 5 2项目质量管理项目质量管理 1 5 2 1质量管理计划质量管理计划 有效的质量管理活动必须有良好的计划来规划 使质量保证活动集中在软件质量需求和 项目风险上 建立质量保证活动的目的在于明确定义项目质量保证所需执行的活动 对于一个项目经 理 当他获得了足够的项目信息和质量保证资源时 他就可以制定项目的质量保证计划 质 量保证计划必须与项目管理计划和软件工程的活动相关联 质量保证计划是在项目初始阶段 就制定好的 例如在项目立项时制定 质量保证活动必须与项目各个阶段紧密相连 例如设 计规范必须在设计开始之前就定义好 1 5 2 2质量管理过程质量管理过程 质量管理和控制是检查具体软件产品的结果 以决定它们是否符合相关的质量标准及确 定排除不满意结果原因的方法 我们将向项目派出专职的质量人员 持客观的态度并具有领域内丰富的专业知识和行业 知识 在以下几个重点环节对项目实施质量监督 立项阶段 通过检查有关立项报告 及各种报告的产生过程 确认项目的技术可行 性 计划的可行性 成本经过有效评估 并按照各种规范产出合格的输出物 阶段进入前的检查 上一阶段是否已经完成 涉及这一阶段的规范 方法是否已经 确定 并对内进行了培训 阶段过程数据收集及执行过程监控 通过收集项目过程产出物对项目过程进行监控 和数据收集 阶段结束 负责对全面的项目进展 项目成果 客户满意程度和风险管理方法进行 13 66 质量检查 并输出审计报告和阶段报告给康佳集团有关人员及项目组 有关质量问 题拿出具体整改措施 要求项目组限时完成 具体的质量管理和控制过程主要包括以下几个方面 1 评审评审 评审包括技术评审 代码走查 文档检视等方法 通过第三者的角度发现产品或半成品 中存在的问题并纠正 目的是扩大软件开发过程的透明度 在软件最终产品产生之前发现系 统中存在的缺陷 2 测试测试 测试是软件开发中最有效的质量控制手段 针对不同的软件开发阶段 有不同的测试类 型 如单元测试 集成测试 压力测试 系统功能测试 系统性能测试 用户验收测试等 3 技术评审技术评审 技术评审的目的是由一组有资格的人员对软件产品进行评价 以判断确定软件产品是否 适当地实现了其设想的用途 同时通过评审标识出与规格和标准的偏差 它向管理部门提供 充足的证据 以证明 是否软件产品符合了其规格要求 与软件产品相关的规章 标准 指南 计划 和规程 对本项目是适用的 软件产品的更改得到了恰当地实施 软件产品的更改只对那些规格发生了更改的系统区域有影响 没有引入新的问题 i 技术评审的主要角色技术评审的主要角色 主审人 主审人是技术评审的指挥人员 他必须判断技术评审的目标是否已经得到满足 并须对 技术评审活动负责 其职责包括 负责技术评审计划和准备 负责履行组织 实施技术评审的管理任务 确保评审正常有序地进行 控制 保证技术评审的时间 确保技术评审满足了评审的目标要求 组织技术评审输出报告 评审专家 14 66 评审专家是技术评审中最重要的组成部分 评审专家有责任针对被评审的产品而不是作 者提出产品中存在的问题 评审专家职责包括 事先或评审会议上详细了解评审对象 标识出评审对象存在的问题或缺陷 跟与会专家及作者对发现的问题进行详细的分析和探讨 并争取达成共识 如果可能 对问题或缺陷的解决方案给出建议 作者 被评审产品的生产者 在评审过程中的职责 在评审会议上对与会专家讲解被评审的产品 解答或解释与会专家提出的问题 与评审专家讨论解决方案 更正评审会议上提出的问题 记录员 汇总记录会议上评审专家提出的问题和建议 以评审报告或会议纪要的形式发送给参会 人员及项目相关人员 ii 评审过程的主要活动评审过程的主要活动 评审准备 主审人必须对以下技术评审准备工作负责 在适当的管理部门支持下 组成技术评审小组 分配评审小组成员的特定的评审角色及其职责 安排评审时间表 确定地点 并发布评审会议通知 分发评审资料给参与评审人员 确保他们有足够的时间进行准备 软件产品介绍 如果主审人认为必要 由作者为技术评审小组成员举办一次软件产品介绍会议 这个介 绍会议可以作为评审会议的一部分 也可以采用一个独立的评审介绍会议的形式 评审会议 15 66 在技术评审的过程中 评审小组必须举行一次或多次技术评审会议 在技术评审会议上 与会专家对软件产品进行评价 评价软件产品与方案 规范和标准的一致性 对软件产品中 存在的问题进行标识 并提出问题的解决方案 软件产品评审结束后 必须生成相应的评审会议文档 评审报告或评审会议纪要 在 文档中列出在软件产品中发现的软件异常 并明确写出评审结论 通过还是未通过 评审会 议文档将作为该软件产品合格或不合格的证据 如果评审会议上发现的软件产品异常相当的关键或数量较大 则主审人可以建议对软件 产品进行修改后 再进行一次技术评审 再次进行技术评审时 作为最低要求 至少应当覆 盖为解决软件异常问题进行了修改的所有产品区域 同时应覆盖受到这些更改影响的区域 4 代码走查代码走查 代码走查是检查程序源代码的活动 目的主要有两个 一个是检查源代码编写是否符合 编码规范 一个是检查源代码是否实现了详细设计 代码走查一般由开发人员完成 从项目组中挑选几个有经验的开发人员组成检查小组 对提交检查的源代码进行检查 识别出其中存在的不符合编码规范和偏离设计思想的缺陷 避免将缺陷带入到测试阶段 代码走查的重点对象是开发人员中的新手 5 文档检视文档检视 文档检视是一中非正规的技术评审 文档检视时不需要邀请项目组外部的评审专家参与 而是由项目组内部人员组成检查小组 被检视的对象可以是即将提交正式技术评审的软件产 品也可以是半成品 目的是尽早发现产品中存在的缺陷并纠正 1 5 2 3系统测试计划系统测试计划 测试工作是软件开发项目中的重要环节 本节将介绍我们在本项目中所采用的测试实施 方案 测试管理方法 测试技术与工具等 当软件编码完成后 首先根据应用系统的具体情况制定测试方案 测试日期 参加人员 等 测试方法采用先进行模块测试 然后进行系统统一测试 每个模块测试包括功能测试 界面测试等 测试内容除应用功能外必须进行可靠性 安全性 可扩充性 可维护性 以及 与其它系统的接口 16 66 测试地点在用户所在地 针对用户的实际系统进行 在软件开发过程中 软件的测试工作至关重要 为保证系统的稳定运行 我们将在开发 过程中 进行全程的测试和质量把关 整个软件系统的测试工作将分阶段进行 并参照国家 规范分别制定相应的测试计划和测试报告 以确保软件可靠运行 1 测试方案测试方案 根据不同阶段 制定相应的测试方案 即模块测试 子系统测试 系统测试 集成测试 和验收测试方案 并制定出各自相应的文档资料 从测试计划 测试程序 到测试评判标准 和测试报告 2 测试构成测试构成 测试人员由项目负责人 测试工程师 软件编程人员 文档管理员以及用户组成 3 测试方法测试方法 不同开发阶段的测试方法有所不同 模块阶段采用白盒测试 其他阶段以黑盒测试为主 1 5 2 4测试方案测试方案 根据测试的实施阶段将整个测试工作分为单元测试 集成测试 系统测试与用户验收测 试 下面针对不同的测试阶段介绍我们的测试组织 测试方法 1 5 2 4 11 5 2 4 1 单元测试单元测试 测试目的 验证程序功能模块的输入 输出 处理过程和运行状态的正确性 检查是否符合设计要求和编程规范 测试范围包括本系统的全部功能模块 测试方法 1 文档检查 检查所提交的文档是否完整 格式是否符合规范 同 时进一步了解模块的输入 输出及处理过程 2 程序代码走查 检查程序结构是否和文档相一致 算法是否合理 同时检查源代码的书写是否符合规范 执行策略是否合理 高效 3 运行测试 运行所测模块 并根据需要输入相应的数据 包括实 17 66 际业务数据 错误数据和非正常操作 检查模块对输入的响应 测试组织以软件开发小组中的编码人员为主 软件测试小组协助 涉及角色开发人员 测试人员 测试环境单元测试环境使用软件开发环境 测试实施 要点 1 对系统关键点 如平台建设 单元测试要求代码覆盖 100 路径 覆盖 100 2 使用单元测试工具 Junit Jprobe 辅助进行测试 相关文档详细设计文档 编程规范 单元测试计划 单元测试报告 图表图表 6 单元测试方案 1 5 2 4 2集成测试集成测试 测试目的 在单元测试的基础上 按照集成测试的计划 依据软件设计的要求 对系统各部分进行组装测试 验证各子系统之间的接口关系和数据 衔接是否正确 组装后的子系统 全局数据结构 系统运行效果是 否达到预先设计的要求 测试内容 1 内部各子系统之间的集成 2 与门户平台等系统的集成测试 测试方法 1 对于系统接口测试 在通过建立接口 stub 进行 2 通过各应用系统开发方提供的适配器及模拟系统进行测试 测试组织以软件测试小组为主 软件开发小组中的编码人员协助 涉及角色测试人员 开发人员 测试环境独立于开发的测试环境 测试实施要点 1 集成测试方面一个关键点是 在子系统可以集成的时候尽早进行 集成测试 因此项目组可能需要进行多个集成测试 在每个迭代周 18 66 期中都需要安排集成测试 2 在继续复杂的测试之前 先进行冒烟测试 使用测试用例数量不 多的测试用例集来检验系统 确定是否可以继续后续的复杂测试 可以选择一组针对重要需求的基本功能验证的测试用例集作为冒烟 测试用例集 相关文档概要设计 详细设计文档 集成测试计划 集成测试报告 图表图表 7 集成测试方案 1 5 2 4 3系统测试系统测试 测试目的 对软件的整体功能 性能 特性的有效性测试 并对软件配置与相 关技术文档的内容进行复查 以验证被测软件是否满足需求分析说 明书中的内容 以及软件配置及运行环境的效果确认 测试内容 包括本系统的功能测试 性能测试 压力测试 数据完整性测试 业务周期测试 用户界面测试 安全性和访问控制测试 配置测试 安装测试和文档检验 在集成测试的基础上 模拟实际的用户运行环境 进一步按软件需 求分析说明书定义的全部要求 对软件系统内的所有部分 与外部 系统及数据连接进行整体性测试 测试方法 1 对于系统的功能测试 依据需求规格说明书 通过正交矩阵分析 方法 建立完整的系统测试用例及数据 2 对于本业务功能 在功能点测试的基础上 建立流程测试用例 模拟实际业务流程进行测试 3 性能测试采用测试工具模拟系统压力情况 获取性能测试指标 测试组织软件测试小组负责测试 用户参加测试 涉及角色开发人员 测试人员 用户协助人员 测试环境独立于开发的系统测试环境 19 66 测试实施要点 1 用户参与系统测试用例和测试计划的编写 参与系统测试的运作 2 由用户组织实施对测试结果的评审 开发方提供协助并提交文档 3 按照完整的测试流程进行测试 4 针对不同的测试类型采用相对应的测试策略 5 开发方需配合用户的测试和文档验收中出现的问题 及时进行修 改和完善 相关文档概要设计 详细设计文档 系统测试计划 系统测试报告 图表图表 8 系统测试方案 1 5 2 4 4用户测试 试运行测试 用户测试 试运行测试 测试目的 以用户为主组织和准备现实业务中的实际用例和数据 在用户点的 实际运行环境中 对软件系统的功能需求和非功能需求进行全面的 复查和测试 测试内容 本系统功能验收测试 本系统性能验收测试 具体包括 功能是否符合需求分析说明 实际运行环境下的新系统 能否达到预期的效果 系统的可靠性 安全性等性能是否有保障 用户对新系统的掌握和使用是否符合上岗要求等 测试方法同系统测试 测试组织用户主导测试 各应用系统开发方参加 本软件产品提供商 涉及角色用户测试组 各应用系统开发方 本软件产品提供商 测试环境独立于开发的用户现场测试环境 实际的系统环境 测试实施要点 1 用户验收测试前 完成对用户的操作培训 使参与测试人员熟悉 本系统实现功能及操作 2 测试环境要与实际运行环境一致 可以考虑与试点运行结合进行 3 验收测试时涉及到的厂商较多 对测试的组织与协调提出更高的 20 66 要求 需要提前规划 明确各方职责 相关文档 软件分析与设计说明书 用户手册 验收测试计划 验收测试报告 用户使用报告等 图表图表 9 用户测试方案 1 5 2 5测试管理测试管理 1 5 2 5 1测试原则测试原则 测试是寻找软件问题 发现错误的主要手段 也是开发方和用户方沟通的重要途径之一 软件中所有程序都必须经过严格的测试和确认后 才能提交给用户验收 根据本项目的特点 并考虑到用户方的要求 制定以下原则用以指导整个测试工作 制定规范和完整的测试计划 严格按计划组织测试 排除测试活动的随意性 预先组织和准备好各种测试用例和测试数据 以保证测试活动的顺利开展 测试输入数据应与对应的预期输出结果配套 测试用例中不仅有合理的输入条件 还要有不合理的输入条件 妥善保存各种测试文档及测试用例与数据 为以后软件重测和维护提供方便 对每一个测试结果要做全面的分析和检查 1 5 2 5 2测试组织测试组织 在项目组中建立独立的测试组 测试组工作职责 测试组工作职责 组织 实施 协助整个项目组各阶段的测试活动 在项目组综合计划范围内 负责制定详细的各阶段软件测试计划 协助项目经理 负责对本组人员的日常管理和工作安排 21 66 严格按照软件测试规范和测试计划来开展测试活动 对所承担的测试结果负责 并有责任及时将测试结果传递给有关人员 了解软件需求和设计等方面的技术文档内容 掌握软件测试方法和工具的使用 负责准备单独的测试环境 并对测试环境实施安装 验收和管理 负责设计和准备 收集和保存各种测试用例和测试数据 负责记录与跟踪测试中发现的问题和错误的纠正情况 统计和分析测试结果 并编 写测试报告 协助用户 开发人员 项目经理参与有关软件验收和其它测试方面的活动 1 5 2 5 3测试准备测试准备 1 培训测试人员培训测试人员 有关软件的业务培训 软件测试方法 测试技术 测试规程 测试工具的培训 本系统软件需求分析 软件设计 软件开发 软件操作方面的培训 测试用例和测试数据的设计和组织方面的培训 测试活动中的文档编写 质量记录 测试报告方面的培训 2 编写测试计划编写测试计划 初步确定软件编码阶段的 单元测试 计划含在 软件开发小组 的工作计划中 测试 小组重点是制定以下三种测试活动的计划 编写 集成测试计划 编写 系统测试计划 编写 验收测试计划 3 建立测试环境建立测试环境 测试环境的建立是测试准备的重要环节 测试环境必须与开发环境分开 测试环境应尽可能模拟用户的使用环境 这样做有利于尽早发现被测软件在今后用 户的使用环境下效果如何 准备和安装好测试环境用的硬件设备 硬件设备的规模和数量应略大于测试小组的 人员规模 并配置必须的输出设备 安装和调试好测试环境用的系统软件 按照测试工作的计划 在测试活动开始之前 22 66 必须要以开发环境的系统软件为依据 对操作系统 数据库系统 网络通讯 开发 工具等系统软件进行安装和调试 其中包括测试用的工具软件等 对测试环境实施配置管理 安排专人对测试环境的软 硬件配置项进行初始状态记 录 并为今后的配置管理做好准备 4 设计和准备测试用例设计和准备测试用例 能否有针对性地编制实用 有效的测试用例与测试数据 取决于对业务 软件功能 软 件产品 数据库结构等方面的理解和把握程度 这是软件测试中最难做的部分 针对软件的 不同阶段的测试活动 需设计和准备侧重点不同的测试用例与测试数据 1 5 2 5 4测试执行测试执行 测试人员应按既定的测试步骤 选用测试实例和测试数据进行测试 根据测试情况 编 写 测试日志 根据测试中发现问题填写 测试问题报告单 实行封闭式完整测试 一次测试过程中不允许对软件编码作任何修改和调整 以保证当 前测试的有效性 测试全过程中的软件项和测试项均纳入配置管理 1 5 2 5 5测试问题跟踪测试问题跟踪 所有测试问题通过缺陷跟踪工具 clearquest 进行建立问题 问题分析与分配 开发修 改 回归测试直到关闭整个过程跟踪 测试问题按照问题严重级别进行分类 分为 致命问题 严重问题 一般问题 建议 测试组长每天通过 clearquest 工具汇总测试问题 生成测试情况报表 向项目组进行汇报 项目根据问题严重级别 紧急程度安排修改 1 5 2 5 6测试结果分析测试结果分析 对于 集成测试 系统测试 和 验收测试 这三种测试活动所产生的测试结果 必 须采用统计分析方法和技术进行处理 每一次整体的测试过程完成后 必须对测试结果提出分析意见 确定测试结论 形成测 试分析报告 并按修正的结果对应地修改相关的文档 测试分析报告需要对测试范围 测试方法 测试实例与数据 测试进度和测试结果进行 综合评价 具体指标有 指出各项测试结果与预期结果之间的差异并分析差异的原因 23 66 指出未被充分测试的特性或特性组合 并说明原因 对致命问题和重大问题的排错与修改情况进行综合考察和评价 对有关文档资料的齐全性进行审定 并对重要文档 特别是用户操作说明书 内容 的适用性进行评价 测试小组归纳已解决和尚未解决的问题 对照测试计划中所规定的 通过准则 确 定此次测试是否通过 1 5 2 5 7文档核查文档核查 在软件测试活动安排和实施过程中 必须结合软件开发各阶段产生的技术文档 包括业 务需求资料和项目开发计划 来制定各种测试计划 测试用例和测试数据 以保证测试活 动的针对性和有效性 通过测试发现的软件问题 往往不一定是程序问题 很可能涉及到前 面阶段的软件设计或需求分析工作 为此 必须在测试活动中 对各种相关的技术文档进行 再一次的核查 以体现测试的完整性 在的开发过程中 可以根据用户的实际要求 结合开发和测试的具体情况 扩充或调整 某些测试类型 例如增加界面测试 可靠性测试等 1 5 2 5 8测试技术与工具测试技术与工具 1 测试用例设计技术测试用例设计技术 在系统的测试设计中 我们主要采用直角排列法 进行测试用例设计 同时在测试数据 设计上兼用等价类划分和边界值法 i i 直角排列法 直角排列法 直角排列法是一种黑盒测试方法 主要用在集成测试 系统测试阶段 使用直角排列法 的优点 比穷举法 正态分布法简单易懂 是一种半自动化设计测试例的方法 大大减少了设计测试例的工作量 有助于测试人员分析被测对象的属性及属性取值 确保每个属性值都被取到 保证了测试的全面性 已最少个数的测试例 覆盖最多的路径和功能点 ii ii 等价类划分法 等价类划分法 等价划分是一种黑盒测试测试方法 它将程序的输入域划分为若干数据类 然后从每一 个数据类中选取少数有代表性的数据作为测试用例 24 66 等价划分的测试用例设计基于输入条件的等价类评估 首先要对输入条件划分等价类 然后根据等价类选取测试用例 等价类是指某个输入域的子集合 在该子集合中 各个输入数据对于揭露程序中的错误 都是等效的 测试某等价类的代表值就等价于对这一类其它值的测试 等价类可分为如下两 种情况 有效等价类 由那些对于程序的规格说明来说是合理和有意义的输入数据构成的集合 无效等价类 由那些对于程序的规格说明来说是不合理或无意义的输入数据构成的集合 在设计测试用例时 要同时考虑有效等价类和无效等价类 iii iii 边界值法 边界值法 由于某些未被完全知道的原因 输入域的边界比中间更加容易发生错误 为此 可以使 用边界值分析 boundary value analysis BVA 选择一组测试用例 检查程序处理边界数 据的能力 这里所说的边界是指 相当于输入等价类和输出等价类而言 稍高于其边界值及 稍低于其边界值的一些特定情况 边界值分析是一种补充等价划分的测试用例设计技术 使用 BVA 设计测试用例时 首先 应确定边界 然后选取正好等于 刚刚大于 或刚刚小于边界的值作为测试数据 而不是选 择等价类的任意元素 BVA 不仅注重于输入条件 而且也从输出域导出测试用例 2 测试工具测试工具 i i 单元测试工具 单元测试工具 在单元测试中我们采用测试工具 JUNIT JUNIT 是一种开放源码的用于面向对象的 JAVA 程序开发的单元测试工具 它是针对程序代码进行单元测试的一种 Java 框架 使用 JUnit 单元测试框架 第一可以简化测试的编写 这种简化包括测试框架的学习和实际测试单元的 编写 第二可以使测试单元保持持久性 第三个则是可以利用既有的测试来编写相关的测试 ii ii 性能测试工具 性能测试工具 公司在性能测试上使用 Mercury Interactive 公司生产的 LoadRunner 进行 LoadRunner 是一种预测系统行为和性能的负载测试工具 通过模拟成千上万名用户和实施实 时性能监测来确认和查找问题 LoadRunner 是一种较高规模适应性的 自动负载测试工具 它能预测系统行为 优化 性能 LoadRunner 强调的是整个企业的系统 它通过模拟实际用户的操作行为和实行实时 25 66 性能监测 来帮助更快的确认和查找问题 使用 LoadRunner 的 VirtualUser Generator 引擎 能很简便地创立起系统负载 该引 擎能够生成代理或虚拟的用户模拟业务流程和真正用户的操作行为 它先记录下业务流程 如下订单或机票预定 然后将其转化为测试脚本 利用虚拟用户 可以在 Windows UNIX 或 Linux 机器上同时运行成千上万个测试 所以 LoadRunner 能极大的减少负载测试所需的 硬件和人力资源 另外 使用了 LoadRunner 的 TurboLoad 专利技术 能获得最高的规模适 应性水平 1 5 2 6系统变更控制系统变更控制 1 5 2 6 1变更管理变更管理 项目发生变更时 如果管理不好 就会直接导致项目延期或失败 所以变更管理在整个 项目的管理中处于重要位置 康佳集团涉及到的承建方比较多 业务部门也非常多 因此变 更管理的控制直接对各方的沟通和项目成败有非常大的影响 中兴华通将在变更管理方面 积极配合康佳集团对项目过程中的变更进行有效的记录 跟踪 协调和管理 大型复杂项目的变更往往会导致项目建设目标的偏离 造成投资的浪费和成本的不可控 因此对于项目的变更要严格控制 尤其对于重大变更必须由项目各方都参加的联席会议评审 通过 对于重大的技术变更 可考虑由专家评审通过 并通过 SCCB 软件变更控制委员会 的审查 最后经过项目领导小组的签批认可 项目变更管理主要是控制影响项目变更的因素 并有效控制变更的影响 下面针对本项 目提出对变更管理的流程 1 5 2 6 2变更控制的流程变更控制的流程 1 提交变更请求 提交变更请求 首先由康佳集团提出范围变更请求 提交给中兴华通公司和监理方 2 中兴华通公司技术评审 中兴华通公司技术评审 中兴华通接收到范围变更请求后进行技术评审 审阅范围变更的技术影响和初步的 成本影响 并确定是否为重大变更 3 专家评审 专家评审 如果变更为重大技术变更 建议组织专家进行技术评审 专家评审结果作为业务决 26 66 策的入口 4 重大变更管理评审 重大变更管理评审 如果为重大变更 中兴华通公司和康佳集团要通知变更影响的相关各方参加对变更 请求的总体变更评审 通过联席会议评审的入口条件为开发方的技术评审结论和专家组 的评审结论 并提交给 SCCB 审查 最后由项目领导小组决定是否同意变更执行 5 变更执行实施 变更执行实施 如果项目领导小组通过评审 将变更交给中兴华通执行和实施变更 并同时通知相 关的受影响的各方 6 变更备案 变更备案 变更由康佳集团和中兴华通归档备案 1 5 2 6 3工具和技术的使用工具和技术的使用 项目经理在开发计划中应指明所使用的工具和技术 在评审活动中应对项目组选用的工 具和技术的合理进行评审 1 对需求跟踪使用对需求跟踪使用 需求跟踪矩阵需求跟踪矩阵 2 对需求变更使用对需求变更使用 变更申请表变更申请表 和和 变更跟踪状态表变更跟踪状态表 项目的变更管理要结合项目管理信息系统的变更管理工具 变更的提交 评审 跟踪 实施以及变更相关配置文档的修订更改等都需要记录 变更的管理工具有 Rational 公司的 Clear Quest 并结合配置管理工具 Clear Case 使 用 3 相关文档记录相关文档记录 软件配置管理过程 需求跟踪矩阵 变更申请表 变更通知单 变更状态跟踪表 需求管理过程检查表 项目变更评审报告 等 27 66 1 5 3项目风险管理项目风险管理 风险管理是项目进行中非常重要的部分 目前随着项目规模的不断扩大 项目的风险也 越来越大 一旦项目失败造成的经济损失也越来越显著 本节首先讨论了风险管理模型 也 就是项目采用的风险管理方法的理论基础 1 5 3 1风险管理模型基础风险管理模型基础 风险可以被定义为遭受损失的可能性 一个小组承担的每个项目都有风险 因此 成 功的管理风险对一个项目的成功至关重要 风险管理模型用于连续地估计什么会导致错误 决定那些风险必须处理并实施处理它们的策略 1 5 3 1 1风险的特点风险的特点 风险在每个项目中都是固有的 风险是机会的一个基本成分存在于每个项目中 他是遭受损失的可能性不是确定性 损 失可能是最终产品的质量降低 费用增加 延期完成或项目失败 风险本身既不是好的也不是坏的 风险是不可避免的 有风险就有机会 因此风险本质上既不是好的也不是坏的 不要惧怕风险要处理它 成功的项目团队通过识别和最小化不确定因素来处理风险 1 5 3 1 2成功风险管理准则成功风险管理准则 风险管理应该是每个项目的一部分 风险不仅包括技术还包括人员和流程 成功的风险 管理包括以下原则 在整个项目的生命周期不断的估计风险 成功的风险管理不只是在项目的开始阶段识别 风险 它要求持续地估计整个项目周期中的风险 因为在项目的过程中会不断地出现新的风 险而以前意识到的风险的可能性和严重性也在变化 一个项目的正在进行的风险管理引入一 定程度的对于变化的顺应力 使用基于风险的决策制定 成功的风险管理要求所有的决策都要依据它们的风险制定 小组行为的先后顺序同风险的状态有关 风险最大的最先处理 建立一定标准的形式 成功的风险管理需要一个能被小组理解和使用的流程 这不意味 着流程必须是一个严格的方法论 但是一定数量的准则和步骤还是需要的 如果风险管理流 28 66 程太难 风险管理不能实现 如果流程没有结构 它也没有用 覆盖所有的关键人员和流程 成功的风险管理要求小组在项目各处寻找风险 小组必须 确保覆盖关键人员和流程 否则很有可能错过重要的风险 积极对待风险 为了使风险管理有效 小组成员必须愿意识别风险而不要害怕惩罚或批 评 意识到一个风险就意味着少一个意外 识别了风险后 小组就可以为风险做准备或阻止 它发生 1 5 3 1 3预见性的风险管理预见性的风险管理 预见性的风险管理意味着项目团队有一个可见的 可测量的和可重复的风险管理流程 风险管理方法强调创建一个环境 在这个环境里小组预见性的检查什么有可能出错并且对什 么样的风险需要处理做出选择并处理它们 团队将带着风险前进 直到风险影响或可能性减少到 0 或达到了 100 或已经发生了 这 就意味着除了在的损失不再有损失的可能性了 处理这些问题包括最小化损失 相反 有些项目组只在最初的项目计划评估风险一次 识别和提出主要风险 而它们以 后不会再明确地回顾这些风险 这种方法能够生成在项目最初提出风险的计划 但不能帮助 项目组队它在整个项目过程中遇到的变化做出反应 1 5 3 1 4风险管理策略风险管理策略 风险管理模型使用三个策略管理风险 约简 转移和避免 其中没有哪个策略比另外两 个好 对某一风险最好的策略依赖于风险本身 预见性的风险管理包括事先识别风险并通过 约简 转移和避免阻止它 1 约简风险约简风险 风险约简是要尽量最小化风险发生的可能性或在风险发生的时候尽量减少它的影响 一 个减少风险发生可能性就是构建一个安全性很高的系统减少丢失数据的风险 一个减少风险 影响的例子就是给你的硬盘按一个不掉电的电源 2 转移风险转移风险 风险转移通过确保它由最胜任的组织处理来减少综合风险 例如 当一个公司同一个第 三方公司签约发布软件 这个客户决定同一个外界的实体签约风险要比他们自己人员来做的 风险小 一个公司也可以通过转移结果转移风险 例如 数据备份 3 规避风险规避风险 29 66 规避风险是要通过作风险性较小的事来尽量消除风险 最坏的情况就是取消项目 另外 就有可能是牺牲某些功能 或者是避免使用没把握的技术 例如 对一个基于网络的应用公 司可能选择建一个虚拟的私有网络而不是用 Internet 来提供更大的安全性 1 5 3 1 5风险管理流程步骤风险管理流程步骤 风险管理包括 5 个步骤 依据这 5 步 小组通过识别风险并采取相应的措施来减少风险 这个过程应该是整个项目