国家标准《企业信息化技术规范》.docx
- 文档编号:4835200
- 上传时间:2022-12-10
- 格式:DOCX
- 页数:243
- 大小:208.16KB
国家标准《企业信息化技术规范》.docx
《国家标准《企业信息化技术规范》.docx》由会员分享,可在线阅读,更多相关《国家标准《企业信息化技术规范》.docx(243页珍藏版)》请在冰豆网上搜索。
国家标准《企业信息化技术规范》
国家标准?
企业信息化技术标准?
目前?
企业信息化技术标准?
系列标准由以下6个局部组成:
第1局部:
企业资源规划系统〔ERP〕标准;
第2局部:
办公自动化标准:
第3局部:
电子交易标准;
第4局部:
呼叫中心标准;
第5局部:
CRM标准;
第6局部:
SCM标准。
本局部由信息产业部电子工业标准化研究所归口。
本局部起草单位:
中国生产力促进中心协会、中国电子技术标准化研究所。
本局部要紧起草人:
企业信息化技术标准
第1局部:
企业资源规划系统〔ERP〕标准
1范畴
本标准给岀了企业资源规划系统〔以下简称ERP)的相关软件功能、开发治理、实施治理的差不多要求和方法、适用于企业ERP产品与效劳选型工作。
2标准性引用文件
以下文件中的条款通过本标准的引用而成为本标准的条款。
但凡注日期的引用不着文件,其随后所有修改单(不包括勘误的内容1或修订版均不适用于本标准,然而,鼓舞依照本标准确达成协成协议的各方研究是否使用这些文件的最新版本。
但凡不注日期的引用文件,其最新版本适用于本标准。
中华人民共和国国家标准信息技术中华人民共和国国家标准信息技术
中华人民共和国国家标准信息技术中华人民共和国国家标准化指导性技术文件信息技术软件生存周期
中华人民共和国电子行业军用标准软件开发与文档编制
企业会计制度财会(2000)25号3定义
本标准采纳以下泄义
3・1验收acceptance
需方授权代表一项活动,通过该活动,需方同意履行合同的局部或全部的软件产品的所有权。
3・2需方acquirer
为自已或为另一个组织采购软件产品的组织。
3.3批准approval
需方的授权代表对开发方的工程打算、设计或英他方面表示中意并可能作为一时期工作基础而签署的书而文件。
这种批准并不能解除开发方对满足合同要求的责任。
3.4体系结构architecture
一个系统或CSCI的组织结构,标明它的组成,这些组成的接口和它们之间的操作概念。
3.5相关开发方ASSOCIATEDEVELOPER
一个既不是主承制方也不是开发方的分承制方的组织,但它在同一个或相关的系统或工程承当开发工作。
3・6行为设计BEHAVIORALDESIGN
从用户观点动身,对整个系统或CSCI的行为进行的设计,它只考虑满足用户需求而不考虑系统或CSCI的内部实现。
这种设计与体系结构设计不同,后者要标明系统或CSCI的内部部件,并有这些部件的详细设计。
3.7开发时期BUILD
(1)软件的一个版本,它满足完整的软件所要满足的全部需求的一个特泄的子集。
〔2〕开发满足特泄需求子集的软件版本所经历的时刻。
注:
术语"开发时期"和〞版本"之间的关系依靠于开发方:
例如,能够通过几个版本来实现一个开发时期,一个开发时期也能够发行几个并行的版本〔如在不同的地点〕,或者将它们作为同义词。
3.8运算机数据库COMPUTERDATEBASE
见数据库
3.9运算机硬件COMPUTERHARDWARE
能接收和储藏运算机数据的,对运算机数据的,对运算机数据执行一系列系统性的操作的,或能产生操纵输出的设备。
这类设备能实现差不多说明、运算、通信、操纵或其他逻辑功
3.10运算机程序COMPUTERPROGRAM
能使运算机硬件实现运算或操纵功能的运算机指令和数据定义的集合。
3.11运算机软件CPMPUTERSOFWARE
见软件
3.12运算机软件配宜项COMPUTERSOFTWARECONHGURATIONITEM〔CSCI〕
满足最终使用功能的软件集合,而且它由需方指泄进行单独的配置治理。
CSCI应从以下诸因素中进行折衷选择:
软件功能、规模、宿主机或目标运算机、开发方、支持概念、重用打算、关键性、接口考虑、需要单独编写文档和操纵以及其他因素。
3.13配置项CONHGURATIONITEM
能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合,且由需方指令进行单独的配程治理。
3.14数据库DATEBASE
以一种能被用户或运算机程序通过一个数据库治理系统进行访问的方式,储藏在一个或多个运算机文件中的相关数据的集合。
3.15数据库治理体系统DATEBASEMANAGEMENTSYSTEM
是一整套运算机程序,它提供为建立、修改、使用和完整性保护一个数据库所需的功能。
3.16可交付的软件产品DELIVERABLESOFTWAREPRODUCT
合同要求交付给需方或貝他指定的同意方的软件产品。
3.17设计DESIGN
开发方为响应一泄的需求而对一个系统或CSCI选取的一些性能/规格。
这些特性中有些是与需求相匹配的:
有一些是需求的精细化。
如为了响应显示错误信息这一需求而泄义所有的错误信息:
有一些那么是有关的实现,如为满足需求,决泄选用哪些软件单元和逻辑。
3.18开发方DEVELOPER
开发软件产品的组织〔''开发"包括新的软件开发、合修改、重用、再工程、保护或产生软件产品的任何其他活动〕。
开发方能够是一个承制方或者政府机构。
3.19文档/文当编制DOCUMENT/DOCUMENTATION
能供人或机器阅读的,一样具有永久性的一套资料〔不管它们记录在什么媒体上〕。
3.20评判EVALUATION
确泄一个工程获一项活动是否满足制立准那么的过程。
3.21固件HRMWARE
硬件设备和以只读软件的形式驻留在硬件设备上的运算机指令和。
或运算机数据的组
3.22硬件配It项HARDWARECONHGURATIONITEM〔HWCL〕
满足最终使用功能并由需方指泄进行单独配置治理的一套硬件.
3.23独立验证确认INDEPENDENTVERIFICATIONANDVALIDATION仃V&V〕
由一个机构对软件产品和活动所作的系统的评审,那个机构不负责该产品的开发或被评审的活动。
IV&V不在本标准的范畴内。
3.24接口INTERFACE
在软件开发中,两个或多个实体〔如CSCI-CSCI,CSCI-HWCI,CSCI-用户,或软件单元软件-软件单元〕之间产关系。
这些实体依据这种关系共享、提代或交换数据。
接口不是CSCk软件单元或其他的系统部件;接口是这些实体间的一种关系,而不是接口的实现。
3.25联合评审JOINTREVIEW
由需方和开发方双方的代表参加的对工程状态、软件产品/或目中的问题进行检查和讨论的活动或会议。
3.26非交付的软件产品NON-DELIVERABLESOFTWAREPRODUCT
不是合同中要求交付给需方或其他指泄同意方的软件产品。
3.27过程PROCESS
为实现某个既世目的而进行的一组有组织的活动,例如:
软件开发过程。
3.28合格性测试QUAKIHCATIONTESTING
为了向需方说明一个CSCI或系统满足英指立的需求而进行的测试。
3.29再工程REENGINEERING
为了以一种新的形式重组一个现有的系统而对英进行检查和改造的过程式。
再工程可包括逆向工程〔分析一个系统并产生更高一级的抽象来表示它,如从代码到设讣〕,重构〔在同一个抽象级上把系统从一种表示形式转换到另一种表示形式〕,重编文档〔分析一个系统并产生用户文档或支持文档〕,正向工程〔从现有的系统的软件包产品结合新的需求,产生新系统〕重泄目标系统〔对系统进行转换以便将其安装到不同的目标系统上〕和翻译〔将源码从一种语言转换到另一种语言或者从一种的某个版本转换成另一种版本〕。
3.30需求REQUIREMENT
〔1〕为了使需方能够同意一个系统或CSCI所必需具备的特性。
〔2〕本标准或合同中规
定的必须遵守的陈述。
3.31可重用的软件产品REUSABLESOFTWAREPRODUCT
是一种用于开发的软件产品,但还具有別的用途,或者专门为了用于多个工程而开发的软件产品,或者在一个工程中有多种作用的软件产品。
例子包括〔但不限于〕上市的商品,需方已装备的软件产品,重用库中的软件产品和开发方现存的软件产品。
每一次使用能够包括这些软件产品的全部或局部,也能够涉及到它的修改局部。
那个术语能够应用于任何软件产品〔例如需求,体系结构等〕而不只限于软件本身。
3.32软件SOFTWARE
运算机程序和运算机数据库。
注:
尽笛有些软件的泄义中包括文档,本标准把那个定义只限于运算机程序和运算机数据库。
3.33软件开发SOFTWAREDEVELIPMENT
产生软件产品的一整套活动。
软件开发能够包括新开发、修改、重用、再工程、保护或者任何会产生软件产品的其他活动。
3.34软件开发文件SOFTWAREDEVELOPMENTFILE〔SDF〕与特立软件实体开发有关的资料库。
其内容一样包括〔直截了当的或引用的〕有关需求分析、设计和实现的考虑、原理和约束条件:
开发方内部的测试资料;进度和状态资料。
3.35软件开发库SOFEWAREDEVELOPMENTLIBRARY〔SDL〕
一套受控的软件、文档,英它中间的和最终的软件产品,以及相关的用以促进软件的有序开发和后续支持的工具和方法。
3.36软件开发过程SOFTWAREDEVELOPMENTPROCESS为了把用户的需求转换在软件产品而进行的一系列有组织的活动。
3.37软件工程SOFTWAREENGINEERING
一样情形下,它是软件开发的同义词。
要本标准中,软件工程是软件开发全部活动〔合格性测试除外〕的一个子集。
本标准之因此加以这种区分只是为了给软件工程和软件测试环境以不同的命旬。
3.38软件工程环境SOFTWAREENGINEERINGENVIRONENT
实施软件工程所需要的设施、硬件、软件、固件、方法和文档。
它能够包括〔但不限于〕运算机辅助软件工程〔CASE〕的工具、编译程序、汇编程序、连接程序、装载程序、排错程序、仿真程序、模拟程序、文档工具和数据库治理系统。
3.39软件产品SOFTWAREPRODUCT
为了满足一个合同而建立、修改或组合成的软件或相应的资料。
例子包括打算、需求、设计、代码、数据库、测试资料和手册。
3.40软件质量SOFTWAREQUALITY
软件满足所规泄的需求的能力。
3.41软件支持SOFTWARESUPPORT
为保证软件安装后能连续按既定目标运行而且在系统的运行中能起到既左的作用而发生的一系列活动。
软件友持包括软件保护、用户支持和有关的活动。
3.42软件系统SOFTWARESYSTEM
只由软件组成的系统,有时可能还包括该软件赖以运行的运算机设备。
3.43软件测试环境SOFTWARETESTENVIRONMENT
为完成软件合格性测试和可能的其他测试所需的设施、硬件、软件、固件、方法和文档。
其要素能够包括〔但不限于〕仿真程序、代码分析程序、测试用例产生程序和路径分析程序,还可能包括在软件工程环境下用到的要素。
3.44软件移交SOFTEWARETRANSITION
能使软件开发的责任从一个组织转交给另一个组织一系列活动。
一样说,前一个组织是实现初期软件开发,而后一个组织是进行软件支持。
3.45软件单元SOFTWAREUNIT
CSCI设计中的一个差不多单位;例如,CSCI的一个要紧构成局部,这种构成局部的一个组成局部,一个类,对象,模块,函数,子程序或者数据库。
软件单元能够显现在层次机构的不同层上并能够由英他的软件单元组成。
设计中的软件单元与实现它们的代码和数据实体〔子程序,过程,数据文件等〕之间的关系也是如此。
3.46〔软件的〕支持SUPPORT〔OFSOFFTWARE〕
见软件支持。
3.47〔软件的〕移交TRANSITION〔OFSOFTWARE〕
见软件移交。
3.48咨询CONSULT
通过对客户方业务、经营等各种情形的了解、分析,基于自身的知识和体会,提供合理化建议的一种行为。
3.49实施IMPLEMENT
通过一左的手段将一项打算实现的过程,在ERP领域特指将ERP软件通过科学地配置、调整用于客户日常治理的过程。
3.50参谋CONFIGERATION
有相关体会,为客户就行业特色提供咨询效劳的人
3.51保护SERVICE
对设备、系统的工作状况进行监视、修理,保证系统的正常运转的工作。
3.52流程PROCESS
完成一项工作所要通过的各个步骤,按照一左的先后顺序执行的完整过程
3.53配置CONFIGERATION
〔1〕硬件配置:
依照硬件系统要求,对相关的硬件进行规格搭配
〔2〕软件配置:
依照软件系统运行要求,对软件参数进行设
3.54数据DATA
在流程中处理的各种信息对象,数据能够有多种储藏方式
3.55上线go-life
让设备或者是软件系统正式运行
3.56选型MAKECHOICE
依照实际业务治理的需要,对硬件、软件进行规格选择
3.57模块MODULE
按照业务功能划分的各个子业务系统,如销售、采购、仓库等子业务
3.58BOM
产品结构的英文缩写,又称为物料淸单,是对产品生产所需的材料、工序进行描述的一种文件记
3.59MRP
物料需求打算的英文缩写,是企业依照生产、销售、采购、推测等需求对物料进行的一种规划
4总那么
囤绕ERP产品应该包含以下要素:
底层设计高度集成化,各类数据、运算、共享高度统一,不同于单类应用的简单连接
产品采纳先进和稳固的IT开发平台,系统稳固、平安、灵活、可扩充耳不
在各种行业有丰富的有用案例
软件提供者本身的业务保持连续健康的进展,保证产品连续进展,效劳连续提供
符合相关制度和法规,适合企业治理和人文文化特点。
为满足以上各项要素,必须在产品研发、实施、效劳、产品功能各方而建立相关的标准工作方法和内容。
5ERP产品研发技术要求
产品研发是专门严谨、科学的一系列工作的组织,整个体系应具有完整、灵活、严谨、高效的特性,进行严格的治理操纵,以确保产品的质量和市场反响的速度,保证工作的连续性,保证各类产品问题的可追溯性,专门是各类过程操纵文档与记录的储存。
以下为产品研发最差不多流程的框架描述,过程中的文档模版未提供,可依照需要由各公司自行自行设计确左。
下面将以流程图的方式阐述要紧工値的过程,并分别配有表格形式的说明。
5.1术语和定义:
单位:
在公司组织架构中独立的实体,由工作内容划分为而向销售或而向技术的相关组织。
事业群:
以产品划分,要紧面向明确的产品和用戸群确实良公司见风使舵组织架构,对该产品的营销全而责任。
事业单位:
事业群中的某个单位。
5.2研发循环总流程图
■
■
■
■
质量文件治理作业程序
$
■
•
5・3新产品规划提案作业程序
各单位
事业群
总裁室
新产品规划提案表
审査
新产品提案作业程序
作业系统及控制重点
依据资料及流程图中各项窗体
一、目的
为标准化及落实新产品规划过程的所有程序、文件及记录,特立本程序。
二、权力与责任
本作业程序由研发部门负责保护,经总裁审核批准后勤部实施,其修订亦同°
三、作业程序
1、新产品规划提案
公司人员对新产品有新构思或提案,可填写[新产品规划提案表],由提案单位主俗审查后转呈事业群负责人及总裁室审査及批准。
2、总裁室审査批准的[新产品规划提案表]应由事业群负责人委任适
当人员进行新产品开发的评估。
3、新产品开发评估完成后,应撰之一评估报告,评估报告内容含日程,本钱及人力规划。
评估报告经事业群负责人审査后交总裁室批准。
4、决议开发的提案,由事业群负责人成立开发工程依[新产品开发作业程序]进行产品开发:
决议不开发者,评估报告应归档妥善储存。
四、操纵重点
1、新拄品规划提案表是否通过适当的治理。
2、新产品的开发是否可追溯[新产品规划提案表]
3、新产品的形式发是否具备开发评估报告。
4、新产品评估相关报告及记录是否经适当的储存。
新产品规划提案表
新产品开发作业程序
5・4新产品开发案作业程序
事业单位
工程小组
销售及效劳单位
Y
■新产品开发作业程序
作业系统及控制重点
依据资料及各项窗体
一、目的
为落实新产品及子系统在开发过程中的所有程序,文件及记录标准化。
特定本程序°
二、权力与责任
本作业程序由研发部门负责保护,经总裁审査批准后实施,其修麻亦同。
三、作业程序
1.新产品开发应成立工程小组,决立工程负责人及组织分工,由工程负责人负责工程操纵,和谐及程序治理。
2.假设新产品开发工作决泄托付公司外部资源进行是,应由工程小组拟定[外包契约],经总裁室审查批准。
由工程负责人监控
3.新产品使用新技术前应通过适当的评估。
4.新产品开发过程使用各项标准应通过适当的规划及测试。
5.系统分析
产品开发应具备系统分析文件,系统分析文件撰写完成后,应通过适当审查,审査结果应保存记录。
6.系统设计
系统分析完成后.进入系统设计时期,系统设计文件撰写成后,应通过适当审査,审查应保存记录。
7.程序设计
程序人员,依照系统设计文件及各种标准撰写程序。
8.产品测试
产品开发完成应通过严谨测试,以确保产品质虽:
,测试应保存测试记录©
9.产品开发执行过程的版本及开发环境应适当治理。
10.开发过程的开发文件保管及治理依[质量文件治理作业程序]所标准的内容执行。
外包契约
质疑文件治理作业程序
四、操纵重点
1・开衣中工程是否认期监控进度及预算执行。
2.产品开发中使用的各项标准是否通过适当治理。
3・系统分析是否通过适当审査。
4.系统设计是否通过适当审査。
5.软件开发的产品识别方式是否明确制订。
6.是否保存开发记录,证明产品开发的著作所有权。
7.产品开发完成,是否具备测试记录,以验证产品质量。
8.开发过程的文件及记录是否依据质量文件治理方法妥善的储存及治理。
依据资料及流程图中各项窗体
5・・5设计变更作业程序
变更需用求单位工程小组/产品保护单位
■设讣变更作业程序
作业系统及操纵重点
依据资料及流程图中各项窗体
一、目的
为落实新产品在开发过程及产品保护时期的设汁变更治理与操纵,特制定本程序。
二、权力与责任
本作业程序由研发部门负责保护,经总裁审査批准后实施,其修订亦同。
三、作业程序
1、产品开发过程的设计变更,可那么设计单位或业务或效劳单位于相关工程会议中提出变更需求,经工程负责人审查批准确性后,进行设计变更。
2、产品保护时期发生设计变更需求时,应由需求单位提岀系统功能建议,经产品保护单位主管审查或经产品相关会议审査批准决议后,交由产品保护人员进行产品功能修改。
3、变理幅度较大时,由产品保护单位的负责人视项止规模判泄是否需要成产工程进行工程操纵。
4、设计变更应规划可识别的版号,以作为产品质量及功能的追
5、设计变更完成的产品应通过适当的测试验,以验证产品的质量及功能的完整性
6、产品变更文件依[质量文件治理作业程序]所标准的内容执行。
四、操纵重点
1、设计变更是否通过适当的审查。
2、设计变更完成,是否通过适当的测试。
3、开发过程的文件及记录是否依据质量文件治理方法妥善的储存及治理。
质疑文件治理作业程序
3・1产品功能专门处理作业程序
发起单位
产品保护单位
■产品功能专门处理作业程序
作业系统及操纵重点
依据资料及流程图中各项窗体
—、目的
确保产品程序专门处理的质量及提岀供有效的产品效劳特制定本程序。
二、权力与责任
本作业程序由研发部门负责保护,经总裁审查批准后实施,其修订亦同。
三、作业程序
1、专门的提出
销售、效劳单位或产品保护单位于产品或保护过程是觉察功能专门时,应提出产品功能专门反响,将专门信息或描述以FAX或MAIL邮件通知产品保护单位处理。
2、程序修改完成,应经适当测试。
3、产品保护单位应建立保护记录,便因此产品追溯及信息查询。
四、操纵重点
1.产品功能专门反响是否通过适当的处理。
2.专门程序修改完成是否进行适当测试。
3.程序修改是否储存修改记录。
3・2质量文件治理作业程序
文件需求单位
文件治理与操纵单位
■质量文件治理作业程序
作业系统及控制重点
依据资料及流程图中各项窗体
一.目的
为使本公司的文件治理与操纵能落实执行,制立文件的建立、发行、变更及保密与平安的程序,以有效治理各项质量文件,特立本程序。
二权责
本作业程序由研发部门负责保护,经总裁审査批准后实施,其修订亦同。
三、治理内容
1.开发时期所完成的各项技术资料及质量记录、产品功能建议单、产品功能专门单及会议记录等资料,应视资料储存特性由项目负责人或产品保护负责人立义储存资料方式,并妥善储存。
2.为了让全体职员充分分享现有信息,工程小组及产品保护单位可将分享统一公布。
3.非分享的记录或资料,假设属技术隐秘文件者,发生调阅需求时,应由需求单位填写[业务联系单],并由资料保管单位主管授权批准,才能取得资料。
资料假设有归还的必要性,那么保管单位应登录于[质量文件收发登录表]中进行追踪治理。
4.资料文件归还时,应于[质在文件收发登录表]做出记录。
四、操纵重点
1.产品文件是否左义储存方式,并依照储存方式落实执行。
2.是否设置文件治理打操纵人员,负责质量文件的治理。
3.属于技术隐秘文件的申请是否具备申请记录,申请是否具备适当审核。
4.治理与操纵文件的收发是否登于[质量文件收发登录表]中。
业务联系单
质量文件收发登录表
6ERP产品效劳技术要求6.1差不多组织架构
应至少建立独立的''ERP效劳部\区别于产品研发部门
6.2差不多人员组成
工程师、参谋、效劳专员、系统分析师、程序员
6.3各项工作概述
效劳名称
适用时期
效劳提供者
效劳对象
效劳内容及目的说明
系统集成与安装
实施时期
ERP效劳部工程师
用户信息部门技术工程师
将ERP安装至用户的效劳器里,并调试网络及周边设备等,以确保软件能够正常在用户的整体环境中顺利执行
教育培训
实施时期保护时期
ERP效劳部参谋
用户使用部门信息部门人员
通过事先设计好的教材及步骤,让学员了解ERP的标准功能及操作方式,以便学员学成之后能够顺利操作系统并有助于系统实施工作的执行
系统实施
实施时期
ERP效劳部参谋
用户使用部门信息部门人员
通过事先设计好的实施辅导流程及信息工具的协助,以科学的、有系统的方法,按照打算使用户能够顺利将ERP导入在企业内使用
热线效劳
保护效劳时期
ERP效劳部效劳人员
用户使用部门信息部门人员
以训训练有素的效劳人员,同意用户关于软件
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业信息化技术规范 国家标准 企业 信息化 技术规范