企業信息化技術規範39928.docx

《企業信息化技術規範39928.docx》由会员分享，可在线阅读，更多相关《企業信息化技術規範39928.docx（196页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 前 言言 目前企业信息息化技术规范范系列标准准由以下6个个部分组成： 第1部部分：企业资资源规划系统统（ERP）规规范； 第2部部分：办公自自动化规范； 第3部部分：电子交交易规范； 第4部部分：呼叫中中心规范； 第5部部分：CRMM规范； 第6部部分：SCMM规范。本部分由信息产产业部电子工工业标准化研研究所归口。本部分起草单位位：中国生产产力促进中心心协会、中国国电子技术标标准化研究所所。本部分主要起草草人： 企业信信息化技术规规范 第11部分：企业业资源规划系系统（ERPP）规范 1 范围 本规范给给出了企业资资源规划系统统（以下简称称 ERP）的的相关软件功功能、开发管管理、实施管管

2、理的基本要要求和方法、适适用于企业EERP产品与与服务选型工工作。2 规范性引用用文件下列文件中的条条款通过本标标准的引用而而成为本标准准的条款。凡凡是注日期的的引用不着文文件，其随后后所有修改单单（不包括勘勘误的内容）或或修订版均不不适用于本标标准，然而，鼓鼓励根据本标标准确达成协协成协议的各各方研究是否否使用这些文文件的最新版版本。凡是不不注日期的引引用文件，其其最新版本适适用于本标准准。GB/T 85566-20001 中华人民民共和国国家家标准 信息息技术 软件生存存周期过程GB/T184491-20001 中华人民共共和国国家标标准 信息技技术 软软件测量 功能规模测测量 第11部分

3、：概念念定义GB/T 188492-22001 中华人民民共和国国家家标准 信息息技术 系统及软件件完整性级别别 GB/T 188493-22001 中华人民民共和国国家家标准化指导导性技术文件件 信息技术术 软件生生存周期过程程指南SJ 207778-20000 中华人人民共和国电电子行业军用用标准 软件开开发与文档编编制企业会计制度财财会（20000）25号号3 定义本标准采用下列列定义31 验收 accceptaance 需方方授权代表一一项活动，通通过该活动，需需方接受履行行合同的部分分或全部的软软件产品的所所有权。32 需方 accquireer 为自自已或为另一一个组织采购购软件产

4、品的的组织。33 批准aapprovval 需方方的授权代表表对开发方的的项目计划、设设计或其他方方面表示满意意并可能作为为一阶段工作作基础而签署署的书面文件件。这种批准准并不能解除除开发方对满满足合同要求求的责任。34 体系结结构archhitectture 一个个系统或CSSCI的组织织结构，标明明它的组成，这这些组成的接接口和它们之之间的操作概概念。35 相关开开发方 AASSOCIIATE DDEVELOOPER 一个个既不是主承承制方也不是是开发方的分分承制方的组组织，但它在在同一个或相相关的系统或或项目承担开开发工作。36 行为设设计 BEHAVVIORALL DESIIGN 从用

5、用户观点出发发，对整个系系统或CSCCI的行为进进行的设计，它它只考虑满足足用户需求而而不考虑系统统或CSCII的内部实现现。这种设计计与体系结构构设计不同，后后者要标明系系统或CSCCI的内部部部件，并有这这些部件的详详细设计。37 开发阶阶段 BUILDD（1） 软件的一个版本本，它满足完完整的软件所所要满足的全全部需求的一一个特定的子子集。（2） 开发满足特定需需求子集的软软件版本所经经历的时间。 注：术语“开开发阶段”和和“版本”之之间的关系依依赖于开发方方：例如，可可以通过几个个版本来实现现一个开发阶阶段，一个开开发阶段也可可以发行几个个并行的版本本（如在不同同的地点），或或者将它们

6、作作为同义词。38 计算算机数据库 COOMPUTEER DATTEBASEE 见见数据库39 计算算机硬件 CCOMPUTTER HAARDWARRE 能能接收和存储储计算机数据据的，对计算算机数据的，对对计算机数据据执行一系列列系统性的操操作的，或能能产生控制输输出的设备。这这类设备能实实现基本解释释、计算、通通信、控制或或其他逻辑功功能。310 计计算机程序 COMPUUTER PPROGRAAM 能使计算机机硬件实现计计算或控制功功能的计算机机指令和数据据定义的集合合。311 计计算机软件 CPMPUUTER SSOFWARRE 见软件312 计算机软件配置置项 COOMPUTEER

7、SOFFTWAREE CONFFIGURAATION ITEM（CCSCI）满足最终使用功功能的软件集集合，而且它它由需方指定定进行单独的的配置管理。CCSCI应从从下列诸因素素中进行折衷衷选择：软件件功能、规模模、宿主机或或目标计算机机、开发方、支支持概念、重重用计划、关关键性、接口口考虑、需要要单独编写文文档和控制以以及其他因素素。313 配配置项 CONFIIGURATTION IITEM 能满足最终终使用功能的的硬件集合、软软件集合或者者软、硬件两两者的集合，且且由需方指令令进行单独的的配置管理。314 数数据库 DATEBBASE 以一种能被被用户或计算算机程序通过过一个数据库库管理

8、系统进进行访问的方方式，存储在在一个或多个个计算机文件件中的相关数数据的集合。315 数据库管理体系系统 DAATEBASSE MANNAGEMEENT SYYSTEM是一整套计算机机程序，它提提供为建立、修修改、使用和和完整性维护护一个数据库库所需的功能能。316 可交付的软件产产品 DELLIVERAABLE SSOFTWAARE PRRODUCTT合同要求交付给给需方或其他他指定的接受受方的软件产产品。317 设设计 DESIGGN 开发方为响响应一定的需需求而对一个个系统或CSSCI选取的的一些性能/规格。这些些特性中有些些是与需求相相匹配的；有有一些是需求求的精细化。如如为了响应显显

9、示错误信息息这一需求而而定义所有的的错误信息；有一些则是是有关的实现现，如为满足足需求，决定定选用哪些软软件单元和逻逻辑。3 18 开发方 DEVEELOPERR 开开发软件产品品的组织（“开开发”包括新新的软件开发发、合修改、重重用、再工程程、维护或产产生软件产品品的任何其他他活动）。开开发方可以是是一个承制方方或者政府机机构。3 19 文文档/文当编编制 DOOCUMENNT/DOCCUMENTTATIONN 能供人或或机器阅读的的，一般具有有永久性的一一套资料（不不管它们记录录在什么媒体体上）。320 评评价 EEVALUAATION 确定一个项项目获一项活活动是否满足足制定准则的的过程

10、。321 固件 FIRRMWAREE硬件设备和以只只读软件的形形式驻留在硬硬件设备上的的计算机指令令和。或计算算机数据的组组合。322 硬件配置项HAARDWARRE CONNFIGURRATIONN ITEMM(HWCLL)满足最终使用功功能并由需方方指定进行单单独配置管理理的一套硬件件323 独立验证确认 INDEPPENDENNT VERRIFICAATION AND VVALIDAATION （IV&VV） 由一个机构构对软件产品品和活动所作作的系统的评评审，这个机机构不负责该该产品的开发发或被评审的的活动。IVV &V不在在本标准的范范围内。324 接口 INTEERFACEE在软件

11、开发中，两两个或多个实实体（如CSSCI-CSSCI，CSSCI-HWWCI，CSSCI-用户户，或软件单单元软件-软软件单元）之之间产关系。这这些实体依据据这种关系共共享、提代或或交换数据。接接口不是CSSCI、软件件单元或其他他的系统部件件；接口是这这些实体间的的一种关系，而而不是接口的的实现。325 联合评审 JJOINT REVIEEW由需方和开发方方双方的代表表参加的对项项目状态、软软件产品/或或目中的问题题进行检查和和讨论的活动动或会议。326 非交付的软件产产品 NOON-DELLIVERAABLE SSOFTWAARE PRRODUCTT不是合同中要求求交付给需方方或其他指定定

12、接受方的软软件产品。327 过程 PROOCESS为实现某个既定定目的而进行行的一组有组组织的活动，例例如：软件开开发过程。328 合格性测试 QUAKIIFICATTION TTESTINNG为了向需方表明明一个CSCCI或系统满满足其指定的的需求而进行行的测试。329 再工程 REEENGINNEERINNG为了以一种新的的形式重组一一个现有的系系统而对其进进行检查和改改造的过程式式。再工程可可包括逆向工工程（分析一一个系统并产产生更高一级级的抽象来表表示它，如从从代码到设计计），重构（在在同一个抽象象级上把系统统从一种表示示形式转换到到另一种表示示形式），重重编文档（分分析一个系统统并产

13、生用户户文档或支持持文档），正正向工程（从从现有的系统统的软件包产产品结合新的的需求，产生生新系统）重重定目标系统统（对系统进进行转换以便便将其安装到到不同的目标标系统上）和和翻译（将源源码从一种语语言转换到另另一种语言或或者从一种的的某个版本转转换成另一种种版本）。330 需需求 REEQUIREEMENT（1） 为了使需方能够够接受一个系系统或CSCCI所必需具具备的特性。（22）本标准或或合同中规定定的必须遵守守的陈述。331 可可重用的软件件产品 RREUSABBLE SOOFTWARRE PROODUCT 是一种用于于开发的软件件产品，但还还具有别的用用途，或者专专门为了用于于多个项

14、目而而开 发的软软件产品，或或者在一个项项目中有多种种作用的软件件产品。例子子包括（但不不限于）上市市的商品，需需方已装备的的软件产品，重重用库中的软软件产品和开开发方现存的的软件产品。每每一次使用可可以包括这些些软件产品的的全部或部分分，也可以涉涉及到它的修修改部分。这这个术语可以以应用于任何何软件产品（例例如需求，体体系结构等）而而不只限于软软件本身。332 软件 SSOFTWAARE 计算机程程序和计算机机数据库。 注：虽然然有些软件的的定义中包括括文档，本标标准把这个定定义只限于计计算机程序和和计算机数据据库。333 软件开发 SSOFTWAARE DEEVELIPPMENT产生软件产

15、品的的一整套活动动。软件开发发可以包括新新开发、修改改、重用、再再工程、维护护或者任何会会产生软件产产品的其他活活动。334 软件开发文文件 SOOFTWARRE DEVVELOPMMENT FFILE（SSDF）与特定软件实体体开发有关的的资料库。其其内容一般包包括（直接的的或引用的）有有关需求分析析、设计和实实现的考虑、原原理和约束条条件；开发方方内部的测试试资料；进度度和状态资料料。3 35 软件件开发库 SOFEWWARE DDEVELOOPMENTT LIBRRARY （SSDL）一套受控的软件件、文档，其其它中间的和和最终的软件件产品，以及及相关的用以以促进软件的的有序开发和后续续

16、支持的工具具和方法。3 36 软件开开发过程 SOFTWWARE DDEVELOOPMENTT PROCCESS 为了把用户户的需求转换换在软件产品品而进行的一一系列有组织织的活动。337 软件工程 SOOFTWARRE ENGGINEERRING一般情况下，它它是软件开发发的同义词。要要本标准中，软软件工程是软软件开发全部部活动（合格格性测试除外外）的一个子子集。本标准准之所以加以以这种区分只只是为了给软软件工程和软软件测试环境境以不同的命命旬。338 软件工程环境 SOFTWWARE EENGINEEERINGG ENVIIRONENNT 实施软件工程所所需要的设施施、硬件、软软件、固件、

17、方方法和文档。它它可以包括（但但不限于）计计算机辅助软软件工程（CCASE）的的工具、编译译程序、汇编编程序、连接接程序、装载载程序、排错错程序、仿真真程序、模拟拟程序、文档档工具和数据据库管理系统统。339 软件产品 SOOFTWARRE PROODUCT 为了满足一个合合同而建立、修修改或组合成成的软件或相相应的资料。例例子包括计划划、需求、设设计、代码、数数据库、测试试资料和手册册。340 软件质量 SSOFTWAARE QUUALITYY软件满足所规定定的需求的能能力。341 软件支持 SSOFTWAARE SUUPPORTT为保证软件安装装后能继续按按既定目标运运行而且在系系统的运行

18、中中能起到既定定的作用而发发生的一系列列活动。软件件友持包括软软件维护、用用户支持和有有关的活动。342 软件系统 SSOFTWAARE SYYSTEM只由软件组成的的系统，有时时可能还包括括该软件赖以以运行的计算算机设备。343 软件测试环境 SOFTWWARE TTEST EENVIROONMENTT为完成软件合格格性测试和可可能的其他测测试所需的设设施、硬件、软软件、固件、方方法和文档。其其要素可以包包括（但不限限于）仿真程程序、代码分分析程序、测测试用例产生生程序和路径径分析程序，还还可能包括在在软件工程环环境下用到的的要素。344 软件移交 SOOFTEWAARE TRRANSITT

19、ION能使软件开发的的责任从一个个组织转交给给另一个组织织一系列活动动。一般说，前前一个组织是是实现初期软软件开发，而而后一个组织织是进行软件件支持。345 软件单元 SOOFTWARRE UNIITCSCI设计中中的一个基本本单位；例如如，CSCII的一个主要要构成部分，这这种构成部分分的一个组成成部分，一个个类，对象，模模块，函数，子子程序或者数数据库。软件件单元可以出出现在层次机机构的不同层层上并可以由由其他的软件件单元组成。设设计中的软件件单元与实现现它们的代码码和数据实体体（子程序，过过程，数据文文件等）之间间的关系也是是这样。346 （软件的）支持持 SUPPPORT （OF SS

20、OFFTWWARE）见软件支持。347 （软软件的）移交交 TRAANSITIION （OOF SOFFTWAREE） 见软件件移交。348 咨询 CCONSULLT 通过对对客户方业务务、经营等各各种情况的了了解、分析，基基于自身的知知识和经验，提提供合理化建建议的一种行行为。349 实施 IMPPLEMENNT通过一定的手段段将一项计划划实现的过程程，在ERPP领域特指将将ERP软件件经过科学地地配置、调整整用于客户日日常管理的过过程。3 50 顾问 CONFFIGERAATION有相关经验，为为客户就行业业特色提供咨咨询服务的人人3 51 维护 SERVVICE对设备、系统的的工作状况进

21、进行监视、维维修，保证系系统的正常运运转的工作。352 流程 PROOCESS完成一项工作所所要经过的各各个步骤，按按照一定的先先后顺序执行行的完整过程程353 配配置 COONFIGEERATIOON（1） 硬件配置：根据据硬件系统要要求，对相关关的硬件进行行规格搭配（2） 软件配置：根据据软件系统运运行要求，对对软件参数进进行设3 54 数据 DATAA在流程中处理的的各种信息对对象，数据可可以有多种存存储方式355 上上线 ggo-liffe 让设备或者者是软件系统统正式运行356 选选型 MMAKE CCHOICEE 根据实际业业务管理的需需要，对硬件件、软件进行行规格选择357 模模

22、块 MMODULEE 按照业务功功能划分的各各个子业务系系统，如销售售、采购、仓仓库等子业务务358 BBOM 产品结构的的英文缩写，又又称为物料清清单，是对产产品生产所需需的材料、工工序进行描述述的一种文件件记359 MRP物料需求计划的的英文缩写，是是企业根据生生产、销售、采采购、预测等等需求对物料料进行的一种种规划4 总则围绕ERP产品品应该包含以以下要素： 底层层设计高度集集成化，各类类数据、计算算、共享高度度统一，不同同于单类应用用的简单连接接 产产品采用先进进和稳定的IIT开发平台台，系统稳定定、安全、灵灵活、可扩充充耳不 在在各种行业有有丰富的实用用案例 软软件提供者本本身的业务

23、保保持持续健康康的发展，保保证产品持续续发展，服务务持续提供 符符合相关制度度和法规，适适合企业管理理和人文文化化特点。为满足以上各项项要素，必须须在产品研发发、实施、服服务、产品功功能各方面建建立相关的标标准工作方法法和内容。 ERP产产品研发技术术要求产品研发是非常常严谨、科学学的一系列工工作的组织，整整个体系应具具有完整、灵灵活、严谨、高高效的特性，进进行严格的管管理控制，以以确保产品的的质量和市场场反应的速度度，保证工作作的延续性，保保证各类产品品问题的可追追溯性，尤其其是各类过程程控制文档与与记录的保存存。以下为产产品研发最基基本流程的框框架描述，过过程中的文档档模版未提供供，可根据

24、需需要由各公司司自行自行设设计确定。下下面将以流程程图的方式阐阐述主要工伯伯的过程，并并分别配有表表格形式的说说明。51 术语和定义：单位：在公司组组织架构中独独立的实体，由由工作内容划划分为面向销销售或面向技技术的相关组组织。事业群：以产品品划分，主要要面向明确的的产品和用户户群的确良公公司见风使舵舵组织架构，对对该产品的营营销全面责任任。事业单位：事业业群中的某个个单位。52 研发循环总流程程图质量文件管理作业程序新产品规划提案案作业程序 新产品开发作业业程序 设计变更作业程程序 产品功能异常处处理作业程序序 53 新产品规划提案案作业程序 各单单位 事业群群 总裁室室 开 始新产品规划提

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

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

27、开发案作作业程序 事业单单位 项目小小组 销售及及服务单位 成立项目小组开 始进行项目控制制定各项标准 系统分析修订 审查 N Y 系统设计修订 NN 审查 Y 程序设计 测试 产品发表 新产品开发作业业程序 作 业业 系 统 及 控 制制 重 点依据资料及各项项窗体一、 目的为落实新产品及及子系统在开开发过程中的的所有程序，文文件及记录标标准化。特定定本程序。二、 权力与责任本作业程序由研研发部门负责责维护，经总总裁审查批准准后实施，其其修麻亦同。三、 作业程序1 新产品开发应成成立项目小组组，决定项目目负责人及组组织分工，由由项目负责人人负责项目控控制，协调及及程序管理。 2若新新产品开发

28、工工作决定委托托公司外部资资源进行是，应应由项目小组组拟 定外外包契约，经经总裁室审查查批准。由项项目负责人监监控 3新产产品使用新技技术前应经过过适当的评估估。 4新产产品开发过程程使用各项标标准应经过适适当的规划及及测试。5系统分析产品开发应具备备系统分析文文件，系统分分析文件撰写写完成后，应应经过适当审审查，审查结结果应保留记记录。6 系统设计系统分析完成后后，进入系统统设计阶段，系系统设计文件件撰写成后，应应经过适当审审查，审查应应保留记录。7 程序设计程序人员，根据据系统设计文文件及各种标标准撰写程序序。8 产品测试产品开发完成应应经过严谨测测试，以确保保产品质量，测测试应保留测测试

29、记录。9 产品开发执行过过程的版本及及开发环境应应适当管理。 10开发过程程的开发文件件保管及管理理依质量文文件管理作业业程序所规规范的内容执执行。外包契约质量文件管理作作业程序四、 控制重点1 开发中项目是否否定期监控进进度及预算执执行。2 产品开发中使用用的各项标准准是否经过适适当管理。3 系统分析是否经经过适当审查查。4 系统设计是否经经过适当审查查。5 软件开发的产品品识别方式是是否明确制订订。6 是否保留开发记记录，证明产产品开发的著著作所有权。7 产品开发完成，是是否具备测试试记录，以验验证产品质量量。8 开发过程的文件件及记录是否否依据质量文文件管理办法法妥善的保存存及管理。依据

30、资料及流程程图中各项窗窗体5.5设计变变更作业程序序 变更需用用求单位 项目小组组/产品维护护单位 产品提交械 我 会议记录或建议信息程序修改与测试审 查修订项目管理 规格变更项目控制 审 核修订/退件会议记录或建议信息 开 始设计变更作业业程序作业系统及控制制重点依据资料及流程程图中各项窗窗体一、 目的为落实新产品在在开发过程及及产品维护阶阶段的设计变变更管理与控控制，特制定定本程序。二、 权力与责任本作业程序由研研发部门负责责维护，经总总裁审查批准准后实施，其其修订亦同。三、 作业程序1、 产品开发过程的的设计变更，可可则设计单位位或业务或服服务单位于相相关项目会议议中提出变更更需求，经项

31、项目负责人审审查批准确性性后，进行设设计变更。2、 产品维护阶段发发生设计变更更需求时，应应由需求单位位提出系统功功能建议，经经产品维护单单位主管审查查或经产品相相关会议审查查批准决议后后，交由产品品维护人员进进行产品功能能修改。3、 变理幅度较大时时，由产品维维护单位的负负责人视项止止规模判断是是否需要成产产项目进行项项目控制。4、 设计变更应规划划可识别的版版号，以作为为产品质量及及功能的追溯溯。5、 设计变更完成的的产品应经过过适当的测试试验，以验证证产品的质量量及功能的完完整性6、 产品变更文件依依质量文件件管理作业程程序所规范范的内容执行行。四、 控制重点1、 设计变更是否经经过适当

32、的审审查。2、 设计变更完成，是是否经过适当当的测试。3、 开发过程的文件件及记录是否否依据质量文文件管理办法法妥善的保存存及管理。质量文件管理作作业程序31 产品功能异常处处理作业程序序 发发起单位 产品维维护单位 开 始 产品功能异常信息验证错误程序修改与测试 程序更新产品功能异常信息 产品更新 产品功能异常处处理作业程序序作业系统及控制制重点依据资料及流程程图中各项窗窗体一、 目的确保产品程序异异常处理的质质量及提出供供有效的产品品服务特制定定本程序。二、 权力与责任本作业程序由研研发部门负责责维护，经总总裁审查批准准后实施，其其修订亦同。三、 作业程序1、 异常的提出销售、服务单位位或

33、产品维护护单位于产品品或维护过程程是发现功能能异常时，应应提出产品功功能异常反应应，将异常信信息或描述以以FAX或MMAIL邮件件通知产品维维护单位处理理。2、 程序修改完成，应应经适当测试试。 3、产产品维护单位位应建立维护护记录，便于于是 产品品追溯及信息息查询。四、 控制重点1、 产品功能异常反反应是否经过过适当的处理理。2、 异常程序修改完完成是否进行行适当测试。3、 程序修改是否保保存修改记录录。32 质量文件管理作作业程序文件需求单位 文件管理与与控制单位 开 始 文件公布文件质量收发录表业务联系单 文件资料查收文件质量收发录表退 回 审 核业务联系单特殊文件需求质量文件管理理作业

34、程序 作 业 系 统 及及 控 制 重 点依据资料及流程程图中各项窗窗体一、 目的为使本公司的文文件管理与控控制能落实执执行，制定文文件的建立、发发行、变更及及保密与安全全的程序，以以有效管理各各项质量文件件，特定本程程序。二、 权责本作业程序由研研发部门负责责维护，经总总裁审查批准准后实施，其其修订亦同。三、 管理内容1 开发阶段所完成成的各项技术术资料及质量量记录、产品品功能建议单单、产品功能能异常单及会会议记录等资资料，应视资资料储存特性性由项目负责责人或产品维维护负责人定定义储存资料料方式，并妥妥善保存。2 为了让全体员工工充分分享现现有信息，项项目小组及产产品维护单位位可将分享统统一

35、公布。3 非分享的记录或或资料，若属属技术机密文文件者，发生生调阅需求时时，应由需求求单位填写业务联系单单，并由资资料保管单位位主管授权批批准，才能取取得资料。资资料若有归还还的必要性，则则保管单位应应登录于质质量文件收发发登录表中中进行追踪管管理。 4 资料文件归还时时，应于质质在文件收发发登录表做做出记录。四、 控制重点1 产品文件是否定定义储存方式式，并根据储储存方式落实实执行。2 是否设置文件管管理与控制人人员，负责质质量文件的管管理。3 属于技术机密文文件的申请是是否具备申请请记录，申请请是否具备适适当审核。4 管理与控制文件件的收发是否否登于质量量文件收发登登录表中。业务联系单质量

36、文件收发登登录表6ERP产品服服务技术要求求61基本组织织架构 应至至少建立独立立的“ERPP服务部“，区区别于产品研研发部门62基本人员员组成 工程师师、顾问、服服务专员、系系统分析师、程程序员63各项工作作概述服务名称适用阶段服务提供者服务对象服务内容及目的的说明系统集成与安装装实施阶段ERP服务部工工程师用户信息部门技技术工程师将ERP安装至至用户的服务务器里，并调调试网络及周周边设备等，以以确保软件能能够正常在用用户的整体环环境中顺利执执行教育培训实施阶段维护阶阶段ERP服务部顾顾问用户使用部门信信息部门人员员通过事先设计好好的教材及步步骤，让学员员了解ERPP的标准功能能及操作方式式

37、，以便学员员学成之后能能够顺利操作作系统并有助助于系统实施施工作的执行行系统实施实施阶段ERP服务部顾顾问用户使用部门信信息部门人员员通过事先设计好好的实施辅导导流程及信息息工具的协助助，以科学的的、有系统的的方法，按照照计划使用户户可以顺利将将ERP导入入在企业内使使用热线服务维护服务阶段ERP服务部服服务人员用户使用部门信信息部门人员员以训训练有素的的服务人员，接接受用户对于于软件使用方方面的种种询询问，为用户户解答问题，提提供指导，以以确保ERPP在用户处可可以顺利使用用二次开发实施阶段维护阶阶段ERP服务部系系统分析师、程程序员用户使用部门信信息部门人员员因用户企业本身身的特殊情况况导致标准软软件功能无法法满足需求时时，由专门的的技术人员与与用户讨论并并确定其需求求的内容，将将需求转化为为程序规格后后，拟定出适适合该用户使使用的个性化化程序，以弥弥补标准软