质量保证体系以及服务承诺文档格式.docx
《质量保证体系以及服务承诺文档格式.docx》由会员分享，可在线阅读，更多相关《质量保证体系以及服务承诺文档格式.docx（10页珍藏版）》请在冰点文库上搜索。
l本次运维项目维护软件应能满足通过双方共同确定业务需求，确保其运行正常，正确地开展相关业务；
l确保相关软件的数据库长期稳定、安全运行；
l确保所开发的应用软件能够符合劳动保障部门制订的指标体系、数据接口、业务规范、信息数据项、信息分类编码标准，有关技术标准严格执行国家有关规定，并与国家标准、部标准保持一致。
1.4.2质量标准
此次公司为本项目做的服务体系，将严格遵循公司的质量规定，并全面采用公司采用国际著名承担外审的ISO9000：
2000最新版的质量保证体系的管理方法。
1.4.3运维服务质量管理
运维服务质量管理的目的是建立对OA系统服务定量了解和实现特定的质量目标。
运维服务质量管理包含确定软件运维服务的质量目标，制定实现这些目标的计划，并监控计划的执行，根据情况变化调整计划及目标。
以保证最终提交的产品能满足顾客和最终用户的需要及愿望。
通过对用户发展状况和变化需求的充分了解，并从软件是客户的基础设施的角度出发选择合适的技术，控制用户的投资规模，把用户的需求与技术优化融合。
通过良好的服务网络，为用户提供及时周到的服务构建了一个坚实的平台。
良好的运维服务质量管理是软件企业长期成功的根本保证，本公司实施正式的质量管理与规范的服务管理制度已经有多年的历史。
在整个服务过程中，严格按照公司的政策和规范要求执行。
我们一直坚持贯彻执行体系要求，谋求不断改进，致力于运维服务管理与质量管理体系的提升。
1.4.3.1运维服务质量保证的基本思想
本运维服务项目的服务全过程将采用最新国际标准的质量保证体系，使服务体系得到可靠的保证。
质量保证过程中的基本思想是“戴明环”质量控制思想体系，即著名的PDCA原则，如下图说明：
图1 1采用PDCA原则进行质量保证示意图
对其中的几个工作环节进行说明：
1.计划（Plan）——服务过程中的各阶段工作需要合作双方先经过协商制定出完整的工作计划；
例如：
当进行服务工作时，需要制定每周的具体工作计划；
所有的工作计划都需要双方正式签字，生效，并按照执行。
2.实现（Do）——计划完成的及时性和圆满性需要合作双方共同努力，双方都将监督本方人员按时高效地完成既定计划；
都应制定必须的考核和奖惩制度，制定专职人员负责相关工作，使计划能够得以确切的落实；
双方还都有考察对方计划执行情况的义务和权利。
3.检查与评审（Check）——每个工作计划到期时都将由双方进行评价，对其中未完成的内容找出具体原因，制定改善和补救措施；
项目实施过程中所产生的全部文档、问题反馈、会议及交流记录等都必须以规范的文档化的形式出现，同时都必须经过双方的确认和评审，签字后才能正式生效；
尤其是对于过程中所出现的问题需要双方进行多次的确认评价，直至修改完成。
4.改善（Act）——在整个的服务过程中能否具有“持续改善的能力”一定程度将决定项目的成功与否，因此项目中双方需要多沟通交流，尽早发现问题和不足，并立即改善，保证整个项目的顺利完成；
维护领导小组将负责全局性的项目进展，对出现的问题和不足协商解决，改进。
具体地说，对本运维服务项目应用系统主要有如下几点：
1.在每个阶段开始时，需要对准备情况进行认真审查，并向运维领导小组汇报，确认已经具备了开始当前阶段工作所必须的条件后，才可开始该阶段的具体工作；
2.运维中的每个阶段有阶段工作计划，具体工作中每周有工作周计划，所有计划需要经双方讨论确认并签字生效；
3.运维中双方都应按时、圆满完成任务，并督促对方的工作；
4.运维中每阶段结束，每周工作结束，需对原定计划进行双方参与的总结，形成总结报告，对其中未按时完成部分制定补救措施和整改计划，为下一阶段的工作做好准备；
5.运维中所产生的需求分析文档、软件总体设计、数据库设计都必须按时评审，尽早发现问题所在，及时进行修改使后续工作能够正常进行；
6.以上文件评审合格后由双方签署评审意见后生效，将作为下一步工作的规范和标准，用户需求原则上不应再发生变更；
如遇特殊情况需要改变需求，届时由双方再协商解决；
7.充分考虑到本运维服务项目应用系统业务系统的高安全性和数据量较大的特点，开发人员在进行软件功能测试时，需要有关部门提供大力帮助；
同时用户项目组可查看功能测试和系统测试情况数据，协商确定系统测试安排，并根据测试结果调整后续工作计划和进度；
8.运维过程中加强沟通，包括现场工作周报，用户周报等，通过充分的信息交流了解彼此的进展情况，保证计划按时完成。
根据以上原则，在整个开发过程中，将运用一系列的质量保证手段保证开发质量。
运用工具进行需求分析及软件设计，使软件易于理解、易于维护、易于测试。
确保系统的正确性、完整性、实用性和高效性。
1.4.3.2软件运维服务中主要的工作活动
下图为公司在软件生产过程中主要的工作活动，其中每一项工作活动都必须按照公司质量体系文件的规定执行，都会产生相应的符合规定的软件文档和记录。
图1 2服务过程中主要的工作活动
1.4.3.3质量过程管理
通过先进的过程管理方法来提高个人和团队的工作质量。
PSP/TSP即个人软件过程和团队软件过程（PersonalSoftwareProcess&
TeamSoftwareProcess）。
采用PSP/TSP过程管理有助于每个人和小组工作质量的稳步提高，从而达到项目整体质量的提高。
PSP用一系列的步骤解释个人软件过程的改进，每一步包含前一步所有元素并且有所增加。
在设计阶段，PSP方法的着眼点在于软件缺陷的预防，具体办法是强化设计结束准则。
PSP的研究结果表明：
绝大多数软件缺陷是由于对问题的错误理解或简单的失误造成的，只有很少一部分是由于技术问题而产生的。
因此，PSP保障软件产品质量的一个重要途径是提高设计质量。
TSP方法交由大家共同分担问题，以及定期找一个局外人来协助设计审查。
解决了项目规模扩大时PSP方法中个人工作量过大的问题，并通过集体管理和全员规划等方法，提高团队工作质量和效率。
采用PSP/TSP过程方法大大提高了各阶段产品第一次交付的质量，有助于降低初期故障率。
软件质量保证工作涉及软件服务周期各阶段的活动，将贯彻到日常的软件开发活动中，包括各阶段的评审和测试工作。
质量保证组派成员参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件维护与服务工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在社会保障系统软件开发过程中，要进行如下几类评审与检查工作：
l阶段评审
在软件服务过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
主要包括软件需求、设计评审；
对功能测试与演示进行评审，并对前次评审复核；
功能检查、物理检查和综合检查。
阶段评审工作要组织专门的评审小组，评审小组成员可包括用户方领导和项目组主要成员、我方质量保证人员，其他参加人员视评审内容而定。
每一次评审工作都应填写评审问题记录和总结报告。
l日常检查
在本项目的服务过程中，各子系统应该填写项目进展报表，包括项目周报、月报和软件阶段进度表等，以表明软件阶段产品完成情况表。
质量保证组可以通过日常检查有关软件质量的问题。
l运维服务验收
组织专门的验收小组对本项目所属各个子系统进行验收。
可邀请相关专家或相关部门参与本项目的运维服务工作，按照双方都认可的验收规程正式履行验收手续。
验收内容应包括文档验收、程序验收、测试结果评审以及系统使用报告等几项工作。
1.4.3.4运维服务质量保证SQA
质量管理的主要内容之一是进行质量控制，保证各项工作无偏差的进行。
差异控制可以等同于质量控制，是为了保证每一个优化、修改都满足对它的需求而应用于整个开发周期中的一系列审查、复审和测试。
质量控制在创建软件服务的过程中包括一个反馈循环。
比较和反馈相结合，使得我们能够在得到的工作产品不能满足其规约时调整开发过程。
这种方法将质量控制视为整个开发过程的—部分。
质量保证的目标是为管理层提供为获知良好服务质量信息所需的数据，从而获得运维服务质量是否符合预定目标的认识和信心。
目的是通过形式化的方法来保证规章制度的落实和质量目的的达成，由开发活动的审查和报告构成。
本项目的软件质量保证（SoftWareQualityAssurance,简称SQA）由公司质量保证部经验丰富的专人负责。
SQA小组既代表管理层检查公司质量制度的贯彻及执行结果，以获得内部决策信息，又代表客户来监督软件质量指标在各阶段的落实结果。
SQA小组的成员以双重身份看待软件开发过程，而不仅关注最终服务本身。
软件开发是否依照预先设定的标准进行？
是否充分满足公司质量规定和客户要求的各项质量因素？
作为SQA活动的一部分的技术规程是否恰当的发挥了作用？
SQA小组将通过自己的一套工作流程和方法跟踪软件开发过程，以确保软件质量得到维护。
软件质量保证是对软件服务过程的每一步都进行的预防活动。
SQA包括对方法和工具有效应用的规程、正式技术复审、测试策略和技术、变化控制规程、保证与标准符合的规程，以及度量和报告机制。
软件质量保证由各种任务构成，这些任务分别与两种不同的参与者相关——做技术工作的软件项目管理师和负责质量保证的计划、监督、记录、分析及报告工作的SQA小组。
通过技术评审、代码审查和软件测试来考虑质量问题。
SQA小组的职责是辅助系统运维服务执行这些活动，并检查活动的结果是否预期的目标一致。
1.4.3.5软件工作产品质量审计和相关文档
审计类型
目的
审核对象
输出
软件服务产品
评估软件产品是否符合组织
SQA审计软件工作产品主要应用于下列工作产品，但不限于此。
SQA审核报告
立项（PIR、FAR、PTK）
和项目规定的规程与标准，鉴别偏差、疏漏并作出报告以对其进行跟踪。
需求（SOW，RAR、FSR）
策划（SIP、SDP、SQP）
设计（SDR）
编码实现（SRC、TRR、SRR）
测试（TP、TD、TS）
交付产品（EXE、UMN）
配置（SCMP、SCML、SCMR）
其它软件工作产品
软件工具
确保项目选用适当的软件开发技术和软件工具
SQA要对现有的与计划选用的用于软件开发和技术支撑的软件工具进行评估。
对软件工具的评估要同时考虑其适用性与可行性。
适用性：
首先考虑软件工具的功能是否满足项目的需要，二要考虑软件工具所具有的功能是不是项目所需要的。
可行性：
确定技术可行性以及所需计算机资源的可用性。
设备
确保项目选用适当的设备
SQA要对现有的与计划选用的设备进行评估。
¨
主要是通过考查提供的装备是否能够满足软件开发和技术支撑的要求以评定其适用性。
资源共享：
从组织的范围考虑资源共享问题。
采购计划：
帮助管理部门综合考虑采购计划。
软件过程的评审
评审过程类型
审核任务
软件策划过程
在项目启动与策划阶段，SQA协助并参与质量策划。
确保项目启动阶段需求经评审和/后确认，变更得到有效控制。
确保SDP的编制与评审符合《软件策划过程》的要求，并符合项目的需要。
评审软件策划阶段的各项活动符合相应的过程与规范。
（《软件策划过程》、《质量策划过程》、《质量保证过程》、《配置管理过程》等）
软件设计与实现过程
评审设计与实现过程的活动，保证其符合SDP和相关过程与规范
确保设计经评审，变更得到有效控制。
编码实现有确定的规范与标准，进行代码检查与单元测试。
建立项目级的SCM（SCMLeader、SCMLibrary）。
评审软件设计与实现阶段的各项活动符合相应的过程与规范。
（《软件设计与实现过程》、《质量策划过程》、《质量保证过程》、《配置管理过程》等）
软件测试过程
评审各级软件测试活动是否符合相关过程与规范
包含测试计划、测试设计、测试执行、测试总结，需进行风险管理。
评审软件测试阶段的各项活动符合相应的过程与规范。
（《软件测试过程》、《质量保证过程》、《配置管理过程》等）
交付、实施、验收、维护过程
评审软件产品/项目的交付、实施、验收、维护等活动符合相关过程与规范
软件产品/项目、系统集成项目在交付、实施、验收、维护阶段可考虑不同特点与需求可裁剪相应的过程，但需取得客户的确认。
评审各项活动符合相应的过程与规范。
（《软件交付、实施、验收、维护过程》、《系统集成过程》、《客户满意度测量过程》等）
软件释放与制作过程
评审软件释放与制作活动符合相关过程与规范
评审软件释放与制作活动符合《软件释放与制作过程》及相应规程。
SCM过程（定期进行）
保证SCM的一系列活动符合有关的过程、规程和标准
保证配置标识活动以及版本的控制符合《配置管理过程》及相应的规范。
评审
保证需要的评审得到执行
保证软件声明周期中需要评审已在计划中明确，并得到执行，且评审的进行符合有关的规程和标准，有关评审的分类和详细内容请参考组织的《评审规程》。
2售后服务承诺
根据项目的要求，我司在此作出郑重承诺：
（1）提供5×
8小时的故障服务受理；
（2）对重大故障提供7×
24小时的现场支援，一般故障提供5×
8小时的现场支援；
（3）我方接到南山区相关部门维护服务请求后，将告知拟定的维护措施和预计处理所需要的时间，若使用电话、电子邮件、传真等远程方式不能及时解决的，将及时安排维护人员到现场服务。
（4）故障服务的现场响应时间小于2小时，即2小时内有能够处理故障的技术人员到达现场。
有特殊情况时，我司将主动与南山区相关部门协商解决。
升级会员 