軟件工程簡(jiǎn)答復(fù)習(xí)題

1、第一章1.軟件的特點(diǎn)是什么？ 軟件是邏輯實(shí)體；具有抽象性；軟件的形態(tài)不可見(jiàn) 軟件的生產(chǎn)過(guò)程和生產(chǎn)方式與硬件不同。 軟件與硬件的維護(hù)方式不同。 軟件是復(fù)雜的。 軟件成本越來(lái)越高。2. 2006年發(fā)布的國(guó)家分類(lèi)標(biāo)準(zhǔn)是什么？1）按功能：系統(tǒng)軟件、支撐軟件、應(yīng)用軟件2）按規(guī)模：微型軟件、小型軟件、大型軟件、甚大型軟件、極大型軟件3）按工作方式：實(shí)時(shí)處理軟件、分時(shí)軟件、交互式軟件、批處理軟件4）按服務(wù)對(duì)象：項(xiàng)目軟件、產(chǎn)品軟件5）按使用頻度：使用頻度低、使用頻度高6）按失效影響：不良影響、嚴(yán)重影響3.軟件危機(jī)的表現(xiàn)有哪些？ 進(jìn)度難以預(yù)測(cè) 成本難以控制 功能難以滿(mǎn)足用戶(hù) 質(zhì)量無(wú)法保證 產(chǎn)品難以維護(hù) 缺少適當(dāng)

2、的文檔4.產(chǎn)生軟件危機(jī)的原因是什么？ 用戶(hù)需求不明確 缺乏正確的理論指導(dǎo) 軟件開(kāi)發(fā)規(guī)模越來(lái)越大 軟件開(kāi)發(fā)復(fù)雜度越來(lái)越高注：（1和2是主觀：開(kāi)發(fā)方法不正確；3和4客觀：邏輯部件規(guī)模龐大）5.什么是軟件工程三要素?方法、工具、過(guò)程6.軟件工程的基本目標(biāo)是什么? 付出較低的開(kāi)發(fā)成本 達(dá)到要求的軟件功能 取得較好的軟件性能 開(kāi)發(fā)的軟件易于移植 需要較低的維護(hù)費(fèi)用 能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用7.軟件工程的基本原則是什么？ 抽象：采用分層次抽象，自頂向下、逐層細(xì)化的辦法控制軟件開(kāi)發(fā)過(guò)程的復(fù)雜性。 信息隱蔽：將模塊設(shè)計(jì)成“黑箱”，實(shí)現(xiàn)的細(xì)節(jié)隱藏在模塊內(nèi)部，不讓模塊的使用者直接訪問(wèn)。這就是信息封裝，使用

3、與實(shí)現(xiàn)分離的原則。 模塊化：如C語(yǔ)言程序中的函數(shù)過(guò)程，C+ 語(yǔ)言程序中的類(lèi)。模塊化有助于信息隱蔽和抽象，有助于表示復(fù)雜的系統(tǒng)。 局部化：要求在一個(gè)物理模塊內(nèi)集中邏輯上相互關(guān)聯(lián)的計(jì)算機(jī)資源，保證模塊之間具有松散的耦合，模塊內(nèi)部具有較強(qiáng)的內(nèi)聚。這有助于控制解的復(fù)雜性。 確定性：軟件開(kāi)發(fā)過(guò)程中所有概念的表達(dá)應(yīng)是確定的、無(wú)歧義性的、規(guī)范的。 一致性：整個(gè)軟件系統(tǒng)的各個(gè)模塊應(yīng)使用一致的概念、符號(hào)和術(shù)語(yǔ)。程序內(nèi)部接口應(yīng)保持一致。軟件和硬件、操作系統(tǒng)的接口應(yīng)保持一致。系統(tǒng)規(guī)格說(shuō)明與系統(tǒng)行為應(yīng)保持一致。用于形式化規(guī)格說(shuō)明的公理系統(tǒng)應(yīng)保持一致。 完備性：軟件系統(tǒng)不丟失任何重要成分，可以完全實(shí)現(xiàn)系統(tǒng)所要求功能的程

4、度。為了保證系統(tǒng)的完備性，在軟件開(kāi)發(fā)和運(yùn)行過(guò)程中需要嚴(yán)格的技術(shù)評(píng)審。 可驗(yàn)證性：開(kāi)發(fā)大型的軟件系統(tǒng)需要對(duì)系統(tǒng)自頂向下、逐層分解。系統(tǒng)分解應(yīng)遵循系統(tǒng)易于檢查、測(cè)試、評(píng)審的原則，以確保系統(tǒng)的正確性。8.軟件工程的基本原理是什么？ 用分階段的生命周期嚴(yán)格管理； 堅(jiān)持進(jìn)行階段評(píng)審； 實(shí)行嚴(yán)格的產(chǎn)品控制； 采用現(xiàn)代程序設(shè)計(jì)技術(shù)； 結(jié)果應(yīng)能清楚地審查； 開(kāi)發(fā)小組人員應(yīng)少而精； 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。9.瀑布模型有什么特點(diǎn)？1）其核心思想是按工序?qū)?wèn)題簡(jiǎn)單化2）采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)以物理實(shí)現(xiàn)分開(kāi)。3）瀑布型將軟件生命周期劃分為軟件計(jì)劃、需求分析和定義（前兩者為定義階段）、軟件設(shè)計(jì)

5、、軟件編碼、軟件測(cè)試（前面為開(kāi)發(fā)階段）、軟件運(yùn)行維護(hù)（最后一個(gè)為維護(hù)階段）6個(gè)階段。9.瀑布模型有什么特點(diǎn)？1) 最早出現(xiàn)的軟件開(kāi)發(fā)模型，它提供了軟件開(kāi)發(fā)的基本框架。2) 瀑布模型的本質(zhì)是一次通過(guò)，即每個(gè)活動(dòng)只執(zhí)行一次，最后得到軟件產(chǎn)品。3) 瀑布模型有利于大型軟件開(kāi)發(fā)過(guò)程中人員的組織及管理，有利于軟件開(kāi)發(fā)方法和工具的研究與使用，從而提高了大型軟件項(xiàng)目開(kāi)發(fā)的質(zhì)量和效率。4) 里程碑或基線驅(qū)動(dòng)，或者說(shuō)文檔驅(qū)動(dòng)；瀑布模型的缺陷： 由于開(kāi)發(fā)模型呈線性，所以當(dāng)開(kāi)發(fā)成果尚未經(jīng)過(guò)測(cè)試時(shí)，用戶(hù)無(wú)法看到軟件的效果。這樣軟件與用戶(hù)見(jiàn)面的時(shí)間間隔較長(zhǎng)，也增加了一定的風(fēng)險(xiǎn)。 在軟件開(kāi)發(fā)前期末發(fā)現(xiàn)的錯(cuò)誤傳到后面的開(kāi)發(fā)

6、活動(dòng)中時(shí)，可能會(huì)擴(kuò)散，進(jìn)而可能會(huì)造成整個(gè)軟件項(xiàng)目開(kāi)發(fā)失敗。 在軟件需求分析階段，完全確定用戶(hù)的所有需求是比較困難的，甚至可以說(shuō)是不太可能的。 瀑布模型即生存周期模型，其核心思想是按工序?qū)?wèn)題化簡(jiǎn)，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開(kāi)，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。瀑布模型將軟件生命周期劃分為軟件計(jì)劃、需求分析和定義、軟件設(shè)計(jì)、軟件編碼、軟件測(cè)試、軟件運(yùn)行維護(hù)6個(gè)階段，規(guī)定了他們自上而下、相互銜接的固定次序，如同瀑布流水逐級(jí)下落。10.說(shuō)明生命周期的劃分？瀑布型將軟件生命周期劃分為軟件計(jì)劃、需求分析和定義（前兩者為定義階段）、軟件設(shè)計(jì)、軟件編碼、軟件測(cè)試（前面為開(kāi)發(fā)階段）

7、、軟件運(yùn)行維護(hù)（最后一個(gè)為維護(hù)階段）6個(gè)階段。10.說(shuō)明生命周期的劃分？一個(gè)軟件從定義、開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，所經(jīng)歷的生存過(guò)程稱(chēng)為軟件生存期或叫生命期。包括計(jì)劃、需求分析、軟件計(jì)劃、程序編碼、軟件測(cè)試和運(yùn)行維護(hù)6各階段。11.列出軟件生存期的幾個(gè)主要模型？· 瀑布模型· 原型模型· 螺旋模型· 增量模型· 構(gòu)件組裝模型· 統(tǒng)一過(guò)程模型· 第四代技術(shù)12.瀑布模型軟件開(kāi)發(fā)方法的基本過(guò)程？定義階段：計(jì)劃、需求分析開(kāi)發(fā)階段：設(shè)計(jì)、編碼、測(cè)試維護(hù)階段：運(yùn)行維護(hù)13.增量模型有什么特點(diǎn)？Ø 任務(wù)或功能模塊驅(qū)動(dòng)，可

8、以分階段提交產(chǎn)品；Ø 有多個(gè)任務(wù)單，這些多個(gè)任務(wù)單的集合，構(gòu)成項(xiàng)目的一個(gè)總?cè)蝿?wù)書(shū)(總用戶(hù)需求報(bào)告)。13.增量模型有什么特點(diǎn)？1) 融合了線性順序模型的基本成份和原型實(shí)現(xiàn)模型的迭代特征。2) 增量模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列。每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。3) 增量模型強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作產(chǎn)品。早期的增量是最終產(chǎn)品的“可拆卸”版本，但他們確實(shí)提供了給用戶(hù)服務(wù)的功能，并且提供了給用戶(hù)評(píng)估的平臺(tái)。將軟件產(chǎn)品看作一組增量構(gòu)件，每次設(shè)計(jì)、實(shí)現(xiàn)、集成、測(cè)試和交付一塊構(gòu)件，直到所有構(gòu)件全部實(shí)現(xiàn)為止。特點(diǎn):1) 任務(wù)或功能模塊驅(qū)動(dòng)，可以分階段提交產(chǎn)品；2)

9、有多個(gè)任務(wù)單，這些多個(gè)任務(wù)單的集合，構(gòu)成項(xiàng)目的一個(gè)總?cè)蝿?wù)書(shū)(總用戶(hù)需求報(bào)告)。14.幾種主要的軟件開(kāi)發(fā)方法？ 結(jié)構(gòu)化開(kāi)發(fā)方法 面向?qū)ο蟮姆椒?5.軟件工程中的“五個(gè)面向”？面向流程分析、面向數(shù)據(jù)設(shè)計(jì)、面向?qū)ο髮?shí)現(xiàn)、面向功能測(cè)試、面向過(guò)程管理。第二章 1.可行性分析的目的？1）用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。2）確定問(wèn)題是否能夠解決和值得解決。3）分析可能的利弊關(guān)系。2.可行性分析最為敏感的方面是什么? 經(jīng)濟(jì)可行性：經(jīng)濟(jì)效益能否超過(guò)開(kāi)發(fā)成本？ 技術(shù)可行性：現(xiàn)有技術(shù)能否實(shí)現(xiàn)？技術(shù)風(fēng)險(xiǎn)的各種因素? 操作可行性：用戶(hù)的接受程度如何？ 法律可行性：是否合法，是否侵犯他人的利益。3.可

10、行性研究的步驟有哪些? 系統(tǒng)調(diào)研（復(fù)查系統(tǒng)規(guī)模和目標(biāo)） 現(xiàn)行系統(tǒng)分析（研究目前正在使用的系統(tǒng)） 建議新系統(tǒng)（導(dǎo)出新系統(tǒng)的高層邏輯模型） 模型評(píng)審（重新定義問(wèn)題） 導(dǎo)出和評(píng)價(jià)可供選擇的解決方案 推薦一個(gè)方案并說(shuō)明理由 推薦行動(dòng)方針 書(shū)寫(xiě)文檔提交審查（可行性分析報(bào)告）4.軟件計(jì)劃的步驟有哪些? 估計(jì)軟件的規(guī)模及所需的資源； 制定時(shí)間表； 鑒別和評(píng)估風(fēng)險(xiǎn)； 約定與限制條件。5.軟件計(jì)劃書(shū)的內(nèi)容有哪些? 軟件范圍 環(huán)境資源 進(jìn)度安排 成本/效益分析 其它要考慮的因素6.甘特圖有哪些優(yōu)點(diǎn)和缺點(diǎn)？甘特圖：是一種對(duì)各項(xiàng)活動(dòng)進(jìn)行計(jì)劃調(diào)度與控制的圖表。橫向表示時(shí)間，縱向列出任務(wù)。優(yōu)點(diǎn)：它具有簡(jiǎn)單、醒目和便于編制

11、等特點(diǎn)。能夠動(dòng)態(tài)反映軟件項(xiàng)目開(kāi)發(fā)進(jìn)展的情況。缺點(diǎn)：難以反映多個(gè)任務(wù)之間存在的復(fù)雜的邏輯關(guān)系。7.什么是網(wǎng)絡(luò)計(jì)劃法的關(guān)鍵事件與關(guān)鍵路徑？Ø 關(guān)鍵事件：最早完成時(shí)間與最遲完成時(shí)間相等的事件。Ø 關(guān)鍵路徑：關(guān)鍵事件聯(lián)結(jié)的各個(gè)活動(dòng)所組成的路線。8.常用的成本估算方法有哪些?(1)基于代碼行的成本估算方法(2)任務(wù)分解成本估算 (3)經(jīng)驗(yàn)統(tǒng)計(jì)估算模型 參數(shù)方程 動(dòng)態(tài)多變量參數(shù)模型 COCOMO模型（constructive Cost Model）自動(dòng)估算工具 9.軟件成本估算包括哪些內(nèi)容?工作產(chǎn)品規(guī)模估計(jì)工作量及成本估計(jì)關(guān)鍵資源的量化估計(jì)10.項(xiàng)目活動(dòng)和項(xiàng)目約定計(jì)劃指的是什么?

12、16; 活動(dòng)指開(kāi)發(fā)活動(dòng)和管理活動(dòng)；Ø 約定指各種規(guī)范、標(biāo)準(zhǔn)、規(guī)則；Ø 規(guī)范：是對(duì)過(guò)程和行為的約束；Ø 標(biāo)準(zhǔn)：是對(duì)產(chǎn)品的約束；Ø 規(guī)則或規(guī)程：是對(duì)操作的約束。第三章1.為什么說(shuō)需求獲取難？ 用戶(hù)需求具有動(dòng)態(tài)性(不穩(wěn)定性)。 用戶(hù)需求具有模糊性(不準(zhǔn)確性)。 對(duì)需求達(dá)成一致的艱難性。 管理體制、機(jī)構(gòu)設(shè)置處在變革中。 軟件書(shū)籍沒(méi)有將需求分析講清楚。2.需求分析的重點(diǎn)是哪些？ 業(yè)務(wù)模型、 功能模型、 性能模型、 接口模型。3.需求分析的9大任務(wù)是什么？ 畫(huà)出系統(tǒng)的組織結(jié)構(gòu)圖、列出各部門(mén)的崗位角色(機(jī)構(gòu)模型)。 畫(huà)出系統(tǒng)業(yè)務(wù)操作流程圖。 畫(huà)出系統(tǒng)的數(shù)據(jù)流圖，掌握業(yè)

13、務(wù)規(guī)則，獲得初步數(shù)據(jù)模型。 列出系統(tǒng)的功能點(diǎn)，即功能模型。 列出系統(tǒng)的性能點(diǎn)，即性能模型。 列出系統(tǒng)的接口，即接口模型。 確定系統(tǒng)的運(yùn)行環(huán)境，即環(huán)境模型。 確定系統(tǒng)的界面約定，即界面模型。 對(duì)開(kāi)發(fā)工期、費(fèi)用、開(kāi)發(fā)進(jìn)度、系統(tǒng)風(fēng)險(xiǎn)等分析與評(píng)估。4.簡(jiǎn)述需求分析的過(guò)程？· 問(wèn)題識(shí)別· 分析與綜合· 編制需求分析階段文檔· 需求分析評(píng)審5.獲取需求的常用方法有哪些？ 訪談/個(gè)別訪問(wèn):正式的和非正式的訪談 問(wèn)卷調(diào)查/書(shū)面調(diào)查 ：發(fā)電子郵件、問(wèn)卷調(diào)查即把需要調(diào)查的內(nèi)容制成表格交給用戶(hù)填寫(xiě)。該方法對(duì)需要調(diào)查大量人員的意見(jiàn)時(shí)，十分有效。 情景分析/電話(huà)和電視會(huì)議：對(duì)目標(biāo)

14、系統(tǒng)解決某個(gè)具體問(wèn)題的方法和結(jié)果，給出可能的情景描述，以獲知用戶(hù)的具體需求。 實(shí)地考察/收集資料：開(kāi)調(diào)查會(huì)參加業(yè)務(wù)實(shí)踐 構(gòu)造原型6.需求分析的原則是什么？ 解決邏輯問(wèn)題：需求分析是對(duì)問(wèn)題的識(shí)別和說(shuō)明，要回答“做什么”，而不是“怎么做”。 以運(yùn)行環(huán)境為基礎(chǔ)：需求分析工作應(yīng)以具體的運(yùn)行環(huán)境為基礎(chǔ)，實(shí)事求是 。 用戶(hù)參與的原則：需求分析工作是系統(tǒng)分析人員同用戶(hù)不斷交互的過(guò)程。 構(gòu)造高質(zhì)量的需求規(guī)格說(shuō)明：需求規(guī)格說(shuō)明是需求分析工作重要的完成標(biāo)志。 7.需求分析的基本要求是什么？ 理解問(wèn)題的數(shù)據(jù)域和功能域 自頂向下、逐層分解 給出系統(tǒng)的邏輯視圖和物理視圖8.常見(jiàn)的需求分析方法有哪些？需求獲取、分析建模、

15、文檔編寫(xiě)、需求驗(yàn)證；8.常見(jiàn)的需求分析方法有哪些？ 面向數(shù)據(jù)流的分析方法 面向功能的分析方法 面向數(shù)據(jù)的Jackson方法 面向?qū)ο蟮姆治龇椒?.需求分析方法有哪些共性？1.支持?jǐn)?shù)據(jù)域的分析機(jī)制2.功能表示方法3.接口的定義4.問(wèn)題的分解及抽象化5.邏輯視圖和物理視圖6.系統(tǒng)抽象模型4.1思考題1.軟件設(shè)計(jì)的具體任務(wù)包括哪些內(nèi)容？ (1) 制定規(guī)范(2) 結(jié)構(gòu)設(shè)計(jì)(3) 處理方式設(shè)計(jì)(4) 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)(5) 可靠性設(shè)計(jì)（質(zhì)量設(shè)計(jì)）(6) 編寫(xiě)軟件設(shè)計(jì)文檔(7) 設(shè)計(jì)審查和復(fù)審(8) 詳細(xì)設(shè)計(jì)2.什么是數(shù)據(jù)的保護(hù)性設(shè)計(jì)？1）防衛(wèi)性設(shè)計(jì)：在軟件設(shè)計(jì)中就插入自動(dòng)檢錯(cuò)，報(bào)錯(cuò)和糾錯(cuò)的功能2）一

16、致性設(shè)計(jì)： 在并發(fā)處理過(guò)程中使用封鎖和解除封鎖機(jī)制保持?jǐn)?shù)據(jù)不被破壞3）冗余性設(shè)計(jì)：3.軟件設(shè)計(jì)的目標(biāo)是什么？軟件設(shè)計(jì)的最終目標(biāo)：取得最佳方案 節(jié)省開(kāi)發(fā)費(fèi)用、 降低資源消耗、 縮短開(kāi)發(fā)時(shí)間、 能夠贏得較高的生產(chǎn)效率、 較高的可靠性、 可維護(hù)性的方案。4. 模塊具有哪些基本屬性?“模塊”，又稱(chēng)“組件”。一般有四個(gè)基本屬性Ø 功能：描述該模塊做什么？Ø 邏輯：描述模塊內(nèi)部怎么做？Ø 狀態(tài)：模塊使用時(shí)的環(huán)境和條件。Ø 接口：指模塊的輸入與輸出。5.什么是耦合？什么是內(nèi)聚？如何增強(qiáng)模塊的獨(dú)立性？Ø 耦合：各模塊之間的互相連接的緊密程度。模塊之間的連接越緊

17、密，聯(lián)系越多，耦合性就越高，而其獨(dú)立性就越弱。Ø 內(nèi)聚：模塊內(nèi)各功能元素彼此結(jié)合的緊密程度。一個(gè)模塊內(nèi)部各個(gè)元素之間的聯(lián)系越緊密，則它的內(nèi)聚性就越高，相對(duì)地，它與其它模塊之間的耦合性就會(huì)減低，而模塊獨(dú)立性就越強(qiáng)。Ø 增強(qiáng)模塊獨(dú)立性的方法是盡量做到高內(nèi)聚、低耦合。6.模塊化的特征有哪些？Ø 抽象：用層次的方式構(gòu)造和分析復(fù)雜系統(tǒng)。Ø 逐步求精：幫助開(kāi)發(fā)人員把精力集中在與當(dāng)前開(kāi)發(fā)階段最相關(guān)的那些問(wèn)題上。Ø 信息隱蔽：如果一個(gè)模塊內(nèi)包含的信息(過(guò)程和數(shù)據(jù)) 不允許外部的模塊訪問(wèn)的話(huà)，其它模塊不能對(duì)其訪問(wèn)。Ø 局部化：把一些關(guān)系密切的軟件元素物

18、理地放得彼此靠近。7.影響耦合度的因素有哪些？ 連接方式的類(lèi)型。 接口的復(fù)雜性。 傳送的信息流類(lèi)型。 耦合的時(shí)間。8.降低耦合度的方法有哪些？ 耦合度是評(píng)價(jià)程序質(zhì)量的重要指標(biāo)，耦合度越小，則每個(gè)模塊越容易獨(dú)立地被理解、編寫(xiě)和修改，同時(shí)每個(gè)模塊的錯(cuò)誤越不容易擴(kuò)散蔓延到其他模塊。 對(duì)需要了解的內(nèi)容，隱含的改為明顯的，便于理解； 連接的方式盡量標(biāo)準(zhǔn)化，避免直接引用； 減少公共區(qū)，將公共區(qū)劃分為若干個(gè)邏輯子區(qū)； 輸入輸出應(yīng)局限在少量模塊，不要分散在全系統(tǒng)；9.軟件結(jié)構(gòu)設(shè)計(jì)優(yōu)化的準(zhǔn)則是什么？1) 劃分模塊時(shí)，盡量做到高內(nèi)聚、低耦合，保持模塊相對(duì)獨(dú)立性。模塊劃分的準(zhǔn)則：“將相關(guān)的各部分放在一起，無(wú)關(guān)的東西

19、不要放在一起。” 2) 模塊的大小要適中。3) 模塊的接口要簡(jiǎn)單、清晰、含義明確。便于理解，易于實(shí)現(xiàn)、易于測(cè)試和維護(hù)。4) 一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)。且判定所在的模塊，應(yīng)與受其影響的模塊在層次上盡量靠近。5) 軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應(yīng)適當(dāng)。6) 力求設(shè)計(jì)單入口和單出口的模塊。避免“病態(tài)連接”，以防止內(nèi)容耦合。 7) 設(shè)計(jì)功能可預(yù)測(cè)模塊的劃分，應(yīng)防止功能過(guò)分局限。 4.2思考題1.結(jié)構(gòu)化設(shè)計(jì)的優(yōu)點(diǎn)是什么？ 減少設(shè)計(jì)復(fù)雜性。將大化小，使復(fù)雜問(wèn)題簡(jiǎn)單化。 結(jié)構(gòu)獨(dú)立。將程序劃分成多個(gè)相對(duì)獨(dú)立的模塊。 模塊功能單一化，可使軟件設(shè)計(jì)獲得最大的益處。 便于軟件的修改。 易于開(kāi)發(fā)和維護(hù)。

20、 加強(qiáng)了代碼的可重用性。3.正交軟件體系結(jié)構(gòu)的優(yōu)點(diǎn)是什么？ 層次結(jié)構(gòu)清晰，便于理解。 可移植性強(qiáng)，重用粒度大。 易修改，可維護(hù)性強(qiáng)。 4.三層C/S結(jié)構(gòu)的組成Ø 表示層：用戶(hù)接口部分，擔(dān)負(fù)著用戶(hù)與應(yīng)用間的對(duì)話(huà)功能。 Ø 功能層：相當(dāng)于應(yīng)用的本體，將具體的業(yè)務(wù)處理邏輯程序。 Ø 數(shù)據(jù)層：數(shù)據(jù)庫(kù)管理系統(tǒng)，負(fù)責(zé)管理對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的讀/寫(xiě)。 5.三層結(jié)構(gòu)設(shè)計(jì)的優(yōu)點(diǎn)是什么？ 允許合理地劃分三層結(jié)構(gòu)的功能，使之在邏輯上保持相對(duì)獨(dú)立性。 允許更靈活有效地選用相應(yīng)的平臺(tái)和硬件系統(tǒng)，使之在處理負(fù)荷能力上與處理特性上分別適應(yīng)于結(jié)構(gòu)清晰的三層；并且這些平臺(tái)和各個(gè)組成部分可以具有良好的可升

21、級(jí)性和開(kāi)放性 。 三層C/S結(jié)構(gòu)中，應(yīng)用的各層可以并行開(kāi)發(fā)，各層也可以選擇各自最適合的開(kāi)發(fā)語(yǔ)言。 允許充分利用功能層有效地隔離開(kāi)表示層與數(shù)據(jù)層，未授權(quán)的用戶(hù)難以繞過(guò)功能層而利用數(shù)據(jù)庫(kù)工具或黑客手段去非法地訪問(wèn)數(shù)據(jù)層 。6.B/S體系結(jié)構(gòu)的不足之處? 缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，數(shù)據(jù)庫(kù)處理能力差。 系統(tǒng)擴(kuò)展能力差，安全性難以控制。 響應(yīng)速度遠(yuǎn)低于C/S體系結(jié)構(gòu)。 數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理（OLTP）應(yīng)用。7.C/S、B/S混合結(jié)構(gòu)的特點(diǎn)是什么?Ø B/S與C/S混合結(jié)構(gòu)是一種典型的異構(gòu)系統(tǒng)。Ø C/S與B/S混合結(jié)構(gòu)的優(yōu)點(diǎn)：外部用戶(hù)不直

22、接訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器，能保證企業(yè)數(shù)據(jù)庫(kù)的相對(duì)安全。企業(yè)內(nèi)部用戶(hù)的交互性較強(qiáng)，數(shù)據(jù)查詢(xún)和修改的響應(yīng)速度較快。 Ø C/S與B/S混合結(jié)構(gòu)的缺點(diǎn)：企業(yè)外部用戶(hù)修改和維護(hù)數(shù)據(jù)時(shí)，速度較慢，較煩瑣，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)。8.列出幾種主要的菜單類(lèi)型? 固定菜單 活動(dòng)菜單 “彈出式”菜單 “下拉式”菜單 9.活動(dòng)菜單的優(yōu)點(diǎn)是什么？Ø 不占用顯示工作空間，Ø 可以根據(jù)用戶(hù)當(dāng)前所處的操作狀態(tài)和要求動(dòng)態(tài)出現(xiàn)。Ø 需要注意的是不能濫用彈出菜單。4.3思考題1. DBMS有哪些基本功能？1） 建立數(shù)據(jù)庫(kù)的結(jié)構(gòu)；2） 管理用戶(hù)的數(shù)據(jù)庫(kù)；3） 提供在數(shù)據(jù)庫(kù)上的各種操作；4） 提供數(shù)

23、據(jù)庫(kù)對(duì)外的各種接口；2.DB、DBMS有何不同？在人們的交流中，習(xí)慣上常常將數(shù)據(jù)庫(kù)和DBMS混為一談，不加區(qū)別。所以要根據(jù)不同場(chǎng)合、不同習(xí)慣、以及上下文來(lái)分析，所講的“數(shù)據(jù)庫(kù)”三個(gè)字，到底是指數(shù)據(jù)庫(kù)，還是指DBMS。 2. DBMS提供的三種語(yǔ)言是什么？ DDL（數(shù)據(jù)庫(kù)定義語(yǔ)言）： 如：CREATE，ALTER，DROP； DML（數(shù)據(jù)庫(kù)操作語(yǔ)言）： 如：SELECT，UPDATE，INSERT，DELETE； DCL（數(shù)據(jù)庫(kù)控制語(yǔ)言）： 如：LOCK、UNLOCK；3. 四個(gè)表指的是什么？分別是：基本表、代碼表、中間表、臨時(shí)表4. 基本表的性質(zhì)有哪些？為什么？1） 原子性?；颈碇械淖侄问遣?/p>

24、可再分解的。2） 原始性?；颈碇械挠涗浭窃紨?shù)據(jù)（基礎(chǔ)數(shù)據(jù)）的記錄。3） 演繹性。由基本表與代碼表中的數(shù)據(jù)，可以派生出所有的輸出數(shù)據(jù)。4） 穩(wěn)定性?；颈淼慕Y(jié)構(gòu)是相對(duì)穩(wěn)定的，表中的記錄是需要長(zhǎng)期保存的。5. 怎樣正確認(rèn)識(shí)“數(shù)據(jù)冗余”？1） 主鍵與外鍵在多表中的重復(fù)出現(xiàn), 不屬于數(shù)據(jù)冗余，這個(gè)概念必須清楚，事實(shí)上有許多人還不清楚。2） 非鍵字段的重復(fù)出現(xiàn), 才是數(shù)據(jù)冗余，而且是一種低級(jí)冗余，即重復(fù)性的冗余。3） 高級(jí)冗余不是字段的重復(fù)出現(xiàn)，而是字段的派生出現(xiàn)。 第五章1. 代碼設(shè)計(jì)的主要原則是什么？1） 使用語(yǔ)言中的順序、選擇、重復(fù)等有限的基本控制結(jié)構(gòu)表示程序邏輯。2） 選用的控制結(jié)構(gòu)只準(zhǔn)許有

25、一個(gè)入口和一個(gè)出口。3） 程序語(yǔ)句組成容易識(shí)別的塊，每塊只有一個(gè)入口和一個(gè)出口。4）復(fù)雜結(jié)構(gòu)應(yīng)該用基本控制結(jié)構(gòu)進(jìn)行組合嵌套來(lái)實(shí)現(xiàn)。2. 編程規(guī)范包括哪些內(nèi)容？3. 良好的代碼設(shè)計(jì)風(fēng)格包括哪些內(nèi)容？1） 規(guī)范化的程序內(nèi)部文檔、2） 數(shù)據(jù)結(jié)構(gòu)的詳細(xì)說(shuō)明、3） 清晰的語(yǔ)句結(jié)構(gòu)、4）遵守某一編程規(guī)范，內(nèi)容包括：命名規(guī)范、界面規(guī)范、提示及幫助信息規(guī)范、熱鍵定義等。4. 代碼語(yǔ)句設(shè)計(jì)應(yīng)遵從哪些原則？1）在一行內(nèi)只寫(xiě)一條語(yǔ)句：采取適當(dāng)?shù)囊菩懈袷?，使程序的邏輯和功能變得更加明確。在一行內(nèi)寫(xiě)多個(gè)語(yǔ)句會(huì)使程序可讀性變差。2） 程序編寫(xiě)清晰性第一：不要刻意追求技巧性，使程序編寫(xiě)得過(guò)于緊湊。3） 程序要能直截了當(dāng)?shù)卣f(shuō)

26、明程序員的用意：程序編寫(xiě)要簡(jiǎn)單，清楚，直截了當(dāng)?shù)卣f(shuō)明程序員的用意。4） 清晰第一，效率第二：不要為了追求效率而喪失了清晰性。事實(shí)上，程序效率的提高主要應(yīng)通過(guò)選擇高效的算法來(lái)實(shí)現(xiàn)。5） 先保證程序正確, 再要求提高速度。6） 避免使用臨時(shí)變量而使可讀性下降。7） 讓編譯程序做簡(jiǎn)單的優(yōu)化。8） 盡可能使用庫(kù)函數(shù)和構(gòu)件。9） 避免不必要的轉(zhuǎn)移：盡量不用GO TO語(yǔ)句。10） 盡量采用三種基本的控制結(jié)構(gòu)編寫(xiě)程序。11） 避免使用空的ELSE語(yǔ)句和IF THEN IF的語(yǔ)句。這種結(jié)構(gòu)容易使讀者產(chǎn)生誤解。可能產(chǎn)生二義性問(wèn)題。12） 避免采用過(guò)于復(fù)雜的條件測(cè)試。13） 盡量減少使用“否定”條件的條件語(yǔ)句。1

27、4)盡量用通俗易懂的偽碼來(lái)描述程序的流程：然后再翻譯成必須使用的語(yǔ)言。15)數(shù)據(jù)結(jié)構(gòu)要有利于程序的簡(jiǎn)化。16)要模塊化：使模塊功能盡可能單一化，模塊間的耦合能夠清晰可見(jiàn)。17)利用信息隱蔽：確保每一個(gè)模塊的獨(dú)立性。18)從數(shù)據(jù)出發(fā)構(gòu)造程序。19)修補(bǔ)不好的程序，要重新編寫(xiě)：也不要一味地追求代碼的復(fù)用，要重新組織。20)大的程序要分塊編寫(xiě)和測(cè)試：然后再集成。21)對(duì)遞歸定義的數(shù)據(jù)結(jié)構(gòu)盡量使用遞歸過(guò)程。5. I/O代碼設(shè)計(jì)的原則是什么？1） 輸入數(shù)據(jù)要檢驗(yàn)：識(shí)別錯(cuò)誤的輸入，以保證每個(gè)數(shù)據(jù)的有效性；2） 檢查輸入項(xiàng)的各種重要組合的合理性：必要時(shí)報(bào)告輸入狀態(tài)信息；3） 輸入的步驟和操作盡可能簡(jiǎn)單：并保

28、持簡(jiǎn)單的輸入格式；4） 應(yīng)允許使用自由格式輸入數(shù)據(jù)；5） 應(yīng)允許缺省值；6)批數(shù)據(jù)輸入時(shí)，使用輸入結(jié)束標(biāo)志：而不要由用戶(hù)指定輸入數(shù)據(jù)數(shù)目；7)交互式輸入時(shí)，屏幕上使用提示符明確提示輸入的請(qǐng)求：指明可使用選擇項(xiàng)的種類(lèi)和取值范圍。同時(shí)，在數(shù)據(jù)輸入的過(guò)程中和輸入結(jié)束時(shí)，也要在屏幕上給出狀態(tài)信息；8)程序設(shè)計(jì)語(yǔ)言對(duì)I/O格式有嚴(yán)格要求時(shí)，應(yīng)保持輸入格式與輸入語(yǔ)句要求的一致性；9)輸出加注解，并設(shè)計(jì)輸出報(bào)表格式。10)軟件效率應(yīng)該以什么為準(zhǔn)?6.軟件效率應(yīng)該以什么為準(zhǔn)?6. 答：軟件效率以需求為準(zhǔn)7. 程序的效率與哪些因素有關(guān)?答：程序的效率與程序的簡(jiǎn)單性、可讀性和正確性因素有關(guān)。7.程序的效率與哪些因

29、素有關(guān)?程序的效率是指程序的執(zhí)行速度及程序所需占用的內(nèi)存的存儲(chǔ)空間。討論程序效率的準(zhǔn)則： 1) 效率性能要求，應(yīng)在需求分析階段給出。軟件效率以需求為準(zhǔn)，不應(yīng)以人力所及為準(zhǔn)。好的設(shè)計(jì)可以提高效率。2) 程序的效率與程序的簡(jiǎn)單性相關(guān)。3) 一般說(shuō)來(lái)，任何對(duì)效率無(wú)重要改善，且對(duì)程序的簡(jiǎn)單性、可讀性和正確性不利的程序設(shè)計(jì)方法都是不可取的。8. 詳細(xì)設(shè)計(jì)向代碼設(shè)計(jì)轉(zhuǎn)換過(guò)程的指導(dǎo)原則是什么?1）盡可能簡(jiǎn)化有關(guān)的算術(shù)表達(dá)式和邏輯表達(dá)式；2）檢查算法中的嵌套的循環(huán)，盡可能將某些語(yǔ)句或表達(dá)式移到循環(huán)外面；3）盡量避免使用多維數(shù)組；4）盡量避免使用指針和復(fù)雜的表；5）采用“快速”的算術(shù)運(yùn)算；6）不要混淆數(shù)據(jù)類(lèi)型，

30、避免在表達(dá)式中出現(xiàn)類(lèi)型混雜；7）盡量采用整數(shù)算術(shù)表達(dá)式和布爾表達(dá)式；8）選用等效的高效率算法；9. 影響存儲(chǔ)器效率的因素是什么?1）存儲(chǔ)效率與OS的分頁(yè)功能直接有關(guān)。2）采用結(jié)構(gòu)化程序設(shè)計(jì)。3）提高存儲(chǔ)器效率的關(guān)鍵是程序的簡(jiǎn)單性。10. 提高I/O設(shè)備效率的指導(dǎo)原則有哪些?1） I/O的請(qǐng)求應(yīng)當(dāng)最小化；2） 對(duì)于所有的I/O操作，安排適當(dāng)?shù)木彌_區(qū)，以減少頻繁的信息交換。3） 對(duì)輔助存儲(chǔ)(例如磁盤(pán))，選擇盡可能簡(jiǎn)單的，可接受的存取方法；4） 對(duì)輔助存儲(chǔ)的I/O，應(yīng)當(dāng)成塊傳送；5） 對(duì)終端或打印機(jī)的I/O，應(yīng)考慮設(shè)備特性，盡可能改善I/O的質(zhì)量和速度；6） 任何不易理解的，對(duì)改善輸入/輸出效果關(guān)系

31、不大的措施都是不可取的；7） 任何不易理解的所謂“超高效”的I/O毫無(wú)價(jià)值；11. 提示信息分哪幾類(lèi)?1）引導(dǎo)性提示信息：該類(lèi)提示信息一般在需要用戶(hù)干預(yù)時(shí)出現(xiàn)，要求用戶(hù)決定下一步的操作。如在退出時(shí)提示“修改的數(shù)據(jù)尚未存盤(pán)，存盤(pán)否？”。使用MessageBox進(jìn)行提示。2） 錯(cuò)誤性提示信息：該類(lèi)提示信息一般在軟件運(yùn)行出錯(cuò)時(shí)出現(xiàn)，告訴用戶(hù)軟件遇到了問(wèn)題。如“系統(tǒng)運(yùn)行出現(xiàn)故障，請(qǐng)與系統(tǒng)管理員聯(lián)系！”。3） 狀態(tài)性提示信息：該類(lèi)提示信息一般在軟件處于“忙”狀態(tài)下提示，告訴用戶(hù)軟件正在進(jìn)行什么操作，讓用戶(hù)耐心等待。如“正在進(jìn)行數(shù)據(jù)傳輸，請(qǐng)稍待”。4） 位置性提示信息：該類(lèi)提示信息一般根據(jù)鼠標(biāo)的位置進(jìn)行提

32、示，告訴用戶(hù)鼠標(biāo)正指向什么功能。如“報(bào)表打印”。12.軟件實(shí)現(xiàn)過(guò)程由哪些文檔的組成？ 源程序清單 用戶(hù)使用手冊(cè) 用戶(hù)安裝手冊(cè) 系統(tǒng)管理員手冊(cè)13.軟件實(shí)現(xiàn)過(guò)程包括哪些管理文檔? 用戶(hù)指南評(píng)審報(bào)告 模塊源程序行統(tǒng)計(jì)表（行/模塊名） 源程序工作量統(tǒng)計(jì)表（行/人天）思考題5.21.軟件測(cè)試的原則？ 軟件測(cè)試應(yīng)當(dāng)盡早和不斷地進(jìn)行。 程序員應(yīng)避免檢查自己的程序。 設(shè)計(jì)測(cè)試即應(yīng)包括合理的、還應(yīng)包括不合理的輸入條件。 經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。 妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。2.軟件測(cè)試的最初定義?1) 軟件測(cè)試是測(cè)試中的特例

33、，它的測(cè)試對(duì)象是人類(lèi)的智力產(chǎn)品-軟件 2) 最初定義：“軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。 ”3.軟件測(cè)試的經(jīng)典定義? 1）測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤；2） 一個(gè)好的測(cè)試在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；3） 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。4.測(cè)試的目的？Ø 以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。Ø 能夠證明軟件的功能和性能與需求說(shuō)明相符合。Ø 測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。Ø 測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說(shuō)明軟件中存在錯(cuò)誤。5.黑盒測(cè)試的優(yōu)點(diǎn)？ 對(duì)于較大的代碼單元來(lái)說(shuō)，黑盒測(cè)試比白盒測(cè)試效率

34、要高； 測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié)，包括特定的編程語(yǔ)言； 從用戶(hù)的角度進(jìn)行測(cè)試，容易被理解和接受； 有助于暴露任何規(guī)格不一致或有歧義的問(wèn)題；6.黑盒測(cè)試的缺點(diǎn)？ 要測(cè)試每個(gè)可能的輸入流幾乎是不可能的； 會(huì)有很多程序路徑?jīng)]有被測(cè)試到； 不能直接針對(duì)特定程序段測(cè)試，因此可能隱藏更多的問(wèn)題。7.白盒測(cè)試的優(yōu)點(diǎn)？ 迫使測(cè)試人員去仔細(xì)思考軟件的實(shí)現(xiàn)； 可以檢測(cè)代碼中的每條分支和路徑； 揭示隱藏在代碼中的錯(cuò)誤； 對(duì)代碼的測(cè)試比較徹底。8.白盒測(cè)試的缺點(diǎn)？ 成本昂貴； 忽略了從用戶(hù)角度考慮的測(cè)試問(wèn)題；9.測(cè)試報(bào)告包括哪些內(nèi)容？Ø 測(cè)試任務(wù)描述Ø 測(cè)試環(huán)境說(shuō)明Ø 功能測(cè)試描述&

35、#216; 性能測(cè)試描述Ø 確認(rèn)性測(cè)試描述Ø 測(cè)試總結(jié)思考題5.31.軟件維護(hù)分類(lèi)有哪些？糾錯(cuò)性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)；2.影響軟件維護(hù)的因素有哪些？軟件配置是否完整是影響維護(hù)工作量的重要因素；修改別人的程序增加了維護(hù)的難度；文檔不全的軟件，增加了修改后測(cè)試的工作量；軟件結(jié)構(gòu)的不合理，增加了軟件修改的困難；軟件經(jīng)過(guò)多個(gè)版本的演化，很難追蹤修改的過(guò)程；軟件維護(hù)經(jīng)常受挫，降低了該項(xiàng)工作的吸引力。3.軟件維護(hù)有哪些副作用？修改編碼：使編碼更加混亂，程序結(jié)構(gòu)更不清晰，可讀性更差，而且有連鎖反應(yīng)。修改數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)結(jié)構(gòu)是系統(tǒng)的骨架，修改數(shù)據(jù)結(jié)構(gòu)是對(duì)系統(tǒng)傷筋動(dòng)骨的大手

36、術(shù)，在數(shù)據(jù)冗余與數(shù)據(jù)不一致方面，可能顧此失彼。修改用戶(hù)數(shù)據(jù)：需要與用戶(hù)協(xié)商，一旦有疏忽，可使系統(tǒng)發(fā)生意外。修改文檔：對(duì)非結(jié)構(gòu)化維護(hù)不適應(yīng)，對(duì)結(jié)構(gòu)化維護(hù)要嚴(yán)防程序與文檔的不匹配。9.什么叫結(jié)構(gòu)化維護(hù)和非結(jié)構(gòu)化維護(hù)？答：結(jié)構(gòu)化維護(hù)的前提是：軟件產(chǎn)品或軟件項(xiàng)目必須有完善的文檔，并且文檔與程序代碼互相匹配。反之為非結(jié)構(gòu)化維護(hù)。10.可維護(hù)性的軟件應(yīng)具備什么性質(zhì)？答：可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性、效率11.兩層結(jié)構(gòu)和三層結(jié)構(gòu)的軟件維護(hù)方法有什么不同？12.怎么理解軟件產(chǎn)品的版本號(hào)？13.怎么理解UML/CMMI對(duì)軟件維護(hù)的影響？Ø 軟件為什么需要維護(hù)？因?yàn)樗绦蛏嫌?/p>

37、缺陷，所以有面向程序的缺陷維護(hù)；因?yàn)樗O(shè)計(jì)上功能不齊全，所以有面向設(shè)計(jì)的功能維護(hù)。Ø 當(dāng)軟件組織達(dá)到CMM3以上時(shí)，由于軟件過(guò)程的持續(xù)改善，對(duì)軟件質(zhì)量的評(píng)審和審計(jì)活動(dòng)的加強(qiáng)，軟件過(guò)程數(shù)據(jù)庫(kù)作用的發(fā)揮，關(guān)于“程序上有缺陷”和“設(shè)計(jì)上功能不齊全”的情況，將會(huì)逐漸減少，所以軟件的維護(hù)工作量也會(huì)逐漸減少。Ø 真正維護(hù)工作量大的單位，就是CMM1的軟件組織，因?yàn)樗麄児芾頍o(wú)序，文檔不全，工作不規(guī)范，表現(xiàn)形式就是：人治加個(gè)人英雄主義。 第一章 軟件工程概述 1軟件的特點(diǎn)Ø 軟件是邏輯實(shí)體；具有抽象性；軟件的形態(tài)不可見(jiàn)； 必須通過(guò)觀察、分析、思考、判斷來(lái)了解其功能、性能和其它特性

38、。Ø 軟件是人腦思維的產(chǎn)物，其生產(chǎn)過(guò)程與硬件不同。 開(kāi)發(fā)過(guò)程的質(zhì)量控制及軟件產(chǎn)品保護(hù)問(wèn)題。Ø 軟件的開(kāi)發(fā)和運(yùn)行受計(jì)算機(jī)系統(tǒng)限制。 軟件移植問(wèn)題。Ø 軟件的開(kāi)發(fā)技術(shù)落后，手工開(kāi)發(fā)方式仍占統(tǒng)治地位。 開(kāi)發(fā)效率低。22006年發(fā)布的國(guó)家分類(lèi)標(biāo)準(zhǔn)Ø 獨(dú)立式Ø 組合式Ø 集成式Ø 嵌入式3軟件危機(jī)的表現(xiàn)Ø 對(duì)開(kāi)發(fā)成本和進(jìn)度的估算偏差太大Ø 沒(méi)有適當(dāng)?shù)奈臋nØ 軟件成本比重上升Ø 質(zhì)量很不可靠Ø 供不應(yīng)求Ø 用戶(hù)很不滿(mǎn)意4產(chǎn)生軟件危機(jī)的原因客觀：軟件本身特點(diǎn)n 邏輯部件n 規(guī)模龐

39、大主觀：不正確的開(kāi)發(fā)方法n 忽視需求分析n “軟件開(kāi)發(fā)=程序編寫(xiě)”的錯(cuò)誤觀念n 輕視軟件維護(hù)5軟件工程的三要素 方法：為軟件開(kāi)發(fā)提供了“如何做”的技術(shù)。 工具：為軟件工程方法提供了支撐環(huán)境。 過(guò)程：定義了方法使用的順序、要交付的文檔資料、為保證質(zhì)量和適應(yīng)變化所需要的管理、 軟件開(kāi)發(fā)各個(gè)階段完成的里程碑。6軟件工程項(xiàng)目的基本目標(biāo)Ø 付出較低的開(kāi)發(fā)成本Ø 達(dá)到要求的軟件功能Ø 取得較好的軟件性能Ø 開(kāi)發(fā)的軟件易于移植Ø 需要較低的維護(hù)費(fèi)用Ø 能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用7軟件工程基本原則抽象 信息隱蔽 模塊化 局部化 確定性 一致性

40、完備性 可驗(yàn)證性8軟件工程的基本原理 用分階段的生命周期嚴(yán)格管理； 堅(jiān)持進(jìn)行階段評(píng)審； 實(shí)行嚴(yán)格的產(chǎn)品控制； 采用現(xiàn)代程序設(shè)計(jì)技術(shù)； 結(jié)果應(yīng)能清楚地審查； 開(kāi)發(fā)小組人員應(yīng)少而精； 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。9瀑布模型的特點(diǎn) 里程碑或基線驅(qū)動(dòng)，或者說(shuō)文檔驅(qū)動(dòng)； 過(guò)程逆轉(zhuǎn)性很差，或者說(shuō)不可逆轉(zhuǎn)。10軟件生命周期一個(gè)軟件從定義、開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，所經(jīng)歷的生存過(guò)程稱(chēng)為軟件生存期或叫生命期。生命期的劃分：制定計(jì)劃 需求分析和定義 軟件設(shè)計(jì) 程序編寫(xiě) 軟件測(cè)試 運(yùn)行/維護(hù) 定義階段 開(kāi)發(fā)階段 維護(hù)階段11軟件生存期的主要模型瀑布模型 原型模型 螺旋模型 增量模型 構(gòu)件組裝模型 統(tǒng)一

41、過(guò)程模型 第四代技術(shù)12（好像考過(guò)，挺重要的）瀑布模型開(kāi)發(fā)的基本過(guò)程(看書(shū)上的圖)定義 計(jì)劃階段 需求分析 開(kāi)發(fā) 設(shè)計(jì)階段 編碼 測(cè)試 維護(hù) 運(yùn)行、維護(hù)階段13增量模型的特點(diǎn)Ø 任務(wù)或功能模塊驅(qū)動(dòng)，可以分階段提交產(chǎn)品；Ø 有多個(gè)任務(wù)單，這些多個(gè)任務(wù)單的集合，構(gòu)成項(xiàng)目的一個(gè)總?cè)蝿?wù)書(shū)(總用戶(hù)需求報(bào)告)。14幾種主要的軟件開(kāi)發(fā)方法 面向過(guò)程的方法 面向數(shù)據(jù)的方法 面向?qū)ο蟮姆椒?5軟件工程中的“五個(gè)面向”u 面向流程分析、u 面向數(shù)據(jù)設(shè)計(jì)、u 面向?qū)ο髮?shí)現(xiàn)、u 面向功能測(cè)試、u 面向過(guò)程管理。 第二章 軟件策劃16可行性分析的目的Ø 用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)

42、題是否能夠解決。Ø 確定問(wèn)題是否能夠解決和值得解決。Ø 分析可能的利弊關(guān)系17可行性分析最為敏感的方面 經(jīng)濟(jì)可行性：經(jīng)濟(jì)效益能否超過(guò)開(kāi)發(fā)成本？ 技術(shù)可行性：現(xiàn)有技術(shù)能否實(shí)現(xiàn)？技術(shù)風(fēng)險(xiǎn)的各種因素? 操作可行性：用戶(hù)的接受程度如何？ 法律可行性：是否合法，是否侵犯他人的利益。18可行性研究的步驟 復(fù)查系統(tǒng)規(guī)模和目標(biāo)（系統(tǒng)調(diào)研） 研究目前正在使用的系統(tǒng)（系統(tǒng)分析） 導(dǎo)出新系統(tǒng)的高層邏輯模型（系統(tǒng)分析） 重新定義問(wèn)題（模型評(píng)審） 導(dǎo)出和評(píng)價(jià)可供選擇的解決方案 推薦一個(gè)方案并說(shuō)明理由 推薦行動(dòng)方針 書(shū)寫(xiě)文檔提交審查19軟件計(jì)劃的步驟 估計(jì)軟件的規(guī)模及所需的資源； 制定時(shí)間表； 鑒別和

43、評(píng)估風(fēng)險(xiǎn)； 約定與限制條件。20軟件計(jì)劃書(shū)的內(nèi)容 軟件范圍 環(huán)境資源 進(jìn)度安排 成本/效益分析 其它要考慮的因素21甘特圖有哪些優(yōu)點(diǎn)和缺點(diǎn)甘特圖：是一種對(duì)各項(xiàng)活動(dòng)進(jìn)行計(jì)劃調(diào)度與控制的圖表。橫向表示時(shí)間，縱向列出任務(wù)。優(yōu)點(diǎn)：它具有簡(jiǎn)單、醒目和便于編制等特點(diǎn)。能夠動(dòng)態(tài)反映軟件項(xiàng)目開(kāi)發(fā)進(jìn)展的情況。缺點(diǎn)：難以反映多個(gè)任務(wù)之間存在的復(fù)雜的邏輯關(guān)系。22什么是網(wǎng)絡(luò)計(jì)劃法的關(guān)鍵事件與關(guān)鍵路徑Ø 關(guān)鍵事件：最早完成時(shí)間與最遲完成時(shí)間相等的事件。Ø 關(guān)鍵路徑：關(guān)鍵事件聯(lián)結(jié)的各個(gè)活動(dòng)所組成的路線。23常用的成本估算方法(1)基于代碼行的成本估算方法(2)任務(wù)分解成本估算 (3)經(jīng)驗(yàn)統(tǒng)計(jì)估算模型

44、 參數(shù)方程 動(dòng)態(tài)多變量參數(shù)模型 COCOMO模型（constructive Cost Model）自動(dòng)估算工具 24軟件成本估算包括哪些內(nèi)容Ø 貨幣的時(shí)間價(jià)值Ø 投資回收期 Ø 純收入Ø 投資回收率25項(xiàng)目活動(dòng)和項(xiàng)目約定計(jì)劃指的是什么Ø 活動(dòng)指開(kāi)發(fā)活動(dòng)和管理活動(dòng)；Ø 約定指各種規(guī)范、標(biāo)準(zhǔn)、規(guī)則 規(guī)范是對(duì)過(guò)程和行為的約束；標(biāo)準(zhǔn)是對(duì)產(chǎn)品的約束；規(guī)則或規(guī)程是對(duì)操作的約束。第三章 需求分析26需求獲取為什么難？ 用戶(hù)需求具有動(dòng)態(tài)性(不穩(wěn)定性)。 用戶(hù)需求具有模糊性(不準(zhǔn)確性)。 對(duì)需求達(dá)成一致的艱難性。 管理體制、機(jī)構(gòu)設(shè)置處在變革中。 軟件書(shū)

45、籍沒(méi)有將需求分析講清楚。27需求分析的重點(diǎn)業(yè)務(wù)模型、功能模型、性能模型、接口模型。28需求分析的9項(xiàng)任務(wù) 畫(huà)出目標(biāo)系統(tǒng)的組織機(jī)構(gòu)模型。 畫(huà)出目標(biāo)系統(tǒng)業(yè)務(wù)操作流程圖。 畫(huà)出目標(biāo)系統(tǒng)的數(shù)據(jù)流圖。 列出目標(biāo)系統(tǒng)的功能點(diǎn)列表，即功能模型。 列出系統(tǒng)的性能點(diǎn)列表，即性能模型。 列出目標(biāo)系統(tǒng)的接口列表，即接口模型。 確定目標(biāo)系統(tǒng)的運(yùn)行環(huán)境，即環(huán)境模型。 目標(biāo)系統(tǒng)的界面約定，即界面模型。 分析與評(píng)估開(kāi)發(fā)工期、費(fèi)用、進(jìn)度、風(fēng)險(xiǎn)等。 29需求分析的過(guò)程· 問(wèn)題識(shí)別· 分析與綜合· 編制需求分析階段文檔· 需求分析評(píng)審30獲取需求的常用方法 訪談：正式的和非正式的訪談 問(wèn)卷

46、調(diào)查：?jiǎn)柧碚{(diào)查即把需要調(diào)查的內(nèi)容制成表格交給用戶(hù)填寫(xiě)。該方法對(duì)需要調(diào)查大量人員的意見(jiàn)時(shí)，十分有效。 情景分析：情景分析就是對(duì)目標(biāo)系統(tǒng)解決某個(gè)具體問(wèn)題的方法和結(jié)果，給出可能的情景描述，以獲知用戶(hù)的具體需求。 實(shí)地考察 構(gòu)造原型31需求分析的原則 解決邏輯問(wèn)題：需求分析是對(duì)問(wèn)題的識(shí)別和說(shuō)明，要回答“做什么”，而不是“怎么做”。 以運(yùn)行環(huán)境為基礎(chǔ)：需求分析工作應(yīng)以具體的運(yùn)行環(huán)境為基礎(chǔ)，實(shí)事求是 。 用戶(hù)參與的原則：需求分析工作是系統(tǒng)分析人員同用戶(hù)不斷交互的過(guò)程。 構(gòu)造高質(zhì)量的需求規(guī)格說(shuō)明：需求規(guī)格說(shuō)明是需求分析工作重要的完成標(biāo)志。 32需求分析的基本要求理解問(wèn)題的數(shù)據(jù)域和功能域自頂向下、逐層分解 給

47、出系統(tǒng)的邏輯視圖和物理視圖33需求分析方法 面向數(shù)據(jù)流的分析方法 面向功能的分析方法 面向數(shù)據(jù)的Jackson方法 面向?qū)ο蟮姆治龇椒ǖ谒恼?軟件設(shè)計(jì)34軟件設(shè)計(jì)的具體任務(wù)(1) 制定規(guī)范(2) 結(jié)構(gòu)設(shè)計(jì)(3) 處理方式結(jié)構(gòu)設(shè)計(jì)(4) 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)(5) 可靠性設(shè)計(jì)（質(zhì)量設(shè)計(jì)）(6) 編寫(xiě)軟件設(shè)計(jì)文檔(7) 設(shè)計(jì)審查和復(fù)審(8) 詳細(xì)設(shè)計(jì)35數(shù)據(jù)的保護(hù)性設(shè)計(jì)防衛(wèi)性設(shè)計(jì)：在軟件設(shè)計(jì)中就插入自動(dòng)檢錯(cuò)，報(bào)錯(cuò)和糾錯(cuò)的功能一致性設(shè)計(jì)： 在并發(fā)處理過(guò)程中使用封鎖和解除封鎖機(jī)制保持?jǐn)?shù)據(jù)不被破壞冗余性設(shè)計(jì)：36軟件設(shè)計(jì)的目標(biāo)軟件設(shè)計(jì)的最終目標(biāo)是要取得最佳方案。即：節(jié)省開(kāi)發(fā)費(fèi)用、降低資源消耗、縮短開(kāi)發(fā)時(shí)

48、間、能夠贏得較高的生產(chǎn)效率、較高的可靠性和可維護(hù)性的方案。 并且使開(kāi)發(fā)軟件滿(mǎn)足以下特點(diǎn)：Ø 功能、性能都符合指定的要求；Ø 軟件是可維護(hù)的，可方便地進(jìn)行修改 ；Ø 除了代碼，還有一套配置齊全的文檔。 37模塊的基本屬性 “模塊”，又稱(chēng)“組件”。一般有四個(gè)基本屬性Ø 功能：描述該模塊做什么？Ø 邏輯：描述模塊內(nèi)部怎么做？Ø 狀態(tài)：模塊使用時(shí)的環(huán)境和條件。Ø 接口：指模塊的輸入與輸出。38什么是耦合？什么是內(nèi)聚？如何增強(qiáng)模塊的獨(dú)立性？Ø 耦合：各模塊之間的互相連接的緊密程度。模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高

49、，而其獨(dú)立性就越弱。Ø 內(nèi)聚：模塊內(nèi)各功能元素彼此結(jié)合的緊密程度。一個(gè)模塊內(nèi)部各個(gè)元素之間的聯(lián)系越緊密，則它的內(nèi)聚性就越高，相對(duì)地，它與其它模塊之間的耦合性就會(huì)減低，而模塊獨(dú)立性就越強(qiáng)。Ø 增強(qiáng)模塊獨(dú)立性的方法是：高內(nèi)聚、低耦合39模塊化的特征Ø 抽象：用層次的方式構(gòu)造和分析復(fù)雜系統(tǒng)。Ø 逐步求精：幫助開(kāi)發(fā)人員把精力集中在與當(dāng)前開(kāi)發(fā)階段最相關(guān)的那些問(wèn)題上。Ø 信息隱蔽：如果一個(gè)模塊內(nèi)包含的信息(過(guò)程和數(shù)據(jù)) 不允許外部的模塊訪問(wèn)的話(huà)，其它模塊不能對(duì)其訪問(wèn)。Ø 局部化：把一些關(guān)系密切的軟件元素物理地放得彼此靠近。40影響耦合度的因素 連

50、接方式的類(lèi)型。 接口的復(fù)雜性。 傳送的信息流的類(lèi)型。 耦合的時(shí)間。41降低耦合度的方法： 對(duì)于需要了解的內(nèi)容，若是隱含的，應(yīng)改為明顯的，以便更容易理解； 連接的方式盡量標(biāo)準(zhǔn)化，不要直接引用； 減少公共區(qū)，將公共區(qū)劃分為若干個(gè)邏輯子區(qū)； 輸入輸出應(yīng)局限在少量模塊，不要分散在全系統(tǒng)； 延遲耦合時(shí)間。42軟件結(jié)構(gòu)設(shè)計(jì)優(yōu)化的準(zhǔn)則1. 劃分模塊時(shí)，盡量做到高內(nèi)聚、低耦合，保持模塊相對(duì)獨(dú)立性。模塊劃分的準(zhǔn)則：“將相關(guān)的各部分放在一起，無(wú)關(guān)的東西不要放在一起?！?2. 模塊的大小要適中。3. 模塊的接口要簡(jiǎn)單、清晰、含義明確，便于理解，易于實(shí)現(xiàn)、易于測(cè)試和維護(hù)。4. 一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且

51、判定所在的模塊，應(yīng)與受其影響的模塊在層次上盡量靠近。5. 軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應(yīng)適當(dāng)。6. 力求設(shè)計(jì)單入口和單出口的模塊，避免“病態(tài)連接”，以防止內(nèi)容耦合。 7. 設(shè)計(jì)功能可預(yù)測(cè)模塊的劃分，應(yīng)防止功能過(guò)分局限。 43結(jié)構(gòu)化設(shè)計(jì)的優(yōu)點(diǎn) 減少設(shè)計(jì)復(fù)雜性。將大化小，使復(fù)雜問(wèn)題簡(jiǎn)單化。 結(jié)構(gòu)獨(dú)立。將程序劃分成多個(gè)相對(duì)獨(dú)立的模塊。 模塊功能單一化，可使軟件設(shè)計(jì)獲得最大的益處。 易于進(jìn)行軟件修改。 易于開(kāi)發(fā)和維護(hù)。 加強(qiáng)了代碼的可重用性。44Jackson圖的優(yōu)點(diǎn) 便于表示層次結(jié)構(gòu)，是對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解的有力工具； 形象直觀，可讀性好； Jackson圖不僅能表示數(shù)據(jù)結(jié)構(gòu)，也能表示程序結(jié)構(gòu)

52、。45正交軟件體系結(jié)構(gòu)的優(yōu)點(diǎn) 層次結(jié)構(gòu)清晰，便于理解。 可移植性強(qiáng)，重用粒度大。 易修改，可維護(hù)性強(qiáng)。 46三層C/S結(jié)構(gòu)的組成Ø 表示層：用戶(hù)接口部分，它擔(dān)負(fù)著用戶(hù)與應(yīng)用間的對(duì)話(huà)功能。 Ø 功能層：相當(dāng)于應(yīng)用的本體，它是將具體的業(yè)務(wù)處理邏輯編入程序中。 Ø 數(shù)據(jù)層：數(shù)據(jù)庫(kù)管理系統(tǒng)，負(fù)責(zé)管理對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的讀寫(xiě)。 47三層C/S結(jié)構(gòu)的優(yōu)點(diǎn) 允許合理地劃分三層結(jié)構(gòu)的功能，使之在邏輯上保持相對(duì)獨(dú)立性。 允許更靈活有效地選用相應(yīng)的平臺(tái)和硬件系統(tǒng)，使之在處理負(fù)荷能力上與處理特性上分別適應(yīng)于結(jié)構(gòu)清晰的三層；并且這些平臺(tái)和各個(gè)組成部分可以具有良好的可升級(jí)性和開(kāi)放性 。 三層C/

53、S結(jié)構(gòu)中，應(yīng)用的各層可以并行開(kāi)發(fā)，各層也可以選擇各自最適合的開(kāi)發(fā)語(yǔ)言。 允許充分利用功能層有效地隔離開(kāi)表示層與數(shù)據(jù)層，未授權(quán)的用戶(hù)難以繞過(guò)功能層而利用數(shù)據(jù)庫(kù)工具或黑客手段去非法地訪問(wèn)數(shù)據(jù)層 。48B/S體系結(jié)構(gòu)的不足之處 缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，數(shù)據(jù)庫(kù)處理功能差。 系統(tǒng)擴(kuò)展能力差，安全性難以控制。 響應(yīng)速度遠(yuǎn)低于C/S體系結(jié)構(gòu)。 數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理（OLTP）應(yīng)用。49C/S、B/S混合結(jié)構(gòu)的特點(diǎn)Ø B/S與C/S混合結(jié)構(gòu)是一種典型的異構(gòu)系統(tǒng)。Ø C/S與B/S混合結(jié)構(gòu)的優(yōu)點(diǎn)：是外部用戶(hù)不直接訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器，能保證企業(yè)數(shù)據(jù)

54、庫(kù)的相對(duì)安全。企業(yè)內(nèi)部用戶(hù)的交互性較強(qiáng)，數(shù)據(jù)查詢(xún)和修改的響應(yīng)速度較快。 Ø C/S與B/S混合結(jié)構(gòu)的缺點(diǎn)：是企業(yè)外部用戶(hù)修改和維護(hù)數(shù)據(jù)時(shí)，速度較慢，較煩瑣，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)。50主要的菜單類(lèi)型 固定菜單 活動(dòng)菜單 “彈出式”菜單 “下拉式”菜單51活動(dòng)菜單的優(yōu)點(diǎn)Ø 不占用顯示工作空間；Ø 可以根據(jù)用戶(hù)當(dāng)前所處的操作狀態(tài)和要求動(dòng)態(tài)出現(xiàn)。Ø 需要注意：不能濫用彈出菜單。52DBMS的基本功能： Ø 管理用戶(hù)的數(shù)據(jù)庫(kù)；Ø 提供在數(shù)據(jù)庫(kù)上的各種操作；Ø 提供數(shù)據(jù)庫(kù)對(duì)外的各種接口；53數(shù)據(jù)庫(kù)（DB）與DBMS的不同在人們的交流中，習(xí)慣上常常將數(shù)據(jù)庫(kù)和DBMS混為一談，不加區(qū)別。所以要根據(jù)不同場(chǎng)合、不同習(xí)慣、以及上下文來(lái)分析，所講的“數(shù)據(jù)庫(kù)”三個(gè)字，到底是指數(shù)據(jù)庫(kù)，還是指DBMS。 54DBMS提供的三種語(yǔ)言 DBMS自帶許多語(yǔ)句（命令），可分為三大類(lèi)： 數(shù)據(jù)定義語(yǔ)言DDL： 如：CREATE，ALTER，DROP； 數(shù)據(jù)操作語(yǔ)言DML： 如：SELECT，UPDATE，INSERT，DELETE； 數(shù)據(jù)控制語(yǔ)言DCL： 如：分支語(yǔ)句、循環(huán)語(yǔ)句。55數(shù)據(jù)庫(kù)的組成（四個(gè)表指的是什么）Ø 基本表：存放原始數(shù)據(jù)的表。Ø 代碼表：存放信息代碼數(shù)據(jù)的表。Ø 中間表：