ERP开发与应用词典

1.1  验收  acceptance

   需方授权代表的一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的所有权。

1.2  需方  acquirer

   为自己或为另一个组织采购软件产品的组织。

1.3  批准  approval

   需方的授权代表对开发方的项目计划、设计或其他方面表示满意并可能作为下一阶段工作基础而签

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

1.4  体系结构  architecture

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

1.5  开发阶段  build

（1）           软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。

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

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

1.6  计算机数据库  computer database

   见数据库。

1.7  计算机硬件  computer hardware

   能接收和存储计算机数据的，对计算机数据执行一系列系统性的操作的，或能产生控制输出的设备。

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

1.8  计算机程序  computer program

   能使计算机硬件实现计算或控制功能的计算机指令和数据定义的集合。

1.9  数据库  database

   以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或多个计算机

   文件中的相关数据的集合。

1.10  数据库管理系统  database management system

   是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能。

1.11  设计  design

   开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。这些特性中有些是与需求相

   匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求而定义所有的错误信息；有一

   些则是有关的实现，如为满足需求，决定选用哪些软件单元和逻辑。

1.12  开发方  developer

   开发软件产品的组织（“开发”包括新的软件开发、修改、重用、再工程、维护或产生软件产品的

   任何其他活动）。开发方可以是一个承制方或者政府机构。

1.13  文档/文档编制  document/documentation

   能供人或机器阅读的，一般具有永久性的一套资料（不管它们记录在什么媒体上）。

1.14  评价  evaluation

   确定一个项目或一项活动是否满足制定准则的过程。

1.15  固件  firmware

   硬件设备和以只读软件的形式驻留在硬件设备上的计算机指令和/或计算机数据的组合。

1.16  接口  interface

   在软件开发中，两个或多个实体（如CSCI-CSCI,CSCI-HWCI,CSCI-用户，或软件单元-软件单元）

   之间的关系。这些实体依据这种关系共享、提供或交换数据。接口不是CSCI、软件单元或其他的

   系统部件；接口是这些实体间的一种关系，而不是接口的实现。

1.17  过程  process

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

1.18  合格性测试  qualification testing

   为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。

1.19  再工程  reengineering

   为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程。再工程可包括逆向工程（分

   析一个系统并产生更高一级的抽象来表示它，如从代码到设计），重构（在同一个抽象级上把系统

   从一种表示形式转换到另一种表示形式），重编文档（分析一个系统并产生用户文档或支持文档），

   正向工程（从现有的系统的软件产品结合新的需求，产生新系统），重定目标系统（对系统进行转

   换以便将其安装到不同的目标系统上）和翻译（将源码从一种语言转换到另一种语言或者从一种语

   言的某个版本转换成另一种版本）。

1.20  需求  requirement

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

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

1.21  软件  software

   计算机程序和计算机数据库。

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

1.22  软件开发  software development

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

   生软件产品的其他活动。

1.23  软件开发过程  software development process

   为了把用户的需求转换成软件产品而进行的一系列有组织的活动。

1.24  软件工程  software engineering

   一般情况下，它是软件开发的同义词。在本标准中，软件工程是软件开发全部活动（合格性测试除

   外）的一个子集。本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不同的命名。

1.25  软件工程环境  software engineering environment

   实施软件工程所需要的设施、硬件、软件、固件、方法和文档。它可以包括（但不限于）计算机辅

   助软件工程的工具、编译程序、汇编程序、连接程序、装载程序、操作系统、排错程序、仿真程序、

   模拟程序、文档工具和数据库管理系统。

1.26  软件产品  software product

   为了满足一个合同而建立、修改或组合成的软件或相应的资料。例子包括计划、需求、设计、代码、

   数据库、测试资料和手册。

1.27  软件质量  software quality

   软件满足所规定的需求的能力。

1.28  软件系统  software system

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

1.29  软件测试环境  software test environment

   为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。其要素可

   以包括（但不限于）仿真程序、代码分析程序、测试用例产生程序和路径分析程序，还可能包括在

   软件工程环境下用到的要素。

1.30  软件单元  software unit

   CSCI设计中的一个基本单位；例如，CSCI的一个主要构成部分，这种构成部分的一个组成部分、

   一个类、对象、模块、函数、子程序或者数据库。软件单元可以出现在层次机构的不同层上并可以

   由其他的软件单元组成。设计中的软件单元与实现它们的代码和数据实体（子程序、过程、数据库、

   数据文件等）之间有也可以没有一一对应的关系，或包含这些实体的计算机文件之间的关系也是这

   样。

1.31  咨询  consult

通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合理化建议的

一种行为。

1.32  实施  implement

通过一定的手段将一项计划实现的过程，在ERP领域特指将ERP软件经过科学地配置、调整用于

客户日常管理的过程。

1.33  顾问  consultant

有相关经验，为客户就行业特色提供咨询服务的人。

1.34  维护  service

对设备、系统的工作状况进行监视、维修，保证系统的正常运转的工作。

1.35  流程  process

完成一项工作所要经过的各个步骤，按照一定的先后顺序执行的完整过程。

1.36  配置  configeration

(1)硬件配置：根据硬件系统要求，对相关的硬件进行规格搭配。

(2)软件配置：根据软件系统运行要求，对软件参数进行设置。

1.37  数据  data

在流程中处理的各种信息对象，数据可以有多种存储方式。

1.38  上线  go-life

让设备或者是软件系统正式运行。

1.39  选型  make choice

根据实际业务管理的需要，对硬件、软件进行规格选择。

1.40  模块  module

按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务。

1.41  产品明细表  BOM

产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行描述的一种结构性文件。

1.42  物料需求计划  MRP

物料需求计划的英文缩写，是企业根据生产、销售、采购、预测等需求对物料进行的一种计划。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友