2021(技术规范标准)企业信息化技术规范企业资源规划系统(ERP)规范

2021(技术规范标准)企业信息化技术规范企业资源规划系统(ERP)规范_文档视界企业信息化技术规范

第1部分：企业资源规划系统（ERP）规范

目次

前言..............................................................................................................................................................................II

1范围(1)

2术语和定义(1)

3总则(5)

4ERP产品研发技术要求(6)

4.1研发循环总流程(7)

4.2新产品规划提案作业程序(8)

4.3新产品开发作业程序(10)

4.4设计变更作业程序(13)

4.5产品功能异常处理作业程序(15)

4.6质量文件管理作业程序(17)

5ERP产品服务技术要求(19)

5.1基本组织架构(19)

5.2基本人员组成(19)

5.3各项工作概述(19)

5.4各项工作具体评估准则(21)

6ERP产品功能技术要求(24)

6.1总体说明(24)

6.2环境与用户界面(25)

6.3系统整合(28)

6.4系统管理(31)

6.5基本信息(33)

6.6库存(35)

6.7采购(40)

6.8营销(45)

6.9产品明细表BOM(54)

6.10车间任务管理(56)

6.11工艺(59)

6.12物料需求计划MRP(61)

6.13成本(65)

6.14人力资源(71)

6.15质量保证(84)

6.16经营决策(86)

6.17总帐(91)

6.18自动分录(95)

6.19应收(97)

6.20应付(99)

6.21固定资产(101)

前言

《企业信息化技术规范》系列标准目前由以下部分组成：

——第1部分：企业资源规划系统（ERP）规范；

——第2部分：产品数据管理系统（PDM）规范；

——第3部分：客户关系管理系统（CRM）规范；

——第4部分：协同产品商务系统（CPC）规范；

——第5部分：供应链管理系统（SCM）规范；

——第6部分：办公自动化系统（OA）规范；

——第7部分：企业信息化监理规范；

…………

本部分为第１部分。

本部分由中国电子技术标准化研究所（CESI）归口。

本部分起草单位：中国生产力促进中心协会、中国电子技术标准化研究所。本部分主要起草人：

本部分主要参与起草单位：

企业信息化技术规范

第1部分：企业资源规划系统（ERP）规范

1范围

本标准给出了企业资源规划系统（以下简称ERP）的相关软件功能、开发管理、实施管理的基本要求和方法，本标准适用于企业ERP产品与服务选型工作。

2术语和定义

下列定义适用于本标准。

2.1

验收acceptance

需方授权代表的一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的所有权。

2.2

需方acquirer

为自己或为另一个组织采购软件产品的组织。

2.3

批准approval

需方的授权代表对开发方的项目计划、设计或其他方面表示满意并可能作为下一阶段工作基础而签署的书面文件。这种批准并不能解除开发方对满足合同要求的责任。

2.4

体系结构architecture

一个系统或CSCI的组织结构，标明它的组成，这些组成的接口和它们之间的操作概念。

2.5

开发阶段build

1）软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。

2）开发满足特定需求子集的软件版本所经历的时间。

注：术语“开发阶段”和“版本”之间的关系依赖于开发方；例如，可以通过几个版本来实现一个开发阶段，一个开发阶段也可以发行几个并行的版本（如在不同的地点），或者将它们用作为同义词。

2.6

计算机数据库computerdatabase

见数据库。

2.7

计算机硬件computerhardware

能接收和存储计算机数据的，对计算机数据执行一系列系统性的操作的，或能产生控制输出的设备。这类设备能实现基本的解释、计算、通信、控制或其他逻辑功能。

2.8

计算机程序computerprogram

能使计算机硬件实现计算或控制功能的计算机指令和数据定义的集合。

2.9

数据库database

以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或多个计算机文件中的相关数据的集合。

2.10

数据库管理系统databasemanagementsystem

是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能。

2.11

设计design

开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。这些特性中有些是与需求相

匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求而定义所有的错误信息；有一些则是有关的实现，如为满足需求，决定选用哪些软件单元和逻辑。

2.12

开发方developer

开发软件产品的组织（“开发”包括新的软件开发、修改、重用、再工程、维护或产生软件产品的任何其他活动）。开发方可以是一个承制方或者政府机构。

2.13

文档/文档编制document/documentation

能供人或机器阅读的，一般具有永久性的一套资料（不管它们记录在什么媒体上）。

2.14

评价evaluation

确定一个项目或一项活动是否满足制定准则的过程。

2.15

固件firmware

硬件设备和以只读软件的形式驻留在硬件设备上的计算机指令和/或计算机数据的组合。

2.16

接口interface

在软件开发中，两个或多个实体（如CSCI-CSCI,CSCI-HWCI,CSCI-用户，或软件单元-软件单元）之间的关系。这些实体依据这种关系共享、提供或交换数据。接口不是CSCI、软件单元或其他的系统

部件；接口是这些实体间的一种关系，而不是接口的实现。

2.17

过程process

为实现某个既定目的而进行的一组有组织的活动，例如，软件开发过程。

2.18

合格性测试qualificationtesting

为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。

2.19

再工程reengineering

为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程。再工程可包括逆向工程（分析一个系统并产生更高一级的抽象来表示它，如从代码到设计），重构（在同一个抽象级上把系统从一种表示形式转换到另一种表示形式），重编文档（分析一个系统并产生用户文档或支持文档），正向工程（从现有的系统的软件产品结合新的需求，产生新系统），重定目标系统（对系统进行转换以便将其安装到不同的目标系统上）和翻译（将源码从一种语言转换到另一种语言或者从一种语言的某个版本转换成另一种版本）。

2.20

需求requirement

1）了使需方能够接受一个系统或CSCI所必需具备的特性。

2）标准或合同中规定的必须遵守的陈述。

2.21

软件software

计算机程序和计算机数据库。

注：虽然有些软件的定义中包括文档，本标准把这个定义只限于计算机程序和计算机数据库。

软件开发softwaredevelopment

产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或者任何会产生软件产品的其他活动。

2.23

软件开发过程softwaredevelopmentprocess

为了把用户的需求转换成软件产品而进行的一系列有组织的活动。

2.24

软件工程softwareengineering

一般情况下，它是软件开发的同义词。在本标准中，软件工程是软件开发全部活动（合格性测试除外）的一个子集。本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不同的命名。2.25

软件工程环境softwareengineeringenvironment

实施软件工程所需要的设施、硬件、软件、固件、方法和文档。它可以包括（但不限于）计算机辅助软件工程的工具、编译程序、汇编程序、连接程序、装载程序、操作系统、排错程序、仿真程序、模拟程序、文档工具和数据库管理系统。

2.26

软件产品softwareproduct

为了满足一个合同而建立、修改或组合成的软件或相应的资料。例子包括计划、需求、设计、代码、数据库、测试资料和手册。

2.27

软件质量softwarequality

软件满足所规定的需求的能力。

软件系统softwaresystem

只由软件组成的系统，有时可能还包括该软件赖以运行的计算机设备。

2.29

软件测试环境softwaretestenvironment

为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。其要素可以包括（但不限于）仿真程序、代码分析程序、测试用例产生程序和路径分析程序，还可能包括在软件工程环境下用到的要素。

2.30

软件单元softwareunit

CSCI设计中的一个基本单位；例如，CSCI的一个主要构成部分，这种构成部分的一个组成部分、一个类、对象、模块、函数、子程序或者数据库。软件单元可以出现在层次机构的不同层上并可以由其他的软件单元组成。设计中的软件单元与实现它们的代码和数据实体（子程序、过程、数据库、数据文件等）之间有也可以没有一一对应的关系，或包含这些实体的计算机文件之间的关系也是这样。

2.31

咨询consult

通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合理化建议的一种行为。

2.32

实施implement

通过一定的手段将一项计划实现的过程，在ERP领域特指将ERP软件经过科学地配置、调整用于客户日常管理的过程。

2.33

顾问consultant

有相关经验，为客户就行业特色提供咨询服务的人。

2.34

维护service

对设备、系统的工作状况进行监视、维修，保证系统的正常运转的工作。

2.35

流程process

完成一项工作所要经过的各个步骤，按照一定的先后顺序执行的完整过程。

2.36

配置configueration

1）硬件配置：根据硬件系统要求，对相关的硬件进行规格搭配。

2）软件配置：根据软件系统运行要求，对软件参数进行设置。

2.37

数据data

在流程中处理的各种信息对象，数据可以有多种存储方式。

2.38

上线go-life

让设备或者是软件系统正式运行。

2.39

选型makechoice

根据实际业务管理的需要，对硬件、软件进行规格选择。

2.40

模块module

按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务。

2.41

产品明细表BOM

产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行描述的一种结构性件。

2.42

物料需求计划MRP

物料需求计划的英文缩写，是企业根据生产、销售、采购、预测等需求对物料进行的一种计划。

3总则

ERP产品设计遵从以下原则：

——底层设计高度集成化，各类数据、计算、共享高度统一，不同于单类应用的简单连接；

——产品采用先进和稳定的IT开发平台，系统稳定、安全、灵活、可扩充；

——在各种行业有丰富的实用案例；

——软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供；

——符合相关制度和法规，适合企业管理和人文文化特点。

为达到以上各项原则，应在产品研发、实施、服务、产品功能各方面建立相关的标准工作方法和内容。

4ERP产品研发技术要求

产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨、高效的特性，进行严格的管理控制，以确保产品的质量和市场反应的速度，保证工作的延续性，保证各类产品问题的可追溯性，尤其是各类过程控制文档与记录的保存。以下为产品研发最基本流程的框架描述，过程中的文档摸版未提供，可根据需要由各公司自行设计确定。下面将以流程图的方式阐述主要工作的过程，并分别配有表格形式的说明。

4.1研发循环总流程

研发循环总流程见图1。

图1

4.2新产品规划提案作业程序

a)新产品规划提案作业程序见图2;

各单位事业部总裁室

N

图2b)新产品规划提案作业程序解释见表１。

表１

4.3新产品开发作业程序

a)新产品开发作业程序见图3；

事业单位项目小组销售及服务单位

N

图3

b)新产品开发作业程序解释见表２。

表２

表２（续）

4.4设计变更作业程序

a)设计变更作业程序见图4；

变更需求单位项目小组/产品维护单位

N

图4

b)设计变更作业程序解释见表３。

4.5产品功能异常处理作业程序

a)产品功能异常处理作业程序见图5；

发起单位产品维护单位

图5

b)产品功能异常处理作业程序解释见表４。

表４

4.6质量文件管理作业程序

a)质量文件管理作业程序见图6；

文件需求单位文件管理与控制单位

图6

b)质量文件管理作业程序解释见表５。

表５

5ERP产品服务技术要求

5.1基本组织架构

应至少建立独立的“ERP服务部”，区别于产品研发部门。5.2基本人员组成

工程师、管理咨询顾问、客户支持人员、系统分析师、程序员。

5.3各项工作概述

各项工作内容见表６。

表６

表６（续）

5.4各项工作具体评估准则

为保证产品上线成功，并持续稳定运行无误，必须建立相关的服务保障机制，必须有明确的流程规范，并有明确的责任人进行有效的执行，并保持必要的有效记录。其内容与评估范围大致如下：

5.4.1安装集成服务:针对客户所购买的软硬件加以集成，以保障客户软硬件配置能顺利运作，以提高运作效能。

是否提供安装集成服务；

软硬件安装集成前是否提供规划建议与报告；

请提供集成前的规划建议纪录；

软硬件安装集成后是否提供完成报告，并取得客户确认；

请提供集成后的完成报告纪录；

请提供软硬件安装集成服务的操作规范。

5.4.2管理咨询实施服务:针对客户的ERP项目能进行客户业务流程优化，项目规划，主导推动、进度监控与阶段报告反馈，并且在项目进行中进行工作协调、组织分工与专业的编码建议、流程规划、与软件运作规划，以保障客户ERP项目顺利上线运行，以达到项目目标。

是否提供实施顾问服务；

派任实施顾问的专业资历:___________________；

派任实施顾问主导实施的客户数:___________________；

实施过程中是否提供数据搜集的文档模板，请提供文档模板样张；

实施过程中是否提供标准流程的文档模板，请提供文档模板样张；

是否提供基于ERP的企业管理咨询（BPR），含企业业务流程诊断和重组方案和组织机构调整方案等；

否在实施的重要步骤中规范产出文件，请提供产出文件纪录；

在实施过程中是否详实记载实施纪录与会议记录，并取得客户确认，请提出相关纪录；

是否提供实施结项报告，请提供相关报告；

实施步骤是否有明确的工作规范，请提供实施的操作规范。

5.4.3模块功能培训:针对ERP各模块的功能说明、操作培训、使用时机、管理目的与导入程序，便于用户能深入了解每个模块的详细功能与熟练操作。

是否提供例行的功能培训；

同一模块开课周期______；

是否提供培训成果的考核；

请提供培训服务的操作规范。

5.4.4产品升级服务:软件供应商推出新版本时，能针对客户使用的旧版本予以软件升级服务，以便于客户能使用更先进的功能，或符合新的相关法令。

是否提供产品升级服务；

产品升级服务的收费方式:____________________________；

产品升级前是否针对客户说明差异的部分，以便客户使用更先进的功能，请提供产品升级相关文件；

产品升级是否能保障客户原始的数据能不被破坏，且能适合新版本的功能；

请提供产品升级服务的操作规范。

5.4.5二次开发服务:对于客户的业务流程或行业特性，在标准ERP模块无法满足时，针对差异的部分进行二次开发，让ERP更贴近客户需求，并满足其行业特性。

是否提供二次开发服务；

二次开发服务的收费方式:____________________________；

二次开发前是否针对功能差异进行分析，请提供差异分析文件；

差异分析后是否针对差异提出系统分析，并取得客户确认，请提供分析文件；

二次开发完成后，所经过的测试方法为:___________________________；

请提供二次开发的程序测试纪录；

二次开发的程序在安装后，是否取得客户的验收确认，请提供确认文件；

请提供二次开发服务的操作规范。

5.4.6开发技术培训服务:对于有能力自行维护ERP产品并合法取得源代码的客户，进行原厂的技术培训，以便让客户的信息中心人员能顺利接手产品技术，提升信息管理人员的技术水平。

是否提供开发技术培训服务；

开发技术培训服务的收费方式:____________________________；

开发技术培训是否提供完整的技术文档，请提供文档清单；

开发技术培训是否提供完整的技术培训课程，请提供培训课程表。

5.4.7热线支持:针对用户使用上的疑难问题，提供电话上的说明与讲解，即时解决客户疑难问题

是否提供电话谘询；

是否提供免付费电话；

是否提供上班时间指定的服务人员；

是否提供非上班时间的电话支持；

指定的服务人员忙线或外出时，其他的服务人员是否能接手服务；

当服务人员无法解决问题时的处理方式为何

___________________________________________________________；

请说明热线支持每个问题的平均结项时间:_____________；

请提供热线支持的服务纪录；

请提供热线支持的操作规范。

5.4.8远程支持:用户在使用过程发生问题，无法以电话解决时，可提供远程网络支持，由服务商直接连接用户电脑加以分析、判断问题，并提出问题发生原因与解决方案。

是否提供远程支持；

是否有资深技术人员(DBA或资深服务人员)能远程分析使用者问题并加以解决；

当技术人员无法解决问题时的处理方式为何

___________________________________________________________

___________________________________________________________；

请说明远程支持每个问题的平均结项时间:_____________；

请提供远程支持的服务纪录；

请提供远程支持的操作规范。

5.4.9现场技术支持:用户在使用过程中发生问题，无法以电话与远程连接方式解决时，由服务商直接到现场加以分析、判断问题，并提出问题发生原因与解决方案。

是否提供现场技术支持；

现场技术支持的收费方式:____________________________；

当现场技术支持无法解决问题时的处理方式为何?

___________________________________________________________

现场技术支持完成后，是否能与用户确认问题发生原因与解决方案；

请提供现场技术支持的服务纪录；

请提供现场技术支持的操作规范。

5.4.10因特网网上问题提交:用户在使用过程发生问题，应能将问题通过网上工具提交给ERP厂商。ERP厂商的工程师应能在外地通过因特网提交任何产品的问题。

是否提供网上问题提交；

是否提供网上问题解决，请提供网上问题提交地址。

5.4.11服务保证体系:为了能保障客户对于服务供应商提供的各项服务皆能落实执行，服务供应商设置一个独立的部门从事满意度的评估与客户投诉的渠道，保证客户能够得到等价的服务内容与保证服务质量。

是否定期提供客户满意度调查；

客户满意度调查的周期:_____________________；

请提供客户满意度调查的操作规范；

是否提供客户投诉渠道；

给客户的相关文件中是否明确注明投诉渠道，请提供相关文件的样张；

客户投诉渠道包括:_________________________；

请提供客户投诉后的处理程序与操作规范；

服务供应商使用哪些服务工具或管理软件來保障服务质量:

___________________________________________________________

______________________________________________________________________________________________________________________。

6ERP产品功能技术要求

作为真正意义上的ERP产品，在基本功能面，一定要能满足涉及企业最主要管理和运做行为的方方面面，同时兼顾到实际情况的不断变化，为灵活适应管理的改变打好基础，以下提供的框架规范和评估方法，可以快速评估一套ERP系统的基本功能，同时又是衡量产品水准的规范，以列表的方式进行阐述。

6.1总体说明

评比方式说明

a)表7为各模块评比指标的得分与配分的百分比*100的总表；

表７

b)各评比指标的栏位说明如下：

1)类别:该模块的功能分类；

2)等级:指该功能的对用户的重要程度；

3)配分:指该功能在整个模块的配分比重；

4)功能描述:该功能的描述；

5)评比标准:该功能执行的细腻程度与达成水平的评比指标；

6)有无:指管理软件该功能是否达到此评比标准；

7)权重:指该评比标准在此功能的重要程度；

8)得分:指该功能的配分经过评比标准的权数分配后的分数。

6.2环境与用户界面

环境与用户界面见表８

表8

6.3系统整合

系统整合见表9

表9

6.4系统管理

系统管理见表10

表10

6.5基本信息

基本信息见表11

表11

6.6库存

库存见表12

表12

6.7采购

采购见表13

表13

6.8营销

营销见表14

表14

6.9产品明细表BOM

产品明细表见表15

表1