企业信息化技术6大规范标准

前言
目前《企业信息化技术规》系列标准由以下6个部分组成：
第1部分：企业资源规划系统（ERP）规；
第2部分：办公自动化规；
第3部分：电子交易规；
第4部分：呼叫中心规；
第5部分：CRM规；
第6部分：SCM规。

本部分由信息产业部电子工业标准化研究所归口。

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

本部分主要起草人：
企业信息化技术规
第1部分：企业资源规划系统（ERP）规
1 围
本规给出了企业资源规划系统（以下简称 ERP）的相关软件功能、开发管理、实施管理的基本要求和方法、适用于企业ERP产品与服务选型工作。

2 规性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用不着文件，其随后所有修改单（不包括勘误的容）或修订版均不适用于本标准，然而，鼓励根据本标准确达成协成协议的各方研究是否使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

GB/T 8566-2001 中华人民国国家标准信息技术软件生存周期过程
GB/T18491-2001 中华人民国国家标准信息技术软件测量功能规模测量第1
部分：概念定义
GB/T 18492-2001 中华人民国国家标准信息技术系统及软件完整性级别
GB/T 18493-2001 中华人民国国家标准化指导性技术文件信息技术软件生存周期过程指南
SJ 20778-2000 中华人民国电子行业军用标准软件开发与文档编制
企业会计制度财会（2000）25号
3 定义
本标准采用下列定义
3．1 验收 acceptance
需方授权代表一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的所有权。

3．2 需方 acquirer
为自已或为另一个组织采购软件产品的组织。

3．3 批准approval
需方的授权代表对开发方的项目计划、设计或其他方面表示满意并可能作为一阶段工作基础而签署的书面文件。

这种批准并不能解除开发方对满足合同要求的责任。

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

3．5 相关开发方 ASSOCIATE DEVELOPER
一个既不是主承制方也不是开发方的分承制方的组织，但它在同一个或相关的系统或项目承担开发工作。

3．6 行为设计 BEHAVIORAL DESIGN
从用户观点出发，对整个系统或CSCI的行为进行的设计，它只考虑满足用户需求而不考虑系统或CSCI的部实现。

这种设计与体系结构设计不同，后者要标明系统或CSCI的部部件，并有这些部件的详细设计。

3．7 开发阶段 BUILD
（1）软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。

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

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

3．8 计算机数据库 COMPUTER DATEBASE
见数据库
3．9 计算机硬件 COMPUTER HARDWARE
能接收和存储计算机数据的，对计算机数据的，对计算机数据执行一系列系统性的操作的，或能产生控制输出的设备。

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

3．10 计算机程序 COMPUTER PROGRAM
能使计算机硬件实现计算或控制功能的计算机指令和数据定义的集合。

3．11 计算机软件 CPMPUTER SOFWARE
见软件
3．12计算机软件配置项 COMPUTER SOFTWARE CONFIGURATION ITEM（CSCI）
满足最终使用功能的软件集合，而且它由需方指定进行单独的配置管理。

CSCI应从下列诸因素中进行折衷选择：软件功能、规模、宿主机或目标计算机、开发方、支持概念、重用计划、关键性、接口考虑、需要单独编写文档和控制以及其他因素。

3．13 配置项 CONFIGURATION ITEM
能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合，且由需方指令进行单独的配置管理。

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

3．15数据库管理体系统 DATEBASE MANAGEMENT SYSTEM
是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能。

3．16可交付的软件产品 DELIVERABLE SOFTWARE PRODUCT
合同要求交付给需方或其他指定的接受方的软件产品。

3．17 设计 DESIGN
开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。

这些特性中有些是与需求相匹配的；有一些是需求的精细化。

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

3．18 开发方 DEVELOPER
开发软件产品的组织（“开发”包括新的软件开发、合修改、重用、再工程、维护或产生软件产品的任何其他活动）。

开发方可以是一个承制方或者政府机构。

3． 19 文档/文当编制 DOCUMENT/DOCUMENTATION
能供人或机器阅读的，一般具有永久性的一套资料（不管它们记录在什么媒体上）。

3．20 评价 EVALUATION
确定一个项目获一项活动是否满足制定准则的过程。

3．21固件 FIRMWARE
硬件设备和以只读软件的形式驻留在硬件设备上的计算机指令和。

或计算机数据的组合。

3．22硬件配置项HARDWARE CONFIGURATION ITEM(HWCL)
满足最终使用功能并由需方指定进行单独配置管理的一套硬件．
3．23独立验证确认 INDEPENDENT VERIFICATION AND VALIDATION （IV&V）
由一个机构对软件产品和活动所作的系统的评审，这个机构不负责该产品的开发或被评审的活动。

IV &V不在本标准的围。

3．24接口 INTERFACE
在软件开发中，两个或多个实体（如CSCI-CSCI，CSCI-HWCI，CSCI-用户，或软件单元软件-软件单元）之间产关系。

这些实体依据这种关系共享、提代或交换数据。

接口不是CSCI、软件单元或其他的系统部件；接口是这些实体间的一种关系，而不是接口的实现。

3．25联合评审 JOINT REVIEW
由需方和开发方双方的代表参加的对项目状态、软件产品/或目中的问题进行检查和讨论的活动或会议。

3．26非交付的软件产品 NON-DELIVERABLE SOFTWARE PRODUCT
不是合同中要求交付给需方或其他指定接受方的软件产品。

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

3．28合格性测试 QUAKIFICATION TESTING
为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。

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

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

3．30 需求 REQUIREMENT
（1）为了使需方能够接受一个系统或CSCI所必需具备的特性。

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

3．31 可重用的软件产品 REUSABLE SOFTWARE PRODUCT
是一种用于开发的软件产品，但还具有别的用途，或者专门为了用于多个项目而开发的软件产品，或者在一个项目中有多种作用的软件产品。

例子包括（但不限于）上市的商品，需方已装备的软件产品，重用库中的软件产品和开发方现存的软件产品。

每一次使用可以包括这些软件产品的全部或部分，也可以涉及到它的修改部分。

这个术语可以应用于任何软件产品（例如需求，体系结构等）而不只限于软件本身。

3．32 软件 SOFTWARE
计算机程序和计算机数据库。

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

3．33软件开发 SOFTWARE DEVELIPMENT
产生软件产品的一整套活动。

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

3．34 软件开发文件 SOFTWARE DEVELOPMENT FILE（SDF）
与特定软件实体开发有关的资料库。

其容一般包括（直接的或引用的）有关需求分析、设计和实现的考虑、原理和约束条件；开发方部的测试资料；进度和状态资料。

3．35 软件开发库 SOFEWARE DEVELOPMENT LIBRARY （SDL）
一套受控的软件、文档，其它中间的和最终的软件产品，以及相关的用以促进软件的
有序开发和后续支持的工具和方法。

3．36 软件开发过程 SOFTWARE DEVELOPMENT PROCESS
为了把用户的需求转换在软件产品而进行的一系列有组织的活动。

3．37软件工程 SOFTWARE ENGINEERING
一般情况下，它是软件开发的同义词。

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

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

3．38软件工程环境 SOFTWARE ENGINEERING ENVIRONENT
实施软件工程所需要的设施、硬件、软件、固件、方法和文档。

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

3．39软件产品 SOFTWARE PRODUCT
为了满足一个合同而建立、修改或组合成的软件或相应的资料。

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

3．40软件质量 SOFTWARE QUALITY
软件满足所规定的需求的能力。

3．41软件支持 SOFTWARE SUPPORT
为保证软件安装后能继续按既定目标运行而且在系统的运行中能起到既定的作用而发生的一系列活动。

软件友持包括软件维护、用户支持和有关的活动。

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

3．43软件测试环境 SOFTWARE TEST ENVIRONMENT
为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。

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

3．44软件移交 SOFTEWARE TRANSITION
能使软件开发的责任从一个组织转交给另一个组织一系列活动。

一般说，前一个组织是实现初期软件开发，而后一个组织是进行软件支持。

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

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

设计中的软件单元与实现它们的代码和数据实体（子程序，过程，数据文件等）之间的关系也是这样。

3．46（软件的）支持 SUPPORT （OF SOFFTWARE）
见软件支持。

3．47 （软件的）移交 TRANSITION （OF SOFTWARE）
见软件移交。

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

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

3．50 顾问 CONFIGERATION
有相关经验，为客户就行业特色提供咨询服务的人
3．51 维护 SERVICE
对设备、系统的工作状况进行监视、维修，保证系统的正常运转的工作。

3．52流程 PROCESS
完成一项工作所要经过的各个步骤，按照一定的先后顺序执行的完整过程
3．53 配置 CONFIGERATION
（1）硬件配置：根据硬件系统要求，对相关的硬件进行规格搭配
（2）软件配置：根据软件系统运行要求，对软件参数进行设
3．54 数据 DATA
在流程中处理的各种信息对象，数据可以有多种存储方式
3．55 上线 go-life
让设备或者是软件系统正式运行
3．56 选型 MAKE CHOICE
根据实际业务管理的需要，对硬件、软件进行规格选择
3．57 模块 MODULE
按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务
3．58 BOM
产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行描述的一种文件记
3．59MRP
物料需求计划的英文缩写，是企业根据生产、销售、采购、预测等需求对物料进行的一种规划
4总则
围绕ERP产品应该包含以下要素：
底层设计高度集成化，各类数据、计算、共享高度统一，不同于单类应用的简单连接
产品采用先进和稳定的IT开发平台，系统稳定、安全、灵活、可扩充耳不
在各种行业有丰富的实用案例
软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供
符合相关制度和法规，适合企业管理和人文文化特点。

为满足以上各项要素，必须在产品研发、实施、服务、产品功能各方面建立相关的标准
工作方法和容。

５ ERP产品研发技术要求
产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨、高效的特性，进行严格的管理控制，以确保产品的质量和市场反应的速度，保证工作的延续性，保证各类产品问题的可追溯性，尤其是各类过程控制文档与记录的保存。

以下为产品研发最基本流程的框架描述，过程中的文档模版未提供，可根据需要由各公司自行自行设计确定。

下面将以流程图的方式阐述主要工伯的过程，并分别配有表格形式的说明。

5．1术语和定义：
单位：在公司组织架构中独立的实体，由工作容划分为面向销售或面向技术的相关组织。

事业群：以产品划分，主要面向明确的产品和用户群的确良公司见风使舵组织架构，对该产品的营销全面责任。

事业单位：事业群中的某个单位。

5．2研发循环总流程图
5．3新产品规划提案作业程序
各单位事业群总裁室
新产品提案作业程序
5．4新产品开发案作业程序
事业单位项目小组销售及服务单位
■新产品开发作业程序
变更需用求单位项目小组/产品维护单位
3．1产品功能异常处理作业程序
发起单位产品维护单位
■产品功能异常处理作业程序
3．2质量文件管理作业程序
文件需求单位文件管理与控制单位
■质量文件管理作业程序
6ERP产品服务技术要求
6．1基本组织架构
应至少建立独立的“ERP服务部“，区别于产品研发部门6．2基本人员组成
工程师、顾问、服务专员、系统分析师、程序员
6．4各种工作具体评估准则
为保证产品上线成功，并持续稳定运行无误，必须建立相关的服务保障机制，必须有明确的流程规，并有明确的责任人进行有效的执行，并保持必要的有效记录。

其容与评估围大致如下：
6．4．1 安装集成服务：针对客户所购买的软硬件加以集成，以保障客户软硬件能顺利运作，以提高运作效能。

□是否提供安装集成服务
□软硬件安装集成前是否提供规划建议与报告
□请提供集成前的规划建议纪录
□软硬件安装集成后是否提供完成报告，并取得客户确认
□请提供集成后完成报告纪录
□请提供软硬件安装集成服务的操作规
6．4．2顾问实施服务：针对客户的ERP项目能进行规划，主导推动、进度监控与阶段报告反馈，并且在项目进行中进行工作协调、组织分工与专业的编码建议、流程规划、与软件运作
规划，以保障客户ERP项目顺利上线运行，以达到项目目标致。

□是否提供顾问实施服务
□派任实施顾问的专业资历：
□派任实施顾问主导实施的客户数：
□实施过程中是否提供数据搜集的文档模板，请提供文档模板样
□实施过程中是否提供标准流程的文档模板，请提供文档模板样
□是否在实施的重要步骤中规产出文件，请提供产出文件纪录
□在实施过程中是否详实记载实施纪录与会议记录，并取得客户确认，请提出相关纪录
□是否提供实施结项报告，请提相关报告
□实施步骤是否有明确的工作规，请提供实施的操作规
6．4．3 模块功能培训：针对ERP各模块的功能说明、操作培训、使用时机、管理目的与导入程序，便于用户能深入了解每个模块的详细功能与熟练操作。

□是否提供例行的功能培训
□同一模块开课周期
□是否提供培训成果的考核
□请提供培训服务的操作规
6．4．4产品升级服务：软件供应商推出新版本时，能针对客户使用的旧版本予以软件升级服务，以便于客户能使用更先进的功能，或符合新的相关法令。

□是否提供产品升级服务
□产品升级服务的收费方式：
□产品升级前是否针对客户说明差异的部分，以便客户使用更先进的功能，请提供产品升级相关文件
□产品升级是否能保障客户原始的数据能不被破坏，且能适合新版本的功能
□请提供产品升级服务的操作规
6．4．5 二次开发服务：对于客户的业务流程或行业特性，在标准ERP模块无法满足时，针对差异的部分进行二次开发，让ERP更贴近客户需求，并满足其行业特性。

□是否提供二次开发服务
□二次开发服务的收费方式：
□二次开发前是否针对功能差异进行分析，请提供差异分析文件
□差异分析后是否针对差异提出系统分析，并取得客户确认，请提供分析文件
□二次开发完成后，所经过的测试方法为：
□请提供二次开发的程序测试纪录
□二次开发的程序在安装后，是否取得客户的验收确认，请提供确认文件
□请提供二次开发服务的操作规
6．4．6 开发技术培训服务：对于有能力自行维护ERP产品并合法取得源代码的客户，进行原厂的技术培训，以便让客户的信息中心人员能顺利接手产品技术，提升信息管理人员的技术水平。

□是否提供开发技术培训服务
□开发技术培训服务的收费方式：
□开发技术培训是否提供完整的技术文档，请提供文档清单
□开发技术培训是否提供完整的技术培训课程，请提供培训课程表
6．4．7 热线支持：针对用户使用上的疑难问题，提供上的说明与讲解，即时解决客户疑难问题
□是否提供咨询
□是否提供免付费
□是否提供上班时间指定的服务人员
□是否提供非上班时间的支持
□指定的服务人员忙线或外出时，其他的服务人员是否能接手服务
□当服务人员无法解决问题时的处理方式为何？
□请说明热线支持每个问题的平均结项时间：
□请提供热线支持的服务纪录
□请提供热线支持的操作规
6．4．8 远程支持：用户在使用过程发生问题，无法以解决时，可提供远程网络支持，由服务商直接连接用户电脑加以分析、判段问题，并提出问题发生原因与解决方案。

□是否提供远程支持
□是否有资深技术人员（DBA或资深服务人员）能远程分析使用者问题并加以解决
□当技术人员无法解决问题时的处理方式为何？
□请说明远程支持每个问题的平均结项时间：
□请提供远程支持的服务纪录
□请提供远程支持的操作规
6．4．9 现场技术支持：用户在使用过程中发生问题，无法以与远程连接方式解决时，由服务商直接到现场加以分析、判段问题，并提出问题发生原因与解决方案。

□是否提供现场技术支持
□现场技术支持的收费方式：
□当现场技术支持无法解决问题时的处理方式为何？
□现场技术支持完成后，是否能与用户确认问题发生原因与解决方案
□请提供现场技术支持的服务纪录
□请提供现场技术支持的操作规
6．4．10 服务保证体系：为了能保障客户对于服务供应商提供的各项服务皆能落实执行，服务供应商设置一个独立的部门从事满意度的评估与客房投诉的渠道，保证客户能够得到等价的服务容与保证服务质量。

□是否定期提供客户满意度调查
□客户满意度调查的周期：
□请提供客户满意度调查的操作规
□是否提供客户投诉渠道
□给客户的相关文件中是否明确注明投诉渠道，请提供相关文件的样
□客户投诉渠道包括：
□请提供客户投诉后的处理程序与操作规
□服务供应商使用哪些服务工具或管理软件来保障服务质量：
7 ERP产品功能技术要求
作为真正意义上的ERP产品，在基本功能面，一定要能满足涉及企业最主要管理和运做行为的方方面面，同时兼顾到实际情况的不断变化，为灵活适应管理的改变打好基础，以下提供的框架规和评估方法，可以快速评估一套ERP系统的基本功能，同时又是衡量产品水准的规，以列表的方式进行阐述
7．1总体说明
7．3系统整合
7．4系统管理
7．5基本信息
7．6存货
7．7采购
7．8营销
7．9 BOM。