软件工程参考答案中文注释.docx
《软件工程参考答案中文注释.docx》由会员分享,可在线阅读,更多相关《软件工程参考答案中文注释.docx(28页珍藏版)》请在冰豆网上搜索。
软件工程参考答案中文注释
软件工程参考答案(中文注释)
软件工程(外文教材)复习
一、Fillintheblanks(Xblanks,1point/blank,totalXXpoints)
(一)Chapter1
1.Today,softwaretakesonadualrole.Itisaproduct,andthesametime,thevehiclefordeliveringaproduct.1。
今天,软件具有双重作用。
这是一个产品,同时,交付产品的车辆。
2.Softwaredelivers(提供)themostimportantproductofourtime----information.
3.softwaredoesn'twearout,butitdoesdeteriorate软件没有磨损,但它恶化
4.
5.Therearefourdifferentprocessflow:
Linearprocessflow,iterativeprocessflow,evolutionaryprocessflow,parallelprocessflow有四种不同的工艺流程:
线性流程,迭代流程,进化过程流,并行流程
6.Threetypesofprocesspatternare:
stagepattern,taskpattern,phasepattern三种过程模式:
阶段模式,任务模式,相模式
7.Prescriptiveprocessmodelswereoriginallyproposedtobringordertothechaosofsoftwaredevelopment.规定的过程模型最初提出的软件开发的混乱带来秩序。
8.Prescriptiveprocessmodelshavebeenappliedformanyyearsinanefforttobringorderandstructuretosoftwaredevelopment.11。
规定的过程模型已经被应用在努力使软件开发秩序和结构多年。
9.TheUnifiedProcessisa"usecasedriven,architecture-centric,iterativeandincrement"softwareprocessdesignedasaframeworkforUMLmethodsandtools.统一的过程是一个“用例驱动,以体系结构为中心,迭代和增量”设计为UML的方法和工具的框架,软件过程
10.Theincrementalmodelcombineselementsoflinearandparallelprocessflows.增量模型相结合的线性和平行的流程元素。
11.Whenanincrementalmodelisused,thefirstincrementisoftenacoreproduct.当一个增量模型时,第一个增量往往是核心产品
12.Whenyourcustomerhasalegitimateneed,butiscluelessaboutthedetails,developaprototypeasafirststep.当你的客户有一个合法的需要,但对细节一无所知,开发了一个原型作为第一步
13.Thespiralmodelisanevolutionarysoftwareprocessmodelthatcouplestheiterativenatureofprototypingwiththecontrolledandsystematicaspectsofthewaterfallmodel.螺旋模型是一种进化的软件过程模型,对原型的迭代性质与控制和瀑布模型系统方面
14.Thespiraldevelopmentmodelisarisk-drivenprocessmodelgenerator..The螺旋发展模型是风险驱动的过程模型的发电机。
(二)chapter3
15.Anagileprocessreducesthecostofchangebecausesoftwareisreleasedinincrements.一个敏捷过程中减少变化的成本,因为软件发布增量。
16.BeckdefinesasetoffivevaluesthatestablishafoundationforallworkperformedaspartofXP----communication,simplicity,feedback,courage,andrespect.贝克定义了一组五个值,所有的工作为XP ----沟通,简单,反馈,勇气,和尊重。
17.Refactoringimprovestheinternalstructureofadesignwithoutchangingitsexternalfunctionalityorbehavior.重构,
18.提高了设计的内部结构而不改变其外部的功能或行为
19.XPacceptancetestsarederivedfromuserstories.XP的验收测试,来自用户故事
(三)chapter4
20.Requirementsengineeringbuildsabridgetodesignandconstruction需求工程的桥梁设计与施工
21.Requirementsengineeringencompassessevendistincttasks:
inception,elicitation,elaboration,negotiation,specification,validation,andmanagement.需求工程包括七个不同的任务:
起始,启发,制定,协商,规范,验证,和管理
22.Qualityfunctiondeploymentidentifiesthreetypesofrequirements:
normalrequirements,expectedrequirements,excitingrequirement.质量功能展开确定了三种类型的要求:
正常的要求,要求,令人兴奋的要求
23.Theintentoftheanalysismodelistoprovideadescriptionoftherequiredinformational,functional,andbehavioraldomainsforacomputer-basedsystem.分析模型的目的是提供所需信息的描述,功能,和一个基于计算机的系统行为域
(四)chapter5
24.Therequirementmodel-actuallyasetofmodels-isthefirsttechnicalrepresentationofasystem.需求模型是一组模型-是第一个技术系统的表示
25.Therequirementsmodelingactionresultsinoneormoreofthefollowingtypesofmodels:
Scenario-basedmodels,datamodels,class-orientedmodels,flow-orientedmodels,behavioralmodels.在以下一个或多个类型的模型作用的结果,建模的要求:
基于场景的模型,数据模型,面向类的模型,流量导向模型,行为模型
26.Theanalysismodelandrequirementsspecificationprovideameansforassessingqualityoncethesoftwareisbuilt.分析模型和要求规范一旦建立软件质量评估提供了一种手段
27.Anassociationdefinesarelationshipbetweenclasses.Multiplicitydefineshowmanyofoneclassarerelatedtohowmanyofanotherclass.一个关联定义类之间的关系。
多重定义多少一级与另一个类的多少
(五)chapter6
28.TheDFDtakesaninput-process-outputviewofasystem.DFD需要一个系统的输入输出过程观
(六)chapter7
29.Theimportanceofsoftwaredesigncanbestatedwithasingleword--quality.软件设计的重要性,可以说一个字——质量
30.Independenceisassessedusingtwoqualitativecriteria:
cohesionandcoupling.Cohesionisanindicationoftherelativefunctionalstrengthofamodule.Couplingisanindicationoftherelativeindependenceamongmodules.使用两个独立的评估的质量标准是:
衔接和耦合。
凝聚力是一种指示功能模块的相对强度。
耦合是一个相对独立的模块,在显示
31.Functionalindependenceisachievedbydevelopingmoduleswith"single-minded"functionandan"aversion"toexcessiveinteractionwithothermodules.功能独立性是通过发展与“专一”功能和“厌恶”与其他模块的相互作用模块实现过
32.Thedesignmodelhasfourmajorelements:
data,architecture,components,andinterface.设计模式有四大要素:
数据,体系结构,成分,和接口
33.Atthearchitecturallevel,datadesignfocusesonfilesordatabases;atthecomponentlevel,datadesignconsidersthedatastructuresthatarerequiredtoimplementlocaldataobjects.在建筑设计,数据以文件或数据库;在组件级别的数据认为,设计要求实现本地数据对象的数据结构
34.Therearethreepartstotheinterfacedesignelement:
theuseinterface,interfacestosystemexternaltotheapplication,andinterfacestocomponentswithintheapplication.有三个部分:
界面设计元素的使用界面,对应用程序的外部系统的接口,而接口组件内的应用
35.Deployment-leveldesignelementsindicatehowsoftwarefunctionalityandsubsystemswillbeallocatedwithinthephysicalcomputingenvironmentthatwillsupportthesoftware.部署水平设计元素说明软件的功能和子系统将在物理计算环境配置,将支持软件
(七)chapter8
(八)chapter9
36.Listthreetypesofcohesionwithinthecontextofcomponent-leveldesignforOOsystem:
Functional,layer,communicational,。
表三种衔接在组件级设计中面向对象的系统:
功能,层,通信
37.Listthreetypesofcohesionwithinthecontextofcomponent-leveldesignforOOsystem:
Contentcoupling,commoncoupling,controlcoupling.表三种衔接在组件级设计中面向对象的系统:
内容耦合,公共耦合,控制耦合
38.Threeconstructsinstructuredprogrammingare:
sequence,condition,andrepetition.三结构在结构化程序设计:
序列,条件,和重复
(九)chapter10
39.ThreegoldenrulesforGUIdesignare:
placetheuserincontrol,reducetheuser'smemoryload,maketheinterfaceconsistent.控制用户的活动,减少用户的记忆负担,使界面保持一致
40.Theuserinterfacedesignprocessencompassesfourdistinctframeworkactivities:
(1)interfaceanalysisandmodeling,
(2)interfacedesign,(3)interfaceconstruction,(4)interfacevalidation.用户界面设计过程包括四个不同的框架活动:
(1)界面的分析和建模,
(2)界面设计(3)界面结构,(4)接口的验证
41.Fourdifferentmodelscomeintoplaywhenauserinterfaceistobeanalyzedanddesigned.Thesemodelsare:
usermodel,designmodel,theuser'smentalmodelimplementationmodel.四种模式进入游戏时,用户界面是被分析和设计。
这些模型是:
设计模型,用户模型,用户的心理模型的实现模型
42.Asthedesignofauserinterfaceevolves,fourcommondesignissuesalmostalwayssurface:
systemresponsetime,userhelpfacilities,errorinformationhandling,andcommandlabeling.系统响应时间、用户帮助设施,错误信息处理和命令标记
43.Systemresponsetimehastwoimportantcharacteristics:
lengthandvariability系统的响应时间有两个重要的特征:
长度和变异性
(一十)chapter11
44.McCall'squalityfactorsfocusonthreeimportantaspectsofasoftwareproduct:
productoperation,producttransition,productrevision麦考尔的质量的因素集中在一个软件产品的三个重要方面:
产品操作,产品过渡,产品修改
(一十一)chapter12
45.FTRistheabbreviationofFormaltechnicalreview.FTR是正式的技术审查的缩写
(一十二)chapter14
46.V&V,Verification:
Arewebuildtheproductright?
Validation:
Arewebuildtherightproduct?
V&V,验证:
我们建立产品吗?
验证:
我们建立正确的产品?
47.Softwaretestingstrategybeginsfromsmallscaletolargescale,undergoesfourdifferenttesting:
unittesting,Integrationtesting,validationtesting,Systemtesting.软件测试的策略,从小型到大型,经历了四个不同的测试:
单元测试,集成测试,确认测试,系统测试
48.Becauseacomponentisnotastand-aloneprogram,driverand/orstubsoftwaremustoftenbedevelopedforeachunittest.因为一个组件是不是一个独立的程序,驱动程序和/或存根软件必须经常被开发为每个单元测试
49.Inthecontextofanintegrationteststrategy,regressiontestingisthereexecutionofsomesubsetofteststhathavealreadybeenconductedtoensurethatchangeshavenotpropagatedunintendedsideeffects.在一个集成测试策略的背景下,回归测试是对已经进行,确保变化不会传播意想不到的副作用的一些子集的重新执行测试
(一十三)chapter15
50.Listthreecharacteristicsofsoftwaretestability:
Operability,observability,Controllability软件可测试性三个特点:
可操作性observability(可观测性),可控性
51.Therearetwokindsoftestcasedesignmethodsforconventionalsoftware:
white-boxtestingandblack-boxtesting.传统的软件测试案例设计方法:
白盒测试和黑盒测试
(一十四)chapter16
52.TherearetwodifferentstrategiesforintegrationtestingofOOSystems:
Thread-basedtestinganduse-basedtesting.有面向对象的系统集成测试的两种不同的策略:
基于线程的测试和基于使用的测试
(一十五)chapter17
(一十六)chapter18
53.EffectivesoftwareprojectmanagementfocusesonthefourP's:
People,Product,process,project.有效软件项目管理的重点是四个P:
人,产品,工艺,工程
54.Aneffectiveprojectmanagershouldhavefourkeytraits:
Problemsolving,managerialidentity,achievement,influenceandteambuilding一个有效的项目经理应该有四个主要特点:
解决问题,管理者的身份,成就,影响和团队建设
55.Anagileteamisaself-organizingteamthathasautonomytoplanandmaketechnicaldecisions.一个敏捷团队是一个自组织团队,自主制定的技术决策。
二、Definitionofterminology(3points/terminology)
(一十七)Chapter1
56.Software(中文原书第七版P3)
软件是:
(I)指令的集合(计算机程序〕、通过执行这些指令可以满足预期的特征、功能和性能需
求。
(2)数据结构,使得程序可以合理利用信息;(3)软件描述信息,它以硬拷贝
和虚拟形式存在,用来描述程序操作和使用.
特性:
1.软件是设计开发的,而不是传统意义上生产制造的
2.软件不会“磨损”
3.虽然整个工业向着基于构件的构造模式发展,然而大多数软件仍是根据实际的顽客常求定制的
57.softwareengineering(P7)
(软件工程是)运用工程学的原理和方法来组织和管理软件的生产和维护,以保证软件产品开发,运行和维护的高质量和高生产率。
softwaremyths(P13)
软件神话,即关于软件及其开发过程被人盲目相信的一些说法
legacysoftware遗留软件(P6)
一些年代久远的旧的程序,遗留软件的特点是维护代价高昂,而且质量差,很难修改成继续可用的产品。
特点:
遗留软件系统……在几十年前开发,它们不断被修改以满足商业雷要和计算平台的变化。
这类系统的繁衍使得大型机构十分头痛,因为它们的维护代价高昂且系统浦化风险较高。
遗留软件常常存在另一个特点—质量差。
通常,遗留系统的设计难以扩展,代码令人费解,文档混乱甚至根本没有,测试用例和结果从未归档,变更历史管理混乱等,有着数不清的问题。
(一十八)Chapter2
58.softwareprocess(P8P19)
软件过程是工作产品构建时所执行的一系列活动、动作和任务的集合。
活动(activity)主要实现宽泛的目标(如与利益相关者进行沟通),与应用领域、项目大小、结果复杂性或者实施软件工程的重要程度没有直接关系。
动作(action)(如体系结构设计)包含了主要工作产品(如体系结构设计模型)生产过程中的一系列任务。
任务(task)关注小而明确的目标,能够产生实际产品(如构建一个单元侧试)。
59.Processpattern过程模式(P21)
过程模式(grvcesspattern).描述了软件工程工作中遇到的过程相关的问题、明确了问题环境并给出了针对该问题的一种或几种可证明的解决方案。
(一十九)chapter3
60.pairprogramming结对编程(P46)
结对编程指的是两个软件开发人员共用一台计算机,其中一个人负责具体细节工作,而另一个人关注整体,但这两个人的角色可以随时互换。
这是一种高效、科学而