1、软件质量保证内容n引言 （1.5h）n现状、质量、质量管理、QA、QC、质量体系、QMS、过程、评审、审计概念n软件质量保证的技术和方法 （2h）nCMM L2 SQA KPA （1h）nSQA活动与软件生命周期(如何做？)（1.5h）nSQA实践经验(Best Practice)（0.5h）目前国内软件项目质量管理现状n随着CMM、ISO9000等标准和模型的引入开始重视质量n质量管理停留在理论层面(不是学究)、表面现象(蜻蜓点水)、形式主义(面子工程)n对软件质量的量化概念不好n过程跟企业内部实际操作脱节，不能很好结合n质量意识不到位，高层不支持，下层不买账n相关人员（SEPG、SQA）能
2、力素质不到位n目标不明确（拿证？觉得有必要？其他公司在过？客户要求？）您觉得从这个课程获得什么？您认为您的工作有哪些问题？概念质量nThe totality of characteristics of an entity(product or service)that bear on its ability to satisfy stated or implied needs ISO 8402nThe degree to which a system,component,or process meets specified requirementsnThe degree to which a
3、system,component,or process meets customer or user needs or expectations IEEEQuality is a complex and multifaceted conceptnTranscendental viewnquality can be recognized but not definednUser viewnfitness for purposenManufacturing viewnconformance to specificationQuality is a complex and multifaceted
4、conceptnProduct viewnquality is tied to inherent characteristics of the productnValue-based viewndepends on the amount a customer will pay for itn用一句话来概括什么是质量质量是产品的特性和产品的功能、产品的过程和服务满足用户的要求程度。最大程度满足客户的需求（包括完成的时间）质量管理n 质量管理质量管理n决定质量政策、目标和责任的全面管理职能的所有活动决定质量政策、目标和责任的全面管理职能的所有活动n包括包括质量保证质量保证和和质量控制质量控制。通过
5、评价项目整体绩效，使公司建立对质量的信心，并提供给用户满意的高质量的产品。确定项目结果与质量标准是否相符，确定消除引起不满意绩效的原因。质量保证和质量控制质量保证是指质量系统内部实施了的计划了的、系统化的活质量保证是指质量系统内部实施了的计划了的、系统化的活动，以提供满足项目相关标准的信心。动，以提供满足项目相关标准的信心。质量保证的工具是审计和评审。质量保证的工具是审计和评审。质量控制是监控具体项目结果以决定它们质量控制是监控具体项目结果以决定它们 是否符合相关的质量标准及确定排除不满意结果是否符合相关的质量标准及确定排除不满意结果 原因的方法。原因的方法。质量控制的工具是测试。质量控制的工
6、具是测试。n“Software quality assurance is the set of systematic activities providing evidence of the ability of the software process to produce a software product that is fit to use”n“Software quality control is the independent evaluation of the ability of the software process to produce a usable softwar
7、e product”软件质量管理模型/体系nISO：9001、9000-3、12207nSEI：SW-CMM/I、TSP、PSPn其他：RUP、XP、Agilen区别？区别与相似n标准n过程n方法n评审Reviewn量化n改进n文化指南、模板、检查表表格、工具等Process质量管理系统金字塔POLICYPCB：生产率进度偏差成本偏差缺陷率PDB：过程文档过程数据参考样本历史文档检查表等质量管理实施关键点1.合适的流程2.软件的计划3.风险控制4.配置管理5.需求管理6.工作分解7.量化管理8.跟踪监控9.评审审计10.工具使用11.培训言 必 称 流 程凡 事 要 Review把要做的写下来
8、按写下的做出来把做过的记下来质量管理实施的困难1.重技术，轻流程；2.缺少软件工程的知识；3.项目进度压力大；4.资源不够；5.客户需求变化频繁；6.习惯势力和习惯思维影响。如何解决？答案在哪里？过程模型说明：Entry Criteria：进入准则(条件、文档等)Task：任务、活动Verification：验证、检查eXit Criteria：出口准则(结果、产出物)Measurement：所要求的作业度量（活动、资源、时间）输出（数量、规模、质量）评审、审计n为确定主题事项达到规定目标的适宜性、充分性和有效性有效性所进行的活动。n示例：管理评审、同行评审。n同行评审peer review：
9、由软件工作产品生产者的同行遵循已定义的规程对工作产品进行的评审，以标识工作产品存在缺陷和需要的改进。n按照正规程度：Inspection、Review、WalkThroughtn会议形式：Meeting、Desktop评审、审计n审计Audit：对一个或一组工作产品所作的独立的检查，以评估它们与规范、标准、合同协议或其他准则的符合性。内容n引言 （1.5h）n现状、质量、质量管理、QA、QC、质量体系、QMS、过程、评审、审计概念n软件质量保证的技术和方法 （2h）nCMM L2 SQA KPA （1h）nSQA活动与软件生命周期(如何做？)（1.5h）nSQA实践经验(Best Practi
10、ce)（0.5h）软件质量的几个属性（用户角度）nReliability可靠性n“The ability of the software to perform its required function under stated conditions for a stated period of time”nrelated to defect densitynoften measured by mean time to failurenUsability易用性neasy to learn and operate软件质量的几个属性（用户角度）nInteroperability 互用性，兼容性ns
11、upport many different file formats,hardware devices,software packages,etc.nEfficiency性能、反应nuses a minimum of RAM,hard disk space,other system resourcesnperforms tasks“quickly”nSecurity安全性nprotects your work from malicious attacknprotects your work from system failure软件内部（本身）质量属性nMaintainability可维护性n
12、“The process of modifying a software system or component after delivery to correct faults,improve performance or other attributes,or adapt to a changed environment”nease of understandingneasily identifiable dependencies软件内部（本身）质量属性nReusability重用性ndecreases time to marketnreduces testing overhead by
13、using proven componentsnPortability兼容、可移植性nallows the support of additional platforms软件内部（本身）质量属性nTraceability可跟踪追溯性nAllows all requirements to be mapped to associated design and code modules so changes to requirements can be mapped to affected codenAllows code to be traced backward to the associate
14、d requirements软件质量保证所用的技术和方法nSoftware process architecturenwithout a defined software process there is too much variance in the development environment to identify the source of quality related problemsnthe process must be more than just defined,it must be implemented and managednVarious“life cycle”
15、models软件质量保证所用的技术和方法nProcess Documentation(examples)nMarketing PlannRequirements DocumentnChange Management PlannVerification and Validation PlannSQA PlannTesting PlannTraining Plan软件质量保证所用的技术和方法nStandardsnDocumentation standards(IEEE)nProcess standards(ISO 9000,CMM)nCoding standardsnWalkthroughs,Re
16、views&InspectionsnChecklistsnTestingnMeasurement检查表检查表软件质量保证的工具审计（重点）SQASQA月度报告月度报告 SQASQA审计总结报告审计总结报告 1 1、检查是否按配置管理计划、检查是否按配置管理计划标识出了配置项和基线标识出了配置项和基线2 2、检查对、检查对配置项及基线的更改配置项及基线的更改是否按规定的流程进行是否按规定的流程进行3 3、检查、检查配置项的信息是否完整配置项的信息是否完整，配置项的状态配置项的状态是否按是否按 规定进行发布规定进行发布 4 4、检查项目是否进行了检查项目是否进行了配置审计配置审计 1 1、需求分析
17、过程、需求分析过程需求分析过程是指项目如何确定一个需求基线的过程需求分析过程是指项目如何确定一个需求基线的过程。2 2、需求跟踪过程、需求跟踪过程确保需求都被实现、都得到验证确保需求都被实现、都得到验证确保发布的版本包含完整的需求确保发布的版本包含完整的需求使项目组清晰了解项目的状态使项目组清晰了解项目的状态 需求跟踪工具：需求跟踪工具：需求跟踪矩阵需求跟踪矩阵。3 3、需求变更控制、需求变更控制需求是项目的基础，因此需求的变更必须严格进行管理。需求是项目的基础，因此需求的变更必须严格进行管理。检查表检查表软件质量保证的工具审计（重点）SQASQA月度报告月度报告 SQASQA审计总结报告审计
18、总结报告 1 1、检查是否按配置管理计划、检查是否按配置管理计划标识出了配置项和基线标识出了配置项和基线2 2、检查对、检查对配置项及基线的更改配置项及基线的更改是否按规定的流程进行是否按规定的流程进行3 3、检查、检查配置项的信息是否完整配置项的信息是否完整，配置项的状态配置项的状态是否按是否按 规定进行发布规定进行发布 4 4、检查项目是否进行了检查项目是否进行了配置审计配置审计 规范在评审和测试过程中发现缺陷的更改规范在评审和测试过程中发现缺陷的更改活动活动 ，严格做到问题的严格做到问题的提交、接收、确认、提交、接收、确认、测试、回复、跟踪测试、回复、跟踪的各个环节全面监控，避的各个环节
19、全面监控，避免软件问题的失控和丢失免软件问题的失控和丢失 。1 1、需求分析过程、需求分析过程需求分析过程是指项目如何确定一个需求基线的过程需求分析过程是指项目如何确定一个需求基线的过程。2 2、需求跟踪过程、需求跟踪过程确保需求都被实现、都得到验证确保需求都被实现、都得到验证确保发布的版本包含完整的需求确保发布的版本包含完整的需求使项目组清晰了解项目的状态使项目组清晰了解项目的状态 需求跟踪工具：需求跟踪工具：需求跟踪矩阵需求跟踪矩阵。3 3、需求变更控制、需求变更控制需求是项目的基础，因此需求的变更必须严格进行管理。需求是项目的基础，因此需求的变更必须严格进行管理。规范需求变更和设计变更活
20、动规范需求变更和设计变更活动 。包括：包括：变更申请、变更申请、SCCBSCCB分析、评估和批准变更、分析、评估和批准变更、变更执行、确认变更和变更状态跟踪变更执行、确认变更和变更状态跟踪 规范评审活动，发现被评审对象的缺陷，确规范评审活动，发现被评审对象的缺陷，确保评审过程的质量。保评审过程的质量。找出缺陷、确认缺陷、跟踪修改缺陷、复审找出缺陷、确认缺陷、跟踪修改缺陷、复审和关闭缺陷。和关闭缺陷。检查表检查表软件质量保证的工具审计（重点）SQASQA月度报告月度报告 SQASQA审计总结报告审计总结报告 1 1、检查是否按配置管理计划、检查是否按配置管理计划标识出了配置项和基线标识出了配置项
21、和基线2 2、检查对、检查对配置项及基线的更改配置项及基线的更改是否按规定的流程进行是否按规定的流程进行3 3、检查、检查配置项的信息是否完整配置项的信息是否完整，配置项的状态配置项的状态是否按是否按 规定进行发布规定进行发布 4 4、检查项目是否进行了检查项目是否进行了配置审计配置审计 规范在评审和测试过程中发现缺陷的更改规范在评审和测试过程中发现缺陷的更改活动活动 ，严格做到问题的严格做到问题的提交、接收、确认、提交、接收、确认、测试、回复、跟踪测试、回复、跟踪的各个环节全面监控，避的各个环节全面监控，避免软件问题的失控和丢失免软件问题的失控和丢失 。规范需求变更和设计变更活动规范需求变更
22、和设计变更活动 。包括：包括：变更申请、变更申请、SCCBSCCB分析、评估和批准变更、分析、评估和批准变更、变更执行、确认变更和变更状态跟踪变更执行、确认变更和变更状态跟踪 规范评审活动，发现被评审对象的缺陷，确规范评审活动，发现被评审对象的缺陷，确保评审过程的质量。保评审过程的质量。找出缺陷、确认缺陷、跟踪修改缺陷、复审找出缺陷、确认缺陷、跟踪修改缺陷、复审和关闭缺陷。和关闭缺陷。1 1、需求分析过程、需求分析过程需求分析过程是指项目如何确定一个需求基线的过程需求分析过程是指项目如何确定一个需求基线的过程。2 2、需求跟踪过程、需求跟踪过程确保需求都被实现、都得到验证确保需求都被实现、都得
23、到验证确保发布的版本包含完整的需求确保发布的版本包含完整的需求使项目组清晰了解项目的状态使项目组清晰了解项目的状态 需求跟踪工具：需求跟踪工具：需求跟踪矩阵需求跟踪矩阵。3 3、需求变更控制、需求变更控制需求是项目的基础，因此需求的变更必须严格进行管理。需求是项目的基础，因此需求的变更必须严格进行管理。“统计公司调查统计公司调查”：64%的程序错误是因为需求和设计的程序错误是因为需求和设计的错误造成的！的错误造成的！“Pareto原则原则”：20%的原因造成的原因造成80%的问题！的问题！Verification&Validationn“Verification is doing the jo
24、b right and validation is doing the right job”nBarry BoehmnVerificationnDid we follow the process?nDid we fulfill requirements?nValidationnDoes the system meet customer needs?Verification&ValidationnIndependent V&V(IV&V)nSystematic evaluation of software products and activities by an organization th
25、at is not responsible for developing the product or performing the activity being evaluatednInternal IV&V(I2V&V)nAnother group or division internal to the developing company performs V&VQ&A内容n引言 （1.5h）n现状、质量、质量管理、QA、QC、质量体系、QMS、过程、评审、审计概念n软件质量保证的技术和方法 （2h）nCMM L2 SQA KPA （1h）nSQA活动与软件生命周期(如何做？)（1.5h
26、）nSQA实践经验(Best Practice)（0.5h）SQA and the CMMPurposeTo provide management with appropriate visibility into the process being used and the products being built.Involves:nReviewing and auditing the software products and activities to ensure that they comply with the applicable procedures and standards
27、.nProviding the software project and other appropriate managers with the results of those reviews and audits.nSQA KPA内容nSQA KPA.pptSQA GuidancenAn SQA function is in place on all software projectsnThe SQA group has a reporting channel to senior management independent of the project managernAdequate
28、resources are provided to ensure that SQA is carried throughSQA GuidancenTraining is provided to the SQA personnelnTraining is provided to the affected software engineering groups so they understand the role and responsibilities of the SQA groupnMeasurements are made and used to determine the cost,b
29、enefit,and status of SQA activitiesSQA GuidancenThe SQA activities are reviewed with senior and project management on a periodic basisnExperts independent of the SQA group periodically review the activities and software work products of the projects SQA groupTraining for SQA PersonnelnTraining shoul
30、d include a good understanding of the followingnsoftware engineering skills and practicesnroles and responsibilities of the software engineering group and other software-related groupsnstandards,procedures,and methods for the software projectnapplication domain of the software projectTraining for SQ
31、A PersonnelnTraining should include a good understanding of the following(cont.)nSQA objectives,procedures and methodsninvolvement of the SQA group in the software activitiesneffective use of SQA methods and toolsninterpersonal communicationsSQA 计划模板n1.Objectivesn2.Referencesn3.Risksn4.Responsibilit
32、iesn5.Quality Assurance Tasksn6.Schedulen7.Metricsn8.Supplier,Customer and Subcontractor SQA supportn9.Quality records&reportsn10.Problem reportingCMM L2级的QAnLevel 2nSQA will review and/or audit a few of the processes of the life cyclenWill begin to instrument many of its activitiesnChecklists will
33、be established to simplify the reviewsCMM L3级的QAnLevel 3nProcess checklists are quite common on all projectsnChecklists are continuously being improvednContinues to apply at least as much rigor in the application of independent reviews and auditsnResults of QA efforts are stored in a process asset l
34、ibraryCMM L3级的QAnLevel 4nThe purpose of Software Quality Management is to develop a quantitative understanding of the quality of the projects software products and processesnestablish quality goalsnestablish mechanisms to quantitatively control the processesnachieve the goals质量目标的例子nLowering the num
35、ber of defects/phasenReduction in number of defects impacting mission successnZero defectsnMeeting customers schedulenMeeting budget estimatesnReducing the cost to support a projectnImproving the productivity in terms of lines of code/complexitynSimplifying software structurenImproving software reli
36、ability and availabilityMetricsnMetrics-tr.pptCMML2、L3各个KPA与SQAn需求管理 n在这个KPA中，SQA必须检查软件项目组以下几个方面：n1)给定需求交给软件项目组之前经过评审，确保需求没有问题；n2)当给定需求发生变更时，软件开发计划、工作产品和活动有没有进行相应的适当的修改；n3)由于给定需求更改引起了约定的更改，这些更改由没有经过相关小组协商。n软件项目计划 n在这个KPA中，SQA必须检查软件项目组一下几个方面：n1)软件估计和计划的活动是否进行；n2)评审和形成项目约定的活动是否进行；n3)制定软件开发计划的活动是否进行；n4
37、)用于制定软件开发计划的标准是否遵守；n5)软件开发计划的内容是否完整。n由于SQA人员要参照软件开发计划制定SQA计划，所以必须密切关注软件项目组的计划制定情况，同时也在审核软件开发计划活动。在软件开发计划制定完毕后，SQA必须评审软件开发计划，首先对照软件开发计划模板，审核计划的内容是否完整，是否符合给定需求、项目、客户等的标准，审核计划中是否有工作产品规模、工作量、成本、进度和风险的估计，估计的方法是否适合。n软件项目跟踪和监督 n在这个KPA中，SQA必须检查软件项目组一下几个方面：n1)评审和修改约定的活动是否进行；n2)修订软件开发计划的活动是否进行；n3)修订软件开发计划的内容是
38、否进行；n4)跟踪软件项目的成本、进度计划、风险、技术和设计限制、功能和性能等有关活动是否进行；n5)实施计划安排的评审技术和管理的活动是否进行。n里程碑时，SQA通过检查约定修改和评审的记录审核该活动是否进行；检查当前工作产品审核软件开活动是否与计划相符，如果不符，审核是否有修订软件开发计划的活动；通过检查软件项目组的周报审核软件项目经理是否跟踪软件项目的成本、进度、风险、技术等；对照同行评审计划的内容检查评审记录，验证计划安排的评审技术和管理活动是否进行。n软件配置管理 n在这个KPA中，SQA必须检查软件项目组一下几个方面：n1)SCM组、SCCB、软件项目组是否遵循SCM的标准和规程；
39、n2)对软件基线有定期审核。nSQA每月定期审核配置管理活动，对照软件配置管理计划检查配置管理员是否及时将配置项纳入配置管理，成为基线的配置项是否经同行评审和SCCB批准，软件项目组对配置项的变更是否遵循了配置项的变更控制流程。检查配置管理员是否定期报告基线库状态，软件项目经理是否定期审核基线库。n组织过程定义 n在这个KPA中，SQA必须检查SEPG组的以下几个方面：n1)编写和维护机构标准软件过程和相关过程资源以及建立文档时是否遵循适当的标准；n2)使用机构标准软件过程和相关过程资源时是否受控。nSQA每月审核机构标准软件过程和相关过程资源，检查文档变更是否符合变更流程。n同行评审 n在这
40、个KPA中，SQA必须检查软件项目组的以下几个方面：n1)所计划的同行评审已被实施；n2)同行评审负责人根据其职责接受过充分的培训；n3)评审人员根据其职责接受过适当的培训或具有相关的经验；n4)准备同行评审、实施同行评审和完成后继措施等过程得到遵循；n5)同行评审的数据报告具有完整性、精确性和及时性。n在里程碑时，SQA根据软件开发计划检查计划的同行评审是否实施，通过检查评审记录，审核同行评审是否符合CMM规程。n集成软件管理 n在这个KPA中，SQA必须检查软件项目组的以下几个方面：n1)制定和修改项目定义的软件过程；n2)项目的软件开发计划和软件风险管理计划的准备过程；n3)依据项目定义
41、的软件过程管理项目的过程；n4)为机构的软件过程数据库收集和提供合适数据的过程；n5)使用机构的软件过程数据库支持软件项目的计划、评价和跟踪过程。nSQA人员在软件项目组开始启动项目时指导软件项目经理制定项目定义的软件过程，里程碑时依 n照项目定义的软件过程检查软件项目组管理项目的活动，每季度检查一次软件项目组是否按规程为机构软件过程数据库提供数据，里程碑时检查软件项目组的计划、评价和跟踪过程是否合理的使用了机构过程数据库。n软件产品工程 n在这个KPA中，SQA必须检查SEPG组的以下几个方面：n1)软件需求是否经过评审；n2)每个软件工程任务的准备就绪和完成准则得到满足；n3)软件产品符合
42、规定的标准和需求；n4)已完成所需的测试；n5)依据书面计划和规程完成软件的系统测试和验收测试；n6)测试满足软件测试计划中的验收标准；n7)已圆满地完成测试并记录了测试结果；n8)检测出的问题和缺陷以建立文档，并被跟踪和处理；n9)通过软件需求、设计、代码和测试用例，对给定需求的跟踪得以实施；n10)在软件产品提交给客户和最终用户前，依据软件基线和给定需求验证了用来管理和维护软件的文档。nSQA人员在里程碑时根据软件开发计划检查该里程碑所产生的软件工作产品是否符合有关规程。n组间协调 n在这个KPA中，SQA人员必须检查软件项目组的以下几个方面：n1)用于识别协商和跟踪项目工程组间关键依赖关
43、系的规程是否确定；n2)组间问题的处理是否符合规程。nSQA人员检查工程计划中确定组间关键依赖关系的规程，通过检查业务裁决书和备忘录审核组间 n问题的处理是否符合规程。内容n引言 （1.5h）n现状、质量、质量管理、QA、QC、质量体系、QMS、过程、评审、审计概念n软件质量保证的技术和方法 （2h）nCMM L2 SQA KPA （1h）nSQA活动与软件生命周期(如何做？)（1.5h）nSQA实践经验(Best Practice)（0.5h）体系结构框架图SPTOISMSPP需求系统设计概要设计详细设计编码单元测试集成测试系统测试确认测试发布UI设计验收测试RM评审、度量、配置管理、SQA
44、SSMIC组织级过程：OPD、OPF、TP软件工程过程管理支持改进图例：生命周期模型SQA的活动与软件生命周期n哪些活动是SQA应该做的，哪些是SQA不能做的？nSQA除了不能参与跟软件的生产开发直接相关的活动以外的其它所有活动SQA的主要活动n过程引导n制订质量保证计划n每个项目n质量保证做哪些事情n作为项目计划的一部分n执行实施质量保证计划n参与项目组活动n根据项目计划，检查计划执行情况n依照标准和规范n对照过程，检查过程符合情况n参与项目评审n审计n工作产品（完整性、一致性、标准和规范）n审计过程n日常检查n上报问题（non-compliance Issues）n发现并记录不符合问题n未
45、解决的上报n独立回报渠道n跟踪项目状态n度量分析项目数据软件质量保证组织机构技术负责人项目经理项目领导小组需求组设计组编码组测试组项目监理质量经理配置组SCCB事业部、客户等组成，事业部、客户等组成，负责协调负责协调项目的资源及监控项目以及审批项目的资源及监控项目以及审批项目的范围变化。项目的范围变化。代表公司对项目代表公司对项目的执行情况进行的执行情况进行监控；监控；检查项目的执行检查项目的执行情况；情况；确认项目的结果。确认项目的结果。u与项目经理一起制订项目质量管理规范u审计项目的质量过程u审计阶段提交物u审计项目周报u提供项目组质量管理过程培训u组织或参加项目重要阶段会议和评审会议项目
46、监理质量经理配置组项目领导小组SCCB标识变化、记录标识变化、记录变化、保证变化变化、保证变化被适当实现、报被适当实现、报告变化。告变化。u确定项目目标和项目计划确定项目目标和项目计划 u确定项目组织形式，决定项目人员配置确定项目组织形式，决定项目人员配置u控制项目进度控制项目进度 u对项目进展中的各项过程进行监控和调整对项目进展中的各项过程进行监控和调整 u控制项目的费用和成本控制项目的费用和成本 u对项目组成员进行考核，并激励员工完成目标对项目组成员进行考核，并激励员工完成目标u与公司其他部门配合，以获得最大的成果和利益与公司其他部门配合，以获得最大的成果和利益 变更管理的决策和监督。由项
47、变更管理的决策和监督。由项目利益相关者组成。目利益相关者组成。项目干系人的需要和期望软件质量保证活动需求分析、需求分析、需求跟踪和需求变更需求跟踪和需求变更维护软件项目产品的完整性维护软件项目产品的完整性 评审和测试过程中发现评审和测试过程中发现缺陷的更改活动缺陷的更改活动 需求变更和设计需求变更和设计变更活动变更活动 发现被评审发现被评审对象的缺陷对象的缺陷 SQA活动每个阶段活动的标准描述：每个阶段活动的标准描述：入口出口角色、活动和验证质量管理和项目的生命周期SQA活动-计划阶段活动：n协助项目经理建立项目协助项目经理建立项目n建立质量保证体系建立质量保证体系n制订制订软件质量保证计划软
48、件质量保证计划n协助协助PM选择并裁剪生命周期模型选择并裁剪生命周期模型入口：n工作说明书工作说明书 n软件项目计划软件项目计划n项目风险评估表项目风险评估表出口：n软件质量保证计划软件质量保证计划SQA活动-需求阶段活动：n评审评审软件需求规格说明书软件需求规格说明书n评审评审系统测试计划和测试用例系统测试计划和测试用例和和测试策略测试策略n评审评审需求跟踪矩阵需求跟踪矩阵n审计重要过程审计重要过程n配置审计和工作产品审计配置审计和工作产品审计入口：n工作说明书工作说明书和和需求规格说明书需求规格说明书 n软件项目计划软件项目计划和和 WBS WBS计划计划n系统业务需求对应需求规格的系统业
49、务需求对应需求规格的需求跟踪矩阵需求跟踪矩阵出口：n经过评审的经过评审的软件需求规格说明书软件需求规格说明书和评审报告和评审报告n经过评审的经过评审的系统测试计划系统测试计划和和测试策略测试策略和和评审报告评审报告nSQA审计总结报告审计总结报告SQA活动-设计阶段活动：n评审评审概要设计说明书概要设计说明书和和详细设计说明书详细设计说明书n评审评审集成集成测试计划和测试用例测试计划和测试用例n评审评审需求跟踪矩阵需求跟踪矩阵n审计重要过程审计重要过程n配置审计和工作产品审计配置审计和工作产品审计n入口：n基线化的基线化的需求规格说明书需求规格说明书n需求规格对应设计的需求规格对应设计的需求跟
50、踪矩阵需求跟踪矩阵 n概要设计说明书概要设计说明书和和详细设计说明书详细设计说明书n集成集成测试计划和测试用例测试计划和测试用例n出口：n经过评审的经过评审的概要设计说明书概要设计说明书、详细设计说详细设计说明书明书和评审报告和评审报告n经过评审的经过评审的集成集成测试计划和测试用例测试计划和测试用例和评审和评审报告报告nSQA审计总结报告审计总结报告SQA活动-编码阶段活动：n编码、代码走查和单元测试过程审计编码、代码走查和单元测试过程审计n评审评审需求跟踪矩阵需求跟踪矩阵n审计重要过程审计重要过程n配置审计和工作产品审计配置审计和工作产品审计入口：n基线化的基线化的详细设计说明书详细设计说
