用友ERP项目实施方法论V6[1].0_For_NC发布版

2.4.3.1 阶段任务及方法分解 2.4.3.1.1 静态数据准备

实施过程中，静态数据的准备、整理、测试、完善、确认等是影响系统上线成功和上线后稳定性重要因素，因此务必引起重视。双方根据蓝图设计方案初稿的内容配置测试系统的参数和基础数据、用户和权限方案等，这些数据作为模拟测试的环境和数据，根据方案调整内容调整和整理后也可以作为正式环境的数据。

主要工作任务包括：

制定《静态数据准备方案》，包括两个附件《静态数据准备表单》、《静态数据准备计划》

1) 编写《静态数据准备方案》和准备计划，并向客户方相关人作详细的说明； 2) 用友和客户方对《静态数据准备方案》及两个附件进行讨论和确认。 安排数据准备活动并建立数据文档； 数据的校验和确认工作

1) 数据校验规则在数据准备方案中说明；

2) 数据进入系统的方式（手工录入、工具导入）也要在计划和数据导入方案中说

明；

3) 数据校验与审核确认；

4) 落实纠正措施，并最终确认正确的数据； 5) 对数据进行定期备份和存档； 方法说明

1、 数据准备计划和方案：制定准备计划要了解数据量，数据量较大时，应有多人分别

分段准备，准备前要讨论和确认《静态数据准备方案》，具体活动顺序分解如下。 1) 编写《静态数据准备方案》，关键点包括：

a) 说明数据来源，即静态数据应该如何获取，出自哪个部门；

b) 讨论，分析企业静态数据的数据项、格式要求和编码原则，质量要求等； c) 明确关键字段的重要性，以及关键字段的说明； d) 明确数据准备人员的要求、完成时间，以及具体负责人；

e) 根据项目情况明确数据检查方法（抽检/全检）、检查内容（数据内容检查

/数据逻辑检查）、检查方式（手工/计算机）、时间点、相关责任人； （说明：如果需要使用计算机对大量数据进行检查，需要明确编写检查语句的责任人、并制定检查语句的编写时间计划和语句测试计划）； f) 提前确定所有数据导入系统的方式（手工录入/工具导入）；

（说明：在手工录入方式下，需要估算录入数据的工作量、录入人员的选择、录入后系统内数据的校验。计算机导入方式，需要明确导入工具开发的责任人、开发进度、导入方案的制定和测试）；

g) 制定静态数据准备计划，明确各类静态数据的具体准备人员和时间进度计

划

h) 准备静态数据准备表单，提供需要准备的详细数据档案清单及内容等 2) 双方需要对《静态数据准备方案》及附件进行讨论和确认，其中重点讨论的内

容包括：

a) 静态数据编码方案

b) 客户方静态数据准备的具体负责人

c) 静态数据准备计划（包括工作量估算、时间进度安排） d) 静态数据检查负责人 e) 静态数据转换的方式

3) 向静态数据准备的责任人，提供确认后的《静态数据准备方案》及数据准备表

格文档。

2、 静态数据准备

1) 由于静态数据准备的工作量较大，应尽量在方案确认后提前准备，以免延误系

统上线。数据的准备工作可以通过计划分工同时安排不同的业务人员分头进行，一定要先将数据方案准备好，未经双方正式确认不能让客户直接在系统中输入静态数据。

2) 用Excel准备一份《静态数据准备表单》，每个表页代表一项基础数据档案，

列出所需字段和注意事项，要求客户按照此格式进行整理。便于管理和核对。 3) 实际工作中，很多人认为没有必要一定按照格式准备，认为这样更麻烦，不如

拿着数据直接输入系统，省去了书面的审核和确认过程，很容易造成不可挽回的错误。顾问一定要和客户沟通，避免风险。

4) 在数据准备过程中，一定要保证相关责任人对静态数据中字段含义的理解。最

好对每一个基础数据文档都能先抽出一两个典型数据为样例，由顾问给客户做一个详细的讲解，避免由于对于数据字段理解有误，导致大量重复工作。 5) 在数据准备过程中，双方项目经理和咨询顾问要经常检查数据准备的进度和准

确性。

（需要说明：静态数据准备是由关键用户来完成的活动，顾问主要对数据准备的进度、质量进行跟踪控制，同时客户方要有人对数据进行审核和确认。由于准备静态数据的人员并不一定是客户项目组的成员，对数据的理解参差不齐，在静态数据准备的初期，顾问和关键用户需要严密审核准备数据的质量，避免在上线后发生问题。）

3、 数据校验和确认

1) 数据准备过程中就必须有人对数据的准确性进行书面审核。每一类数据应该只用一个人或专门几个人负责确认和审核，避免在出错后找不到原因而相互推诿。在数据准备完成后，项目经理至少指定一名关键用户或亲自进行检查核

对，条件允许的话，可以由相应的业务或技术权威对准备的数据进行逐项核实。 2) 校验过的数据由校验人签字确认，存档，等待下一步正式录入或导入新系统。数据校验和确认包含的具体活动有：

a) 数据校验工具的制作，如检查语句的编写等（可选）。工具的制作和测试

必须在检查活动开始前完成，不然可能影响数据准备的进度和质量； b) 进行数据校验，并由数据校验的负责人，编写数据校验的报告；描述和分

析数据校验的结果，针对数据准备存在的问题，提出相应的纠正措施； c) 落实数据准备的纠正措施； d) 确认合格的静态数据。

4、 数据导入（可选）

1) 数据量较大的数据（如存货档案、资产卡片等），建议根据情况需要针对此类数据使用导入工具进行导入，一次性数据准备并校验之后，在后期的基础数据录入时，将数据导入到系统中，从而节省人力和时间，缩短上线时间，尽

量使用已有的数据导入工具。

（数据转换（导入）程序，应该先进行测试，确保数据传输的准确性。）

2.4.3.1.2 关键用户测试 主要工作任务包括：

根据蓝图设计准备测试环境、测试计划和测试方案和测试数据；

根据测试计划和测试数据指导关键用户进行方案中的业务流程测试和集成数据测试，在测试过程中熟悉新的业务流程和操作习惯，提交正式的测试报告（双方确认），验证测试方案中的测试结果；

测试过程中同时完成方案的调整和最终用户操作手册的初稿； 方法说明：

1、 测试往往被忽略。复杂的ERP项目，系统上线前的完整的业务模拟测试是必不可少的。录入静态数据和准备的好的测试业务数据，根据测试方案和计划指导关键用户进行测试，关键用户通过测试熟悉各种业务流程和操作流程，熟悉软件操作，发现错误，同时完成最终用户操作手册，并对调整后的解决方案进行签字确认。

1) 建立客户测试系统的主要目的是使用客户的真实模拟数据，在没有任何静态和

动数据、系统参数的系统环境中完整地测试。

2) 通过关键用户对所有业务流程和模拟数据的测试，使他们即熟悉了目标业务流

程，也熟悉了系统中的操作流程，也真正理解了系统的管理模型，只有这样他们才能在未来指导最终用户的工作；

3) 参数的设置，对不同的子系统或模块都会产生影响，如果关键用户不通过系统

验证，很难理解这样设置对于企业实际业务产生什么样的结果，只有关键用户

理解了，才能做出正确的选择和决策。

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，