管理信息化信息化方案信息化项目实施方案.docx

《管理信息化信息化方案信息化项目实施方案.docx》由会员分享，可在线阅读，更多相关《管理信息化信息化方案信息化项目实施方案.docx（43页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、管理信息化信息化方案信息化项目实施方案式，成功的实施ERP,提高企业管理和核心竞争力。2.1.2. 关于 ASAPAcceleratedSAP(ASAP)是SAP公司为使其项目的实施更简单、更有效而采用的 一套完整的实施解决方案。ASAP是SAP公司二十几年来几千个成功项目实施经 验的结晶。1996年ASAP在美国首先试行，并取得了非常大的成功，受到用户的 广泛欢迎。故此SAP公司1997年正式将此方法及其配套工具向全球推广，并取 得了非常好的实施成果。这一方法同样在神州数码这样的大型集团化国有企业 的ERP实施中取得了较好的成效。ASAP优化了在实施过程中对时间、质量和资 源的有效使用等方面

2、的管理。它是一个包括了保障项目实施得以成功的所有基 本要素的完整的实施方案。2.2. 项目进程e-Through为企业实施ERP提供了面向过程的，清晰和简明的项目计划，在* 实施ERP的整个过程中提供明细的指导和标准的途径。e-Through的ERP项目进 程总共分为五个阶段：第一阶段:项目实施准备2.2.1.1. 阶段目的本阶段的目标是完成初始的项目计划和项目的准备。虽然每个ERP有它独特的 目标、实施范围、实施步骤，但准备阶段中所做的事情能够帮助我们定义、计 划那些最重要、最需要关注的事情，以及建 一个有效的、强有力的项目团 队。当我们准备实施ERP项目时，必须关注以下几个问题：确定项目主

3、要目的和重点确定项目的实施范围和策略 确定项目组织结构及成员制定实施计划和标准 准备并安排各方面资源阶段主要任务 确定项目主要目的和重点项目的主要目的和重点是项目实施过程中的纲领性内容，它必须十分明确地指 出*ERP项目的总体目标和考核标准。 确定项目的实施范围和策略本阶段需要确定的另一个重要的内容是项目的实施范围（虽然实施的范围在实 施合同中已有明确的规定，但是可能项目组成员没有机会接触合同，因此有必 要予以说明），这包含将要实施ERP的公司（独的法律实体），实施的模块 等等；项目范围在整个项目的实施过程中一般不会再变更，但其中一些细节如 某一模块中的某一项功能的增减也是无法避免的。对于项目

4、范围的变更一定要 慎重处理，并且通过规定的制度和流程使项目范围的变更以及所引起的项目计 划、资源需求的变更必须取得双方项目经理和项目领导委员会的共同认可才可 以执行。为了更好实现项目的目标，还应给出项目的相应实施策略。 确定项目组织结构及成员项目组成员素质、工作效率的高低，将在很大程度上影响到项目的质量。所以 神州数码建议在项目组成员的选择上应十分慎重。经验表明，项目组成员可能对实施大型系统的工作压力、流程和纪律不习惯； 他们可能担心项目的实施将对他们的工作效率带来影响，从而影响他们在公司 的前途。由*和神州数码组成的项目管理组将会清楚地让项目组的成员知道 在项目实施过程中出现的个人发展的机会

5、，并对他们的工作表现的评价会有一 套客观的可衡量的标准，以避免因此产生的不良后果。项目经验表明，人员的变动会使得原来的培训失去作用，并可能导致作业流程 的重新设计，从而影响项目的进度。神州数码在项目进行的过程中将积极配合 *人员，保证项目人员的稳定性，为项目的成功提供人力资源保障。 启动会和实施计划项目组成员都到位后的第一件事是召开项目启动大会。这是一个由*和神州 数码双方高层人员参加的ERP项目组全体成员的动员大会，它以正规的形式宣 布*项目的开始。在这个会议上，*的高层领导人（通常是总经理或项目 发起人）将对所有的ERP项目组成员作动员，阐述项目的目的，战略以及相应 的规则，强调ERP项目

6、对*将要起的重大作用，启动大会配合会后的宣传工 作，使得*内部形成良好的ERP实施氛围，减少项目进展道路上的障碍。同 时，在项目启动大会上，项目经理对ERP将要给*带来的效益作全面的阐 述，对成功的要素也会有一定的论述，从而增强与会者对项目成功的信心。*项目经理或神州数码咨询项目经理对项目的总体计划和近期计划进行详细 说明，使得高层领导和项目组成员对神州数码ERP实施的方法论有一定的认 识，从而在实施过程中做到步调一致。项目启动后，*和神州数码双方的项目经理将以神州数码提供的模板，结合 *的实际制定出项目的实施计划。在这个过程中，神州数码咨询项目经理依 据以往的经验从ERP的实施角度给出建议，

7、*项目经理则根据企业的实际情 况（如项目组人员情况、*业务发展的整体计划等）给出建议。该实施计划 的最大的特点是其滚动性，首先对项目的整体有一个粗略的计划（如每一个阶 段的任务、要达到的目标、大致的起止时间等），其次对项目的现阶段和下一 阶段有非常具体的安排（仔细到每一个小的任务由什么人在什么时候去完成 等）。当一个阶段结束时，项目管理小组对下二个阶段再进行详细的修改和补 充。*和神州数码的项目经理应该经常性地对项目的各方面情况进行沟通。 项目管理程序和沟通计划的制定所谓无规不成方圆，ERP项目的顺利进展有赖于清晰、公开的管理程序和周详、 顺畅的沟通渠道。具体地说，项目组需要定义的管理程序有：

8、项目会议（项目 管理层会议和项目全体成员会议）程序、问题解决（记录、跟踪和提升）程 序。沟通计划包含项目组内部的沟通（组员间的沟通、组员和组长之间的沟 通、组长和项目经理的沟通、*人员和神州数码顾问之间的沟通）和项目组 与*决策层之间的沟通。沟通计划可清晰地将ERP项目的各种目标，包括实 施目标、时间表和成功要素传达给*的高层主管。用一个例子来说明神州数码是如何用项目管理程序来控制项目的良性运作的。 神州数码建议召开一周一次的项目组全体会议，会议的组织形式完全是按照 “有效的会议”提倡的方式予以实施，会议前会有详尽的议程安排，如目的、 时间、主持人、记录者、预期收效、地点、与会人员、各人需做的

9、准备工作， 议题；会议后有详细的会议纪要，它在议程安排的基础上还会有明细的会议结 论，待跟踪的工作清单、问题清单等。将帕雷托原理（ParetoPrinciple）应用 在项目管理上，我们可以作出这样的结论：在项目进行的过程中，其中20%的问 题对项目整体质量的影响占80%；它提示我们应该将80%的精力用在处理这20% 的问题上。在实际操作中，我们将任务分为三个等级，一般跟踪级、问题列表 级和严重问题级，每一个问题都有任务负责跟踪的人员，预期完成日期，预期 解决状态等等，这种分级使得小组成员和领导小组成员能够清楚地了解自己的 职责，在压力之下工作，得到超出预期的结果。所有的项目管理程序都有标准

10、化的文档进行支持，保证高质量的记录、跟踪。 技术环境的分析及规划在项目的准备阶段，项目组必须决定对技术环境的需求，并同时做出规划。同 时需要规划所有系统应用的基本策略，如集团策略、版本策略和系统转移策略 等。实施ERP的技术要求涉及基础设施（如局域网和广域网等）、服务器和客 户机等，这将在本文的其他部分加以论述。 项目小组初步培训项目小组初步培训的对象是*的项目经理、各功能小组领导人和关键用户； 如果*的高层有兴趣，建议参加这个总体概览培训。根据ERP培训的特点（与具体业务结合性强、消化周期长等），神州数码将在项目进行过程中穿插 多个培训（课堂式培训和工作中的培训-On_Job_Trainin

11、g）。本次培训的目标 是：让参与者（1） 了解ERP软件的概况（2） 了解ERP软件的基本功能以及它 们如何与实际业务相对应，（3）掌握ERP软件的基本操作。鉴于ERP软件一般都是比较庞大而且复杂的软件，所以这次的培训也不可能帮 助大家全部了解该ERP软件。我们可以预见的是，在每个模块历时一周的培训 之后，被培训者中必然会有人认为自己没有完全消化培训的内容；这是正常的 现象。从项目整体角度来看，这是一种好现象，它说明参与培训的人以十分认 真个的态度对待培训，没有什么比这种态度更珍贵。2.2.2. 第二阶段:业务蓝图设计阶段目的本阶段的目标是完成初始的项目计划和项目的准备。虽然每个SAP项目都有

12、它 独特的目标、实施范围、实施步骤，但准备阶段中所做的事情能够帮助我们定 义、计划那些最重要、最需要关注的事情。当我们准备实施SAP项目时，必须 关注以下几个问题： 项目目标明细化确定基本系统的范围 确定项目的详细实施计划业务需求的确认 企业组织结构及业务流程的确定阶段主要任务 项目小组中级培训项目组成员在业务蓝图设计阶段须提供现行和未来业务需求的信息和方向，并 参与业务蓝图的设计，所以掌握一定的ERP软件的知识和技能有助于提高蓝图 设计质量。中级培训是培养项目组成员对ERP标准流程了解的最佳途径。 建系统技术环境按照项目准备阶段的技术环境的规划，配合IT部门建 系统技术环境。考虑到 基础设施

13、的建、硬件和软件的购买需要较长的提前期，建议*将这些工作 提前到项目准备阶段或项目开始之前进行规划。 企业组织结构确定ERP实施过程中的一个重要的步骤，是将*的企业架构和相关的需求用ERP软 件的组织单元映射到系统中，便于利用系统对公司各级组织和个人进行管理， 便于对相关对象的业绩、成本、获利能力等指标进行分析研究。在将公司组织 结构映射到系统中之前，就必须对*组织结构进行优化和确认，这要求* 的高级主管人员不但应该清楚公司现在的结构特点，还应该就未来三到五年企 业发展的方向有一个总体的规划。在这个过程中，神州数码的顾问将提供必要 的咨询和帮助。首先，*的高级主管应该清楚地解释公司现有的组织结

14、构以及设置该组织结 构的理由和设想，现有结构的运作情况，是否能满足公司现在及将来发展的要 求。神州数码顾问将根据实施项目的经验，ERP软件提供的管理思想及ERP系统 提供的知识参考库就*的组织结构情况进行分析研究，并与*管理者一起 进行交流和商榷，以*的现有业务需求为基础，以*的发展规划为指导， 以*的要求为条件，为*未来业务蓝图的组织结构的规划和确认提供参考 意见。在对公司组织结构进行规划的过程中，神州数码顾问会将初步确定的组 织结构深入到业务流程规划和处理的深度，对组织结构进行检查和修改。比如 在财务方面，顾问将通过与*财务人员的合作，了解将来财务系统的发展方 向，以及作为是否达到此目标的

15、衡量标准。当*高层主管确认该组织结构 后，神州数码的顾问将在下一阶段负责将该组织结构映射到系统中。 企业业务流程确定在确定了组织结构之后，就可以进行业务流程的设计重组或改进了。在这一步 骤，需要对*的现有业务流程进行分析重组，并将其业务需求映射成未来的 ERP系统的业务流程，具体要做的任务有： *提供现有各项业务的处理流程；神州数码顾问将根据知识库中的业务流程库和自己实施项目的经验，对*现有业务流程进行分析和改进。 开展业务流程研讨会，明确*的需求。在对业务流程进行分析研讨的过程中，会找出公司存在的问题，发现组织结构的不合理，进而可 能对组织结构进行重新修改和规划。 结合ERP软件的功能特点完

16、成未来业务蓝图的讨论稿；与相应的部门讨论并确定业务蓝图，取得管理层的签字认可，并编写相关业务流程图。 在流程确定的同时，下列需求也要得到确认： 报表需求清单；界面需求清单； 数据转换清单；增强功能清单。所有的这些将作为业务蓝图的成果，以双方签字认可的形式保存起来，作为下 一阶段（系统技术实现阶段）工作和验收的标准。在本阶段，不可避免地遇到业务流程与系统实现功能的冲突。在初次做ERP实 施的环境下，为减少系统上线的风险，尽可能采用系统功能，如果影响了主要 业务流程，可采用二次开发的办法进行弥补，但这要在考虑了功能范围、技术 可行性及时间等因素后方可开始工作。成功的保证是是尽可能多地采用ERP软

17、件的标准功能或可提供的功能，并且做尽可能少的客户化的修改来达到业务需 求。建议以ERP软件的功能为指导来制定标准业务流程。2.2.3. 第三阶段:系统技术实现阶段目的 逐步实现业务蓝图完整的系统测试清单准备 关键用户对流程的确认阶段主要任务 项目小组高级培训本阶段的培训内容将主要是针对系统配置的培训，这将根据*日后采取的系 统维护方式和采纳的服务方式看是否需要进行较深程度的IT人员的培训。 系统配置及确认本步骤使用蓝图设计的成果来完成系统的设置。本步骤结束时，系统的设置应 该基本完成，开发报表需求、接口和界面改变等所需的特殊开发内容也应基本 完成。在原型设计中，作为基础原型的业务流程草稿将被功

18、能小组完善、检 查、文字化，并最后签字确认。 系统管理制定数据转换策略 开发数据转换程序、应用接口程序、外挂或扩展程序、报表定义、格式定义任何一个系统的交付使用绝对不是一个简单的交钥匙的过程，因为，系统的培 训、维护以及二次开发等都是必须解决的问题。从这个角度来说，必须对开发 人员和系统管理人员进行开发和系统管理的培训。在具体培训的原则上，采用 理论和实际相结合、技术和业务相结合的原则进行，通过实际参与项目实施的 方法，带出一支技术和业务过硬的开发和系统管理队伍。具体方法包括： 在系统实施的过程中，让开发人员参与业务、流程的讨论，逐渐熟悉业务和流程，这对开发和系统管理是非常有帮助的。 针对开发

19、过程中所需的技术等，进行系统的理论培训，并加强实际练习。除了在系统实施过程中，提供培训以外，在系统实施后，针对开发人员 的要求和系统维护和二次开发的需要，继续提供一系列的培训。 在系统实施过程中出现开发方面的问题，让开发人员和系统管理人 员亲自参与，通过实际开发，能很快地掌握系统在开发和管理方面的技术、流 程和原则等。任何一个系统的二次开发工具一般尽量采用系统自身提供的开发工具，这样对 系统的集成性和系统的性能等方面都是有好处的。而作为SAP的ERP系统R3来 说，该系统是在统一的开发工作台上利用ABAP开发语言开发的。当安装完系统 后，该开发工作台就已经安装好了，而不需再单独安装。同时，该开

20、发工作台 和开发语言是完全对外开放的，用户完全可以利用该工作台查看和修改系统用 ABAP语言编写的源代码，并且，还可以根据用户需要在该工作台上用ABAP语言 编写报表以及自己的功能模块，并与原系统紧密集成。由于每个企业的业务流程、企业文化等方面都有很大的不同，以致对系统的需 求也就有很大的不同。因此，任何一个ERP系统都不可能不经过二次开发就完 全满足企业目前和将来的需要。为了能最大限度地满足企业目前和将来的需 求，就必须根据建的生产管理业务规范，对比系统的现有功能，分清需开发 的类别和相应的轻、重、缓、急，以及所需的资源等，并在此基础上制定出详 细的开发计划。这样才能保证在时间和资源有限的情

21、况下，不影响系统正常运 转的基础上，尽快实现二次开发的功能。做好开发计划，首先需要分清开发的类别，这大致可以分为三类：1. 改正性开发：这类开发往往是由于系统提供的原有功能有BUG或根 本无法满足实际业务需要，以致系统无法在该功能块上的正常运转。这类开发 往往比较急迫，同时，需要修改源程序，开发难度也比较大，有时需要系统提 供商的支持。2. 完善性开发：这类开发是系统提供的原有功能大部分能满足用户的 需求，基本业务也能通过系统正常运转，只是有些需求无法满足。这就需要在 系统原有功能的基础上进一步完善。这类开发不一定非常急迫，并且，系统一 般会预留出接口，对源程序影响比较小、开发难度也不大。3.

22、 新功能开发：这类开发是在系统目前正常运转的情况下，根据企业 自身的需要进行一些个性化的开发。如符合企业自身需要的各类报表以及功能 模块。由于这类开发不用修改系统标准功能的源代码，只是开发新功能后，集 成到系统中去就可以了。通过系统设置的命名规范，可以非常容易地将自主开 发的程序与系统的标准程序区分开。对系统的标准功能不会有任何影响。这类 开发难度很小。因此，我们在做二次开发计划时，一定要先分清开发的类别、紧迫性、开发难 度和所需顾问资源等。从时间角度来看，应根据以上三类开发的特点和各类开发的紧迫性等，分清 轻、重、缓、急。从开发难度的角度来看，应在保证时间的前提下，先开发难度小的，再开发难

23、度大的。从顾问资源的角度来看，应在保证时间的前提下，尽量将需要相同顾问资源的 开发放到一起开发。从开发人员的角度来看上，应在保证时间的前提下，尽量将每一阶段的开发分 摊到每个开发人员上，这样能保证整个开发的均衡和并行。通过从以上几个方面的考虑，再制订出详细的二次开发计划，在时间、资源都 有限的情况下，尽快实现二次开发所需的功能。根据开发计划，可以将二次开发分成若干个阶段进行，每个开发阶段都有相应 的里程碑。同时在每个开发阶段又可以按开发的生命周期，分成需求分析、概 要设计、详细设计、代码编写和测试等阶段，在这些阶段必须有明确的产出物 如需求分析时的功能说明书，概要设计时的概要设计文挡，详细设计

24、时的详细 设计文挡，代码编写时的源程序、测试阶段的测试设计用例以及测试跟踪表， 以及在开发过程中由于需求变更产生的配置管理文挡。在开发时，为了控制进度，需要开发人员定期提交开发进度表，可以采用日报 和周报的方式提交给项目经理，这样项目经理能非常清楚地了解项目进展情况 以及每个开发人员的进度。如果出现问题，可以 即采取有效地措施进行解决 或调整相应的计划等。 权限定义及管理归档定义及管理 用户手册及用户培训资料第四阶段:测试与数据准备2.2.4.1. 阶段目的完成对系统的全面测试 完成数据的准备完成系统上线的准备，以保证系统正确运转 解决剩余问题阶段主要任务 系统测试众所周知，测试对于ERP系统

25、的实施来说是非常关键的一个环节，也是耗时最 多的一个环节。在这个阶段，主要是根据功能说明书和详细设计，针对设计好 的测试用例进行的。系统的测试主要分为四个部分：单元测试、业务流程测试、权限测试和集成测 试。单元测试的对象是在大的业务流程中的各小单元。在测试过程中，许多蓝图设 计阶段成果中的不足都会显示出来，如设计不足，各种错误等。所有新开发的 程序都要进行单元测试以确保在进行业务流程测试时无误运行。可以分为开发 人员的自测和交叉测试，主要是针对每个开发人员自己所涉及的程序进行测 试。单元测试由神州数码咨询顾问和*的业务人员共同完成。业务流程测试的一个重要前提是标准的ERP软件已经在正常的工作。

26、本测试将 不会重复单元测试中的工作，其目标是测试业务流程在ERP软件系统环境中的 运转情况。业务流测试阶段出现的问题可以被反馈到单元测试中，再循环修改、测试。根据已经定义好的安全和权限的细节，进行权限测试。集成测试的目标是确认系统将象设计一样地运作。它包括测试各个模块，保证 它们与其他模块和外部系统的顺利集成。集成测试检验整个业务流程，包括存档、备份和恢复程序。神州数码咨询顾问 将根据单元测试和集成测试的反馈来改变系统的设置。 最终用户培训最终用户的培训是关系到项目是否成功的重要因素。这不仅是教会最终用户使 用新的系统，提高能力水平，更重要的是让他们深刻理解新的业务流程以及在 新的流程中所担任

27、的岗位和角色。培训应该在上线前进行，并以确认的流程为主要培训内容。 正式运行系统技术环境的安装及测试制定明细运行计划 制定系统切换计划目录L项目实施范围41.组织范围41.2. 业务范围42. 1.整体规划41. 2.2.第一阶段42. 3.第二阶段51.3. 项目实施组织结构6. 3. 1. *项目组 61.3. 2.神州数码项目组83.工作环境92 .项目实施方法91. E-THROUGH 的组成 92. 1. 1. e-Through 实施方法 9 2. 1. 2.关于ASAP 10项目进程102.3.1. 第一阶段:项目实施准备11第二阶段:业务蓝图设计152.2. 3.第三阶段:系统

28、技术实现172. 2. 4.第四阶段:测试与数据准备202.2.5.第五阶段:上线与技术支持212. 3.项目管理系统212. 3.1.项目工作计划管理212. 3. 2.项目过程控制23.项目范围管理232. 3. 4.沟通管理232. 3. 5.接收测试242. 3. 6.质量保证242. 3. 7.质量审查252. 3. 8.测试管理252. 3. 9.文档管理25 2.4.实施约定262. 4. 1,实施范围控制26 制定系统运行支持计划系统切换1.1.5. 第五阶段:上线与技术支持阶段目的 正确移交系统保证系统正常运转1.1.5.1. 阶段主要任务提供用户支持 确认正式业务流程的正确

29、性系统日常维护 项目回顾项目管理系统神州数码已建 了关于SAP实施的项目管理系统，包括项目定义与计划，项目 进度控制，变化管理程序和接收测试。下述的项目管理手段是本项目成功的保 障与关键，是项目质量得以保证的关键。2.3.1. 项目工作计划管理根据项目进度的要求，制定切实可行的工作计划，规定每个成员的任务，检查 任务完成的情况和质量，是保证项目顺利实施的重要保证。工作计划管理应包 括以下几点：项目开始将召开一次项目启动会议，神州数码和*方项目成员及其他有关人 员将参加会议。该会议是将所选方案付诸实施的第一步，对项目的成功实施是 至关重要的，会议可使项目组成员相互熟悉并建密切的合作关系。会议上将

30、 对项目需求作认真回顾，并最终建 一套切实可行的实施计划，该计划将递交 项目指导委员会批准。 编制工作计划，并经双方批准。 作出工作小结，说明未完成原因及改进建议。 工作量统计，质量检查，并由客户签字。 统计顾问服务时间。 项目进展状况神州数码顾问需提交：总体计划、月工作计划、每周工作计划 *项目组需确认以下文档：实施文档确认、阶段成果确认工作计划控制关键：所有的每周工作计划都标以日期供查阅；每周举行例会（如周五下午）讨论本 周工作计划执行情况和下周工作计划；建议*项目组有专人负责管理每周工 作计划及其执行情况的整理和汇总。2.3.2. 项目过程控制项目的管理和控制将严格按照项目计划进行。项目

31、经理要对项目设 “里程 碑”，并通过现场参与和日常联系等方式对项目的进度进行监控。项目进度将 通过定期的总结会议和进度报告向*汇报。汇报的频度由双方协商确认。23.3.项目范围管理严格的项目范围控制是项目成功的保证，盲目扩大范围将使得项目无目标可 言，失去方向。许多项目的失败源于项目范围的盲目扩张。如*的需求在项目实施过程中需要改变，应遵循约定的变化管理程序进行。 依照变化管理程序和变更需求的复杂性，神州数码会认真研究并回复一个解决 方案。 SOA：项目一开始即要确定项目范围，如需改变必须遵循范围改变机制。 范围改变的批准程序：提出实施范围改变请求报告；提交*项目经理查阅和签字批准并内部存档，

32、同时提交项目领导小组、神州数码项目经理 等。凡涉及到整个项目进展，费用成本调整较大的改变，必须交由项目领导小 组批准通过。 范围改变文档内容：说明范围改变内容、理由；说明改变部分在项目进程中的状态；评估改变部分对项目进程可能的影响；评估改变部分对项目 费用可能的影响。 范围改变的跟踪执行：范围改变书签字后，开始正式执行；调整相应的实施计划；任务完成进度报告应当定期提交项目双方检查，完成后应当由 双方项目经理签字。2.3.4. 沟通管理良好的项目组织，利于沟通 定期与不定期的会议：每周例会、不定期的“头脑风暴”会议、阶段性汇报、文档交流与提交报告与决策机制：项目实施过程中难免会遇到各种各样的困难

33、和问 题，问题的及时解决在于事先规定好项目组织结构和相应的报告和决策机制。 项目提交的各种重要文档都应经过*项目经理（或其授权人）和神州数码项 目经理审核。2.3.5. 接收测试为了检验系统功能的正确性，神州数码将对系统进行集成测试。*应在预定 的时间内指派主要用户协同神州数码完成用户接收测试。如果因任何原因系统测试失败，神州数码将向*提交一份陈述失败原因的报 告并说明使系统正常运转所需的改进（如有需要），并将尽力补救系统的缺陷 和不足。在系统改进完成后，相关的测试应在合理的时间范围之内再次进行。 如第二次测试依然失败，神州数码将向*提交一份陈述失败原因的报告并说 明为使系统通过测试而需要对系

34、统或对*软硬件实施的改进（如需要），同 时双方将（A）确定下次测试的日期。如有任何一项测试系统没有通过，*将有权要求 重复测试或执行（B ）条款；（B）在不影响*其他权力的前提下允许系统上线并认定可交付使用，并经双 方协商酌情减免服务费用（如系统故障不是由于不可抗力事件并且也不是由于 客户不能部分或全部完成其在本协议之下的职责所导致）。在提出费用减免要求 后的14天之内如未得到书面认可，*有权要求执行（C）条款；（0如服务中存在的严重问题不是由于不可抗力并且也不是由于*不能部分 或全部地完成其在本协议之下的职责所至，*有权终止本协议。如*选择（C）条款终止协议，神州数码将在收到*书面请求的30

35、天之 内，将尽力在最短的时间内从现场拆除所有神州数码的硬、软件和其他相关设 施，并恢复安装前的系统现场。2.3.6. 质量保证神州数码建议设 专门的质量顾问对项目实施质量进行控制。每个月末对本月 的实施情况进行质量监督。必要时可以增加随机抽查或改变审查时间。内容包 括： 工作质量的审查与评定工作质量的测试 工作过程的控制和资料的完整性负责归集*签署的步骤成果确认书2.3.7. 质量审查审查是以计划的内容为基础，以目标和方法为依据，对所作的各种技术工作进 行描述，同时提交执行文档和软件，所有提交审查的记录都将保存作为审计线 索。一般应包括： 会计核算，财务管理等方面的功能检查整个项目中要用到和已

36、用到的操作系统技术，数据库及其工具技术、客户化相关技术等方面的审计。 整个项目中各功能模块内外数据流向和业务流程，检查整个业务流程和应用数据流程是否实现了闭环作业。2.3.8. 测试管理一般包括以下几部分： 单元测试：保证/验证一个独模块的功能联合测试：保证/验证一组模块的功能 集成测试：保证/验证在此项目内功能区之间的功能系统测试：保证/验证在项目整个应用区域内的整体功能 测试结果确认在进行上述各类测试前，必须先拟定测试计划，确定测试数据和可接受的测试 结果。神州数码将负责制定测试方案，指导*人员进行测试和编写测试结果 报告，根据测试结果作出必要的系统调整。*方面负责准备测试数据，完成测试过

37、程，核对测试结果，填写测试结果报 告。2.3.9. 文档管理在项目实施过程中，由于项目实施的复杂性，多方人员参加以及时间跨度长等 因素，所以有关需求，建议，解决方案和结论都必须文档化，标准化，以便查 阅和引用。实施文档应作为项目成果的一个组成部分。项目文档至少应包括： 项目管理文档 *提交的需求文档神州数码提交并由客户确认的解决方案文档 *需求改变报告和批准书客户化文档和模块开发文档 测试方案和测试结果报告客户签署的步骤成果确认书 项目总结报告模块建议*也安排相应的质量负责人，直接对项目决策委员会负责，监督项目进 展情况及其执行过程的正确性。2.4. 实施约定任何项目的实施都需要有一些前提和约

38、定，事先在这些事项上达成共识，并且 在实施过程中时时注意这些因素，是项目实施顺利进行的必要保证。 双方将确保项目实施在事先商定的范围内进行，如有变化，必须按双方拟定的范围改变控制程序进行。 项目系统支持组将负责所有硬件及网络环境的建 和维护，为项目实施提供保证。 项目系统支持组将担任本项目的DBA,负责定期进行数据库维护和备份，以及故障恢复。 *将提供必要的办公环境，如计算机，网络接口，电话，文件柜等。 神州数码负责*项目关键用户的培训，最终用户的培训将由*项目小组人员进行。 数据录入，校对和测试将在神州数码顾问指导下，由*项目小组人员完成。 *项目小组成员应以专职为主，特别是项目经理及各位小

39、组负责人。应熟悉分管部分的业务，具有相关的决策权。 项目实施过程中双方应及时沟通。但为保证进度，应实行“一周默认制”，即提交的需要对方确认的文档若在一周内没有异议即视为已确认。 .4.1.实施范围控制保持项目实施范围的前后一贯性是非常重要的。如果出现需要改变原定实施范 围的需求，都应以正式文档方式提出，项目小组成员必须谨慎考虑项目范围的 改变将对整个项目进程可能产生的影响。必须在批准后才能进行。在实施过程 中必须加以跟踪。2.4.1.1. 范围改变文档内容说明范围改变内容，理由。 说明改变部分在项目进程中的状态。 评估改变部分对项目进程可能的影响。 评估改变部分对项目费用可能的影响。2.4.

40、L2.批准程序提出实施范围改变请求报告。 提交*项目经理查阅和签字批准并内部存档，同时提交项目指导委员会、神州数码项目经理等。 凡涉及到整个项目进展，费用成本调整较大的改变，必须交由项目指导委员会批准通过。2.4.13.跟踪执行范围改变书签字后，开始正式执行。 调整相应的实施计划。 任务完成进度报告应当定期提交项目双方检查，完成后应当由双方项目经理签字。2.4.2. 项目工作成果及验收主要的项目工作成果及验收标准如下：2.4.2.1. 现状分析报告现状分析是否透彻、合理 是否有利于*战略的实现高阶流程是否明确 是否考虑到约束条件组织模式是否反映流程运作的需求、是否反映ERP实施的要求2A.2.

41、2.关键目标流程描述及其运行说明关键业务流程的确定是否形成共识 流程优化是否考虑到约束条件流程描述是否顺畅、清晰、明确、反映ERP实施的要求 是否考虑了与现行其他业务流程的集成一体化框架业务蓝图 是否优化、可行、完整、符合SOA是否充分考虑了与组织模式、目标流程的结合 是否考虑了 ERP财务会计、管理会计、生产、物料、销售管理等的集 成是否考虑了与其他非第一期业务系统的集成 是否考虑了与现行论证后保留下来的IT系统集成一体化详细业务蓝图 是否进一步进行了细化优化，而且可行、完整、符合SOA是否充分考虑了与组织模式、目标流程的结合 是否考虑了 ERP财务会计、管理会计、生产、物料、销售管理等的集

42、 成是否考虑了与其他非第一期业务系统的集成 是否考虑了与现行系统的集成系统上线 系统各功能模块是否正常使用新系统数据是否与原有系统数据相符 系统数据是否集成共享项目成功的关键因素为实现*的管理信息系统的目标，必须注意以下的成功关键因素： 更新传统的观念和认识，与国际先进的管理思想接轨。 调整和优化业务流程和管理机构，以保证项目顺利进行。 明确项目的成功实施是双方的共同利益和责任。 明确实施过程也是SAP技术转移的过程，因此实施将采用双方合作的方式。 建明确的阶段目标和公司管理需求。 严格控制项目范围，是避免不合理的期望出现的有效办法，是项目按计划完成的根本。 建 层次结构合理，功能齐全，职责明

43、确的项目组织结构。 挑选合适的双方人员在项目小组中承担合适的职责。 按照各自的职责，及时解决实施过程中出现的问题。 及时审阅和响应对方提交的文件。 定期检查项目进度与阶段目标及阶段成果。 主要业务应在行业内规范统一。 良好的沟通机制，高层的一贯有力支持，员工充分的理解，项目组成员之间有效的交流是避免抵制，出现风险的有效方法。项目组织的稳定，项目组成员的稳定，是保证各项措施得以贯彻,前后衔接，有效实施的保证。 有效的计划管理，将能避免人员失望，对其他工作的影响等的有力保 证。 有效的系统测试与质量保证措施，不仅是质量保证的需要，也是项目 成功的关键。 有效的文档管理，不仅是项目进程控制的依据,也

44、是上线后维护与问 题追踪的依据。2.5. 风险分析和控制对策实施本项目的过程实际上是一个变革的过程，变革过程必然遭遇到抵制，必然 要面临那些阻止它取得成功的因素，如下图所示：以下列出了有可能影响项目实施的各种风险及其控制对策。2.5.1. 如何使最终用户积极参与？最终用户的积极参与是项目实施成功的重要条件，因为他们是项目的使用者和 受益者。但是在实施过程中，他们将面临业务流程改变、新老系统并行、业务 技能更新、工作量和工作压力增加等挑战。我们要积极引导和帮助他们克服暂时的困难，看到新系统将给他们带来的好 处。例如： 通过企业宣传栏、内部报刊、各种会议等方式，大力宣传实施本项目 给企业将会带来的

45、好处；选择适当的面向最终用户的培训以增强信心； 鼓励最终用户对项目的关心和参与,在讨论各种业务解决方案时注意 和征求最终用户的需求和看法；在大量整理和录入校对财务数据时，适当增加临时人员帮助工作； 制定奖罚措施，包括竞争上岗，培训证书，荣誉和奖金等。实行过限 期通过新系统上岗培训和考试，否则下岗的措施，大大促进了职工学习进 修的积极性。此外，各个功能部门的管理人员也应充分认识到企业信息化项目的实施将涉及 业务流程的各个方面，需要所有的管理人员和业务人员全力投入。因此，在项 目实施过程当中，他们应充分保证其下属业务骨干在项目中的参与时间。否 则，项目很可能因为业务人员参与不足而拖延甚至失败。2.

46、5.2. 如何得到领导层的全力支持？领导层的全力支持是必不可少的。我们必须尽一切可能争取他们的关心和支 持。例如我们要求客户方项目经理最好由公司付总专任或兼任；定期或不定 期，口头或书面向领导层汇报；在考虑解决方案时要兼顾信息共享和数据的安 全保密性，既要保证上级机关及时准确地得到需要的数据，又要兼顾企业业务 活动的相对独性等。2.5.3. 如何处理好业务流程和岗位的调整？随着新系统的实施，必然会对现行业务流程加以调整。这些调整将会导致一些 部门和岗位业务内容的变化。有些岗位甚至会撤销或合并，同时将会产生一些 新的工作岗位。例如：制作应收应付会计分录将主要由财务岗位改为销售或采购岗位，在进行

47、销售公司处理的同时由应用系统自动形成。这样原先的分录制单，复核岗位工 作量就大大减少，月末财务和销售部门间的对账也不再需要等等；另一方面利 用新系统，财务部门可以加强预算管理和预算控制，加强现金流量管理和预 测，可以细化各类经营业务的成本和获利分析，从而指导业务活动的良性运 作。2.5.4. 如何避免实施人员变更影响项目进度？实施人员的变更是不可避免的，如何防止人员变更对项目实施的影响，是需要我 们认真考虑的问题。我们建议所有实施人员所作的实施工作都应有文档记录， 经客户方确认的文档应交由专人保管，包括纸张和电子介质。所有的需求，承 诺和解决方案等均以书面签字为准。不得随便更改其中的内容。除非通过同样 的审批程序进行。这样新的实施人员可以通过阅读上述文档，很快进入工作状 态。对前任工作成果的修改控制可避免一些不必要的返工。2.6. 培训与宣传ERP培训服务的宗旨：神州数码提供优质的教育培训服务,帮助用户顺利实施项目，尽