計算與軟件工程ii復習材料軟工

1、1目任輸生命周期的活動有需求分析、設計、實現(xiàn)、測試、安。目任輸1目任輸生命周期的活動有需求分析、設計、實現(xiàn)、測試、安。目任輸需求分理解實現(xiàn)系統(tǒng)為第一目的；保證良好的系統(tǒng)行為為第二描述問題域特系統(tǒng)SRS (Software 設基于 的主題建立 架人機交互設計（HCIHIC檔實使用一種編程語言實現(xiàn)每個相對獨立的系統(tǒng)組件必須附有詳細正確可執(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)品的錯誤和障安交付之后保證其可以持培訓。一連串有序的一連串有序的；發(fā)；文檔有文檔各個階段定義現(xiàn)實開發(fā)之前就獲的需求說明文客戶僅僅在第一個階段參與難以按照期望獲得產(chǎn)品時間過于晚增量模確定用戶需求早期增量中加每次產(chǎn)品的交付都會增加新瀑布模型應于每個步驟數(shù)周內(nèi)即獲得可執(zhí)行部分功并且成本回收開發(fā)易于理解的前期說明書可以如果 需求的某個方面沒有被很好的理要建立一個完 求會非常 3被當(原型開需求定義3被當(原型開需求定義不清晰或是難以獲現(xiàn)有 的功能或是效率不(采用此開發(fā)模型的更好的滿足用較早的發(fā)現(xiàn)問；（為使原型快Spiral結合

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

4、ements資源需Work breakdownProject schedule項目進度Monitoringandreportingmechanisms監(jiān)督機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)的處理程序和標準質(zhì)量計劃：為特定的項目選擇合適的處理程序和標準，并且如需要按要求進行改進質(zhì)量控制：確保所有的處理程序和標準被整開發(fā)團隊所遵守質(zhì)量管理必須和項目管理分離開來，以保證1.項目啟動計2.需求階段的需求評審，驗收測試計劃,收集需求度量數(shù)據(jù) 3.設計階段的體系結構評審，詳細設計評審，集成測試計劃，收集計度4.1.項目啟動計2.需求階段的需求評審，驗收測試計劃,收集需求度量數(shù)據(jù) 3.設計階段的體系結構

6、評審，詳細設計評審，集成測試計劃，收集計度4.構造階段的代碼評審，初步集成測試，收集構造度量數(shù)據(jù) 5.測試試任務評歸測收集測試度量數(shù)據(jù)。6.移交階段執(zhí)行用戶手冊與幫助文檔的評34參老師要結合本次軟工項目5. Activity每個（方塊有持（橢圓（or deliverable， 前驅(qū)的時間代表開始時間，后繼的時結束時間（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 對應（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 對應（TaskdurationsandCriticalProgramEvaluationandReviewActivitytimeline(GanttProject 8T1T2,T45T1,T2T1T4T3,T6T5,T77T96制問題域：當現(xiàn)實的狀況與人們期望的狀況產(chǎn)生差距時，就產(chǎn)問題。要解決問題，就需6制問題域：當現(xiàn)實的狀況與人們期望的狀況產(chǎn)生差距時，就產(chǎn)問題。要解決問題，就需要改變現(xiàn)實當中某些實體的狀態(tài)實體狀態(tài)變化的

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

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

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

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

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

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