用友ERP-NC实施方法论 V6.0
技术关键用户（信息中心负责人） 负责硬件系统和相关系统软件的安装与调试，并根据部署方案中规定的参数配置操作系统、网络和数据库，并完成相关的测试，提交安装测试报告，编写系统管理制度等。 技术顾问可提供适当的配合。 技术顾问要最终确认安装结果。 技术顾问 部署系统环境 按部署方案安装ERP系统，并确认数据库参数，技术关键用户必测试系统运行状态，编写系统管理员操作手册，培训客户方技术关键用户，出具系统安装与调试报告，并双方确认。 须全程参与并确认。 并发较大的系统可安排并发模拟测试，但客户提供测试环境和测试工具。 顾问/开发经理 客户化开发设计 项目经理/关键用户 根据需求进行开发的详细设计，并向客户方和开发人员讲解和分别确认 理解设计并确认
2.4.2.3 风险提示
? 在客户方提供系统管理员之前，用友项目组应明确提出对系统管理员的专业素质要
求。
? 技术顾问应该做好培训方案和培训准备和课件内容沟通确认，培训过程中要加强互
动与沟通，及时调整，并把好考核关，确保培训质量和知识的成功转移。 ? 项目售前阶段销售团队在售前的过程中如有过度的不合理的承诺，实施顾问在与客
户进行接触初期，最主要的工作就是让客户回归理性，当然合理的需求可以另行谈判。
? 需求调研前用友项目经理一定要把好关，选择有丰富经验的顾问参加调研，否则如
果需求确定不准势必会为以后的实施工作带来麻烦。
? 项目需求调研时，不要讨论产品功能，也就是说，需求调研重点是通过倾听、引导
和讨论来理清客户的现状业务流程和数据规范等。
? 需求调研报告的确认是让客户理解和表述的需求是否正确进行确认，并不表示报告
所列需求都应予以满足，这一点应向客户说明，项目交付标准的确认是在方案中确认。而且对于不切实际的需求应说服客户暂时放弃，不要所有需求都寄希望于客户化开发。
? 关键用户培训必须让关键用户真正理解ERP系统的基本原理和管理理念，掌握ERP
P 31 of 67
用友ERP-NC实施方法论 V6.0
系统基本知识和基本功能。项目组成员深入了解系统，是需求调研和讨论的基础，也是系统今后稳定运行的保障。培训考核也是很重要。
? 关键用户往往不愿负责最终用户培训，其主要原因是在项目一开始就没有明确彼此
的责任和义务，关键用户也没有掌握最终用户培训的能力和技巧，关键用户培训最终用户是关键用户熟悉业务流程和操作流程的关键过程，也是知识转移的主要手段和方式之一，一定要重视。
? 实施方案的可行性。通过方案整体的设计应该符合企业业务发展的需要，不能过于
理想化，不符合企业的现状要求，容易导致方案在实际中无法实施；同时也要考虑实际工作效率，人力成本是否增加，增加的量是否超过用户的可容忍程度； ? 方案的全面性。分步上线的项目，方案要整体考虑，确保方案的可衔接性，同时也
不能从单个业务或单个部门的角度出发去设计应用方案，但是要考虑方案的可执行性，我们不可能把企业多年来积累的问题全部解决，方案考虑要全面一些，但不要面面俱倒，这样可能抓不住重点，一定要在实施范围内解决企业关键的问题；
?
不要轻易屈服于不合理的需求，双方应站在管理者的角度和高度分析需求，最终用户的需求往往是和管理需求是矛盾的。利用需求分析和方案讲解说服客户，让客户按照我们设计的思路实施，否则可能导致双方的项目失败；
?
项目经理要主导项目，尽量提前制定计划并告知相差人，不要被客户牵着鼻子走。尤其是在需求和方案设计及项目推进上。
2.4.3 IMP3_系统建设 系统建设阶段的任务包括：
? 静态数据准备：双方根据蓝图设计初稿制定静态数据的准备方案和准备计划，完成
静态数据准备；
? 关键用户操作培训：系统应用比较复杂时，在测试之前，再对关键用户进行一次强
化的操作培训，如果是简单的系统或关键用户对系统比较熟悉了，就不必培训了； ? 客户化开发：开发团队根据详细设计进行客户化代码开发；
? 关键用户测试准备：根据蓝图设计方案初稿准备模拟测试数据、测试计划和测试方
案；
? 关键用户业务模拟测试：关键用户根据测试方案和测试数据进行完整的业务模拟测
试的过程（如有客户化开发，应在完成开发后重新进行集成测试），保证制定的流程是合理的，可行的，并保障系统上线的稳定性。测试过程中同时指导关键用户在测试过程中编写“系统最终用户操作手册”，根据测试报告修订完善实施方案的内
容，形成实施方案终稿；
? 业务解决方案确认：对通过测试修订的业务解决方案终稿（含客户化开发方案）进
行最终的汇报和双方确认。
P 32 of 67
用友ERP-NC实施方法论 V6.0
2.4.3.1 阶段任务及方法分解
2.4.3.1.1 PMS3.1静态数据准备
实施过程中，静态数据的准备、整理、测试、完善、确认等是影响系统上线成功和上线后稳定性重要因素，因此务必引起重视。双方根据蓝图设计方案初稿的内容配置测试系统的参数和基础数据、用户和权限方案等，这些数据作为模拟测试的环境和数据，根据方案调整内容调整和整理后也可以作为正式环境的数据。
主要工作任务包括：
? 制定《静态数据准备方案》，包括两个附件《静态数据准备表单》、《静态数据准备
计划》
1) 编写《静态数据准备方案》和准备计划，并向客户方相关人作详细的说明； 2) 用友和客户方对《静态数据准备方案》及两个附件进行讨论和确认。 ? 安排数据准备活动并建立数据文档； ? 数据的校验和确认工作
1) 数据校验规则在数据准备方案中说明；
2) 数据进入系统的方式（手工录入、工具导入）也要在计划和数据导入方案中说
明；
3) 数据校验与审核确认；
4) 落实纠正措施，并最终确认正确的数据； 5) 对数据进行定期备份和存档； 方法说明
1、 数据准备计划和方案：制定准备计划要了解数据量，数据量较大时，应有多人分别
分段准备，准备前要讨论和确认《静态数据准备方案》，具体活动顺序分解如下。 1) 编写《静态数据准备方案》，关键点包括：
a) 说明数据来源，即静态数据应该如何获取，出自哪个部门；
b) 讨论，分析企业静态数据的数据项、格式要求和编码原则，质量要求等； c) 明确关键字段的重要性，以及关键字段的说明； d) 明确数据准备人员的要求、完成时间，以及具体负责人；
e) 根据项目情况明确数据检查方法（抽检/全检）、检查内容（数据内容检查
/数据逻辑检查）、检查方式（手工/计算机）、时间点、相关责任人； （说明：如果需要使用计算机对大量数据进行检查，需要明确编写检查语句的责任人、并制定检查语句的编写时间计划和语句测试计划）； f)
提前确定所有数据导入系统的方式（手工录入/工具导入）；
（说明：在手工录入方式下，需要估算录入数据的工作量、录入人员的选择、录入后系统内数据的校验。计算机导入方式，需要明确导入工具开发的责任人、开发进度、导入方案的制定和测试）；
P 33 of 67
用友ERP-NC实施方法论 V6.0
g) 制定静态数据准备计划，明确各类静态数据的具体准备人员和时间进度计
划
h) 准备静态数据准备表单，提供需要准备的详细数据档案清单及内容等 2) 双方需要对《静态数据准备方案》及附件进行讨论和确认，其中重点讨论的内
容包括：
a) 静态数据编码方案
b) 客户方静态数据准备的具体负责人
c) 静态数据准备计划（包括工作量估算、时间进度安排） d) 静态数据检查负责人 e) 静态数据转换的方式
3) 向静态数据准备的责任人，提供确认后的《静态数据准备方案》及数据准备表
格文档。
2、 静态数据准备
1) 由于静态数据准备的工作量较大，应尽量在方案确认后提前准备，以免延误系
统上线。数据的准备工作可以通过计划分工同时安排不同的业务人员分头进行，一定要先将数据方案准备好，未经双方正式确认不能让客户直接在系统中输入静态数据。
2) 用Excel准备一份《静态数据准备表单》，每个表页代表一项基础数据档案，
列出所需字段和注意事项，要求客户按照此格式进行整理。便于管理和核对。 3) 实际工作中，很多人认为没有必要一定按照格式准备，认为这样更麻烦，不如
拿着数据直接输入系统，省去了书面的审核和确认过程，很容易造成不可挽回的错误。顾问一定要和客户沟通，避免风险。
4) 在数据准备过程中，一定要保证相关责任人对静态数据中字段含义的理解。最
好对每一个基础数据文档都能先抽出一两个典型数据为样例，由顾问给客户做一个详细的讲解，避免由于对于数据字段理解有误，导致大量重复工作。 5) 在数据准备过程中，双方项目经理和咨询顾问要经常检查数据准备的进度和准
确性。
（需要说明：静态数据准备是由关键用户来完成的活动，顾问主要对数据准备的进度、质量进行跟踪控制，同时客户方要有人对数据进行审核和确认。由于准备静态数据的人员并不一定是客户项目组的成员，对数据的理解参差不齐，在静态数据准备的初期，顾问和关键用户需要严密审核准备数据的质量，避免在上线后发生问题。）
3、 数据校验和确认
1) 数据准备过程中就必须有人对数据的准确性进行书面审核。每一类数据应该只用一个人或专门几个人负责确认和审核，避免在出错后找不到原因而相互P 34 of 67
用友ERP-NC实施方法论 V6.0
推诿。在数据准备完成后，项目经理至少指定一名关键用户或亲自进行检查核
对，条件允许的话，可以由相应的业务或技术权威对准备的数据进行逐项核实。 2) 校验过的数据由校验人签字确认，存档，等待下一步正式录入或导入新系统。数据校验和确认包含的具体活动有：
a) 数据校验工具的制作，如检查语句的编写等（可选）。工具的制作和测试
必须在检查活动开始前完成，不然可能影响数据准备的进度和质量； b) 进行数据校验，并由数据校验的负责人，编写数据校验的报告；描述和分
析数据校验的结果，针对数据准备存在的问题，提出相应的纠正措施； c) 落实数据准备的纠正措施； d) 确认合格的静态数据。
4、 数据导入（可选）
1) 数据量较大的数据（如存货档案、资产卡片等），建议根据情况需要针对此类数据使用导入工具进行导入，一次性数据准备并校验之后，在后期的基础数据录入时，将数据导入到系统中，从而节省人力和时间，缩短上线时间，尽
量使用已有的数据导入工具。
（数据转换（导入）程序，应该先进行测试，确保数据传输的准确性。）
2.4.3.1.2 PMS3.2关键用户测试 主要工作任务包括：
? 根据蓝图设计准备测试环境、测试计划和测试方案和测试数据；
? 根据测试计划和测试数据指导关键用户进行方案中的业务流程测试和集成数据测
试，在测试过程中熟悉新的业务流程和操作习惯，提交正式的测试报告（双方确认），验证测试方案中的测试结果；
? 测试过程中同时完成方案的调整和最终用户操作手册的初稿； 方法说明：
1、 测试往往被忽略。复杂的ERP项目，系统上线前的完整的业务模拟测试是必不可少的。录入静态数据和准备的好的测试业务数据，根据测试方案和计划指导关键用户进行测试，关键用户通过测试熟悉各种业务流程和操作流程，熟悉软件操作，发现错误，同时完成最终用户操作手册，并对调整后的解决方案进行签字确认。
1) 建立客户测试系统的主要目的是使用客户的真实模拟数据，在没有任何静态和
动数据、系统参数的系统环境中完整地测试。
2) 通过关键用户对所有业务流程和模拟数据的测试，使他们即熟悉了目标业务流
程，也熟悉了系统中的操作流程，也真正理解了系统的管理模型，只有这样他们才能在未来指导最终用户的工作；
3) 参数的设置，对不同的子系统或模块都会产生影响，如果关键用户不通过系统
验证，很难理解这样设置对于企业实际业务产生什么样的结果，只有关键用户
P 35 of 67