企业信息化技术标准规范

1、目前企业信息化技术规范系列标准由以下6个部分组成：第1部分：企业资源规划系统（ERP）规范：第2部分：办公自动化规范；第3部分：电子交易规范；第4部分：呼叫中心规范；第5部分：CRM规范；第6部分：SCM规范。本部分由信息产业部电子工业标准化研究所归口。本部分起草单位：中国生产力促进中心协会、中国电子技术标准化研究所。本部分主要起草人：企业信息化技术规范第1部分：企业资源规划系统（ERP）规范1范围本规范给出了企业资源规划系统（以卜简称ERP）的相关软件功能、开发管理、实施管理的基本要求和方法、适用于企业ERP产品与服务选型工作。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条

2、款。凡是注口期的引用不着文件，其随后所有修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准确达成协成协议的各方研究是否使用这些文件的最新版本。凡是不注口期的引用文件，其最新版本适用于本标准。GB/T8566-2001GB/T18491-2001概念定义GB/T18492-2001中华人民共和国国家标准信息技术中华人民共和国国家标准信息技术软件生存周期过程软件测量功能规模测量第1部分:中华人民共和国国家标准信息技术系统及软件完整性级别GB/T18493-2001SJ20778-2000中华人民共和国国家标准化指导性技术文件信息技术软件生存周期过程指南中华人民共和国电子行业军

3、用标准软件开发与文档编制企业会计制度财会（2000）25号3定义本标准采用下列定义3.1验收acceptance需方授权代表一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的所有权。32需方acquirer为自已或为另一个组织采购软件产品的组织。3.3批准approval需方的授权代表对开发方的项目计划、设计或其他方面表示满意并可能作为一阶段工作基础而签署的书面文件。这种批准并不能解除开发方对满足合同要求的资任。3.4体系结构architecture一个系统或CSCI的组织结构，标明它的组成，这些组成的接II和它们之间的操作概念。3.5相关开发方ASSOCIATEDEVELOPER

4、一个既不是主承制方也不是开发方的分承制方的组织，但它在同一个或相关的系统或项目承担开发工作。3.6行为设计BEHAVIORALDESIGN从用户观点出发，对整个系统或CSCI的行为进行的设计，它只考虑满足用户需求而不考虑系统或CSCI的内部实现。这种设计与体系结构设计不同，后者要标明系统或CSCI的内部部件，并有这些部件的详细设计。3.7开发阶段BUILD（1）软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。（2）开发满足特定需求子集的软件版本所经历的时间。注：术语“开发阶段”和“版本”之间的关系依赖于开发方：例如，可以通过几个版本来实现一个开发阶段，一个开发阶段也可以发行

5、几个并行的版本（如在不同的地点），或者将它们作为同义词。3.8计算机数据库COMPUTERDATEBASE见数据库3.9计算机硕件COMPUTERHARDWARE能接收和存储计算机数据的，对计算机数据的，对计算机数据执行一系列系统性的操作的，或能产生控制输出的设备。这类设备能实现基本解释、计算、通信.控制或其他逻辑功能。3.10计算机程序COMPUTERPROGRAM能使计算机硬件实现计算或控制功能的计算机指令和数据定义的集合。3.11计算机软件CPMPUTERSOFWARE见软件312计算机软件配置项COMPUTERSOFTWARECONFIGURATIONITEM（CSCI）满足最终使用功

6、能的软件集合，而且它由需方指定进行单独的配置管理。CSCI应从下列诸因素中进行折衷选择：软件功能、规模、宿主机或目标计算机、开发方、支持概念、重用计划、关键性、接II考虑、需要单独编写文档和控制以及其他因素。3.13配置项CONFIGURATIONITEM能满足最终使用功能的硕件集合.软件集合或者软、硕件两者的集合，且由需方指令进行单独的配置管理。3.14数据库DATEBASE以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或多个计算机文件中的相关数据的集合。315数据库管理体系统DATEBASEMANAGEMENTSYSTEM是一整套计算机程序，它提供为建立、修改、

7、使用和完整性维护一个数据库所需的功能。316可交付的软件产品DELIVERABLESOFTWAREPRODUCT合同要求交付给需方或其他指定的接受方的软件产品。3.17设计DESIGN开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。这些特性中有些是与需求相匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求而定义所有的错误信息；有一些则是有关的实现，如为满足需求，决定选用哪些软件单元和逻辑。318开发方DEVELOPER开发软件产品的组织（“开发”包括新的软件开发.合修改、重用、再工程、维护或产生软件产品的任何其他活动）。开发方可以是一个承制方或者政府机构。3.19文

8、档/文当编制DOCUMENT/DOCUMENTATION能供人或机器阅读的，一般具有永久性的一套资料（不管它们记录在什么媒体上）。3.20评价EVALUATION确定一个项目获一项活动是否满足制定准则的过程。321固件FIRMWARE硬件设备和以只读软件的形式驻留在硬件设备上的计算机指令和。或计算机数据的组合。322硬件配置项HARDWARECONFIGURATIONITEM（HWCL）满足最终使用功能并由需方指定进行单独配置管理的一套唤件.323独立验证确认INDEPENDENTVERIFICATIONANDVALIDATION（IV&V）由一个机构对软件产品和活动所作的系统的评审，这个机构

9、不负资该产品的开发或被评审的活动。IV&V不在本标准的范围内。3.24接IIINTERFACE在软件开发中，两个或多个实体（如CSCI-CSCECSCI-HWCI,CSCI-用户，或软件单元软件-软件单元）之间产关系。这些实体依据这种关系共享、提代或交换数据。接II不是CSCI、软件单元或其他的系统部件；接口是这些实体间的一种关系，而不是接口的实现。325联合评审JOINTREVIEW由需方和开发方双方的代表参加的对项目状态、软件产品/或目中的问题进行检查和讨论的活动或会议。326非交付的软件产品NON-DELIVERABLESOFTWAREPRODUCT不是合同中要求交付给需方或其他指定接受

10、方的软件产品。327过程PROCESS为实现某个既定目的而进行的一组有组织的活动，例如：软件开发过程。328合格性测试QUAKIFICATIONTESTING为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。329再工程REENGINEERING为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程式。再工程可包括逆向工程（分析一个系统并产生更高一级的抽彖来表示它，如从代码到设计），重构（在同一个抽彖级上把系统从一种表示形式转换到另一种表示形式）,重编文档（分析一个系统并产生用户文档或支持文档）,正向工程（从现有的系统的软件包产品结合新的需求，产生新系统）重定目标系统（对系

11、统进行转换以便将其安装到不同的目标系统上）和翻译（将源码从一种语言转换到另一种语言或者从一种的某个版本转换成另一种版本）。330需求REQUIREMENT（!）为了使需方能够接受一个系统或CSCI所必需具备的特性。（2）本标准或合同中规定的必须遵守的陈述。331可重用的软件产品REUSABLESOFTWAREPRODUCT是一种用于开发的软件产品，但还具有别的用途，或者专门为了用于多个项目而开发的软件产品，或者在一个项目中有多种作用的软件产品。例子包拾（但不限于）上市的商品，需方已装备的软件产品，重用库中的软件产品和开发方现存的软件产品。每一次使用可以包括这些软件产品的全部或部分，也可以涉及到

12、它的修改部分。这个术语可以应用于任何软件产品（例如需求，体系结构等）而不只限于软件本身。3.32软件SOFTWARE计算机程序和计算机数据库。注：虽然有些软件的定义中包括文档，本标准把这个定义只限于计算机程序和计算机数据库。333软件开发SOFTWAREDEVELIPMENT产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或者任何会产生软件产品的其他活动。3.34软件开发文件SOFTWAREDEVELOPMENTFILE（SDF）与特定软件实体开发有关的资料库。其内容一般包拾（直接的或引用的）有关需求分析、设计和实现的考虑、原理和约束条件；开发方内部的测试资料；进度和

13、状态资料。335软件开发库SOFEWAREDEVELOPMENTLIBRARY（SDL）一套受控的软件、文档，其它中间的和最终的软件产品，以及相关的用以促进软件的有序开发和后续支持的工具和方法。336软件开发过程SOFTWAREDEVELOPMENTPROCESS为了把用户的需求转换在软件产品而进行的一系列有组织的活动。337软件工程SOFTWAREENGINEERING一般情况下，它是软件开发的同义词。要本标准中，软件工程是软件开发全部活动（合格性测试除外）的一个子集。本标准之所以加以这种区分只是为了给软件工程和软件测试坏境以不同的命旬。338软件工程环境SOFTWAREENGINEERIN

14、GENVIRONENT实施软件工程所需要的设施、硬件、软件、固件、方法和文档。它可以包拾（但不限于）计算机辅助软件工程（CASE）的工具、编译程序、汇编程序、连接程序、装载程序、排错程序、仿真程序、模拟程序、文档工具和数据库管理系统。339软件产品SOFTWAREPRODUCT为了满足一个合同而建立、修改或组合成的软件或相应的资料。例子包括计划、需求、设计、代码、数据库、测试资料和手册。340软件质量SOFTWAREQUALITY软件满足所规定的需求的能力。3.41软件支持SOFTWARESUPPORT为保证软件安装后能继续按既定目标运行而且在系统的运行中能起到既定的作用而发生的一系列活动。软

15、件友持包拾软件维护、用户支持和有关的活动。342软件系统SOFTWARESYSTEM只由软件组成的系统，有时可能还包括该软件赖以运行的计算机设备。343软件测试环境SOFTWARETESTENVIRONMENT为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。其要素可以包括（但不限于）仿真程序、代码分析程序、测试用例产生程序和路径分析程序，还可能包扌舌在软件工程环境下用到的要素。3.44软件移交SOFTEWARETRANSITION能使软件开发的责任从一个组织转交给另一个组织一系列活动。一般说，前一个组织是实现初期软件开发，而后一个组织是进行软件支持。345软件单元

16、SOFTWAREUNITCSCI设计中的一个基本单位；例如，CSCI的一个主要构成部分，这种构成部分的一个组成部分，一个类，对彖，模块，函数，子程序或者数据库。软件单元可以出现在层次机构的不同层上并可以由其他的软件单元组成。设计中的软件单元与实现它们的代码和数据实体（子程序，过程，数据文件等）之间的关系也是这样。346（软件的）支持SUPPORT（OFSOFFTWARE）见软件支持。3.47（软件的）移交TRANSITION（OFSOFTWARE）见软件移交。3.48咨询CONSULT通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合理化建议的一种行为。349实施IMP

17、LEMENT通过一定的手段将一项计划实现的过程，在ERP领域特指将ERP软件经过科学地配置、调整用于客户口常管理的过程。350顾问CONFIGERATION有相关经验，为客户就行业特色提供咨询服务的人351维护SERVICE对设备、系统的工作状况进行监视、维修，保证系统的正常运转的工作。352流程PROCESS完成一项工作所要经过的各个步骤，按照一定的先后顺序执行的完整过程3.53配置CONFIGERATION（1）硬件配置：根据硕件系统要求，对相关的硬件进行规格搭配（2）软件配置：根据软件系统运行要求，对软件参数进行设354数据DATA在流程中处理的各种信息对彖，数据可以有多种存储方式3.5

18、5上线goT辻己让设备或者是软件系统正式运行3.56选型MAKECHOICE根据实际业务管理的需要，对硬件、软件进行规格选择3.57模块MODULE按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务3.58BOM产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行描述的一种文件记359MRP物料需求计划的英文缩写，是企业根据生产、销售、采购、预测等需求对物料进行的一种规划4总则围绕ERP产品应该包含以下要素：底层设计高度集成化，各类数据、计算、共享高度统一，不同于单类应用的简单连接品采用先进和稳定的IT开发平台，系统稳定、安全、灵活、可扩充耳不在各种行业有丰富的实用案

19、例软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供符合相关制度和法规，适合企业管理和人文文化特点。为满足以上各项要素，必须在产品研发、实施、服务、产品功能各方面建立相关的标准工作方法和内容。5ERP产品研发技术要求产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨、高效的特性，进行严格的管理控制，以确保产品的质量和市场反应的速度，保证工作的延续性，保证各类产品问题的可追溯性，尤其是各类过程控制文档与记录的保存。以卞为产品研发最基本流程的框架描述，过程中的文档模版未提供，可根据需要由各公司自行自行设计确定。下面将以流程图的方式阐述主要工伯的过程，并分

20、别配有表格形式的说明。5.1术语和定义：单位：在公司组织架构中独立的实体，由工作内容划分为面向销售或面向技术的相关组织。事业群：以产品划分，主要面向明确的产品和用户群的确良公司见风使舵组织架构，对该产品的营销全面事业单位：事业群中的某个单位。52研发循环总流程图53新产品规划提案作业程序各单位事业群总裁室新产品提案作业程序作业系统及控制重点依据资料及流程图中各项窗体f目的为标准化及落实新产品规划过程的所有程序、文件及记录，特定本程序。二、权力与资任本作业程序由研发部门负责维护，经总裁审核批准后勤部实施，其修订亦同。三、作业程序1、新产品规划提案公司人员对新产品有新构思或提案，可填写新产品规划提

21、案表,由提案单位主管审查后转呈事业群负贵人及总裁室审查及批准。2、总裁室审查批准的新产品规划提案表应由事业群负责人委任适当人员进行新产品开发的评估。3、新产品开发评估完成后，应撰之一评估报告，评估报告内容含口程，成本及人力规划。评估报告经事业群负责人审查后交总裁室批准。4、决议开发的提案，由事业群负资人成立开发项目依新产品开发作业程序进行产品开发；决议不开发者，评估报告应归档妥善保存。四、控制重点1、新产品规划提案表是否经过适当的管理。2、新产品的开发是否可追溯新产品规划提案表3、新产品的形式发是否具备开发评估报告。4、新产品评估相关报告及记录是否经适当的保存。新产品规划提案表新产品开发作业程

22、序5.4新产品开发案作业程序事业单位项目小组销售及服务单位系统设计修订程序设计产品发表新产品开发作业程序作业系统及控制重点依据资料及各项窗体.目的为落实新产品及子系统在开发过程中的所有程序，文件及记录标准化。特定本程序。二、权力与贵任本作业程序由研发部门负贵维护，经总裁审查批准后实施，其修麻亦同。三、作业程序新产品开发应成立项目小组，决定项目负贵人及组织分工，由项目负资人负贵项目控制，协调及程序管理。若新产品开发工作决定委托公司外部资源进行是，应由项目小组拟定外包契约,经总裁室审查批准。由项目负责人监控新产品使用新技术前应经过适当的评估。新产品开发过程使用各项标准应经过适当的规划及测试。系统分

23、析产品开发应具备系统分析文件，系统分析文件撰写完成后，应经过适当审查，审查结果应保留记录。系统设计系统分析完成后，进入系统设计阶段，系统设计文件撰弓成后，应经过适当审查，审查应保留记录。程序设计程序人员，根据系统设计文件及各种标准撰写程序。产品测试产品开发完成应经过严谨测试，以确保产品质量，测试应保留测试记录。外包契约9.产品开发执行过程的版本及开发坏境应适当管理。10.开发过程的开发文件保管及管理依质量文件管理作业程序所规范的内容执行。质量文件管理作业程序四、控制重点依据资料及流程图中各1开发中项目是否定期监控进度及预算执行。2.产品开发中使用的各项标准是否经过适当管理。3系统分析是否经过适当审查。4.系统设计是否经过适当审查。5软件开发的产品识别方式是否明确制订。6.是否保留开发记录，证明产品开发的著作所有权。7产品开发完成，是否具备测试记录，以验证产品质量。8.开发过程的文件及记录是否依据质量文件管理办法妥善的保存及管理。项窗体5.5设计变更作业程序变更需用求单位项目小组/产品维护单位设计变更作业程序作业系统及控制重点依据资料及流程图中各项窗体发起单位产品维护单位一、目