企业信息化技术规范第1部分：企业资源规划系统（ERP）规范目次前言 (III)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)6 ERP产品功能技术要求 (24)6.1总体说明 (24)6.2环境与用户界面 (26)6.3系统整合 (30)6.4系统管理 (34)6.5基本信息 (37)6.6库存 (39)6.7采购 (45)6.8营销 (51)6.9产品明细表BOM (62)6.10车间任务管理 (64)6.11工艺 (67)6.12物料需求计划MRP (70)6.13成本 (74)6.14人力资源 (80)6.15质量保证 (94)6.16经营决策 (97)6.17总帐 (103)6.18自动分录 (108)6.19应收 (110)6.20应付 (112)6.21固定资产 (115)参考文献 (117)前言《企业信息化技术规范》系列标准目前由以下部分组成：——第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开发阶段 build1）软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。

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

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

2.6计算机数据库 computer database见数据库。

2.7计算机硬件 computer hardware能接收和存储计算机数据的，对计算机数据执行一系列系统性的操作的，或能产生控制输出的设备。

这类设备能实现基本的解释、计算、通信、控制或其他逻辑功能。

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

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

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

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合格性测试 qualification testing为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。

2.19再工程 reengineering为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程。

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

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

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

2.21软件 software计算机程序和计算机数据库。

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

2.22软件开发 software development产生软件产品的一整套活动。

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

2.23软件开发过程 software development process为了把用户的需求转换成软件产品而进行的一系列有组织的活动。

2.24软件工程 software engineering一般情况下，它是软件开发的同义词。

在本标准中，软件工程是软件开发全部活动（合格性测试除外）的一个子集。

本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不同的命名。

2.25软件工程环境 software engineering environment实施软件工程所需要的设施、硬件、软件、固件、方法和文档。

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

2.26软件产品 software product为了满足一个合同而建立、修改或组合成的软件或相应的资料。

例子包括计划、需求、设计、代码、数据库、测试资料和手册。

2.27软件质量 software quality软件满足所规定的需求的能力。

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

2.29软件测试环境 software test environment为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。

其要素可以包括（但不限于）仿真程序、代码分析程序、测试用例产生程序和路径分析程序，还可能包括在软件工程环境下用到的要素。

2.30软件单元 software unitCSCI设计中的一个基本单位；例如，CSCI的一个主要构成部分，这种构成部分的一个组成部分、一个类、对象、模块、函数、子程序或者数据库。

软件单元可以出现在层次机构的不同层上并可以由其他的软件单元组成。

设计中的软件单元与实现它们的代码和数据实体（子程序、过程、数据库、数据文件等）之间有也可以没有一一对应的关系，或包含这些实体的计算机文件之间的关系也是这样。

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

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

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

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

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

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

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

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

2.38上线 go-life让设备或者是软件系统正式运行。

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

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

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

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

3总则ERP产品设计遵从以下原则：——底层设计高度集成化，各类数据、计算、共享高度统一，不同于单类应用的简单连接；——产品采用先进和稳定的IT开发平台，系统稳定、安全、灵活、可扩充；——在各种行业有丰富的实用案例；——软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供；——符合相关制度和法规，适合企业管理和人文文化特点。