《软件质量管理的信任机制——确认》由会员分享，可在线阅读，更多相关《软件质量管理的信任机制——确认（19页珍藏版）》请在金锄头文库上搜索。
1、本书从软件质量管理的流程和技术方法等方面对软件质量管理体系进行了详尽的讲述，并对日常工作中的案例进行剖析，使广大软件质量管理人员能够更加清楚了解和掌握软件质量管理的精髓。本书以CMMI软件能力成熟度模型为主线，穿插了PMP项目管理和软件测试技术的相关知识，从而形成了一套完整的软件质量管理理论。因此，本书是软件企业进行过程改进或CMMI认证的辅导资料，同样也可以作为PMP和软考“信息类项目管理师”考试材料的补充。作者：张瑾第1章 软件质量管理的信任机制确认人们的日常生活往往离不开对各种各样的事情进行确认，例如：当使用信用卡的时候，服务员会要求顾客确认银联回执单上的金额，然后在上面签字；当顾客在银
2、联回执单上签字后，服务员还要确认签字笔迹是否与信用卡上的相符；当一对恋人打算结婚的时候，他们都会去民政局进行婚姻登记，以在法律上确认他们的合法关系，当然在婚姻登记时也需要男女双方签字确认。在软件研发过程中也离不开各种确认的工作，例如：甲乙双方签订合同时，要对合同上的金额、完工时间、项目范围等内容进行确认，确认后要双方签字、盖章；当需求人员在完成软件需求说明书后，为了减少需求的变更，往往也会给客户进行确认。由此可见，确确认是一种行行为，该行为为的方式有很很多，既可以以通过口头方方式进行确认认，也可以通通过书面形式式进行确认。确确认的深层含含义是承诺，换换句话说一个个人的承诺是是通过确认的的方式来
3、体现现的。例如：顾客不在银银联回执单上上签字，那么么就代表顾客客否定了本次次交易，这是是一种相反的的承诺，那么么银行就会按按照顾客的这这种承诺拒绝绝付款给商家家；当一对恋恋人没有进行行婚姻登记，那那么在法律上上也就没有给给彼此一个共共同生活的承承诺，因此他他们还有权力力选择他人；在软件研发发过程中如果果客户没有对对软件需求求说明书的的内容进行确确认，也就是是他没有给出出承诺，那么么再发生需求求变更时他也也不会感到愧愧疚。确认（Vaalidattion）简简称VAL，确确认管理是软软件工程体系系中的一名新新成员，它与与配置管理、风风险管理、度度量管理等分分支同等重要要，是软件质质量体系中不不可或
4、缺的环环节。确认是指对对软件研发生生命周期中某某个过程所产产出的工作产产品进行的审审查，这些工工作产品可以以是软件需需求说明书、合合同等文档，也也可以是开发发出来的组件件或最终产品品，甚至可以以是对某个生生命周期阶段段进行的整体体审查。确认的目的的就是确保某某个过程或阶阶段“做对的工作作产品”，并使它符符合使用者的的期望，并且且只有通过审审查后的工作作产品才能交交付给“使用者”使用。在软件研发发过程中有两两个重要的确确认过程是众众所周知的，一一个是“客户”对软件需需求说明书的的确认，另一一个是项目组组开发出来的的最终产品要要在客户现场场进行验收测测试，以确认认该产品是否否符合“客户”的需要。这
5、这两个确认都都是针对客户户方的，但是是在确认管理理过程中却是是不使用“客户”两个字的，而而用“使用者”来代替“客户”，这是为了了避免广大软软件从业人员员对确认过程程的误解。软软件需求说明明书是软件件项目范围的的依据，它用用来描述软件件产品的功能能，软件产品品的最终“使用者”就是“客户”；验收测试试的目的就是是确保产品达达到“客户”也就是最终终“使用者”的要求。但但在软件确认认管理中并不不是只有“客户”才需要对项项目的工作产产品进行确认认，项目组或或公司内部同同样需要对某某些工作产品品进行确认，而而这种确认往往往非常关键键，但进行确确认的人却不不是合同的甲甲方，因此在在软件确认管管理中要用“使用
6、者”这个名称来来对它进行代代替。那么什么时时候才会出现现项目组内部部的确认呢？很多人对这这个事情都有有疑问，这是是可以理解的的，因为在早早期的软件工工程中谈及确确认管理的内内容是非常少少的。但项目目组内的确认认工作是天天天都在进行的的，例如：对对概要设计计文档进行行评审并且合合格通过后，与与会人员都会会在评审记录录上签字。这这个过程中就就“包含”了确认的内内容。但有人人又会说同行行评审是“验证”的过程，怎怎么会包含确确认的内容呢呢？大家可以以想想，首先先确认的目的的是承诺，那那么签字就代代表了与会人人员对概要要设计文档档的正确性进进行了承诺。其其次参加本次次评审的人员员中一定会有有软件开发人人
7、员，软件开开发人员将是是这份概要要设计文档档的“使用者”，只有“使用者”对该工作产产品的质量进进行确认后才才能被使用。因因此，在对概概要设计文文档进行评审审时，这个过过程除了对概概要设计文文档的内容进进行验证，与与会人员中的的“使用者”还要对其内内容是否符合合要求并且是是否可以指导导软件开发人人员的工作进进行确认。由此可见，在在软件生命周周期内凡是一一个环节“输出”的工作成果果都将成为后后续环节的“输入”，那么上一一个环节的生生产者要承诺诺该工作产品品是符合质量量要求的，后后续环节的“使用者”也要对其工工作产品进行行确认。这就就好比“亲兄弟明算算账”，通过这样样的方式来建建立相互间的的信任关系
8、。1.1. 软件确认流流程及最佳实实践为了确保对对工作产品确认认的效果，通通常建议该工工作产品在仿仿真环境下进进行审查，因因此建立确认认的环境是确确认管理中的的一个部分。一一个软件项目目所产出的工工作产品非常常多，仅配置置项列表中的的内容就有几几十项，项目目组需要在项项目计划阶段段识别所需进进行确认的工工作产品。确确认是以使用用者的视角来来对工作产品品进行审查，因因此要在制订订项目计划时时就确定哪些些项目关系人人要对哪些工工作产品进行行确认。接下下来我们对确确认管理的流流程和最佳实实践进行举例例讲解。1.1.1. 确认的准备备工作确认工作在在准备阶段包包括以下3个个方面的内容容，这些内容容都应
9、该在项项目计划阶段段完成： 选择需需要确认的工工作产品与产产品组件 建立和和维护确认环环境 建立确确认的流程及及准则1选择需需要确认的工工作产品与产产品组件在选择需要要确认的工作作产品和产品品组件时，可可以根据项目目的生命周期期模型，并配配合项目配置置项列表来进进行识别。配配置项列表中中的内容都是是项目关键的的工作产品，因因为配置项是是项目基线的的组成部分，虽虽然并不是所所有配置项都都需要进行确确认，但是确确认管理的工工作还需要很很多资源、时时间和成本的的投入，这要要根据项目的的实际情况进进行确定。在识别完待待确认的对象象后就应该为为它制订相应应的确认方法法，并确定参参与确认的角角色。软件项项
10、目中确认的的方法有以下下两大类，软软件生命周期期中常见的确确认内容及方方法如表3-1所示。 对文档档类型的工作作产品进行确确认，通常可可以与其文档档的评审合并并进行。 对产品品或产品组件件进行确认时时，通常可以以与单元测试、集集成测试、系系统测试和验收测试合合并进行。表3-1 软软件项目中参参加的确认内内容及确认方方法项目生命周期确认内容确认方法确认目的确 认 人需求阶段需求调研计划评审确保需求调研计计划时间安排排合理需求调研人员承诺可以按计划划的时间参加加需求调研的的活动客户需求阶段软件需求说明书书评审或 原型展展示承诺需求尽量不不发生变更客户确保软件功能可可以实现项目组成员系统规格说明书书
11、评审或 原型展展示承诺需求尽量不不发生变更客户确保软件功能可可以实现项目组成员计划阶段项目过程定义书书评审确保所定义的过过程是合理的的项目组成员项目估算表评审确保项目估算的的过程是合理理的项目组成员项目计划及其 从属计划评审承诺可以提高所所需的资源公司高层确保项目计划是是合理的项目组成员设计阶段概要设计说明书书评审承诺设计的内容容合理有效软件设计人员确保概要设计的的内容可以实实现软件开发人员详细设计说明书书评审承诺设计的内容容合理有效软件设计人员确保概要设计的的内容可以实实现软件开发人员产品集成方案评审承诺产品基础的的方案是合理理有效的软件设计人员确保产品集成顺顺序是合理的的软件开发人员编码阶
12、段产品组件单元测试承诺代码的质量量是合格的软件开发人员确保代码的功能能是正确的软件测试人员集成后的产品 或组件集成测试承诺产品或组件件的质量是合合格的软件开发人员确保产品或组件件的功能是正正确的软件测试人员系统测试阶段产品或组件系统测试承诺产品的质量量已经符合要要求软件测试人员确认产品是否可可以发布项目经理用户验收阶段产品验收测试承诺软件产品已已经完成并且且达到质量标标准项目经理确认产品是否可可以验收，项项目是否可以以结束客户在项目计划划阶段通过对对配置项列表表中的配置项项进行识别，挑挑选适当的工工作产品在项项目过程中进进行确认，并并将挑选出来来的内容记录录在确认清单单或项目计划划中，其流程程
13、如图3-11所示。2建立和和维护确认环环境确认工作的的开展最好是是在“使用者”的环境下进进行，只有这这样才能证明明该工作产品品的质量和功功能是否符合合“使用者”的要求。但但在软件研发发过程中这个个前提条件并并不一定完全全可行，在建建立确认环境境时往往也要要考虑确认的的方法。例如如：要对软软件需求说明明书进行确确认，确认的的方法是“评审”，开评审会会所需要的环环境通常是一一间会议室，最最好有白板、各各种颜色的水水笔、投影等等设备，不管管是甲方还是是乙方召开软软件需求说明明书的评审审，这些配备备都是相同的的。再例如对对开发阶段集集成后的产品品或组件进行行确认，往往往是通过执行行集成测试用用例来完成
14、的的，由于确认认的对象是代代码，所以集集成测试用例例通常是由白白盒测试技术术实现的。在在进行此种确确认时，软件件测试人员是是该工作产品品的“使用者”，但该确认认的方法却是是一种开发的的技术，所以以在软件测试试人员的系统统测试环境中中是无法进行行的。图3-1 选选择确认的产产品“环境”在在软件工程中中包含了两方方面的内容：一个是以硬硬件设备为主主的“硬环境”；另一方面面是确认流程程和准则的“软环境”。当项目组组要对某一个个工作产品开开展确认活动动时，制订配配套的流程和和准则是必不不可少的。如如果通过评审审的方式进行行确认，那么么评审的议程程应该提前制制订，评审过过程中的评判判标准需要提提前制订，
15、否否则就会出现现无休止的争争论。如果通通过技术手段段对工作产品品进行确认，那那么部署该工工作产品的步步骤要提前制制订，否则产产品部署出现现问题，那么么确认也就无无法进行。软软件研发过程程中常用的确确认环境如表表3-2所示示。表3-2 软软件研发过程程中常用的集集成环境项目生命周期确认内容确认方法确认准则需求阶段需求调研计划评审客户方同意并签签字确认软件需求说明书书评审或原型展示客户方同意并签签字确认；软件需求说明明书中的每每个功能都必必须在评审中中覆盖到；在评审时发现的的严重和较严严重级别的缺缺陷必须修复复系统规格说明书书评审或原型展示与会人员一致同同意并签字确确认；系统规格说明明书中的每每个功能都必必须在评审中中覆盖到；在评审时发现的的严重和较严严重级别的缺缺陷必须修复复计划阶段项目计划及其从属计划评审项目组成员要同同意并签字确确认；公司高层领导要要签字确认设计阶段概要设计说明书书详细设计说
