软件质量保证

软件质量保证——软件维护、分包商引言高质量的基础基础1:软件包质量基础2:维护方针维护前的软件质量部件 维护合同 供电系统维护合同补充合同协议书范本网络维护合同书电脑系统维护合同电脑系统维护合同 评审维护计划维护的软件质量保证工具保证软件维护质量的部件软件维护组件定义：软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩充或压缩的容易程度。和软件维护有关的质量因素为使每一个质量特性都达到预定的要求，需要在软件开发的各个阶段采取相应的措施加以保证。度量一个可维护的程序的七种特性时常采用的方法有：质量检查表——用于测试程序中某些质量特性是否存在的一个问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 清单。质量测试质量 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 可维护性的度量用于定量分析和评价程序的质量。（由于许多质量特性是相互抵触的，要考虑几种不同的度量标准，相应地去度量不同的质量特性。）度量可维护性——可理解性可理解性：表示人们通过阅读源代码和相关文档，了解程序功能及其如何运行的容易程度。主要特征：模块化（模块结构良好、功能完整、简明）风格一致性（代码风格及设计风格的一致性）结构化完整性（对输入数据进行完整性检查）度量方法——90~10测试度量可维护性——可靠性可靠性：表明一个程序按照用户的要求和设计目标，在给定的一段时间内正确执行的概率。可靠性度量的标准：平均失效间隔时间MTTF平均修复时间MTTR有效性A=MTBD/(MTBD+MDT)（MTDB表示系统平均不工作间隔时间，MDT表示平均停机时间）度量方法根据程序错误统计数字，进行可靠性预测。根据程序复杂性，预测软件可靠性。度量可维护性——可测试性可测试性：表明论证程序正确性的容易程度。程序越简单，证明其正确性就越容易。一个可测试的程序应当是可理解的，可靠的，简单的。度量方法：用程序复杂性来度量可测试性。程序的环路复杂性越大，程序的路径就越多，可测试性就越差。度量可维护性——可修改性可修改性：表明程序容易修改的程度。特性：可理解的通用的灵活的简单的度量方法修改练习，D=A/C，D>1，说明该程序修改困难。（A要修改的模块的平均复杂性，C是程序中各个模块的平均复杂性）度量可维护性——可移植性可移植性：表明程序转移到一个新的计算环境的可能性的大小。特征结构良好灵活不依赖具体计算机或操作系统的性能度量可维护性——效率效率：表明一个程序能执行预定功能而又不浪费机器资源的程度。机器资源包括内存容量、外存容量、通道容量和执行时间等。度量可维护性——可使用性可使用性：程序方便、实用及易于使用的程度。可使用性高的程序应该是容易操作、用户按操作 手册 华为质量管理手册 下载焊接手册下载团建手册下载团建手册下载ld手册下载 指导能够排除一般故障的程序间接度量可维护性Gilb提出：使用与软件维护期间工作量有关的一些数据，间接对软件可维护性做出估计。这些数据包括：问题识别时间、因管理活动拖延的时间、收集维护工作的时间、分析诊断问题的时间、修改规格说明的时间、具体改错的时间、局部测试的时间、集成测试的时间、维护的评审时间、系统恢复时间。——检错->纠错->验证这个周期越短，说明维护越容易。澄清顾客需求评审提供维护的替代方法评审对所需维护资源的估计评审由分包商和/或顾客提供的维护服务评审维护费用估计维护 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 评审维护前的软件质量部件合同规定的维护服务的清单维护组的组织描述维护设施清单已识别的维护服务风险清单所需软件维护规程和控制的清单软件维护预算维护计划确立软件质量目标和优先级质量因素之间相互促进又相互抵触。根据程序的用途确定优先级具体提高可维护性的方法有五个方面提高软件可维护性的方法一、使用提高软件质量的技术和工具模块化结构化程序设计开发：建立主程序员小组——普查维护：建立维护小组——普查二、进行明确的质量保证审查检查点复审验收检查周期性的维护审查对软件包进行检查三、选择可维护的程序设计语言第四代语言比其他语言更容易维护四、改进程序的文档编制程序文档对程序插入注释提高可维护性历史文档的作用系统开发日志错误记载系统维护日志五、开发软件时考虑到维护在软件开发过程中要为以后的维护工作做细致的准备工作需求分析阶段设计阶段编程阶段测试阶段引言外部参与方的类型引入外部参与方的风险与益处保证外部参与方工作的质量:目标保证外部参与方工作质量的SQA工具保证外部参与方工作的质量HealthSoft案例RedAid健康保险公司的招标对HealthSoft提出了一个实际的挑战。HealthSoft是一个擅长医院和药店软件的软件公司。招标的主要项目是一个综合的国内系统，用于联机处理医院对服务的收费、药店处方、外科医生对门诊的收费和医学实验室对实验的收费。招标还包括通过Internet提供全面的病人个人健康信息服务。顾客的管理信息系统(MIS)部在已有软件的基础上开发内部办公模块。此外，MIS部将根据承包商的规格书采购并安装硬件与通信设备，负责同RedAid供货商的健康服务相接所需要的计算机接口协议，并教会RedAid人员操作新系统。所有这些系统都要高度安全，对所有构件有高可靠性要求。系统在签订合同后不迟于13个月里全面运行，承包商对所有系统部件的质量和按时完成全面负责。在开始编制RedAid投标协议书的时候，HealthSoft投标组就认识到他们需要擅长软件安全和数据通信的公司的专业支持。预计编程工作量的规模使投标组决定要一个分包商承担60%~70%的编程工作量。Cape-Code是位于邻近郊区的一个很小的软件公司，基于该公司建议的最低价位被选定为编程分包商。在编制建议书的时候，投标组发现广为使用的Medal第5版的新增强MedalSoftware的产品5E版包含了重要的新模块，这使得到了一些“喘息的机会”。这些用于病人信用的联机外部授权和用于为像RedAid这样的机构顾客编制月度账目的新模块适合投标需求。Medal的开发者强调他们的软件包有多种多样的接口能力，而这被吹捧为适合任何需求。Medal的5E版集成到建议的软件解决了妨碍建议书完成的剩下一个困难，并使得开发费用可观地降低。最后，HealthSoft与所有潜在的外部参与方——LionSesurities、Comcom和Cape-Code，它们分别是安全、通信和编程的分包商——签订了协议。主要是制定财务问题的责任以及各个机构之间的协调。HealthSoft被宣布为投标获胜者的那天是公司满足和喜悦的一天。所有项目组都在“全速工作”。定期召开月度的协调会议。分包商根据项目进度安排报告了满意的进展。第十次会议上出现了第一个报警信号。通信分包商Comcom报告说，若干RedAid的主要供货商拒绝提供计划在他们的建筑内安装通信设备所需的信息，因为他们没有就此问题同RedAid达成任何协议。正如预期的，安全分包商LionSecurities面临类似的困难。两个分包商声明说即使在一个星期内实现完全合作，推迟一个月完成项目也是不可避免的。而Cape-Code表面平静的报告都是建立在不真实的基础上的，Cape-Code已经将开发任务转包给另一个小软件公司。并在集成测试阶段，出现比进度推迟了10个月，而且识别出各种比预期多得多的故障。改正时间超过计划时间。大约同时，分配将MedalVersion5E软件集成到系统里面来的小组认识到这个增强版本对所有新模块不可运行，同其他系统模块的对接尝试失败。为此MedalSoftware分配了一个专门的组完成遗漏模块的开发并进行必要的改正。这使得软件的集成测试比安排进度迟了几乎20个星期。整个项目的系统测试比进度迟了19个星期，且同样存在严重的质量问题。最后，大约晚了5个月，才有可能在RedAid的主办公室和其供货商场地安装软硬件。项目比安排进度推迟了23个星期，却惊人地成功，没有发现重大故障。然而执行阶段却非常失败：列入培训的人只有三分之一实际参加了指导课程，而参加者大多数表现出对新系统的预备知识不足。只在8个星期之后才能开始正常运行这个系统，但大约只有一半的供货商集成到新系统中。这个项目以一系列的法庭索赔结束。RedAid控告HealthSoft，HealthSoft控告RedAid、Cape-Code和MedalSofeware。LionSecurities和Comcom决定不控告HealthSoft，因为预期在未来的项目中要和HealthSoft继续合作。诉讼持续了几年，唯一的收获是新软件投入运行后取得巨大成功。RedAid的许多管理人员承认系统的工作超出他们的期望分包商(现在称为”外包”机构)商用软件和重用软件模块的供货商作为参与方完成项目的顾客自身外部参与方的类型软件开发项目:典型的承包合同结构简单的承包项目（无外部参与方）复杂的承包项目（有外部参与方）主要风险:(1)项目完成的延迟(2)外部参与方提供的项目部件的低质量(3)未来维护困难(4)对项目部件丧失控制对承包商的主要益处:(1)   减少预算(2)   弥补专业人员短缺(3)   缩短项目进度(4)获得特殊领域的专长对顾客(作为外部参与方)的主要益处:(1)   保护顾客的商业秘密(2)   雇佣内部软件开发部门(3)   获得自提供维护项目的专门技巧(4)项目费用的减少引入外部参与方的风险与益处需求文档评审关于外部参与方选择标准的评估建立项目协调和联合控制委员会参与设计评审参与软件测试特殊规程的正式形成供货商开发组长和成员的认证编制开发活动的进展报告交付物(文档)的评审和验收测试在软件开发项目中应用于外部参与方的SQA工具什么是CASE工具？CASE工具对软件产品质量的贡献CASE工具对软件维护质量的贡献CASE工具对改善项目管理的贡献CASE工具及其对软件质量的作用CASE工具是支持开发者进行软件生命周期一个或多个阶段工作和/或支持软件维护的计算机化软件开发工具CASE工具-定义经典的CASE工具交互式调试器编译器项目进展控制系统现实的CASE工具支持开发者在开发项目的几个连续的开发阶段的新工具支持分析和设计的上工具支持编码的下工具支持分析设计和编码阶段的综合工具现实的case工具的主要部件是仓库，它存储与项目有关的所有信息。并随着项目的进展，这个仓库积累项目信息，随着开发阶段和维护期进行的更改，项目信息也得到更新。先前开发阶段的仓库用作下一阶段的基础。CASE工具和它们向开发者提供的支持CASE工具对软件产品质量的贡献CASE工具通过减少在每个开发阶段里引入的错误数对软件产品质量做出贡献改正性维护:    *由CASE生成的全部和更新的软件文档使得能更容易、更可靠地识别软件失效的原因.*交叉引用查询使得能更好地识别任何建议改正的预期效果.*借助下CASE工具或综合CASE工具的改正提供自动编码，其中没有预期的编码错误，并将改正自动生成文档.CASE工具对软件维护质量的贡献适应性维护:由CASE工具产生的完整和更新软件文档，使得能彻底考察为新用户和应用所做的可能的软件包的适应性.CASE工具对软件维护质量的贡献功能改善性维护:*仓库的使用使设计者能够确保新应用和改进同现有软件系统的一致性.*交叉引用仓库查询使得能更好地计划更改和补充.*借助下CASE工具或综合CASE工具，使得能将更改和添加自动编码，其中没有预期的编码错误，并将更改和添加自动形成文档.CASE工具对软件维护质量的贡献CASE工具的应用极大地减少了对执行预算的偏离和对计划进度的偏离，尤其是因为它们防止了高出错率并在需要时提供了更容易的和较短时间的错误改正。CASE工具对改善项目管理的贡献