【正文】 析的出發(fā)點是業(yè)務(wù)模型和功能模型，落腳點是系統(tǒng)中的實體及其屬性，是企事業(yè)單位的數(shù)據(jù)模型中的所有元素。同時，對系統(tǒng)的軟、硬件環(huán)境配置、開發(fā)工具、開發(fā)工期、費用、開發(fā)進度、培訓、系統(tǒng)風險進行評估。要知道，合同是具有法律效力的。 （ 3）需求分析要占用整個軟件開發(fā)時間或工作量的 30%左右?！度蝿?wù)書》的正文可長可短，若合同或立項建議書很詳細，則正文可短。任務(wù)書是企業(yè)決定開發(fā)某軟件時，對此任務(wù)的具體部署情況，以書面的形式表達出來，包括正文和附件。技能風險是指項目組成員掌握新技術(shù)的風險程度。 3．立項書的編制者為什么主要是軟件公司的市場銷售人員，而不是開發(fā)人員？ 軟件開發(fā)出來終歸要推向市場的，軟件能不能被市場接受是軟件開發(fā)成功的標準 。 （ 5）用戶提出需求以外，很少參與開發(fā)工作。它有針對性地對選定的軟件開發(fā)模型中定義的生存周期，進行恰當?shù)牟脺p。為此， ISO 9000 或 CMMI 管理體系規(guī)定采取階段評審和不符合項的動態(tài)跟蹤制度，只有前一階段的不符合項全部改正后，才允許 開發(fā)人員進入后一階段的工作。 下面是本章的習題解答： 1． 為什么要選擇軟件開發(fā)模型？軟件開發(fā)模型與軟件生存周期有什么關(guān)系？ 因為軟件開發(fā)模型是軟件工程研究的四大內(nèi)容之一，它雖然不是軟件工程研究的重點，但是在宏觀上特別重要。規(guī)定的條件時，就能查詢出基本表中符合條件記錄的學號、姓名、性別的值。因為一個一個的信息孤島，既分散了信息資源，有不能發(fā)揮信息的最大價值。 17． 請你總結(jié)信息系統(tǒng)的建設(shè)方法。因為 CMMI 和 ISO 9000 模式規(guī)定了嚴格的管理制度、文檔和評估軟件能力與成熟度等級的一套標準，它們幾乎包括了所有的 IT 的企業(yè)，只是一些優(yōu)秀的企業(yè)自己內(nèi)部形成特有的企業(yè)管理文化，但是它們并不排斥 CMMI 和 ISO 9000 模式，甚至還充分肯定 CMMI和 ISO 9000 體系。 CMMI 通過三個方面來管理 或監(jiān)視 軟件企業(yè)： （ 1）軟件組織：用它來不斷改進自身的軟件過程管理能力。 9． 怎樣理解“微軟企業(yè)文化”現(xiàn)象？試比較它與 ISO 9000 和 CMMI的各自特點。 “五個面向理論”是 指“面向流程分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理”，它是在 綜合“四種開發(fā)方法” 各自的優(yōu)點之 后提出的 軟件工程實施理論 ，是對前者的繼承與 發(fā)展 。 程序是計算機為完成特定任務(wù)而執(zhí)行的指令的有序集合。 軟件支持過程 由所支持的 CASE 工具組成，常用的 CASE 工具有PowerDesigner 和 Rational Rose。首先，因為你學習了軟件工程，最后連它的主要內(nèi)容及方法都說不清楚，實在對不起自己。 軟件工程研究的內(nèi)容包括軟件開發(fā)方法、軟件開發(fā)模型、軟件支持過程和軟件管理過程。這里的數(shù)據(jù)不僅包括初始化數(shù)據(jù)、測試數(shù)據(jù)，而且包括研發(fā)數(shù)據(jù)、運行數(shù)據(jù) 、維護數(shù)據(jù)，也包括軟件企業(yè)積累的項目工程數(shù)據(jù)和項目管理數(shù)據(jù)中的大量決策原始記錄數(shù)據(jù)。這是對基本原理的補充與發(fā)展。 ISO 9000 通過其自己制定的 過程管理 標準， 在 IT 行業(yè)中， 它適用于網(wǎng)絡(luò)集成中心 、軟件研發(fā)中心 、 客戶服務(wù)中心及系統(tǒng)維護中心，從而達到管理 IT 企業(yè) 的目的 。 10．怎樣理解 CMMI？如何用 CMMI去管理軟件企業(yè)？ CMMI 是評估軟件能力與成熟度等級的一套標準。 對于一個軟件企業(yè)來說，最重要的是根據(jù)企業(yè)的實際，產(chǎn)生適合自身發(fā)展需要的軟件質(zhì)量管理系統(tǒng)（ QMS） ,當前軟件開發(fā)中有三個因素：過程、技術(shù)和人員，它們構(gòu)成了軟件的鐵三角。 15． 系統(tǒng)集成是什么含義？怎樣看待市場上的計算機網(wǎng)絡(luò)集成商？ 系統(tǒng)集成是指網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)環(huán)境和程序環(huán)境（企業(yè)門戶）三個方面的集成。 18． 對信息系統(tǒng)建設(shè)中的信息，一是要標準化，二是要集成化，這是為什么？ 標準化是為集成化服務(wù)的，沒有標準化就不能實現(xiàn)集成化 。（條件語句） 視圖（ j1_spj）的創(chuàng)建是依據(jù)基本表（ student）進行查詢。 軟件生存周期及開發(fā)模型 習題 與 解答 本章提示： 軟件生存周期及開發(fā)模型這一章 篇幅不大， 主要 是介紹軟件企業(yè)常用的四個開發(fā)模型： 瀑布模型、增量模型、迭代模型、原型模型，重點是瀑布模型，難 點是迭代模型。 答案如表 82 所示 ： 表 82 開發(fā)模型優(yōu)缺點 序 號 模 型 名 稱 優(yōu) 點 缺 點 1 瀑布模型 簡單好學 逆轉(zhuǎn)性差 2 增量模型 可以分階段提交 有時用戶不同意 3 迭代模型 克服瀑布模型的缺點 對開發(fā)人 員要求高 4 原型模型 開發(fā)速度快 不利于創(chuàng)新 3． 軟件公司的 ISO 9000 或 CMMI管理體系與軟件開發(fā)模型有關(guān)嗎？為什么？ 無關(guān)。其中瀑布模型和原型模型是這些軟件公司最常用的，其次是增量模型，最后是迭代模型。 （ 2）分析設(shè)計人員對應用領(lǐng)域很熟悉。 下面是本章的習題解答： 1．為什么說立項是一切項目的源頭，也是軟件項目的源頭？ 立項的過程就是軟件企業(yè)決定是否去開發(fā)某項目或產(chǎn)品的過程。 5．什么叫風險分析？技能風險和技術(shù)風險有何區(qū)別？ 這 里的風險分析是指軟件立項過程中對產(chǎn)品開發(fā)、銷售等可能出現(xiàn)的風險進行分析。不同點是：前者突出熟悉產(chǎn)品的應用業(yè)務(wù)領(lǐng)域，后者突出熟悉產(chǎn)品的需求與設(shè)計。例如，有跨組織、跨部門的某個大系統(tǒng)項目，軟件的需求由它的系統(tǒng)總體設(shè)計組分配。本章專門討論需求分析， 提出了需求分析中 要建立“ 功能、性能、接口 ” 這樣的“三個需求模型”，總結(jié)了需求分析的 理論、 方法與 技巧 ， 給出了需求文檔的參考模板，其目的是 力圖解決 需求分析 這個難題。在軟件工程項目中首先要獲取用戶的需求，通過對軟件需要的提取、分析、文檔化以及驗證，為進一步的設(shè)計和實現(xiàn)提供依據(jù)。而流程是動 態(tài)的、實時的。 7．為什么說元數(shù)據(jù)的分析與識別是需求分析的議題之一？ 元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù)，描述數(shù)據(jù)的數(shù)據(jù)，關(guān)于數(shù)據(jù)的數(shù)據(jù)。這些記錄稱為基礎(chǔ)數(shù)據(jù)。對于以關(guān)系數(shù)據(jù)庫為平臺的信息系統(tǒng)軟件來說，面向數(shù)據(jù)需求分析的方法的特點是抓住了本質(zhì)。 12．用戶需求報告與需求規(guī)格說明書有何差異？ （ 1）用戶需求報告是對外的，需求規(guī)格說明書是對內(nèi)的。 簽完合同后，一般是先書寫出用戶需求報告，后書寫出需求規(guī)格說明書。 15．需求描述有哪幾種工具？你喜歡哪一種？為什么？ 需求描述的工具包 括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時序圖、用戶交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。 下面是本章的習題解答： 1．為什么說計劃只是策劃的一個結(jié)果？ 軟件策劃，或者軟件計劃，英文都是 Planning。 （ 1）對供項目策劃和跟蹤用的三個軟件估計已建立文檔。至少策劃要在軟件《合同》 /《立項建議書》和《任務(wù)書》之后。 8．所謂定義軟件過程是什么含義？ 所謂定義軟件過程，就是根據(jù)選定的生存周期模 型，規(guī)定軟件的開發(fā)階段，及每一階段的工作步驟和文檔標準等內(nèi)容。 類比法適合評估一些與歷史項目在應用領(lǐng)域、環(huán)境和復雜度的相似項目，通過新項目與歷史項目的比較得到規(guī)模估計。 對軟件工作產(chǎn)品成本的費用進行量化估計，其方法如表 84 所示 表 84 軟件工作產(chǎn)品成本估計的方法 序號 估計方法 估計單位（元） 方法說明 1 直接的勞務(wù)費 人民幣元 開發(fā)人員的工資和福利 2 管理費 人民幣元 技術(shù)管理和行政管理人員的工資和福利 3 差旅費 人民幣元 售前、售中、售后的人員差旅費 4 計算機使用費 人民幣元 網(wǎng)絡(luò)設(shè)備的折舊費 和房租水電費 5 其他招待費和公關(guān)費 人民幣元 控制在總費用的 15%以內(nèi) 12．項目跟蹤與監(jiān)督的基礎(chǔ)是什么？ 在項目策劃階段，要為開發(fā)計劃制定嚴格的審批流程。 （ 7）關(guān)鍵計算機資源的估計和使用情況。 直接人工 ：是指直接參與軟件產(chǎn)品開發(fā)的相關(guān)的程序員、系統(tǒng)分析員等直接相關(guān)的項目組成員。 17．請設(shè)計出以下策劃管理文檔：項目周報、項目月報、里程碑報告、重大事件 報告、軟件開發(fā)計劃評審報告、項目計劃變更申請表、計劃更改與批準記錄。 下面是本章的習題解答： 1． 軟件設(shè)計的輸入輸出是什么？ 對于簽訂合同的項目，軟件設(shè)計的輸入時《用戶需求報告》 /《需求規(guī)格說明書》，輸出是《概要設(shè)計說明書》和《詳細設(shè)計說明書》。 兩者的設(shè)計者不同，在一般情況下，《概要設(shè)計說明書》是由系統(tǒng)設(shè)計師負責，《詳細設(shè)計說明書》則由高級程序員負責。因此詳細設(shè)計是面向模塊的，不是面向組織結(jié)構(gòu)或部門單位的。 1） 可靠性。 b．可測試性。 1）每個類的加權(quán)方法 2）繼承樹的深度。三種設(shè)計方法各有所長，所以各有應用空間。當前主要的建模語言是 UML， 主要的 建模工具是 Rational Rose和 Power Designer。 “９種圖”包括：類圖、對象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動圖、構(gòu)件圖、實施圖。 一般而言，人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。 但任何事物都有正反兩個方面， UML 這種新興的建模工具也存在它本身的一些不足和缺點： （ 1） UML 建?？梢暬?圖形的內(nèi)容太多、太深、太寬，導致難學難教。 語言只是方法論的一部分，而且只是實現(xiàn)方法論的一種工具，方法論包含語言。因此，要分析它的語法狀態(tài)轉(zhuǎn)移矩陣及其相關(guān)的數(shù)據(jù)結(jié)構(gòu)。 功能模型和業(yè)務(wù)模型是在需求分析時建模，是兩個基本點。 微觀上的軟件實現(xiàn)包括軟件編程 、單元測試 和文檔書寫這三 部分 ，宏觀上的軟件實現(xiàn)將詳細設(shè)計也包括了進去。 （ 2）易于驗證。 （ 3）附錄。 10． 面向?qū)ο蟪绦蛟O(shè)計的特點是什么？它與面向過程程序設(shè)計有何差異？ 面向?qū)ο?程序設(shè)計 有三個特點： （ 1） 封裝性。 （ 2）面向過程程序設(shè)計方法以功能為中心來設(shè)計功能模塊，難于維護；而面向?qū)ο蟪绦蛟O(shè)計方法以數(shù)據(jù)為中心來描述系統(tǒng)，數(shù)據(jù)相對于功能而言具有較強的穩(wěn)定性，因此更易于維護。 內(nèi)容簡介（ Introduction） 簡單地介紹編寫背景。 使用流程（ Use Flow） 描述具體功能的使用順序。 在老師的指導下，學生分成若干項目組，每組 57 個人，有一名項 目經(jīng)理，一名美工，兩名分析與設(shè)計師，一名測試員，多名程序員 （ 可以兼職 ） ，既有分工，又有協(xié)作，發(fā)揮團隊精神，用程序設(shè)計語言實現(xiàn)“圖書館信息系統(tǒng)。 進行此功能的業(yè)務(wù)介紹（ Operation Introduce） 對此功能進行簡單介紹，說明所能完成的功能。 主要功能 對系統(tǒng)進行詳細講解和功能介紹。 （ 4）面向?qū)ο蟪绦蛟O(shè)計方法可以利用框架產(chǎn)品（如 MFC， Microsoft Foundation Classes） 進行編程。 （ 2） 繼承性。其中前言又包括：內(nèi)容簡介、使用約定。 （ 4）遵守某一編程規(guī)范。 下面是本章的習題解答： 1． 軟件實現(xiàn)的輸入 /輸出是什么？ 軟件實現(xiàn)的輸入是《詳細設(shè)計說明書》，輸出是源程序、目標程序以及用戶指南。功能模型和業(yè)務(wù)模型給數(shù)據(jù)模型提供數(shù)據(jù)與維護數(shù)據(jù)，數(shù)據(jù)模型支持功能模型和業(yè)務(wù)模型的正常運行。而該語言的文本就是編譯系統(tǒng)和解釋系統(tǒng)的功能模型。而 UML 建模語言只是提供了一大堆建模的可視化圖形符號，并沒有告訴讀者，應該在什么時候、用什么方法、去建立什么模型。 （ 3） UML 過多考慮了各種分析、設(shè)計、實現(xiàn)的普遍性，過少考慮了它們的特殊性。 UML 的優(yōu)點： （ 1） UML 語言使系統(tǒng)建模過程標準化 、 統(tǒng)一化、規(guī)范化。 UML 的微觀建模思想是：基本結(jié)構(gòu)模型、高級結(jié)構(gòu)模型、基本行為模型、高級行為模型、體系結(jié)構(gòu)模型（ 5 個方面， 66 個微觀建模）。另外，還介紹了如何用 UML 來描述這 “三個模型” ， 最后 還總結(jié)了 UML 的優(yōu)缺點。我們只 能揚長避短、為我所用。 4）對象類間的耦合。 d. 危險性。 a. 可移植性。不同的設(shè)計人員對相同的問題可以得到不同的設(shè)計方案。 所以 概要設(shè)計是系統(tǒng)總體結(jié)構(gòu)設(shè)計或系統(tǒng)架構(gòu)設(shè)計 。 2． 為什么說“軟件設(shè)計以面向數(shù)據(jù)為主，以面向功能和面向?qū)ο鬄檩o。 參考本書的圖書館信息系統(tǒng)那一章，按照 《軟件開發(fā)計劃書》 參考模板書寫即可，在此省略。 間接成本：是指與軟件開發(fā)沒有直接關(guān)系的日常開銷，例如招待費、器材損耗等。 （ 9）風險的識別和評估。 13．軟件開發(fā)計劃書應包括哪些內(nèi)容？ 《軟件開發(fā)計劃書》是軟件策劃的輸出文檔，它包括如下 10 個方面的內(nèi)容： （ 1）軟件項目的目的、范圍、目標和對象。 第三種估計方法：功能點估計法。 10．簡述對軟件工作產(chǎn)品規(guī)模進行量化估計的方法。 6．簡述軟件策劃的方法。這里的活動，包括開發(fā)活動和管理活動。計劃是一 份文檔，是一個結(jié)果。不同的軟件，對分析要求的嚴格程度不同。 13．怎么理解“不符合項”？為什么要對它進