软件工程课后习题参考答案样本_第1页
软件工程课后习题参考答案样本_第2页
软件工程课后习题参考答案样本_第3页
软件工程课后习题参考答案样本_第4页
软件工程课后习题参考答案样本_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1.简述软件开发本质。答:软件开发本质就是实现问题空间概念和解决逻辑到解空间概念和解决逻辑之间映射。P192.简述实行软件开发基本途径。答:实行软件开发基本途径是系统建模。所谓系统建模,是指运用所掌握知识,通过抽象,给出该系统一种构造——系统模型。P193.简述何谓模型以及软件开发中所涉及模型。 答:模型是一种抽象。该抽象是在乎图所拟定角度和抽象层次对物理系统一种描述,描述其中成分和成分之间所具备特定语义关系,还涉及对该系统边界描述。软件开发中所涉及模型可分为两大类,一类称为概念模型,描述了系统是什么;另一类统称为软件模型,描述了实现概念模型软件解决方案。4.简述软件开发所涉及两大类技术。答:软件开发所涉及两大类技术为:一是求解软件开发逻辑,二是求解软件开发手段。5、简述需求与需求规约基本性质。答:需求基本性质:1)必要,该需求是顾客所规定。2)无歧义,该需求只能用一种方式解释。3)可测,该需求是可进行测试。4)可跟踪,该需求可从一种开发阶段跟踪到另一种阶段。5)可测量,该需求是可测量。需求规约基本性质:1)重要性和稳定性限度:按需求重要性和稳定性,对需求进行分级。2)可修改:在但是多地影响其她需求前提下,可以容易地修改一种单一需求。3)完整:没有被漏掉需求。4)一致:不存在互斥需求。6、简述软件需求分类。功能需求1功能需求2功能需求3答:软件需求可以分为两大类:一类是功能需求,一类是非公能需求,而非公能需求可分为性能需求,外部接口需求、设计约束和质量属性需求。P23功能需求1功能需求2功能需求37、举例阐明功能需求和非功能需求之间基本关系。答:非功能需求可作用于一种或各种功能需求,例如非功能需求1非功能需求2非功能需求可作用于一种或各种功能需求非功能需求1非功能需求2其中,非功能需求1作用于功能需求1和功能需求3等;非功能需求2作用于功能需求2等。P248、有哪几种惯用初始需求发现技术?答:有5种惯用需求发现技术:自悟、交谈、观测、小组会和提炼。P269、简述需求规约3种基本形式。(1)非形式化需求规约。非形式化需求规约即以一种自然语言来表达需求规约,犹如使用一种自然语言写了一篇文章。(2)半形式化需求规约。半形式化需求规约即以半形式化符号体系(涉及术语表、原则化表达格式等)来表达需求规约。(3)形式化需求规约。形式化需求规约即以一种基于良构数学概念符号体系来编制需求规约,普通往往伴有解释性注释支持。P2910、简述软件需求规约内容和作用。答:软件需求规约内容有:引言、总体描述、特定需求、附录、索引。P28需求规约作用可概括为如下4点:1)需求规约是软件开发组织和顾客之间一份事实上技术合同书,是产品功能及其环境体现。2)对于项目别的大多数工作,需求规约是一种管理控制点。3)对于产品/系统设计,需求规约是一种正式、受控起始点。4)需求规约是创立产品验收测试筹划和顾客指南基本。P3111、简述需求规约在项目开发中基本作用。答:需求规约作用可概括为如下4点:1)需求规约是软件开发组织和顾客之间一份事实上技术合同书,是产品功能及其环境体现。2)对于项目别的大多数工作,需求规约是一种管理控制点。3)对于产品/系统设计,需求规约是一种正式、受控起始点。4)需求规约是创立产品验收测试筹划和顾客指南基本。P3112、简述需求规约和项目需求不同。答:需求规约和项目需求是两个不同概念。需求规约是软件开发组织和顾客之间一份事实上技术合同书,即关注产品需求,回答“交付给客户产品/系统是什么”;而项目需求是客户和开发者之间关于技术合同——产品/系统需求理解,应记录在工作陈述中或其她某一项目文档中,即关注项目工作与管理,回答“开发组要做是什么”。P3013、何谓模块耦合?简述模块耦合类型。答:耦合是不同模块之间互相依赖程序度量。内容耦合:当一种模块直接修改或操作另一种模块数据,或一种模块不通过正常入口而转入到另一种模块时;公共耦合:两个或两个以上模块共同引用一种全局数据项;控制耦合一种模块通过气喘吁吁向另一种模块传递一种控制信息,接受信号模块依照信号值进行恰当动作;标记耦合:若一种模块A通过接口向两个模块B和C传递一种公共参数;数据耦合:模块之间通过参数来传递数据。14、何谓模块内聚?简述模块内聚类型。答:指一种模块内部各成分之间互有关联限度度量。偶尔内聚:一种模块各成分之间基本不存在任何关系;逻辑内聚:几种逻辑上有关功能被放在同一种模块中;时间内聚:一种模块完毕功能必要在同一时间内执行,但这些功能只是由于时间因素关联在一起;过程内聚:一种模块内部解决成分是有关,并且这些解决必要以特定顺序执行;通信内聚:一种模块所有成分都操作同一数据集或生成同一数据集;顺序内聚:一种模块各个成分和同一种功能密切有关,并且一种成分输出作为另一种成分输入;功能内聚:最抱负内聚,模块所有成分对于完毕单一功能都是基本。功能内聚模块对完毕其功能而言是充分必要。15、何谓模块控制域和模块作用域?并举例阐明答:控制域:模块自身以及所有直接或间接从属于它模块集合。作用域:受该模块内一种鉴定所影响所有模块影响16为了表达系统功能模型,构造化分析办法给出了哪些基本概念?她们是如何表达?其基本作用是什么?使用中应注意哪些问题? 答:给出基本概念:数据流、加工、数据存储、数据源和数据潭。表达办法:(注:表达办法都是图形,请按文字提示画图)数据流表达办法:方向向右箭头;加工表达办法:椭圆;数据存储表达办法:两条平行线;数据源表达办法:一种长方形;数据源和数据潭表达办法:两个并列长方形。作用:数据流:用于表达在分析中所使用、用于表达“客体”信号。加工:用于表达在分析中所使用、用于表达“解决”信号。数据存储:用于表达在分析中所使用、用于表达“构造化客体”信号。数据源和数据潭:表达系统环境,可以使用它们和有关数据流来定义系统边界,表达系统/产品“边界”信息。17以构造化分析办法建立系统功能模型由哪些某些构成?每一某些基本作用是什么? 答:构成某些:数据流、加工、数据存储、数据源和数据潭。基本作用:(同上面第一小题里“作用”)18解释构造符“+”、“|”、“{}”含义,并举例阐明。答:顺序构造是指数据A是由数据B和数据C顺序构成,记为“+”。例:学生成绩=姓名+姓名+性别+学号+科目+成绩。选取构造是指由数据A或是由数据B0或是有数据C0定义,即数据B不也许同步是B0C0,并记为“|”。例:性别=男|女。重复构造是指数据A是由各种重复浮现数据B构成,并记为“{}19就一种特定系统而言,系统功能模型与系统模型重要区别是什么? 答:区别:系统功能模型分为数据流、加工、数据存储、数据源和数据潭这四某些构成。系统模型分为两类:一类称为概念模型,描述了系统是什么;另一类系统称为软件模型,描述了实现概念模型软件解决办法。20简述构造化办法总体设计任务及目的。答:任务:在需求分析基本上,定义满足需求所需要构造。目的:建立系统模块构造。21简述构造化办法详细设计任务及目的。答:任务:详细描述模块构造图中每一模块,即给出实现模块功能实行机制,涉及一组例程和数据构造,从而精准地定义了满足需求所规约构造。目的:将总体设计阶段所产生系统高层构造映射为以这些术语因此澳大低层构造,也是系统最后构造。22简述变换设计与事务设计之间区别。答:区别:变换设计目的是将变换型数据流图映射为模块构造图,而事务设计目的是将事务型数据流图映射为模块构造图。23简述启发式规则基本原理。答:启发式规则“基于高内聚低耦合原理,采用某些经验性启发式规则,对初始模块构造图进行精化,形成最后模块构造图”。启发式规则涉及:1)改进软件构造,提高模块独立性。2)力求模块规模适中。3)力求深度、宽度、扇出和扇入适中。4)竭力使模块作用域在其控制域之内。5)竭力减少模块接口复杂度。6)力求模块功能可以预测。24简述根据一种系统DFD,将其转换为MSD基本思路。答:构造化设计办法在分类DFD基本上,基于自顶向下、功能分解设计原则,定义了两种不同“映射”,即变换设计和事务设计。其基本环节是,一方面将系统DFD图一方面转化为初始模块构造图,再基于“高内聚低耦合”这一软件设计原理,通过模块化,将初始模块构造图转化为最后、可供详细设计使用模块构造图(MSD)。25为什么说构造化分析与构造化设计之间存在一条“鸿沟”?答:从软件办法学习研究角度,构造化办法依然存在某些问题,其中最重要问题是依然没有“挣脱”冯·诺依曼体系构造影响,捕获“功能(过程)”和“数据”恰恰是客观失误易变性质,由此建造系统构造很难与客观实际系统构造保持一致。26.举例阐明构造化办法给出控制复杂性机制。

答:1上层数据流可以打包,实例研究数据流查询规定就是一种打包数据,并以*作一特殊标志。上下层

数据流之间相应关系通过数据字典予以描述。2为便于理解,把一幅图中图元个数尽量控制在7加减2个

以内。3检查与每个加工有关数据流与否有太多输入/输出数据流,并寻找可减少该加工接口复杂性

,对数据流进行划分办法。4分析数据内容,拟定与否所有输入信息都用于产生输出信息,相应

由一种加工产生所有信息与否都能由进入该加工信息导出。27.试分析构造化办法在建造系统模型中存在问题。

答:最重要问题是没有挣脱冯·诺依曼体系构造影响,捕获功能过程和数据恰恰是客观事物易变性质,由此建造系统构造很难与客观实际系统构造保持一致。在某种意义上说就是这些问题促使面向对象办法学产生和发展。28.举例阐明变换设计环节。

答:第一步,设计准备,复查并精化系统模型。第二步,拟定输入,变换,输出这三某些之间边界。第三步,第一级分解,系统模块构造图顶层和第一层设计。第四步,第二级分解,自顶向下,逐渐求精。29.举例阐明事务设计环节。

答:第一步,设计准备,复查并精化系统模型。第二步,拟定事务解决中心。第三步,第一级分解,系统模块构造图顶层和第一层设计,以数据流图为基本,按自顶向下逐渐细化原则进行。第二级分解自顶向下逐渐求精。30.一种软件开发办法学,应当由哪些基本某些构成?

答:涉及构造化分析办法、构造化设计办法、构造化程序设计办法31.为了表达客观事物,UML给出了哪些基本术语?答:为了支持抽象分析和设计中事物,UML给出了8个基本术语,即类、接口、协作、用况、积极类、构件、制品、结点,并给出了这些基本术语某些变体。32.为了表达客观事物之间关系,UML给出了哪些基本术语?这些术语之间是什么关系?答:关联、泛化、细化和依赖,以及它们某些变体。.构造关系,继承关系,精化关系,依赖关系.33.什么是对象构成与表达?并阐明。答类是一组具备相似属性、操作、关系和语义对象描述。对象是类一种实例34.什么是类图构成成分?答:类图是可视化地表达系统表态构造模型工具,普通接口、关联、泛化和依赖35.什么是状态图构成成分?答:在规约一种状态时,重要涉及一下内容(1)名字(2).进入/退出效应.(3).do动作活动.(4).被延迟事件.36.什么是顺序图构成成分?答:顺序图是一种交互图,即由一组对象以及准时序组织对象之间关系构成,其中还饮食这些对象之间所发送消息37.如何描述对象之间关联语义?答:关联是目录之间一种构造关系,是对一组具备相似构造、相似链接描述。链是对象之间具备特定语义关系抽象,实现之后链接普通称为对象之间链接.38.用况之间有哪几种关系?答:一种用况图普通包括6个模型元素,它们是主题、用况、参加者、关联、泛化、依赖39.在什么状况下需要建立状态图?答:状态图可用于创立关于系统(或系统成分)行为生存周期模型,表达关于系纺(或系统成分)一种动态构造,给出关于系统(或系统成分)在生存期间有哪些阶段、每一阶段可从事活动以及对外所呈现特性等方面信息40.在一种类描述中,同步引入“操作”和“办法”目是什么?答:表达模型化包之间关系41.为什么使用包?如何划分包答:包最初来源是用例,包划分最初来源是用例模型,对用例按功能分组,可以得到用例包。

用例包在分析阶段很自然可以相应得到分析包,在分析阶段还可以找到其他某些分析包,例如某个相对底层服务(如用于表达持久化机制包)。

分析包普通会相应到设计阶段应用子系统,除此之外,尚有其他某些设计子系统,例如负责封装通讯机制Corba服务子系统。42.使用UML可以从那些角度来刻画一种系统行为?为什么?静态、动态43.在描述客观事物方面,面向对象办法与构造化办法提取信息不同角度是什么?各自角度将对建造系统模型产生什么影响?答:构造化办法提出,是基于看待客观世界基本观点,即一切信息系统都是由信息流构成,每一信息流均有自己起点-数据源,有自己归宿-数据潭,有驱动信息流动加工,所谓信息解决重要体现为信息流动。构造化办法作为一种特定软件开发办法学,是从系统分析和软件设计一种思想工具。面向对象办法以为,世界是由客体构成,客体有自己属性和活动规律,客体之间互相依赖和互相作用构成了大千世界各式各样系统。因此就应充分运用人类结识客观世界、解决实际问题思维方式和办法。眠功能对象办法是一种依照客体之间关系来建造系统模型系统化办法。44.比较面向对象办法与构造化办法在控制信息组织复杂性方面所引入机制?答:构造化办法重要体当前三个方面。一、自顶向下,逐渐求精:把程序当作是一种逐渐演化过程。把一种系统与程序当作是一层一层。例如:户籍管理系统可以划分为:户籍迁入迁出,人员迁入迁出,户籍注销,人员注销等几种子系统,而每个子系统又划分为接受顾客信息,实行解决,提供返回信息等等某些。二、模块化:即将几种系统提成几种模块,每个模块实现特定功能,最后整个系统由这些模块构成。模块跟模块之间通过接口传递信息,模块最重要特点就是独立性,模块之间尚有上下层关系,上层模块调用下层模块来实现某些功能。三、语句构造化:顺序构造、分支构造、循环构造,都是惯用语句构造。面向对象办法重要有:一、客观世界中事物都是对象,对象之间存在一定关系,并且复杂对象由简朴对象构成。二、具备相似属性和操作对象属于一种类,对象是类一种实例。三、类之间可以有层次构造,即类可以有子类,其中,子类继承父类所有属性和操作,并且子类有自己属性和操作。四、类具备封装性,把类内部属性和某些操作隐藏起来,只有公共操作对外是可见,对象只可通过消息来祈求其他对象操作或自己操作。五、强调充分运用人在寻常逻辑思维中经常采用思想办法与原则。例如:抽象,分类,继承,聚合,封装,关联等。45类与对象之间关系,举例阐明?答:类是一组具备相似书、操作、关系、和语义对象描述,对象是类一种实例。一种类可以有各种属性,也可以没有属性。而类一种对象对其所属类每一种属性应有特定值。46.关联与链之间关系,试举例阐明答:关联是类目一种构造关系,是对一组具备相似构造、相似链描述,链是对象之间具备特定语意关系抽象,实现之后链普通称为对象之间连接,关联用一条连接两个类目线段表达,并可对其命名47.何谓对象状态,如何描述一种对象状态?试举例阐明答:一种状态是类目一种实例在其生存中一种条件或状况,期间该实力满足这一条件,执行某一活动或等待某一消息;在UML中,普通把一种状态表达到一种具备圆角矩形,分为名字栏和内部转换栏,重要涉及:名字,是一种表达状态文本串,作为状态名;进入/退出效应,为了有效地抽取一种对象状态,控制状态抽取复杂性,UML在规约一种状态时引入进入/退出效应;状态内部转移,是指没有导致该状态变化内部转移;do动作或活动,是指状态中一动作或活动没有完毕,就始终执行之,并当该动作或活动完毕时,也许会产生一种完毕事件,导致该状态转移。48.何谓组合状态?举例阐明之答:具有子状态状态称为组合状态,组合状态包括两种类型字状态机,即顺序子状态和并发子状态机49何谓非正交子状态机,并简述非正交子状态机转入与转出答:非正交子状态机就是顺序子状态机50.何谓正交子状态机,并简述正交子状态机转入与转出答:正交子状态就是并发子状态机51.何谓事件?对信号事件和调用事件作一比较答:事件是指对拟定期空内一种故意义规约信号;事件是指消息一种类目,是一种消息类型,调用事件是指对象接受到一种操作祈求,信号事件是一种异步事件,信号普通由状态解决机,调用事件往往是一种同步事件,即发送者和接受者都处在该操作执行期间一种汇合点,发送者控制流始终被挂起,直到该操作执行完毕52何谓顺序图中控制操作子?试举例阐明答:为了控制交互行为描述复杂性,以便更清晰地表达顺序图中复杂控制,UML给出了4种最惯用控制操作子;例如,选取执行操作子:该控制操作子记为“Opr”,由两某些构成,条件执行操作子:该操作子记为“alt”,控制体通过水平线将其分为一某些,每一某些表达一种条件分支,每一分支有一种监护条件,并发执行操作子:该操作子记为“par”,该控制操作子体通过水平线将其分为各种某些,迭代执行操作子:该操作子记为“loop”,其中一种监护条件出当前控制体中一条生命线顶端53何谓顺序图中控制操作子?试举例阐明。答:为了控制交互行为描述复杂性,以便更清晰地表达顺序图中复杂控制,给出了个个控制操作子,选取、条件、并发、迭代操作控制子。54.演化模型与“RUP增量、迭代开发”之间关系答:RUP迭代、增量式开发是演化模型一种变体,即规定了“大”迭代数量-4个阶段,并规定了每次迭代目的初使阶段:获得与特定腹部和平台无关系统体系构造轮廓,以此建立产品功能范畴;编制实例业务实例,从业务角度指出该项目价值,减少项目重要错误风险;精华阶段:通过捕获并描述系统大某些需求,建立系统体系构造基线第一种版本,重要涉及用况模型和分析模型,减少次要错误风险,到该阶段未,就可以估算成本、进步,并能详细地规划构造阶段;构造阶段:通过演化,形成最后系统体系构造基线,开发完整系统,保证产品可以开始向客户交付,即具备初始操作能力;移送阶段:保证有一种实在产品发布给顾客群。期间培训顾客如何使用该软件。55.RUP与UML之间关系答:RUP与UML是一对“姐妹”,它们构成了一种特定软件开发办法学。其中,UML作为一种可视化建模语言,给出了表达事物和事物之间关系基本术语,给出了各种模型表达工具;而RUP运用这些术语定义了需求获取层、系统分析层、设计层、实现层,并给出了实现各层模型之间映射基本活动以及有关指引。56什么是特性(Teature)?举例如何描述它。答:从客户、顾客、筹划者、开发者想法和意愿中搜取特性,形成特性表。特性是一种新项及其简要描述“按不同科目计算平均成绩”计算平均成绩:按所学不同科目计算每一种学生期末考试平均成绩,给出分数段并描述其状态(如建议、批准、合并和验证等)、实行代价及风险、重要限度以及对其她特性影响等,特性可作为需求,并被转换为其他制品。58.需求获取模型基本构成答:使用UML中用况、参加者以及依赖等术语来抽象客观实际问题,形成系统需求获取模型59.建造一种系统需求获取模型活动和任务,以及各活动输入和输出答:发现描述参加者和用况,输入:业务模型或领域模型,补充需求,特性表;输出:用况模型[概述],术语表赋予用况优先级:输入:用况模型[概述],补充需求,术语表;输出:体系构造描述[用况模型视角];精华用况:输入:用况模型[概述],补充需求,术语表;输出:用况[精化]构造人机接口原型:输入:用况[精华],用况模型[概述],补充需求,术语表;输出:人机接口原理;用况模型构造化:输入:用况[精华],用况模型[概述],补充需求,术语表;输出:用况模型[精化]。60.如何描述系统参加者和用况?举例阐明答:参加者:发现参加者与描述参加者:1)之前已经存在业务用况模型,可根据业务模型直接发现某些候选参加者,2)没有业务用况模型,虽然存在领域模型,也需要系统分析人员与客户一起来标记系统参加者。用况是系统向它参加者提供成果(值)功能块,表达参加者使用系统方式,因而一种用况可用于规约系统可执行、与参加者进行交互一种动作序列,涉及其中某些可选动作序列,并且用况尚有自己属性。61.需求分析层及有关概念答:在系统用况模型基本上,创立系统分析模型以及在该分析模型视角下体系构造描述,系统分析模型是系统一种概念模型,解决系统用况模型中存在二义性和不一致性问题,并以一种系统化形式精确地表达顾客需求。62.需求分析模型基本构成答:RUP分析犹如构造化分析,其目的之一是在一种特定抽象层上建立系统分析模型。为此,RUP一方面给出了3个术语:分析包、分析类和用况细化,用于表达需求中“大粒度”概念,开发人员使用这些术语可以规约系统分析中所要使用信息。分析类:是类一种衍型,很少有操作和特性标记,而用责任来定义其行为,并且其属性和关系也是概念性,涉及:边界类、实体类、控制类。用况细化:是一种针对一种用况,其行为可用各种分析类之间互相作用来细化,并记为用况细化[分析]分析包:分析包是一种控制信息组织复杂性机制,提供了分析制品一种组织手段,形成了某些可管理某些。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-中如何描述一种过程?举例阐明答:①.为获取方获取一种软件产品或服务,为供应方开发、运营、维护、提供和销毁一种软件产品,建立了一种软件生存周期框架,包括过程、活动和任务,并通过过程分类、过程描述,给出它们之间内在关系②.为软件生存周期过程定义、控制和改进提供了一种过程,即生存周期模型管理过程供应过程:为获取方提供满足所协商需求产品或服务软件实现过程:软件实现过程是为了生产一种已规约系统元素,作为一种软件产品或服务而实现软件需求分析过程:建立系统软件某些需求软件体系构造设计:为软件实现及其可以按需求进行验证,提供一种设计软件验证过程:证明一种过程或项目每一种软件工作产品/服务与否对的地反映所规约需求软件确认过程:证明所盼望软件工作产品与否满足其需求。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。与此同步,测试“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为了表达系统功能模型,构造化分析办法给出了哪些基本

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论