客户化开发服务产品交付作业指导书

1、 文档发布信息 * 行动种类：批准，审核，告知，存档，执行，参加会议，其他（请具体说明） 文档修改记录 版本号 日期 作者 /修订者 描述 文件名 V6.0 2011 年 5 月 目录 1. 前言 5 1.1 使用说明 5 1.2 核心思想 5 2. 概述 7 3. 内容详解 8 3.1 项目规划阶段 8 3.1.1 阶段目标 8 3.1.2 阶段任务 9 3.1.3 操作攻略 9 3.1.4 交付物清单 10 3.2 分析设计阶段 11 3.2.1 阶段目标 11 3.2.2 阶段任务 11 3.2.3 操作攻略 11 3.2.4 交付物清单 12 3.3 系统架构阶段 13 3.3.1 阶

2、段目标 13 3.3.2 阶段任务 13 3.3.3 操作攻略 13 3.3.4 交付物清单 14 3.4 实施交付阶段 15 3.4.1 阶段目标 15 3.4.2 阶段任务 15 3.4.3 操作攻略 15 3.4.4 交付物清单 16 3.5 持续优化阶段 17 3.5.1 阶段目标 17 3.5.2 阶段任务 17 3.5.3 操作攻略 17 3.5.4 交付物清单 18 3.6 项目管理 18 3.6.1 阶段目标 18 3.6.2 阶段任务 18 3.6.3 操作攻略 19 3.6.4 交付物清单 19 1. 前言 用友公司 2001 年发布了第一套用友项目客户化开发方法论 V1.

3、0 ，初步建立，向规范化实施迈出了第 一步； 2006 年发布了客户化开发方法论 V3.0 ，基本成型； 2007 年经过升级扩展推出 V5.0，日臻完善，并 在全国迅速推广，经过广大客户化开发顾问在项目中的贯彻执行，有效规范了项目的客户化开发，控制 了项目客户化开发的风险，提高了项目客户化开发的成功率。 通过多年客户化开发实践，我们达成如下共识：没有万能的、无须客户化的软件；客户化在某种程 度上是必须的、是不可避免的； 客户化是柄双刃剑，既能带来管理收益，亦能带来系统风险；不同的客 户对客户化有不同程度的需求。 通过多年的客户开发实践，我们还达如下结论：需要一种管理体系或工具，来根据用户的业

4、务特 点，来评估客户化的收益与风险，使客户化与标准化达到平衡；既要满足业务需要，又要保证系统的安 全，提升总体的投资回报率。 为了适应新的形势的发展要求，规范项目客户化开发，做到专业化、规模化、标准化，迫切需要对 客户化开发方法论 V5.0 进行升级扩展；在认真分析、充分讨论的基础上，对项目实施各阶段、各项任务 的工作内容、策略、角色和责任、交付成果、使用文档、潜在风险逐一进行了梳理，并整理了一套工 具、模板，力求流程清晰、简练实用，形成客户化开发方法论 V6.0 。 1.1 使用说明 客户化开发方法论主要指导 NC 、U8 等需要提供客户化开发服务的项目，规定了项目客户化开发的 标准阶段、任

5、务、工作流程、工作内容、角色和责任、交付成功标准等，为开发顾问提供从项目开始到 项目收尾的全生命周期的管理，旨在规范客户化开发、降低客户化开发风险、提高客户化开发的成功 率。 当然，任何客户化开发方法论都只是战略导向，是带领项目走向成功的向导图。而具体对一个项目 来说，应该如何开发、怎样分阶段、每阶段重点工作是什么、解决什么问题、会有什么情况、怎样应 对、采用什么样的方法等。开发顾问不能仅仅按照开发方法论照本宣科，而应该在方法论的原则指导下 根据实际情况做灵活的调整和运用，把方法论理论与客户业务相结合、与行业最佳实践、与产品实际相 结合，这才是编写这套开发方法论的主旨。 1.2 核心思想 开发

6、方法论的核心思想是：基于以客户为中心的全生命周期经营的核心理念 ，以 业务优化、知识转 移、专业项目管理为核心价值，对项目客户化开发的全生命周期进行管理，力求做到规范、灵活、高 效、实用。 以客户为中心： 客户经营是公司的基本商业模式和核心经营战略，我们要以客户为中心，贴近客 户、倾听客户，向客户学习，积极对待客户投诉，为客户提供全生命周期的专业、及时、真诚的价 值服务，超越客户期望，服务客户的明天和今天，满足客户需求，创造客户价值。 知识转移： 关键用户全程参与和最终用户的提前参与，尤其是对新管理流程、管理理念的理解，新 流程和数据规则的了解，通过关键用户的全过程的参与，最终成为熟悉系统管理

7、和业务流程、管理 理念的专业管理人员，充分扩大客户的参与力度，让客户成为项目实施的主体。 专业项目管理： 标准的规范化管理是项目成功的必然因素，在客户化开发过程中提供专业的项目管 理，降低项目开发风险，提高开发质量是保证项目成功开发的前提和必要条件。 灵活选择、科学组合： 客户化开发方法论中尽管提供了标准的开发步骤和程序，但各阶段、各任 务、各工具及模板组件化，可以根据项目的实际情况，灵活选择，有的放矢，科学组合。 在具体的项目开发过程中，根据客户的个性状况和基础水平，结合用友产品的特点，用户完全 可以从特定的开发步骤开始切入，从而有效利用客户原有的一些积累和基础。比如，对于以前曾实 施过 E

8、RP 系统的企业，企业有着良好的基础数据和流程优化基础，则在实施过程中则完全可以直接 进入客户化开发阶段。“不必从零开始，也无须完全否定”，这一思想也体现了灵活的特点，从而 根据项目的实际情况，灵活运用，高效实用。 PDCA 循环： 在客户化开发方法论中，我们可以把一个项目的开发过程分解为计划执行检查行 动四个过程，即 PDCA过程： PDCA(PLAN-DO-CHECK-AC戴T)明循环通常应用于相当细致的工作流程。在客户化开发方法论中体现于 全过程的 PDCA循环，前一阶段的系统目标和评估状况会成为下一阶段系统改善的起点，以此来体现用友 为客户持续服务，给客户带来持续增值的价值。不仅项目阶

9、段如此，在客户化开发过程中，在项目组织 所有层面和任务上持续应用戴明循环项目领导小组、核心项目组、项目关键用户、项目最终用户， 使每一层面和任务都把项目客户化开发和运行过程作为一个持续学习和改善的过程，如下图所示： 最终用户 计划 关键用户 开发小组 检查 检查 检查 计划 执行 领导小组 行动 行动 行动 行动 项目 客户化开发方法论中的全范围戴明循环 2. 概述 客户化开发方法论中的开发路线图共有五步，包括：项目规划、分析设计、系统架构、实施交付、 持续优化五个阶段，对于每一个阶段，定义了要完成的目标及要做的主要任务、工作策略及说明、角色 和职责、交付成果、风险提示、使用模板等。 项目规划

10、：主要任务包括项目内部交接、需求调研、技术方案、可行性和风险评估、商务谈 判、团队组建、项目启动。此阶段主要是为分析设计提供开发需求依据； 分析设计：结合项目规划阶段所了解的需求进行需求分析及系统设计，主要任务包括需求分 析、系统概要设计和系统详细设计，为下阶段系统架构奠定基础； 系统建设：根据确定的系统详细设计方案，进行开发准备、代码实现、单元测试及集成测试 等，为系统实施交付提供客户化开发产品； 实施交付：上线前的一系列准备工作及上线切换，主要任务系统切换方案、系统运行制度制定 和发布、系统上线环境建立、系统切换检查、动态数据导入等，进入了运行支持阶段； 持续优化：上线切换完成之后，系统开

11、始运行，进行持续支持，主要任务包括：运行支持、月 结、项目收尾与总结、持续优化诊断报告、项目验收、内部服务交接等。 3. 内容详解 3.1 项目规划阶段 图： SUIM-01 3.1.1 阶段目标 确定客户业务需求； 确定开发任务、项目报价、开发合同； 成立双方项目组并共同拟定开发计划； 成功召开项目启动会； 3.1.2 阶段任务 项目内部交接 客户概要需求调研 项目评估（包括技术方案、可行性评估、风险评估） 商务谈判（包括开发方案、工作量估算及报价、开发工作任务书、开发合同） 团队组建 组建双方项目团队 项目启动会议召开 3.1.3 操作攻略 3.1.3.1 项目交接 制定项目交接计划与清单

12、（软件合同、实施合同、开发合同） 召开项目交接会议，做好内部交接会议备忘录 对于没有明确开发收入项目的合同是否涉及内部费用划拨，是否制定专项费用预算，特别是外包 预算及支付权限和办法 明确上级对项目的管理权限和范围，并给予的支持内容 3.1.3.2 需求调研 制定调研计划：在 ERP 项目的售前阶段，一般用友售前咨询顾问会进行一些简要的调研，来确定 项目开发的目标。其目的是为了论证 ERP 项目可行性的需要，所将要制定的开发计划是一个比较 粗略的计划，对工期和资源的估算只是一些预估；在开发阶段，需要重新进行调研，以澄清所有 的客户业务细节，并进行业务规则与系统的匹配。调研结束之后，可以得到开发

13、的应用解决方案 在正式调研前我们需要拟定一个调研提纲，罗列出我们调研过程中的主题及内容提要 编写需求调研报告，对所开发的软件需求进行概要的描述 编写需求确认表，由双方负责人签字确认 3.1.3.3 项目评估 根据客户的概要需求，提供我们的技术解决方案 根据概要需求及技术方案，对方案的可行性进行评估 根据概要需求和技术方案，给出风险评估报告，并对关键的风险的控制点和规避的措施 3.1.3.4 商务谈判 根据客户的概要需求，制定客户化开发方案 根据客户的概要需求，制定工作任务书明确双方的义务和项目目标 根据客户化开发方案，制定工作量估算报价明细 拟定开发合同，明确开发成果所有权、特殊约定等未尽事宜

14、 3.1.3.5 团队组建 根据项目需要，制定双发项目组成员名单、通信录 根据项目需要，制定项目组织结构图 根据项目需要，制定项目组成员（客户方、用友方）职责和任务明细 根据客户化开发方案，制定项目推进计划书 3.1.3.6 项目启动 项目启动会前确定项目组的工作环境，保证项目组的沟通方便：明确工作办公地点、准备网络平 台、准备工作设备、企业员工技术的摸底。项目组工作环境要求内部网络的通畅，外部互联网的 通畅，项目组成员应该有固定的 EMAIL 地址；有专门的文档及打印共享服务器，该服务器也可以 作为项目沟通的系统平台 配合项目启动会，可在公司范围内进行一些必要的宣传活动，比如建立公司 ERP

15、 宣传墙和项目进 度看板等 项目启动会后要形成广泛的影响 3.1.4 交付物清单 针对阶段的主要交付的文档清单包括： 阶段 一级任务 交付物 用友 客户 项目规划 项目交接 项目内部交接记录单 项目交接会议备忘录 用友内部费用划拨单 客户生产环境配置方案 需求调研 需求调研计划 需求调研报告 需求确认表 项目评估 技术方案书 项目可行性分析报告 项目风险评估报告 商务谈判 工作任务 项目客户化开发方案 项目客户化开发报价 项目客户化开发合同 合同验收衡量标准 团队组建 双方项目组成员名单 项目组织结构模板 用友项目组成员职责和任 务 客户项目组成员职责和任 务 项目客户化开发推进计划 项目启动

16、 项目启动会 3.2 分析设计阶段 详细开发计划 2.1.3 项目经理 图： SUIM-02 3.2.1 阶段目标 确定怎么做； 主要从客户的角度对业务进行分析，对企业业务的真实描述 结合产品的特性给出业务流程整体流程的解决实现方案； 设计出底层核心的架构的数据结构 给出原型界面模型，业务逻辑说明 3.2.2 阶段任务 需求分析 概要设计（数据库设计规范、代码设计规范） 详细设计（给出数据库设计、数据的字典、业务关系说明） 3.2.3 操作攻略 3.2.3.1 需求分析 了解用户的实际业务应用场景，分析出用户提出的需求背后实际需要解决的核心问题是什么。 从解决用户核心业务问题出发优先处理用户核

17、心业务，在核心业务处理完的基础上再进行易用性 分析、分析把握主要需求和次要需求。 3.2.3.2 概要设计 确定软件的总体结构框架，例如当前系统包含哪些子系统他们的关系是什么样的，各个子系统之 间的业务控制关系和接口设计原则、界面设计原则。 制定出数据库的设计规范，为后续数据库设计参考，从而减少由于设计不规范造成项目组成员交 流成本，提高开发效率和质量。 制定出数据库开发规范。 撰写概要设计说明书 3.2.3.3 详细设计 UI 类、 根据概要设计阶段的概要设计说明书，制定数据库设计说明书 根据概要设计说明书，制定技术实现开发文档 根据概要设计说明书，制定详细设计方案，在详细方案中设计出程序的

18、核心算法，并对 BO 类、 VO 类、 DMO 类、等其他类的核心方法的设计定义。 3.2.4 交付物清单 此阶段交付物清单 阶段 一级任务 关键交付 分析设 计 用友方 客户方 需求分析 开发需求分析报告 开发详细计划 对开发需求分析报告中的需 求进行需求确认 概要设计 数据库设计规范 数据库开发规范 概要设计说明书 详细设计 数据库设计说明书 数据库字典 详细设计说明书 3.3 系统架构阶段 图： SUIM-03 3.3.1 阶段目标 按照详细设计说明书中的描述，通过代码实现软件的业务功能。 3.3.2 阶段任务 本阶段的具体任务主要包括以下几方面： 开发准备； 代码实现 单元测试 集成测

19、试 3.3.3 操作攻略 3.3.3.1 开发准备 为了保障代码开发的有序进行，在开发准备阶段向项目团队的中成员，详细介绍开发环境纪律和 注意事项，让每一个开发人员清楚项目应该遵守的开发纪律。 注释说明，所有过程的开始部分都应有描述其功能的简要注释。这些注释并不描述细节信息（如 何实现功能），这是因为细节有时要频繁更改。这样就可以避免不必要的注释维护工作以及错误 的注释。细节信息由代码本身及必要的内部注释来描述。当传递给过程的参数的用途不明显，或 过程对参数的取值范围有要求时，应加以说明。如果过程改变了函数和变量的返回值（特别是通 过参数引用来改变），也应在过程的开始部分描述该返回值。 代码备

20、份制度，每天工作开始时，首先从版本库中取出需要工作的代码版本。如果软件配置管理 人员没有给出当天的代码版本配置文件，那么开发人员从版本库中取出最新的代码版本，否则采 用配置管理人员提供的代码版本配置文件得到需要的版本，在当天工作的结束的是提交当前修改 的代码到代码服务器上。 3.3.3.2 代码实现 编程文档，在代码实现阶段开发工程师需要将一些关键实现思路和代码逻辑记录下来，供后续阶 段分析问题后持续维护提供有力的依据； 3.3.3.3 单元测试 单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单 元将在与程序的其他部分相隔离的情况下进行测试。 单元测试不仅仅

21、是作为无错编码一种辅助手 段在一次性的开发过程中使用，单元测试必须是可重复的，无论是在软件修改，或是移植到新的 运行环境的过程中。 在测试阶段需要先准备单元测试用例，并在测试结束后提交单元测试报告。 3.3.3.4 集成测试 集成测试，也叫组装测试或联合测试。在 单元测试 的基础上，将所有模块按照设计要求（如根据 结构图组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但 并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露 出来，影响功能的实现。 在集成测试先需要先编写集成测试用例，并在集成测试结束后提交测集成测试报告。 3.3.4 交

22、付物清单 针对阶段的主要交付的文档清单包括： 阶段 一级任务 交付物 用友 客户 系统架构 开发准备 开发环境纪律和注意事项 编程规范之注释说明 编程规范 代码管理和备份制度 代码实现 实现与测试计划 编程文档 开发修改记录 单元测试 单元测试用例 单元测试报告模板 集成测试 集成测试计划 集成测试用例 集成测试报告 3.4 实施交付阶段 图： SUIM-04 3.4.1 阶段目标 完成系统正式运行的所有准备，按照系统切换方案进行新旧系统上线切换。 3.4.2 阶段任务 用户测试 用户培训 切换准备 系统切换 用户手册 3.4.3 操作攻略 3.4.3.1 用户测试 在用户的应用环境下，用户通

23、过运行和使用软件，检测与核实软件实现是否符合自己预期的要求， 通常用户测试不是指用户的 “验收测试 ”，而是指用户的使用性测试。同用户找出软件的应用过程中 发现的软件缺陷与问题并对使用质量进行评价。 用户测试先需要先准备用户测试方案，在用户测试结束后反馈的用户测试报告； 3.4.3.2 用户培训 制定用户培训计划、并做好培训考勤。和培训考核评估报告。 3.4.3.3 切换准备 按照切换顺序，明确计划和工作内容、责任到人； 提供多种切换预案； 根据企业情况确定切换策略 :比如保守的切换策略（先手工、后系统）、激进的切换策略（直接系 统切换）、平衡的切换策略（先系统、后手工） 3.4.3.4 系统

24、切换 检查、备份、再检查 系统上线环境的建立必须按照书面的方案内容配置 上线环境的检查必须经过技术专家等评审 3.4.3.5 用户手册 根据方案流程的岗位设计，提供菜单与岗位对照表给客户，客户根据岗位去对应部门的具体 操作人员，这样形成了菜单岗位人员部门的权限分配表； 根据项目情况，刚开始上线时，权限不易过细，审批流暂时不启用，随着实施过程的深入，再逐 步细化。 权限规划可根据情况提前到系统建设阶段的早期开始； 3.4.4 交付物清单 针对阶段的主要交付的文档清单包括： 阶段 一级任务 交付物 用友 客户 实施交付 用户测试 测试方案 测试报告 测试反馈 用户培训 用户培训计划 用户培训考勤记

25、录 用户培训考核评估记录 用户培训总结报告 客户内部支持体系 切换准备 基础数据转换任务表 系统切换检查报告 ERP运行管理制度 系统切换 系统上线确认报告 生产系统安装备忘录 用户手册 用户操作手册 系统管理员操作手册 安装和配置手册 3.5 持续优化阶段 持续优化 5 项目经理 项目验收 5.1 项目经理 项目验收计划 5.1.1 项目经理 项目验收报告 5.1.2 项目经理 项目验收报告 5.1.3 项目经理 项目总结 项目总结报告 开发成果介绍 5.2 项目经理 5.2.1 项目经理 5.2.2 项目经理 持续维护 问题跟踪维护记录 服务周记录单 5.3 项目经理 5.3.1 项目经理

26、 5.3.2 项目经理 图： SUIM-05 3.5.1 阶段目标 系统调优和持续优化诊断 项目总结并收尾 由实施阶段进入持续维护阶段 3.5.2 阶段任务 项目验收 项目总结 持续维护 3.5.3 操作攻略 3.5.3.1 项目验收 要说服客户尽量缩短系统上线后的并行时间，减少项目的风险性。如果是手工帐并行的情况，可 以逐步过渡，分业务、分部门进行过渡的方法，制定项目验收计划。 充分发挥客户方关键用户的作用，确保内部支持体系进行正常，制定技术维护手册。 在上线后用户的的业务数据的进入系统后并运行良好的情况下制定验收项目验收报告。 3.5.3.2 项目总结 总结既是最后一个阶段的里程碑回顾和汇

27、报，也是整个项目的总结。 项目结束后一般需要将开发的成果的形成成果介绍说明，供其他人快速了解项目开发的内容，做 好成果孵化为将来的推广提供案例支持。 3.5.3.3 持续维护 在项目验收后进入持续维护阶段，为了快速解决系统在运行过程中出现的各种复杂的故障问题， 需要和我们的客户制定技术维护合同，明确系统运行过程双方的义务职责。 在持续维护阶段维护工程师需要做好所有现场支持的记录并持续更新系统运行问题跟踪维护记 录 3.5.4 交付物清单 针对阶段的主要交付的文档清单包括： 阶段 一级任务 交付物 用友 客户 持续优化 项目验收 项目验收计划 技术维护手册 项目验收报告 项目总结 项目总结报告 开发成果申报表 开发成果的成果的简介 持续维护 技术维护合同 系统运行问题跟踪维护记录 现场服务记录 问题记录单 3.6 项目管理 外包管理 6.2 项目经理 承包商评估报告 外包开发合同 外包开发过程监控 报告 外包项目验收测试 报告 6.2.1 项目经理 6.2.2 项目经理 6.2.3 项目经理 6.2.4 项目经理 外包项目验收测试 报告 外包项目验收测试 用例 外包开发成果验收 报告 6.2.5 项目经理 6.2.6 项目经