計(jì)算與軟件工程ii復(fù)習(xí)材料軟工

1、1目任輸生命周期的活動有需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測試、安。目任輸1目任輸生命周期的活動有需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測試、安。目任輸需求分理解實(shí)現(xiàn)系統(tǒng)為第一目的；保證良好的系統(tǒng)行為為第二描述問題域特系統(tǒng)SRS (Software 設(shè)基于 的主題建立 架人機(jī)交互設(shè)計(jì)（HCIHIC檔實(shí)使用一種編程語言實(shí)現(xiàn)每個相對獨(dú)立的系統(tǒng)組件必須附有詳細(xì)正確可執(zhí)行的程2.SoftwareLifecycleandss特征描優(yōu)缺Build and Fix 2.SoftwareLifecycleandss特征描優(yōu)缺Build and Fix The working programisthe only work 適用于單人開發(fā)的

2、小規(guī)模的?？衫斫庑院涂尚噪S著軟件規(guī)模的增長需要一個周期循環(huán)；編碼除錯測證明產(chǎn)品的錯誤和障安交付之后保證其可以持培訓(xùn)。一連串有序的一連串有序的；發(fā)；文檔有文檔各個階段定義現(xiàn)實(shí)開發(fā)之前就獲的需求說明文客戶僅僅在第一個階段參與難以按照期望獲得產(chǎn)品時間過于晚增量模確定用戶需求早期增量中加每次產(chǎn)品的交付都會增加新瀑布模型應(yīng)于每個步驟數(shù)周內(nèi)即獲得可執(zhí)行部分功并且成本回收開發(fā)易于理解的前期說明書可以如果 需求的某個方面沒有被很好的理要建立一個完 求會非常 3被當(dāng)(原型開需求定義3被當(dāng)(原型開需求定義不清晰或是難以獲現(xiàn)有 的功能或是效率不(采用此開發(fā)模型的更好的滿足用較早的發(fā)現(xiàn)問；（為使原型快Spiral結(jié)合

3、了原型的迭代性質(zhì)和瀑布模型的系統(tǒng)( 早期的迭代 中， 系統(tǒng)會是原型（ inner cycles；后期則會是經(jīng)典的瀑 布 模 型(outer具有快速開發(fā)愈加完善的軟能夠保持良好的可操作性直至生命周期結(jié)能夠及時的應(yīng)很難說服客戶此演進(jìn)方式是靠的風(fēng)險評估僅適用于大規(guī)模開發(fā)roductionanisation項(xiàng)目組ysis風(fēng)險分and software resource requirements資源需Work breakdownProject schedule項(xiàng)目進(jìn)度Monitoringandroductionanisation項(xiàng)目組ysis風(fēng)險分and software resource requir

4、ements資源需Work breakdownProject schedule項(xiàng)目進(jìn)度Monitoringandreportingmechanisms監(jiān)督機(jī)4包括哪些活動QualityQualityanisationalproceduresandstandardsforSelect applicable procedures and standards for a particular project and modify these as required；Qualityt procedures and standards are followed by softwaredevelopmen

5、tQuality management should be separate from project management to ensure independence。：為質(zhì)量管理建立系統(tǒng)的處理程序和標(biāo)準(zhǔn)質(zhì)量計(jì)劃：為特定的項(xiàng)目選擇合適的處理程序和標(biāo)準(zhǔn)，并且如需要按要求進(jìn)行改進(jìn)質(zhì)量控制：確保所有的處理程序和標(biāo)準(zhǔn)被整開發(fā)團(tuán)隊(duì)所遵守質(zhì)量管理必須和項(xiàng)目管理分離開來，以保證1.項(xiàng)目啟動計(jì)2.需求階段的需求評審，驗(yàn)收測試計(jì)劃,收集需求度量數(shù)據(jù) 3.設(shè)計(jì)階段的體系結(jié)構(gòu)評審，詳細(xì)設(shè)計(jì)評審，集成測試計(jì)劃，收集計(jì)度4.1.項(xiàng)目啟動計(jì)2.需求階段的需求評審，驗(yàn)收測試計(jì)劃,收集需求度量數(shù)據(jù) 3.設(shè)計(jì)階段的體系結(jié)構(gòu)

6、評審，詳細(xì)設(shè)計(jì)評審，集成測試計(jì)劃，收集計(jì)度4.構(gòu)造階段的代碼評審，初步集成測試，收集構(gòu)造度量數(shù)據(jù) 5.測試試任務(wù)評歸測收集測試度量數(shù)據(jù)。6.移交階段執(zhí)行用戶手冊與幫助文檔的評34參老師要結(jié)合本次軟工項(xiàng)目5. Activity每個（方塊有持（橢圓（or deliverable， 前驅(qū)的時間代表開始時間，后繼的時結(jié)束時間（PPTCH5P40-15da ys 14/7 15da ys 8days 5days 25/7 4/7 7days star20days 15days 25/710days 10da ys 15da ys 18/7 25days 對應(yīng)（Task15da ys 14/7 15da

7、ys 8days 5days 25/7 4/7 7days star20days 15days 25/710days 10da ys 15da ys 18/7 25days 對應(yīng)（TaskdurationsandCriticalProgramEvaluationandReviewActivitytimeline(GanttProject 8T1T2,T45T1,T2T1T4T3,T6T5,T77T96制問題域：當(dāng)現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差距時，就產(chǎn)問題。要解決問題，就需6制問題域：當(dāng)現(xiàn)實(shí)的狀況與人們期望的狀況產(chǎn)生差距時，就產(chǎn)問題。要解決問題，就需要改變現(xiàn)實(shí)當(dāng)中某些實(shí)體的狀態(tài)實(shí)體狀態(tài)變化的

8、演進(jìn)順序，使其達(dá)到期望的狀態(tài)或演進(jìn)順序些實(shí)體和狀了解系統(tǒng)系統(tǒng)通過影響問題域?yàn)榻夤蚕憩F(xiàn)象系統(tǒng)中的某些部分特性，兩個部分之間可以建立消息關(guān)系，并實(shí)現(xiàn)同步變化（換句話說系統(tǒng)當(dāng)中含有問題域某些這些建立的共同知識就是問題域和解系統(tǒng)之間的共象，源于現(xiàn)實(shí)而又高于現(xiàn)實(shí)，是對現(xiàn)實(shí)的模擬并加以改變(回答要點(diǎn)估計(jì)就這么多，要注意互動這個81.主程序/子程序體系結(jié)構(gòu)主程序/子程序體系結(jié)構(gòu)是調(diào)用和返回體系結(jié)風(fēng)格之一能夠工程師設(shè)計(jì)出一個相當(dāng)易于修改和擴(kuò)展的程序結(jié)構(gòu)范圍即為該問域現(xiàn)實(shí)世能夠幫助人們解決問題問題域的某些部分具有模程序結(jié)構(gòu)將功能分解為一個控制層次，其中“主”程序調(diào)用一組程構(gòu)件，這些程序構(gòu)件又去調(diào)用別的程序構(gòu)件2

9、.象體系結(jié)構(gòu)在面向?qū)ο篌w系結(jié)構(gòu)中系程序結(jié)構(gòu)將功能分解為一個控制層次，其中“主”程序調(diào)用一組程構(gòu)件，這些程序構(gòu)件又去調(diào)用別的程序構(gòu)件2.象體系結(jié)構(gòu)在面向?qū)ο篌w系結(jié)構(gòu)中系統(tǒng)的構(gòu)件封裝了數(shù)據(jù)和必須應(yīng)用到該數(shù)據(jù)上構(gòu)件間通過信息傳遞進(jìn)行通信和合適合題是確定和保護(hù)的信息（數(shù)據(jù)）的相關(guān)機(jī)構(gòu)3.ImplicitInvocation隱式調(diào)用（基于事件）體系結(jié)構(gòu)不是直接調(diào)用函數(shù)，而是通過構(gòu)件他的構(gòu)件通過函數(shù)所關(guān)注的事件發(fā)生時事件的連接器就調(diào)用所有事件構(gòu)的函數(shù)這種體系結(jié)構(gòu)的約束是者不知道哪些構(gòu)件會受到事件而且構(gòu)件不響應(yīng)事件的處理程序在件發(fā)生之后會出現(xiàn)哪些響應(yīng)處理程序4.itory在倉（以數(shù)據(jù)為中心）體系結(jié)構(gòu)中，數(shù)是

10、中心，其他獨(dú)立的構(gòu)件經(jīng)常會通過函數(shù)調(diào)用或者直內(nèi)更新、添加、修改和刪除等操作。使得系統(tǒng)這種體系結(jié)構(gòu)使得大（以數(shù)據(jù)為中心）體系結(jié)構(gòu)中，數(shù)是中心，其他獨(dú)立的構(gòu)件經(jīng)常會通過函數(shù)調(diào)用或者直內(nèi)更新、添加、修改和刪除等操作。使得系統(tǒng)這種體系結(jié)構(gòu)使得大量數(shù)據(jù)更加有效省了空間。另外，集中式的數(shù)據(jù)管理使得備份變得簡單，增強(qiáng)了系的可靠性和安全性，實(shí)時的數(shù)據(jù)控制更是減小了時間的開銷11、解釋職責(zé)分配信控制模高內(nèi)低耦網(wǎng)上找的解釋，大家可以參考參11、耦合與內(nèi)耦內(nèi)定耦合是類之間彼此聯(lián)系的一種定性度量。隨著類（構(gòu)件）相互依賴愈來愈多，類間的耦合程度也會增內(nèi)聚性意味著構(gòu)件或者類只封裝那些相互關(guān)聯(lián)密切，以及與構(gòu)件或類自身有密切

11、系的屬性和操作。一13模式應(yīng)用內(nèi)容比較多，很難整理給大，大家可以參考參考13模式應(yīng)用內(nèi)容比較多，很難整理給大，大家可以參考參考14.能夠列出至少 5 個界面設(shè)計(jì)的注意事項(xiàng)，并加以解三個置用戶于控制之以不強(qiáng)求用戶進(jìn)入不必要的或不希望的2提供靈活的交3允許用戶交互被中斷和撤4當(dāng)技能級別增長時可以使用交互流線加個內(nèi)聚的模塊執(zhí)行一個獨(dú)立的任務(wù)，與程序的其他部分構(gòu)件需要很少的交互構(gòu)件級的設(shè)計(jì)目降低增加另外還有十個原則（PPT 上的，大致翻譯CompactnaturalgraphandFew另外還有十個原則（PPT 上的，大致翻譯CompactnaturalgraphandFewUsinguser使用用戶

12、母Leastmemoryneededfor減輕用負(fù)設(shè)計(jì)風(fēng)格保持一并允5使用戶技術(shù)細(xì)開設(shè)計(jì)應(yīng)允許用戶與出現(xiàn)在屏幕上的對象減輕用戶的1減少對短的要2建立有意義的缺3定義直觀的快捷方界面的視覺布局應(yīng)該基于真實(shí)世界的象5以不斷進(jìn)展的方式揭示信保持界面一允許用戶將當(dāng)前任務(wù)放入有意義的環(huán)境2在應(yīng)用系內(nèi)保持一致如果過去的交互模型已經(jīng)建立起了用戶期望除非有不得已的理由否則不要改變Identifyexit清晰定義退Gooderrormessage好AvoidHelpIdentifyexit清晰定義退Gooderrormessage好AvoidHelp幫助文這一題光看這些原則大家還是去看看上課的 ppt，面有不少

13、的例子。對照以上的原則，可以加深理解16. 掌握白盒測試和黑盒測試的常見方法，并進(jìn)行能夠優(yōu)缺比較黑盒測白盒測前提條已知產(chǎn)品的功能設(shè)計(jì)規(guī)需求分析階段無法進(jìn)行已知產(chǎn)品工作過目通過求，所有 成分是否以對測要測完全不考慮程的邏輯結(jié)構(gòu)允許測利用程序部的邏輯結(jié)構(gòu)及有關(guān)優(yōu)測試 不需要了解實(shí)現(xiàn)從用戶的角度進(jìn) 試，缺 語句最起碼的結(jié)構(gòu)覆蓋要求語句覆蓋要求設(shè)計(jì)足夠多的試用例，使得程序中的每條語句至少被執(zhí)行一次多的測試用例語句最起碼的結(jié)構(gòu)覆蓋要求語句覆蓋要求設(shè)計(jì)足夠多的試用例，使得程序中的每條語句至少被執(zhí)行一次多的測試用例得程序中行一次，每個判斷的取真、取假至少執(zhí)行一次路徑覆蓋：設(shè)計(jì)足夠的測試用例，覆蓋程序中所有可能的路徑17. 基本概工程工程是建立和使用一套合理的工程原則，從經(jīng)濟(jì)地獲得可靠的、可以在實(shí)際機(jī)器上高效。（1）將系統(tǒng)化的、規(guī)可量的開發(fā)、運(yùn)行將工（2）在（1）中法的研究（書上 需求是(1)用戶解決問題或達(dá)到目標(biāo)所需的常見測試方語句覆蓋；分支覆蓋； 條件覆件覆蓋；條件組合覆 蓋；路徑覆蓋。 件或權(quán)能(Capability)。 (2)系統(tǒng)或系要足合同或其它正式規(guī)定文檔所的條件或權(quán)能。 (3)一種反映上面(1)或(2的條件或權(quán)能的文檔設(shè)計(jì)件或權(quán)能(Capability)。 (2)系統(tǒng)或系要足合同或其它正式規(guī)定文檔所的條件或權(quán)能。 (3)一種