01计算机软件确认控制程序

01计算机软件确认控制程序
01计算机软件确认控制程序

1 目的

通过对计算机软件进行确认,以证实该过程实现所策划的结果的能力。。

2 适用范围

适用于本公司生产和服务过程及监视测量所用软件的确认及再确认工作。

3 职责

3.1生技部负责生产和服务过程用软件确认的组织、实施;

3.2质管部负责监视测量仪器所用软件确认的组织实施,并参与生产和服务过程用软件确认

4.0工作程序

4.1安装确认:安装确认的目的是保证系统的安装符合设计标准,并保证所需技术资料俱全。具体确认内容包括如下:

4.1.1各种标准清单,包括使用者要求、功能性要求、物理要求、系统标准。

4.1.2各种标准操作程序,包括硬件和软件的操作、预防维修、备份和数据存档、灾难(断电、硬软件损坏等)恢复及系统退役。

4.1.3配置图,配置图是控制系统的概图,包括以下内容:

4.1.3.1整个系统概图

4.1.3.2各个中央处理器包括插件指定的配置图。

4.1.3.3输入/输出装置接线图。

4.1.3.4控制回路图。

4.1.3.5状态转变图。

4.1.3.6网络接线图。

4.1.3.7硬件驱动/网络驱动指示树,可包括逻辑的和物理的驱动指定。

4.1.4 硬件和软件手册,包括安装、操作、维修保养手册。

4.1.5 硬件配置清单,包括已安装系统的所有组成部分,对于芯片、微处理器或EPROM,应记录其修订版号。

4.1.6 软件清单和源代码的复制件

列出与系统有关的所有软件和软件版本,并保证所有软件的复制件都归入档案,安全存放。应存放以下几种软件。源代码产生器或编辑器、源代码(包括初级排序、功能和报告的产生)、操作系统、诊断程序、存档/备份程序。

4.1.7 输入/输出清单及连续性检查。连续性检查是保证信号可从控制系统发至装置并又可从装置返回至控制系统。

4.1.8确认整个安装过程符合操作手册要求。

4.2运行确认系统运行确认的目的是保证系统和运作符合需求标准。系统运行确认应在一个与正常工作环境隔离的测试环境下实施,但应模拟生产环境。具体包括如下:

4.2.1系统安全性测试:挑战所有逻辑系统,诸如各工作层的使用权限,证明各安全层面的允许权限未经授权的操作得到禁止;确认系统外围的安全性,诸如I/O 总线卡,操作人员接口终端等。

计算机软件确认控制程序

页码:第2页共3页

4.2.2操作人员接口测试,确认操作人员接口系统的功能。 4.2.3报警、互锁功能测试。

4.2.4

数据的采集及存贮,确认系统的数据采集及存贮功能如下:准确的采集、贮存和检索数据;确认数据的输出长度、进位及空值、零及负值的处理能力;自动将数据存档并保存至指定时期。确认数据处理能力,包括算法、统计、利用查表数值及报告的产生等。定时器和定序器测试。

4.2.5功能性测试(黑盒法),根据系统定义中所提供的各种要求文件、标准(最好有一张包括运作分支在内的功能图)对系统各功能和各决断通路进行测试。测试应在最高特定条件下进行(如最高通讯负载,大型数据文件的处理等)。

4.2.6断电/修复测试:复查断电之前,期间和之后的数据采集状况证明数有破坏或丢失;测试后备供电、不间断供电和动力调节器、发电机功能恢复是否正常。

4.2.7灾难恢复测试,制造一起系统失效现象,按照灾难恢复程序一步步确认以下各项:现有的数据未被破坏;保证对系统的数据备份有效。

4.2.8制定系统标准操作程序运行确认结果合格后,证明系统具备了能够在正式生产环境下使用的条件,可以在正常

4.2.9生产环境下进行进一步确认。

4.3性能确认,性能确认是为了确认系统运行过程的有效性和稳定性,应在正常生产环境下进行测试。测试项目依据对系统运行希望达到的整体效果而定(如对生产出的产品质量各项特性进行测试),测试应在正常生产环境下(相同条件下)重复3 次以上。注:当计算机系统取代人工系统时,可以进行平行的验证试验。 4.4人员培训系统在正式投入使用之前,应对所有相关人员,包括操作人员、维修人员等进行培训, 确认其能够按要求正确操作。

4.5当确认所有的验证结果符合预先设定的可接受标准,验证报告已得到相关人员审批并完成人员培训后,计算机系统可被投入正式使用。

5注意事项:在系统的测试、验收及确认过程中,由于理解能力及环境变化等限制,不可避免地会出现结果与预先所设定的可接受标准之间产生偏差的现象。这时必须查清偏差产生的根本原因,采取有效纠正措施进行处理(有时可能会涉及到部分修订系统设计标准)。当每一偏差都得到有效处理后,验证方可进入下一阶段。偏差产生的原因、处理过程及结果均在相应文件中进行记录。 经识别:公司目前暂无应用于医疗器械产品的计算机软件。

软件设计和开发控制程序

公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制,确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程,包括软件产品的升级。 3职责 3.1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等,负责组织协调和实施软件产品的设计和开发工作。 3.2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3.3软件研发部测试组负责软件产品的确认测试。 3.4 由各业务部负责将合格软件产品交付顾客使用。 3.5 公司总经理签署《项目经理任命书》,正式启动软件项目。 3.6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4.1 设计和开发策划 4.1.1立项的依据 软件研发部对要进行的开发项目进行立项申请,提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目,由软件研发部进行详细进度计划安排,落实时间进度、资源(人员/设备、内部/外部)、技术、资金和费用等,相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批,进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4.1.2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。

4.1.3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行. 4.1.4 接口管理 4.1.4.1 在设计和开发策划和输入阶段: a.各业务部将客户相关文件资料交与软件研发部,同软件研发部一起对《需求规格说明书》进行评审; b.软件研发部编制《项目实施计划书》,经公司技术总工或授权人批准后发往客户方。 c.软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料,提供给各设计和开发人员,作为工作的依据。 4.1.4.2 在设计和开发输出阶段,软件研发部项目经理根据设计和开发进度,适时召开设计和开发例会,组织解决设计和开发中遇到的困难,协调相关的资源,以例会记录的形式明确相关要求。 4.1.4.3 在设计、编码、测试阶段: a.进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通.必要时,可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b.软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c.软件研发部提供确认测试的《测试计划》,交测试组进行系统安装、测试。 4.1.4.4设计和开发各阶段 a.软件研发部项目经理负责就技术方面在客户与程序员之间进行协调; b.软件研发部经理负责组织和协调各有关单位的工作; c.各业务部负责与客户的业务联系及相关信息传递; d.参与设计和开发的各部门将必要的信息形成文件,经部门经理评审签字后予以传递. 4.2设计和开发输入 4.2.1《项目经理任命书》经公司总经理批准后,由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》,其中《项目实施计划书》须由公司技术总工组织人员评审。 4.2.2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户),对《需求规格说明书》进行评审,对其中不完善、含糊或矛盾的需求做出澄清和解决.4.2.3《需求规格说明书》在接受合同时可以不完全确定,在项目进行期间可继续制定。当《需求规格说明书》更改时,合同可以修订,对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4.3 设计和开发输出 4.3.1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动,并形成相应的文档。 4.3.2设计和开发的输出应形成文件,但不限于以下文档: ——《软件概要设计说明书》;

1-.文件控制程序

目录 0修改记录 1目的 2范围 3 职责 4 工作程序 5 支持性文件 6 记录

1目的 通过对能源管理体系相关的所有文件的控制与管理,确保在公司各场所均获得并使用相应文件的现行版本,防止作废文件的非预期使用,制定本程序。 2范围 适用于公司与能源相关的管理体系文件、行政文件、外来文件的控制与管理。 3 职责 3.1 总经理负责公司能源管理手册的批准和发布。 3.2 管理者代表者负责能源管理手册文件的审核,负责程序文件的批准和发布。 3.3 各部门经理、处长负责本部门文件的审核,分管领导负责分管范围内文件的批准和发布。 3.4 设备部 3.4.1 负责组织编写和修订能源管理体系文件。 3.4.2 负责能源管理体系文件的状态、发放、管理的控制。 3.4.3 负责原版能源管理体系文件的归档、保管。 3.4.4 建立受控文件清单,以便识别文件的有效性和适宜性。 3.5 集团办公室 3.5.1 负责行政收文的登记、识别、报批、传阅、催办和归档保管。 3.5.2 负责公司行政发文会签、文件状态、发放、管理、归档的控制。 3.5.3 负责档案的管理。 3.5.4 协助做好能源管理体系文件的打印、发放工作。 3.5.5 负责行政事务相关文件的管理和实施。 3.6 各有关部门 3.6.1 负责相关程序文件、作业文件、行政文件的编写和修改。

3.6.2 负责相关外部文件的核查、报批、发放。 3.6.3 负责本部门职责范围内规章制度的管理和实施。 3.6.4 负责识别、确认适用的相关法律法规及相关要求,获取并更新。 4 工作程序 4.1管理体系文件的分类 4.1.1 管理体系文件包括:管理手册、程序文件、作业文件、管理记录。 4.1.2所确定的策划和运行管理体系所需的外来文件包括法律、法规、规章、标准、集团、顾客发的文件等,外来文件的识别和控制执行《法律法规和其他要求获取与更新控制程序》。 4.2 文件的编制和审批 4.2.1 管理手册中的能源部分由设备部编写、修改,管理者代表审核,总经理批准发布。 4.2.2 程序文件中的能源部分由设备部组织各分管部门编写、修改,各部门负责人审核,必要时相关部门会签,分管公司领导审核,管理者代表批准发布。 4.2.3 作业文件由负责本项工作的部门编写、修改,本部门负责人审核,必要时相关部门负责人会签,分管公司领导批准发布。 4.3 文件的标识 4.3.1 公司管理手册、程序文件、作业文件应标明文件名称、编码、版本、修改状态和生效日期。 4.3.2 作废或过期文件需保留时,应标明“作废”或“过期”字样。 4.3.3 设备部按职责编制《受控文件清单》,并注明文件编码和版本。 4.4 文件的发放和管理控制 4.4.1设备部确定管理手册、程序文件和作业文件的发放范围,进行发放登记。 4.4.2 使用者对文件资料要妥善保管,不得涂改、复印、转借。 4.4.3如有损坏、丢失要及时向设备部报告、登记、补发新文件,原编号不变。损坏的要

服务控制程序(新版)

1.目的 对顾客提供产品质量的保证,使其在使用产品前、中、后或公司规定的服务和顾客所提供的服务和信誉,并采取适当对策以提高顾客对我公司产品的满意程度。 2.适用范围 本程序适用于凡是与本公司建立业务关系的顾客及本公司认可的顾客的潜在产品质量保证活动。 3.定义 3.1服务――为满足顾客的需要,供方的顾客之间接触的活动以及供方内部活动所产生的结 果. 3.2售后服务――是指对已到达顾客处的产品的维护. 4.职责 4.1业务部负责产品销售以及作为与顾客沟通的窗户。 4.2质保部负责顾客抱怨的处理。 4.3制造部、业务部协助顾客抱怨的处理。 4.4技术课为顾客抱怨处理提供技术支援。 4.5总经理负责顾客抱怨处理过程的监督和处理的认可。 5.工作程序 5.1顾客服务管理 5.1.1业务部定期(每月至少一次)拜访顾客,并把对顾客的拜访情况进行登记填写《顾 客访问单》,并将顾客反映要求汇总转交质保部、技术课、制造部、管理部。

5.1.2本公司任何部门收到顾客的来电、来信、来访等均应立即通知业务部,由业务部 负责登记《顾客质量反馈单》,立即转交有关部门进行处理和传阅。 5.1.3业务部每季度向顾客发出《顾客满意度调查表》以了解顾客对本公司的质量、服 务、价格、供货状况是否满意,对于未达到顾客满意度目标则由业务部进行进一 步了解和调查原因,填写《顾客质量反馈单》,按5.1.2处理。 5.1.4由技术课负责向顾客提供必要的技术咨询,如产品介绍、产品选型建议提供技术 方面建议等,由技术课编制产品的使用/安装说明,其内容包括对预见的/使用不当 造成产品损坏情况,注明和正确处理使用时可能造成的危险和相关责任(尤其是 涉及产品安全性)。说明必要时采用中/英/德文,在产品投产前与顾客协商确定, 顾客要求时由业务部提供的品备件或调换过期/更改前产品,并对提供备件和调换 作记录等。 5.1.5按合同要求,提供顾客指定的服务,包括现场服务、提供备件等。 5.2顾客抱怨管理 5.2.1业务部根据顾客反映的质量问题,立即填写《顾客质量反馈单》,送质保部。 5.2.2质保部收到业务部转来的《顾客质量反馈单》后,进行调查分析,填写《顾客抱 怨处理单》,若有必要时可会同技术课、制造部共同分析,或派人前往顾客处进行 调查分析。 5.2.3顾客抱怨事件处理期限: a.急件,应在两天内作出处理; b.普通件,应在七天内作出处理。 c.经调查分析后若责任为本公司,或无法确认责任归属者,需根据调查结果或顾 客要求采取适当的对策,进行处理。 d.紧急对策:为能及时处理顾客抱怨而采取的临时解决方法。 1)质保部依顾客抱怨内容进行调查、分析(必要时可会同相关部门进行)后,

计算机软件设计开发控制程序

计算机软件设计开发控制程序 1.目的 为使软件设计开发全过程得到有效的实施和控制,保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求,以增强顾客满意,特制定本程序。 2.范围 本程序涉及软件设计开发过程中的全过程的控制。 3.流程 3.1. 可行性研究 在与客户签订合同之前,均应对将签项目进行资源、技术、市场的可行性分析,可行性分析通过后、签订合同前由公司组织相关人员对合同条款进行评审,评审通过后,公司组织进行立项工作。 3.2. 立项 可行性分析评审通过后,有开发部门经理下达立项任务,制定相关人员填写立项申请报告报批,报批通过后,由部门经理和技术负责人协商下达开发任务书,经技术负责人审核通过后报公司批准。批准立项后,项目进度应以立项申请报告中的阶段进度为准,如果进度需要调整,需要填写进度调整申请报告报批。 3.3. 需求分析 公司根据客户提出的技术要求和相应的软件任务书以及其他有关件,与客户协商确定详细的软件需求。 3.4. 开发策划 根据项目要求和软件需求,由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。在配置管理计划中应列明本项目需提交的各阶段文档的

名称,在项目完成后项目组需列表说明需要移交的文档。在制定计划时,应为计划、设计、测试、修正、再测试、变更以及编制文档留出足够的时间。 3.5. 设计 ●概要设计 根据软件需求说明建立软件总体结构和模块间的关系,确定各模块功能,定义各功能模块的接口,设计全局数据库和数据结构。 ●详细设计 在概要设计的基础上,开发者需要进行软件系统的详细设计。在详细设 计中,描述实现具体模块所涉及到的主要算法、数据结构、类的层次结 构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或 子程序)的设计考虑,以便进行编码和测试。应当保证软件的需求完全分 配给整个软件。详细设计应当足够详细,能够根据详细设计报告进行编 码。 3.6. 编码实现 在软件编码阶段,开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求。 3.7. 测试 ●软件单元测试 按详细设计的结构,根据软件单元测试计划,对软件进行测试。 ●组装测试 根据软件需求说明书中定义的全部功能和性能要求及组装测试计划,对 软件进行组装测试,以确定整个软件是否满足软件需求,是否可以提交 总装测试。 3.8. 验收交付 在软件测试证明软件达到要求后,软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、

程序文件:01文件控制程序

QEM-Ⅱ-01 文件控制程序 1目的 对与QEM体系有关的文件和资料实施有效控制,确保在各相关场所可获得并使用适宜的文件,确定QEM体系有效运行。 2适用范围 适用于与QEM体系有关的文件的控制,包括于QEM体系有关的外来文件控制。3职责 3.1品保部负责《QEM手册》及《程序文件》的编制。 3.2 总经理负责批准颁布质量环境手册和程序文件。 3.3 管理者代表负责审核质量环境手册和程序文件。 3.4 各部门负责本部门相关程序文件的编制和作业指导书的编制、审核、批准和修改。 3.5品保部文控中心负责质量环境管理体系文件(除技术性文件)的编号、登记、受控、发放及回收。 3.6技术部负责技术性文件的管理工作。 3.7各部门负责收集和管理与本部门和QEM体系有关的外来文件。 3.8 各部门协助品保部和技术部做好文件的管理工作。 4工作流程 见公司流程文件《文件控制管理流程》XTL/ZCB-096 5 控制程序 5.1 文件的分类和编号 5.1.1本公司管理体系文件分以下几类: 1)管理手册; 2)程序文件; 3)管理标准、工艺标准、操作规程、采购物资信息、岗位职责和能力要求和各种规章制度等作业指导书; 4)记录(包括数据报告、信息单、各种过程控制记录、表格等); 5)外来文件(包括与QEM体系有关法律、法规、标准、客户规范文件等); 6)专门文件(例如《XTL化学物质管理体系》)。 5.1.2 文件的编号是为便于对受控文件的有序管理,编号按文件层次递进,易于查阅和检索。本公司规定编号的统一结构如下图所示:

文件顺序代码 文件分类代码 公司名称代码 1)公司名称代称由公司名称主体汉语拼音字母缩写组成,本公司缩写为“XTL”。 2) 文件分类代码规定QEM体系一体化文件统一用“QEM”;各部门作业或管理文件均以部门汉语拼音缩写字母表示,如财务部CW、品管部PG等。 3)文件顺序代码由文件管理人员以数字顺序编排如001、002、003…。 4)对外来文件仍采用原发文编号,对没有编号的外来文件,如果被某部门采用,可由使用部门按规则编号,并登记《外来文件登记表》。 5.2 文件受控、非受控的界定 5.2.1 受控文件指需随时保持最新有效版本的文件,文件的制定、审批、修改、发放、回收、作废均需依规定执行,并在《文件发放/回收记录表》中登记。5.2.2 应在受控文件封面或首页加盖“受控”印章,以让使用者明确其受控状态。本公司复印的受控文件一律需重新加盖“受控”印章,否则视其不在受控状态内,但对于大量使用的记录表单,除进行编号按要求管理外,不盖“受控”章。 5.2.3 非受控文件是指只具有暂时作用,不需作更新管理的文件,也无其他控制要求。如公司为了宣传等目的向外发放或向客户发放的文件就为非受控文件。5.3 文件的审批 5.3.1 QEM管理手册和程序文件由管理者代表审核,总经理批准; 5.3.2 各部门制定的受控文件由各部门经理审批。但属公司级的工作文件应由总经理或管理者代表批准。 5.3.3 外来文件由使用部门的主管人员审批其适用性。 5.4 文件的发放 5.4.1 文件发放前确认是否进行有效的批准;确定发放范围并保证相关场所均能得到相应文件的有效版本。 5.4.2 文控中心应根据《文件发放基准》规定的范围填写《文件发放/回收记录表》,在发放的文件上加盖“受控”章,注明分发编号,文件领用人应签收。5.4.3 受控文件不得随意复印、复印使用仍应重新加盖“受控”印章并登记《文件发放/回收记录表》;文件若用电子版本发布时,由文控中心通过内部网络发放

软件开发过程控制程序

软件开发过程控制程序

目录 1目的与适用围 (3) 1.1 目的 (3) 1.2 适用围 (3) 2 引用文件 (3) 3职责 (3) 4程序 (4) 4.1需求分析程序 (4) 4.1.1获取、分析需求 (4) 4.1.2需求规格说明书的评审 (4) 4.1.3需求确认 (4) 4.1.4存档 (4) 4.1.5需求变更 (4) 4.2 软件设计程序 (5) 4.2.1软件设计 (5) 4.2.2设计评审 (5) 4.2.3设计文档的备案 (5) 4.2.4设计更改控制 (5) 4.3 编码开发程序 (5) 4.3.1编码 (5) 4.3.2代码集成 (6) 4.3.3程序验收 (6) 4.3.4配置管理 (6) 4.3.5测试流程 (6) 4.3.5.1 测试用例的编写、审核与备案 (6) 4.3.5.2 系统测试 (6) 4.3.5.3 用户手册的编写与审核 (7) 4.3.5.4存档 (7) 5流程图 (8) 6相关文件 (9)

1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程,确保对软件实现阶段实行有效的管理控制,力求减少编码出错,准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷,证明软件的功能和性能与需求说明相符,从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 3职责 ?项目经理:负责整个开发过程的整体控制,每周向公司和客户提交项目周报。 ?需求分析员:进行需求调研,编写《需求规格说明书》、《调研日志》、需求的补充文档等,必要时进行需求变更。 ?技术负责人:负责设计工作的安排和技术指导,评审特殊项目的设计。 ?设计人员:软件界面设计。 ?开发人员:负责软件系统设计,编写设计文档。根据设计说明书编写程序,修改软件代码。 ?测试员:编写《测试用例》,搭建测试环境、执行单元测试、集成测试,提出《测试报告》。 ?行政人事部:负责开发过程中文件及代码的存档管理。 ?项目组成员:每日填写工作日志。 ?部门负责人:对项目人员工作日志进行统计。

01#-文件控制程序

01#-文件控制程序

Q/YZB-CX01-2012文件控制程序页次: 2/7 1 目的 为确保公司QHSE管理体系运行文件的适宜和有效,并对体系文件进行控制,包括对体系运行所需的外来文件进行识别和控制,特制定本程序。 2 适用范围 本程序适用于对公司QHSE管理体系运行的文件控制,包括所需外来文件的控制。 3 术语和定义(无) 4 职责 4.1 总经理办公室是文件归口管理部门,负责公司QHSE管理体系一、二级文件的标识、组织评审、修订、发放、归档等管理。 4.2 各职能部门按照QHSE管理体系主要职责编制程序文件,起草、审核及修订职责范围内的第三层次文件,并做好管理控制。 4.3 各基层单位负责业务范围内的第三层次文件起草、审核、修订及管理。 4.4 总经理办公室负责公司外来文件的管理,各职能部门负责各自业务范围 内外来文件的签收、登记、传阅和归档等管理。 4.5 所有单位应对体系涉及到的电子文件按规定进行管理。 5工作程序 文件和资料控制工作程序流程图(见2/7页) 5.1 文件的分类 5.1.1 内部文件 内部文件是公司为保证QHSE管理体系有效策划和运行而制定并必须执行的 文件,主要包括: a)管理手册——一级文件; b)程序文件——二级文件; c)作业文件——三级文件(包括公司相关制度汇编;作业指导书汇编; 操作规程;施工方案;技术标准;规范图纸;检验、检测、计量文件等);d)记录(包括用于证实符合QHSE管理体系要求及产品实现过程和结果的 各种记录表格、数据报告、过程活动记录等)。 5.1.2 外来文件

Q/YZB-CX01-2012 文件控制程序 页 次: 3/7 外来文件主要是体系运行所需的国家或上级主管部门下发的文件,主要包括: a )法律法规及其它要求; b )技术标准和规范; c )其他与QHSE 管理有关的文件。 文件和资料控制工作程序流程图

施工过程和服务控制程序

十、施工过程和服务控制程序 盐城市水利建筑工程处 施工过程和服务控制程序 (依据GB/T19001—2000 idt 9001:2000标准编制) 编号:YSJ/CX-10-2000 版本/修订: B/0 编制:年月日 审核:年月日 批准:年月日2005年1月26日发布 2005年2月1日实施

文件修改控制页 序号修改通知单 编号 修改页 码 修改条款 号 批准人日期修改人

盐城市水利建筑工程 处 程序文件 编号YSJ/CX-10-2000版/修B/0 施工过程和服务控制 程序 页次1/5 1.目的 对施工全过程进行控制,使其处于受控状态,保证工程质量符合规定要求。对交付后服务进行控制。 2.适用范围 适用于本处工程项目施工及服务的全过程。 3.相关文件 《质量手册》 《程序文件》 4.职责 4.1总工程师 负责工程总体施工组织设计的审核批准。 4.2质量安全科 (1)负责本程序的编制、更改、换版、监督检查; (2)负责工程总体施工组织设计的归口管理,负责质量实施的监督、抽查和指导,施工过程的安全监督、检查; (3)负责检验、测量和试验设备管理 。 4.3工程科 负责年度回访计划的编制,组织回访工作和对质量缺陷进行研究,明确责任,提出维修方案。 4.4财务材料科 负责组织采购大宗材料。 4.5设备科 负责施工机械设备的配置、管理。 4.6项目部负责本程序的实施。 5.工作程序 5.1施工和服务提供的控制

施工和服务提供,直接影响向顾客提供产品和服务的符合性质量,必须在受控条件下进行。 5.1.1获得表述产品特性的信息 5.1.1.1技术文件资料收集 项目部依据施工合同要求,做好文件资料的收集和发放工作,包括:设计图纸、施工图集、施工规范、施工质量检验评定标准、适用的法律法规等。 5.1.1.2项目部对施工现场进行勘察,了解、掌握现场的环境条件,研究确定需要解决问题的处置方案,及时记录在施工日记中。 5.1.1.3项目技术负责人组织技术人员熟悉施工图纸,查找图纸有疑问、不明确及矛盾甚至错误部分进行汇总,参加由顾客主持的图纸会审,项目部填写《图纸会审记录表》,经会审单位负责人或代表签字认可。以上均应执行《文件和记录控制程序》。 5.1.2过程策划 5.1.2.1编制施工组织设计和分部工程施工方案 项目部组织编制施工组织设计,技术负责人审核,项目经理审批后,报处总 工程师批准,具体执行《产品实现策划控制程序》。在分部工程开工前,项目部编制详细的分部工程施工方案,报总监批准后实施。

01文件控制程序

1 目的 文件和资料是指导检测和管理活动的依据。为使文件受控,确保本站所有场所使用的文件资料为最新有效版本,特制定本程序。 2 适用范围 适用于质量管理体系所有文件、资料和外来文件的控制及维护。 3 职责 3.1 质量主管负责本站质量管理体系文件的控制和管理,包括质量手册、程序文件、作业文件、外来文件等; 3.2技术管理者负责技术性文件的控制和管理; 3.3 各职能部门使用的文件和资料由各职能部门自行控制和保管; 3.4资料管理员负责所有文件的存档、保管和发放。 4 工作程序 4.1 文件的分类 4.1.1内部制定的文件 (1)管理体系文件(如质量手册、程序文件、作业文件等); (2)一般性技术文件(如请示、报告、总结等)。 4.1.2外来文件; (1)外来质量文件(如国家和上级部门颁发的有关法规、规章、政策及技术标准、规范等) (2)外来技术性文件(委托方提供的资料、企业标准、书籍、信件、电话记录等)4.2 文件的编制、审批和发布 4.2.1质量方针、质量目标由站长主持制订,经管理层集体讨论后由站长发布。 4.2.2管理体系文件由质量主管组织编写,站长审批和发布; 4.2.3技术文件和作业文件由技术管理者组织编写,并会同各检验室的负责人审核后

4.3 文件的编号 所有管理体系文件和技术文件均按《编号管理规定》由资料管理员统一进行编号。 4.4 文件的受控 4.4.1 文件和资料分为受控与非受控。受控文件加盖“受控”印章。管理体系文件(如质量手册、程序文件、作业文件等)和国家法律、法规、技术标准、规范等,属于受控文件。 4.4.2 非受控文件不加盖“受控”印章,只进行编号。内部编制的和外来的一般性技术文件(如请示、报告、总结、委托方提供的资料、企业标准、书籍等)属于非受控文件。 4.5 文件的发放 4.5.1资料管理员负责建立所有文件、资料的帐目及明细表。文件的收发、复制、归档均应统一编号,并有责任人签字。 4.5.2资料管理员应建立、保存有效的文件发放清单及唯一性标识,防止使用失效的文件,使下发的文件始终处于受控状态。 4.6 文件的替换和更改 4.6.1资料管理员负责文件资料有效性的确认,跟踪标准的最新出版信息。 4.6.2需要替换的技术文件,应由使用人通过检验室负责人提出申请, 经技术主管批准后, 由资料员登记编号发放使用。 4.6.3质量文件的更改,应由该文件原审批部门或负责人组织进行。提出更改申请的人员应同时说明更改的理由,必要时应提出书面依据及背景材料。文件修订与更改应有相应记录或更改清单。保存在计算机系统中的文件更改和控制应执行计算机管理规定。 4.7文件的换版和作废 4.7.1有效文件经多次修改或经内部评审需大幅度修改时,可进行换版。原版次文件相应作废。

12服务提供控制程序(1)

服务提供控制程序 1 目的 对物业管理的服务提供过程进行有效控制,以确保满足业主和住户的需求和期望。 2 适用范围 适用于公司各部门对所有服务提供过程的控制。 3 职责 3.1 公司各职能部门负责本部门服务提供过程的控制。 3.2 品管部负责检查监督各部门服务过程的质量。 4 程序 4.1 服务提供过程的控制 4.1.1 获得表述服务特性的信息和文件根据对服务实现过程策划的输出及业主和住户要求评审的输出等获得必要的服务信息,分别执行相应的《服务实现的策划程序》、《与顾客有关的过程控制程序》及公司各项服务提供控制程序的有关规定。 4.1.2 在公司各项服务提供控制程序中对关键的服务过程规定了应编制的作业指导书。 4.1.3 使用适宜的服务设施,执行《基础设施和工作环境控制程序》的有关规定。4.1.4 对服务质量进行检查与考评,执行《过程和服务的监视和测量控制程序》的有关规定。 4.1.5 工程部负责对服务完成后的有关活动进行控制: a.负责与业主和住户联络,妥善处理他们的意见和投诉,及时做好服务回访工作, 负责保存相关服务记录; b.负责对业主和住户满意度进行测量,确定他们的需求和潜在需求,执行《业主和 住户满意程度测量程序》; c.建立业主和住户档案,详细记录其名称、地址、电话、联系人及经常需要服务的 种类;整理了解业主和住户的服务倾向,及时做好服务准备; d.利用与业主和住户的交往,主动向他们介绍本公司的服务,提供宣传资料,解答 提问。 4.2 本公司物业管理主要的服务提供过程 日常物业管理服务提供过程:

4.2.1 公司日常物业管理主要的服务提供过程包括:小区接管、入住及装修服务,保安服务,设施、设备运行维修服务、清洁服务、物业管理和服务费用的收缴等。 4.2.2 对于新建成的物业,公司成立物业接管工作小组,小组成员由相关专业人员组成,具体执行《业主和住户财产控制程序》。 4.2.3 工程部负责组织、安排楼宇入住、装修工作,具体执行《楼宇、小区入住和装修管理制度》。 4.2.4 设施设备运行维修服务:工程部负责设施设备的运行维修服务,具体执行《基础设施和工作环境控制程序》、《机电设备运行维修工作手册》、《消防工作手册》等的有关规定,并填写相应记录。 4.2.5 清洁服务:工程部负责管辖区公共场所清洁、垃圾清运、室内清洁服务,具体执行《清洁服务管理制度》。 4.2.6 保安服务:综合部负责管辖区的治安巡逻、值勤及交通车辆进出、停放管理,具体执行《保安管理制度》。 4.2.7 物业管理、服务费用收缴服务:综合部负责物业管理、服务费用的收缴管理,并具体负责催缴工作,具体执行《物业管理、服务费用收缴控制程序》的有关规定。 4.2.8 物业租赁服务:综合部接受业主或住户的委托,开展物业租赁的代理工作,具体

售后服务控制程序

售后服务控制程序 1 目的 全力满是顾客合同明确规定的和隐含的要求,为顾客提供优质的服务。 2 范围 适用于公司所生产产品的发运、交付、调试,对顾客进行产品的操作与维护培训, 质量信息的反馈,以及产品备配件的供应等。 3 职责 3.1 物流部门负责产品的贮存和发运,销售部门负责产品的交付和顾客的接待、产品 备配件的供应以及收集顾客对产品质量和服务的信息并反馈,质管部门负责售后服务的 组织和实施,销售部门做好相关的协调工作。 3.2 生产和质管部门负责组织实施安装服务工作和提供维修服务,对安装质量进行监督、抽查和考核。 3.3 质管部门负责及时处理用户对产品质量(包括产品、包装、运输、服务等)的抱怨和投诉,及时组织有关部门提供维修服务和技术服务。 3.4 技术部门负责提供产品包装设计和装箱清单或或发货清单和验收要求、使用维护 手册等,需要时参加用户回访和为用户提供技术服务。 3.5 项目负责人负责该项目产品的跟踪服务。 3.6 服务人员负责按要求做好安装调试、维修、服务工作。 4 程序 4.1 产品贮存、发运与交付。 4.1.1 产成品由生产车间负责配套入库。 4.1.2 入库的产品包装箱或散装件贮存时应有明显顾客名称和产品标识。产品贮存时应有防水防晒措施,电气装置应有防潮措施。 4.1.3 发货人员和库管员按合同要求组织装箱或装车发运、发货前需查看质量部。 4.2.2 销售员依据用户的请求,并核实与本公司产品的相关工程的进展情况后向销售部提出安装服务申请,销售部应提前一周向生产部提交安装服务计划。 4.2.3 安装服务的质量直接关系到公司的信誉,生产部应加强对安装服务的管理,努力提高安装服务的质量。 4.2.4 生产部负责组织实施安装服务工作,包括编制施工组织方案、安装进度计划和质量要求、安全技术措施,并确定项目负责人。 4.2.5安装人员必须服从调配,按期到达指定地点给予顾客开展服务工作。安装人员到达现场后首先查看公司产品的保管情况,如发现异常或丢失,要如实报告。 4.2.6 安装人员认真按产品安装调试规程和技术要求,进行安装调试,自检合格并在试运行正常后请用户验收和填写“安装验收记录”盖章后带回。 4.2.7 销售部门应及时了解产品安装后的使用情况,据此对安装服务质量进行监督。 4.3 售后服务的组织与管理 4.3.1 销售部门负责顾客的接待服务工作: a)负责处理顾客有关产品质量的来函来电; b)接待顾客的来访人员,并协助解决有关问题; c)组织走访用户和收集顾客对产品质量和服务质量的意见和反馈工作; d)对顾客反映的质量问题要及时填写“质量信息反馈单”交质管部门处理。 4.3.2 销售部门负责按顾客需求供应产品备配件,物流部门要优先安排备配件供应。 4.3.3 质管部门在收到“质量信息反馈单”后要及时处理用户对产品质量的抱怨与投诉,应组织有关部门查明原因和提出相应的处置措施,并实施纠正。

软件开发控制程序文件

软件开发控制程序文件 1 目的 1.1 对软件开发的全过程进行控制,确保产品能满足用户需求和期望及 有关法律、法规要求。 2 范围 2.1适用于本公司软件新产品开发全过程的控制。 3 职责 3.1技术部负责软件开发全过程的组织、协调、实施工作,包括进行开发 的策划、确定开发的组织和技术的接口、输入、输出、验证、评 审,设计开发的更改和确认等。 3.2技术部经理负责审核软件开始输出文件和成果。 3.3技术部经理负责审核项目可行性研究报告、项目开发方案,下达开发 任务书,负责批准项目开发计划、开发输入、开发输出、开发评 审、开发验证、确认和软件更改等。 3.4总经理负责批准项目可行性研究报告、项目开发方案。 3.5采购部负责所需物料的采购。 3.6技术部负责根据合同要求,负责提交用户使用新产品后的《验收报 告》。 3.7技术部负责控制新产品的质量保证能力。 4 程序 4.1软件开始的策划 根据“软件生存周期”的阶段划分,这属于“可行性研究与计划阶段”。

4.1.1软件开发项目的来源: a. 根据市场部与用户签定的新产品合同或技术协议,总经理批 准的相应的《项目可行性研究报告》、《产品要求评审 表》、技术部经理下达《软件开发任务书》,并将与新产品 有关的技术资料转交软件开发人员。 b. 市场部根据市场调研或分析提出《项目可行性研究报告》, 报技术部经理审核、总经理批准后,技术部经理下达《软件 开发任务书》,并将相关背景资料转交软件开发人员。 c. 技术部综合各方面信息,提交《项目可行性研究报告》,报 技术部经理审核、总经理批准后,技术部经理下达《软件开 发任务书》,交软件开发人员实施。 d. 技术部经理制定的科技发展规划:包括新产品计划和已有产 品的重大升组级计划(如平台更换、重大技术改造等)。 4.1.2项目负责人根据上述项目来源,确定项目负责人,根据《软件开发 任务书》将软件开发策划的输出转化为《项目开发计划》,报技 术部经理审核、批准。计划书内容包括: a.开发输入、输出、评审、验证、确认等务阶段的划分和主要工作内容; b.各阶段人员职责和权限、进度要求和配合单位; c.产品及成果、验收标准; d.资源配置需求,如人员、设备、资金保证及支持务件等及其他相关内容等。 4.1.3软件开发策划的输出文件将随着设计开发的进展,在适当进予以修 改,应执行《文件控制程序》关于文件更改的有关规定。 4.1.4软件开发不同小组之间的接口管理 a. 软件开发的不同小组可能涉及到公司不同职能或不同层 次,也可能涉及到公司外部。 b. 对于小组之间重要的软件开发信息沟通,软件开发人员填

核电文件控制程序

核电文件控制程序 U N34/G L-H D-01-01-G S P 2012-06-01发布2012-06-01实施 江苏欣安新材料技术有限公司发布

1.目的 加强对核电项目文件的控制,确保所有部门、使用场所可获得适用文件的有效版本,防止作废文件的非预期使用,确保管理体系的有效运行。 2.范围 适用于公司核电项目和与产品质量、环境、职业健康安全有关的管理性、技术性文件,包括外来文件等所有文件的控制。 3.职责 3.1总经理负责《质保大纲》、《程序文件》的批准,管理者代表确定文件发放的范围。 3.2各部门层次文件由各分管副总审核,管代批准。 3.3综合管理部为公司核电项目文件的归口管理部门,负责核电项目文件的登记、发放、回 收、更改和受控等管理。 3.4综合管理部负责所有文件的编号管理并负责文件公司印章的控制。 3.5技术部门负责产品技术类文件(例如:图纸、质量计划、材料计划采购单等)的登记、 发放、回收和更改等管理,公司技术负责人确定技术文件发放范围及批准所有技术类管理性文件。 3.5.1综合管理部负责产品检验类规定的登记、发放、回收和更改等管理,管理者代表负责 批准并确定发放范围。 3.6档案室负责文件原稿、修改和审签过程记录、文件正式稿的保存。 3.7各职能部门负责本部门职责范围内所有文件和资料的管理。 3.8技术部门负责核电项目外来技术文件的登记、发放、回收和更改等管理,并负责加盖“外 来文件”受控章。合同部门负责商务类文件资料的接受与登记归档工作。 4.工作程序和内容 4.1文件的分类 核电项目的文件包含体系运行文件外,还包含需受控和提供给购买方的文件(含管理程序、规范及图样、适用文件清单等),适用于核电项目的法律、法规、标准及一些专门要求文件的适宜性、有效性评价控制等。 4.1.1 控制文件的种类

售后服务控制程序

售后服务控制程序编制: 审核:______________ 批准: 版次:B1.0 分发号:___________

受控状态:__________ 2018-01-02 发布 2018-01-02 实施

更改控制页

封面 0 更改控制页 (1) 目次 (2) 1. 目的 (3) 2. 适用范围 (3) 3. 术语和定义 (3) 4. 引用标准/文件 (3) 5. 职责与权限 (3) 6. 工作程序 (3) 7. 记录 (4)

售后服务控制程序 1目的 按照Q/XX《质量手册》交付后的活动的要求规定,特编制本程序文件。 通过对售后服务的管理,使售出的产品和服务能最大限度的满足顾客的要求,从而使顾客感到满意。 2适用范围 本程序适用于本公司产品和服务在交付后的整个服务过程。 3术语和定义 本程序应用GJB 9001C-2017和GB/T19001-2016《质量管理体系要求》中的术语和定义4引用标准/文件 4.1 Q/XX《质量手册》 4.2 Q/XX《成文信息控制程序》 4.3 Q/XX《纠正和预防控制程序》 5职责与权限 5.1销售部负责产品和服务交付后整个活动的策划、组织、实施和报告,是归口管理部门; 5.2质量管理部负责验证对产品和服务交付后的活动过程中所采取措施的有效性; 5.3技术部负责为顾客提供产品和服务交付后的技术支持方面服务。 6工作程序 6.1产品和服务交付后的活动包括现场技术培训、技术支持、技术文件更新、质量信息收集与处理、质量问题处理等;服务方式分为客户回访、咨询解答、上门服务等方式。 a)销售部要做好顾客投诉和要求服务的来电、来函记录,并归类记录和整理,根据问 题类型及时采取相应服务方式,保证顾客的要求在最短的时间内得到响应; b)按合同的要求或顾客要求,委派技术服务人员到现场提供技术培训或提供技术支持和资源服务,及时解决问题并做好记录; c)交付产品和服务提供的技术文件发生更新时,要及时与客户联系,将已交付的技术文件更新 d)应采取各种方法和利用各种渠道,如顾客的来电、来函和来访、上门回访、上门服 务等,收集顾客反馈的质量信息,包括抱怨、投诉和退货等,并及时传递到主管领导和相

计算机软件确认控制程序

计算机软件确认控制程序 1、目的 通过对计算机软件进行确认,以证实该过程实现所策划的结果的能力。 2、适用范围 适用于本公司生产和服务过程及监视测量所用软件的确认及再确认工作。 3、职责 3.1各产品线质量部负责生产和服务过程用软件确认的组织、实施; 3.2中心实验室负责监视测量仪器所用软件确认的组织实施,并参与生产和服务过程用软件确认的配合工作。 4、术语和定义 4.1黑盒测试 将系统(软件和硬件)看作不能打开的黑盒,在不考虑系统内部结构和特性的情况下,测试者只依靠系统需求说明书,从可能的输入条件和输出条件中确定测试数据,也就是根据系统的功能或外部特性,设计测试用例(例如功能测试)。4.2白盒测试 即结构测试或逻辑驱动测试。这种测试允许测试者考虑系统的内部结构,并根据系统内部结构设计测试用例,而不考虑系统的功能。 4.3安装确认 确认系统的安装符合设计标准,并对所需要的软件及硬件的技术资料、图纸、操作手册等文件进行确认。 4.4运行(操作)确认 确认系统的各项运作功能符合用户需求标准。系统运行确认应在一个与正常工作环境隔离的测试环境下实施,但应模拟生产环境。 4.5性能(工艺)确认 确认系统运行过程的有效性和稳定性,应在正常生产环境下进行测试。测试项目依据对系统运行希望达到的整体效果而定(如对生产出的产品质量各项特性进行测试),测试应在正常生产环境下(相同条件下)重复三次以上。

4、工作程序 4.1安装确认(IQ):安装确认的目的是保证系统的安装符合设计标准,并保证所需技术资料俱全。具体确认内容包括如下: 4.1.1各种标准清单,包括使用者要求、功能性要求、物理要求、系统标准。4.1.2各种标准操作程序(SOP),包括硬件和软件的操作、预防维修、备份和数据存档、灾难(断电、硬软件损坏等)恢复及系统退役。 4.1.3配置图,配置图是控制系统的概图,包括以下内容。 4.1.3.1整个系统概图。 4.1.3.2各个中央处理器(CPUS)包括插件指定的配置图。 4.1.3.3输入/输出装置接线图。 4.1.3.4控制回路图。 4.1.3.5状态转变图。 4.1.3.6网络接线图。 4.1.3.7硬件驱动/网络驱动指示树,可包括逻辑的和物理的驱动指定。 4.1.4 硬件和软件手册,包括安装、操作、维修保养手册。 4.1.5 硬件配置清单,包括已安装系统的所有组成部分,对于芯片、微处理器或EPROM,应记录其修订版号。 4.1.6 软件清单和源代码的复制件 列出与系统有关的所有软件和软件版本,并保证所有软件的复制件都归入档案,安全存放。 应存放以下几种软件。源代码产生器或编辑器、源代码(包括初级排序、功能和报告的产生)、操作系统、诊断程序、存档/备份程序。 4.1.7 输入/输出(I/O)清单及连续性检查。连续性检查是保证信号可从控制系统发至装置并又可从装置返回至控制系统。 4.1.8 环境和公用工程测试 确认并记录系统安装的环境,包括清洁度、射频/电磁干扰、振动、物理安全性、噪声、照明。 记录关键公用工程系统的情况,并确认公用工程系统的关键性质与功能说明书相符。包括火警通告/抑制、冷却系统、电力及调节、不间断供电、W AN 连接、

化工企业文件控制程序

1.目的 为有效地操纵质量治理体系所要求的文件,确保公司质量治理体系运行的各个场所都能得到相应文件的有效版本,特制定本程序。 2.范畴 本程序规定了文件的审批、公布、发放、更换、保管、处理(包括防止使用失效作废的文件)等内容和要求,适用于对体系文件、技术文件和外来文件的操纵。 3.职责 3.1治理者代表负责组织相关人员编制并审核质量手册、程序文件。 3.2总经理负责批准公布质量手册、程序文件。 3.3各部门负责相关文件的编制、收集、整理、使用和保管。 3.4办公室负责文件的发放、治理及更换操纵。 4、程序 4.1文件的操纵范畴 a、质量手册(含程序文件),第三层次质量活动作业指导书。 b、法律、法规和其他外来文件。 c、质量记录、表格。 4.2文件的编号 a、质量手册 公司名称代号/手册名称代号—版本号 如:YTHG/QM-A b、程序文件 公司名称代号/程序文件名称代号-版本号-程序文件顺序号 如:YTHG/QP-A-01 c、作业指导书如: d、外来文件:外来文件代号/(文件名称或代号)-流水号如WL/(合同法)- 01 e、质量记录:QR为质量记录代号,其后为手册中的章节号,01、02、03……为

质量记录序号,例如:《受控文件清单》为QR-01。 4.3修改状态 4.4版本规定 4.5文件的编写、审核、批准、发放 文件公布前应得到批准,以确保文件是有效的,适宜的。 a、质量手册、程序文件由治理者代表组织相关人员编写,治理者代表审核,总经理批准公布,办公室负责登记发放。 b、各部门负责相关文件的编制,经主管审核后报治理者代表批准使用,各部门负责登记发放。 c、应确保文件使用的各场所得到相关文件的适用版本,文件发放、回收要填写《文件发放、回收记录》。 4.6文件的操纵状态 文件分为“受控”和“非受控”两类,凡与质量治理体系运行紧密相关的文件虽受控,所有受控文件必须在该文件封面上加盖受控印章,并注明分发号。 4.7文件的更换 a、文件的更换一样由原编制部门进行,填写《文件更换申请》后由原审批者进行审批,并由文件保管部门保留文件更换的记录。 b、若指定其他部门进行文件更换时,被指定部门/人员应获得审批所必需时背景材料。 c、所有被更换的原文件必须由相应主管部门收回,以确保有效文件的唯独性。 d、文件更换内容由相应主管部门以书面形式通知文件持有人员。 4.8文件的领用 a、文件持有人必须在《文件发放、回收记录》签收后方可领用文件。 b、因破旧而重新领用的新文件,分发号不变,并收回相应旧文件;因丢失而补发的文件,应给予新的分发号,并注明已丢失的文件分发号失效,由文件发放部门作好相应发放签收记录。

相关文档
最新文档