1．网络环境，硬件环境。
2. 企业目前业务流程（多公司则分公司整理，以EXCEL或WORD文档形式提供）
3.涉及到ERP系统操作人员及业务操作范围（方便ERP系统后期权限划分）
4.
ERP系统的基础数据量大面广，从不同角度可以有不同的分类，如静态数据和动态数据、显性数据和隐性数据、主数据和辅助数据。静态数据是不随时间或其他数据变化而变化的数据，是企业公用的数据，同时又是动态数据的基础。静态数据包括系统设置所用到的数据和系统运行实际业务所用到的数据，具体有会计科目、各种比率参数、库位和物料主文件、BOM 表、供应商主文件、客户主文件、账号及银行主文件等。动态数据是每笔具体业务发生时产生的数据，它随时间点不同而变动。动态数据按照时间点来分，又可以分为期初数据和日常数据。期初数据包括系统上线切换时点的总账余额、车间在制品余额、库存余额、未结三大订单(CO、PO、MO)。
从另一角度来说，物料主文件、BOM、供应商/客户信息、会计科目等属于显性数据，而系统配置的各种参数则是隐性数据，这些数据在业务中虽不可见，但却能影响到系统运算的结果。对另一种划分方式而言，显性数据如物料主文件、BOM、供应商/客户信息、会计科目又被称为主数据，而会计期间、货币和汇率、银行主文件、工厂日历、付款方式、计量单位、结算方式、凭证类型等数据称之为辅助数据。
ERP系统就是根据这些基础数据，按照内部逻辑经过运算形成各种报告报表，供管理者掌握生产经营状况，从而进行分析和决策的。
如何整理基础数据
基础数据整理是实施过程头绪最多、工作量最大、耗时最长、涉及面最广、最容易出错的部分，是一项艰苦细致的工作。
1. 成立数据小组，确定工作进度。
艰苦细致的工作要由踏实能干的团队担当，严密的计划和合理的组织是完成这项艰巨工作的保证。数据小组成员一般从各个部门的业务人员中抽调，由项目经理或指定的专人负责领导数据小组的工作。数据小组的职责是分析数据准备的范围，建立ERP编码体系，组织必要的培训，制作数据搜集表格模板，监督数据收集质量，并负责数据的最终导入和使用。在工作执行上，数据小组要根据ERP项目的实施进度，制定基础数据整理的时间表，安排好小组成员的分工，并定期召开小组会议，沟通问题，推进工作。
2. 数据整理自下而上、先易后难。
任何工作都需要讲究方式、方法，数据整理概莫能外。ERP基础数据整理一般应遵循先易后难的工作次序，容易整理的公共数据先行整理，需要多次求精的局部数据后行整理。静态数据相对固定，且花费时间长，可以先开始整理，动态数据在系统切换前整理即可。
第一手资料和数据保存在生产第一线，要将这些散乱的数据加以收集整理，很大程度上必须依赖企业的基层人员。因此，编码小组应该在与一线人员充分沟通交流的基础上设计出他们能够理解和操作的数据收集表格，系统所需的字段信息应囊括在表格中，然后下发到各个部门以供基层人员收集、记录数据之用。
其实在没上系统前，很多数据虽然存在，但没有量化，收集的过程通常要根据数据的历史经验值统计得出。数据也不会一次就能准确，所以要做好每次版本的更新和管理，数据不能乱而且要越来越精确。基层将数据上报数据小组之前，部门应召集业务骨干和有经验的师傅对表格数据逐一讨论和检查，确保没有遗漏、重复，也没有过时、失实的数据。
3. 把好数据录入关。
各部门报来的数据不是孤立无关的，数据小组在拿到基层报来的数据后，必须做好各部门人员的沟通与协调工作，综合平衡后再进行统计汇总。然后，备份电子文档和纸制文档，并注明整理人员、完成时间和最后版本，再由专人录入系统。手工录入是艰巨而枯燥的重复工作，时间长了容易出错，可以配合Excel表批量导入，有条件的也可以编写数据转换程序实现更快速、更完美的录入。为保障数据录入的质量，可以建立相应奖惩制度，一方面可以提高录入人员的积极性，同时也督促其在录入的同时进行认真的检查。
基础数据整理的工作重点
基础数据整理工作很繁杂，没有捷径，但有方法。对于新上ERP的企业，在千头万绪的工作中，如果能够抓住编码这一主线，把握好物料主文件、物料清单(BOM)和库存数据三个重点，就可以提纲挈领、一以贯之。
编码
编码是为了进行系统识别和检索而对数据进行唯一的标识。凡是纳入系统管理的数据均要对其进行编码，包括物料编码、供应商编码、客户编码、库位编码、工作中心编码、计划员/采购员编码等。首先确立统一的编码原则。一个考虑周全、成熟的编码体系需要结合行业标准和企业特点,并且跨部门反复讨论，尤其多听取基层和系统使用者的意见，确定最终方案。
编码工作中最重要的是物料编码。而规范化是准确性的前提，同一物料叫法不同的现象在企业中比较常见，所以在编码前要先规范物料名称及描述。物料描述应先描述物料主要属性，后描述物料次要属性，基本顺序是名称/型号或规格/尺寸/材料/颜色或表面处理/特殊要求。
先规范化之后再进行物料编码，其中惟一性是最根本的要求。物料的编码如同人的身份证号码，是一一对应的，一物多码或多物一码都会造成信息混乱和失真，后期返工修改的工作量巨大。要明确，不同的物料，那怕有极微小的区别也不能用同一个编码。一般来说，只要物料的物理状态或化学性质有变化，在制品在加工过程中需要入仓，半成品作为配件对外销售或用于售后服务，就必须为其指定一个编码。
在手工环境下，为了便于记忆和识别，人们喜欢有含义的编码。在如今计算机系统环境下，提倡编码简单化，尽可能使用无含义的编码体系，不要将图号反应在编码中。不同的ERP系统，会有不同的编码要求。总体来说，建议物料编码采用全数字编码，如大类+分类+流水号，也可以采用数字和英文字母的组合，但不要使用特殊字符，避免使用易与数字混淆的字母。编码要考虑可扩展性，随着企业的发展，要为日后新增物料继续按照原有的编码规则进行编码留足空间，但另一方面编码位数太长则录入时易错，增加工作量。编码导入系统后不要随便修改，由于相互关联性，一处编码的修改可能会导致相关联的信息的紊乱。还要注意，即使某物料以后不再使用，其编码也不能重新分配给其他物料使用。
物料主文件
物料主文件就是物料的档案，记录着该物料的各种参数、属性及相关信息，如物料编码、名称、计量单位、物料类型(原材料、半成品、成品)、来源类型(自制件/采购件)、损耗率/产出率、各种提前期(运行、准备、检验等)、财务成本信息等等。所有要在系统里使用的物料都必须先在物料主文件里建立记录，有了物料主文件才能据此建立其他相关的数据文件，所以设置物料主文件是物料编码完成后接着要做的基础性工作。
ERP系统里提供了许多物料的描述参数，在实际应用中不一定对每个参数都要设置，只需设置那些系统运行时必需的以及企业对物料管理时用到的参数。进行物料参数设置时，有些字段的内容可以从系统提供的选择项中选择，有些必须自己先定义才能选择使用。
物料清单(BOM)
BOM表明一个产品由哪些原材料及零件构成，以及他们之间的层次隶属关系。BOM表的结构层次一定要清楚明了。一般来说，BOM包括父项物料代码、名称，子项物料代码、名称、类型、数量、批号、提前期偏置、损耗率、工作中心和工序号等字段。子项类型表明子项是作为普通物料消耗在父项的制造过程中，还是作为工具、图纸、副产品、关联产品等存在。数量类型用来说明所给出的数量是用于一个单位的父项还是一份订单。多数情况下，子项数量类型是用于一个单位父项的，但对于工具、图纸以及生产过程的消耗品，其数量则应是用于一份订单的。子项提前期偏置指出子项物料需求日可以迟于父项物料开工的天数。损耗率也称为残料率，指明生产过程中其损耗的程度。
BOM是制造型企业的核心文件，也是源头文件，与每个部门都有关系。图号乱、图纸错、工程变更、图纸修改、审批、发放的随意性在很多企业司空见惯。所以，管好研发源头，整理BOM以达到更高的准确率，是避免一物多码、避免日后影响生产交货等一系列问题的关键。BOM来自生产又指导生产，所以整理BOM不能过分依赖工程技术部门，而必须由工程技术部
门和生产制造部门密切配合，通过建立交叉会审和订单评审机制，确定准确的BOM。BOM建立后，应及时进行备份，同时利用BOM导入模板批量导入系统。
值得一提的是，根据不同的用途，BOM有许多种类，最常见的是工程BOM和生产BOM，它们是不同的。工程BOM是供设计开发用的，生产BOM是供批量生产用的，它是在工程BOM 的基础上根据工艺装配要求完善的。通常，工程BOM在确认完成后可以直接晋级为生产BOM，生产BOM也可以直接手工输入。提高BOM的准确性同样是一个持续渐进的过程，需要在实际的生产中验证，并根据生产工艺和工程变更不断维护，持之以恒才能达到比较理想的水平。
库存数据
库存数据是动态数据，是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
附件： 表单名称替代纸质审 批单据，且 不用打印 替代纸质审批单 据，报销时可打 印系统中单据 纸质单据仍 需执行 车辆管理资料登记表√ 车辆使用报表（月报表）√ 公司车辆驾驶资格申请表√ 车辆交通、机损事故情况说明表√ 车辆保养维修项目单√ 用车申请单（基层单位适用）√ 用车申请单（公司本部及长途用车适用）√ 低值耐用品管理台帐√ 固定资产汇总表√ 报废财产处理审批单√ 财产移交清单√ 资产领用申请表√ 受托财产零星维修申请单（分公司付）√ 受托财产（工程、办公类）购置申请单（分公司付）√ 受托财产（办公类）购置（维修）申请单（业主支付）√ 自有财产购置（维修）申请单√ 公司电脑信息表√ 会议报备表√ 卫生管理自查表√ 卫生责任区一览表√ 变更、解除合同申报表√ 合同移交申请√ 合同签订申报表√（审批）√特殊情况外部正式媒体发布信息登记表√ 投稿审批单√ 服装使用登记表√ 督办工作通知单√ 新入职人员安全培训教育登记表√ 安全生产管理事故调查报告和四不放过登记表√ 安全生产管理监督检查表√ 项目施工（路政）审批表√ 险情情况报告√ 事故情况报告√ 安全生产工作联系单√ 制度文件修改通知单√ 安全规章制度和操作规程清单√ 适用的安全生产法律法规及其他要求更新记录表√ 适用的安全生产法律法规和其他要求清单√