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