《软件质量保证与测试考试复习资料.docx》由会员分享，可在线阅读，更多相关《软件质量保证与测试考试复习资料.docx（17页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、第一章 软件质量1.软件定义：软件是计算机系统中及硬件相互依存的另一局部，它是程序, 数据及相关文档的集合。【简答】a.软件是开发产生的，而不是用传统方法制造的；b.软件不会像硬件一样有磨损；c.许多软件不能通过已有构件组装，只能自己定义。3.软件分类：依据运用范围不同，把软件划分为工程软件和产品软件。a.从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误, 毛病等各种问题；b.从外部看，软件缺陷是系统所须要实现的某种功能的失效或违反。5. 软件缺陷产生的缘由a. 工程期限的压力；b. 产品的困难度；c. 沟通不良；d. 开发人员的疲惫, 压力或受到干扰；e. 缺乏足够的学问, 技能
2、和经验；f. 不了解客户的需求；g. 缺乏动力。6.IEEE的软件质量定义【简答】a.系统, 部件或过程满足规定需求的程度；Crosby 1979b.系统, 部件或过程满足顾客或客户需求/期望的程度。(Juran 1988)7.Pressman的软件质量定义：符合明确陈述的功能/性能需求, 明确文档化了的开发标准和全部专业开发预期的隐含特性。【简答】8.Crosby, Juran, Pressman软件质量定义的比拟 【根本原理和方法】 (必考)a.Crosby的定义指的是写好的软件符合由顾客和它的专业组编制的规格说明书的程度。这也意味着包含在规格说明中的错误是不予考虑的，也不降低软件质量明显
3、这是缺乏的。1分b.Juran的定义旨在到达顾客满足度，这就要求对检查改正顾客的需求规格书投入大量工作。但该定义的主要缺点是免除了顾客对软件规格书精确性, 完备性的责任。1分c.Pressman定义为SQA提出了要由开发者满足的三个要求：特定功能需求，它主要是指软件系统的输出；在合同中提出的软件质量标准；反映当今水平的专业方法的良好软件工程方法的开展水平。事实上，Pressman定义供应了测试满足需求程度的操作方向。2分9. 软件质量的内容；各维度下软件质量标准 a. 产品质量，它的软件质量标准有McCall 模型，Boehm 模型， ISO 9126 模型；b. 过程质量，它的软件质量标准有
4、软件实力成熟度模型 CMM，国际标准过程模型 ISO 9000，软件过程改良和实力决断 SPICE。 11. 应用 MaCall模型分析软件质量 参考试卷MaCall软件质量模型中软件质量维度;各个维度软件质量因子的定义 【简答】【根本原理和方法】McCall软件质量模型的软件质量维度；各质量维度下软件质量因素有哪些？a.产品运行维度： 正确性：一个程序满足它的需求规约和实现用户任务目标的程度。 牢靠性：一个程序满足其所需的精确度，完成它的预期功能的程度。 效率：一个程序完成其功能所需的计算资源和代码的度量。 完整性：对未授权人员访问软件或数据的可限制程度。 好用性：学习, 操作, 打算输入和
5、说明程序输出所需的工作量。b.产品修改维度： 可维护性：定位和修复程序中一个错误所需的工作量。 可测试性：测试一个程序以确保它完成所期望的功能所需的工作量。 敏捷性：修改一个运行的程序所需的工作量。c.产品转移维度： 可移植性：把一个程序从一个硬件或软件系统环境移植到另一个环境所需的工作量。 可重用性：一个程序可以在另外一个应用程序中重用的程度。 互操作性：连接一个系统和另一个系统所需的工作量。12. 软件质量管理的内容 【简答】a. 软件质量保证(Quality Assurance) 建立起机构质量规程和标准的整体框架，这是生产高质量软件的保证。b.软件质量规划(Quality Planni
6、ng) 从这个框架中选择适当的质量规程和标准，进展改写使之适应特定软件工程。c.软件质量限制(Quality Control) 定义并设计软件过程，确保软件开发团队严格遵守工程质量规划和标准。14. 软件质量本钱的定义, 构成 【简答】定义：质量本钱是为确保和保证满足的质量而发生的费用以及没有到达满足的质量所造成损失的总和，即包括保证费用和损失费用。构成： 质量本钱质量保证本钱损失本钱 质量保证本钱：为保证满足的质量而发生的费用 损失本钱：没有到达满足的质量所造成损失 质量本钱质量预防本钱评价本钱失效本钱 保证本钱预防本钱评价本钱 预防本钱：预防产生质量问题软件缺陷的费用，是企业的方案性支出，
7、特地用来确保在软件产品交付和效劳的各个环节不出现失误。 评价本钱：是指在交付和效劳环节上，为评定软件产品或效劳是否符合质量要求而进展的试验, 软件测试和质量评估等所必需的支出。 失效本钱：分为内部的和外部的，假如在软件发布之前发觉质量问题，而要求重做, 修改和问题分析所带来的本钱属内部失效本钱，包括修正软件缺陷, 回来测试等，以及因产品或效劳不合要求导致的延误。15. 软件质量标准的好处, 分类包括认证标准和评估标准 依据软件质量标准的内容和重点，把软件质量标准划分为认证标准和评估标准。【简答】 好处： a.有实力应用最高专业级别的软件开发及维护方法学和规程； b.开发组之间, 尤其是开发及维
8、护组之间更好的相互理解及协作； c.软件开发者和外部参及方之间更大的合作； d.基于采纳闻名开发及维护标准作为合同的一局部，使供货商和顾客之间能更好地相互理解及合作。认证标准: 认证标准的范围是由认证的目的确定的，其目的在于： a.使软件开发机构能够证明其有实力确保软件产品或维护效劳符合可承受的质量需求。这是通过一个外部的实体做出认证明现的； b.用作顾客和供货商对供货商的质量管理系统评价一样性的根底。它可以通过由顾客实施的对供货商的质量管理系统的质量审计实现； c.支持软件开发机构的工作，通过符合标准的需求来改良质量管理系统性能和增加顾客满足度。评估标准: a.用做软件开发及维护机构对其进展
9、软件开发工程的实力的自我评估工具； b.用做改良开发及维护过程的工具，标准指出过程改良的方向； c.扶植选购机构确定潜在供货商的实力； d.通过罗列资格认证及培训方案课程，指导评估人员的培训。16. ISO 9000-3质量管理系统的根本原理 【根本原理和方法】a.顾客关注。机构依靠它们的顾客，所以应当理解当前的及将来的顾客须要；b.领导-建立并维护一个主动的内部环境中行使领导权，以实现机构的目标；c.人们的投入。人是机构之本，他们在各机构层次的全身心投入使得他们的实力能用于为机构谋益；d.过程方法-当把活动及资源作为过程管理的时候，就更有效地到达志向的结果；e.管理理的系统方法-把过程作为一
10、个系统管理；f.持续改良-对全面性能正在进展的改良应当在机构的日程上优先；g.决策制定的实在方法。有效决策是建立在信息分析的根底上的；h.相互支持的供货商关系。一个机构和它的供货商是相互依靠时，相互支持的供货由关系增加双方创建增加值的实力。ISO 9000-3质量管理标准的认证过程 【根本原理和方法】如何通过ISO 9000-3标准认证？a. 制订获得认证的活动方案 b. 建立机构SQA系统c. 承受认证审计 d. 维持ISO认证的规程18. 软件过程实力, 软件过程成熟度, 软件过程实力成熟度等级的定义【简答】软件过程实力:描述开发组织或工程组遵循其软件过程能够实现预期结果的程度，它既可对整
11、个软件开发组织而言，也可对一个软件工程而言。软件过程成熟度：一个特定软件过程被明确且有效地定义, 管理, 测量和限制的程度。软件过程实力成熟度等级：软件开发组织在走向成熟的途中几个具有明确定义的表示软件过程实力成熟度的平台。 19. CMM的根本思想, 作用, 内容即软件过程成熟度等级的划分，各等级下软件过程的特点 【根本原理和方法】CMM的根本思想CMM软件质量等级思想： a.由于软件危机等问题是由我们管理软件过程的方法不当引起的，所以新软件技术的应用并不会自动提高软件的生产率和质量。 b.实力成熟度模型有助于软件开发机构建立一个有规律的, 成熟的软件过程。改良的软件过程将开发出更高质量的软
12、件，使更多的软件工程免受时间和经费超支之苦。作用： a.指导软件机构通过确定当前的过程成熟度并识别出对过程改良起关键作用的问题，从而明确过程改良方向和策略。 b.通过集中开展过程改良的方向和策略相一样的过程改良活动，软件机构便能稳步而有效的改良其软件过程，使其软件过程实力得到按部就班的提高。 c.对软件过程的改良，是在完成一个又一个小的改良根底上不断进展的渐进过程，而不是一蹴而就的彻底革命。内容： CMM把软件过程从无序到有序的进化过程分成5个阶段，并把这些阶段排列形成5个逐层提高的等级，如下列图所示：初始级：软件过程是无序的，有时甚至是混乱的，对软件过程几乎没有定义，软件工程胜利及否取决于个
13、人努力。可重复级：建立了根本的工程管理过程(过程模型)，可跟踪本钱, 进度和质量特性。已经建立了必要的过程标准，能重复早先类似工程的实践经验胜利完成新工程。到达2级的一个目标是使工程管理过程稳定，从而使得软件机构能重复以前在胜利工程中所进展过的软件工程工程实践。处于第2级成熟度的软件机构的过程实力可以概括为：软件工程的筹划和跟踪是稳定的，已经为一个有纪律的管理过程供应了可重复以前胜利实践的工程环境。软件工程工程活动处于工程管理体系有效限制之下，执行着基于以前工程准那么且符合现实的方案。已定义级：已经定义了完整的软件过程，软件过程已文档化, 标准化。全部工程均运用经批准的, 文档化的标准软件过程
14、来开发和维护软件。这一级别包含第2级的全部特征。在第3级成熟度的软件机构中，有一个固定的过程小组从事软件过程工程活动。当须要时，过程小组可以利用过程模型进展过程例化活动，还可以推动软件机构的过程改良活动。在该机构内实施了培训方案，能够保证全体工程负责人和开发人员具有完成承当的任务所要求的学问和技能。处于第3级的软件机构的实力成熟度可以概括为：无论是管理活动，还是工程活动都是稳定的。软件开发本钱和进度以及产品的功能都受到限制，而且软件产品质量具有可追溯性。已管理级：软件机构对软件过程, 软件产品都建立了定量的质量目标，全部工程的重要过程活动都是可度量的。该机构收集了过程度量和产品度量的方法并加以
15、运用，对软件过程和产品都有定量的理解及限制。这一级包含了第3级的全部特征。处于第4级的软件机构的实力成熟度可以概括为：处于4级成熟度的软件机构，软件过程是可度量的，软件过程在可度量的范围内运行。这一级的过程实力允许软件机构在定量的范围内预料过程和产品质量趋势，在发生偏离时可以刚好实行措施予以订正，并且可以预期软件产品是高质量的。优先级：处于5级的软件机构的实力成熟度可以概括为：软件过程是可优化的。这一级别的软件机构能够持续不断的改良其过程实力，既对现行的过程实例不断改良和优化，又借助所采纳的新技术, 新方法来实现将来的过程改良。第二章 软件缺陷1. 软件缺陷的定义, 属性：定义：a.从产品内部
16、看，软件缺陷是软件产品开发或维护过程中所存在的错误, 毛病等各种问题；b.从外部看，软件缺陷是系统所须要实现的某种功能的失效或违反。属性：属性名称描述缺陷标识(Identifier)缺陷标识是标记某个缺陷的一组符号。每个缺陷必需有一个唯一的标识。缺陷类型 (Type)缺陷类型是依据缺陷的自然属性划分的缺陷种类。缺陷严峻程度(Severity)缺陷严峻程度是指因缺陷引起的失效对软件产品的影响程度。缺陷优先级(Priority)缺陷的优先级指缺陷必需被修复的紧急程度。缺陷状态(Status)缺陷状态指缺陷通过一个跟踪修复过程的进展状况。缺陷起源(Origin)缺陷起源指缺陷引起的失效或事务第一次被
17、检测到的阶段。缺陷来源(Source)缺陷来源指引起缺陷的起因。缺陷根源(Root Cause)缺陷根源指发生错误的根本因素。缺陷摘要 (Summary)用一句话概要地描述缺陷的现象缺陷描述 (Description)具体的描述缺陷重现的环境, 前置条件, 步骤, 期望结果, 实际结果等。指定的负责人 (owner/assignee)通常是负责修复该缺陷的开发人员，在有的系统中也支持开发人员修复好缺陷修改其在缺陷跟踪系统中的状态后把它指定assign给相关的测试人员。found in缺陷被发觉的版本fixed in缺陷被修复的时候由开发人员填写。解决方法 resolution 由开发人员修复缺
18、陷的时候填写。verified in反映缺陷的修复在哪个版本被验证了附件 attachment 附加的屏幕截图, 效劳器或客户端日志等相关文件，便于开发人员定位缺陷的缘由。2. 软件缺陷生存周期规律 【根本原理及方法】3.常见的软件缺陷度量指标 4.缺陷消退率, 缺陷潜藏期, 缺陷密度5. 常用的软件缺陷管理系统BugFree 开源软件BugZilla 开源软件IBM Rational ClearQuestTestDirector第三章 软件度量1. 软件度量, 软件测量的定义 【简答】软件度量(Metrics)是指对软件产品, 软件开发过程或者资源等对象的简洁属性的定量描述。软件测量(Mea
19、sure)是对软件产品, 软件开发过程和资源困难属性的定量描述，它是简洁属性度量值的函数，软件测量用于事后或实时状态, 如软件牢靠性。2. 为什么须要软件度量？a.任何工程化的工作都须要度量，软件工程也不例外 精确了解工程的实施状况 协助制定软件工程的方案 估算本钱和工作量，以便制定方案 供应软件开发的可视性 跟踪和限制软件工程的开发 评估软件开发质量，进展质量限制 加强风险管理 对工程的实施状况进展评估 为后续工程的积累经验数据 产品：各种文档和程序 过程：各种软件开发活动 资源：各种资源如人员, 费用等 内部属性 软件产品，过程和资源本身所具有属性，如软件产品的困难度, 程序长度等 易于度
20、量 外部属性 软件产品，过程和资源及外部环境(用户, 管理人员等)间的关系如本钱, 效益, 牢靠性, 可维护性等难以度量，但由内部属性所确定4. 软件度量的方法 【简答题】a. 面对规模的度量b. 面胜利能的度量c. 工程本钱和工作量估算d. 软件质量度量5. 比拟面对规模的度量和面对功能的度量 【根本原理和方法】评价代码行技术和功能点方法面对规模的度量：优点：简洁易行，自然直观缺点：依靠于程序设计语言的表达实力和功能 软件开发初期很难估算出最终软件的代码行数 对精致的软件工程不相宜 只适合于过程式程序设计语言面对功能的度量：优点：及程序设计语言无关, 在开发前就可以估算出软件工程的规模(事前
21、)缺乏：没有干脆涉及算法的困难度，不适合算法比拟困难的软件系统 功能点计算主要靠经验公式，主观因素比拟多 数据不好采集6. 软件规模估算, 工作量估算和本钱估算之间的关系 a. 软件工程本钱和工作量估算极为重要b. 计算机系统中软件本钱占总本钱的比例很大c. 用户和工程管理人员对软件本钱和工作量估算都很重视d. 软件工程本钱估算比拟困难e. 软件是逻辑产品，软件开发是一个逻辑思维的过程 f. 涉及多方面因素g. 软件工程本钱和工作量估算常用方法h. 参照和依据已完成工程的历史数据i. 将大工程分解为小工程j. 将工程依据软件生命周期分解k. 依据经验估算公式l. 上述方法可以同时, 单独或者组
22、合运用7. McCall软件质量度量体系： 质量要素: 定义了及软件质量相关联的一些要素质量要素的评价准那么: 定义了能够对质量要素进展度量的一些准那么软件质量度量: 定义了如何基于对质量要素的定量描述对软件质量进展度量的方法8.软件度量的定义及作用 定义：软件度量是对软件开发工程, 过程及其产品进展数据定义, 收集以及分析的持续性定量化过程。作用：a. 通过软件度量增加理解；b. 通过软件度量管理软件工程，主要是方案和估算, 跟踪和确认；c. 通过软件度量指导软件过程改善，主要是理解, 评估和包装。软件度量对不同的实施对象，具有不同的效用。9. 软件度量的内容 依据度量主题划分，包括产品度量
23、, 过程度量, 资源度量 。10. 软件度量的层次 内部度量，外部度量。11. 简要描述软件本钱估算的过程 规模度量-工作量估算-本钱估算 12. 比拟功能点方法和代码行方法功能点方法：a. “功能不能干脆度量，须要依靠其他度量结果导出b. 功能点度量涉及多种因素c. 工程开发初期就可估算出d. 功能点计算目前主要基于经验公式代码行方法：优点是简洁易行, 自然直观。缺点： 依靠于程序设计语言的表达实力和功能; 软件开发初期很难估算出最终软件的代码行数 对精致的软件工程不相宜 只适合于过程式程序设计语言13. CoCoMo模型的三个层次 【简答】a.根本CoCoMo模型，系统开发的初期，估算整个
24、系统的工作量(包括维护)和软件开发和维护所需的时间；b.中间 CoCoMo模型，估算各个子系统的工作量和开发时间；c.具体 CoCoMo模型，估算独立的软构件，如各个子系统的各个模块的工作量和开发时间。第四章 软件质量保证 1.软件质量保证的定义 【简答】一个有系统的, 有方案的行动集合，它供应软件产品开发, 维护过程符合已建立的技术需求, 跟上方案支配和在预算限制之内进展管理上的需求充分信任所必需的。Daniel2. 软件质量保证体系构造其中包含哪些 SQA部件；各SQA 部件之间的关系包含的SQA部件：【根本原理和方法】 工程前SQA部件 工程生命周期SQA部件 SQA根底设施部件 软件质
25、量管理部件 标准化, 认证和评估部件 SQA组织部件各SQA 部件之间的关系： SQA总是由一系列范围很宽的SQA部件组成，这些部件都被用来挑战软件错误的各种来源，并到达可承受的水平的软件质量。vSQA的任务在质量保证任务领域中是独特的，这是由软件的特性确定的。v此外，进展软件开发及维护的环境干脆影响SQA部件。3. 工程前SQA 部件建议草案评审, 合同草案评审, 工程开发方案, 软件质量方案等。【根本原理和方法】4.软件生存周期 SQA 部件软件设计评审, 专家观点, 同行评审, 软件测试, 软件维护，以及针对外部参及方的质量保证措施等 【根本原理和方法】5. 软件质量根底设施部件a. 软
26、件维护规程和工作条例；b. 支持性软件质量手段；c. 维护组的培训和认证；d. 预防性和改正性措施；e. 配置管理；f. 软件维护文档和质量纪录。6. 软件质量管理部件a. 性能限制通过定期报告, 定期员工会议和访问维护支持中心来实现；b. 改正性维护的质量度量；c. 改正性维护的质量费用；d. 完善性维护和适应性维护的管理性工具主要应用于软件限制开发工程运用。7. 软件标准认证标准和评估标准；常见的软件标准 认证标准：ISO 9000-3标准评估标准：SEI CMM评估标准8. 软件质量保证组织部件a. Management 管理b. SQA Unit软件质量保证单元c. SQA Trust
27、ees软件质量保证托付人d. SQA Committees 软件质量保证委员会e. SQA Forums 软件质量保证座谈会9. 适用外部参及方运用的质量保证部件 【根本原理和方法】应用于外部参及方大多数SQA限制是在有关各方之间签署的合同中规定的。10. 规程和工作条例之间的关系11. 为什么须要定义规程和工作条例a.以最有效, 高效的方式执行任务, 过程或活动，而不偏离质量需求；b.软件系统开发及维护所涉及人员之间的有效, 高效的沟通。执行的统一性, 到达符合规程及工作条例，较少导致软件出错的错误理解。c.简化机构中各种实体执行的任务及活动之间的协调。较好的协调意味着较少的错误。12. 模
28、板的定义, 作用 【简答】模版的定义定义：在软件工程领域，模板指的是小组或机构创立的用于编辑报告和其他形式文档的格式。作用： 对于开发组： a.便利文档的编制过程，因为节约了具体构建报告构造所需的时间和精力。大多数机构许可从SQA公共文件拷贝或者从机构的企业内部网下载模板，这样甚至可以不用键入新文档的书目。 b.确保开发人员编制的文档更完善，因为文档中的全部主题都已经定义好了，并且被运用这此模板的大量专业人员反复评审过。不太可能发生诸如漏掉主题这样的常见错误。c.新组员的参与更简洁，这是因为对模板熟识。由于新成员已经在其他机构单位或小组工作过，他们从前面的工作中可能已经了解模板，而文档的标准构
29、造是依据模板编制的，从而找寻信息变得简洁得多。它同样可以使正在进展的文档编制工作顺当，不管编制了文档某些局部的那位小组成员是否已经离开。d.便利文档评审，假如文档是基于一个相宜的模板建立的，就不须要探讨文档构造和确定其完备性。它同样简化已完成文档的评审工作，因为文档的构造是标准的，并且评审者熟识评审的预期内容(章, 节和附录)。出于这种一样性评审将会更彻底而又不那么费时。 对于软件维护组:更简洁找到执行维护任务所需的信息。13. 对于员工进展培训和认证，其目标是什么？ a.使新员工均驾驭以足够的效率及有效性水平执行软件开发和维护任务所需的学问及技能；b.这种培训有利于新小组成员的融入；c.通过
30、传授风格, 构造规程和工作条例，确保软件产品(文档和代码)同机构标准相符；d.和同机构风格, 构造规程及工作条例的符合性；e.传播SQA规程的学问；f.确保关键软件开发和维护职位的候选者是有相宜资格的。14. 培训和认证的实施过程a.确定每个职位的专业学问要求；b.确定专业培训和更新须要；c.方案专业培训工程；d.方案专业更新工程。e.确定须要认证的职位；f.方案认证过程；g.发布培训, 更新, 认证工程；h.跟踪已培训和已认证人员。15. 改正性措施和预防性措施的定义 【简答】改正性措施：一个常规运用的反应过程，包括质量不符合性信息收集, 特别规源的识别和分析以及改良的习惯做法及规程的建立和
31、汲取，连同对它们约执行的限制和对它们的结果的测量。预防性措施：一个常规运用的反应过程，包括潜在质量问题信息的收集, 偏离质量标准的识别及分析以及改良的习惯做法及规程的建立及汲取，连同对它们执行的限制和对它们的结果的测量。16. 软件配置, 软件配置管理的定义 【简答】软件配置是软件生存周期各个阶段活动的产物。软件配置管理是一个负责应用(计算机化的或非计算机化的)技术工具和管理规程, 使之能够完成为维护SCI和软件配置版本所需任务的SQA部件。17. 软件配置管理的工作内容, 作用 【根本原理及方法】a. 限制软件更改；b. 发布SCI和软件配置版本；c. 供应SCM信息效劳；d. 验证对SC规
32、程的符合性。18. 版本限制的定义 版本限制是软件配置管理的核心内容。版本限制将各软件配置项纳入到配置库之中，为每一个配置项自动给予版本标识，使得各软件配置项都依据既定的版本限制策略独立演化。 a.简洁的版本配置工具，例如Microsoft Visual SourceSafeVSS, Concurrent Version SystemCVS等；b.工程级配置管理工具，适合中小型企业，例如PVCS, MKS；c.企业级配置管理工具，具有强大的版本限制和管理实力，适合中大型软件企业，包括CCC Harvest, IBM Rational ClearCase等。20. 软件配置管理的过程 图在第四章
33、PPT_66页21. 软件质量保证体系中的管理部件工程进度限制, 软件质量度量, 软件质量费用, 软件风险管理 【根本原理及方法】22. 软件风险管理过程23.软件风险限制方法风险防止, 风险弱化, 风险承当, 风险转移 【简答】【根本原理及方法】风险防止：通过变更方案消退使得风险的触发条件无法满足；风险弱化：降低风险发生的概率；风险承当：制定风险应急预案；风险转移：将风险发生的结果连同应对责任转移给有承受实力的第三方。24.软件质量度量的分类：依据软件生存周期规律划分；依据测量主题划分 第一种分类，依据软件系统的生命周期和其他阶段进展划分： 过程度量process metrics,及软件开发
34、过程相关； 产品度量product metrics，及软件维护相关。第二种分类，依据测量主题划分： 质量 进度表 有效性关于错误派错和维护效劳 生产率25. 软件开发过程度量包括：软件过程质量度量, 软件过程进度度量, 软件过程生产率度量 a. 软件过程质量度量: 错误密度度量 错误严峻性度量 过程解除有效性度量b. 软件过程进度度量c. 软件过程生产率度量26. 软件质量保证组织的目标 a. 软件质量保证工作是有方案进展的。b. 客观地验证软件工程产品和工作是否遵循恰当的标准, 步骤和需求。c. 将软件质量保证工作及结果通知给相关组别和个人。d. 高级管理层接触到在工程内部不能解决的不符合类
35、问题。 e. 软件质量须要全面的测试工作来保证。第五章 软件风险管理 【简答】软件风险管理1. 软件风险的定义, 特点及分类法定义：软件风险是使软件工程的实施受到影响和损失, 甚至导致失败的, 可能会发生的事务。特点： b.带来损失，影响工程实施，甚至会导致工程失败。分类法： 从风险的范围角度上看，可将风险分为三种类型： a.工程风险：潜在的工程预算, 进度, 人员, 资源, 用户和需求等方面的问题。 b.技术风险：实现和交付产品过程中所应用的各种技术所包含的风险。技术的正确性, 不确定性, 困难性, 技术陈旧等因素都可带来技术风险。c.商业风险：及市场, 企业产品策略等因素有关的风险。 从风
36、险可预料的程度来看，可将风险分为以下三种类型： a.风险：通过评估工程方案, 工程的商业和技术环境以及其它牢靠的信息来源之后可以发觉的那些风险。 b.可预料风险：能够从过去的工程经验中推想出的风险。c.不行预料风险：事先很难识别出来的风险。2. 简要描述软件风险管理过程风险评估：风险识别, 风险分析, 风险优先级风险限制：风险管理方案, 风险化解, 风险监控3. 常见的软件风险限制方法 风险管理方案：针对各个重要风险制定风险管理方案，确保各个单独的风险管理方案之间以及它们及相互方案之间的一样性。风险化解：执行风险管理方案，以缓解或消退风险。风险监控：监控风险化解的过程，可能会识别出新的风险。4
37、. 简要描述常用的软件风险管理策略？ 救火模式，风险造成麻烦后才着手进展处理 例如，小谢离开公司1个月后，其他小组须要小谢所负责子系统的模块以便进展集成和测试，但是相关代码还没写，此时已经影响其他小组方案和工程进度，为此抽调其他人接替小谢工作 发觉到了风险之后实行措施，但只是在风险发生之后 例如，小谢出走的第二天，公司确定抽调其他人员来接替 识别了风险，并且事先制定好风险发生后的补救措施，但是不做任何防范措施。 例如，知道不好事务可能会发生，等它发生。小谢要走，小张接替 将风险识别和风险防范作为软件工程的一局部加以规划和执行 例如，知道哪些不好事务可能会发生，制定好了万一发生的应对措施，同时实
38、行措施防止它发生。 小谢要走，小张接替，同时和小谢商议，做工作，能否等到工程完成之后再走 识别和消退可能产生风险的根源 例如，知道哪些不好事务可能会发生，制定好了万一发生的应对措施，同时实行措施消退风险根源，杜绝风险的发生 小谢要走，小张接替，同时给小谢供应更多的学习时机5. 常用的风险识别方法包括检查表法, 德尔菲法, 头脑风暴法, 情景分析法 6. 风险评估的工作内容包括 a.评估风险发生的概率；b.评估风险造成损失的大小；c.计算风险危急度。第六章 软件缺陷管理1. 软件配置项是软件配置管理的对象。一个软件配置项是工程中一个特定的, 可文档化的工作产品集。2. 软件配置管理是指一套管理软
39、件开发和维护过程中所产生的各种中间软件产品的方法和规那么。3. 软件配置库是存放配置项的数据库。4. 基线是已经通过正式技术评审的某种产品，可以作为进一步开发的根底，并且只能通过正式的变更限制而变更。5. 工作空间是为开发人员供应独立的工作空间。6. 变更限制是通过结合人为的规程和自动化工具，以供应一个变更限制的机制。7. 版本限制是对系统不同版本进展标识和跟踪管理的过程，是SCM的核心。8. 配置管理方针包括版本方针和变更管理方针 【简答】a.版本方针,包括严格-单一活动版本方针, 多版本方针。b.更改方针，平衡折中方针只批准以小局部有价值的更改，重点放在最重要的, 最有益的更改，比起批准每
40、个更改恳求的那种“宽容更改方针更可取。9. 检入将软件配置项从用户的工作环境存入到软件配置库的过程。10. 检出将软件配置项从软件配置库中取出的过程。11. 版本树文件和书目的版本演化的历史可以形象的表示为版本树。12.在工程开发过程中，软件配置库可分开发区, 受控区和测试区三个区域，其各自存放的内容及存取的规定为： a.开发区：开发区存放工程组所遵循的过程标准, 参考资料, 全部未经批准的配置项, 已经批准但未纳入基线的配置项，此区域中的配置项由工程经理负责和限制，工程总结完毕后删除。 b.受控区：受控区存放基线。此区域的配置项由工程经理或CCB评审批准后，由配置管理员从开发区更新而来，此区
41、属配置管理员全部。 c.测试区：该区仅为临时区，不作具体规定，测试通过后需删除该区。测试内容也可由配置管理员从受控区获得get latest到指定的路径进展测试。 13. 说明软件配置管理的工作内容版本限制, 工作空间管理, 并行开发限制, 过程管理, 权限管理, 变更管理等内容。 14. 常见的软件配置管理系统有哪些？ Microsoft VSSCVSIBM Rational Clear CaseStarTeam第七章 软件文档管理1. 软件文档管理文档管理就是依据肯定的标准高质量, 高效率地设计和编制文档，依据标准分发, 维护, 转让, 变更, 修正, 扩大和运用文档，提高软件工程的质量和
42、客户满足度。2. 受控文档指依据发放范围登记, 分发或独立存档管控，并能保证收回的文件。 3. 软件文档的分类依据主题划分：过程文档, 产品文档, 管理文档 4. 简要描述软件文档管理流程 补充的简答题是指导计算机软件开发和维护的一门工程学科。是对软件产品, 软件开发过程和资源困难属性的定量描述，它是简洁属性度量值的函数，软件估算用于事前, 如软件开发本钱。从软件产品, 开发维护过程和资源消耗状况三方面进展度量。4.合同草案评审 5.建议草案评审 的干脆目标是正式批准模块或集成构造，以使下一个编程阶段可以开场或已完成的软件系统可以交付和安装。有两种方式，审查和走查。同行评审的主要目标在于检测错
43、误核对及标准的偏离。第四章ppt-24页。第四章ppt-24页。通过引进补充的外部实力到机构内部开发过程中来而支持质量评估工作。 包括正式设计评审, 同行评审, 走查和审查等。 14.规程是完成某件事情或行动的特定方式。 15.工作条例主要用于在整个机构不行能用一样的方法执行任务或这样做不志向的情形。 补充的根本原理和方法 CMM各等级下企业的软件过程实力如何？初始级过程实力不行预料。可重复级过程实力概括为软件工程的筹划和跟踪是稳定的，已经为一个有纪律的管理过程供应了可重复以前胜利实践的工程环境。软件工程工程活动处于工程管理体系有效限制之下，执行着基于以前工程准那么且符合现实的方案。已定义级过
44、程实力概括为无论是管理活动，还是工程活动都是稳定的。软件开发本钱和进度以及产品的功能都受到限制，而且软件产品质量具有可追溯性。已管理级允许软件机构在定量的范围内预料过程和产品质量趋势，在发生偏离时可以刚好实行措施予以订正，并且可以预期软件产品是高质量的。优化级能够持续不断的改良其过程实力，既对现行的过程实例不断改良和优化，又借助所采纳的新技术, 新方法来实现将来的过程改良。工程开发方案的内容 软件质量方案的内容 支持软件维护的 SQA 部件包括软件维护规程和工作条例, 支持性软件质量手段, 软件维护人员的培训和认证, 改正性和预防性措施, 软件配置管理, 软件维护文档及软件质量记录等。 软件工程中引入外部参及方将带来哪些收益及风险？ 收益： 对承包商：削减预算, 弥补专业人员短缺, 缩短工程进度, 或的特别领域的专长等。 对顾客作为外部参及方： a.爱护顾客的商业隐私； b.雇佣内部软件开发部门； c.获得自维护工程的特地技巧；d.工程经费的削减。对承包商和顾客的风险有： a.外部参及方供应的部件完成延迟引起工程完成的延迟； b.外部参及方供应部件的低质量； c.增加了在维护外部参及方供应部件时遇到困难的可能性； d.丢失对工程具体部件的开发限制。定义适用于整个企业或工程组的规程, 工作条例，其目标是什么？