课程代码02333软件工程XX版课后习题答案Word文档下载推荐.docx
- 文档编号:1211917
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:18
- 大小:25.89KB
课程代码02333软件工程XX版课后习题答案Word文档下载推荐.docx
《课程代码02333软件工程XX版课后习题答案Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《课程代码02333软件工程XX版课后习题答案Word文档下载推荐.docx(18页珍藏版)》请在冰点文库上搜索。
进程内聚:
一个模块外部的处置成分是相关的,而且这些处置必需以特定的次第执行
通讯内聚:
一个模块的一切成分都操作同一数据集或生成同一数据集
顺序内聚:
一个模块的各个成分和同一个功用亲密相关,而且一个成分的输入作为另一个成分的输入
功用内聚:
最理想的内聚,模块的一切成分关于完成单一的功用都是基本的。
功用内聚的模块对完成其功用而言是充沛必要的
4.何谓模块的控制域和模块的作用域?
并举例说明
控制域:
模块自身以及一切直接或直接附属于它的模块的集合。
作用域:
受该模块内的一个判定所影响的一切模块的影响
第四章面各对象方法-UML
类及其属性和操作
类是一组具有相反属性、操作、关系和语义的对象的描画。
类的属性是类的一个命名特征,该特征是由该类的一切对象所共享、用于表达对象形状的数据
接口是操作的一个集合,其中每个操作描画了类、构件或子系统的一个效劳
关联及其链:
关联是类目之间的一种结构关系,是对一组具有相反结构、相反链的描画。
链是对象之间具有特定语义关系的笼统
泛化:
活佛是普通性类目〔称为超类或父类〕和它的较为特殊性类目(称为子类)之间的一种关系,有时称为〞isakindof〞关系
聚合:
聚合是关联的一种特殊方式,表达的是一种〝全体/局部〞关系
依赖:
依赖是一种运用关系,用于描画一个类目运用另一个类目的信息和效劳
2.简答题
为了表达客观事物,UML给出了哪些基本术语?
为了支持笼统剖析和设计中的事物,UML给出了8个基本术语,即类、接口、协作、用况、自动类、构件、制品、结点,并给出了这些基本术语的一些变体。
为了表达客观事物之间的关系,UML给出了哪些基本术语?
这些术语之间是什么关系?
关联、泛化、细化和依赖,以及它们的一些变体
什么是对象的构成与表示?
并说明。
对象是类的一个实例
什么是类图的构成成分?
类图是可视化地表达系统表态结构模型的工具,通常饮食类、接口、关联、泛化和依赖
什么是顺序图的构成成分?
顺序图是一种交互图,即由一组对象以及按时序组织的对象之间的关系组成,其中还饮食这些对象之间所发送的音讯
如何描画对象之间的关联语义
用况之间有哪几种关系?
在什么状况下需求树立形状图?
形状图可用于创立有关系统〔或系统成分〕的行为生活周期模型,表达有关系纺〔或系统成分〕的一种静态结构,给出有关系统〔或系统成分〕在生活时期有哪些阶段、每一阶段可从事的活动以及对外所出现的特征等方面的信息
对象操作和对象形状之间的关系是什么?
同时引入〝操作〞和〝方法〞的目的是什么?
表达模型化包之间的关系
为什么运用包?
如何划分包
运用UML可以从那些角度来描写一个系统的行为?
为什么?
何谓顺序图中的控制操作子?
试举例说明。
为了控制交互行为描画的复杂性,以便更明晰地表达顺序图中的复杂控制,给出了个个控制操作子,选择、条件、并发、迭代操作控制子
第五章面各对象方法-RUP
RUP的定义及主要特点
RUP是一种软件开发进程框架,基于面向对象符号体系给出了有关软件开发进程组织及实施的指点。
该框架表达了3个突出特征,即以用况驱动、体系结构为中心以及迭代、增量式开发
演化模型与〝RUP增量、迭代开发〞之间关系
RUP迭代、增量式开发是演化模型的一个变体,即规则了〝大的〞迭代数量-4个阶段,并规则了每次迭代的目的
初使阶段:
取得与特定腹部战争台有关的系统体系结构轮廓,以此树立产品功用范围;
编制实例业务虚例,从业务角度指出该项目的价值,增加项目主要的错误风险
精髓阶段:
经过捕捉并描画系统的大局部需求,树立系统体系结构基线的第一个版本,主要包括用况模型和剖析模型,增加主要的错误风险,到该阶段未,就可以预算本钱、提高,并能详细地规划结构阶段
结构阶段:
经过演化,构成最终的系统体系结构基线,开发完整的系统,确保产品可以末尾向客户交付,即具有初始操作才干
移交阶段:
确保有一个真实的产品发布给用户群。
时期培训用户如何运用该软件
RUP与UML之间关系
RUP与UML是一对〝姐妹〞,它们构成了一种特定的软件开发方法学。
其中,UML作为一种可视化建模言语,给出了表达事物和事物之间关系的基本术语,给出了多种模型的表达工具;
而RUP应用这些术语定义了需求获取层、系统剖析层、设计层、完成层,并给出了完成各层模型之间映射的基本活动以及相关指点
什么是特征〔Teature〕?
举例如何描画它。
从客户、用户、方案者、开发者想法和志愿中搜取特征,构成特征表。
特征是一个新的项及其简明描画
〝按不同科目计算平均效果〞计算平均效果:
按所学的不同科目计算每一个先生的期末考试平均效果,给出分数段
并描画其形状〔如提议、同意、兼并和验证等〕、实施的代价及风险、重要水平以及对其他特征的影响等
特征可作为需求,并被转换为其它制品
需求获取层及相关概念
需求获取层目的:
运用UML中的用况、参与者以及依赖等术语来笼统客观实践效果,构成系统的需求获取模型;
基本术语:
用况、参与者、用于表达用况参与者之间关系的关联、用于表达况之间的包括和扩展、用于表达参与者之间关系泛化。
术语确定了系统用况模型的各种形状
需求获取模型的基本组成
运用UML中的用况、参与者以及依赖等术语来笼统客观实践效果,构成系统的需求获取模型
建造一个系统需求获取模型的活动和义务,以及各活动的输入和输入
1.发现描画参与者和用况,输入:
业务模型或范围模型,补充需求,特征表;
输入:
用况模型[概述],术语表
2.赋予用况优先级:
用况模型[概述],补充需求,术语表;
体系结构描画[用况模型视角]
3.精髓用况:
用况[精化]
4.结构人机接口原型:
用况[精髓],用况模型[概述],补充需求,术语表;
人机接口原理
5.用况模型结构化:
用况模型[精化]
如何描画系统的参与者和用况?
举例说明
参与者:
发现参与者与描画参与者:
1)之前曾经存在业务用况模型,可依据业务模型直接发现一些候选参与者,2)没有业务用况模型,即使存在范围模型,也需求系统剖析人员与客户一同来标识系统参与者
用况是系统向它的参与者提供结果〔值〕的功用块,表达参与者运用系统的方式,因此一个用况可用于规约系统可执行的、与参与者停止交互的一个举措序列,包括其中一些可选举措序列,并且用况还有自己的属性
需求获取层对以后开发任务的影响?
需求剖析层及相关概念
在系统用况模型的基础上,创立系统剖析模型以及在该剖析模型视角下的体系结构描画,系统剖析模型是系统的一种概念模型,处置系统用况模型中存在的二义性和不分歧性效果,并以一种系统化的方式准确地表达用户的需求
需求剖析模型的基本组成
RUP的剖析似乎结构化剖析,其目的之一是在一个特定的笼统层上树立系统剖析模型。
为此,RUP首先给出了3个术语:
剖析包、剖析类和用况细化,用于表达需求中〝大粒度〞的概念,开发人员运用这些术语可以规约系统剖析中所要运用的信息
剖析类:
是类的一种衍型,很少有操作和特征标志,而用责任来定义其行为,并且其属性和关系也是概念性的,包括:
边界类、实体类、控制类
用况细化:
是一个针对一个用况,其行为可用多个剖析类之间的相互作用来细化,并记为用况细化[剖析]
剖析包:
剖析包是一种控制信息组织复杂性的机制,提供了剖析制品的一种组织手腕,构成了一些可管理的局部。
建造一个系统需求剖析模型的活动和义务,以及各活动的输入和输入
体系结构剖析:
用况模型、补充需求、业务模型或范围模型、体系结构描画[用况模型];
剖析包[概述]、剖析类[概述]、体系结构描画[剖析]
细化用况:
用况模型、补充需求、业务模型或范围模型、体系结构描画[剖析];
用况细化[剖析]、剖析类[概述]
对类剖析:
用况细化[剖析]、剖析类[概述]输入:
剖析类[完成]
对包停止剖析:
系统体系结构描画[剖析]、剖析包[概述]输入:
需求剖析模型对以后开发任务的影响
1)对设计中子系统的影响。
剖析包普通将影响设计子系统的结构
2)对设计类的影响。
剖析包可以作为类设计时的规格说明。
3)对用况细化[设计]的影响。
用况细分[剖析]对用况细化[设计]有两方面影响,一个是它们有乃至于为用况创立更准确的规格说明,另一个是当对用况停止设计时,用况细化[剖析]可作为其输入。
需求获取模型与需求剖析模型之间比拟
1)言语描画不同:
客户言语与开发言语
2)视图:
系统外与系统内
3)结构:
运用用况予以结构化,给出外部视角系统结构与运用衍型类结构化,给了部视角系统结构
4)作用:
标注〝系统应该做什么,不应该做什么〞与可以做出开发者了解系统如何勾勒、如何设计和如何完成基础
5)效果:
能够存在冗余、不分歧和抵触等效果与处置了上述效果
6)捕捉系统功用,包括体系结构方面具有意义的功用与给出细化系统功用,包括在体系结构方面具有意义的功用
7)定义一些进一步需求在剖析模型中予以剖析用况与定义每一个用况细化
设计层及相关概念
设计目的:
定义满足系统/产品剖析模型所规约需求的软件结构
设计子系统、设计类、用况细化[设计]、接口、以及用于表达子系统之间关系的依赖、用于表达设计类之间关系的关联等,这些术语确定了系统设计模型的各种形状
设计模型的基本组成
建造一个系统设计模型的活动和义务,以及各活动的输入与输入
体系结构设计:
用况模型、补充需求、剖析模型、体系结构描画[剖析模型角度];
子系统[概述]、接口[概述]、设计类[概述]、部署模型[概述]、体系结构描画[设计]
设计用况:
用况模型、补充需求、剖析模型、部署模型;
用况[设计-完成]、设计类[概述]、子系统[概述]、接口[概述]
对类设计:
输入:
用况[设计-完成]、设计类[概述]、接口[概述]、剖析类[完成];
设计类[完成]
设计子系统:
体系结构描画[设计]、子系统[概述]、接口[概述];
子系统[完成]、接口[完成]
如何处置需求中所捕捉的非功用需求。
需求剖析模型与设计模型之间的比拟
第六章软件生活周期进程与管理
软件测试:
有规程地发现错误的进程,其中错误〔ERROR〕:
与所希冀的设计之间的偏向,该偏向能够发生不希冀的系统行为或失效。
失效(FAILURE):
与所规约的系统执行之间的偏向。
失效是系统缺点或错误的结果。
缺点〔FAULT〕:
招致错误或失效的不正常条件。
缺点可以是偶然性的或是系统性的。
测试用例:
为了发现顺序中的缺点而专门设计的一组数据或脚本
测试掩盖率:
定量描画一个或一组测试的效率
测试进程模型,并剖析这一模型在软件测试技术研讨以及实际中的作用
软件测试是一个有顺序的进程,包括测试设计、测试执行、以及测试结果比拟等
1.环境模型、被测模型和错误模型在软件测试中扮演了一种很重要的角色;
这些模型的质量,特别是顺序模型的质量,对发现错误具有关键性的作用
2.软件测试的错误假定是,实践结果与预期结果不符,然后在此基础上可进一步剖析是什么错误
软件测试与调度的区别
1).测试从一正面证明顺序员的〝失败〞。
调度为了证明顺序员是正确的
2).测试以条件末尾,运用预告定义的顺序且有预知的结果,不可预见的仅是顺序能否经过测试
3).测试是有方案的,并要停止测试设计。
高度是不受时间约束的
4).测试是发现错误、矫正错误、重新测试的进程。
调试是一个推理进程
5).的执行是有规程的。
调试的执行往往要求顺序员停止必要推理
6).测试经常由独立的测试组在不了解软件技术的条件下完成的。
高度必需由了解详细设计的顺序员完成
7)大少数测试的执行和设计可由工具支持。
调试时,顺序员能应用的工具主要是调试器
顺序流程图的作用及构成
着重于进程属性描画
简述语名掩盖、分支掩盖、条件组合掩盖、途径掩盖的含义及它们之间的关系
途径掩盖:
执行一切能够穿进顺序控制流程的途径
语句掩盖:
至少执行顺序中一切语句一次
分支掩盖:
至少将顺序中的每一个分支执行一次
条件掩盖:
指每个判定中的一切能够的条件取值至少执行一次
条件组合掩盖:
设计足够测试,使每个判定中的一切能够的条件聚会组合至少执行一次
存在以下关系:
语句掩盖«
分支掩盖«
条件组合掩盖«
。
途径掩盖
简术单元测试、集成测试、有效性测试的含义及它们之间的区别
单元测试:
主检验软件设计的最小单元――模块。
该测试以详细设计文档为指点,测试模块内的重要控制途径。
集成测试:
是软件组装的一个系统化技术,其目的是发现与接口有关的错误
有效性测试:
发现软件完成的功用与需求规格说明书不分歧的错误
简述途径测试技术、事务流测技术的主要依据
一个依据顺序逻辑结构,一个依据软件行为描画
简述顺序流程图与事务流程图之间的主要区别,并剖析这些区别的主要缘由
1)基本模型元素所表达的语义不同
2)一个事务不等同于途径测试中一条途径,能够在中间某处就完成了某一用户任务,终结了一个事务
3).事务流程图中的分支和节点能够是一个复杂的进程
简述白盒测试技术的要点,并举例说明
白盒测试技术依据顺序的逻辑结构,以控制流程图作为被测对象建模工具,其中触及进程块、分支、节点、链以及途径,并针对测试民,给出了4种掩盖战略:
语名掩盖、分支掩盖、条件组合掩盖和途径掩盖,它们之间具有偏序关系,并且可依据项目需求给出其他掩盖战略
事务流测试技术的要点,并举例说明
事务流测试技术是一种功用测试技术,目前提出了很多功用测试技术,如定义域测试技术、等价类测试技术以及基于因果图的测试技术等,统称为黑盒子测试技术。
黑盒测试将被测软件看成黑盒子,只经过外部的输入和输入来发现软件中的错误,因此黑盒测试是一种基于软件规约的测试
第七章软件生活周期进程与管理
软件生活周期进程:
软件生活周期是软件产品或系统的一系列相关活动的全周期。
从构成概念开妈,历经开发、交付运用、在运用中不时修订和演化,直到最后被淘汰,让位于新的软件产品
软件生活周期模型:
是一个包括软件产品开发、运转和维护中有关进程、活动和义务的框架,掩盖了从该系统的需求定义到系统的运用终止
进程管理:
进程规那么与管理是软件项目管理的一项重要任务。
没有进程规划就淡不上进程管理乃至项目管理,没有进程管理就不能够存在有效的软件工程
2.简述软件开发中的进程类,以及它们的基本作用和它们之间的基本关系
分为3类
基本进程:
那些软件消费直接相关的活动集,分5个进程:
获取进程、供应进程、开发进程、运转进程和维护进程
支持进程:
有关各方面按他们的目的所从事的一系列相关支持活动集,有助于提高系统或软件产品的质量,分为:
文档进程、配置管理进程、质量保证进程、验证进程、确认进程、结合评审进程、审计进程和效果处置进程等
组织进程:
与软件消费组织有关的活动集,分管理进程、基础设备进程、培训进程、改良进程
3.在ISO/IEC12207-2020中如何描画一个进程?
1).为获取方获取一个软件产品或效劳,为供应方开发、运转、维护、提供和销毁一个软件产品,树立了一种软件生活周期框架,包括进程、活动和义务,并经过进程分类、进程描画,给出它们之间的内在关系
2).为软件生活周期进程的定义、控制和改良提供了一个进程,即生活周期模型管理进程
供应进程:
为获取方提供满足所协商需求的产品或效劳
软件完成进程:
软件完成进程是为了消费一个已规约系统元素,作为一个软件产品或效劳而完成
软件需求剖析进程:
树立系统软件局部的需求
软件体系结构设计:
为软件的完成及其可以按需求停止验证,提供一种设计
软件验证进程:
证明一个进程或项目的每一个软件任务产品/效劳能否正确地反映所规约的需求
软件确认进程:
证明所希冀的软件任务产品能否满足其需求?
?
4.什么是软件开发特定的进程类?
5.什么是验证和确认?
简述它们的作用和区别
验证:
验证和确认是有区别的。
验证是经过提供的客观证据,证明规约的需求能否得以满足
确认是经过提供的客观证据,证明有关特定希冀的运用或运用的需求能否得以满足
证明所希冀的软件任务产品能否满足其需求
6.简述瀑布模型以及可顺应的状况
瀑布模型将软件生活周期的各项活动规则为按固定顺序而衔接的假定干阶段任务,形如瀑布流水,最终失掉产品
顺应状况:
需求已被很好的了解,并且开发组织十分熟习为完成这一模型所需求的进程
7.简述演化模型以及可顺应的状况
表达了一种弹性的进程形式,由一些小的开发步组成,每一步历经需求剖析、设计、完成和验证,发生软件产品的一个增量,经过这些迭代,最终完成软件产品的开发
主要针对事前不能完整定义需求的软件开发
8.简述增量模型的优缺陷
优点1)第一个可交付版本所需求的本钱和时间是较少的,从而可增加开发由增量表示的小系统承当的风险
2)由于很快发布第一个版本,因此可以增加用户需求的变卦
3)允许增量投资,即在项目末尾时可以仅对一个或两个增量投资
缺陷:
1)假设没有对用户的变卦要求停止规划,那么发生的初始增量能够会形成后来增量的不动摇
2)假设需求不像早期思索的那样动摇和完整,那么一些增量就能够需求重新开发,重新发布
3)由于进度和配置的复杂性,能够会增大管理本钱,超出组织的才干
9简述螺旋模型以及它与其它模型之间的主要区别
螺旋模型是瀑布模型与深化模型的基础上,参与两者所疏忽的风险剖析所树立的一种软件开发模型
螺旋模型关注处置效果的基本步骤,即标识效果,标识一些可选方案,选择一个最正确方案,遵照举措步骤并实施后续任务,突出特征,在开发的迭代中实践上只要一个迭代进程真正开发了可交付的软件
2)与深化模型和增量模型相比,异样运用了瀑布模型作为一个嵌入的进程,即剖析、设计、编码、完成和维护的进程,并且在框架和全局体系结构方面是同等的。
但是,螺旋模型所关注的阶段以及它们的活动是不同的,如添加一些管理活动和支持活动。
虽然增量模型也有一些管理活动,但它基于以下假定:
需求是最基本的、并且是独一的风险源,因此在螺旋模型中增大了决策和风险的空间,螺旋模型扩展了增量模型的管理范围。
假设项目的开发风险很大或客户不能确定系统需求,在更普遍的意义下去讲,还包括一个系统或系统类型的要求,这时螺旋模型就是一个好的生活周期模型
第八章集成化才干成熟度模型
一、术语解释
进程域:
是一个业务域中一束相关实际,当它们一同得以完成时,就满足被以为对该进程域的改善具有重要作用的一组条件。
进程改善:
是指人为设计的一个活动顺序,其目的是改良组织的进程功用和成熟度,并改良这一顺序的结果
公用目的:
每一个进程域中都有一个或多个〝公用目的〞,用于描画该进程域必需出现的一些独有特征
共用目的:
每一个进程域中都有一个或多个〝共用目的〞,用于描画完成制度化的该进程必需出现的特征
公用实际:
每一个进程域中都有一个或多个〝公用实际〞,这些公用实际被以为关于到达该进程域的公用目的是重要活动,即希冀以公用实际所描画的活动,会招致到达一个进程域的公用目的
共用实际:
每一个进程域中都有一个或多个〝共用实际〞,这些共用实际被以为关于到达该进程域相关的共用目的是重要活动
才干等级:
是指单一进程域中已到达的进程改善,才干等级是为了管理,对进程改善顺序所设定的几个〝台阶〞
成熟度等级:
是指到达预先定义的一组进程域一切目的的一种进程改善等级
CMMI提出所基于的基本思想
该模型基于进程途径思想,经过进程把软件质量的3个支撑点――受训的人员、规程和方法、工具和设备停止集成,以开发所希冀的系统/产品。
为此,CMMI紧紧围绕开发、维护和运转,把经过证明的〝最正确实际〝放在一个结构中。
该结构有乃至于指点组织确定其进程的发送优先次第;
有乃至于指点这些改善的实施,以提高其进程才干和成熟度,并且还支持其它范围〔如获取和效劳〕才干成熟度模型开发。
什么是进程制度化?
在CMMI把进程制度化分几个等级?
简明回答每一等级主要特征
简述CMMI模型支持两种进程改善途径
CMMI提供了两种改善途径,一是称为才干等级是一种进程改善途径,该途径可使组织针对单一进程域不时改善该进程域
二是称为成熟度等级也是一种进程改善途径,该途径可使组织经过关注一组进程域不时改善一组相关进程域
简述CMMI模型的模型部件及部件间关系
组图
简述公用实际与共用实际关系
每一个进程域中都有一个或多个〝共用实际〞,这些共用实际被以为关于到达该进程域相关的共用目的是重要活动,例如,对共有目的〝该进程予以制度化,使之成为一个已管理进程〝而言,一个共用实际是〞为该进程的执行、任务产品的开发以及该进程的效劳,提供充足的资源〝。
之所以称为〝共用实际〝,是由于同一实际可运用于多个进程。
简述公用实际与共用实际之间的区别区别与联络
简述每一成熟度等级所饮食的进程域
答
简述每一成熟度等级
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 课程 代码 02333 软件工程 XX 课后 习题 答案