2020四川大學軟件工程期末復習

文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.MultiplechoicesTherapidapplicationdevelopmentmodelisAnswer：cAnothernameforcomponent-baseddevelopment.Ausefulapproachwhenacustomercannotdefinerequirementsclearly.Ahighspeedadaptationofthelinearsequentialmodel.Alloftheabove.Whichofthefollowingisnotnecessarytoapplyagilitytoasoftwareprocess?EliminatetheuseofprojectplanningandtestingOnlyessentialworkproductsareproducedProcessallowsteamtostreamlinetasksUsesincrementalproductdeliverystrategyAnswer:aHowdoyoucreateagileprocessestomanageunpredictability?RequirementsgatheringmustbeconductedverycarefullyRiskanalysismustbeconductedbeforeplanningtakesplaceSoftwareincrementsmustbedeliveredinshorttimeperiods1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.SoftwareprocessesmustadapttochangesincrementallyBothcanddAnswer:eToconstructasystemmodeltheengineershouldconsiderwhichofthefollowingrestrainingfactors?Answer:assumptionsbudgetc. constraintsschedulebothaandcDuringbusinessprocessengineering,threedifferentarchitecturesareexamined.Answer:aapplications,data,technologyinfrastructurecommunications,organization,financialinfrastructurenetwork,database,reportingstructuresystems,requirements,datastructureWhichofthefollowingisnotoneofthecontext-freequestionsthatwouldbeusedduringprojectinception?Whatwillbetheeconomicbenefitfromagoodsolution?Whoisagainstthisproject?Whowillpayforthework?Whowillusethesolution?Answer:bDuringtheprocessofmodelingthesystemincontext,systemsthatinteractwiththetargetsystemarenotrepresentedas Answer:dPeer-levelsystemsSubordinatesystemsSuper-ordinatesystemsWorkingsystemsIntransactionmappingthefirstlevelfactoringresultsintheAnswer:bcreationofCFD.derivationofcontrolhierarchydistributionofworkmodulesrefinementofthemoduleview1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.AsuccessfulapplicationoftransformortransactionmappingtocreateanarchitecturaldesignissupplementedbyAnswer:eentity relationshipdiagrammodule interfacedescriptionsprocessingnarrativesforeachmoduletestcaseforeachmoduleBothb andcTheOOtestingintegrationstrategyinvolvestestingAnswer:agroupsofclassesthatcollaborateorcommunicateinsomewaysingleoperationsastheyareaddedtotheevolvingclassimplementationoperatorprogramsderivedfromuse-casescenariosnoneoftheaboveFilllment填空題5Frameworkactivity溝通策劃建模構(gòu)建部署Processmodels慣用過程模型：線性：瀑布過程模型&經(jīng)典生命周期V模型并行：增量過程模型演化過程模型：原型開發(fā)模型螺旋模型(迭代)協(xié)同開發(fā)模型(concurrentdevelopmentmodel)專用過程模型：基于構(gòu)建的開發(fā)模型(conponent-based)形式化方法模型(formalmethod)應用數(shù)學分析/應用數(shù)1亍分析1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.Processflowtype線性過程流迭代過程流演化過程流Wa”并行過程流para?Softwareprocessisalayered過程方法工具XPprocessmodel極限編程過程策劃設計敏捷建模重構(gòu)編碼結(jié)對編程測試UP(5phases)初始inception細化elaboration構(gòu)建轉(zhuǎn)換fsi能產(chǎn)productionUIdesigngoldenrules用戶操縱控制p|acetheusertocontrol減少用戶記憶負擔reducetheuser,smemory10ad保持界面一致consisitentyDesignmodel數(shù)據(jù)/類設計體系結(jié)構(gòu)設計接口設計構(gòu)建級設計Requirementengineering起始導出elicitation精化elaboration協(xié)商negotiation規(guī)格說明specifiction確認validation需求管理managment1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.Requirementmodelingfocuseson基于場景的元素基于類的元素行為元素面向數(shù)據(jù)流的元素Manifestoforagilesoftwaredevelopmentstatement敏捷宣言個體交互勝過開發(fā)過程和工具可運行的軟件勝過寬泛的文檔客戶合作勝過了合同談判對變更的良好響應勝過了按部就班地遵循計劃Testingstrategy單元測試集成測試確認測試系統(tǒng)測試CMMILevelnames不完全級incomplete已執(zhí)行級performed已管理級managed已定義級defined已定量管理級quantiativelymanaged優(yōu)化級optimizedTermExplanation名詞解釋Softwareengineering軟件工程是：1將系統(tǒng)化，規(guī)范化，可量化的方法應用于軟件的開發(fā)、運行和維護，即將工程化方法應用于軟件。2,在1中所述方法的研究。1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.SoftwareArchitecture軟件體系結(jié)構(gòu)：指系統(tǒng)的一個或者多個結(jié)構(gòu)，包括軟件的構(gòu)件，構(gòu)件的外部可見屬性以及它們之間的相互關(guān)系。CoupleandCohesion內(nèi)聚性：顯示了某個模塊相關(guān)功能的強度耦合性：顯示了模塊間相互依賴關(guān)系UML統(tǒng)一建模語言：是一種支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言，為軟件開發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格到構(gòu)造和配置Regressiontesting回歸測試：在集成測試策略環(huán)境下，重新執(zhí)行已測試的某個子集，以確保變更沒有傳播不期望的副作用。Waterfallmodel瀑布模型經(jīng)典生命周期模型：當需求很清楚時候。他提出一個系統(tǒng)的，順序的軟件開發(fā)方法，從用戶需求規(guī)格說明開始，通過策劃、建模、構(gòu)建和部署的過程，最終提供一個完整的軟件和持續(xù)的技術(shù)支持。1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.Informationhiding信息隱藏：指在設計和確定模塊時，使得一個模塊內(nèi)包含的特定信息，對于不需要這些信息的其他模塊來說是不可訪問的。Softwaretesting軟件測試：在規(guī)定的條件下對程序進行操作，以發(fā)現(xiàn)程序錯誤，衡量軟件質(zhì)量，并對其是否能滿足設計要求進行評估的過程。RequirementEngineering需求工程：指致力于不斷理解需求的大量任務和技術(shù)，從軟件工程的角度看，需求工程就是一個軟件工程活動，開始于溝通活動并持續(xù)到建?；顒覷secase用例：識別系統(tǒng)使用線索的場景，提供了系統(tǒng)將如何被使用的描述。用戶如何在一個特定的環(huán)境下與系統(tǒng)交互Class類：具有相似屬性和共同行為的事務集合。CRCmodel類-職責-協(xié)作者模型：可以識別和組織與系統(tǒng)或產(chǎn)品需求相關(guān)的類。實際上是表示類的標準索引卡片的集合，寫有類名，類的職責，類的協(xié)作關(guān)系。1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.IncementalModel增量模型：增量模型綜合了線性過程流和并行過程流的特征，隨著時間的推移，增量模型在每個階段運用線性序列，每個線性序列生產(chǎn)出一個軟件的可交付增量。Polymorphism多態(tài)性一種機制，允許一個類層次結(jié)構(gòu)中的幾個對象有不同的方法內(nèi)容但具有相同的名稱。CMMI能力成熟度模型集成：一個全面的過程元模型，當軟件開發(fā)組織達到不同的過程能力和成熟度水平時，該模型可以用來評估其所開發(fā)系統(tǒng)和軟件工程能力。0:incomplete不完全級；1：performed已執(zhí)行；2managed已管理；3defined已定義；4quantitativelymanaged已定量管理級；5optimized優(yōu)化級Prototypemodel原型開發(fā)：演化過程模型的一種。即當需求很模糊的時候，幫助理解需要做什么。開始于溝通，迅速策劃一個原型開發(fā)迭代并進行建模，快速設計出原型并進行部署，根據(jù)反饋進一步細化軟件的需求。Open-ClosedPrinciple開關(guān)原則：模塊應該對外延具有開放性，對修改具有封閉性。1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.SoftwareMyths軟件神話：即關(guān)于軟件及其開發(fā)過程的一些說法被人盲目相信，這可以追溯到信息處理技術(shù)發(fā)展初期?？雌饋硎鞘聦嵉暮侠砻枋觯ü芾砩裨挘脩羯裨?，從業(yè)者神話）Q&A問答題Howdosoftwarecharacteristicsdifferfromhardwarecharacteristics?（1）軟件是設計開發(fā)的，而不是傳統(tǒng)意義上生產(chǎn)制造的；（2）軟件不會磨損，但會因為變更而退化；（3）雖然整個工業(yè)向著基于構(gòu)件的構(gòu)造模式發(fā)展，然而大多數(shù)軟件仍是根據(jù)顧客實際需求定制的。Describethedifferencesbetweensoftwareconstructionandsoftwaredeployment.軟件的構(gòu)建包括了編碼和測試任務，從而為向客戶和最終用戶交付可運行軟件做好準備。部署則包括了三個動作：交付，支持和反饋。用于現(xiàn)代軟件工程本質(zhì)上是演變的，因此部署并不是只發(fā)生一次。兩者都是軟件工程的通用框架活動，但是構(gòu)建肯定是發(fā)生在部署之前，部署是構(gòu)建的下一個活動。Describethefiveframeworkactivitiesinvolvedinthesoftwareprocess.溝通：包含了與客戶之間大量的交流和協(xié)作，理解利益相關(guān)者的項目目標，并收集1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.需求以定義軟件的特性和功能。策劃：指為后續(xù)的軟件工程工作制定計劃，它描述了需求執(zhí)行的技術(shù)任務，可能的風險，資源需求，工作產(chǎn)品和工作進度建模：包括創(chuàng)建模型和設計兩個方面，創(chuàng)建模型有助于客戶和開發(fā)人員更好地理解軟件需求，設計可以實現(xiàn)需求構(gòu)建：包括編碼和測試部署：將軟件交付到用戶手中，用戶對其進行評測并給出反饋意見。WhichUML（unifiedmodelinglanguage）diagramsareusefulinobject-orientedanalysismodeling?基于場景的模型：用例圖活動圖UML泳道圖基于類的模型：類圖協(xié)作圖行為元素：狀態(tài)圖順序圖Listthetypesofmodelsthatmightbeusedinrequirementsmodelingandexplaintheroleofeachtypeofmodel.（1）基于場景的元素：表述用戶如何與系統(tǒng)和使用軟件時出現(xiàn)的特定活動序列進行交互（2）基于類的元素：表示了系統(tǒng)操作的對象、應用于對象間能有效控制的操作、對象間的關(guān)系以及已定義類之間的協(xié)作（3）行為元素：描述了外部事件如何改變系統(tǒng)或駐留在系統(tǒng)里的類的狀態(tài)（4）面向流的元素：表示信息轉(zhuǎn)換的系統(tǒng)，描述了數(shù)據(jù)對象在流過各種系統(tǒng)功能時是如何轉(zhuǎn)換的。1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.Whatarethesixstepsforrequirementsengineering?起始：對問題、方案需求方、期望方案的本質(zhì)、客戶和開發(fā)人員之間初步的交流和合作的效果建立基本了解；導出：開展需求收集活動；精化：將信息進行擴展和提煉，開發(fā)一個精確的技術(shù)模型用以說明軟件功能特征和約束；協(xié)商：不同客戶提出了沖突的需求，通過協(xié)商解決沖突，使各方達到一定滿意度；規(guī)格說明，描述了一個基于計算機系統(tǒng)的功能和性能，以及那些將影響系統(tǒng)開發(fā)的約束；確認：對需求工程的工作產(chǎn)品進行質(zhì)量評估；Brieflydescribetheprimarydifferencesbetweenstructuredanalysisandobject-orientedanalysis.結(jié)構(gòu)化的分析：一種考慮數(shù)據(jù)和處理的需求建模方法，其中處理將數(shù)據(jù)作為獨立實體加以轉(zhuǎn)換。數(shù)據(jù)對象建模定義了對象的屬性和關(guān)系，操作數(shù)據(jù)對象的處理建模應表明當數(shù)據(jù)對象在系統(tǒng)內(nèi)流動時處理如何轉(zhuǎn)換數(shù)據(jù)面向?qū)ο蟮姆治觯宏P(guān)注于定義類和影響客戶需求的類之間的協(xié)作方式Describethedifferencesbetweenthesoftwareengineeringtermscouplingandcohesion?內(nèi)聚性：顯示了某個模塊相關(guān)功能的強度耦合性：顯示了模塊間相互依賴關(guān)系構(gòu)件應該保持高內(nèi)聚性，低耦合性。1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.Describeeachroleofthefollowingdesignmodelsofdata,architecture,interfaceandcomponent-leveldesignrequiredforacompletespecificationofasoftwaredesign.數(shù)據(jù)/類設計：創(chuàng)建在高抽象級上（用戶觀點）表示的數(shù)據(jù)模型和信息模型/將分析類模型轉(zhuǎn)化為設計類的實現(xiàn)以及軟件實現(xiàn)所要求的數(shù)據(jù)結(jié)構(gòu)體系結(jié)構(gòu)設計：等效于房屋的平面圖，提供了軟件的整體視圖，定義了軟件主要結(jié)構(gòu)元素之間的聯(lián)系接口設計：相當于一組房屋的門、窗和外部設施的詳細繪圖，描述了信息如何流入和流出系統(tǒng)以及被定義為體系結(jié)構(gòu)一部分的構(gòu)件之間如何通信構(gòu)件級設計：相當于房屋中每個房間的一組詳圖及規(guī)格說明，軟件的構(gòu)件級完整地描述了每個軟件構(gòu)件的內(nèi)部細節(jié).為所有局部數(shù)據(jù)對象定義數(shù)據(jù)結(jié)構(gòu)datastructure.為所有在構(gòu)件內(nèi)發(fā)生的處理定義算法細節(jié)algorithmicdetail.定義訪問所有構(gòu)件操作的接口interfaceHowdoestheobject-orientedviewofcomponent-leveldesigndifferfromthetraditionalview?面向?qū)ο笥^點：注重細化來自問題域和基礎(chǔ)域的設計類。構(gòu)件包括一組協(xié)作的類。構(gòu)件中的每個類都得到詳細闡述，包括所有的屬性和與其相關(guān)的操作。所有設計類相互通信協(xié)作1文檔來源為:從網(wǎng)絡收集整理.word版本可編輯.文檔收集于互聯(lián)網(wǎng)，已重新整理排版.word版本可編輯，有幫助歡迎下載支持.的接口必須定義，設計師從需求模型開始，詳細描述分析類和基礎(chǔ)類傳統(tǒng)觀點：構(gòu)件就是程序的一個功能要素，程序由處理邏輯及實現(xiàn)處理邏輯所需的內(nèi)部數(shù)據(jù)結(jié)構(gòu)以及能夠保證構(gòu)件被調(diào)用和實現(xiàn)數(shù)據(jù)傳送的接口構(gòu)成。傳統(tǒng)構(gòu)件也稱為模塊，作為軟件體系結(jié)構(gòu)的一部分，可細化為控制構(gòu)件基礎(chǔ)設施構(gòu)件問題域構(gòu)件Whatarethekeydifferencesbetweenvalidationtestinggoalsandverification（oracceptance）testinggoals?確認：確保開發(fā)的軟件可追溯到客戶需求的一系列活動（是否構(gòu)造正確的產(chǎn)品）驗證：確保軟件正確地實現(xiàn)某一特定功能的一系列活動（是否正確地構(gòu)造產(chǎn)品）Whyisregressiontestinganimportantpartofanyintegrationtestingprocedure?每加入一個新模塊作為集成測試的一部分時，軟件發(fā)生變更，這些變更可能會使原