企业资源规划系统ERP规范(doc 93页).docx

《企业资源规划系统ERP规范(doc 93页).docx》由会员分享，可在线阅读，更多相关《企业资源规划系统ERP规范(doc 93页).docx（71页珍藏版）》请在第一文库网上搜索。

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

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

3、件信息技术软件生存周期过中华人民共与国电子行业军用标准软件开发与文档编制企业会计制度财会（2000）25号3定义本标准使用下列定义3.1验收acceptance需方授权代表一项活动，通过该活动，需方同意履行合同的部分或者全部的软件产品的所有权。3.2需方acquirer为自己或者为另一个组织采购软件产品的组织。3.3批准approva1需方的授权代表对开发方的项目计划、设计或者其他方面表示满意并可能作为一阶段工作基础而签署的书面文件。这种批准并不能解除开发方对满足合同要求的责任。3.4体系结构architecture一个系统或者CSC1的组织结构，标明它的构成，这些构成的接口与它们之间的操作概

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

5、方：比如，能够通过几个版本来实现一个开发阶段，一个开发阶段也能够发行几个并行的版本（如在不一致的地点），或者者将它们作为同义词。3.8计算机数据库COMPUTERDATEBASE见数据库3.9计算机硬件COMPUTERHARDWARE能接收与存储计算机数据的，对计算机数据的，对计算机数据执行一系列系统性的操作的，或者能产生操纵输出的设备。这类设备能实现基本解释、计算、通信、操纵或者其他逻辑功能。3.10计算机程序COMPUTERPROGRAM能使计算机硬件实现计算或者操纵功能的计算机指令与数据定义的集合。3.Ii计算机软件Cpmputersofware见软件3.12计算机软件配置项COMPUT

6、ERSOFTWARECONFIGURATIONITEM（CSCI）满足最终使用功能的软件集合，而且它由需方指定进行单独的配置管理。CSC1应从下列诸因素中进行折衷选择：软件功能、规模、宿主机或者目标计算机、开发方、支持概念、重用计划、关键性、接口考虑、需要单独编写文档与操纵与其他因素。3.13配置项CONFIGURATIONITEM能满足最终使用功能的硬件集合、软件集合或者者软、硬件两者的集合，且由需方指令进行单独的配置管理。3.14数据库DATEBASE以一种能被用户或者计算机程序通过一个数据库管理系统进行访问的方式,存储在一个或者多个计算机文件中的有关数据的集合。3.15数据库管理体系统D

7、ATEBASEMANAGEMENTSYSTEM是一整套计算机程序，它提供为建立、修改、使用与完整性保护一个数据库所需的功能。3.16可交付的软件产品DE1IVERAB1ESOFTWAREPRODUCT合同要求交付给需方或者其他指定的同意方的软件产品。3.17设计DESIGN开发方为响应一定的需求而对一个系统或者CSCI选取的一些性能/规格。这些特性中有些是与需求相匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求而定义所有的错误信息；有一些则是有关的实现，如为满足需求，决定选用什么软件单元与逻辑。3.18开发方DEVE1OPER开发软件产品的组织（“开发”包含新的软件开发、合修改、重

8、用、再工程、保护或者产生软件产品的任何其他活动）。开发方能够是一个承制方或者者政府机构。3.19文档/文当编制Documentzdocumentation能供人或者机器阅读的,通常具有永久性的一套资料（不管它们记录在什么媒体上）。3.20评价EVA1UATION确定一个项目获一项活动是否满足制定准则的过程。3.21固件FIRMWARE硬件设备与以只读软件的形式驻留在硬件设备上的计算机指令与。或者计算机数据的组合。3.22硬件配置项HARDWARECONFIGURATIONITEM（HWC1）满足最终使用功能并由需方指定进行单独配置管理的一套硬件.3.23独立验证确认INDEPENDENTVER

9、IFICATIONANDVA1IDATION（IV&V）由一个机构对软件产品与活动所作的系统的评审，这个机构不负责该产品的开发或者被评审的活动。IV&V不在本标准的范围内。3.24接口INTERFACE在软件开发中，两个或者多个实体（如CSC1-CSCI,CSCi-HWC1CSC1-用户，或者软件单元软件-软件单元）之间产关系。这些实体根据这种关系共享、提代或者交换数据。接口不是CSCI、软件单元或者其他的系统部件；接口是这些实体间的一种关系，而不是接口的实现。3.25联合评审JO1NTREVIEW由需方与开发方双方的代表参加的对项目状态、软件产品/或者目中的问题进行检查与讨论的活动或者会议。

10、3.26非交付的软件产品non-de1iverab1esoftwareproduct不是合同中要求交付给需方或者其他指定同意方的软件产品。3.27过程PROCESS为实现某个既定目的而进行的一组有组织的活动，比如：软件开发过程。3.28合格性测试Quakificationtesting为了向需方说明一个CSCI或者系统满足其指定的需求而进行的测试。3.29再工程REENGINEERING为了以一种新的形式重组一个现有的系统而对其进行检查与改造的过程式。再工程可包含逆向工程（分析一个系统并产生更高一级的抽象来表示它，如从代码到设计），重构（在同一个抽象级上把系统从一种表示形式转换到另一种表示形式

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

12、子包含（但不限于）上市的商品，需方已装备的软件产品，重用库中的软件产品与开发方现存的软件产品。每一次使用能够包含这些软件产品的全部或者部分，也能够涉及到它的修改部分。这个术语能够应用于任何软件产品（比如需求，体系结构等）而不只限于软件本身。3.32软件SOFTWARE计算机程序与计算机数据库。注：尽管有些软件的定义中包含文档，本标准把这个定义只限于计算机程序与计算机数据库。3.33软件开发SOFTWAREDEVE1IPMENT产生软件产品的一整套活动。软件开发能够包含新开发、修改、重用、再工程、保护或者者任何会产生软件产品的其他活动。3.34软件开发文件SOFTWAREDEVE1OPMENTF

13、I1E（SDF）与特定软件实体开发有关的资料库。其内容通常包含（直接的或者引用的）有关需求分析、设计与实现的考虑、原理与约束条件；开发方内部的测试资料；进度与状态资料。3.35软件开发库Sofewaredeve1opment1ibrary（sd1）一套受控的软件、文档，其它中间的与最终的软件产品，与有关的用以促进软件的有序开发与后续支持的工具与方法。3.36软件开发过程SOFTWAREDEVE1OPMENTPROCESS为了把用户的需求转换在软件产品而进行的一系列有组织的活动。3.37软件工程SOFTWAREENGINEERING通常情况下，它是软件开发的同义词。要木标准中，软件工程是软件开发

14、全部活动（合格性测试除外）的一个子集。木标准之因此加以这种区分只是为了给软件工程与软件测试环境以不一致的命旬。3.38软件工程环境SOFTWAREENGINEERINGENVIRONENT实施软件工程所需要的设施、硬件、软件、固件、方法与文档。它能够包含（但不限于）计算机辅助软件工程（CASE）的工具、编译程序、汇编程序、连接程序、装载程序、排错程序、仿真程序、模拟程序、文档工具与数据库管理系统。3.39软件产品SOFTWAREPRODUCT为了满足一个合同而建立、修改或者组合成的软件或者相应的资料。例子包含计划、需求、设计、代码、数据库、测试资料与手册。3.40软件质量SOFTWAREQUA

15、1ITY软件满足所规定的需求的能力。3.41软件支持SOFTWARESUPPORT为保证软件安装后能继续按既定目标运行而且在系统的运行中能起到既定的作用而发生的一系列活动。软件友持包含软件保护、用户支持与有关的活动。3.42软件系统SOFTWARESYSTEM只由软件构成的系统，有的时候可能还包含该软件赖以运行的计算机设备。3.43软件测试环境SOFTWARETESTENVIRONMENT为完成软件合格性测试与可能的其他测试所需的设施、硬件、软件、固件、方法与文档。其要素能够包含（但不限于）仿真程序、代码分析程序、测试用例产生程序与路径分析程序，还可能包含在软件工程环境下用到的要素。3.44软件移交Softewaretransition能使软件开发的责任从一个组织转交给另一个组织一系列活动。通常说，前一个组织是实现初期软件开发，而后一个组织是进行软件支持。3.45软件单元SOFTWAREUNITCSC1设计中的一个基本单位；比如，CSC1的一个要紧构成部分，这种构成部分的一个构成部分，一个类，对象，模块，函数，子程序或者者数据库。软件单元能够出现在层次机构的不一致层上并能够由其他的软件单元构成。设计中的软件单元与实现它们的代码与数据实体（子程序，过程，数据文