軟件工程整理

1、可維護(hù)性 靈活性 可測(cè)試性正確性完整性可靠性可維護(hù)性 靈活性 可測(cè)試性正確性完整性可靠性可用性有效性1、軟件危機(jī)產(chǎn)生原因：用戶需求描述不準(zhǔn)確開發(fā)人員對(duì)需求的理解差異大型項(xiàng)目管理經(jīng)驗(yàn)缺乏開發(fā)人員素質(zhì)與經(jīng)驗(yàn)缺乏有力的方法學(xué)與工具技術(shù)軟件本身的復(fù)雜性2、軟件工程的概念軟件工程：是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)算機(jī)軟件有關(guān)技術(shù)及管理方法。軟件工程三要素：方法、工具和過(guò)程-軟件工程方法為軟件開發(fā)提供了 “如何做”的技術(shù)，軟件工程方法分兩類：傳統(tǒng)方 法和面向?qū)ο蠓椒?軟件工具為軟件工程方法提供了自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境3、軟件工程過(guò)程定義了：方法使用的順序-要求交付的文檔資料為保證質(zhì)量和適

2、應(yīng)變化所需要的管理軟件開發(fā)各個(gè)階段完成的里程碑4、軟件工程的基本活動(dòng)：需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)、支持5、原型模型具有較大的靈活性，適合于軟件需求不明確，設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。其主要優(yōu)點(diǎn)是能統(tǒng)一客戶和開發(fā)人員對(duì)軟件項(xiàng)目需求的理解，有助于需求的定義和確認(rèn)。6、螺旋法（小題）1、軟件項(xiàng)目管理任務(wù)：制定軟件項(xiàng)目的實(shí)施計(jì)劃和方案；對(duì)人員進(jìn)行組織和分工；按照計(jì)劃進(jìn)度，以及成本管理、風(fēng)險(xiǎn)管理、質(zhì)量管理的要求進(jìn)行軟件開發(fā)，完成軟 件項(xiàng)目的各項(xiàng)要求和任務(wù)。2、面向功能的度量?jī)?yōu)點(diǎn)與程序設(shè)計(jì)語(yǔ)言無(wú)關(guān)；功能點(diǎn)度量能用于軟件項(xiàng)目的開發(fā)初期。缺點(diǎn)它涉及到的主觀因素比較多，如各種權(quán)函數(shù)的取值；信息領(lǐng)域中的某些數(shù)據(jù)有時(shí)

3、不容易采集；FP的值沒(méi)有直觀的物理意義?？梢浦残?可重用性 可互操作性產(chǎn)品運(yùn)行性3、cm件所攜要成 4、風(fēng)險(xiǎn)分為項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)。項(xiàng)目風(fēng)險(xiǎn)威脅到項(xiàng)目計(jì)劃，一旦項(xiàng)目風(fēng)險(xiǎn)成為現(xiàn)實(shí)，可能會(huì)拖延項(xiàng)目進(jìn)度，增加項(xiàng)目的成本。 項(xiàng)目風(fēng)險(xiǎn)是指潛在的預(yù)算、進(jìn)度、個(gè)人（包括人員和組織）、資源、用戶和需求方面的問(wèn)題， 以及它們對(duì)軟件項(xiàng)目的影響。技術(shù)風(fēng)險(xiǎn)威脅到待開發(fā)軟件的質(zhì)量和預(yù)定的交付時(shí)間。如果技術(shù)風(fēng)險(xiǎn)成為現(xiàn)實(shí)，開發(fā)工作可 能會(huì)變得很困難或根本不可能。技術(shù)風(fēng)險(xiǎn)是指潛在的設(shè)計(jì)、實(shí)現(xiàn)、接口、檢驗(yàn)和維護(hù)方面的 問(wèn)題。此外，規(guī)格說(shuō)明的多義性、技術(shù)上的不確定性、技術(shù)陳舊、最新技術(shù)不成熟）也是風(fēng) 險(xiǎn)因素。商業(yè)風(fēng)險(xiǎn)威

4、脅到待開發(fā)軟件的生存能力。5種主要的商業(yè)風(fēng)險(xiǎn)是： （1）建立的軟件雖然很優(yōu)秀但不是市場(chǎng)真正所想要的（市場(chǎng)風(fēng)險(xiǎn)）； （2）建立的軟件不再符合公司的整個(gè)軟件產(chǎn)品戰(zhàn)略（策略風(fēng)險(xiǎn)）; （3）建立了銷售部門不清楚如何推銷的軟件; （4）由于重點(diǎn)轉(zhuǎn)移或人員變動(dòng)而失去上級(jí)管理部門的支持（管理風(fēng)險(xiǎn)）; （5）沒(méi)有得到預(yù)算或人員的保證（預(yù)算風(fēng)險(xiǎn)）。5、CMM把企業(yè)控制軟件過(guò)程的能力分五級(jí)1、初始級(jí)、2、可重復(fù)級(jí)3、已定義級(jí)、4已 管理級(jí)5、優(yōu)化級(jí)1、軟件需求分析三個(gè)主要階段（任務(wù)）：?jiǎn)栴}分析、需求描述、需求評(píng)審1、結(jié)構(gòu)化分析的分析模型2、需求分析舉例問(wèn)題說(shuō)明欲開發(fā)某考務(wù)處理系統(tǒng)，用戶希望的功能如下:（1）對(duì)考生

5、送來(lái)的報(bào)名單進(jìn)行檢查。（2）對(duì)合格的報(bào)名單編好準(zhǔn)考證號(hào)后將準(zhǔn)考證送給考生，并將匯總后的考生名單送給閱卷站。（3）對(duì)閱卷站送來(lái)的成績(jī)清單進(jìn)行檢查，并根據(jù)考試中心制定的合格標(biāo)準(zhǔn)審定合 格者。（4）制作考生通知單送給考生。（5）進(jìn)行成績(jī)分類統(tǒng)計(jì)（按地區(qū)，年齡，文化程度，職業(yè)，考試級(jí)別等分類）和 試題難度分析，產(chǎn)生統(tǒng)計(jì)分析表。部分?jǐn)?shù)據(jù)流的組成如下所示：報(bào)名單=地區(qū)+序號(hào)+姓名+性別+年齡+文化程度+職業(yè)+考試級(jí)別+通訊地址正式報(bào)名單=報(bào)名單+準(zhǔn)考證號(hào)準(zhǔn)考證=地區(qū)+序號(hào)+姓名+準(zhǔn)考證號(hào)+考試級(jí)別考生名單=準(zhǔn)考證號(hào)+考試級(jí)別（其中w表示w重復(fù)多少次）統(tǒng)計(jì)分析表=分類統(tǒng)計(jì)表+難度分析表考生通知單=考試級(jí)別+

6、準(zhǔn)考證號(hào)+姓名+合格標(biāo)志+通信地址考試中心考生閱卷站考試中心考生閱卷站態(tài)圖（類尊雄2、什么是用例?口態(tài)圖（類尊雄2、什么是用例?口從外部用作用。、對(duì)象圖、包圖）（3）行為圖（4）實(shí)現(xiàn)圖一個(gè)用例是主角（actor）與目標(biāo)軟件系統(tǒng)之間一次典型的交互口從軟件系統(tǒng)內(nèi)部的視角出發(fā)，一個(gè)用例代表著系統(tǒng)執(zhí)行的一系列動(dòng)作，動(dòng)作執(zhí)行的結(jié)果能夠被外部的主角所察覺(jué)。3、會(huì)畫一個(gè)用例圖（主要的actor和每個(gè)actor的操作）1、耦合是模塊之間的互相連接的緊密程度的度量 設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合,減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合,杜絕內(nèi) 容耦合。2、時(shí)間內(nèi)聚又稱為經(jīng)典內(nèi)聚。這種模塊大多為多功能模塊，但

7、模塊的各個(gè)功能的執(zhí)行與時(shí) 間有關(guān)，通常要求所有功能必須在同一時(shí)間段內(nèi)執(zhí)行。例如初始化模塊和終止模塊。1、啟發(fā)式設(shè)計(jì)策略口變換分析和事務(wù)分析的最后一個(gè)步驟都是運(yùn)用啟發(fā)式策略對(duì)程序結(jié)構(gòu)雛形進(jìn)行優(yōu)化，以提高軟件設(shè)計(jì)的整體質(zhì)量。口啟發(fā)式設(shè)計(jì)策略是人們從長(zhǎng)期的大量軟件開發(fā)過(guò)程中積累總結(jié)的經(jīng)驗(yàn)。改造程序結(jié)構(gòu)，減小耦合度，提高內(nèi)聚度。應(yīng)從增強(qiáng)模塊獨(dú)立性的角度，對(duì)程序結(jié)構(gòu)雛形的模塊進(jìn)行分解或合并，力求降低耦合度， 提高內(nèi)聚度。改造程序結(jié)構(gòu)，減少高扇出，在增加程序深度的前提下追求高扇入。改造程序結(jié)構(gòu)，使任一模塊的作用域在其控制域之內(nèi)。模塊作用域指，受該模塊內(nèi)部判定影響的所有模塊；模塊控制域?yàn)槠渌邢聦幽K。改造

8、程序結(jié)構(gòu)，減少界面的復(fù)雜性和冗余程度，提高協(xié)調(diào)性。界面復(fù)雜是引起軟件錯(cuò)誤的一個(gè)基本因素。界面?zhèn)鬟f的數(shù)據(jù)應(yīng)盡可能簡(jiǎn)單并與模塊的功能相協(xié)調(diào)。模塊功能應(yīng)該可預(yù)言，避免對(duì)模塊施加過(guò)多限制。模塊功能可預(yù)言指，若視模塊為“黑匣子”，輸入恒定，輸出則恒定。如果對(duì)模塊局部數(shù)據(jù)的體積，控制流程的選擇及外部接口方式等諸因素限制過(guò)多，則以后 為去掉這些限制要增加維護(hù)開銷。改造程序結(jié)構(gòu)，追求單入口單出口的模塊。為滿足設(shè)計(jì)或可移植性的要求，把某些軟件用包(Package)封裝起來(lái)。根據(jù)模塊重要的程度、被訪問(wèn)的頻率及兩次引用的間隔等因素對(duì)模塊分組。程序中那些供選擇的或“單調(diào)”(oneshot)的模塊應(yīng)單獨(dú)存在，以便高效地

9、加載。無(wú)論是采用變換分析法還是事務(wù)分析法，獲得程序結(jié)構(gòu)后，必須開發(fā)一系列輔助文檔，作為 軟件總體設(shè)計(jì)的組成部分。陳述每個(gè)模塊的處理過(guò)程；描述每個(gè)模塊的界面；根據(jù)數(shù)據(jù)字典定義局部和全局?jǐn)?shù)據(jù)結(jié)構(gòu)；綜述設(shè)計(jì)中所有限制(Limitations)和限定(Restrictions)；對(duì)概要設(shè)計(jì)進(jìn)行復(fù)審；對(duì)設(shè)計(jì)進(jìn)行優(yōu)化。1、邊界類描述目標(biāo)軟件系統(tǒng)與外部環(huán)境的交互，主要任務(wù)：（1）界面控制（2）外部接口（3）環(huán) 境隔離2、控制類作為完成用例任務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或 行為1、黑盒測(cè)試完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。測(cè)試僅在程序界面上進(jìn)行。設(shè)計(jì)測(cè)試用例旨在說(shuō)明：軟件的功能是否

10、可操作；程序能否適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出結(jié)果；能否保持外部信息（如數(shù)據(jù)文件）的完整性。黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。2、白盒測(cè)試時(shí)將程序看作是一個(gè)透明的盒子，也就是說(shuō)測(cè)試人員完全了解程序的內(nèi)部結(jié)構(gòu) 和處理過(guò)程。所以測(cè)試時(shí)按照程序內(nèi)部的邏輯測(cè)試程序、檢驗(yàn)程序中的每條通路是否都能按 預(yù)定的要求正確工作。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。不論黑盒還是白盒測(cè)試都不能進(jìn)行窮盡測(cè)試，所以軟件測(cè)試不可能發(fā)現(xiàn)程序中存在的所有錯(cuò) 誤，因此需精心設(shè)計(jì)測(cè)試方案，力爭(zhēng)盡可能少的次數(shù)，測(cè)出盡可能多的錯(cuò)誤。3、基本路徑4、等價(jià)類（電話號(hào)碼）5、測(cè)試過(guò)程中有哪些活動(dòng)：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)

11、測(cè)試6、系統(tǒng)測(cè)試有哪幾種：恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試、性能測(cè)試1、什么是軟件配置項(xiàng)：2、基線標(biāo)志軟件開發(fā)過(guò)程的各個(gè)里程碑，任一 SCI（例如，設(shè)計(jì)說(shuō)明書）,一旦形成文檔并復(fù)審 通過(guò)，即成為一個(gè)基線，它標(biāo)志開發(fā)過(guò)程中一個(gè)階段的結(jié)束。1軟件危機(jī)產(chǎn)生原因：用戶需求描述不準(zhǔn)確、開發(fā)人員對(duì)需求的理解差異、大型項(xiàng)目管理經(jīng)驗(yàn)缺乏、開發(fā)人員素質(zhì) 與經(jīng)驗(yàn)、缺乏有力的方法學(xué)與工具技術(shù)、軟件本身的復(fù)雜性2軟件工程的概念是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)算機(jī)軟件有關(guān)技術(shù)及管理方法。軟件工程三要素：方法、工具和過(guò)程軟件工程方法為軟件開發(fā)提供了 “如何做”的技術(shù)，軟件工程方法分兩類：傳統(tǒng)方法和面 向?qū)ο蠓椒ㄜ?/p>

12、件工具為軟件工程方法提供了自動(dòng)的或半自動(dòng)的軟件支撐環(huán)境3軟件工程過(guò)程定義了：方法使用的順序、要求交付的文檔資料、為保證質(zhì)量和適應(yīng)變化所需要的管理、軟件開發(fā)各 個(gè)階段完成的里程碑軟件工程的基本活動(dòng)：需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)、支持5原型模型具有較大的靈活性，適合于軟件需求不明確，設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。 其主要優(yōu)點(diǎn)是能統(tǒng)一客戶和開發(fā)人員對(duì)軟件項(xiàng)目需求的理解，有助于需求的定義和確認(rèn)。6螺旋模型：新增加了新的成分：風(fēng)險(xiǎn)分析（需求定義，風(fēng)險(xiǎn)分析，工程實(shí)現(xiàn)，評(píng)審） 軟件開發(fā)項(xiàng)目力圖在以上目標(biāo)的沖突中取得一定程度的平衡：成本，質(zhì)量，工期1軟件項(xiàng)目管理任務(wù)：制定軟件項(xiàng)目的實(shí)施計(jì)劃和方案;對(duì)人員進(jìn)行組織和分

13、工；按照計(jì)劃進(jìn)度，以及成本管理、 風(fēng)險(xiǎn)管理、質(zhì)量管理的要求進(jìn)行軟件開發(fā)，完成軟件項(xiàng)目的各項(xiàng)要求和任務(wù)。成本管理主要任務(wù)：估算軟件項(xiàng)目的成本；質(zhì)量管理：指定軟件質(zhì)量保證計(jì)劃，對(duì)階段性的 軟件產(chǎn)品進(jìn)行評(píng)審；對(duì)最終產(chǎn)品進(jìn)行驗(yàn)證和確認(rèn)。軟配置管理：制定配置管理計(jì)劃，對(duì)程序 文檔和數(shù)據(jù)的各種版本進(jìn)行管理，確保軟件的完整性和一致性。2面向功能的度量?jī)?yōu)點(diǎn)與程序設(shè)計(jì)語(yǔ)言無(wú)關(guān)；功能點(diǎn)度量能用于軟件項(xiàng)目的開發(fā)初期。缺點(diǎn)：它涉及到的主觀因素比較多，如各種權(quán)函數(shù)的取值；信息領(lǐng)域中的某些數(shù)據(jù)有時(shí)不容 易采集；FP的值沒(méi)有直觀的物理意義。3軟件質(zhì)量要素：軟件的運(yùn)行特征：正確性可靠性有效性完整性可用性 軟件承受修改的能力：

14、可維護(hù)性靈活性可測(cè)試性 軟件對(duì)新環(huán)境的適應(yīng)程度：可移植性可重用性連接性4風(fēng)險(xiǎn)分為項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)。軟件開發(fā)項(xiàng)目的進(jìn)度是任務(wù)、人力、時(shí)間的組CMM把企業(yè)控制軟件過(guò)程的能力成熟度分五級(jí)1初始級(jí)（自發(fā)過(guò)程成功靠員工努力）2 可重復(fù)級(jí)（建立基本管理，參照成功的項(xiàng)目重復(fù)）3已定義級(jí)（所有管理、工程兩方面的活 動(dòng)均文檔化并納入有組織的軟件過(guò)程，新的項(xiàng)目按定義的過(guò)程開發(fā)和管理）4已管理級(jí)（軟 件過(guò)程可量化管理，可制定產(chǎn)品度量標(biāo)準(zhǔn)第三級(jí)除外）5優(yōu)化級(jí)（可從實(shí)施過(guò)程的反饋中改 進(jìn)過(guò)程第四級(jí)除外）1軟件需求：用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望軟件需求分析三個(gè)主要階段（任務(wù)）：?jiǎn)?/p>

15、題分析、需求描述、需求評(píng)審（正確性、無(wú)歧義性、 完全性、可驗(yàn)證性、一致性、可理解性、可修改性、可追蹤性、必要性、可實(shí)現(xiàn)性、確定優(yōu) 先級(jí)）結(jié)構(gòu)化分析的分析模型：實(shí)體關(guān)系：數(shù)據(jù)對(duì)象描述。數(shù)據(jù)流：加工規(guī)格說(shuō)明。狀態(tài)- 遷移圖：控制規(guī)格說(shuō)明（中間是數(shù)據(jù)字典）1UML圖1用例圖2靜態(tài)圖（類圖、對(duì)象圖、包圖）3行為圖（交互圖、狀態(tài)圖、活動(dòng)圖）4實(shí)現(xiàn)圖（構(gòu)件圖、部署圖）2什么是用例？從外部用戶的視角看，一個(gè)用例是主角（actor ）與目標(biāo)軟件系統(tǒng)之間一次典型的交互作用。從軟件系統(tǒng)內(nèi)部的視角出發(fā)，一個(gè)用例代表著系統(tǒng)執(zhí)行的一系列動(dòng)作，動(dòng)作執(zhí)行的結(jié)果能夠 被外部的主角所察覺(jué)。1耦合是模塊之間的互相連接的緊密程度的

16、度量設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合,減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合,杜絕內(nèi) 容耦合。2時(shí)間內(nèi)聚又稱為經(jīng)典內(nèi)聚。這種模塊大多為多功能模塊，但模塊的各個(gè)功能的執(zhí)行與時(shí)間 有關(guān)，通常要求所有功能必須在同一時(shí)間段內(nèi)執(zhí)行。例如初始化模塊和終止模塊。1、啟發(fā)式設(shè)計(jì)策略變換分析和事務(wù)分析的最后一個(gè)步驟都是運(yùn)用啟發(fā)式策略對(duì)程序結(jié)構(gòu)雛形進(jìn)行優(yōu)化，以 提高軟件設(shè)計(jì)的整體質(zhì)量。啟發(fā)式設(shè)計(jì)策略是人們從長(zhǎng)期的大量軟件開發(fā)過(guò)程中積累總結(jié)的 經(jīng)驗(yàn)。1改造程序結(jié)構(gòu)，減小耦合度，提高內(nèi)聚度。2改造程序結(jié)構(gòu)，減少高扇出，在增加程序深 度的前提下追求高扇入。3改造程序結(jié)構(gòu)，使任一模塊的作用域在其控制域之內(nèi)。4改造程 序

17、結(jié)構(gòu)，減少界面的復(fù)雜性和冗余程度，提高協(xié)調(diào)性。5模塊功能應(yīng)該可預(yù)言，避免對(duì)模塊 施加過(guò)多限制。6改造程序結(jié)構(gòu)，追求單入口單出口的模塊。7為滿足設(shè)計(jì)或可移植性的要 求，把某些軟件用包（Package）封裝起來(lái)。1、邊界類描述目標(biāo)軟件系統(tǒng)與外部環(huán)境的交互，主要任務(wù)：（1）界面控制（2）外部接口（3）環(huán) 境隔離2、控制類作為完成用例任務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或 行為1黑盒測(cè)試完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。測(cè)試僅在程序界面上進(jìn)行。設(shè)計(jì)測(cè)試用例旨在說(shuō)明：軟件的功能是否可操作;程序能否適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出結(jié)果；能否保持外部信息（如數(shù)據(jù)文件）的完整性。黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。2白盒測(cè)試時(shí)將程序看作是一個(gè)透明的盒子，也就是說(shuō)測(cè)試人員完全了解程序的內(nèi)部結(jié)構(gòu)和 處理過(guò)程。所以測(cè)試時(shí)按照程序內(nèi)部的邏輯測(cè)試程序、檢驗(yàn)程序中的每條通路是否都能按預(yù) 定的要求正確工作。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。不論黑盒還是白盒測(cè)試都不能進(jìn)行窮盡測(cè)試，所以軟件測(cè)試不可能發(fā)現(xiàn)程序中存在的所有錯(cuò) 誤，因此需精心設(shè)計(jì)測(cè)試方案，力爭(zhēng)盡可能少的次數(shù)，測(cè)出盡可能多的錯(cuò)誤。3測(cè)試過(guò)程中有哪些活動(dòng)：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試4系統(tǒng)測(cè)試有哪幾種：恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試、性