軟件工程知識(shí)點(diǎn)答案

1、計(jì)算機(jī)軟件發(fā)展的3個(gè)時(shí)期及其特點(diǎn) 時(shí)間特點(diǎn)程序設(shè)計(jì)程序系統(tǒng)軟件工程軟件所指程序程序及說明書程序，文檔，數(shù)據(jù)主要程序設(shè)計(jì)語言匯編及機(jī)器語言高級(jí)語言軟件語言軟件工作范圍程序編寫包括設(shè)計(jì)和測(cè)試軟件生存期需求者程序設(shè)計(jì)本人少數(shù)用戶市場(chǎng)用戶開發(fā)軟件的組織個(gè)人開發(fā)小組開發(fā)小組及大中型開發(fā)機(jī)構(gòu)軟件規(guī)模小型中小型大中小型決定質(zhì)量的因素個(gè)人程序技術(shù)小組技術(shù)水平管理水平開發(fā)子程序，程序庫結(jié)構(gòu)化程序設(shè)計(jì)數(shù)據(jù)庫，開發(fā)工具，開發(fā)環(huán)境。工程化開發(fā)方法，標(biāo)準(zhǔn)和規(guī)范，網(wǎng)絡(luò)和分布式開發(fā)，面向?qū)ο蠹夹g(shù)維護(hù)責(zé)任者程序設(shè)計(jì)者開發(fā)小組專職維護(hù)人員硬件特征價(jià)格高 存儲(chǔ)容量小 工作可靠性差降價(jià) 速度 容量及工作可靠性有明顯提高大容量 模型

2、化及網(wǎng)絡(luò)化方向發(fā)展軟件特征完全不受重視軟件技術(shù)的發(fā)展不能滿足需求，出現(xiàn)軟件危機(jī)開發(fā)技術(shù)有進(jìn)步2.軟件工程的定義軟件工程的定義：采用工程的概念、原理、技術(shù)和方法來計(jì)劃、開發(fā)與維護(hù)軟件，把經(jīng)過 時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié) 合起來，以較經(jīng)濟(jì)的手段獲得能在實(shí)際機(jī)器上運(yùn)行的可靠軟件的一系列方法。 軟件工程=工程技術(shù)+管理技術(shù)+技術(shù)方法3.軟件開發(fā)方法的模型隨意編程 面向過程 面向?qū)ο?面向組件 面向配置文件 面向WebService4.軟件危機(jī)定義：是計(jì)算機(jī) 軟件在它的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題5.軟件危機(jī)主要包含問題： 如何開發(fā)軟件，怎樣滿足對(duì)軟件日益增長

3、的需求； 如何維護(hù)數(shù)量不斷膨脹的已有軟件。6.軟件危機(jī)的原因：客觀：軟件本身特點(diǎn)（軟件的規(guī)模龐大、復(fù)雜性高） 主觀：不正確的開發(fā)方法，軟件開發(fā)和維護(hù)有許多錯(cuò)誤的認(rèn)識(shí)和作法。 （忽視需求分析；軟件開發(fā)=程序編寫；輕視軟件維護(hù)）7.軟件危機(jī)的特征：軟件價(jià)格在整個(gè)項(xiàng)目投入中的比例不斷升高 軟件開發(fā)成本嚴(yán)重超標(biāo) 軟件開發(fā)周期大大超過規(guī)定日期 軟件質(zhì)量難于保證 軟件修改，維護(hù)困難 失敗的根本原因在于：開發(fā)人員寫出的東西達(dá)不到用戶要求（人的問題 技術(shù)問題） 8.軟件工程的原理： 用分階段的生命周期計(jì)劃嚴(yán)格管理 不成功的軟件項(xiàng)目中有一半左右是由于計(jì)劃不周造成的 。 堅(jiān)持進(jìn)行階段評(píng)審 軟件的質(zhì)量保證工作不能等

4、到編碼階段結(jié)束之后再進(jìn)行。 實(shí)行嚴(yán)格的產(chǎn)品控制 在軟件開發(fā)過程中不應(yīng)隨意改變需求，因?yàn)楦淖円豁?xiàng)需求往往需要付出較高的代價(jià)。 采用現(xiàn)代程序設(shè)計(jì)技術(shù) 采用先進(jìn)的技術(shù)既可提高軟件開發(fā)的效率，又可提高軟件維護(hù)的效率。 結(jié)果應(yīng)能清楚地審查根據(jù)軟件開發(fā)項(xiàng)目的總目標(biāo)及完成期限，規(guī)定開發(fā)組織的責(zé)任和產(chǎn)品標(biāo)準(zhǔn)，從而使得所得到的結(jié)果能夠清楚地審查。 開發(fā)小組的人員應(yīng)該少而精 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性不僅要積極主動(dòng)地采納新的軟件技術(shù)，而且要注意不斷總結(jié)經(jīng)驗(yàn)。9.軟件生命周期：軟件定義，軟件開發(fā)和運(yùn)行維護(hù)10.常用的軟件生存周期模型有瀑布模型，演化模型，螺旋模型，增量模型，噴泉模型，快速應(yīng)用開發(fā)（ RAD ）

5、模型。11.軟件過程分類及各類內(nèi)容：基本過程：生命周期原動(dòng)力 支持過程：輔助基本過程執(zhí)行 組織過程：建立控制和改進(jìn)生命周期過程12. 軟件過程的構(gòu)造： 建立一個(gè)公共過程框架，其中定義了少量可用于所有軟件項(xiàng)目的框架活動(dòng) 給出各個(gè)活動(dòng)的任務(wù)集合，使得框架活動(dòng)能夠活動(dòng)能夠適合于項(xiàng)目的特點(diǎn)和項(xiàng)目組的需求 保護(hù)傘活動(dòng)，如軟件質(zhì)量保證等，它們獨(dú)立于任何一個(gè)框架活動(dòng)并將貫穿于整個(gè)過程13.軟件工程包括三要素：方法、工具和過程。 14.軟件工程過程的基本活動(dòng) 軟件規(guī)格說明：規(guī)定軟件的功能及其運(yùn)行的限制； 軟件開發(fā)：產(chǎn)生滿足規(guī)格說明的軟件； 軟件確認(rèn)：確認(rèn)軟件能夠完成客戶提出的要求； 軟件改進(jìn)：為滿足客戶的變更

6、要求，軟件必須在使用的過程中改進(jìn)。15軟件工程的原則： 抽象與自頂向下、逐層細(xì)化 采用分層抽象的方法，有效控制軟件開發(fā)的復(fù)雜性。 模塊化 把問題分解為若干較小的較易解決的模塊，有助于信息隱蔽和抽象。 信息隱蔽和數(shù)據(jù)封裝 將模塊中的軟件設(shè)計(jì)決策封裝在模塊內(nèi)部，使得模 塊實(shí)現(xiàn)與使用分離，有助于控制修改局部化。抽象與自頂向下、逐層細(xì)化 局部化 在一個(gè)物理模塊內(nèi)集中邏輯上相互關(guān)聯(lián)的計(jì)算機(jī)資源，促使聚合具有 特定目的的事物。 一致性 整個(gè)軟件系統(tǒng)的模塊使用一致的設(shè)計(jì)策略、編程風(fēng)格，保持程序內(nèi)部 接口的一致性、軟件與硬件接口的一致性、系統(tǒng)規(guī)格說明與系統(tǒng)行為的一致性。 完備性 軟件系統(tǒng)中不丟失任何成分。 可

7、驗(yàn)證性 系統(tǒng)分解應(yīng)當(dāng)遵循易檢查、易測(cè)試和易評(píng)審的原則，以保證系統(tǒng)的正確性。16. 需求的層次？業(yè)務(wù)需求；用戶需求；功能需求和非功能需求；系統(tǒng)需求17. 信息系統(tǒng)需求獲取的步驟？ 定義項(xiàng)目的視圖和范圍 確定用戶類 確定目標(biāo)系統(tǒng)的業(yè)務(wù)工作流 運(yùn)用需求獲取技術(shù)開發(fā)反映主要業(yè)務(wù)規(guī)則的用例（或數(shù)據(jù)流圖）并設(shè)置優(yōu)先級(jí)。 收集來自用戶的質(zhì)量特性信息和其他非功能需求 分類在用例（或數(shù)據(jù)流圖）中涉及的數(shù)據(jù) 詳細(xì)擬訂用例（或數(shù)據(jù)流圖）的規(guī)格說明 開發(fā)并評(píng)估界面原型 從功能描述中開發(fā)概念測(cè)試用例 18. 功能性需求包括什么？ 1功能需求 例舉出開發(fā)軟件在職能上應(yīng)做什么，這是最主要的需求。 2性能需求 給出所開發(fā)軟件

8、的技術(shù)性能指標(biāo)，包括存儲(chǔ)容量限制、運(yùn)行時(shí)間限制、安全保密性等。 3環(huán)境需求 軟件系統(tǒng)運(yùn)行時(shí)多所處的環(huán)境要求。 4可靠性需求 各種軟件在運(yùn)行時(shí)，失敗的影響各不相同，在需求分析時(shí)，應(yīng)對(duì)所開發(fā)的軟件在投入運(yùn)行后不發(fā)生故障的概率，按實(shí)際的運(yùn)行環(huán)境提出的要求。 5安全保密要求 把軟件運(yùn)行的安全需求恰當(dāng)?shù)刈龀鲆?guī)定，以便對(duì)所開發(fā)的軟件給予特殊的設(shè)計(jì)，使其在運(yùn)行中其安全保密方面的性能得到必要的保證。 6用戶界面需求 軟件與用戶界面的友好性是用戶能夠方便有效、愉快地使用該軟件的關(guān)鍵之一。 7資源使用需求 開發(fā)軟件運(yùn)行時(shí)所需的數(shù)據(jù)、軟件、內(nèi)存空間等各項(xiàng)資源。 8軟件成本消耗與開發(fā)進(jìn)度需求 軟件項(xiàng)目立項(xiàng)后，要根據(jù)合

9、同規(guī)定，對(duì)軟件開發(fā)的進(jìn)度和各項(xiàng)步驟的費(fèi)用提出要求，作為開發(fā)管理的依據(jù)。 9預(yù)先估計(jì)系統(tǒng)可能達(dá)到的目標(biāo) 在開發(fā)過程中可對(duì)系統(tǒng)將來可能的擴(kuò)充與修改做準(zhǔn)備。19. 非功能性需求包括什么？ 過程需求；產(chǎn)品需求；外部需求20. 如何將分析模型轉(zhuǎn)換為設(shè)計(jì)？將數(shù)據(jù)流圖轉(zhuǎn)換為體系結(jié)構(gòu)設(shè)計(jì)21. 軟件設(shè)計(jì)的主要手段設(shè)計(jì)應(yīng)遵循抽象化的原則，包含數(shù)據(jù)抽象和過程抽象。 過程抽象 是指在軟件設(shè)計(jì)中將處理過程的實(shí)現(xiàn)細(xì)節(jié)隱藏在數(shù)據(jù)抽象中，可 以直接通過模塊接口使用這些處理操作。 數(shù)據(jù)抽象 是指采用抽象數(shù)據(jù)類型表示數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)封裝，使得使用者可通 過接口使用數(shù)據(jù)而不必關(guān)心數(shù)據(jù)結(jié)構(gòu)的實(shí)現(xiàn)。設(shè)計(jì)應(yīng)遵循自頂向下、逐步細(xì)化的原則，

10、建立一個(gè)層次的結(jié)構(gòu)。設(shè)計(jì)應(yīng)當(dāng)遵循模塊化的原則設(shè)計(jì)應(yīng)遵循信息隱蔽的原則22. 衡量功能獨(dú)立性的兩個(gè)準(zhǔn)則？模塊間的耦合和模塊的內(nèi)聚23. 結(jié)構(gòu)化設(shè)計(jì)方法的實(shí)施要點(diǎn)？ 首先研究、分析和審查數(shù)據(jù)流圖 根據(jù)數(shù)據(jù)流圖確定數(shù)據(jù)處理的類型 由數(shù)據(jù)流圖推導(dǎo)出系統(tǒng)的初始結(jié)構(gòu)圖。 利用一些啟發(fā)式原則改進(jìn)系統(tǒng)初始結(jié)構(gòu)圖，直到得到符合要求的結(jié)構(gòu)圖為止。 修改和補(bǔ)充數(shù)據(jù)字典。 制定測(cè)試計(jì)劃。24.結(jié)構(gòu)圖的主要成分？模塊；模塊的調(diào)用關(guān)系和接口；模塊間的信息傳遞；重復(fù)調(diào)用和選擇調(diào)用的符號(hào)25.結(jié)構(gòu)圖中的4種類型的模塊？傳人模塊；傳出模塊；變換模塊；協(xié)調(diào)模塊26.使用結(jié)構(gòu)化方法進(jìn)行軟件系統(tǒng)設(shè)計(jì)的過程？復(fù)查并改造數(shù)據(jù)流圖；確定數(shù)

11、據(jù)流圖具有交換流特性還是事務(wù)流特性；導(dǎo)出初始的軟件結(jié)構(gòu)圖；逐級(jí)分解；改進(jìn)軟件結(jié)構(gòu)；導(dǎo)出接口描述和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。27. 改進(jìn)系統(tǒng)結(jié)構(gòu)的啟發(fā)式原則？模塊功能的完善化；消除重復(fù)功能，改善軟件結(jié)構(gòu)；模塊的作用范圍應(yīng)在控制范圍之內(nèi)；盡可能減少高扇出結(jié)構(gòu)，隨著控制層次深度的增大增加扇入；減少或者避免使用病態(tài)連接；模塊的大小是適中；設(shè)計(jì)功能可預(yù)測(cè)的模塊，避免過分受限的模塊；軟件包應(yīng)滿足設(shè)計(jì)的約束和可移植性28軟件開發(fā)的4個(gè)階段：狀態(tài)捕獲，問題定義，技術(shù)開發(fā)，方案綜合 29數(shù)據(jù)設(shè)計(jì)的原則？ 為在需求分析階段所確定的數(shù)據(jù)對(duì)象選擇邏輯表示，需要對(duì)不同結(jié)構(gòu)進(jìn)行算法分析 確定對(duì)邏輯數(shù)據(jù)結(jié)構(gòu)所必需的那些操作的程序模塊(

12、軟件包)，以便限制或確定各個(gè) 數(shù)據(jù)設(shè)計(jì)決策的影響范圍。30內(nèi)聚類型？功能內(nèi)聚；層內(nèi)聚；通信內(nèi)聚；順序內(nèi)聚；過程內(nèi)聚；時(shí)間內(nèi)聚；實(shí)用程序內(nèi)聚31舉例說明如何實(shí)現(xiàn)程序的自頂向下？32程序設(shè)計(jì)的風(fēng)格？ 源程序文檔化 數(shù)據(jù)說明 語句結(jié)構(gòu) 輸入/輸出方法33在語句結(jié)構(gòu)中需要注意什么？（315）盡量只采用三種基本的控制結(jié)構(gòu)來編寫程序在一行內(nèi)只寫一條語句，并且采用適當(dāng)?shù)囊菩懈袷?，使程序的邏輯和功能變得更加明確。在一行內(nèi)寫多個(gè)語句，會(huì)使程序可讀性變差，因而不可取程序編寫首先應(yīng)考慮清晰性，不要刻意追求技巧性，使程序編寫得過于緊湊34什么是軟件測(cè)試？目的是什么？從用戶的角度出發(fā)，普邊希望通過軟件測(cè)試暴露軟件中隱藏

13、的錯(cuò)誤和缺陷從軟件開發(fā)者角度出發(fā)，希望測(cè)試稱為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程35軟件測(cè)試的原則？軟件測(cè)試原則： 1.應(yīng)當(dāng)把“今早的和不斷的進(jìn)行軟件測(cè)試”作為軟件開發(fā)者的座右銘 2.測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)，執(zhí)行條件對(duì)應(yīng)的預(yù)期輸出結(jié)果組成 3.程序員應(yīng)當(dāng)避免檢查自己的程序 4.再設(shè)計(jì)測(cè)試軟件時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件 5.充分注意測(cè)試中的集群現(xiàn)象 6.嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性 7.應(yīng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查 8.妥善保存測(cè)試計(jì)、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告。為維護(hù)提供方便。36軟件測(cè)試與程序設(shè)計(jì)之間的區(qū)別？軟件測(cè)試并不等于程序測(cè)試軟件測(cè)試貫穿于軟件定義與開發(fā)的整

14、個(gè)期間程序測(cè)試只涉及到編碼階段37基本路徑測(cè)試的步驟？1.基本流經(jīng)測(cè)試方法把覆蓋的路徑壓縮到一定程度內(nèi)，程序中的循環(huán)體最多執(zhí)行的依次 2.在程序控制流圖上的基礎(chǔ)上，分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合；針對(duì)每條路徑設(shè)計(jì)測(cè)試用例 3.設(shè)計(jì)出的測(cè)試用例需保證在測(cè)試中，程序的每一個(gè)可執(zhí)行語句至少要執(zhí)行一次38劃分等價(jià)類的原則？1.如果輸入條件規(guī)定了取值范圍，或者值的個(gè)數(shù)。則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類 2.如果輸入條件規(guī)定了輸入值的集合，或者是規(guī)定了必須如何的條件，這時(shí)可確立一個(gè)有效的等價(jià)類和一個(gè)無效的等價(jià)類 3.如果輸入條件是一個(gè)布爾量，則可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)

15、類 4.如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序要對(duì)每個(gè)輸入值進(jìn)行分別處理，這時(shí)可為每一個(gè)輸入的值確立一個(gè)有效的等價(jià)類，此外針對(duì)這組值確立一個(gè)無效的等價(jià)類，他們是所有不允許的輸入值的集合。5.如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）。 6.如果我們卻只，已劃分的等價(jià)類中各元素在程序中的處理方式不同，則應(yīng)該將此等價(jià)類進(jìn)一步劃分成更小的等價(jià)類。39如何選擇邊界測(cè)試用例的原則？1) 整數(shù)邊界：1大小范圍邊界2.極限邊界3.位邊界2) 字符串邊界：1前后邊界2長度邊界3結(jié)束邊界4取值范圍邊界5相似邊界6數(shù)值邊界7顯示邊界40因果圖的適用

16、范圍？1.如果在測(cè)試時(shí)必須考慮輸入條件的各種組合，可以使用一種適合于描述對(duì)于多種條件的組合，相應(yīng)的產(chǎn)生多個(gè)動(dòng)作的形式來設(shè)計(jì)測(cè)試用例，這就需要利用因果圖2.適合于檢查程序輸入條件的各種組合的情況41使用各種測(cè)試方法的綜合策略？.任何情況下，必須使用邊界值分析法 2.必要時(shí)用等價(jià)劃分法補(bǔ)充一些測(cè)試用例 3.用錯(cuò)誤推測(cè)法再追切一些測(cè)試用例 4.對(duì)照程序邏輯，檢查已有的測(cè)試用例的邏輯覆蓋程度，若達(dá)到標(biāo)準(zhǔn)，應(yīng)在補(bǔ)充足夠的測(cè)試用例 5.若程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用因果圖法。42接口測(cè)試中包含的錯(cuò)誤類型有哪些？以及接口測(cè)試的準(zhǔn)則？類型：參數(shù)接口、共享內(nèi)存接口、程序接口、消息傳

17、遞接口錯(cuò)誤類型：接口勿用、接口誤解、計(jì)時(shí)錯(cuò)誤準(zhǔn)則：1） 為傳遞給其他構(gòu)件的參數(shù)選擇緊靠取值范圍邊界得值2） 當(dāng)有指針通過接口傳遞時(shí)，可用空指針參數(shù)來測(cè)試3） 設(shè)計(jì)一些容易引起構(gòu)件執(zhí)行失效的假設(shè)進(jìn)行測(cè)試4） 在有消息傳遞的系統(tǒng)中進(jìn)行強(qiáng)度測(cè)試，即就加大消息傳遞的量，增加系統(tǒng)的負(fù)荷5） 當(dāng)構(gòu)件之間通過空想內(nèi)存交互時(shí)，可以設(shè)計(jì)一種測(cè)試，改變正常的激活構(gòu)件的順序43軟件過程的構(gòu)造是什么？1） 建立一個(gè)公共過程框架，定義少量可用于所有軟件項(xiàng)目的框架活動(dòng)2） 給出各個(gè)框架活動(dòng)的集合，便得框架活動(dòng)能夠是用于項(xiàng)目的特點(diǎn)項(xiàng)目組的需求3）最后是保護(hù)傘活動(dòng)，獨(dú)立于任何一個(gè)框架活動(dòng)冰貫穿于整個(gè)過程44軟件過程的三大類包

18、含什么內(nèi)容？基本過程，支持過程，組織過程基本過程是生命周期中的原動(dòng)力；支持過程輔助基本過程的執(zhí)行；組織過程用于建立控制和改進(jìn)生命周期的過城基本過程：獲取、供應(yīng)、開發(fā)、運(yùn)行、維護(hù)支持過程：文檔編制。配置管理、質(zhì)量保證、驗(yàn)證、確認(rèn)、聯(lián)合評(píng)審、審計(jì)、問題解決組織過程：管理、基礎(chǔ)設(shè)施、改進(jìn)、培訓(xùn)45軟件過程評(píng)估標(biāo)準(zhǔn)的結(jié)構(gòu)是什么？標(biāo)準(zhǔn)具有兩維結(jié)構(gòu)：過程維和能力維46軟件過程的成熟度定義？指一個(gè)軟件過程被明確定義，管理，度量和控制的有效程度，成熟度越高說明軟件過程能力改善的潛力越大47CMM成熟度模型？他是指對(duì)過程計(jì)劃或者定義水平，過程實(shí)施水平，過程管理和控制水平，過程改善潛力等指標(biāo)的綜合評(píng)價(jià)48軟件成熟

19、程度分為5級(jí)？初始級(jí)、可重復(fù)級(jí)、可定義級(jí)、可嘗試級(jí)、優(yōu)化級(jí)。49軟件成熟度高低用什么衡量？高：項(xiàng)目開發(fā)可依據(jù)企業(yè)早已明確的過程準(zhǔn)則來實(shí)現(xiàn)開發(fā)結(jié)果較少依靠個(gè)人能力和自然因素項(xiàng)目有過程控制并可對(duì)整個(gè)生產(chǎn)做出預(yù)測(cè)產(chǎn)品質(zhì)量得到有效監(jiān)測(cè)歷史經(jīng)驗(yàn)得以積累并可系統(tǒng)的用于現(xiàn)行行業(yè)未來的項(xiàng)目之中低：沒有明確的軟件郭曉恒體系可以依據(jù) 無法對(duì)生產(chǎn)進(jìn)行預(yù)測(cè) 不嚴(yán)格執(zhí)行生產(chǎn)過程 質(zhì)量無法保證 無健全過程控制級(jí)質(zhì)量控制體系 項(xiàng)目開發(fā)沒有準(zhǔn)則可以依據(jù) 開發(fā)結(jié)果主要依靠項(xiàng)目及個(gè)人的帶有主觀因素的能力發(fā)揮50CMM如何定義關(guān)鍵過程域？CMM定義關(guān)鍵過程域?yàn)橐粋€(gè)互相關(guān)聯(lián)的若干軟件時(shí)間活動(dòng)和有關(guān)基礎(chǔ)設(shè)施的聯(lián)合51關(guān)鍵實(shí)踐的5個(gè)特征

20、？執(zhí)行約定（實(shí)施的保證），執(zhí)行能力（實(shí)施kpa的前提條件），執(zhí)行活動(dòng)（執(zhí)行kpa所需要的角色和步驟），測(cè)量和分析，驗(yàn)證實(shí)施。52CMM的內(nèi)部結(jié)構(gòu)？成熟度等級(jí)53什么是CMMI？SEI把各種模型進(jìn)行了整合，用一個(gè)單一的過程框架，包括了各個(gè)不同的方面形成CMM1，即能力或者成熟度模型的形成54CMMI模型系列？1） CMMI -SW（軟件能力成熟度模型集成）2） CMMI - SE/SW（系統(tǒng)工程和軟件工程能力成熟度模型集成）3） CMMI -SE/SW/IPPD（系統(tǒng)工程 軟件工程 集成化產(chǎn)品和過程開發(fā)能力成熟度模型集成）4） CMMI - SE/SW/IPPD/SS（系統(tǒng)工程 軟件工程 集成化

21、產(chǎn)品和過程開發(fā)，供應(yīng)商管理寧溧成熟度模型集成）55軟件質(zhì)量的定義？軟件質(zhì)量的定義：與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的途徑或特征的全體。56有關(guān)軟件質(zhì)量的術(shù)語？軟件質(zhì)量管理、質(zhì)量方針、質(zhì)量目標(biāo)、質(zhì)量策劃、質(zhì)量控制、質(zhì)量保證57McCall質(zhì)量模型？58軟件產(chǎn)品質(zhì)量通過測(cè)量什么來判定？?jī)?nèi)部質(zhì)量特征、外部質(zhì)量特征、使用質(zhì)量特征59可依賴性層次？可依賴性，可靠性，安全防護(hù)性60提高軟件質(zhì)量的方法？原型劃法 敏捷開發(fā)61軟件原型支持需求工程的兩項(xiàng)工程？其他用途？主要分類？需求獲取，需求有效性驗(yàn)證其他用途：用戶培訓(xùn)，系統(tǒng)測(cè)試主要分類：進(jìn)化式原型開發(fā)，拋棄式原型開發(fā)62軟件質(zhì)量保證過程包括哪4個(gè)方

22、面？過程實(shí)施，產(chǎn)品質(zhì)量保證，過程質(zhì)量保證，質(zhì)量保證體系的質(zhì)量保證63微軟提出的軟件質(zhì)量保證檢查表？1.你識(shí)別出對(duì)你的項(xiàng)目很重要的質(zhì)量特征了嗎？2.你讓其他人都知道項(xiàng)目的目標(biāo)了嗎3.你對(duì)外部質(zhì)量特征和內(nèi)部質(zhì)量特征做了區(qū)分了嗎？4.有沒有想過哪些特征是沖突的，哪些是互補(bǔ)的？5.你的項(xiàng)目有沒有采用幾種不同的缺陷發(fā)現(xiàn)技術(shù)分析不同類型的錯(cuò)誤？6.你的項(xiàng)目計(jì)劃中有沒有包括在軟件開發(fā)不同階段進(jìn)行質(zhì)量保證的步驟？7.質(zhì)量有沒有測(cè)量，以便于了解什么地方質(zhì)量提高了，什么地方質(zhì)量下降了？8.管理層是否了解質(zhì)量保證在（開發(fā)）前期增加成本，而在后期節(jié)省成本？64外部質(zhì)量特性與內(nèi)部質(zhì)量特性？外：正確性、可靠性、有效性、可

23、用性、完整性、適用性、精確性、健壯性。內(nèi)：可維護(hù)性、靈活性、可移植性、可復(fù)用性、可讀性、可測(cè)試性、可理解性。65質(zhì)量保證活動(dòng)的實(shí)施步驟？1.Target：以用戶要求和開發(fā)方針為依據(jù)，對(duì)質(zhì)量需求準(zhǔn)則，質(zhì)量設(shè)計(jì)準(zhǔn)則的個(gè)質(zhì)量特征設(shè)定質(zhì)量目標(biāo)2.Plan：設(shè)定適合于被開發(fā)軟件的評(píng)測(cè)檢查醒目（質(zhì)量評(píng)價(jià)準(zhǔn)則），研討實(shí)現(xiàn)質(zhì)量目標(biāo)的方法或這手段。3.Do:之作高質(zhì)量的規(guī)格說明和順序，在接收質(zhì)量檢查前先做自我檢查4.Check：以plan階段設(shè)定的質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)進(jìn)行評(píng)價(jià)，計(jì)算結(jié)果用質(zhì)量圖的形式表示出來，比較評(píng)價(jià)結(jié)果的質(zhì)量得分和質(zhì)量目標(biāo)看其是否合格5.Action：對(duì)評(píng)價(jià)發(fā)現(xiàn)的問題進(jìn)行改進(jìn)活動(dòng)，如果實(shí)現(xiàn)并達(dá)到了質(zhì)量

24、目標(biāo)，就轉(zhuǎn)入下一個(gè)工程階段，這樣重復(fù)“plan”到“Action”的過程，直到整個(gè)開發(fā)項(xiàng)目完成。66程序復(fù)雜性度量的參數(shù)主要有什么？規(guī)格：程序指令條數(shù)或源程序行數(shù)難度：與程序操作數(shù)和操作符有關(guān)的度量結(jié)構(gòu)：與程序分支數(shù)有關(guān)的度量智能度：算法的難易程67源代碼行數(shù)度量法基于的兩個(gè)前提是什么？1.程序復(fù)雜性隨著程序規(guī)模的增加不均勻增大2.控制程序規(guī)模的方法最好是采用分兒治之的辦法，將一個(gè)大程序分解為若干個(gè)簡(jiǎn)單的可理解的程序段68方法的基本考慮是統(tǒng)計(jì)一個(gè)程序模快的源代碼行數(shù)目并以源代碼行數(shù)作為程序復(fù)雜性的度量69McCabe度量法的定義？又稱環(huán)路復(fù)雜性度量，是一種基于程序控制法的復(fù)雜性度量方法，它基于一個(gè)程序模塊的程序圖環(huán)路的個(gè)數(shù)，因此計(jì)算他先畫程序圖計(jì)算環(huán)路復(fù)雜性的方法：V（G）=m-n+2（m是圖G中的弧數(shù)，即箭頭數(shù)，n是圖G的結(jié)點(diǎn)數(shù)）70計(jì)算環(huán)路復(fù)雜性的方法：V（G）=m-n+2計(jì)算環(huán)路復(fù)雜性的方法：V（G）=m-n+2（m是圖G中的弧數(shù)，即箭頭數(shù)，n是圖G的結(jié)點(diǎn)數(shù)）71McCabe環(huán)路復(fù)雜度隱含的前提是什么？ 錯(cuò)誤與程序的判定加上例行子程序的調(diào)用數(shù)目成正比72程序長度的定義？n1表示程序中不同運(yùn)算符