国家标准《企业信息化技术规范》.docx

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

2、作。2 规范性引用文件以下文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用不着文件，其随后所有修改单不包括勘误的内容或修订版均不适用于本标准，然而，鼓舞依照本标准确达成协成协议的各方研究是否使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T 8566-2001 中华人民共和国国家标准 信息技术 软件生存周期过程GB/T18491-2001 中华人民共和国国家标准 信息技术 软件测量 功能规模测量 第1部分：概念定义GB/T 18492-2001 中华人民共和国国家标准 信息技术 系统及软件完整性级别 GB/T 18493-2001 中华人民共和国国

3、家标准化指导性技术文件 信息技术 软件生存周期过程指南SJ 20778-2000 中华人民共和国电子行业军用标准 软件开发与文档编制企业会计制度财会200025号3 定义本标准采纳以下定义31 验收 acceptance 需方授权代表一项活动，通过该活动，需方同意履行合同的部分或全部的软件产品的所有权。32 需方 acquirer 为自已或为另一个组织采购软件产品的组织。33 批准approval 需方的授权代表对开发方的项目打算、设计或其他方面表示中意并可能作为一时期工作基础而签署的书面文件。这种批准并不能解除开发方对满足合同要求的责任。34 体系结构architecture 一个系统或CS

4、CI的组织结构，标明它的组成，这些组成的接口和它们之间的操作概念。35 相关开发方 ASSOCIATE DEVELOPER 一个既不是主承制方也不是开发方的分承制方的组织，但它在同一个或相关的系统或项目承担开发工作。36 行为设计 BEHAVIORAL DESIGN 从用户观点动身，对整个系统或CSCI的行为进行的设计，它只考虑满足用户需求而不考虑系统或CSCI的内部实现。这种设计与体系结构设计不同，后者要标明系统或CSCI的内部部件，并有这些部件的详细设计。37 开发时期 BUILD（1）软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。（2）开发满足特定需求子集的软件版本

5、所经历的时刻。 注：术语开发时期和版本之间的关系依靠于开发方：例如，能够通过几个版本来实现一个开发时期，一个开发时期也能够发行几个并行的版本如在不同的地点，或者将它们作为同义词。38 运算机数据库 COMPUTER DATEBASE 见数据库39 运算机硬件 COMPUTER HARDWARE 能接收和储备运算机数据的，对运算机数据的，对运算机数据执行一系列系统性的操作的，或能产生操纵输出的设备。这类设备能实现差不多说明、运算、通信、操纵或其他逻辑功能。310 运算机程序 COMPUTER PROGRAM 能使运算机硬件实现运算或操纵功能的运算机指令和数据定义的集合。311 运算机软件 CPM

6、PUTER SOFWARE 见软件312运算机软件配置项 COMPUTER SOFTWARE CONFIGURATION ITEMCSCI满足最终使用功能的软件集合，而且它由需方指定进行单独的配置治理。CSCI应从以下诸因素中进行折衷选择：软件功能、规模、宿主机或目标运算机、开发方、支持概念、重用打算、关键性、接口考虑、需要单独编写文档和操纵以及其他因素。313 配置项 CONFIGURATION ITEM 能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合，且由需方指令进行单独的配置治理。314 数据库 DATEBASE 以一种能被用户或运算机程序通过一个数据库治理系统进行访问的方

7、式，储备在一个或多个运算机文件中的相关数据的集合。315数据库治理体系统 DATEBASE MANAGEMENT SYSTEM是一整套运算机程序，它提供为建立、修改、使用和完整性爱护一个数据库所需的功能。316可交付的软件产品 DELIVERABLE SOFTWARE PRODUCT合同要求交付给需方或其他指定的同意方的软件产品。317 设计 DESIGN 开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。这些特性中有些是与需求相匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求而定义所有的错误信息；有一些那么是有关的实现，如为满足需求，决定选用哪些软件单元和逻辑。3

8、18 开发方 DEVELOPER 开发软件产品的组织开发包括新的软件开发、合修改、重用、再工程、爱护或产生软件产品的任何其他活动。开发方能够是一个承制方或者政府机构。3 19 文档/文当编制 DOCUMENT/DOCUMENTATION 能供人或机器阅读的，一样具有永久性的一套资料不管它们记录在什么媒体上。320 评判 EVALUATION 确定一个项目获一项活动是否满足制定准那么的过程。321固件 FIRMWARE硬件设备和以只读软件的形式驻留在硬件设备上的运算机指令和。或运算机数据的组合。322硬件配置项HARDWARE CONFIGURATION ITEM(HWCL)满足最终使用功能并由

9、需方指定进行单独配置治理的一套硬件323独立验证确认 INDEPENDENT VERIFICATION AND VALIDATION IV&V 由一个机构对软件产品和活动所作的系统的评审，那个机构不负责该产品的开发或被评审的活动。IV &V不在本标准的范畴内。324接口 INTERFACE在软件开发中，两个或多个实体如CSCI-CSCI，CSCI-HWCI，CSCI-用户，或软件单元软件-软件单元之间产关系。这些实体依据这种关系共享、提代或交换数据。接口不是CSCI、软件单元或其他的系统部件；接口是这些实体间的一种关系，而不是接口的实现。325联合评审 JOINT REVIEW由需方和开发方双

10、方的代表参加的对项目状态、软件产品/或目中的问题进行检查和讨论的活动或会议。326非交付的软件产品 NON-DELIVERABLE SOFTWARE PRODUCT不是合同中要求交付给需方或其他指定同意方的软件产品。327过程 PROCESS为实现某个既定目的而进行的一组有组织的活动，例如：软件开发过程。328合格性测试 QUAKIFICATION TESTING为了向需方说明一个CSCI或系统满足其指定的需求而进行的测试。329再工程 REENGINEERING为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程式。再工程可包括逆向工程分析一个系统并产生更高一级的抽象来表示它，如从

11、代码到设计，重构在同一个抽象级上把系统从一种表示形式转换到另一种表示形式，重编文档分析一个系统并产生用户文档或支持文档，正向工程从现有的系统的软件包产品结合新的需求，产生新系统重定目标系统对系统进行转换以便将其安装到不同的目标系统上和翻译将源码从一种语言转换到另一种语言或者从一种的某个版本转换成另一种版本。330 需求 REQUIREMENT（1）为了使需方能够同意一个系统或CSCI所必需具备的特性。2本标准或合同中规定的必须遵守的陈述。331 可重用的软件产品 REUSABLE SOFTWARE PRODUCT 是一种用于开发的软件产品，但还具有别的用途，或者专门为了用于多个项目而开 发的软

12、件产品，或者在一个项目中有多种作用的软件产品。例子包括但不限于上市的商品，需方已装备的软件产品，重用库中的软件产品和开发方现存的软件产品。每一次使用能够包括这些软件产品的全部或部分，也能够涉及到它的修改部分。那个术语能够应用于任何软件产品例如需求，体系结构等而不只限于软件本身。332 软件 SOFTWARE 运算机程序和运算机数据库。 注：尽管有些软件的定义中包括文档，本标准把那个定义只限于运算机程序和运算机数据库。333软件开发 SOFTWARE DEVELIPMENT产生软件产品的一整套活动。软件开发能够包括新开发、修改、重用、再工程、爱护或者任何会产生软件产品的其他活动。334 软件开发

13、文件 SOFTWARE DEVELOPMENT FILESDF与特定软件实体开发有关的资料库。其内容一样包括直截了当的或引用的有关需求分析、设计和实现的考虑、原理和约束条件；开发方内部的测试资料；进度和状态资料。335 软件开发库 SOFEWARE DEVELOPMENT LIBRARY SDL一套受控的软件、文档，其它中间的和最终的软件产品，以及相关的用以促进软件的有序开发和后续支持的工具和方法。336 软件开发过程 SOFTWARE DEVELOPMENT PROCESS 为了把用户的需求转换在软件产品而进行的一系列有组织的活动。337软件工程 SOFTWARE ENGINEERING一样

14、情形下，它是软件开发的同义词。要本标准中，软件工程是软件开发全部活动合格性测试除外的一个子集。本标准之因此加以这种区分只是为了给软件工程和软件测试环境以不同的命旬。338软件工程环境 SOFTWARE ENGINEERING ENVIRONENT 实施软件工程所需要的设施、硬件、软件、固件、方法和文档。它能够包括但不限于运算机辅助软件工程CASE的工具、编译程序、汇编程序、连接程序、装载程序、排错程序、仿真程序、模拟程序、文档工具和数据库治理系统。339软件产品 SOFTWARE PRODUCT 为了满足一个合同而建立、修改或组合成的软件或相应的资料。例子包括打算、需求、设计、代码、数据库、测

15、试资料和手册。340软件质量 SOFTWARE QUALITY软件满足所规定的需求的能力。341软件支持 SOFTWARE SUPPORT为保证软件安装后能连续按既定目标运行而且在系统的运行中能起到既定的作用而发生的一系列活动。软件友持包括软件爱护、用户支持和有关的活动。342软件系统 SOFTWARE SYSTEM只由软件组成的系统，有时可能还包括该软件赖以运行的运算机设备。343软件测试环境 SOFTWARE TEST ENVIRONMENT为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。其要素能够包括但不限于仿真程序、代码分析程序、测试用例产生程序和路径分析

16、程序，还可能包括在软件工程环境下用到的要素。344软件移交 SOFTEWARE TRANSITION能使软件开发的责任从一个组织转交给另一个组织一系列活动。一样说，前一个组织是实现初期软件开发，而后一个组织是进行软件支持。345软件单元 SOFTWARE UNITCSCI设计中的一个差不多单位；例如，CSCI的一个要紧构成部分，这种构成部分的一个组成部分，一个类，对象，模块，函数，子程序或者数据库。软件单元能够显现在层次机构的不同层上并能够由其他的软件单元组成。设计中的软件单元与实现它们的代码和数据实体子程序，过程，数据文件等之间的关系也是如此。346软件的支持 SUPPORT OF SOFF

17、TWARE见软件支持。347 软件的移交 TRANSITION OF SOFTWARE 见软件移交。348 咨询 CONSULT 通过对客户方业务、经营等各种情形的了解、分析，基于自身的知识和体会，提供合理化建议的一种行为。349实施 IMPLEMENT通过一定的手段将一项打算实现的过程，在ERP领域特指将ERP软件通过科学地配置、调整用于客户日常治理的过程。350 顾问 CONFIGERATION有相关体会，为客户就行业特色提供咨询服务的人351 爱护 SERVICE对设备、系统的工作状况进行监视、修理，保证系统的正常运转的工作。352流程 PROCESS完成一项工作所要通过的各个步骤，按照

18、一定的先后顺序执行的完整过程353 配置 CONFIGERATION（1）硬件配置：依照硬件系统要求，对相关的硬件进行规格搭配（2）软件配置：依照软件系统运行要求，对软件参数进行设354 数据 DATA在流程中处理的各种信息对象，数据能够有多种储备方式355 上线 go-life 让设备或者是软件系统正式运行356 选型 MAKE CHOICE 依照实际业务治理的需要，对硬件、软件进行规格选择357 模块 MODULE 按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务358 BOM 产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行描述的一种文件记359MRP物料

19、需求打算的英文缩写，是企业依照生产、销售、采购、推测等需求对物料进行的一种规划4总那么围绕ERP产品应该包含以下要素： 底层设计高度集成化，各类数据、运算、共享高度统一，不同于单类应用的简单连接 产品采纳先进和稳固的IT开发平台，系统稳固、安全、灵活、可扩充耳不 在各种行业有丰富的有用案例 软件提供者本身的业务保持连续健康的进展，保证产品连续进展，服务连续提供 符合相关制度和法规，适合企业治理和人文文化特点。为满足以上各项要素，必须在产品研发、实施、服务、产品功能各方面建立相关的标准工作方法和内容。 ERP产品研发技术要求产品研发是专门严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严

20、谨、高效的特性，进行严格的治理操纵，以确保产品的质量和市场反应的速度，保证工作的连续性，保证各类产品问题的可追溯性，专门是各类过程操纵文档与记录的储存。以下为产品研发最差不多流程的框架描述，过程中的文档模版未提供，可依照需要由各公司自行自行设计确定。下面将以流程图的方式阐述要紧工伯的过程，并分别配有表格形式的说明。51术语和定义：单位：在公司组织架构中独立的实体，由工作内容划分为面向销售或面向技术的相关组织。事业群：以产品划分，要紧面向明确的产品和用户群的确良公司见风使舵组织架构，对该产品的营销全面责任。事业单位：事业群中的某个单位。52研发循环总流程图质量文件治理作业程序新产品规划提案作业程

21、序 新产品开发作业程序 设计变更作业程序 产品功能专门处理作业程序 53新产品规划提案作业程序 各单位 事业群 总裁室 开 始新产品规划提案表新产品规划提案表 审查 修订/退件 审查评估报告修订 评估报告 审查 审核评估报告新产品开发作业程序新产品提案作业程序 作 业 系 统 及 控 制 重 点依据资料及流程图中各项窗体一、目的为标准化及落实新产品规划过程的所有程序、文件及记录，特定本程序。二、权力与责任本作业程序由研发部门负责爱护，经总裁审核批准后勤部实施，其修订亦同。三、作业程序1、新产品规划提案公司人员对新产品有新构思或提案，可填写新产品规划提案表，由提案单位主管审查后转呈事业群负责人及

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

23、小组 销售及服务单位 成立项目小组开 始进行项目操纵制定各项标准 系统分析修订 审查 N Y 系统设计修订 N 审查 Y 程序设计 测试新产品开发作业程序 作 业 系 统 及 控 制 重 点依据资料及各项窗体一、目的为落实新产品及子系统在开发过程中的所有程序，文件及记录标准化。特定本程序。二、权力与责任本作业程序由研发部门负责爱护，经总裁审查批准后实施，其修麻亦同。三、作业程序1新产品开发应成立项目小组，决定项目负责人及组织分工，由项目负责人负责项目操纵，和谐及程序治理。 2假设新产品开发工作决定托付公司外部资源进行是，应由项目小组拟 定外包契约，经总裁室审查批准。由项目负责人监控 3新产品使

24、用新技术前应通过适当的评估。 4新产品开发过程使用各项标准应通过适当的规划及测试。5系统分析产品开发应具备系统分析文件，系统分析文件撰写完成后，应通过适当审查，审查结果应保留记录。6系统设计系统分析完成后，进入系统设计时期，系统设计文件撰写成后，应通过适当审查，审查应保留记录。7程序设计程序人员，依照系统设计文件及各种标准撰写程序。8产品测试产品开发完成应通过严谨测试，以确保产品质量，测试应保留测试记录。9产品开发执行过程的版本及开发环境应适当治理。 10开发过程的开发文件保管及治理依质量文件治理作业程序所规范的内容执行。外包契约质量文件治理作业程序四、操纵重点1开发中项目是否定期监控进度及预

25、算执行。2产品开发中使用的各项标准是否通过适当治理。3系统分析是否通过适当审查。4系统设计是否通过适当审查。5软件开发的产品识别方式是否明确制订。6是否保留开发记录，证明产品开发的著作所有权。7产品开发完成，是否具备测试记录，以验证产品质量。8开发过程的文件及记录是否依据质量文件治理方法妥善的储存及治理。依据资料及流程图中各项窗体5.5设计变更作业程序 变更需用求单位 项目小组/产品爱护单位 产品提交械 我 会议记录或建议信息程序修改与测试审 查修订项目治理 规格变更项目操纵 审 核修订/退件会议记录或建议信息 开 始设计变更作业程序作业系统及操纵重点依据资料及流程图中各项窗体一、目的为落实新

26、产品在开发过程及产品爱护时期的设计变更治理与操纵，特制定本程序。二、权力与责任本作业程序由研发部门负责爱护，经总裁审查批准后实施，其修订亦同。三、作业程序1、产品开发过程的设计变更，可那么设计单位或业务或服务单位于相关项目会议中提出变更需求，经项目负责人审查批准确性后，进行设计变更。2、产品爱护时期发生设计变更需求时，应由需求单位提出系统功能建议，经产品爱护单位主管审查或经产品相关会议审查批准决议后，交由产品爱护人员进行产品功能修改。3、变理幅度较大时，由产品爱护单位的负责人视项止规模判定是否需要成产项目进行项目操纵。4、设计变更应规划可识别的版号，以作为产品质量及功能的追溯。5、设计变更完成

27、的产品应通过适当的测试验，以验证产品的质量及功能的完整性6、产品变更文件依质量文件治理作业程序所规范的内容执行。四、操纵重点1、设计变更是否通过适当的审查。2、设计变更完成，是否通过适当的测试。3、开发过程的文件及记录是否依据质量文件治理方法妥善的储存及治理。质量文件治理作业程序31产品功能专门处理作业程序 发起单位 产品爱护单位 开 始 产品功能专门信息验证错误程序修改与测试 程序更新产品功能专门信息 产品更新产品功能专门处理作业程序作业系统及操纵重点依据资料及流程图中各项窗体一、目的确保产品程序专门处理的质量及提出供有效的产品服务特制定本程序。二、权力与责任本作业程序由研发部门负责爱护，经

28、总裁审查批准后实施，其修订亦同。三、作业程序1、专门的提出销售、服务单位或产品爱护单位于产品或爱护过程是发觉功能专门时，应提出产品功能专门反应，将专门信息或描述以FAX或MAIL邮件通知产品爱护单位处理。2、程序修改完成，应经适当测试。 3、产品爱护单位应建立爱护记录，便因此 产品追溯及信息查询。四、操纵重点1、产品功能专门反应是否通过适当的处理。2、专门程序修改完成是否进行适当测试。3、程序修改是否储存修改记录。32质量文件治理作业程序文件需求单位 文件治理与操纵单位 开 始 文件公布文件质量收发录表业务联系单 文件资料查收文件质量收发录表退 回 审 核业务联系单专门文件需求质量文件治理作业

29、程序 作 业 系 统 及 控 制 重 点依据资料及流程图中各项窗体一、目的为使本公司的文件治理与操纵能落实执行，制定文件的建立、发行、变更及保密与安全的程序，以有效治理各项质量文件，特定本程序。二、权责本作业程序由研发部门负责爱护，经总裁审查批准后实施，其修订亦同。三、治理内容1开发时期所完成的各项技术资料及质量记录、产品功能建议单、产品功能专门单及会议记录等资料，应视资料储存特性由项目负责人或产品爱护负责人定义储存资料方式，并妥善储存。2为了让全体职员充分分享现有信息，项目小组及产品爱护单位可将分享统一公布。3非分享的记录或资料，假设属技术隐秘文件者，发生调阅需求时，应由需求单位填写业务联系单，并由资料保管单位主管授权批准，才能取得资料。资料假设有归还的必要性，那么保管单位应登录于质量文件收发登录表中进行追踪治理。 4资料文件归还时，应于质在文件收发登录表做出记录。四、操纵重点1产品文件是否定义储存方式，并依照储存方式落实执行。2是否设置文件治理与操纵人员，负责质量文件的治理。3属于技术隐秘文件的申请是否具备申请记录，申请是否具备适当审核。4治理与操纵文件的收发是否登于质量文件收发登录表中。业务联系单质量文件收发登录表6