2025年软件工程本科自考02333课后练习题详解与答案汇编

、解释术语1软件需求软件需求以一种技术形式描述了一种产品/系统应当具有的功能、性能和其他性质P232功能需求功能需求规约了系统或系统构件必须执行的功能P243非公能需求非公能需求是性能、外部接口、设计约束和质量属性这4类需求的统称P234需求规约需求规约是一种软件项/产品/系统所有需求陈说的正式文档它体现了一种软件产品/系统的概念模型P

282、简述需求与需求规约的基本性质答需求的基本性质1必要的该需求是顾客所规定的2无歧义的该需求只能用一种方式解释3可测的该需求是可进行测试的4可跟踪的该需求可从一种开发阶段跟踪到另一种阶段5可测量的该需求是可测量的P23需求规约的基本性质1重要性和稳定性程度按需求的重要性和稳定性对需求进行分级2可修改的在不过多地影响其他需求的前提下可以轻易地修改一种单一需求3完整的没有被遗漏的需求4一致的不存在互斥的需求P

283、简述软件需求的分类.com答软件需求可以分为两大类一类是功能需求一类是非公能需求而非公能需求可分为性能需求外部接口需求、设计约束和质量属性需求P

234、举例阐明功能需求和非功能需求之间的基本关系答非功能需求可作用于一种或多种功能需求例如？？作用于其中非功能需求1作用于功能需求1和功能需求3等非功能需求2作用于功能需求2等P

245、有哪几种常用的初始需求发现技术答有5种常用的需求发现技术自悟、交谈、观测、小组会和提炼P

266、简述需求规约的3种基本形式1非形式化的需求规约非形式化的需求规约即以一种自然语言来体现需求规约如同使用一种自然语言写了一篇文章2半形式化的需求规约半形式化的需求规约即以半形式化符号体系包括术语表、原则化的体现格式等来体现需求规约3形式化的需求规约形式化的需求规约即以一种基于良构数学概念的符号体系来编制需求规约一般往往伴有解释性注释的支持P

297、简述软件需求规约的内容和作用答软件需求规约的内容有引言、总体描述、特定需求、附录、索引P28需求规约的作用可概括为如下4点1需求规约是软件开发组织和顾客之间一份实际上的技术协议书是产品功能及其环境的体现2对于项目的其他大多数工作需求规约是一种管理控制点3历经需求分析、设计、实现和验证产生软件产品的一种增量通过这些迭代最终完毕软件产品的开发重要针对事先不能完整定义需求的软件开发

8.简述增量模型的优缺陷.com答长处1第一种可交付版本所需要的成本和时间是较少的从而可减少开发由增量表达的小系统承担的风险2由于很快公布第一种版本因此可以减少顾客需求的变更3容许增量投资即在项目开始时可以仅对一种或两个增量投资缺陷1假如没有对顾客的变更规定进行规划那么产生的初始增量也许会导致后来增量的不稳定2假如需求不像初期思索的那样稳定和完整那么某些增量就也许需要重新开发重新公布3由于进度和配置的复杂性也许会增大管理成本超过组织的能力9简述螺旋模型以及它与其他模型之间的重要区别答螺旋模型是瀑布模型与深化模型的基础上加入两者所忽视的风险分析所建立的一种软件开发模型螺旋模型关注处理问题的基本环节即标识问题标识某些可选方案选择一种最佳方案遵照动作环节并实行后续工作突出特性在开发的迭代中实际上只有一种迭代过程真正开发了可交付的软件2与深化模型和增量模型相比同样使用了瀑布模型作为一种嵌入的过程即分析、设计、编码、实现和维护的过程并且在框架和全局体系构造方面是等同的不过螺旋模型所关注的阶段以及它们的活动是不一样的如增长某些管理活动和支持活动尽管增量模型也有某些管理活动但它基于如下假定需求是最基本的、并且是唯一的风险源因而在螺旋模型中增大了决策和风险的空间螺旋模型扩大了增量模型的管理范围假如项目的开发风险很大或客户不能确定系统需求在更广泛的意义上来讲还包括一.com个系统或系统类型的规定这时螺旋模型就是一种好的生存周期模型第八章集成化能力成熟度模型

一、术语解释过程域是一种业务域中一束有关实践当它们一起得以实现时就满足被认为对该过程域的改善具有重要作用的一组条件过程改善是指人为设计的一种活动程序其目的是改善组织的过程性能和成熟度并改善这一程序的成果专用目的每一种过程域中均有一种或多种“专用目的”用于描述该过程域必须展现的某些独有特性共用目的每一种过程域中均有一种或多种“共用目的”用于描述实现制度化的该过程必须展现的特性专用实践每一种过程域中均有一种或多种“专用实践”这些专用实践被认为对于到达该过程域的专用目的是重要活动即期望以专用实践所描述的活动会导致到达一种过程域的专用目的共用实践每一种过程域中均有一种或多种“共用实践”这些共用实践被认为对于到达该过程域有关的共用目的是重要活动能力等级是指单一过程域中已到达的过程改善能力等级是为了管理对过程改善程序所设定的几种“台阶”成熟度等级是指到达预先定义的一组过程域所有目的的一种过程改善等级

2.简答题.comCMMI提出所基于的基本思想答该模型基于过程途径思想通过过程把软件质量的3个支撑点一一受训的人员、规程和措施、工具和设备进行集成以开发所期望的系统/产品为此CMMI紧紧围绕开发、维护和运行把通过证明的“最佳实践”放在一种构造中该构造有乃至于指导组织确定其过程的发送优先次序;有乃至于指导这些改善的实行以提高其过程能力和成熟度并且还支持其他领域如获取和服务能力成熟度模型开发什么是过程制度化在CMMI把过程制度化分几种等级简要回答每一等级重要特性简述CMMI模型支持两种过程改善途径答CMMI提供了两种改善途径一是称为能力等级是一种过程改善途径该途径可使组织针对单一过程域不停改善该过程域二是称为成熟度等级也是一种过程改善途径该途径可使组织通过关注一组过程域不停改善一组有关过程域简述CMMI模型的模型部件及部件间关系组图简述专用实践与共用实践关系答专用实践每一种过程域中均有一种或多种“专用实践”这些专用实践被认为对于到达该过程域的专用目的是重要活动即期望以专用实践所描述的活动会导致到达一种过程域的专用目的共用实践每一种过程域中均有一种或多种“共用实践”这些共用实践被认为对于到达.com该过程域有关的共用目的是重要活动例如对共有目的“该过程予以制度化使之成为一种已管理过程“而言一种共用实践是为该过程的执行、工作产品的开发以及该过程的服务提供充足的资源”之因此称为“共用实践”是由于同一实践可应用于多种过程简述专用实践与共用实践之间的区别区别与联络答简述每一成熟度等级所饮食的过程域答简述每一成熟度等级所包括的过程域答在成熟度等级把开发、维扩、运行中的过程分为4个组1包括7个过程域配置管理、测量与分析、项目监控、项目规划、过程和产品质量保证、需求管理、提供方协议管理2包括11个过程域决策分析与处理、集成项目管理、组织过程定义、缓缓过程关注、组织培训、产品集成、需求开发、风险管理、技术处理方案、验证、确定3组织过程性能和定量项目管理4原因分析与处理和组织创新和布署

3.简述项目规划过程域的专用目的与专用实践答专用目的1SG1建立估算4个专用实践SPL1估算项目规模,SP

1.2建立工作产品和任务属性的估算SP

1.3定义项目生存周期SP

1.4确定工作量和成本的估算.com专用目的2:SG2开发项目计划,7个专用实践SP

2.1建立预算和进度SP

2.2标识项目风险SP

2.3规划数据管理SP

2.4规划项目资源SP

2.5规划需要的知识和技能SP

2.6规划利益攸关方参与SP

2.7建立项目计划专用目的3:SG3获得对该计划的承诺SP

3.1评审该项目的计划SP

3.2调和工作和资源等级使之一致SP

3.3获得计划承诺

4.简述开发过程的专用目的与专用实践答专用目的1SG1开发客户需求2个专用实践SP

1.1弓|出规定SP

1.2开发客户需求专用目的2:SG2开发产品需求3个专用实践SP

2.1建立产品和产品构件的需求SP

2.2分派产品构件需求SP

2.3标识接口需求专用目的3:SG3分析并验证需求,5个专用实践SP

3.1建立操作概念和场景SP

3.2建立所需功能的定义SP

3.3分析需求SP

3.4分析需求到达权衡SP

3.5确认需求

5.简述共用目的2及其有关的共用实践共用目的2:GG2把过程制度化为一种已管理过程10个共用实践GP

2.1建立组织方略GP

2.2规划该过程GP

2.3提供资源GP

2.4指定责任GP

2.5培训人员GP

2.6管理配置GP

2.7标识有关利益方的参与GP

2.8监控该过程GP

2.9客观地评估过程的符合性GP

2.10以高层管理的视觉评审状态

6.简述各共用目的及其有关的共用实践,com简述共用目的2及其有关的共用实践对于产品/系统的设计需求规约是一种正式的、受控的起始点功能需求1功能需求2功能需求3非功能需求1非功能需求

2.com4需求规约是创立产品验收测试计划和顾客指南的基础P

318、简述需求规约在项目开发中的基本作用答需求规约的作用可概括为如下4点1需求规约是软件开发组织和顾客之间一份实际上的技术协议书是产品功能及其环境的体现2对于项目的其他大多数工作需求规约是一种管理控制点3对于产品/系统的设计需求规约是一种正式的、受控的起始点4需求规约是创立产品验收测试计划和顾客指南的基础P

319、简述需求规约和项目需求的不一样答需求规约和项目需求是两个不一样的概念需求规约是软件开发组织和顾客之间一份实际上的技术协议书即关注产品需求回答“交付给客户的产品/系统是什么”而项目需求是客户和开发者之间有关技术协议——产品/系统需求的理解应记录在工作陈说中或其他某一项目文档中即关注项目工作与管理回答“开发组要做的是什么P30第三章构造化措施

1.基本概念需求分析一般来说分析是系统地使用信息对一种问题的估算软件需求分析是这一概念的特化即系统化地使用“数据流”、“加工”、“数据存储”、“数据源”和“数据潭”等术语所体现的信息看待建系统“是什么”给出一种估算一一系统概念模型软件设计在需求分析的基础上定义满足需求所需要的构造即针对给定的问题给出该问题的软件处理方案确定“怎么做”的问题数据流图体现功能模型的工具即数据流图Dataflow Diagram简称DFD图简朴的说DFD图是一种描述数据变换的图形化工具其中饮食的元素可以是数据流、数据存储、加工、数据源和数据潭等变换型数据流图具有较明显的输入部分和变换主加工部分之间的界面变换部分和.com输出部分之间界面的数据流图事务型数据流图数据抵达一种加工T该加工T根据输入数据的值在其后的基干动作序号称为一种事务中选出一种来执行模块执行一种特殊任务的一种过程以及有关的数据构造

1.简答题

2.何谓模块耦合简述模块耦合的类型答耦合是不一样模块之间互相依赖程序的度量内容耦合当一种模块直接修改或操作另一种模块的数据或一种模块不通过正常入口而转入到另一种模块时公共耦合两个或两个以上的模块共同弓I用一种全局数据项控制耦合一种模块通过气喘吁吁向另一种模块传递一种控制信息接受信号的模块根据信号值进行合适的动作标识耦合若一种模块A通过接口向两个模块B和C传递一种公共参数数据耦合模块之间通过参数来传递数据

3.何谓模块内聚简述模块内聚的类型答指一种模块内部各成分之间互相关联程度的度量偶尔内聚一种模块的各成分之间基本不存在任何关系逻辑内聚几种逻辑上有关的功能被放在同一种模块中时间内聚一种模块完毕的功能必须在同一时间内执行但这些功能只是由于时间原因关联在一起过程内聚一种模块内部的处理成分是有关的并且这些处理必须以特定的次序执行.com通信内聚一种模块的所有成分都操作同一数据集或生成同一数据集次序内聚一种模块的各个成分和同一种功能亲密有关并且一种成分的输出作为另一种成分的输入功能内聚最理想的内聚模块的所有成分对于完毕单一的功能都是基本的功能内聚的模块对完毕其功能而言是充足必要的

4.何谓模块的控制域和模块的作用域并举例阐明控制域模块自身以及所有直接或间接附属于它的模块的集合作用域受该模块内的一种鉴定所影响的所有模块的影响第四章面各对象措施UML

1.基本概念类及其属性和操作类是一组具有相似属性、操作、关系和语义的对象的描述类的属性是类的一种命名特性该特性是由该类的所有对象所共享、用于体现对象状态的数据接口是操作的一种集合其中每个操作描述了类、构件或子系统的一种服务关联及其链关联是类目之间的一种构造关系是对一组具有相似构造、相似链的描述链是对象之间具有特定语义关系的抽象泛化活佛是一般性类目称为超类或父类和它的较为特殊性类目（称为子类之间的一种关系有时称为is akind of”关系聚合聚合是关联的一种特殊形式体现的是一种“整体/部分”关系依赖依赖是一种使用关系用于描述一种类目使用另一种类目的信息和服务

2.简答题.com为了体现客观事物UML给出了哪些基本术语答为了支持抽象分析和设计中的事物UML给出了8个基本术语即类、接口、协作、用况、积极类、构件、制品、结点并给出了这些基本术语的某些变体为了体现客观事物之间的关系UML给出了哪些基本术语这些术语之间是什么关系关联、泛化、细化和依赖以及它们的某些变体什么是对象的构成与表达并阐明类是一组具有相似属性、操作、关系和语义的对象的描述对象是类的一种实例什么是类图的构成成分答类图是可视化地体现系统表态构造模型的工具一般饮食类、接口、关联、泛化和依赖什么是次序图的构成成分次序图是一种交互图即由一组对象以及准时序组织的对象之间的关系构成其中还饮食这些对象之间所发送的消息怎样描述对象之间的关联语义用况之间有哪几种关系在什么状况下需要建立状态图状态图可用于创立有关系统或系统成分的行为生存周期模型体既有关系纺或系.com统成分的一种动态构造给出有关系统或系统成分在生存期间有哪些阶段、每一阶段可从事的活动以及对外所展现的特性等方面的信息对象操作和对象状态之间的关系是什么同步引入“操作”和“措施”的目的是什么答体现模型化包之间的关系为何使用包怎样划分包使用UML可以从那些角度来刻画一种系统的行为为何何谓次序图中的控制操作子试举例阐明为了控制交互行为描述的复杂性以便更清晰地体现次序图中的复杂控制给出了个个控制操作子选择、条件、并发、迭代操作控制子第五章面各对象措施RUP

1.基本概念RUP的定义及重要特点RUP是一种软件开发过程框架基于面向对象符号体系给出了有关软件开发过程组织及实行的指导该框架体现了3个突出特性即以用况驱动、体系构造为中心以及迭代、增量式开发演化模型与“RUP增量、迭代开发之间关系.comRUP迭代、增量式开发是演化模型的一种变体即规定了“大的”迭代数量4个阶段并规定了每次迭代的目的初使阶段获得与特定腹部和平台无关的系统体系构造轮廓以此建立产品功能范围;编制实例业务实例从业务角度指出该项目的价值减少项目重要的错误风险精髓阶段通过捕捉并描述系统的大部分需求建立系统体系构造基线的第一种版本重要包括用况模型和分析模型减少次要的错误风险到该阶段未就可以估算成本、进步并能详细地规划构造阶段构造阶段通过演化形成最终的系统体系构造基线开发完整的系统保证产品可以开始向客户交付即具有初始操作能力移交阶段保证有一种实在的产品公布给顾客群期间培训顾客怎样使用该软件RUP与UML之间关系RUP与UML是一对“姐妹”它们构成了一种特定的软件开发措施学其中UML作为一种可视化建模语言给出了体现事物和事物之间关系的基本术语给出了多种模型的体现工具;而RUP运用这些术语定义了需求获取层、系统分析层、设计层、实现层并给出了实现各层模型之间映射的基本活动以及有关指导什么是特性Teature举例怎样描述它从客户、顾客、计划者、开发者想法和意愿中搜取特性形成特征表特性是一种新的项及其简要描述“按不一样科目计算平均成绩”计算平均成绩按所学的不一样科目计算每一种学生的期末考试平均成绩给出分数段并描述其状态如提议、同意、合并和验证等、实行的代价及风险、重要程度以及对其他特性的影响等特性可作为需求并被转换为其他制品,com需求获取层及有关概念需求获取层目的使用UML中的用况、参与者以及依赖等术语来抽象客观实际问题形成系统的需求获取模型;基本术语用况、参与者、用于体现用况参与者之间关系的关联、用于体现况之间的包括和扩展、用于体现参与者之间关系泛化术语确定了系统用况模型的多种形态需求获取模型的基本构成使用UML中的用况、参与者以及依赖等术语来抽象客观实际问题形成系统的需求获取模型建造一种系统需求获取模型的活动和任务以及各活动的输入和输出

1.发现描述参与者和用况输入业务模型或领域模型补充需求特性表;输出用况模型［概述］术语表

2.赋予用况优先级输入用况模型［概述］补充需求术语表;输出体系构造描述［用况模型视角］

3.精髓用况输入用况模型［概述］补充需求术语表;输出用况［精化］

4.构造人机接口原型输入用况［精髓］用况模型［概述］补充需求术语表;输出人机接口原理

5.用况模型构造化输入用况［精髓］用况模型［概述］补充需求术语表;输出用况模型［精化］怎样描述系统的参与者和用况举例阐明参与者发现参与者与描述参与者1之前已经存在业务用况模型可根据业务模型直.com接发现某些候选参与者2没有业务用况模型虽然存在领域模型也需要系统分析人员与客户一起来标识系统参与者用况是系统向它的参与者提供成果值的功能块体现参与者使用系统的方式因此一种用况可用于规约系统可执行的、与参与者进行交互的一种动作序列包括其中某些可选动作序列并且用况尚有自己的属性需求获取层对后来开发工作的影响需求分析层及有关概念在系统用况模型的基础上创立系统分析模型以及在该分析模型视角下的体系构造描述系统分析模型是系统的一种概念模型处理系统用况模型中存在的二义性和不一致性问题并以一种系统化的形式精确地体现顾客的需求需求分析模型的基本构成RUP的分析如同构造化分析其目的之一是在一种特定的抽象层上建立系统分析模型为此RUP首先给出了3个术语分析包、分析类和用况细化用于体现需求中“大粒度”的概念开发人员使用这些术语可以规约系统分析中所要使用的信息分析类是类的一种衍型很少有操作和特性标识而用责任来定义其行为并且其属性和关系也是概念性的包括边界类、实体类、控制类用况细化是一种针对一种用况其行为可用多种分析类之间的互相作用来细化并记为用况细化［分析］分析包分析包是一种控制信息组织复杂性的机制提供了分析制品的一种组织手段形成了某些可管理的部分.com建造一种系统需求分析模型的活动和任务以及各活动的输入和输出体系构造分析输入用况模型、补充需求、业务模型或领域模型、体系构造描述［用况模型］;输出分析包［概述］、分析类I概述］、体系构造描述［分析］细化用况输入用况模型、补充需求、业务模型或领域模型、体系构造描述［分析］;输出用况细化［分析］、分析类［概述］对类分析输入用况细化［分析］、分析类［概述］输出分析类［完毕］对包进行分析输入系统体系构造描述［分析］、分析包［概述］输出分析类［完毕］需求分析模型对后来开发工作的影响1对设计中子系统的影响分析包一般将影响设计子系统的构造2对设计类的影响分析包可以作为类设计时的规格阐明3对用况细化［设计］的影响用况细分［分析］对用况细化［设计］有两方面影响一种是它们有乃至于为用况创立更精确的规格阐明另一种是当对用况进行设计时用况细化［分析］可作为其输入需求获取模型与需求分析模型之间比较1语言描述不一样客户语言与开发语言2视图系统外与系统内3构造使用用况予以构造化给出外部视角系统构造与使用衍型类构造化给了部视角系统构造4作用标注”系统应当做什么不应当做什么”与可以做出开发者理解系统怎样勾画、怎样设计和怎样实现基础5问题也许存在冗余、不一致和冲突等问题与处理了上述问题.com6捕捉系统功能包括体系构造方面具故意义的功能与给出细化系统功能包括在体系构造方面具故意义的功能7定义某些深入需要在分析模型中予以分析用况与定义每一种用况细化设计层及有关概念设计目的定义满足系统/产品分析模型所规约需求的软件构造基本术语设计子系统、设计类、用况细化［设计］、接口、以及用于体现子系统之间关系的依赖、用于体现设计类之间关系的关联等这些术语确定了系统设计模型的多种形态设计模型的基本构成设计子系统、设计类、用况细化［设计］、接口、以及用于体现子系统之间关系的依赖、用于体现设计类之间关系的关联等这些术语确定了系统设计模型的各种形态建造一种系统设计模型的活动和任务以及各活动的输入与输出体系构造设计输入用况模型、补充需求、分析模型、体系构造描述［分析模型角度］;输出子系统［概述］、接口［概述］、设计类［概述］、布署模型［概述］、体系构造描述［设计］设计用况输入用况模型、补充需求、分析模型、布署模型;输出用况［设计-实现］、设计类［概述］、子系统［概述］、接口［概述］对类设计输入:用况［设计-实现］、设计类［概述］、接口［概述］、分析类［完毕］;输出设计类［完毕］设计子系统体系构造描述［设计］、子系统［概述］、接口［概述］;输出子系统［完毕］、.com接口［完毕］怎样处理需求中所捕捉的非功能需求需求分析模型与设计模型之间的比较第六章软件生存周期过程与管理

1.基本概念软件测试有规程地发现错误的过程其中错误ERROR:与所期望的设计之间的偏差该偏差也许产生不期望的系统行为或失效失效（FAILURE:与所规约的系统执行之间的偏差失效是系统故障或错误的后果故障FAULT导致错误或失效的不正常条件故障可以是偶尔性的或是系统性的测试用例为了发现程序中的故障而专门设计的一组数据或脚本测试覆盖率定量描述一种或一组测试的效率

2.简答题测试过程模型并分析这一模型在软件测试技术研究以及实践中的作用答软件测试是一种有程序的过程包括测试设计、测试执行、以及测试成果比较等

1.环境模型、被测模型和错误模型在软件测试中饰演了一种很重要的角色;这些模型的质.com量尤其是程序模型的质量对发现错误具有关键性的作用

2.软件测试的错误假定是实际成果与预期成果不符而后在此基础上可深入分析是什么错误软件测试与调度的区别答

1.测试从一侧面证明程序员的“失败”调度为了证明程序员是对的的

2.测试以已知条件开始使用预告定义的程序且有预知的成果不可预见的仅是程序与否通过测试

3.测试是有计划的并要进行测试设计高度是不受时间约束的

4.测试是发现错误、改正错误、重新测试的过程调试是一种推理过程5的执行是有规程的调试的执行往往规定程序员进行必要推理

6.测试常常由•独立的测试组在不理解软件技术的条件下完毕的高度必须由理解详细设计的程序员完毕7大多数测试的执行和设计可由工具支持调试时程序员能运用的工具重要是调试器程序流程图的作用及构成答着重于过程属性描述简述语名覆盖、分支覆盖、条件组合覆盖、途径覆盖的含义及它们之间的关系答途径覆盖执行所有也许穿过程序控制流程的途径语句覆盖至少执行程序中所有语句一次分支覆盖至少将程序中的每一种分支执行一次条件覆盖指每个鉴定中的所有也许的条件取值至少执行一次条件组合覆盖设计足够测试使每个鉴定中的所有也许的条件聚会组合至少执行一次.com存在如下关系语句覆盖《分支覆盖《条件组合覆盖（o oo途径覆盖简术单元测试、集成测试、有效性测试的含义及它们之间的区别答单元测试主检查软件设计的最小单元一一模块该测试以详细设计文档为指导测试模块内的重要控制途径集成测试是软件组装的一种系统化技术其目的是发现与接口有关的错误有效性测试发现软件实现的功能与需求规格阐明书不一致的错误简述途径测试技术、事务流测技术的重要根据答一种根据程序逻辑构造一种根据软件行为描述简述程序流程图与事务流程图之间的重要区别并分析这些区别的重要原因答1基本模型元素所体现的语义不一样2一种事务不等同于途径测试中一条途径也许在中间某处就完毕了某一顾客工作终止了一种事务

3.事务流程图中的分支和节点也许是一种复杂的过程简述白盒测试技术的要点并举例阐明答白盒测试技术根据程序的逻辑构造以控制流程图作为被测对象建模工具其中波及过程块、分支、节点、链以及途径并针对测试民给出了4种覆盖方略语名覆盖、分支覆盖、条件组合覆盖和途径覆盖它们之间具有偏序关系并且可根据项目需求给出其他覆盖方略.com事务流测试技术的要点并举例阐明答事务流测试技术是一种功能测试技术目前提出了诸多功能测试技术如定义域测试技术、等价类测试技术以及基于因果图的测试技术等统称为黑盒子测试技术黑盒测试将被测软件当作黑盒子只通过外部的输入和输出来发现软件中的错误因此黑盒测试是一种基于软件规约的测试第七章软件生存周期过程与管理

1.基本概念软件生存周期过程软件生存周期是软件产品或系统的一系列有关活动的全周期从形成概念开妈历经开发、交付使用、在使用中不停修订和演化直到最终被淘汰让位于新的软件产品软件生存周期模型是一种包括软件产品开发、运行和维护中有关过程、活动和任务的框架覆盖了从该系统的需求定义到系统的使用终止过程管理过程规则与管理是软件项目管理的一项重要工作没有过程规划就淡不上过程管理乃至项目管理没有过程管理就不也许存在有效的软件工程

2.简述软件开发中的过程类以及它们的基本作用和它们之间的基本关系答分为3类.com基本过程那些软件生产直接有关的活动集分5个过程获取过程、供应过程、开发过程、运行过程和维护过程支持过程有关各方面按他们的目的所从事的一系列有关支持活动集有助于提高系统或软件产品的质量分为文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程和问题处理过程等组织过程与软件生产组织有关的活动集分管理过程、基础设施过程、培训过程、改善过程

3.在ISO/IEC12207-中怎样描述一种过程举例阐明答

1.为获取方获取一种软件产品或服务为供应方开发、运行、维护、提供和销毁一种软件产品建立了一种软件生存周期框架包括过程、活动和任务并通过过程分类、过程描述给出它们之间的内在关系

2.为软件生存周期过程的定义、控制和改善提供了一种过程即生存周期模型管理过程供应过程为获取方提供满足所协商需求的产品或服务软件实现过程软件实现过程是为了生产一种已规约系统元素作为一种软件产品或服务而实现软件需求分析过程建立系统软件部分的需求软件体系构造设计为软件的实现及其可以按需求进行验证提供一种设计软件验证过程证明一种过程或项目的每一种软件工作产品/服务与否对的地反应所规约的需求软件确认过程证明所期望的软件工作产品与否满足其需求.com

4.什么是软件开发特定的过程类举例阐明

5.什么是验证和确认简述它们的作用和区别答验证证明一种过程或项目的每一种软件工作产品/服务与否对的地反应所规约的需求验证和确认是有区别的验证是通过提供的客观证据证明规约的需求与否得以满足确认是通过提供的客观证据证明有关特定期望的使用或应用的需求与否得以满足软件确认过程证明所期望的软件工作产品与否满足其需求

6.简述瀑布模型以及可适应的状况瀑布模型将软件生存周期的各项活动规定为按固定次序而连接的若干阶段工作形如瀑布流水最终得到产品适应状况需求已被很好的理解并且开发组织非常熟悉为实现这一模型所需求的过程

7.简述演化模型以及可适应的状况答体现了一种弹性的过程模式由某些小的开发步构成每一步。