ERP实施前的准备工作
ERP实施前的准备工作
2011年10月08日
ERP实施前的准备工作信息化为企业带来新的竟争优势，提高经营效
率和灵活程度，以适应日益激烈的竞争，这是一种共识，同时也是一种期望。
我国在ERP应用方面已经有过一段的历史，有经验也有教训，分析各种原因，
从整体看是企业对ERP的认识还有一定的差距，没有一定的标准和规范来做参考，盲目性较大，正规的培训还有待于加强;软件产品的完善性和集成性还有待提高;企业对ERP应用的目标、实施方法和过程要有充分的认识，这是我国在今后推动企业信息化建设中应该值得考虑和重视的问题。就ERP的实施来说，企
业在选型前必须准备好下面几类问题：
1、列出主要业务流程，如销售、采购，库存，生产，财务，人事等主要管理流程，由于企业里管理流程很多，可以先准备主要的流程，最好画出来，以利于跟ERP供应商交流。
2、列出各流程中必须要解决的问题，比如销售流程中的发货、信用、运费、回款，生产流程中物料转移、变形、组合、分拆，人力资源中工资计算
等问题，把每类问题的迫切点写出来，写仔细，那么在跟供应商交流时，就很
有针对性。
3、准备一套可以满足管理需要的流程单据和示例性数据，以便于对ERP软件进行测试，比如准备一个产品的BOM，以此来考核所需要的功能。
示例数据很重要，现在很多ERP供应商拒绝客户示例数据，而用他自
己的数据来演示，这样就可能掩盖一些问题，比如数据属性与客户要求的不一
致等这样会影响以后系统运行的问题。
细致的准备对于选择一套适合自己的ERP系统是必需的，因此，在邀
供应商来洽谈演示之前，需要做好这些事，实际上，准备越充分，选型就越会
接近自己的需要，在这个基础上选型，就会极大地提高以后实施的效率和成功的可能性。下文中就上面提出的一系列概念作一具体分析：
一、基础资料准备要充分
在ERP的实施过程中实施方都有一套有效的实施方法来指导项目的实施，但作为客户的甲方只能从一些文章，案例等吸取项目管理的经验，本文旨在讲解ERP实施中客户方应遵循的一般原则，及应该注意的问题，具体如何配合实施方实施项目还应遵照与软件吻合的实施方法进行……。就ERP软件实施的需求方需要准备些什么，ERP系统实施前需要准备些什么需要考查ERP软件
件的哪些内容，在本文中作者将给予详细说明。
经过多年的ERP实施和研究经验，我个人认为首先应该准备公司的业务流程销售采购仓库管理生产计划的流程甚至包括公司的组织架构。软件提供商可以通过一个公司有的流程可以分析出一个公司的管理水平权力分配情况甚至可以从这些资料中看出贵公司的ERP实施能否成功有的公司应集中的权力被分散了如果能通过ERP顾问公司在实施ERP系统前，先对公司的流程进行改造(BPR)那往后的实施进度将有可能大大加快。除了流程资料以外，在选择ERP系统前还应该准备公司里的基础资料，这里基础资料不仅是为了将来实施ERP系统用，也可以用于选型的时候作为测试资料。――只有一个公司完整、真实的资料才能检验出所选择的ERP系统是否真正满足需求在准备资料的过程中才能真正明白――我需要什么、公司需要什么样的实施系统!
(一)、基础资料要充分准备。首先、物料控制物料类型、物料分类及分类码、物料编码规则、物料的计量单位(采购单位、库存单位、销售单位)、计量单位的转换、物料损耗、订购批量、计划方法;其次、工作中心与工艺路线工作中心设置、机器与机器编码、工艺路线设置、关键工作中心设定;再次、成本核算参数、成本类型与成本价格要素、成本的计算方法、外协加工成本计算方法、附加费成本计算方法、计算成本价格的程序、品成本计算、标准成本的计算;最后、库存控制仓库设置、仓库存储位置设置、库存分类库存分析及库存评价、安全库存与库存订货、库存查询与报告。
(二)、计划需求来源与控制。首先、资源需求、完善生产规划、批准生产规划;其次、主要的生产计划MPS时间分段基准、主要的生产计划需求来源;
再次、物料需求计划MRPBOM结构、MRP运行策略。最后、能力需求计划CRP工
作中心能力的核定、能力需求的报告。
(三)、采购管理与销售管理。首先、采购管理采购订单基本格式、采
购收货流程、采购成本控制、采购库存与财务关系、税务处理、采购报价、提
供商评估、采购价格控制;其次、销售管理销售订单处理程序、基本操作程序、销售与财务关系、品销售成本、销售订单举例、销售价格控制、销售报价、客
户信誉评估。
(四)、项目管理和结算。首先、项目成本估算;其次、项目计划;再次、项目进程控制;最后、项目结算。
(五)、财务设置和具体管理。首先、会计方程式与科目系统帐户系统、帐户的基本结构、帐户层次结构、成本中心、ERP的财务计算机系统;其次、总
分类帐GL帐户资料及帐户结构、会计期及期初余额设置、期间事务处理;第三、应付帐采购与总帐的集成、采购发票登记、采购发票与采购收货匹配、付款、
结算;第四、应收帐销售与财务集成、收款、结算;第五、财务报表报表资料来源、报告结构;第六、固定资管理固定资的成本范围、固定资折旧方法;最后、
其它有关财务的特殊要求。
二、要建立必要的实施制度
从ISO9000在国内的遭遇可以了解许多企业对管理模式的态度：用作
通行证，而不是用作行为指南，至于如何争取到通行证、如何作为通行证在我
们身边的活报剧随处可见。质量是制造出来的，还是检查出来的，是企业管理
理念的分水岭。实际上ISO9000只包括了企业管理的最起码因素，是企业管理
水平的及格线，而ERP带来的管理内容要丰富得多，所以，要真正发挥ERP的
作用，企业会有很长的路要走。
很多企业当一天和尚撞一天钟，简直是苟且偷生。所以我们呼吁，为
了企业的生存，重视企业规章制度，执行企业规章制度。在上文中谈到了系统
实施前需要准备的系统基础资料，但仅有基础资料的准备还是不够的，基础资
料的准备只能加快实施的速度，但ERP系统的实施是提高整个公司管理水平的
过程，所以除了上述部分资料的准备以外我们还应作做好包括制度上的准备，正所谓没有规矩不成方圆而规矩的建立也有赖于文字的记录。
(一)、会议制度要建立。ERP实施会议是实施过程中必不可少的一部分，通过ERP的实施会议可以辅助控制整个ERP实施的进度，协调相关人员，讨论和解决实施过程中遇到的问题。但会议也不是随便能开的，错误的时
间在错误的地点讨论了错误的实施流程或许会更加起到适得其反的效果，作者认为会议制度应该包括以下内容：
首先、会议的组织制度。什么时间在什么地开什么会议由哪些人参加ERP的会议其实主要包括两种，一种是固定的问题讨论总结或汇报会议，另一类是临时性会议专为解决某一问题而设定的会议对于前者，然后应该对会议的议程做出一定的规范，常见的这类会议包括：周/月/季的ERP实施总结会议不同的时间需要不同的人参与，对于部门主管经理每周应参加一到两次相关议题的协调会议，而对工厂高级管理人员，每两周一次的总结最好能亲自出席ERP 的实施又称之为一把手工程，可一把手也不一定有太多的时间顾及到，如何有效的利用一把手的时间可真还是个难题，过于密集和无聊的会议只会让人厌烦请注意：会议必须减少不必要的参加人员。
其次、会议的文件组织要建立。召开会议也就必须涉及到三种文档的编写：会议通知、会议记录、会议记录人、出席会议人员、应出席会议人员实到人员以及由会议讨论内容所形成的正规程序文件切记：任何会议都需要有相关文档支持，否则就是空谈。
1、会议通知。会议通知应包括如下内容：什么人何时参加哪类会议，会议主题是什么，主题的简单介绍让用户做到有备而来同时会议通知也应考虑到该知会哪些领导，让领导对会议的议程有所了解，并安排相关人员出席。
2、会议记录。常被忽略的一项会议记录内容就是签到我们参加会议常遇到的问题就是迟到，八钟开会九钟到，十钟开始做报告，可因为一个人的问题而耽误大家的时间，合理吗?会议签到是有效防止这类问题的方法之一会议中讨论了什么内容、如何对问题进行分析规划的、做出了哪些结论这些内容都应该一一予以说明。
再次、会议内容的执行制度。会议内容的执行也是会议的重要组成部分，会开了却没有效果，会议是要解决和处理问题的，没有效果的会议干脆不
要开。除了会议记录以外，会议的内容也要形成正规的操作指引来指导用户进
行工作同时还应在后续的会议中不断总结和纠正执行过程中的问题，使之达到
预定的目的和操作手册不同的是会议记录的操作指引是针对某个特定的问题，
他规定了该问题的解决方法、参与人员、完成时间以及需要达到的效果该文档
也常与会议记录合并为一个文档。
(二)、培训制度要建立。对于整个实施的过程来说ERP的实施培训这
一个环节是必不可少也是至关重要的，培训的内容包括规章制度的宣导、ERP
理念的宣导一直到ERP操作的指导培训，可以说培训贯穿ERP实施的整个过程
什么时间什么人物应该参加哪类培训。这也是在实施初期需要给以规定的，系
统的培训可以加快整个实施的过程我个人认为，有效的培训是ERP实施成功的
主要因素之一。培训也就会涉及到培训的文档，作者现将培训资料的准备分为
以下几个部分：
首先、培训计划实施前需要从全局考虑的问题如：受训人员、培训方式、培训内容、谁来培训，如何培训才能更好的达到最佳的效果，需要通过哪
些步骤，每每次培训的目的是什么等一些培训内容都要具体明确的列出框架;其次、说明文件主要讲解培训中遇到的概念性的问题，比如ERP概念、MRP概念、库存管制等等，简洁的文字描述能让用户有一个初步的了解培训教材中也应该
包括流程图，简要介绍整个操作过程和步骤。流程图的建立有助于初学者的的
操作指导培训;最后、准备生动并具有吸引力的幻灯片演示文件。
(三)、实施的操作过程要建立必要的制度
保证ERP系统的正常运行是一个复杂的系统工程，我们应该根据企业
的实际能力建立起完善的系统运行内部控制度。
首先、建立健全的ERP岗位责任制。建立ERP岗位制度，要明确每个
工作的职责范围，切实做到事事有人管，人人有专责，办事有要求，工作有检查。ERP岗位设置可以根据企业的实际情况按照不同的思路划分为不同的岗位。比如可以把工作岗位分为基本职能岗位和ERP系统岗位。其中基本职能单位可
如何进行ERP系统上线前数据准备 第一步：搞清楚有哪些数据要准备 我们可以简单地将ERP实施所要准备的数据分为两大类：即静态数据和动态数据，也可称为基础数据和事务数据。 静态数据是指开展业务活动所需要的基础数据，如物料基本信息、客户、供应商数据、财务的科目体系等。其特点是它在整个数据的生命周期中基本保持不变，同时它是动态数据的基础，公司所有业务人员通过调用静态数据来保持同一数据在整个系统中的唯一性。 动态数据是指每笔业务发生时产生的事务处理信息。例如销售订单、采购订单、生成指令等。动态数据按照时点来分，又可以分为期初数据和日常数据。其中上线时点的数据对ERP上线前的数据准备尤其重要，它代表系统在期初上线这样的时间点上，公司动态数据的当前状态，我们称其为期初数据（或者称为初始数据）。期初数据既包括上线时点所有物料库存的数量、金额，财务科目的余额，也包括那些未完未结的业务单据，象未交货的销售订单、未付款的采购订单等。 我们可以将数据的分类和数据准备的先后次序列表，并对每项数据设计一个收集表，下发到各部门，摸底调查。在所有的数据中，物料数据是数量最多、分
布最广的。这里所指的物料包含的范围很广，既包括原材料、半成品、产成品，也包括设备、固定资产等。物料分类则是根据物料的某些属性对物料进行归类。所以要首先把工作重心放在物料数据准备上。 第二步：制定编码规则和完成基础数据收集 在明确有哪些数据要准备后，就可以着手编码了。实际上，数据准备工作中最难的是制定编码规则，这也是最占用时间的工作。一个考虑周全的编码体系需要跨部门反复讨论。不同的数据可能有不同的编码结构，但必须遵循共同的编码原则： (1)唯一性 必须保证一个编码对象仅被赋予一个代码，一个代码只反映一个编码对象。 (2)实用性 编码体系应当符合企业的业务特点和管理需求，既充分考虑企业发展对信息编码的需求、又兼顾企业的现状。要从实用性出发，掌握好编码的颗粒度，过细的编码不实用，过粗的编码不管用。 (3)统一的编码结构
系统上线准备工作 由于O A办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做 好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤
2.、上线前期准备工作 O A办公管理系统正式上线应用前，公司协助贵公司管理人员将需要进行必须数据的模块，如组织框架，知识中心，人力资源，物品管理，会议管理，车辆管理、资产管理，工作文档及在线论坛等进行数据整理工作，在数据初始化及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.、系统上线动员会议 O A办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： ?初始化化数据的准备工作（在“2”中已经基本完成）； ?功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； ?部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； ?确立每个使用办公系统的部门责任人和联络人； 4．系统安装、调试及初始化 确定服务器、规定I P及网络环境配置。选择有多种情况，一是选择机房服务器，二是把服务器放在办公区域，因固定i p都具备，二者皆可，遵循效率、安全、和节约的原则，来选择服务器的存放区域；服务器系统平台的架设和vpn 服务器及环境的配置。 办公系统安装、调试工作由公司技术实施人员来做，贵公司负责系统人员协助。 系统的初始化工作是由贵公司系统管理人员在公司技术人员的协助下录入前期准备好的 基础数据。 5.。各部门软件的培训工作 近几年来贵公司在财务、业务、物流等部门已经进行了信息化方面的工作；因此有很好的信息化基础，各部门工作人员信息化方面的素质较高，因此在软件培训和推广方面从以下方面着手： ?采用分步推广，划分范围的方式进行培训和推广。首先在信息化基础较好和行政事务比较多的部门及人员，率先培训；根据这些部门的应用情况，及时并调整后续的培训策略，完善规章或加大重点培训力度；同时在取得较好的应用效果后，打消其他部门的疑虑，有利于推进整体上线。 ?根据职能和使用功能模块的不同，划分培训对象。这个需要与使用单位即贵公司进行沟通；确定使用办公系统的人员和时间，以保证培训的效果。 6.。问题的反馈和处理 系统培训及试运行过程中，对各部门系统运行中提出的问题，进行深入的沟通和提出解公司文档决的方案；是系统的问题由公司解决；是人员操作的问题由公司技术实施人员协助应用系统的人员解决。 CRM放在最后去做，考虑到CRM是相对独立的模块，又与业务模块结合的比较紧密，因此涉及到的内容需要和业务部门反复沟通，把实际需求和系统结合起来，把业务统和O A办公系统在CRM模块无缝链接。 7.正式上线及跟进开发
系统上线准备工作 由于OA办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤
2.上线前期准备工作 OA办公管理系统正式上线应用前，公司协助贵公司管理人员将需要进行必须数据的模块，如组织框架，知识中心，人力资源，物品管理，会议管理，车辆管理、资产管理，工作文档及在线论坛等进行数据整理工作，在数据初始化及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.系统上线动员会议 OA办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： ?初始化化数据的准备工作（在“2”中已经基本完成）； ?功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； ?部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； ?确立每个使用办公系统的部门责任人和联络人； 4．系统安装、调试及初始化 确定服务器、规定IP及网络环境配置。选择有多种情况，一是选择机房服务器，二是把服务器放在办公区域，因固定ip都具备，二者皆可，遵循效率、安全、和节约的原则，来选择服务器的存放区域；服务器系统平台的架设和vpn服务器及环境的配置。 办公系统安装、调试工作由公司技术实施人员来做，贵公司负责系统人员协助。 系统的初始化工作是由贵公司系统管理人员在公司技术人员的协助下录入前期准备好的基础数据。 5.各部门软件的培训工作 近几年来贵公司在财务、业务、物流等部门已经进行了信息化方面的工作；因此有很好的信息化基础，各部门工作人员信息化方面的素质较高，因此在软件培训和推广方面从以下方面着手： ?采用分步推广，划分范围的方式进行培训和推广。首先在信息化基础较好和行政事务比较多的部门及人员，率先培训；根据这些部门的应用情况，及时并调整后续的培训策略，完善规章或加大重点培训力度；同时在取得较好的应用效果后，打消其他部门的疑虑，有利于推进整体上线。 ?根据职能和使用功能模块的不同，划分培训对象。这个需要与使用单位即贵公司进行沟通；确定使用办公系统的人员和时间，以保证培训的效果。 6.问题的反馈和处理
XX 系统上线方案 Prepared by 拟制Date 日期 yyyy-mm-dd Reviewed by 评审人Date 日期 yyyy-mm-dd Approved by 批准Date 日期 yyyy-mm-dd
修订记录
目录 1引言 (5) 1.1目的 (5) 1.2背景 (5) 1.3定义 (5) 1.4参考资料 (5) 2上线组织架构 (6) 3上线计划 (7) 4运行环境 (8) 4.1服务器的硬/软件配置 (8) 4.2网络环境 (8) 4.3备份要求 (8) 5上线准备 (8) 5.1技术准备 (8) 5.2业务准备 (9) 5.3安全保障 (9) 5.4其它准备 (9) 6上线演练 (9) 6.1演练准备和计划 (9) 6.2演练问题处理机制 (9) 7试运行 (10) 7.1上线功能介绍 (10) 7.2试运行方式及其合理性分析 (10) 7.3试运行检验的重点环节 (10) 7.4试运行上线范围及时间的选择 (10) 8系统切换 (11) 8.1系统部署 (11) 8.2应用部署 (11) 8.3数据迁移方案 (11) 8.4应急方案 (11) 9技术支持 (12) 9.1运行支持方式 (12) 9.2问题处理流程 (12)
1引言 1.1目的 <说明编写本文的目的，指出预期的读者。> 1.2背景 待开发系统的名称、任务的提出者、开发者及使用部门。 1.3定义 本文中用到的专门术语的定义。 1.4参考资料 本文中引用的参考资料和文件。
2上线组织架构 <包括上线期间的组织架构图（应包括关联系统支持小组），及相关职责分工和管理方式。>
质量管理体系文件 软件项目上线规范说明 （V1.0） 文档编号：文档名称：软件项目上线程序编写：研发部审核： 批准：批准日期：
修订状况
上线验证、上线过程中出现问题的跟踪和处理。 3 上线流程 4 岗位与职责 4.1 项目经理 组织制定本阶段详细实施计划，组织项目组进行上线工作，负责协调与客户关系，协调解决过程中遇到的问题并进行决策。 4.2 实施组
依据项目上线计划，负责上线前的准备工作，主要包括网络环境的验证、域名申请、域名备案、端口开放申请、访问名单、上线部署相关软件安装等。（注：项目首次上线本部分工作必不可少，如项目已进入运营维护阶段，可根据具体情况开展工作。） 4.3 上线组 按照本阶段详细实施计划参与项目上线工作，解决上线过程中发现的问题，使项目成果达到集团制定的目标（或合同中约定的目标）。在版本上线发布前必须对原生产环境版本进行备份（包括应用服务器版本和数据库数据），如在业务验证环节中发现业务验证未通过，且经评估无法在短时间内定位问题或处理问题，则通过备份版本恢复原系统状态以保障线上业务正常运转。 4.4 业务验证组 根据本次上线内容对已发布的版本进行业务验证测试，以确保上线版本符合业务标准，实现客户的具体业务。 4.5部门主管 审核项目上线准备工作、安装验证工作，并提出纠正/预防措施。 5 工作程序 5.1 总则 项目上线一般指软件项目达到合同约定的条件后，经客户确认而进入生产环境或试运行环境的项目阶段。项目上线应保证： ●保障熟练技术人员的配备； ●对所需的安装环境作出书面报告，提交给用户，使安装时的条件得以具备； ●对安装的结果进行必要的测试； ●客户代表及项目经理对上线的完成进行确认并形成文件备查。 5.2 上线准备
新系统上线前测试验收流程 ［摘要］目前，信息化项目遍地开花，但在应用系统开发的质量、可交付性和项目的实施周期等方面仍需要软件公司内部控制。明确用户方的软件测试相关流程，可使软件更加贴合使用方需求，提高软件的质量。 ［关键词］软件测试；硬件验收；软件验收；文档验收 一、引言 为了加强应用系统开发的质量、可交付性和项目的实施周期等方面的控制，必须按计划按步骤执行验收测试，形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，最终成功通过验收，以保证验收测试的全面性、效率性、科学性、规范性、彻底性。系统测试应以全面深入为宗旨，大致分为前期准备、硬件测试验收、软件测试验收、文档测试验收四部分，下面分别论述。 二、准备工作 准备工作是进行软件测试的重要环节，准备工作做得充分与否直接关系到系统测试的顺畅与否、全面与否、准确与否。准备工作包括以下几个方面： （一）硬件方面准备 1. 网络环境准备：是否需要外网连接，是否需要交换机、路由器、网线等，如果需要，写明具体的数量。 2. 测试机准备：所需测试机的配置、数量及分配的ip。
3. 其他硬件设备：如电源等设备、物品的具体数量。 （二）软件方面准备 1. 操作系统准备：如新系统对操作系统有特定要求，提前装好所需系统软件。 2. 支撑软件的准备：信息通所需的数据库、支撑软件、环境变量、不同版本不同厂家的浏览器等。 （三）测试内容准备 1. 整理系统功能列表：根据建设方案、招投标文件、需求文档等文件资料整理出系统功能表，为初次测试确定依据。 2. 制定方案及准备测试用例：拟订软件测试计划、方案，设计和生成测试用例、准备测试数据，明确软件产品的最重要部分。（四）知识方面准备 测试人员提前学习熟悉系统的功能、需求、模块、架构等一系列的知识，为即将进行的系统测试工作奠定坚实的基础。 三、硬件验收 硬件验收是系统验收的根基，关系到系统运行的稳定、速度、安全性等多个方面。 硬件验收包括以下几方面： （1）服务器所属项目；（2）服务器的型号、序列号；（3）cpu的型号、序列号、个数；（4）内存的型号、序列号、大小、条数；（5）硬盘的型号、序列号、大小、个数；（6）raid卡、电源的序列号；
系统公共基础资料 1.会计科目： 建议有资产减值损失科目下设置下列科目，如图所示： 其他应收款与其他应付款科目下的二级科目单位是指哪些单位，是否指销售客户和供应商么？需要财务部给出明确解释。 建议：其他应收款科目做一下调整，把二级科目备用金调整为一级科目，其他应收款二级科目单位删掉，用核算项目“单位“来表示。这样便于应收管理系统设置。同样其他应付款科目同样做相应调整。 “应收账款、应付账款、预收账款、预付账款“科目属性需要调整，如下图：
以上科目属性里的“科目受控系统“字段值选择：应收应付。 2、客户属性 要进行信用管理，首先必须在客户属性设置中选择进行信用管理，如下图所示： 对需要进行信用管理的客户进行设置，在“是否进行信用管理“后面的方框中打”√“。不需要进行信用管理的客户可以不进行此设置。该设置可以通过批改进行批量设置。 应收应付管理模块 一、应收管理系统参数设置 选择【系统设置】→【系统设置】→【应收款管理】→【系统参数】，进入应收系统参数设置界面，共分九项设置分类，用户需要分别详细的设置。
在“基本信息”项下，设置会计期间里的启用年份：2014，启用会计期间：4；当前年份：2014；当前会计期间：4。 在“坏账计提方法“项下，需要客户财务部提供并确定下列信息： ⑴坏账损失科目： ⑵坏账准备科目：
⑶备抵法下具体选用哪一个方法计算应收项目坏账准备？ 选择销货百分比法，则需要提供并确定销售收入科目与坏损失百分比； 选择应收账款百分比法，则需要提供计提坏账科目及余额方向，计提比率（%）； 选择账龄分析法与个别认定法联用，则需要提供账龄分组及账龄。 在“科目设置“项下，设置单据类型科目及应收票据科目和应交税金科目、核算项目类别。请参照上图设置。
系统上线准备工作 由于OA 办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤 2周时间
2个工作日 7个工作日 OA办公管理系统正式上线应用前， 公司协助贵公司管理人员将需要进行必须数据的模
块，如组织框架，知识中心，人力资源，物品管理，会议管理，车辆管理、资产管理，工作文档及在线论坛等进行数据整理工作，在数据初始化及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.系统上线动员会议 OA办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： ?初始化化数据的准备工作（在“2”中已经基本完成）； ?功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； ?部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； ?确立每个使用办公系统的部门责任人和联络人；
海南省国家防汛抗旱指挥系统二期工程 信息采集系统 上 线 保 障 方 案 Prepared by 拟制Date 日期 Reviewed by 评审人Date 日期 Approved by 批准Date 日期
修订记录
目录 1引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (5) 1.4 参考资料 (5) 2上线组织架构 (6) 3上线计划 (7) 4运行环境 (8) 4.1 服务器的硬/软件配置 (8) 4.2 网络环境 (8) 4.3 备份要求 (8) 5上线准备 (9) 5.1 技术准备 (9) 5.2 业务准备 (9) 5.3 安全保障 (9) 5.4 其它准备 (9) 6上线演练 (10) 6.1 演练准备和计划 (10) 6.2 演练问题处理机制 (10) 7试运行 (11) 7.1 上线功能介绍 (11) 7.2 试运行方式及其合理性分析 (11) 7.3 试运行检验的重点环节 (11) 7.4 试运行上线范围及时间的选择 (11) 8系统切换 (12) 8.1 系统部署 (12) 8.2 应用部署 (12) 8.3 数据迁移方案 (12) 8.4 应急方案 (12) 9技术支持 (13) 9.1 运行支持方式 (13) 9.2 问题处理流程 (13)
1引言 1.1目的 编写此方案书，是为了说明系统上线的相关信息，并给出系统上线思路和组织机构、时间计划、培训安排、运行环境、试运行、上线前的各项准备、系统切换、及其对应的数据迁移，是系统进行上线的主要依据。本文档的阅读对象是系统实施人员、系统培训人员、系统安装人员及用户代表。 1.2背景 地市级防办是全省防汛抗旱信息的集散地，同时具有防洪工程调度、旱情分析与预测、洪涝灾害统计与预测、防汛抗旱工程管理、组织管理及日常事务管理和险情、灾情等突发事件处理等职能。是防汛抗旱的主要职能部门。 二期可研工情信息采集系统为地市级防办工情信息的采集配备了必要的硬件环境和软件系统，但是缺乏相应业务应用软件系统。因此，需要增加地市级防办业务应用软件系统的开发。 海南省“三防”办公业务应用系统软件由省统一组织设计和开发，软件开发单位为珠江水利科学研究院，该系统分为综合信息、应急预案、应急保障、应急响应、灾情信息、值班管理、电子公文、系统管理八个模块。 本系统供海南省“三防”办和18个市县“三防”办使用。
ERP上线前工作事项 ●ERP上线前各部门需准备的工作 ●ERP上线前基础数据检查总体计划 一、ERP上线前各项准备工作 1、业务部上线前准备的工作 1.1客户基本信息 1.2成品MOQ信息(已完成) 1.3未结订单清单整理(截止年月日所有未结业务订单) 1.4了解ERP业务流程(只需了与本部门相关的流程即可) 1.5关键用户系统本部门涉及功能操作培训及测试 ※注意事项： 整理好单据格式(EXCEL报表清单格式),整理原则为同一个客户整理为一张SO客户订单未结订单清单格式： ※根据实际情况填写客户、扇款或料号、PO#、交期等信息 2、采购部上线前需要准备的工作 2.1 采购最低订购量信息确认(已完成) 2.2未结采购单、外协加工单(截止年月日) 2.3外协加工单原材料(胚件)厂商结存数 2.4了解ERP采购业务流程(只需了与本部门相关的流程即可) 2.5关键用户系统本部门涉及功能操作培训及测试 ※注意事项： 整理好单据格式(EXCEL报表清单格式) ，整理原则为同一个厂商整理为一张PO采购订单 2.2.1未结采购订单明细 2.2.2未结外加工单明细 2.2.2.1未结外加工单领料明细 3、PMC上线前需要准备的工作
3.1未结自制工单明细(截止年月日在生产线未完成的订单) 3.2 现场余料清理 A、原料(退库) B、废料(退库，并申请报废) ※生产完单即要退，不可留生产线 3.3 呆滞工单(如属跨月在月底前退仓) 3.4 生产中，无料号的半成品清理 3.5了解ERP中 PMC业务流程(只需了与本部门相关的流程即可) 3.6关键用户系统本部门涉及功能操作培训及测试 ※注意事项： 整理好单据格式(EXCEL报表清单格式) ，整理原则为同一个厂商整理为一张MO制令单 3.1.1未结自制工单明细 3.1.2未结自制工单领料明细 4、工程部上线前需要准备的工作 4.1核查询物料编号资料的准确性、完整性。 4.2核查BOM信息的正确性、完整性。 4.3 条料编码资料整理入系统并体现在BOM结构中。 4.4了解ERP工程业务流程(只需了与本部门相关的流程即可)。 4.5关键用户系统本部门涉及功能操作培训及测试。 5、仓库上线前需要准备的工作 5.1期初库存盘点。 5.2仓库/仓位资料核查。 5.2了解ERP仓库业务流程(只需了与本部门相关的流程即可)。 5.3关键用户系统本部门涉及功能操作培训及测试。 ※注意事项：仓库根据实际情况来决定是采用抽盘或全盘的方式进行盘点工作， 无论采用何种盘点试，都必须确保盘点数据的正确性、完整性，不 能出现错盘、漏盘等现象 6、成控部门系统上线前需准备的工作 6.1厂商基本资料确认(税率、结账日、是否含税等信息) 6.2物料单价资料信息维护 6.3了解ERP成控业务流程(只需了与本部门相关的流程即可) 6.4关键用户系统本部门涉及功能操作培训及测试 7、资讯中心系统上线前需准备工作
三明铁前MES系统 上线方案 版本说明 分发
目录 [小标题].............................................................................................................................. 错误!未定义书签。
1.文档说明 本文档是北京红河谷时代信息技术有限公司对福建三明钢铁集团2011年5月1日三钢铁前信息系统切换过程中业务和数据的切换策略和方式，旨在指导2011年4月业务数据清理，以及外部业务如何有效地配合切换工作顺利进行的关键文档。 此文档内容一旦双方确认，将严格执行，对期间发生的新问题，如果不影晌项日上线，都必须暂缓处理，待上线后进行补救工作，确保上线计划不受干扰．保证上线工作的连贯性和流畅地执行。 此文档将随朴讨论的不断深入进打补充和校正．请参阅者注意文档版本的更新信息。 2.2 系统上线范围 铁前MES系统组织架构所对应的实际组织架构
2.1.切换步骤任务安排 3.数据切换策略 数据导入是一项非常常复杂而系统的工作．关系着整个项目实现的成败。参与人员必须严谨认真、头脑清醒、方法热练。数据导入的先后顺序有严格的要求，很多数据必须一定数据基础上才能导入，所以要求所有数据在导入前必须充分准备。因为导入数据的类型繁多、内容复杂，所以导入数据的相关文档必须合理存放、命名规范．而且确认后的数据必须进行备份。 数据确认后的新增、修改、删除工作必须同样重视，所有变更必须用同样模板进行单独记录，并且对新增、修改、删除做定期处理。
网站在上线之前的几个重要测试-网站测试 做完一个网站在上线之前，都必须测试各种可能存在的bug，这些bug应该说是我们有意或无意测试出来的，当然都是为了给用户更好的体验，其实常见的bug 数目就那么多，当我们网站做的多了，测试的也多了，最终我们可以总结出一个bug列表，这样我们就可以很便利的检测自己的网站是不是完全处理了这些bug，下面，就让具体说说网站制作完成后常见的bug检测。 第一点、所有的文字，包括中英文拼写是否有误，如果是使用标准的XTHML 建设，那么在定义CSS ID和Class名字的时候，最好用英文的名字，比如头部用header，底部用footer，导航用sidebar，便于搜索引擎的识别！ 第二点、页面是不是已经设计完毕，链接测试是否有死链，即便检测链接无误，也要建一个404页面，防止有遗漏这样既是对用户友好，也是对搜索引擎友好，同时显得网站更专业。 第三点、如果页面上存在打印功能，需确保代码可以正常运行，要知道用户如果对您网站上某一篇文章感兴趣，正好看到旁边有一个打印本页，那么他很有可能会去点击，如果按钮无效，用户很可能会反感，所以如果有打印，一定要保证这个按钮是有效的。 第四点、Meta标签中title，keywords，描述标签等涉及网站优化的元素是不是填写完整，曾几何时SEO刚刚兴起的时候，根本不重视内容和质量，只要在这三个标记反复的重复关键字就能轻而易举的排上首页，这样的时代如今已经一去不复返了，在深圳网站制作行业应该大家都能认识到这一点。 第五点、图片alt属性很多人会忽视这一点，当网速加载慢或无法显示图片时，你就知道它的重要性了，不仅如此，还能增加搜索引擎对图片的识别，对用户友好也是对搜索引擎友好，这样网站的图片也会被搜索引擎收录，讲到这里相信大家不会再忽视了。 第六点、网站是不是通过了工信部的ICP备案，如果有的话，那么请加在页脚，这样会增加网站的权威，当然海外空间，香港空间就没必要了。 第七点、页面底部是不是加入了版权声明，如深圳网站设计公司版权所有等等，这样会显得很正式。 第八点、CSS是不是也通过了W3C的验证呢，如果没有，也要马上修正代码，尽量少使用那些比较新的CSS，如inline-block，如果您使用了，那么您就会发现，在IE6下看的很非常悲剧，还得调回block，所以，能用常规的就用常规，不要用偏门。 第九点、确保java小脚本没有错误，也就是网页一打开，页面的左下角没有讨厌的该网页有错误的提示，如果有的话，IE下面会显示脚本错误，如果有的话，赶紧修正或者直接屏蔽。 第十点、浏览器兼容测试：在IE6,IE7,IE8及火狐下HTML页面显示正常，无错位现象发生。这几个浏览器占到了浏览器市场的90%以上的份额，其他很多都使用IE或者火狐的内核或者标准，所以只需要考虑这几个浏览器即可。
实用文档之"系统上线准备工作" 由于OA办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤
及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.系统上线动员会议 OA办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： ?初始化化数据的准备工作（在“2”中已经基本完成）； ?功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； ?部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； ?确立每个使用办公系统的部门责任人和联络人； 4．系统安装、调试及初始化 确定服务器、规定IP及网络环境配置。选择有多种情况，一是选择机房服务器，二是把服务器放在办公区域，因固定ip都具备，二者皆可，遵循效率、安全、和节约的原则，来选择服务器的存放区域；服务器系统平台的架设和vpn 服务器及环境的配置。 办公系统安装、调试工作由公司技术实施人员来做，贵公司负责系统人员协助。 系统的初始化工作是由贵公司系统管理人员在公司技术人员的协助下录入前期准备好的基础数据。 5.各部门软件的培训工作 近几年来贵公司在财务、业务、物流等部门已经进行了信息化方面的工作；因此有很好的信息化基础，各部门工作人员信息化方面的素质较高，因此在软
FI/CO上线准备工作 一、FI上线准备 提供前月结帐完毕后的完整的资产负债表。 财务期初数据导入顺序： （1）维护尚未存在的供应商/客户主数据，注意相同供应商/客户可统一使用同一编号； （2）固定资产、无形资产主数据及其明细导入，检查无误后过帐到总帐；（3）应收/应付明细未清项目导入，要求进行帐龄的划分； （4）一般总帐未清项和总帐科目余额导入； 注释：（未清项：指一个帐户的项目可被该帐户的其他项目结清或核销掉。在清帐或核销过程中涉及到的项目的合计金额必定为零。因此该帐户的余额总是等于未清掉的项目的合计金额。） （5）财务对帐，如果存在差异，财务手工调帐。 （6）财务关帐 （7）数据导入结束后将期初导入的科目9999999997、9999999998和9999999999在公司代码下冻结 （一）一般总帐科目及货币资金余额 1. 一般总帐科目 提供前月结帐日的所有总帐科目余额，按目前SAP系统所设置的总帐科目余额单列 手工录入会计凭证分录为： 借或贷：一般总帐科目 贷或借：9999999999 2. 现金、银行存款 a. 现金-----------提供前月结帐日的科目余额 b. 银行存款-------区分帐户分别提供前月结帐日的科目余额 录入会计凭证分录为： 借：现金/银行存款 贷：9999999999 （二）票据科目余额 1．一般总账科目：应收票据-银行承兑/贴现在途 “应收票据-银行承兑”、“应收票据-贴现在途”是一般总帐科目管理，不是未清项明细管理，提供前月结帐日的总帐科目余额，录入会计凭证分录为： 借：应收票据 贷：9999999999 2. 总账未清项明细管理：应收票据-商业承兑、应付票据-银行承兑/商业承兑在SAP中的总帐科目中，该科目为明细管理，必须按明细项目单列并区分借贷方单列；提供客户(或供应商)应收/应付票据的特别总帐标识，应收/应付票据的出票人、受票人名称、票据到期日等信息；必须保证明细总额与总帐科目余额一致。导入分录为： 借/贷：应收票据-商业承兑 贷/借：9999999999
系统上线准备工作 Document number：NOCG-YUNOO-BUYTT-UU986-1986UT
系统上线准备工作 由于OA办公系统涉及部门和人员的广泛性，为保障顺利推进相关事宜及应用效果，建议做好以下部署工作： 1.系统上线总体流程 公司根据实施众多客户信息化项目经验及结合贵公司实际情况，建议在系统上线之前，所做的工作及步骤 必须数据的模块，如组织框架，知识中心，人力资源，物品管理，会议管理，车辆管理、资产管理，工作文档及在线论坛等进行数据整理工作，在数据初始化及录入时及时、快速、准确的提供初始数据，以保证系统运行顺利推进。 数据的准备需要多部门协作，各种公文流转和审批文件涉及到行政、人力资源、财务及业务等部门；有些初始数据需要部门沟通和提供，如固定资产及档案需要财务部门协助提供；各部门人员资料需要人力资源部门协助等；往来
客户资料需要业务部门来提供等；因此需要有强有力的协同能力的职能部门的人员来协调和沟通，已顺利把基础性资料归集和整理。 需要的初始数据整理完毕之后，要进行筛选和核对，确保要初始化的数据更加准确，这个也需要多部门协作完成。 3.系统上线动员会议 OA办公系统涉及公司内部各个部门，领导的关注和决策是软件应用效果的重要保障；因此系统上线前的动员会议是公司高层、中层及职能部门使用人员共同参与，明确后续需要配合的事项、系统应用策略及考核办法等事宜。 系统上线动员会议准备一下工作： 初始化化数据的准备工作（在“2”中已经基本完成）； 功能模块的范围（个人办公、工作流、行政办公、公文管理、人力资源、档案管理和ＣＲＭ管理）； 部门及人员的使用范围（设计到业务、财务、售后、行政、人力资源及分支机构等部门）； 确立每个使用办公系统的部门责任人和联络人； 4．系统安装、调试及初始化 确定服务器、规定IP及网络环境配置。选择有多种情况，一是选择机房服务器，二是把服务器放在办公区域，因固定ip都具备，二者皆可，遵循效率、安全、和节约的原则，来选择服务器的存放区域；服务器系统平台的架设和vpn服务器及环境的配置。 办公系统安装、调试工作由公司技术实施人员来做，贵公司负责系统人员协助。
ERP正式上线前的准备工作有哪些 一般需要两大基础资料要及时、准确、完整的录入系统 1.所有静态基础资料：料号、BOM、Routing、客户，供应商、采购单价、销售单价、会计科目等 2.所有动态资料：未交的销售订单，未交的采购订单，未完工的生产工单，库存初始化，固定资产初始化，财务帐簿的初始化等 上面几位仁兄已经点出了实质。 个人觉得，上线前要先梳理好流程（即业务规则）、定好岗位，做到事事有人管，人人来管事。 然后就是切换方案了（包括基础数据准备，历史数据清理和初始化）。 1.方案确定 2.培训 3.数据整理(静态、动态) 4.培训 5.模拟 6.切换 在客户选定ERP软件，签定商务合同后，ERP项目即进入实施阶段，实施的目的也很明确，即在满足客户需求的前提下尽快上线使用。 无论怎么实施，所面对的还是两个问题，即软件和数据。 假设软件没有问题，可以满足客户的需求，那么影响实施进度的就是数据了。 如何准备ERP中的业务数据呢，有的公司认为需要客户准备并由客户输入，软件方只提供软件和对软件进行培训服务，其实这是不行的，客户数据的整理也必需由软件公司或实施公司主导，数据的校核才是客户的重点。 这是因为客户的数据在上ERP之前，可能是凌乱的、没有组织的、分布于各个岗位的、不规范的、数据之间的关系不是自动的，而是依靠人工来实现的，即使对客户进行详尽的培训，数据的整理规范，也会因为客户员工的日常其它工作而时断时续，各员工的整理进度也不一致，这样就会严重影响erp上线的进度。 因此，合理的做法时由实施方负责收集整理数据，并导入到erp系统，这样做的好处就是实施方熟悉自
己的软件，清楚地知道所需要的数据和数据规范，也了解数据之间的关系，所以可以有针对性地要求客户提供与系统有关的电子数据文档(excel)，整理后即可导入系统供客户核对和使用。 以本人实施项目的经验，不要指望客户会按计划把数据输入到系统，他们总是太忙，只有有空的时候才会录入一点，若数据量大的话，不知道他们什么时候能准备好可用的数据，因此我们变被动为主动，负责客户数据的整理和导入工作，由于有专业的效率，通常一个项目在短时间内（4-10周）就可以很快上线。 需要注意的是整理不是录入，整理是在已有的电子文档（excel数据）上对数据进行规范，使之符合erp 软件的需要。如果客户连excel这样的电子文档都没有的话，就建议客户找打字社的人先把帐本上的数据录入到excel表中，然后再谈erp的实施，否则，即使软件功能在强大，也是运行不起来的。 附:各业务需要准备的基础数据： 1、通用基础数据：部门设置、岗位设置、员工名录、权限、物料表、编码表。 2、库存基础数据：存放地点、库存表、盘点表。 3、销售基础数据：客户分类表、地区表、客户表、客户报价表、应收款初始表，应发货初始表。 4、采购基础数据：供应商分类表、合格供应商名录、采购限价表、采购提前期、应付款初始表、应收货初始表。 5、生产基础数据：产品BOM、工作中心、工艺路线、设备表、工步节拍、产能表、质检标准表。 6、财务基础数据：总帐科目、明细科目、设备折旧表、费用项目表、汇率表、税率表、科目初始表。 7、人力资源数据：部门表、岗位表、员工表、薪资标准表、薪资分类计算表、个人所得税税率表。 8、设备维护数据：备件表、检修项目表、维护周期表、油料表。
新系统上线验收流程 一、准备工作 准备工作是进行软件测试的重要环节，准备工作做得充分与否直接关系到系统测试的顺畅与否、全面与否、准确与否。准备工作包括以下几个方面： 1、硬件方面准备 1）网络环境准备：是否需要外网连接，是否需要交换机、路由器、网线等，如果需要，写明具体的数量。 2）测试机准备：所需测试机的配置、数量及分配的IP。 3）其他硬件设备：如电源等设备、物品的具体数量。 2、软件方面准备 1）操作系统准备：如新系统对操作系统有特定要求，提前装好所需系统软件。 2）支撑软件的准备：信息通所需的数据库、支撑软件、环境变量、不同版本不同厂家的浏览器等。 3、测试内容准备 1）整理系统功能列表：根据建设方案、招投标文件、需求文档等文件资料整理出系统功能表，为初次测试确定依据。 2）制定方案及准备测试用例：拟订软件测试计划、方案，设计和生成测试用例、准备测试数据，明确软件产品的最重要部分。 4、知识方面准备 测试人员提前学习熟悉系统的功能、需求、模块、架构等一系列的知识，为即将进行的系统测试工作奠定坚实的基础。 三、硬件验收 硬件验收是系统验收的根基，关系到系统运行的稳定、速度、安全性等多个方面。 硬件验收包括以下几方面： （1）服务器所属项目；（2）服务器的型号、序列号；（3）CPU的型号、序列号、个数；（4）内存的型号、序列号、大小、条数；（5）硬盘的型号、序列号、大小、个
数；（6）RAID卡、电源的序列号；（7）随机附送的软硬件情况记录；（8）其他硬件设备的情况；（9）操作系统安装情况、联网情况、数据库安装情况、机器的名称、IP等。 四、软件测试验收 软件验收为系统验收的核心。对软件质量、软件的可维护性、软件的易用性和软件项目的实施周期起到“一锤定音”的作用。 1、测试环境下的测试验收 1）初次测试 依据系统功能列表中的功能进行逐个测试，测试中记录以下情况：功能是否实现，功能是否符合要求，测试时间。 系统测试类型有以下几方面： （1）功能测试：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到要求的功能。 1）从软件的功能是否全面； 2）软件功能是否正确； 3）程序和数据是否与产品需求说明及用户文档的全总说明相对应。 （2）可靠性测试：指软件在规定的时间和条件下不出现故障，持续运行的能力。 1）软件不应存在导致软件无法运行、崩溃或导致数据破坏、缺损的重大缺陷； 2）测试一般包括成熟性、容错性、易恢复性、数据是否具有校验机制等方面。 （3）容错性测试：评价软件是否拥有异常处理手段；对关键操作、不可恢复的操作或可能引起灾难性后果的操作应有明确的提示，并请求用户确认。 （4）易用性测试：指软件的易用程度。 1）用户学习、操作软件的难易程度； 2）数据编辑、检索、输出的方便程度和灵活程度； 3）易理解程度、易浏览性、可操作性。 （5）可维护性测试：
关于OA系统正式上线前的准备工作情况说明OA系统自4月1日试运行以来，经多次调整与改进，目前已基本进入平稳运行状态。按照预定计划，将在6月中下旬进行验收并与6月底（或者7月初）正式上线运行。 经初步讨论，系统正式上线后，部分单据的纸质审批、登记、分发将被停止，只走OA流程；部分审批单据走OA流程之外，根据财务需要，需将OA系统内相关单据打印出来提供给财务；部分单据OA系统与纸质单据同步执行。具体请参照附件表格。 希望各OA系统操作人员，充分利用正式上线之前的这段时间，尽快熟练操作。一旦系统正式上线之后，就必须要求进入OA系统的数据绝对准确，并且基层单位相关考核的内容将在OA系统中直接查看。 办公室 2014-6-11
附件： 表单名称替代纸质审 批单据，且 不用打印 替代纸质审批单 据，报销时可打 印系统中单据 纸质单据仍 需执行 车辆管理资料登记表√ 车辆使用报表（月报表）√ 公司车辆驾驶资格申请表√ 车辆交通、机损事故情况说明表√ 车辆保养维修项目单√ 用车申请单（基层单位适用）√ 用车申请单（公司本部及长途用车适用）√ 低值耐用品管理台帐√ 固定资产汇总表√ 报废财产处理审批单√ 财产移交清单√ 资产领用申请表√ 受托财产零星维修申请单（分公司付）√ 受托财产（工程、办公类）购置申请单（分公司付）√ 受托财产（办公类）购置（维修）申请单（业主支付）√ 自有财产购置（维修）申请单√ 公司电脑信息表√ 会议报备表√ 卫生管理自查表√ 卫生责任区一览表√ 变更、解除合同申报表√ 合同移交申请√ 合同签订申报表√（审批）√特殊情况外部正式媒体发布信息登记表√ 投稿审批单√ 服装使用登记表√ 督办工作通知单√ 新入职人员安全培训教育登记表√ 安全生产管理事故调查报告和四不放过登记表√ 安全生产管理监督检查表√ 项目施工（路政）审批表√ 险情情况报告√ 事故情况报告√ 安全生产工作联系单√ 制度文件修改通知单√ 安全规章制度和操作规程清单√ 适用的安全生产法律法规及其他要求更新记录表√ 适用的安全生产法律法规和其他要求清单√