用友ERP-NC实施方法论 V6.0
理解了，才能做出正确的选择和决策。
4) 对于有争议的问题和重点关心的问题，必须在客户系统中设置不同参数、在不
同环境下测试，寻找最优的一种设置方法，也可以给客户多种选择方案。
2、 测试准备：测试前应该完成三个主要的准备工作。
1) 准备测试案例和准备测试数据：
a) 在准备测试用例的时候，首先确定业务情形和测试案例清单。根据企业的
实际业务流程，编写测试案例，准备相应的测试数据。
2) 编写《系统测试方案》：双方项目经理共同制定并确认测试方案，《系统测试方
案》包括的关键内容： a) 测试目标
b) 编写详细的测试计划 c) 测试问题的提交和解决流程 d) 明确测试参加人员的角色和职责 3) 建立测试环境
a) 准备测试用的场地。
b) 建立测试系统，进行系统配置。
3、 集成测试
1) 集成测试主要测试如下方面：
a) 跨模块/跨部门整体业务流程方案的完整性 b) 数据传递、转换和数据接口的准确性
2) 在做每一项业务流程测试之前，一般都应该根据方案再次进行特性化的系统配
置，比如流程配置、单据模版设置、审批流设置、角色权限配置、会计平台设置等等。
3) 测试过程中的问题处理：
a) 测试过程中出现的问题，必须按规定记录、设定优先级及进一步处理。 b) 测试过程中出现问题时，必须中断测试过程，直到问题解决后才能恢复。 c) 更正行动完成后，必须对测试案例重新计划、再测试。 d) 每天跟踪、报告问题状态。
4) 每一项测试用例完成后，如果测试的结果是否与预期的结果一致，测试人在测
试确认栏内签字，该测试案例随即关闭。 5) 编写并签署测试报告
1) 测试结束后，顾问收集、整理测试记录和问题记录，将所有问题（包括已解决
和未解决）作一列表，对未解决的问题，项目经理组织顾问资源讨论、分析、过滤，给出解决办法和意见，并向客户解释。如果是产品本身的缺陷或BUG，
P 36 of 67
用友ERP-NC实施方法论 V6.0
应将测试结果反馈给产品研发部门。
2) 咨询实施顾问根据测试的过程和结果，编写《测试报告》，并由双方项目经理
签字确认。
4、 修改和完善业务解决方案
测试结束后还应根据测试结果对应用方案进行修订和完善，准备最终方案的确认
和验收。
2.4.3.1.3 PMS3.3蓝图设计方案终稿确认
经过业务模拟测试和对业务解决方案的修改和完善，这时应将方案的主要内容向客户方有关人员或高层领导进行汇报，最终和客户方对方案进行最终确认。
主要工作任务包括：
? 用友项目经理把最终《业务解决方案》向客户方项目组进行讲解并取得确认； ? 督促客户方项目经理进行方案确认，在确认前要向客户方的项目负责人进行解释和
说明；
? 对于遗留问题给企业一个答复和时间表。
1、 尽快将修订后的方案详细向让客户方项目组主要成员进行讲解，客户方进行方案确认，确认方式可以是项目经理确认或分别确认；
2、 必要时安排高层汇报会，高层领导和双方项目组共同参加，主要汇报方案整体架构、关键流程改进、管理模式、应用价值、后续实施工作主要安排、问题建议，以及项目前期的表彰等。
3、 对于遗留问题给企业一个答复和时间表
1) 经过对方案测试中遗留问题的处理，加快实施进度； 2) 增强企业项目实施的信心和决心。 4、 方案验收会议的召开
1) 解决方案验收阶段是一个非常重要的里程碑，必须通过正式形式向大家宣布； 2) 引起客户项目负责人的高度重视，同时也是对双方项目组工作的充分肯定；
3) 可与方案高层汇报同时召开。 2.4.3.1.4 PMS3.4客户化开发
如果客户化开发方案会受整体应用方案的影响的，客户化开发的方案一般要在项目整体方案确定后确定，客户化开发需求相对独立的，并需求和设计经客户确认的，可以在任意阶段安排开发，确定方案之后应该立刻展开客户化开发的工作，避免因此使项目拖期。
客户化开发一般周期较长，首先需要了解需求，然后签署商务协议、需求调研和设计、方案确认、组织开发和测试、提交客户测试和验收。
主要工作任务包括：
? 客户化开发需求调研和讨论； ? 客户化开发需求讨论
P 37 of 67
用友ERP-NC实施方法论 V6.0
? 客户化开发设计方案； ? 客户化开发方案讨论与确认； ? 用友项目经理制定客户化开发计划；
? 客户化开发补充商务谈判，由双方项目负责人签订合同；
? 组织客户化开发人员进行开发，项目经理负责组织、监控、质量控制等工作； ? 顾问和关键用户协助开发组进行测试数据准备、单元测试； ? 客户对客户化软件进行集成测试（参照业务模拟测试方法）； ? 客户化开发产品交付验收，由双方项目经理签订验收报告。
1、 客户化开发需求调研和需求分析
1) 项目经理或高级顾问应正确分析需求，确认是标准功能不能解决的合理需
求，不可以通过变通方式实现客户需求再安排客户化开发，避免不必要的工作量增加。
2) 客户化开发的数据库和功能设计、工作量的估计、对项目进程的影响就由开
发需求设计人员协助进行，作为商务谈判和调整实施计划的依据。
2、 客户化开发设计方案
客户化开发方案应包括需求、开发环境、操作人员、数据流程和数据库设计、功能和菜单设计、功能的界面和流程模拟设计、报表及查询、算法描述等，并需要客户方进行确认（后台设计可不需客户确认）。
3、 编制开发计划：项目经理负责编制开发计划，其中对功能需求、人员安排、开发
进度安排等内容作出明确规定。
4、 签署《客户化开发合同》：客户化开发应该签署专门的《客户化开发合同》。 5、 组织客户化开发和产品交付
1) 客户化开发人员依据详细需求文档组织开发。 2) 咨询实施顾问配合客户化开发人员单元测试。 3) 项目经理要跟踪客户化开发的进度。
4) 开发人员负责编写产品使用手册，和产品一起交付。 6、 组织集成测试
1) 客户化开发完成之后还应该进行一次集成测试，确保所有客户化开发产品能
够满足要求，并能与整体系统正确的集成运行，这个测试应该以关键用户为主进行。
2) 客户化开发最好在提交业务解决方案之后，与静态数据准备并行进行，尽量
缩短开发周期，最好能参加业务模拟测试，保证项目上线不被拖延。 2.4.3.2 双方角色与责任分工
本阶段中主要任务的角色责任与分工如下表所示：
P 38 of 67
用友ERP-NC实施方法论 V6.0
任务 主要责任角色/岗位 责任与分工 备注 静态数据准备 顾问 了解数据量，和关键用户共同制定数据准备计划与准备方案，并详细讲解和跟踪。 关键用户 配合顾问制定数据准备计划和方案，根据计划完成数据准备和数据校验。 关键用户测试 顾问 在测试过程中给以指导和必要的培训，跟踪测试全过程，确认测试报告，讨论测试过程中的问题，调整蓝图设计； 关键用户 根据测试计划和测试方案，完成完整的流程与数据测试，校对测试结果，确认测试报告、编写最终用户操作手册初稿、熟悉业务流程和数据等。 蓝图设计终稿确认 顾问 讲解和汇报蓝图设计的详细内容，制定确认计划和确认人； 蓝图设计不确认，不能进行下一任务，继续往下可能导致双方无意义的付出。 关键用户 确认蓝图设计终稿； 客户化开发 顾问 调研需求，和开发人员共同完成开发部分的详细设计，并详细讲解和确认后跟踪工作过程，完成客户化开发和测试工作。 关键用户 配合顾问调研和需求、设计确认工作，参与客户化开发部分的测试工作。
2.4.3.3 风险提示
? 测试数据如果只是使用客户的部分数据和业务，或者只是简单的功能测试，是很难
验证方案的正确性，更不能让关键用户理解和熟悉业务流程和操作习惯，很多项目在上线后出现众多的数据错误和产品BUG，都是测试质量不高的结果，严重影响了项目的满意度。
? 整理、准备的数据将作为正式运行环境的正式数据，数据整理的进度将直接影响上线的进度、数据的质量将直接影响运行质量。数据准备的结果一定要有交叉校验，并让准备人员、校验人员签字确认，以免将来客户推卸责任。在静态数据准备这个项目任务中可能存在的风险有：
? 客户方没有指定合适的数据准备责任人，导致准备的数据质量不符合要求，导
致项目延期，系统运行质量差；
? 静态数据工作量的估算偏差超出预计的范围，项目延期；
P 39 of 67
用友ERP-NC实施方法论 V6.0
? 准备的静态数据发生严重质量问题，但没有及时发现和采取纠正措施，数据质
量。
? 《客户化开发需求和设计》中业务需求的描述必须准确，考虑周全，并有详细的功
能设计、流程设计、数据库设计、界面设计等，并请关键用户在开发前确认。 ? 重要或复杂项目的客户化开发设计方案在提交客户前，项目经理也可以组织内部开
发人员进行方案评审，控制方案风险（网络会议或电话会议）。
2.4.4 IMP4_上线切换
上线切换阶段要指导关键用户完成《最终用户操作手册》，指导关键用户对最终用户进行操作培训，完成正式运行环境的准备和上线切换，准备动态数据并开始录入动态数据。主要任务包括：
? 系统切换方案：制定系统切换计划与切换方案；
? 客户化配置：在正式运行环境下配置参数和流程、权限，并在正式运行环境下录入
和导入系统基础数据（静态数据）；
? 最终用户操作手册：完成《最终用户操作手册》最终版本；
? 最终用户培训：对客户各岗位的最终用户进行岗位操作流程和操作方法培训 ? 切换检查：完成系统参数的配置、校验； ? 上线切换：完成动态数据的准备、转换工作。
2.4.4.1 PMS4阶段目标与任务 2.4.4.1.1 PMS4.1系统切换方案
系统切换之前，双方要制定详细的切换计划和切换方案、应急备用方案等。切换计划包括了切换前的所有工作，不同的项目计划不同，但基本包括动态数据准备、动态数据确认、系统切换计划和步骤等。
1、 动态数据准备
1) 动态数据的准备必须明确准备的时间、负责的人员等信息，必须明确这个阶段
的重要性，在时间紧、数据量较大的情况下，一定要安排好切实可行的计划，包括哪些人员准备哪些数据，数据的来源、数据的校验人员。 2) 双方讨论、制定一个详细而可行的切换和动态数据录入计划。
3) 计划一定要规定截止时间，如规定在某月某日之前要准备好某项数据资料。 4) 动态数据的准备、录入在系统实施中周期相对短暂，一般在4－5天的时间就
要完成转换工作，因此要求准备工作必须充分，将动态数据准备方案提前发给业务人员、提前准备旧系统的清账、存货盘点等工作。
2、 系统切换计划：
根据客户的实际状况，安排一个比较合适的系统切换时间，通常选在企业期末
（或月末）结账后的时间，但要考虑资源（人力、时间）情况和业务持续性的要求。切换计划要考虑风险和备选方案、以及数据和系统的备份，在切换有问题时能够确保系统
P 40 of 67