企业信息化技术规范ERP部分(报批版)
目 次 前言 II 1　范围 1 2　术语和定义 1 3　总则 5 4　ERP产品研发技术要求 6 4.1　研发循环总流程 7 4.2　新产品规划提案作业程序 8 4.3　新产品开发作业程序 10 4.4　设计变更作业程序 13 4.5　产品功能异常处理作业程序 15 4.6　质量文件管理作业程序 17 5　ERP产品服务技术要求 19 5.1　基本组织架构 19 5.2　基本人员组成 19 5.3　各项工作概述 19 5.4　各项工作具体评估准则 21 6　ERP产品功能技术要求 24 6.1　总体说明 24 6.2　环境与用户界面 25 6.3　系统整合 28 6.4　系统管理 31 6.5　基本信息 33 6.6　库存 35 6.7　采购 40 6.8　营销 45 6.9　产品明细表 BOM 54 6.10　车间任务管理 56 6.11　工艺 59 6.12　物料需求计划 MRP 61 6.13　成本 65 6.14　人力资源 71 6.15　质量保证 84 6.16　经营决策 86 6.17　总帐 91 6.18　自动分录 95 6.19　应收 97 6.20　应付 99 6.21　固定资产 101 参考文献 103 前 言 《企业信息化技术规范》系列标准目前由以下部分组成： ——第1部分：企业资源规划系统（ERP）规范； ——第2部分：产品数据管理系统（PDM）规范； ——第3部分：客户关系管理系统（CRM）规范； ——第4部分：协同产品商务系统（CPC）规范； ——第5部分：供应链管理系统（SCM）规范； ——第6部分：办公自动化系统（OA）规范； ——第7部分：企业信息化监理规范； ………… 本部分为第１部分。 本部分由中国电子技术标准化研究所（CESI）归口。 本部分起草单位：中国生产力促进中心协会、中国电子技术标准化研究所。 本部分主要起草人： 本部分主要参与起草单位： 企业信息化技术规范 第1部分：企业资源规划系统（ERP）规范 范围 本标准给出了企业资源规划系统（以下简称ERP）的相关软件功能、开发管理、实施 管理的基本要求和方法，本标准适用于企业ERP产品与服务选型工作。 术语和定义 下列定义适用于本标准。 验收　acceptance 需方授权代表的一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品 的所有权。 需方 acquirer 为自己或为另一个组织采购软件产品的组织。 批准 approval 需方的授权代表对开发方的项目计划、设计或其他方面表示满意并可能作为下一阶段工 作基础而签 署的书面文件。这种批准并不能解除开发方对满足合同要求的责任。 体系结构 architecture 一个系统或CSCI的组织结构，标明它的组成，这些组成的接口和它们之间的操作概念。 开发阶段 build 1） 软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。 2） 开发满足特定需求子集的软件版本所经历的时间。 注：术语“开发阶段”和“版本”之间的关系依赖于开发方；例如，可以通过几个版本来 实现一个开发阶段，一个开发阶段也可以发行几个并行的版本（如在不同的地点），或 者将它们用作为同义词。 计算机数据库 computer database 见数据库。 计算机硬件 computer hardware 能接收和存储计算机数据的，对计算机数据执行一系列系统性的操作的，或能产生控制 输出的设备。 这类设备能实现基本的解释、计算、通信、控制或其他逻辑功能。 计算机程序 computer program 能使计算机硬件实现计算或控制功能的计算机指令和数据定义的集合。 数据库 database 以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或 多个计算机 文件中的相关数据的集合。 数据库管理系统 database management system 是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能 。 设计 design 开发方为响应一定的需求而对一个系统或CSCI选取的一些性能/规格。这些特性中有些是 与需求相 匹配的；有一些是需求的精细化。如为了响应显示错误信息这一需求而定义所有的错误 信息；有一些则 是有关的实现，如为满足需求，决定选用哪些软件单元和逻辑。 开发方 developer 开发软件产品的组织（“开发”包括新的软件开发、修改、重用、再工程、维护或产生软 件产品的 任何其他活动）。开发方可以是一个承制方或者政府机构。 文档/文档编制 document/documentation 能供人或机器阅读的，一般具有永久性的一套资料（不管它们记录在什么媒体上）。 评价 evaluation 确定一个项目或一项活动是否满足制定准则的过程。 固件 firmware 硬件设备和以只读软件的形式驻留在硬件设备上的计算机指令和/或计算机数据的组合。 接口 interface 在软件开发中，两个或多个实体（如CSCI-CSCI,CSCI-HWCI,CSCI- 用户，或软件单元-软件单元） 之间的关系。这些实体依据这种关系共享、提供或交换数据。接口不是CSCI、软件单元 或其他的系统 部件；接口是这些实体间的一种关系，而不是接口的实现。 过程 process 为实现某个既定目的而进行的一组有组织的活动，例如，软件开发过程。 合格性测试 qualification testing 为了向需方表明一个CSCI或系统满足其指定的需求而进行的测试。 再工程 reengineering 为了以一种新的形式重组一个现有的系统而对其进行检查和改造的过程。再工程可包括 逆向工程 （分析一个系统并产生更高一级的抽象来表示它，如从代码到设计），重构（在同一个 抽象级上把系统 从一种表示形式转换到另一种表示形式），重编文档（分析一个系统并产生用户文档或 支持文档），正 向工程（从现有的系统的软件产品结合新的需求，产生新系统），重定目标系统（对系 统进行转换以便将其安装到不同的目标系统上）和翻译（将源码从一种语言转换到另一 种语言或者从一种语言的某个版本转换成另一种版本）。 需求 requirement 1. 了使需方能够接受一个系统或CSCI所必需具备的特性。 2. 标准或合同中规定的必须遵守的陈述。 软件 software 计算机程序和计算机数据库。 注：虽然有些软件的定义中包括文档，本标准把这个定义只限于计算机程序和计算机 数据库。 软件开发 software development 产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或 者任何会产 生软件产品的其他活动。 软件开发过程 software development process 为了把用户的需求转换成软件产品而进行的一系列有组织的活动。 软件工程 software engineering 一般情况下，它是软件开发的同义词。在本标准中，软件工程是软件开发全部活动（合 格性测试除 外）的一个子集。本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不 同的命名。 软件工程环境 software engineering environment 实施软件工程所需要的设施、硬件、软件、固件、方法和文档。它可以包括（但不限于 ）计算机辅 助软件工程的工具、编译程序、汇编程序、连接程序、装载程序、操作系统、排错程序 、仿真程序、模拟程序、文档工具和数据库管理系统。 软件产品 software product 为了满足一个合同而建立、修改或组合成的软件或相应的资料。例子包括计划、需求、 设计、代码、 数据库、测试资料和手册。 软件质量 software quality 软件满足所规定的需求的能力。 软件系统 software system 只由软件组成的系统，有时可能还包括该软件赖以运行的计算机设备。 软件测试环境 software test environment 为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档 。其要素可 以包括（但不限于）仿真程序、代码分析程序、测试用例产生程序和路径分析程序，还 可能包括在软件工程环境下用到的要素。 软件单元 software unit CSCI设计中的一个基本单位；例如，CSCI的一个主要构成部分，这种构成部分的一个组 成部分、一个类、对象、模块、函数、子程序或者数据库。软件单元可以出现在层次机 构的不同层上并可以由其他的软件单元组成。设计中的软件单元与实现它们的代码和数 据实体（子程序、过程、数据库、数据文件等）之间有也可以没有一一对应的关系，或 包含这些实体的计算机文件之间的关系也是这样。 咨询 consult 通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合 理化建议的一种行为。 实施 implement 通过一定的手段将一项计划实现的过程，在ERP领域特指将ERP软件经过科学地配置、 调整用于 客户日常管理的过程。 顾问 consultant 有相关经验，为客户就行业特色提供咨询服务的人。 维护 service 对设备、系统的工作状况进行监视、维修，保证系统的正常运转的工作。 流程 process 完成一项工作所要经过的各个步骤，按照一定的先后顺序执行的完整过程。 配置 configueration 1） 硬件配置：根据硬件系统要求，对相关的硬件进行规格搭配。 2） 软件配置：根据软件系统运行要求，对软件参数进行设置。 数据 data 在流程中处理的各种信息对象，数据可以有多种存储方式。 上线 go-life 让设备或者是软件系统正式运行。 选型 make choice 根据实际业务管理的需要，对硬件、软件进行规格选择。 模块 module 按照业务功能划分的各个子业务系统，如销售、采购、仓库等子业务。 产品明细表 BOM 产品结构的英文缩写，又称为物料清单，是对产品生产所需的材料、工序进行描述的 一种结构性件。 物料需求计划 MRP 物料需求计划的英文缩写，是企业根据生产、销售、采购、预测等需求对物料进行的 一种计划。 总则 ERP产品设计遵从以下原则： ——底层设计高度集成化，各类数据、计算、共享高度统一，不同于单类应用的简单连 接； ——产品采用先进和稳定的IT开发平台，系统稳定、安全、灵活、可扩充； ——在各种行业有丰富的实用案例； ——软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供； ——符合相关制度和法规，适合企业管理和人文文化特点。 为达到以上各项原则，应在产品研发、实施、服务、产品功能各方面建立相关的标准 工作方法和内容。 ERP产品研发技术要求 产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨 、高效的特性，进行严格的管理控制，以确保产品的质量和市场反应的速度，保证工作 的延续性，保证各类产品问题的可追溯性，尤其是各类过程控制文档与记录的保存。以 下为产品研发最基本流程的框架描述，过程中的文档摸版未提供，可根据需要由各公司 自行设计确定。下面将以流程图的方式阐述主要工作的过程，并分别配有表格形式的说 明。 研发循环总流程 研发循环总流程见图1。 图1 新产品规划提案作业程序 a) 新产品规划提案作业程序见图2; 各单位 事业部 总裁室 图2 b) 新产品规划提案作业程序解释见表１。 表１ |作 业 系 统 及 控 制 重 点 |依据资料及流程图中| | |各项窗体 | |１　目的 | | |为标准化及落实新产品规划过程的所有程序、文件及记录，特定| | |本程序。 | | | | | |２　权力与责任 | | |本作业程序由研发部门负责维护，经总裁审核批准后后实施，其| | |修订亦 | | |同。 | | | | | |３　作业程序 |新产品规划提案表 | |a)　新产品规划提案 | | |公司人员对新产品有新构思或提案，可填写「新产品规划提案表| | |」 ，由 | | |提案单位主管审查后转呈事业部负责人及总裁室审查及批准。 | | | | | |总裁室审查批准的「新产品规划提案表」应由事业部负责人委任| | |适 | | |当人员进行新产品开发的评估。 | ...
企业信息化技术规范ERP部分(报批版)