【正文】 216。 確定DFD的信息流類型216。 根據(jù)軟件設計的原則對程序結構圖作改進結構化程序設計結構化程序（SP）設計采用自頂向下逐步求精的設計方法和單入口單出口的控制結構。常用的圖形描述工具有程序流程圖、盒圖（NS圖）和問題分析圖（PAD）。典型的表格描述工具是判定表和判定樹。 Jackson方法是以數(shù)據(jù)結構為設計基礎，設計目標是得出對程序處理過程的描述，其設計過程是從描繪數(shù)據(jù)結構的Jackson圖推導出描繪程序結構的Jackson圖。Jackson方法的具體設計步驟為：216。 找出輸入數(shù)據(jù)結構與輸出數(shù)據(jù)結構間有對應關系的數(shù)據(jù)單元216。軟件的設計質量與程序設計語言的技術性能無關，但在程序設計轉向程序代碼時，轉化的質量受語言性能的影響。從應用領域看，COBOL適合商業(yè)領域；FORTRAN適合科學計算；PROLOG和LISP適合人工智能領域；SMALLTALK、C++、JAVA是面向對象語言；C是開發(fā)系統(tǒng)的程序設計語言；例題1：軟件設計中劃分模塊的一個準則是A 。一個模塊內(nèi)部的內(nèi)聚種類中D內(nèi)聚的內(nèi)聚度最高，E內(nèi)聚的內(nèi)聚度最低。 ②低內(nèi)聚高耦合 ④高內(nèi)聚高耦合B： ①數(shù)據(jù) ③控制 ②非直接 ④內(nèi)容D： ①偶然 ③功能 ②邏輯 ④過 B 4 D 3例題2關于程序模塊優(yōu)化的啟發(fā)式規(guī)則有若干條，以下規(guī)則中不符合優(yōu)化原則的是__B__。（軟件工程）(30)A．通過模塊的合并和分解，降低模塊的耦合度，提高模塊的內(nèi)聚性B．提高上層模塊的扇出，減少模塊調用的層次C．將模塊的作用范圍限制在模塊的控制范圍之內(nèi)D．降低模塊之間接口的復雜性，避免“病態(tài)連接”(31)A．簡單耦合B．直接耦合D．控制耦合對源程序最基本的質量要求是正確性和可靠性，此外還很注重軟件的易使用性、易維護性和易移植性。軟件測試是自底向上，逐步集成的過程，低一級測試為上一級測試準備條件；測試的關鍵是測試用例的設計，其方法可分為兩類。主要的覆蓋標準有6種：I.指選擇足夠的測試用例，使每個判定的所有可能結果至少出現(xiàn)一次。IV. 判定/條件覆蓋指選擇足夠的測試用例，使判定中的每個條件的所有可能結果至少出現(xiàn)一次，并且每個判定中條件結果的所有可能組合也至少出現(xiàn)一次。條件組合覆蓋指選擇足夠的測試用例，使每個判定中條件結果的所有可能組合至少出現(xiàn)一次。黑盒測試：黑盒測試時根據(jù)規(guī)格說明所規(guī)定的功能來設計測試用例，它不考慮程序的內(nèi)部結構和處理過程。 等價類劃分216。 錯誤猜測軟件測試的主要步驟有單元測試、集成測試和確認測試。集成測試（也稱組裝測試）：主要用來發(fā)現(xiàn)設計階段產(chǎn)生的錯誤，是對各模塊組裝而成的程序進行測試，主要檢查模塊間的接口和通信，采用黑盒測試。確認測試：檢查軟件的功能、性能和其他特征是否與用戶需求一致，它以需求規(guī)格說明書作測試為依據(jù)，采用黑盒測試Alpha測試是在開發(fā)者的現(xiàn)場由客戶來實施的，從用戶角度和環(huán)境下進行；Beta測試是在開發(fā)者不在現(xiàn)場下測試，由軟件最終用戶實施；使用各種測試方法的綜合策略：n 必要時用等價類劃分方法補充一些測試用例；n 對照程序邏輯，檢查已有測試用例的邏輯覆蓋程度n通常B是在代碼編寫階段可進行的測試，它是整個測試工作的基礎。它主要包括條件覆蓋、條件組合（多重條件）覆蓋、判定覆蓋、條件及判定覆蓋、語句覆蓋和路徑覆蓋等幾種，其中除路徑覆蓋外最弱的覆蓋標準是D ，最強的覆蓋標準E 。 ①表明軟件的正確性 ①系統(tǒng)測試 ②安裝測試 ①黑盒測試方法 ②白盒測試方法 ④軟件驗收方法D、E： ③判定覆蓋 ④條件及判定覆蓋 ⑤語句覆蓋A：③ B：④ C：②整個軟件開發(fā)過程要使用很多開發(fā)工具，其中包括分析工具、設計工具、編程工具、測試工具、維護工具等等。工具集包括支持軟件開發(fā)相關過程、活動、任務的軟件工具；環(huán)境集成機智為工具集成和軟件開發(fā)、維護和管理提供統(tǒng)一的支持。其中：216。數(shù)據(jù)集成可由共享文件、共享數(shù)據(jù)結構或共享信息庫等不同的層次；216。216。集成型軟件開發(fā)環(huán)境由工具集和環(huán)境集成機制組成，這種環(huán)境應該具有開放性和可剪裁性；環(huán)境集成機制的核心是環(huán)境數(shù)據(jù)庫。根據(jù)引起軟件維護的原因，軟件維護通?？煞殖筛恼跃S護、適應性維護、完善性維護、預防性維護。也許還沒有關于這方面的專門理論，但在工商管理領域已經(jīng)有十分成熟的管理學理論，他山之石，可以攻玉，所以我們完全可以引進到軟件項目方面的管理。有了俯瞰全局的意識這一前提，采用適當?shù)墓芾砑夹g，項目開展就容易羅。他涉及到項目實施的各個環(huán)節(jié)，帶有全局的性質，是戰(zhàn)略性的。計劃應力求準確，盡可能提高所依據(jù)的數(shù)據(jù)的可靠程度。軟件項目計劃的目標是提供一個能使項目管理人員對資源、成本和進度做出合理估算的框架。2 軟件項目的估算　　軟件項目管理過程開始于項目的計劃，在做項目計劃時，第一項活動是估算。因為估算是其他項目計劃活動的基石，而且項目計劃又未軟件工程過程提供了工作方向，所以我們不能沒有計劃就著手開發(fā)，否則就會陷入盲目性。估算的精確程度受到多方面的影響。復雜性是相對度量的，他與項目參加人員的經(jīng)驗有關，比如如果讓搞MIS的項目組去搞操作系統(tǒng)設計顯然增加了復雜性。還有項目的結構化程度也影響項目估算的風險，這里的結構性是指功能分解的簡便性和處理信息的層次性，結構化程度提高，進行精確估算的能力就提高，相應風險將減少。影響估算的因素遠不止這些，比如用戶需求的頻繁變更給估算帶來非常大的影響。在估算開始之前，應對軟件的功能進行評價，并對其進行適當?shù)募毣员闾峁└敿毜募毠?jié)。性能的考慮主要包括處理和響應時間的需求。　　另外軟件項目計劃還要完成資源估算，包括人力資源、硬件資源和軟件資源。硬件資源作為一種工具投入?！　」ぷ鲀晒浪闶亲钇毡槭褂玫募夹g。下面就是一個示意性工作量估算表。它不同于其他物理產(chǎn)品的成本，它主要包括人的勞動的消耗，人的勞動的消耗所需的代價就是軟件產(chǎn)品的開發(fā)成本。其中COCOMO (Constructive Cost Model)模型法是一種精確、易于使用的成本估算方法，該模型按其詳細程度分為三級：基本COCOMO模型、中間COCOMO模型和詳細COCOMO模型　軟件項目進度安排　　軟件項目的進度安排主要是考慮軟件交付用戶使用的這一段開發(fā)時間的安排。軟件產(chǎn)品可以靠重新定價或者靠大量的銷售來彌補成本的增加，但進度安排的落空會導致市場機會的喪失或者用戶不滿意，而且也會導致成本的增加?！　≡谶M行進度安排時要考慮的一個主要問題是任務的并行性問題。因為并行任務是同時發(fā)生的所以進度計劃表必須決定任務之間的從屬關系，確定各個任務的先后次序和銜接，確定各個任務完成的持續(xù)時間。常用的進度安排方法有兩種，即甘特圖（Gantt Chart）法和工程網(wǎng)絡法?！〗M織結構　　開發(fā)組織采用什么形式由軟件項目的特點決定，同時也與參加人員的素質有關。該模式適用于規(guī)模不大的項目，并且要求小組成員在各方面有技術專長。要開發(fā)的軟件在每個專業(yè)小組完成階段加工后沿工序流水線向下傳遞?！　?. 矩陣形模型：這種模式是以上兩種模式的復合。每一個軟件開發(fā)人員屬于某一個專門小組，有參加某一個項目的工作。這種模式比較適合于規(guī)模比較大的項目。通常認為程序設計工作是按獨立的方式進行的，程序人員獨立地完成任務。一般在人數(shù)比較少時組員之間的聯(lián)系比較簡單，但隨著人數(shù)的增加，相互之間的聯(lián)系變得負責起來?！　〕Ｒ姷男〗M組織形式有三種，這三種形式可以靈活使用。這種組織結構突出主程序員的領導，強調主程序員與其他技術人員的聯(lián)系。這種組織形式強調發(fā)揮每個成員的積極性，并要求每個成員發(fā)揮主動精神和協(xié)作精神。這種結構比較適合于項目本身就是層次結構的課題。所謂合理地配備人員應包括按不同階段適時運用人員，恰當掌握用人標準。下圖是典型的軟件開發(fā)人員參與情況曲線。特別是采用恒定人員配備方案時在項目的開始和最后都會出現(xiàn)人力過剩，而在中期又會出現(xiàn)人力不足的情況。其實本文所討論的東西大多還沒有涉及太多管理學方面的內(nèi)容，但這方面確實有許多值得研究的東西，由于時間關系不能深入下去。面向對象（objectoriented，OO）方法是以客觀世界中的對象為中心，其分析和設計思想符合人們的思維方式，分析和設計的結果與客觀世界的實際比較接近，容易被人們所接受?！魧ο螅∣bject）對象是和有數(shù)據(jù)及可對這些數(shù)據(jù)施加的操作結合在一起所構成的獨立單位的總稱。對象的劃分判定標準： 子對象之間獨立性要高，即耦合度盡量達到最低，（理想的情況是達到組件化的程度）； 子對象相對其他劃分方法，更易于處理。對于比較簡單的系統(tǒng)，ER轉換也能的到較為滿意的劃分?！纛悾–lass）類是一組具有相同屬性和相同操作的對象的集合?！舴椒ǎ∕ethod）對象所能執(zhí)行的操作稱為方法?！粝ⅲ∕essage）消息是要求某個對象執(zhí)行類中定義的某個操作的規(guī)格說明。主要特點：◆封裝性封裝性是一種信息隱蔽技術，它使系統(tǒng)分析員能夠清晰地標明他們所提供的服務界面，用戶和應用程序員則只看得見對象提供的操作功能（即封裝面上的信息），看不到其中的數(shù)據(jù)或操作代碼細節(jié)?！衾^承性繼承是指在某個類的層次關聯(lián)中，不同的類共享屬性和操作的一種機制。父類描述了這些子類的公共屬性和操作，子類中還可以定義其自己的屬性和操作。如果一個子類有多個父類，可以從多個父類中繼承特性，這種繼承稱為多重繼承。本地對象Local Object ：指分布在同一個系統(tǒng)中的對象，互稱為本地對象遠地對象Remote Object ：指分布在不同系統(tǒng)中的對象（同一個群體系統(tǒng)）。真正的操作不在虛擬對象本身，只是遠地對象在本地的映射。而虛擬對象只是一種映射，用于關聯(lián)本地和遠地對象，起到分布和負載均衡的作用。面向對象數(shù)據(jù)庫(OODB) +關系數(shù)據(jù)庫（RDB）→對象－關系數(shù)據(jù)庫(ORDB)面向對象的特征：類和繼承性，對象及對象標識、封裝性、信息/實現(xiàn)隱蔽、狀態(tài)保持，消息，多態(tài)性，一般性。 面向對象技術的出現(xiàn)正是彌補了前述關系模型的固有局限性。 對象數(shù)據(jù)模型是有很強的描述復雜對象的能力，能包含更多的數(shù)據(jù)語義信息。 面向對象方法可很方便的表示嵌套對象，因而很容易表達層次數(shù)據(jù)，這點與RDB形成鮮明的對比，RDB強迫用戶用多個關系的元組表達層次數(shù)據(jù)。 面向對象方法可方便的構造各種類型、而RDB不提供增加用戶定義數(shù)據(jù)類型的手段。（2） 對系統(tǒng)進行分析，如果它在一定的要求下可解決，則停止分析，進行設計；如果它在一定的要求下不可解決，則對它進行劃分。邊界條件（也即上面提到的“一定要求”，對象劃分的原則）：u 子對象相對其他劃分方法，更易于處理（如實現(xiàn)，維護等）。5個層次：主題層、對象類層、結構層、屬性層、服務層5個活動：標識對象類、標識結構、定義主題、定義屬性、定義服務在這種方法中定義兩種對象類之間的結構：分類結構——反映了一般與特殊的關系組裝結構——反映了對象之間整體與部分的關系OOA中的5個層次和5個活動繼續(xù)貫穿在OOD（面向對象設計）過程中。 問題域216。 任務管理216。在螺旋上升的每個周期中，有4個步驟：216。 確定它們的含義216。 說明每一個類的界面和實現(xiàn)OMT方法OMT（對象建模技術）