分析中所要使用的信息。
分析类:是类的一种衍型,很少有操作和特征标记,而用责任来定义其行为,并且其属性和关系也是概念性的,包括:边界类、实体类、控制类。
用况细化:是一个针对一个用况,其行为可用多个分析类之间的相互作用来细化,并记为用况细化[分析]
分析包:分析包是一种控制信息组织复杂性的机制,提供了分析制品的一种组织手段,形成了一些可管理的部分。 63.建造一个系统需求分析模型的活动和任务,以及各活动的输入和输出.
答:体系结构分析:输入:用况模型、补充需求、业务模型或领域模型、体系结构描述[用况模型];输出:分析包[概述]、分析类[概述]、体系结构描述[分析];细化用况:输入:用况模型、补充需求、业务模型或领域模型、体系结构描述[分析];输出:用况细化[分析]、分析类[概述]对类分析:输入:用况细化[分析]、分析类[概述] 输出:分析类[完成];对包进行分析:输入:系统体系结构描述[分析]、分析包[概述]输出:分析类[完成]。 64需求分析模型对以后开发工作的影响
答:对设计中子系统的影响。分析包一般将影响设计子系统的结构对设计类的影响。分析包可以作为类设计时的规格说明。对用况细化[设计]的影响。用况细分[分析]对用况细化[设计]有两方面影响,一个是它们有乃至于为用况创建更精确的规格说明,另一个是当对用况进行设计时,用况细化[分析]可作为其输入。 65.需求获取模型与需求分析模型之间比较
答:语言描述不同:客户语言与开发语言视图:系统外与系统内
结构:使用用况予以结构化,给出外部视角系统结构与使用衍型类结构化,给了部视角系统结构作用:标注“系统应该做什么,不应该做什么”与可以做出开发者理解系统如何勾画、如何设计和如何实现基础问题:可能存在冗余、不一致和冲突等问题与解决了上述问题捕获系统功能,包括体系结构方面具有意义的功能与给出细化系统功能,包括在体系结构方面具有意义的功能定义一些进一步需要在分析模型中予以分析用况与定义每一个用况细化。 66.设计层及相关概念
答:设计目标:定义满足系统/产品分析模型所规约需求的软件结构基本术语:设计子系统、设计类、用况细化[设计]、接口、以及用于表达子系统之间关系的依赖、用于表达设计类之间关系的关联等 ,这些术语确定了系统设计模型的各种形态。
67.设计模型的基本组成
答:设计子系统、设计类、用况细化[设计]、接口、以及用于表达子系统之间关系的依赖、用于表达设计类之间关系的关联等 ,这些术语确定了系统设计模型的各种形态。 68.建造一个系统设计模型的活动和任务,以及各活动的输入与输出
答:体系结构设计:输入:用况模型、补充需求、分析模型、体系结构描述[分析模型角度];输出:子系统[概述]、接口[概述]、设计类[概述]、部署模型[概述]、体系结构描述[设计];设计用况:输入:用况模型、补充需求、分析模型、部署模型;输出: 用况[设计-实现]、设计类[概述]、子系统[概述]、接口[概述];对类设计:输入: 用况[设计-实现]、设计类[概述]、接口[概述] 、分析类[完成];输出:设计类[完成] ;设计子系统:体系结构描述[设计]、子系统[概述]、接口[概述];输出:子系统[完成]、接口[完成]。
69.测试过程模型,并分析这一模型在软件测试技术研究以及实践中的作用
答:软件测试是一个有程序的过程,包括测试设计、测试执行、以及测试结果比较等 环境模型、被测模型和错误模型在软件测试中扮演了一种很重要的角色;这些模型的质量,特别是程序模型的质量,对发现错误具有关键性的作用软件测试的错误假定是,实际结果与预期结果不符,而后在此基础上可进一步分析是什么错误。
70.软件测试与调度的区别
答:1)..测试从一侧面证明程序员的“失败”。调度为了证明程序员是正确的;2).测试以已知条件开始,使用预告定义的程序且有预知的结果,不可预见的仅是程序是否通过测试;3).测试是有计划的,并要进行测试设计。高度是不受时间约束的;4).测试是发现错误、改正错误、重新测试的过程。调试是一个推理过程;5).的执行是有规程的。调 试的执行往往要求程序员进行必要推理;6).测试经常由独立的测试组在不了解软件技术的条件下完成的。高度必须由了解详细设计的程序员完成;7)大多数测试的执行和设计可由工具支持。调试时,程序员能利用的工具主要是调试器。
71.程序流程图的作用及构成
答:流程图的作用是着重于过程属性描述。
72.简述语名覆盖、分支覆盖、条件组合覆盖、路径覆盖的含义及它们之间的关系
答:路径覆盖:执行所有可能穿过程序控制流程的路径语句覆盖:至少执行程序中所有语句一次分支覆盖:至少将程序中的每一个分支执行一次条件覆盖:指每个判定中的所有可能的条件取值至少执行一次条件组合覆盖:设计足够测
试,使每个判定中的所有可能的条件聚会组合至少执行一次存在以下关系语句覆盖<分支覆盖<条件组合覆盖<…路径覆盖。
73简术单元测试、集成测试、有效性测试的含义及它们之间的区别.。
答:单元测试:主检验软件设计的最小单元――模块。该测试以详细设计文档为指导,测试模块内的重要控制路径。 集成测试:是软件组装的一个系统化技术,其目标是发现与接口有关的错误 有效性测试:发现软件实现的功能与需求规格说明书不一致的错误 74.简述路径测试技术、事务流测技术的主要依据
答:一个依据程序逻辑结构,一个依据软件行为描述
75简述程序流程图与事务流程图之间的主要区别,并分析这些区别的主要原因
答:1)基本模型元素所表达的语义不同;2)一个事务不等 同于路径测试中一条路径,可能在中间某处就完成了某一用户工作,终结了一个事务;3).事务流程图中的分支和节点可能是一个复杂的过程。 76、简述白盒测试技术的要点,并举例说明
答:白盒测试技术依据程序的逻辑结构,以控制流程图作为被测对象建模工具,其中涉及过程块、分支、节点、链以及路径,并针对测试民,给出了4种覆盖策略:语名覆盖、分支覆盖、条件组合覆盖和路径覆盖,它们之间具有偏序关系,并且可根据项目需求给出其他覆盖策略。 77、事务流测试技术的要点,并举例说明
答:事务流测试技术是一种功能测试技术,目前提出了很多功能测试技术,如定义域测试技术、等价类测试技术以及基于因果图的测试技术等,统称为黑盒子测试技术。黑盒测试将被测软件看成黑盒子,只通过外部的输入和输出来发现软件中的错误,因此黑盒测试是一种基于软件规约的测试。 78、简述软件开发中的过程类,以及它们的基本作用和它们之间的基本关系
答:分为3类:基本过程:那些软件生产直接相关的活动集,分5个过程:获取过程、供应过程、开发过程、运行过程和维护过程支持过程:有关各方面按他们的目标所从事的一系列相关支持活动集,有助于提高系统或软件产品的质量,分为:文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程和问题解决过程等组织过程:与软件生产组织有关的活动集,分管理过程、基础设施过程、培训过程、改进过程 79、在ISO/IEC12207-2008中如何描述一个过程?举例说明
答:①.为获取方获取一个软件产品或服务,为供应方开发、运行、维护、提供和销毁一个软件产品,建立了一种软件生存周期框架,包含过程、活动和任务,并通过过程分类、过程描述,给出它们之间的内在关系 ②.为软件生存周期过程的定义、控制和改进提供了一个过程,即生存周期模型管理过程
供应过程:为获取方提供满足所协商需求的产品或服务软件实现过程:软件实现过程是为了生产一个已规约系统元素,作为一个软件产品或服务而实现
软件需求分析过程:建立系统软件部分的需求
软件体系结构设计:为软件的实现及其可以按需求进行验证,提供一种设计
软件验证过程:证实一个过程或项目的每一个软件工作产品/服务是否正确地反映所规约的需求 软件确认过程:证实所期望的软件工作产品是否满足其需求。 80、什么是软件开发特定的过程类?举例说明。
答:为了更有效的描述软件开发活动和任务,把一个系统在其生存周期内可执行的活动分为两大类:系统语境的过程,针对软件开发的过程,在此基础上,把生存周期分成7个过程组针对软件开发的过程类。 81、什么是验证和确认?简述它们的作用和区别
答:验证:证实一个过程或项目的每一个软件工作产品/服务是否正确地反映所规约的需求验证和确认是有区别的。验证是通过提供的客观证据,证实规约的需求是否得以满足确认是通过提供的客观证据,证实有关特定期望的使用或应用的需求是否得以满足软件确认过程:证实所期望的软件工作产品是否满足其需求 82、简述瀑布模型以及可适应的情况
瀑布模型将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到产品适应情况:需求已被很好的理解,并且开发组织非常熟悉为实现这一模型所需求的过程。 83、简述演化模型以及可适应的情况
答:表达了一种弹性的过程模式,由一些小的开发步组成,每一步历经需求分析、设计、实现和验证,产生软件产品的一个增量,通过这些迭代,最终完成软件产品的开发。 主要针对事先不能完整定义需求的软件开发。 84、简述增量模型的优缺点
答:优点1)第一个可交付版本所需要的成本和时间是较少的,从而可减少开发由增量表示的小系统承担的风险;2)
由于很快发布第一个版本,因此可以减少用户需求的变更;3)允许增量投资,即在项目开始时可以仅对一个或两个增量投资。缺点:1)如果没有对用户的变更要求进行规划,那么产生的初始增量可能会造成后来增量的不稳定;2)如果需求不像早期思考的那样稳定和完整,那么一些增量就可能需要重新开发,重新发布;3)由于进度和配置的复杂性,可能会增大管理成本,超出组织的能力。 85、简述螺旋模型以及它与其它模型之间的主要区别
答:螺旋模型是瀑布模型与深化模型的基础上,加入两者所忽略的风险分析所建立的一种软件开发模型螺旋模型关注解决问题的基本步骤,即标识问题,标识一些可选方案,选择一个最佳方案,遵循动作步骤并实施后续工作,突出特征,在开发的迭代中实际上只有一个迭代过程真正开发了可交付的软件2)与深化模型和增量模型相比,同样使用了瀑布模型作为一个嵌入的过程,即分析、设计、编码、实现和维护的过程,并且在框架和全局体系结构方面是等同的。但是,螺旋模型所关注的阶段以及它们的活动是不同的,如增加一些管理活动和支持活动。尽管增量模型也有一些管理活动,但它基于以下假定:需求是最基本的、并且是唯一的风险源,因而在螺旋模型中增大了决策和风险的空间,螺旋模型扩大了增量模型的管理范围。如果项目的开发风险很大或客户不能确定系统需求,在更广泛的意义上来讲,还包括一个系统或系统类型的要求,这时螺旋模型就是一个好的生存周期模型. 86. 简述语句覆盖、分支覆盖、条件组合覆盖、路径覆盖的含义及他们之间的关系
答:语句覆盖:至少执行程序中所有语句一次,如果遵循这一规定,则达到了100%语句覆盖率(用C1表示)。语句覆盖是一种最低的测试度量,因此发现程序错误的能力很弱。 分支覆盖:至少至少将程序中的每一个分支执行一次。如果遵循这一规则,则达到了100%分支覆盖率(用C2表示)。分值覆盖是一种语句覆盖稍强的覆盖,因为通过了各个分支,则各语句也都覆盖率了。但分支覆盖还不能保证一定能查出在判定条件中存在的错误。 条件组合覆盖:是指设计足够的测试用例,是每个判定中的所有可能的条件取值组合至少执行一次。如果遵循这一规定,则实现了条件组合覆盖。只要满足了条件组合覆盖,就一定能满足分支覆盖。路径覆盖:执行所有可能穿过程序控制流程的路径,一般情况下,这一测试严格地限制为所有可能的入口/出口路径。如果遵循这一规定,则达到了100%覆盖率。在路径测试中,该亮度是最强的,一般是不可实现的。 87. 单元测试、集成测试、有效性测试的含义及它们之间的区别。
答:单元测试主要检测软件设计的最小单位——模块。该测试以详细详细设计文档为指导,测试模块中的重要控制路径。一般来说,单元测试往往采用白盒技术。在单元测试期间,通常考虑模块的四个特征,以及与之相关的边界条件:1)模块接口。2)局部数据结构。3)重要的执行路径。4)错误执行路径。集成测试是软件组装的一个系统化技术,其目标是发现与接口有关的错误,将经过单元测试的模块构成一个满足设计要求的软件结构。集成测试可“自顶向下”地进行,称为自顶向下的集成测试,也可“自底向上”地进行,称为自底向上的集成测试。有效测试的目标是发现软件实现的功能与需求规格说明书不一致的错误。因此,有效性测试通常采用黑盒技术。为了实现有效性测试,制定的测试计划应根据采用的测试技术给出要进行的一组测试,并给出测试用例和预期结果的设计。通常在测试执行之前应进行配置复审,其目的是保证软件配置的所有元素已被正确的开发并编排目录,具有必要的细节以支持和软件生存周期的维护阶段。区别:单元测试集中于单个模块的功能和结构检测;集成测试集中于模块组合的功能和软件结构检测;有效性测试验证软件需求的可追溯性。 88. 简述路径测试技术、事务流测试技术的主要依据.
答;路径测试技术支持测试过程模型的中间部分; 路径测试技术是一种简单,实用的单元测试技术,通过程序中的控制逻辑可以发现数据错误、基本计算错误等;路径测试技术是基于程序逻辑结构的,对错误的假定是软件通过了与预想不同的路径;在路径测试技术中,采用控制流程图作为模型表达工具,支持创建被测试程序的模型;基于路径的基本属性,路径测试技术给出了几种常见的测试路径覆盖,包括语句覆盖、分支覆盖、条件组成覆盖和路径覆盖等,这几种覆盖是一个偏序。根据软件特定需要,可以在条件组合覆盖和路径覆盖之间定义其他类型的覆盖;路径选取是测试用例世纪的基础。事务流测试技术的要点:玉路径测试一样,支持测试过程模型的中间部分;事务流测试技术是将路径测试技术用于功能测试的产物,通过事物的操作逻辑发现软件中的逻辑错误、数据错误、计算错误等;事务流测试技术是基于软件规约的,对错误的假定是软件通过了与预想不同的事务路径;在事务流测试技术中,采用事务流程图作为模型表达工具,支持创建被测试软件的模型;基于事务的基本属性,事务流测试技术最大的问题和最大的代价是获得事务流程图以及用例设计;一般,事务流程测试要求达到基本事务的覆盖,但是大部分错误将在奇异的、不受注意的或非法的操作流中发现,更为重要的是,在事务处理流程测试中,如果设计测试用例时能与设计者讨论,将可以发现比运行测试更多的错误。 89.针对程序流程图中出现的各种循环,如何选取测试路径?
答:循环结构可分为单循环、嵌套循环、级联循环和混杂循环。由于循环结构的错误容易发生在控制变量的边界上,对于不同的循环给出相应的路径选取规则。 1)单循环。1.最小循环次数为0,最大次数为N,且无跳跃值。选取:循环控制变量为-1、0、1典型重复次数、N-1、N、N+1的路径。 2.非0最小循环次数,且无“跳跃”值。
选取:循环控制变量次数为“最小循环次数-1”、“最小重复次数加1”、“典型重复次数”、“最大重复次数-1”、“最大重复次数”、“最大重复次数加1”。 3.具有活跃值的单循环,除把每一个跳跃边界按“最小循环次数”、“最大循环次数”处理外,其他规则与前两种一样。 2)嵌套循环。1.从最深层的循环开始,设定所有外层循环取他的最小值。2.测试最小值减一、最小值、最小值加一、典型值、最大值减1、最大值、最大值加1。与此同时,测试“跳跃”值边界。 3.设定内循环在典型值处,按2循环外层循环,直到覆盖所有循环。 3)级联循环。如果级联循环中每个循环的控制变量有关,则可视为嵌套循环。如果级联循环中每个循环的控制变量无关,则可视为单循环。
90.CMMI于的基本思想
答:该模型基于过程途径思想,通过过程把软件质量的3个支撑点――受训的人员、规程和方法、工具和设备进行集成,以开发所期望的系统/产品。为此,CMMI紧紧围绕开发、维护和运行,把经过证明的“最佳实践“放在一个结构中。该结构有乃至于指导组织确定其过程的发送优先次序;有乃至于指导这些改善的实施,以提高其过程能力和成熟度,并且还支持其它领域(如获取和服务)能力成熟度模型开发。
91么是过程制度化?在CMMI把过程制度化分几个等级?简要回答每一等级主要特征
答:重现已定义过程的的特征. 分5个等级:1级为初始级,2级为已管理等级,3级为已定义级,4级为已定量管理级,5级为持续优化级。
92述CMMI模型支持两种过程改善路径
答:CMMI提供了两种改善路径,一是称为能力等级是一种过程改善路径,该路径可使组织针对单一过程域不断改善该过程域;二是称为成熟度等级也是一种过程改善路径,该路径可使组织通过关注一组过程域不断改善一组相关过程域。
93述CMMI模型的模型部件及部件间关系
答:1过程域,2专用目标,3专用实践,4公用目标,5共用实践,6典型工作产品,7子实践,8共用实践的精化,9意图陈述,10简介性注释,11相关过程域。 94用实践与共用实践关系
答:专用实践:每一个过程域中都有一个或多个“专用实践”,这些专用实践被认为对于达到该过程域的专用目标是重要活动,即期望以专用实践所描述的活动,会导致达到一个过程域的专用目标共用实践:每一个过程域中都有一个或多个“共用实践”,这些共用实践被认为对于达到该过程域相关的共用目标是重要活动,例如,对共有目标“该过程予以制度化,使之成为一个已管理过程“而言,一个共用实践是”为该过程的执行、工作产品的开发以及该过程的服务,提供充足的资源“。之所以称为“共用实践“,是因为同一实践可应用于多个过程。 95每一成熟度等级所包含的过程域。
答:在成熟度等级,把开发、维扩、运行中的过程分为4个组。包含7个过程域:配置管理、测量与分析、项目监控、项目规划、过程和产品质量保证、需求管理、提供方协议管理。包含11个过程域:决策分析与解决、集成项目管理、组织过程定义、缓缓过程关注、组织培训、产品集成、需求开发、风险管理、技术解决方案、验证、确定组织过程性能和定量项目管理原因分析与解决和组织创新和部署 96述项目规划过程域的专用目标与专用实践
答:专用目标1:SG1建立估算,4个专用实践SP1.1估算项目规模,SP1.2 建立工作产品和任务属性的估算SP1.3定义项目生存周期SP1.4确定工作量和成本的估算专用目标2:SG2 开发项目计划,7个专用实践:SP2.1建立预算和进度,SP2.2标识项目风险SP2.3规划数据管理SP2.4规划项目资源SP2.5规划需要的知识和技能SP2.6规划利益攸关方参与SP2.7建立项目计划专用目标3:SG3获得对该计划的承诺:SP3.1评审该项目的计划SP3.2调和工作和资源等级,使之一致。SP3.3获得计划承诺。 97述开发过程的专用目标与专用实践
答:专用目标1:SG1开发客户需求,2个专用实践 SP1.1引出要求SP1.2开发客户需求 专用目标2:SG2开发产品需求,3个专用实践SP2.1 建立产品和产品构件的需求SP2.2分配产品构件需求SP2.3标识接口需求专用目标3:SG3分析并验证需求,5个专用实践SP3.1建立操作概念和场景SP3.2建立所需功能的定义SP3.3分析需求SP3.4分析需求,达到权衡SP3.5确认需求。 98述共用目标2及其相关的共用实践
答:共用目标2:GG2把过程制度化为一个已管理过程,10个共用实践GP2.1建立组织策略GP2.2规划该过程GP2.3提供资源GP2.4指定责任GP2.5培训人员GP2.6管理配置GP2.7标识相关利益方的参与GP2.8监控该过程GP2.9客观地评估过程的符合性GP2.10以高层管理的视觉评审状态. 99.RUP的定义及主要特点
答:RUP是一种软件开发过程框架,基于面向对象符号体系给出了有关软件开发过程组织及实施的指导。该框架体现了
3个突出特征,即以用况驱动、体系结构为中心以及迭代、增量式开发。
1.简述软件开发的本质。
2.简述实施软件开发的基本途径。
3.简述何谓模型以及软件开发中所涉及的模型。 4.简述软件开发所涉及的两大类技术。 5、简述需求与需求规约的基本性质。 6、简述软件需求的分类。
7、举例说明功能需求和非功能需求之间的基本关系。 8、有哪几种常用的初始需求发现技术? 9、简述需求规约的3种基本形式。 10、简述软件需求规约的内容和作用。
11、简述需求规约在项目开发中的基本作用。 12、简述需求规约和项目需求的不同。 13、何谓模块耦合?简述模块耦合的类型。 14、何谓模块内聚?简述模块内聚的类型。
15、何谓模块的控制域和模块的作用域?并举例说明
16为了表达系统功能模型,结构化分析方法给出了哪些基本概念?他们是如何表示的?其基本作用是什么
?使用中应注意哪些问题?
17以结构化分析方法建立的系统功能模型由哪些部分组成?每一部分的基本作用是什么? 18解释结构符“+”、“|”、“{}”的含义,并举例说明。
19就一个特定系统而言,系统功能模型与系统模型的主要区别是什么? 20简述结构化方法总体设计的任务及目标。 21简述结构化方法详细设计的任务及目标。 22简述变换设计与事务设计之间的区别。 23简述启发式规则的基本原理。
24简述依据一个系统的DFD,将其转换为MSD的基本思路。 25为什么说结构化分析与结构化设计之间存在一条“鸿沟”? 26.举例说明结构化方法给出的控制复杂性机制。
27.试分析结构化方法在建造系统模型中存在的问题。 28.举例说明变换设计的步骤。 29.举例说明事务设计的步骤。
30.一种软件开发方法学,应该由哪些基本部分组成? 31.为了表达客观事物,UML给出了哪些基本术语?
32.为了表达客观事物之间的关系,UML给出了哪些基本术语?这些术语之间是什么关系? 33.什么是对象的构成与表示?并说明。 34.什么是类图的构成成分? 35.什么是状态图的构成成分? 36.什么是顺序图的构成成分? 37.如何描述对象之间的关联语义? 38.用况之间有哪几种关系?
39.在什么情况下需要建立状态图?
40.在一个类的描述中,同时引入“操作”和“方法”的目的是什么? 41.为什么使用包?如何划分包
42.使用UML可以从那些角度来刻画一个系统的行为?为什么?
43.在描述客观事物方面,面向对象方法与结构化方法提取信息的不同角度是什么?各自的角度将对建造 的系统模型产生什么影响?
44.比较面向对象方法与结构化方法在控制信息组织复杂性方面所引入的机制? 45类与对象之间的关系,举例说明? 46.关联与链之间的关系,试举例说明
百度搜索“70edu”或“70教育网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读,70教育网,提供经典综合文库软件工程课后习题参考答案(2)在线全文阅读。
相关推荐: