软件质量保证主要内容什么是软件？软件错误、故障与失效软件错误原因的分类软件质量——定义软件质量保证——定义与目标软件质量保证和软件工程软件是:计算机程序、规程以及可能的相关文档和运行计算机系统需要的数据。软件开发过程九大软件错误的原因:需求的不完善定义客户-开发者之间通信失效对软件需求的故意偏离逻辑设计错误编码错误不符合文档编制与编码规定测试过程的不足规程错误文档编制错误软件质量——IEEE定义软件质量是:符合明确陈述的功能和性能需求、明确文档化了的开发标准和所有专业开发软件预期的隐含特性。软件质量保证SQA——IEEE定义软件质量保证是:一个有系统的、有计划的行动集合，它是为提供软件产品的软件开发过程与维护过程符合其已建立的技术需求以及跟上计划安排与在预算限制之内进行的管理上的需求的充分信任所必需的。SQA扩展定义与SEI-CMM的比较在软件开发方面的SQA活动的目标在软件维护方面的SQA活动的目标软件工程：软件开发、操作与维护活动的有系统的、学科化的、可量化的方法应用，即工程对软件的应用。软件工程所使用的方法学与工具，在相当程度上决定着预期软件过程和维护服务的质量水平。所以，软件工程师与SQA组之间的合作是实现高效且经济的开发与维护活动、并同时确保这些活动的成果质量的适宜方式。对全面软件质量需求的需要软件需求按软件质量因素的分类产品运行软件质量因素产品校正软件质量因素产品转移软件质量因素软件质量因素的替代模型谁对质量需求的定义感兴趣软件对质量因素的符合性软件质量因素正确性可靠性效率完整性实用性可维护性灵活性可测试性可移植性可重用性互操作性McCall的因素模型树McCall因素模型和替代模型项目前部件软件项目生命周期部件出错预防和改进的基础设施部件管理SQA部件SQA标准、系统验证与评估部件SQA组织——人的部件指导构建机构的SQA系统的考虑合同评审开发计划与质量计划评审专家观点软件测试软件维护分包商工作与顾客提供部件的质量保证规程与工作条列模板与检查表员工培训、再培训与认证预防性与改正性措施配置管理文档编制控制项目进展控制（包括维护合同控制）软件质量度量软件质量费用项目过程标准质量管理标准管理人员在SQA中的作用SQA单位SQA理事SQA委员会SQA论坛项目开发计划与质量计划引言：CFV项目完成庆典总结合同评审的过程和阶段合同评审的目标合同评审的执行合同评审的主题内部项目的合同评审参与一项投标按顾客的RFP提交一份建议收到顾客的一份订单收到机构另一部门的内部请求或订单建议草案评审+合同草案评审--------------------合同评审第一阶段——提交给可能顾客之前的建议草案评审这个阶段评审最终的建议草案和建议的基础：顾客的需求文档，顾客的需求补充细节和解释、费用与资源估计、与合伙商或分包商已有的合同和合同草案第二阶段——签约前的合同草案评审这个阶段在建议和合同谈判起达成的理解的基础上评审合同草案。确保下列活动满意进行的9个建议草案评审目标：客户需求已得到澄清并文档化已经考察了完成项目的替代途径已经明确顾客与软件公司之间关系的正式方面开发风险的识别充分估计项目资源与进度对公司完成项目能力的考察对顾客兑现其承诺能力的考察合伙商和分包商参与的确定专有权利的确定与保护合同草案评审的目标是确保下列活动已经满意的执行：1.合同草案中未留下没有澄清的问题2.顾客和软件公司之间达成的所有理解都被完整地、正确地文档化成合同及其附件。3.没有将任何为被讨论的或未取得一致的更改、补充或遗漏放到合同草案中。影响合同评审范围的因素进行合同评审的人员组织对重要建议进行合同评审项目规模——通常按人月资源衡量项目技术复杂性员工对项目领域的熟悉程度与经验：同软件重用可能性相联系；在可能有高比例软件重用的地方，评审的范围就减少项目组织机构的复杂性：参与项目的机构越多，所需的合同评审工作量也就越大按项目的复杂性上升的次序列出来：建议组的负责人或其他成员建议组的几个成员非建议组成员的外部专业人员或公司员工外部专家小组——通常，为重大项目专门请来由外部专家组成的合同评审组。在小的软件开发机构的员工中没有足够多的核实评审组成员时也可以请来外部专家重要建议是具有某些下列特征的项目建议：非常大型的项目非常高复杂性的项目对公司来说是新专业领域的项目高组织机构复杂性的项目对重大建议进行合同评审的困难：时间压力真正的合同评审需要坚实的专业工作可能的评审组成员很忙给进行重大合同评审的推荐过程采用下列步骤：（合同评审的成功完成需要仔细计划）应当将合同评审纳入进