企业信息化技术规范
前 言 目前《企业信息化技术规范》系列标准由以下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 见软件 12. 计算机软件配置项 COMPUTER SOFTWARE CONFIGURATION ITEM（CSCI） 满足最终使用功能的软件集合，而且它由需方指定进行单独的配置管理。CSC I应从下列诸因素中进行折衷选择：软件功能、规模、宿主机或目标计算机、开发方 、支持概念、重用计划、关键性、接口考虑、需要单独编写文档和控制以及其他因 素。 3．13 配置项 CONFIGURATION ITEM 能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合，且由需方指 令进行单独的配置管理。 3．14 数据库 DATEBASE 以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一 个或多个计算机文件中的相关数据的集合。 15. 数据库管理体系统 DATEBASE MANAGEMENT SYSTEM 是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所 需的功能。 16. 可交付的软件产品 DELIVERABLE SOFTWARE PRODUCT 合同要求交付给需方或其他指定的接受方的软件产品。 3．17 设计 DESIGN 开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。这些特性中有 些是与需求相匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求 而定义所有的错误信息；有一些则是有关的实现，如为满足需求，决定选用哪些软 件单元和逻辑。 3. 18 开发方 DEVELOPER 开发软件产品的组织（“开发”包括新的软件开发、合修改、重用、再工程、维护或 产生软件产品的任何其他活动）。开发方可以是一个承制方或者政府机构。 3． 19 文档/文当编制 DOCUMENT/DOCUMENTATION 能供人或机器阅读的，一般具有永久性的一套资料（不管它们记录在什么媒体上）。 3．20 评价 EVALUATION 确定一个项目获一项活动是否满足制定准则的过程。 21. 固件 FIRMWARE 硬件设备和以只读软件的形式驻留在硬件设备上的计算机指令和。或计算机数 据的组合。 22. 硬件配置项HARDWARE CONFIGURATION ITEM(HWCL) 满足最终使用功能并由需方指定进行单独配置管理的一套硬件． 23. 独立验证确认 INDEPENDENT VERIFICATION AND VALIDATION （IV&V） 　　　 由一个机构对软件产品和活动所作的系统的评审，这个机构不负责该产品的 开发或被评审的活动。IV &V不在本标准的范围内。 24. 接口 INTERFACE 在软件开发中，两个或多个实体（如CSCI-CSCI，CSCI-HWCI，CSCI- 用户，或软件单元软件- 软件单元）之间产关系。这些实体依据这种关系共享、提代或交换数据。接口不是 CSCI、软件单元或其他的系统部件；接口是这些实体间的一种关系，而不是接口的 实现。 25. 联合评审 JOINT REVIEW 由需方和开发方双方的代表参加的对项目状态、软件产品/或目中的问题进 行检查和讨论的活动或会议。 26. 非交付的软件产品 NON-DELIVERABLE SOFTWARE PRODUCT 不是合同中要求交付给需方或其他指定接受方的软件产品。 27. 过程 PROCESS 为实现某个既定目的而进行的一组有组织的活动，例如：软件开发过程。 28. 合格性测试 QUAKIFICATION TESTING 为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。 29. 再工程 REENGINEERING 为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程式。 再工程可包括逆向工程（分析一个系统并产生更高一级的抽象来表示它，如从代码 到设计），重构（在同一个抽象级上把系统从一种表示形式转换到另一种表示形式 ），重编文档（分析一个系统并产生用户文档或支持文档），正向工程（从现有的 系统的软件包产品结合新的需求，产生新系统）重定目标系统（对系统进行转换以 便将其安装到不同的目标系统上）和翻译（将源码从一种语言转换到另一种语言或 者从一种的某个版本转换成另一种版本）。 3．30 需求 REQUIREMENT 1. 为了使需方能够接受一个系统或CSCI所必需具备的特性。（2）本标准或合同 中规定的必须遵守的陈述。 3．31 可重用的软件产品 REUSABLE SOFTWARE PRODUCT 是一种用于开发的软件产品，但还具有别的用途，或者专门为了用于多个项目而开 发的软件产品，或者在一个项目中有多种作用的软件产品。例子包括（但不限于） 上市的商品，需方已装备的软件产品，重用库中的软件产品和开发方现存的软件产 品。每一次使用可以包括这些软件产品的全部或部分，也可以涉及到它的修改部分 。这个术语可以应用于任何软件产品（例如需求，体系结构等）而不只限于软件本 身。 3．32 软件 SOFTWARE 计算机程序和计算机数据库。 注：虽然有些软件的定义中包括文档，本标准把这个定义只限于计算机程序和计算 机数据库。 33. 软件开发 SOFTWARE DEVELIPMENT 产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再 工程、维护或者任何会产生软件产品的其他活动。 3．34 软件开发文件 SOFTWARE DEVELOPMENT FILE（SDF） 与特定软件实体开发有关的资料库。其内容一般包括（直接的或引用的）有 关需求分析、设计和实现的考虑、原理和约束条件；开发方内部的测试资料 ；进度和状态资料。 3. 35 软件开发库 SOFEWARE DEVELOPMENT LIBRARY （SDL） 一套受控的软件、文档，其它中间的和最终的软件产品，以及相关的用以促 进软件的 有序开发和后续支持的工具和方法。 3. 36 软件开发过程 SOFTWARE DEVELOPMENT PROCESS 为了把用户的需求转换在软件产品而进行的一系列有组织的活动。 37. 软件工程 SOFTWARE ENGINEERING 一般情况下，它是软件开发的同义词。要本标准中，软件工程是软件开发全部 活动（合格性测试除外）的一个子集。本标准之所以加以这种区分只是为了给 软件工程和软件测试环境以不同的命旬。 38. 软件工程环境 SOFTWARE ENGINEERING ENVIRONENT 实施软件工程所需要的设施、硬件、软件、固件、方法和文档。它可以包括（ 但不限于）计算机辅助软件工程（CASE）的工具、编译程序、汇编程序、连接 程序、装载程序、排错程序、仿真程序、模拟程序、文档工具和数据库管理系 统。 39. 软件产品 SOFTWARE PRODUCT 为了满足一个合同而建立、修改或组合成的软件或相应的资料。例子包括计 划、需求、设计、代码、数据库、测试资料和手册。 40. 软件质量 SOFTWARE QUALITY 软件满足所规定的需求的能力。 41. 软件支持 SOFTWARE SUPPORT 为保证软件安装后能继续按既定目标运行而且在系统的运行中能起到既定的 作用而发生的一系列活动。软件友持包括软件维护、用户支持和有关的活动 。 42. 软件系统 SOFTWARE SYSTEM 只由软件组成的系统，有时可能还包括该软件赖以运行的计算机设备。 43. 软件测试环境 SOFTWARE TEST ENVIRONMENT 为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、 方法和文档。其要素可以包括（但不限于）仿真程序、代码分析程序、测试 用例产生程序和路径分析程序，还可能包括在软件工程环境下用到的要素。 44. 软件移交 SOFTEWARE TRANSITION 能使软件开发的责任从一个组织转交给另一个组织一系列活动。一般说，前 一个组织是实现初期软件开发，而后一个组织是进行软件支持。 45. 软件单元 SOFTWARE UNIT CSCI设计中的一个基本单位；例如，CSCI的一个主要构成部分，这种构成部 分的一个组成部分，一个类，对象，模块，函数，子程序或者数据库。软件 单元可以出现在层次机构的不同层上并可以由其他的软件单元组成。设计中 的软件单元与实现它们的代码和数据实体（子程序，过程，数据文件等）之 间的关系也是这样。 46. （软件的）支持 SUPPORT （OF SOFFTWARE） 见软件支持。 3．47 （软件的）移交 TRANSITION （OF SOFTWARE） 见软件移交。 3．48 咨询 CONSULT 通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供 合理化建议的一种行为。 49. 实施 IMPLEMENT 通过一定的手段将一项计划实现的过程，在ERP领域特指将ERP软件经过科学 地配置、调整用于客户日常管理的过程。 3. 50 顾问 CONFIGERATION 有相关经验，为客户就行业特色提供咨询服务的人 3. 51 维护 SERVICE 对设备、系统的工作状况进行监视、维修，保证系统的正常运转的工作。 52. 流程 PROCESS 完成一项工作所要经过的各个步骤，按照一定的先后顺序执行的完整过程 3．53 配置 CONFIGERATION 1. 硬件配置：根据硬件系统要求，对相关的硬件进行规格搭配 2. 软件配置：根据软件系统运行要求，对软件参数进行设 3. 54 数据 DATA 在流程中处理的各种信息对象，数据可以有多种存储方式 3．55 上线 go-life 让设备或者是软件系统正式运行 3．56 选型 MAKE CHOICE 根据实际业务管理的需要，对硬件、软件进行规格选择 3．57 模块 MODULE 按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务 3．58 BOM 产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行 描述的一种文件记 59. MRP 物料需求计划的英文缩写，是企业根据生产、销售、采购、预测等需求对物 料进行的一种规划 3. 总则 围绕ERP产品应该...
企业信息化技术规范