《程序文件》中的质量保证体系文件？？作业文件

你好，作业文件一般应这样编写： 作业指导书的编写1、作业指导书编写的原则（1）作业指导书应尽可能简单、实用规定质量管理体系程序的范围和详略程度应取决于工作的复杂程度、所用的方法，以及开展这项活动所需的技能和培训。

同样，作业指导书的详略程度也与此有关，并应尽可能简单、实用。为此可以采用以下方法：只写与控制影响质量的因素及结果的评定方法有关的内容。

有关操作的步骤等内容在设备操作手册、标准、岗位培训的原始资料中已有描述，人们只需引用或参考这些已经存在的标准和文件，没有必要把它重复一遍。 如在立式光学比较仪上校准塞规的作业指导书，不需要说明如何使用仪器和调整工作，但必须说明所使用的量块要求、塞规要求与结果的评价方法。

要尽量可能方便使用者。使用者的需要是很重要的，作业指导书应避免全部用文字来表述，可采用流程图、图表、照片；同时采用较大的字号，避免使用密密麻麻的文字及大量地引用其他的文件或表格。

（1） 只写需要的作业指导书一般来说，作业指导书过多或过少都是不正常的，但其数量并没有明确规定，而应建立在需要的基础上。应针对计划编写的作业指导书回答以下三个问题：○1 为什么要编写这个作业指导书？○2 有了这个作业指导书，能执行什么任务（控制哪些影响质量的因素）？○3文件的培训或岗前培训、岗位培训能覆盖或取代这个作业指导书吗？2、作业指导书编写的依据（1）程序文件一般情况下，作业指导书往往是根据程序文件的要求来编写的，因而又可以作为程序文件的附录。

程序文件一般用于管理层，主要是对某一项活动的职责、范围、工作步骤等作出规定。而工作步骤涉及到的具体的工作细节，如果需要，则由作业指导书来规定。

但是，并不是每个程序文件都要有相应的作业指导书。有时候，一个程序文件又可能会需要若干个作业指导书。

例如某组织有“关键过程控制程序”，其中规定了关键过程均要编写作业指导书，因而该组织所有的关键过程都应编写作业指导书，于是可能有数十个之多。 （2）技术规范作业指导书是为确保过程质量而编写的。

而过程质量是由技术规范来规定或确定 。因此，技术规范，包括产品规范、过程规范、检验和试验规范等，也是编写作业指导书的依据。

但是，也不是说任何技术规范都要有作业指导书去保证。 相当多的技术规范，主要还是通过提高操作人员的技能去保证的，只有那些要求较高，质量保证较难的技术规范才需要作业指导书。

（3）有关的法律法规作业指导书涉及具体操作，因此必须符合有关的法律法规要求，不得有违反的现象。 例如不得违反有关环境保护、生产安全、工业卫生等方面的法律法规。

3、作业指导书的格式作业指导书用于具体指导现场生产或管理工作，其结构和形式完全取决于作业的性质和复杂程度，不像质量手册和程序文件那么单一，不必也不可能采用统一的结构形式。 因而根据其应当包括的内容可以全部用文字描述，也可以用图表来表示，或两者结合起来使用。

一般情况下，应当符合以下要求：○1 按作业对象命名作业指导书的标准名称；○2 统一作业指导书的标准编号；○6 内容中章的名称、章条格式，按作业指导书的分类、要求○3 说明作业指导书的编写依据；○4 有发布实施日期；○5 编制人、审核人、部门负责人签字，要有审批程序；基本统一格式。 （1）运作作业指导书的编写格式○1 作业内容：过程流程图。

○2 材料要求：对使用的材料要求（上过程转序的在制品）。○3 设备要求：A）有关设备的技术参数规定要求；B）调整和校准要求；C）计量器具要求；D）维护保养要求。

○4 工作环境要求：温度、湿度、清洁度、安全、环保等环境要求。○5 技术规范要求：A）技术标准、作业守则要求；B）用图表、图片、照片、、代表性样品规定作业质量；C）过程能力要求。

○6 操作步骤：操作程序要求。○7 工作准则；异常情况下处置方法要求。

○8职责和权限。（2）体验和试验作业指导书的编写格式○1 作业内容A）需检验和试验或检定的特性参数；B）可用图表、流程图等。

○2 测量、检定仪器设备、工具要求：A）有关测量、检定仪器工具技术参数规定要求；B）调整和校准要求；C）维护和保养要求。○3 工作环境：温度、湿度、清洁度、安全、环保等环境要求。

○4检验和试验或检定方法、判定标准：A）抽样方法；B）测量数量；C）检定周期、频次；D）工作步骤；E ）判定标准。 ○5 检验和试验或检验结果的记录。

○6 检验和试验或检定结果通知有关人员。○7 工作准则：异常情况下处置方法要求。

○8职责和权限。（3）工作作业指导书的编写格式○1 作业内容：管理专业（如文件编号、搬运、贮存等）。

○2 材料要求。○3 设备、工具要求。

○4 工作环境。○5 工作标准。

A）技术规范要求；B）管理标准（程序文件）要求。 ○6 工作步骤。

○7工作准则。○8职责和权限。

如何保证软件质量？

软件在没有发布之前的开发过程主要分为需求分析、设计、编码和验证四个阶段，最终的软件质量与这四个阶段的各自质量之间的关系如果用C语言来表达的话应当是： 最终的软件质量 = 需求分析质量 && 设计质量 && 编码质量 && 验证质量 即，最终的质量来自于各阶段质量之“与”，只要其中一个环节质量是差，则产品的整体质量都将是差，千万不要认为是“或”的关系。

由此看来每一个阶段的质量都起着决定性的作用。 以上提及的四个阶段的质量将引出以下几个软件质量保证的关键要素。

完备的需求分析 需求分析的目的是让项目组明白要做什么，是决定所开发出来的软件应当是“长什么样的”，显然完备的需求分析是高质量软件的前提。 如果所开发出来的软件与用户所希望的并不一致，那不可能让用户说“这个软件的质量很好” 。

如果方向不对，软件开发得再“好”也没有意义。需求分析失误所带来的开发成本是高昂的，这一点在《软件工程》这类书籍中都会提及，因此，整个行业对于需求分析的重要性都具有足够的认识。

当然，知道其重要性与如何获得完备的需求分析又是两回事，至于如何做好需求分析请读者参考相关书籍。 需求分析如果出现失误的话有一个特点 —— 它一定会暴露！只不过存在是暴露在软件开发过程中还是在用户手中之别。

因此，需求分析所造成的问题尽管严重，但它能被发现进而能得到项目组的重视，从而也一定能被修复，只是不同阶段发现这类问题所花费的成本将有所不同。 设计 设计阶段是通过设计方法找出软件实现更好的方法，注意这里是“更好”两个字，而不是强调最好。

不良设计并不会象需求分析失误那样很容易暴露出其本质，相反，它所暴露出的更多是表象，比如逻辑复杂、维护时举步为艰等等。如果参与者不具备一定的洞察力以发现隐藏在现象背后的不良设计本质，则很有可能身受其害却不能自拔，还以为“本来就有那么复杂”。

项目的开发是一个逐步演进的过程，项目组成员对于需求的理解也是逐步加深的，一开始合适的设计到后面看来很有可能就不够全面或显得力不从心，如果仍沿用以前的设计则自然将暴露出它的不足，进而会出现需要更高的维护成本。重构思想的提出，就是用于帮助项目演进设计的，当然，在运用重构方法时，应尽可能保证项目有足够的单元测试用例，以预防重构时又引入新的缺陷。

重构不只是一个词，其核心应当是一个方法论，一个用于优化设计的方法论。 编程好习惯 设计阶段输出的结果就是蓝图，但好的蓝图并不能保证最后的质量一定就好。

拿造房子打个比方，图纸设计得再好，如果建造时用的材料不过关，那最终的房子一定好不了。那软件开发中的“建筑材料”又是什么呢？就是程序员所编写的代码。

如何保证其质量呢？这需要通过良好的编程习惯去保证。 在现实的项目中，设计有可能与编码会有一定的揉合，即通过进行一定的编码来辅助设计。

这种实践方式并不影响这里将设计与编码分为两个质量保证关键要素。 验证 验证很容易让人想到质量保证的常用方法之一，即测试。

但验证应当包含更多的内涵，比如求证软件需求是用户所希望的就是其中的一种。 对于验证的理解仍需要拿房屋的建造作为一个比方，以便加深理解。

在房屋的建造过程中，当建筑材料到了工地以后，需要对其进行检验，以保证它的质量是合格的，否则不能用于建造。对应于软件开发，这个阶段就是单元测试。

当软件工程师编写了代码以后如何保证代码的行为是其所希望的呢？那只能通过单元测试去验证。房子建造好了以后，还得对房子进行整体的验收以确保其最终是合格的。

如何写质量保证体系

标准 质量管理体系（总要求） 总要求（提出质量管理体系要求的一种指导思想） 要求：1）建立、实施、保持和改进质量管理体系； 2）应符合9001-2000版的要求； 3）质量管理体系应当形成文件。

质量管理体系是按规定运行，这种规定就要求写成文件，不是口头的命令，是一种文件化的指令。 建立质量管理体系的要求： 1）识别过程； 2）确定这些过程的顺序和相互作用； 要系统地管理这些过程，要识别这些过程之间的相互作用，叫过程方法。

在服务过程中，过程的开发和产品的设计开发分不太清。 3）在质量管理体系中，包括了两部分文件：一部分是有关于质量管理的文件；一部分是关于提供产品的技术文件。

4）确保资源和信息（必要的标准）以支持这些过程的运行和监控； 5）监视、测量和分析这些过程； 6）采取必要的措施，以实现对这些过程策划的结果并持续改进。 外包过程：是针对质量管理，针对产品符合性来讲的。

符合性：产品固有的特性（比如：产品的功能、性能、外观等） 符合要求：除固有的特性外，还有其他赋予的特性（比如：价格等） 被外包的过程本标准的控制要求同样要得到满足。 管理职责 管理承诺 在质量管理方面应当有所承诺（面对顾客的承诺），2000版标准对最高管理者责任和活动作了进一步细化，管理承诺是最高管理者的责任和活动的要求。

最高管理者——是指在最高层指挥和控制组织的一个人或一组人 承诺：建立、实施并持续改进组织的质量管理体系。 要证实承诺是否实现应开展的活动： 1）亲自向组织传达以顾客为中心的思想；满足顾客和法律法规的重要性；质量意识的灌输 2）亲自去制定质量方针 3）确保制定适宜的质量目标（要保证实现） 4）亲自主持管理评审（整个质量管理体系的评审） 5）确保获得资源 以顾客为关注焦点（9000中八项质量管理原则） 一个组织是依靠于顾客的，了解顾客需要什么，然后再让顾客满意。

最高管理者应建立这种思想，确保顾客的要求能够得到确定并满足。 质量方针（是实施和改进质量体系的推动力） 质量方针——由组织的最高管理者正式发布的该组织总的质量宗旨和方向 质量方针应体现最高管理者对一个组织开展质量管理的主导思想（最根本的质量方向和政策） 质量方针是最高管理者的责任和活动。

质量方针的内容： 组织的总方针和宗旨相适应；包括产品满足要求和持续改进的承诺；提供制定和评审质量目标的框架（目标要和方向吻合）；确保在组织内的沟通和理解；评审持续的适宜性。 策划 指质量管理体系的总策划，形成活动通用要求，首先制定目标 质量目标 质量目标――在质量方面追求的目标 通过质量手册、质量方针的颁布，提出在一段时期内追求的目标，再展开成近期的目标。

质量目标的展开应在质量方针的框架内展开，也就是目标与质量方针应保持一致。 例：质量方针是提高产品的可靠性，满足顾客的需求。

目标的目的：可靠性就是在近期之内把产品的平均无故障间隔要提高一个数量级 质量目标在内容上包括： 1）满足产品要求所需的内容（见7.1a）：关于产品要求方面；关于过程体系方面。 2）由总目标分解展开落实在有关职能和层次上，分目标能保证总目标完成。

质量目标应当是可测量的，可测量也就是可量化；可度量；可评比；可评价；可对比。在术语中，在作业层次上（具体操作层次上）应当量化。

质量管理体系的策划（质量管理体系中一些通用要求的策划） 质量体系的策划要实现质量目标，同时还要达到4.1条的要求，从而实现质量目标。 对策划提出的实施要求： 1）当内外部有变化时，就需要更改、更新质量管理体系； 2）在策划和实施质量管理体系的更改时，要保证质量管理体系的完整性。

有变化时，要有延续性，在更改的过度期，保证过程是受到控制的，不影响保证产品符合性的能力。 职责、权限和沟通 职责和权限 最高管理者确保职责、权限的关系；责任制的文件，各种程序中相应的规定；确认能够沟通，保持工作接口关系的顺畅。

管理者代表 最高管理者指定一名管理者承担管理者代表职务，从事管理工作（有一定的水平和能力）。 管理者代表职责范围： 1）确保质量管理体系的建设、实施和持续改进； 2）向最高管理者报告质量管理体系的现状和改进； 3）提高全员的质量意识（以顾客为中心）； 4）在质量保证活动中对外可是本组织的代表； 5）不论其它方面的职权，应保证管理者代表的职责和权限。

内部沟通 最高管理者要确保和建立适当的沟通。沟通的内容上应围绕着质量管理体系的有效性来开展，沟通是为了促进质量管理体系的有效性。

包括：质量方针、目标；要求方面的信息（产品要求及变更、顾客要求和期望、质量管理体系的要求及变更）；业绩方面的信息（成功方面的问题、过程的有效性、整个体系的有效性、各类的质量问题、顾客意见）；改进方面的信息（改进的机会、效果）。 沟通的方式：（参考94版标准） 1）上下左右（上级和下级，各职能、各层次） 2）活动方式（质量例会、表彰会、布告、声向媒体、接受意见和合理化建议的渠道） 管理评审 总则 管理评审是最高管理者的职责，亲自参加并主。

产品质量保证书范文

一、质量验收 本工程已按《建设工程质量管理条例》第十六条规定进行了竣工验收条件具备、验收合格，并在 建设工程质量监督站进行备案（江苏建设工程竣工验收备案清单附后） 二、保修期限 在保修期内，在正常使用条件下，土建工程及水、暖、电等设施发生质量问题按表1规定的范围和期限进行保修，并承担所需费用。

（自行拆、移、改、增造成的质量问题不在保修内） 保修项目保修期限 1、屋面、外墙面、渗水漏水。三年 2、厨房、地下室、厕浴间渗水漏水。

一年 3、水泥地面空鼓、裂缝、起砂。一年 4、内墙抹灰起皮、空鼓、瓷砖脱落、外墙粉刷自动脱落。

一年 5、门窗、壁厨开关不良、缝隙过大或过小。一年 6、卫生间、厨房地面积水。

一年 7、各种通水管道、截门漏水、通气孔或烟道不通。六个月 8、电气箱、盘和线路设备给排水管道设备工程质量。

六个月 9、房屋建筑的地基基础工程和主体结构。在合理使用寿命年限内 10、国家对住宅工程另有规定的按国家规定。

三、保修处理 我们自收到客户保修要求后，本着“急用户之所急”的态度，对影响使用的项目随报随修，其它项目在三日内与用户商定时间保证按期完成。 对紧急问题可组织抢修。

对因气候等因素无法在10日内彻底保修者，先进行保证生活条件的措施性处理，一旦具备条件，立即组织处理，并向客户说明解释清楚。 四、保修起始日期 自入住通知单通知入住日期开始计算。

五、保修范围内的问题 对因自然灾害，不可抗力造成的质量损害，对购房者拆、改、修和使用不当而造成的质量问题不在保修范围内。 六、其它 对超过规定期限或超出保修范围者，在力所能及条件下，可进行维修服务，按规定收取成本费和较优惠的人工费。

七、监督投诉 凡有关工程人员对保修工作推脱、拖拉、敷衍处理，不负责任、为难用户者，客户可向物业公司、直至本公司投诉。 投诉电话：********* 投诉部门：********* 八、物业管理 本公司已委托___________物业管理有限公司对本商品住宅保修，保修时，请客户直接与该物业管理公司联系。

联系电话：******** 联系人：**********。

产品质量保证书范文

一、质量验收

本工程已按《建设工程质量管理条例》第十六条规定进行了竣工验收条件具备、验收合格，并在 建设工程质量监督站进行备案（江苏建设工程竣工验收备案清单附后）

二、保修期限

在保修期内，在正常使用条件下，土建工程及水、暖、电等设施发生质量问题按表1规定的范围和期限进行保修，并承担所需费用。（自行拆、移、改、增造成的质量问题不在保修内）

保修项目保修期限

1、屋面、外墙面、渗水漏水。三年

2、厨房、地下室、厕浴间渗水漏水。一年

3、水泥地面空鼓、裂缝、起砂。一年

4、内墙抹灰起皮、空鼓、瓷砖脱落、外墙粉刷自动脱落。一年

5、门窗、壁厨开关不良、缝隙过大或过小。一年

6、卫生间、厨房地面积水。一年

7、各种通水管道、截门漏水、通气孔或烟道不通。六个月

8、电气箱、盘和线路设备给排水管道设备工程质量。六个月

9、房屋建筑的地基基础工程和主体结构。在合理使用寿命年限内

10、国家对住宅工程另有规定的按国家规定。

三、保修处理

我们自收到客户保修要求后，本着“急用户之所急”的态度，对影响使用的项目随报随修，其它项目在三日内与用户商定时间保证按期完成。

对紧急问题可组织抢修。

对因气候等因素无法在10日内彻底保修者，先进行保证生活条件的措施性处理，一旦具备条件，立即组织处理，并向客户说明解释清楚。

四、保修起始日期

自入住通知单通知入住日期开始计算。

五、保修范围内的问题

对因自然灾害，不可抗力造成的质量损害，对购房者拆、改、修和使用不当而造成的质量问题不在保修范围内。

六、其它

对超过规定期限或超出保修范围者，在力所能及条件下，可进行维修服务，按规定收取成本费和较优惠的人工费。

七、监督投诉

凡有关工程人员对保修工作推脱、拖拉、敷衍处理，不负责任、为难用户者，客户可向物业公司、直至本公司投诉。

投诉电话：*********

投诉部门：*********

八、物业管理

本公司已委托___________物业管理有限公司对本商品住宅保修，保修时，请客户直接与该物业管理公司联系。

联系电话：********

联系人：**********

质量保证体系文件

1，质量保证体系文件：一般包括：质量手册、程序文件、作业书、产品质量标准、检测技术规范与标准方法、质量计划、质量记录、检测报告等。

2，质量保证体系：是指企业以提高和保证产品质量为目标，运用系统方法，依靠必要的组织结构，把组织内各部门、各环节的质量管理活动严密组织起来，将产品研制、设计制造、销售服务和情报反馈的整个过程中影响产品质量的一切因素统统控制起来，形成的一个有明确任务、职责、权限，相互协调、相互促进的质量管理的有机整体。 质量保证体系相应分为内部质量保证体系和外部质量保证体系。

什么是全程软件质量保障服务

全程质量保障（Total Quality Assurance(TQA) In the system development，以下相同处简称TQA）是基于对信息系统建设的再认识构建的，从信息系统规划与选型、信息系统建设与开发、信息系统交付与验收和信息系统运行与维护四个阶段的质量保障需求出发，定制质量保障内容，有的放矢、精准执行！

全程质量保障整合了山东省软件评测中心十年来，在数千个实施项目中积累的丰富实践经验、服务内容和模式的众多创新，实现模块级组合，能够更适应用户各类项目千差万别的需求。



1） 信息系统规划与选型

u系统规划咨询：协助进行系统的规划设计、系统实施方案编写咨询、系统可行性报告编写咨询、系统可行性评估等；

u应用系统方案评估：在应用系统建设方案论证时，对方案中的系统架构、可靠性、可扩展性、兼容性、风险、投资成本等内容进行评估，以明确系统建设的风险和可行性，为领导决策提供支持。同时，针对方案中的不足给出改进建议。

u应用系统成本估算：对系统中的应用软件根据其规模、结构、技术含量等估算其成本，为项目投资预算或决算提供参考。

u比对测试：结合客户的系统应用规划，建立统一的测试基准，对备选产品进行基准测试，出具权威测试报告，为应用系统选型提供量化判定依据。

2） 信息系统建设与开发

在信息系统建设与开发过程中进行质量控制，具体可分解为以下方面：

u需求工程咨询与阶段评审：参与系统需求调研与分析、协助构建需求管理与开发规范、需求分析技术与工具的指导等；对阶段性需求分析成果进行评审与验证。

u设计与开发技术咨询与技术评审：协助建立编码规范、系统分析设计方法与工具的指导等；对系统设计的阶段性成果进行技术评审和验证，并对规范落实情况进行跟踪，对发现的问题提出可行性意见并提出改进措施。

u软件测试咨询与过程测试：改进及构建软件测试体系、协助建立缺陷管理规范；对软件开发与实施过程中的各个阶段性的开发产品进行测试和确认。根据软件开发合同或计划，针对各个阶段的产品进行严格的测试，包括单元测试、集成测试、系统测试。

u技术评审与质量保证：对工作成果进行技术评审、定期对工作成果进行质量检查并提供质量保证报告；

u项目管理咨询：协助构建项目管理规范、项目管理工具应用指导等；

u配置管理咨询：协助构建配置管理规范、配置管理工具应用指导等；

u质量管理咨询：协助构建质量保证规范、质量管理工具应用指导等；

u软件过程改进咨询：构建软件过程规范、协助实施软件过程改进。

u文档体系咨询：结合项目实际情况协助构建各类项目文档的结构体系，提供可行性文档撰写模板及案例。

3） 信息系统交付与验收

在软件项目的后期，软件项目经过试运行等工作，表明软件的开发等工作已基本完成，此时，可以着手准备软件项目的验收。软件开发项目验收是对整个开发项目的结果的评价，是软件交付使用前对项目进行评估、认定和总结的过程，包括费用、质量、服务等多个方面。通过验收工作，来找出项目中可能存在的问题和不足，并进行最后的修正，以使项目成果完美的交付到最终使用人员手中。

u验收测试：依据软件开发商和用户之间的合同、软件需求说明书以及相关行业标准、国家标准、法律法规等对软件的功能、性能、可靠性、易用性、可维护性、可移植性等特性进行严格的测试，以找出软件的缺陷和不足，并提成修改意见，完善项目成果。

u项目成本评估：为需要对项目成本进行审计、核算的用户提供项目成本评估，对软件的成本给出参考性意见。

u文档测试：对软件开发商提供的相关文档进行审核，并提出修改意见，以便于软件或系统的使用、维护和移植。

u履约情况检查：对合同中规定的进度、服务等项目执行情况进行检查，以保障双方的利益。

4） 信息系统运行与维护

u应用系统风险评估：对应用系统的整体情况进行综合的评价，包括系统的功能、可靠性、性能、安全性、风险、需投入成本等项目的测试、评价与估算，并给出有针对性改进建议。

u信息系统性能测试与故障诊断：我们采用应用系统性能、服务器监测、网络分析等工具实现网络应用系统故障定位和管理，分析关键应用的响应时间在客户端、网络、服务器的分布，汇总关键应用的吞吐量和网络带宽占用率，揭示引起应用系统故障的真正原因。