【正文】 ISO 9000 模式，甚至還充分肯定 CMMI和 ISO 9000 體系。因為一個一個的信息孤島，既分散了信息資源，有不能發(fā)揮信息的最大價值。 下面是本章的習(xí)題解答： 1． 為什么要選擇軟件開發(fā)模型？軟件開發(fā)模型與軟件生存周期有什么關(guān)系？ 因為軟件開發(fā)模型是軟件工程研究的四大內(nèi)容之一，它雖然不是軟件工程研究的重點，但是在宏觀上特別重要。它有針對性地對選定的軟件開發(fā)模型中定義的生存周期，進(jìn)行恰當(dāng)?shù)牟脺p。 3．立項書的編制者為什么主要是軟件公司的市場銷售人員，而不是開發(fā)人員？ 軟件開發(fā)出來終歸要推向市場的，軟件能不能被市場接受是軟件開發(fā)成功的標(biāo)準(zhǔn) 。任務(wù)書是企業(yè)決定開發(fā)某軟件時，對此任務(wù)的具體部署情況，以書面的形式表達(dá)出來，包括正文和附件。 （ 3）需求分析要占用整個軟件開發(fā)時間或工作量的 30%左右。同時，對系統(tǒng)的軟、硬件環(huán)境配置、開發(fā)工具、開發(fā)工期、費用、開發(fā)進(jìn)度、培訓(xùn)、系統(tǒng)風(fēng)險進(jìn)行評估。 例如，人力資源系統(tǒng)中的員工基本情況表中的“姓名、性別、出生日期、文化程度、畢業(yè)學(xué)校、身份證號”等等是元數(shù)據(jù)，而通過統(tǒng)計后得出的軟件開發(fā)部 1980 年以后出生的人 員情況表中的“姓名、性別、文化程度、畢業(yè)學(xué)?！?，它們是中間數(shù)據(jù)。它是站在開發(fā)者的角度、可以采用形式化或半形式化的語言進(jìn)行描述。 我喜歡業(yè)務(wù)流程圖，它包括了物流、資金流、信息流、即業(yè)務(wù)操作模型，重點是業(yè)務(wù)操作的流水步驟，業(yè)務(wù)模型表示了與系統(tǒng)有關(guān)的人、設(shè)備、其他子系統(tǒng)之間的業(yè)務(wù)關(guān)系和費用關(guān)系，它是經(jīng)過業(yè)務(wù)流程重組、再創(chuàng)和優(yōu)化后，并且得到企業(yè)領(lǐng)導(dǎo)確認(rèn)的業(yè)務(wù)流程圖。這里的約定，是指對項目的各種標(biāo)準(zhǔn)、規(guī)范、規(guī)程的約束。 到目前為止，在 IT 企業(yè)常用的軟件項目規(guī)模估計方法有以下四種： 第一種估計方法：希臘古都法。 （ 2）軟件生存周期的選擇與裁剪。 制造費用：企業(yè)生產(chǎn)車間為制造產(chǎn)品和提供勞務(wù)而發(fā)生的各項間接費用，包括折舊費、修理費、物料消耗 費 等 。而軟件的編程實現(xiàn)則面向?qū)ο鬄橹鳎悦嫦驍?shù)據(jù)和面向功能為輔”？ 軟件設(shè)計注重宏觀上框架的設(shè)計，軟件實現(xiàn)注重于微觀上和框架內(nèi)的設(shè)計，根據(jù)“ 面向流程分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理 ” 的實施理論 ，軟件設(shè)計主要方法以面向數(shù)據(jù)為主，以面向功能和面向?qū)ο鬄檩o，重點設(shè)計數(shù)據(jù)的存儲方式、加工處理方式和傳輸方式。由于設(shè)計過程是一個啟發(fā)式過程，不是確定性過程，因此不可能得到一個完全預(yù)測的結(jié)果。 設(shè)計度量是設(shè)計人員設(shè)計的結(jié)果與歸宿，它包括： （ 1） 面向過程設(shè)計的度量。一般而言，對于一個大型信息系統(tǒng)的建設(shè)，由于其分析、設(shè)計、實現(xiàn)、測試、維護(hù)的重點是數(shù)據(jù)庫服務(wù)器上的數(shù)據(jù)，所以在實施的過程共，在宏觀上仍然要遵守“五個面向”的實施理論，即“ 面向流程分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理 ”。 基本結(jié)構(gòu)模型包括：對類建模、對關(guān)系建模、對公共機(jī)制建模、對圖建模、對類圖建模。 （ 4） UML 過于細(xì)致。 7． 信息系統(tǒng)的業(yè)務(wù)模型、功能模型、數(shù)據(jù)模型各是什么？ 信息系統(tǒng)的業(yè)務(wù)模型就是系統(tǒng)的操作流程和業(yè)務(wù)規(guī)則，功能模型就是系統(tǒng)的功能菜單和用戶界面，數(shù)據(jù)模型就是系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)字典。 2． “面向?qū)ο髮崿F(xiàn)”的目標(biāo)是什么？ “面向?qū)ο髮崿F(xiàn)”的目標(biāo)是：按照《 詳細(xì)設(shè)計說明書》的要求，從軟件公司的函數(shù)庫、存儲過程庫、類庫、構(gòu)件庫、中間件庫中挑選有關(guān)的部件（當(dāng)這些部件不夠時，再增添一些新的部件，并將這些新的部件分別存入相應(yīng)的部件庫中），遵照軟件公司的程序設(shè)計規(guī)范，按照《詳細(xì)設(shè)計說明書》中對數(shù)據(jù)結(jié)構(gòu)、算法分析和模塊實現(xiàn)等方面的設(shè)計說明，用面向?qū)ο蟮恼Z言，通過穿針引線的方法，將這些部件組裝起來，分別實現(xiàn)各模塊的功能，從而實現(xiàn)目標(biāo)系統(tǒng)的功能、性能、接口、界面等要求。 （ 2）單機(jī)版的安裝及配置。 11． 軟件實現(xiàn)管理 有 哪些內(nèi)容？ 軟件實現(xiàn)管理包括以下三個內(nèi)容： （ 1）過程模型。 操作步驟（ Handle Step） 用鼠標(biāo)選擇相應(yīng)的功能，進(jìn)入相應(yīng)的界面，進(jìn)行功能設(shè)置。 2. 功能（ Function） 這部分包括管理員使用的所有功 能，是管理員使用手冊的最重要的部分，要詳細(xì)描述。 面向?qū)ο蟪绦蛟O(shè)計與面向過程程序設(shè)計 有 如下差異： （ 1）面向過程程序設(shè)計方法采用函數(shù) （ 或過程）來描述對數(shù)據(jù)的操作，但又將函數(shù)與其操作 的數(shù)據(jù)分離開來；面向?qū)ο蟪绦蛟O(shè)計方法將數(shù)據(jù)和對數(shù)據(jù)的操作封裝在一起，作為一個整體來處理。其中功能又包括：使用流程、具體描述、進(jìn)行此功能的業(yè)務(wù)介紹、操作步驟、舉例、特殊提示及注意事項。館長簽字確認(rèn)后，系統(tǒng)自動制作“記賬憑證” 采購員、軟件系統(tǒng) 軟件實現(xiàn) 習(xí)題 與 解答 本章提示： 軟件實現(xiàn)是軟件開發(fā)中必不可少的階段 。 對編譯系統(tǒng)和解釋系統(tǒng)分析，首先要分析它的詞法分析器和語法分析器，詞法和語法規(guī)則就是系統(tǒng)的業(yè)務(wù)模型，但重點還是語法分析器，它是編譯系統(tǒng)和解釋系統(tǒng)的核心。 （ 5） UML 不是一門程序設(shè)計語言，但可以使用代碼生成工具 將 UML 模型轉(zhuǎn)換為多種程序設(shè)計語言代碼，或使用反向生成工具將程序源代碼轉(zhuǎn)換為 UML 模型。 “９個模型”包括：業(yè)務(wù)模型、領(lǐng)域模型、用例模型、分析模型、設(shè)計模型、過程模型 、部署模型、實現(xiàn)模型、測試模型。這三種方法不是互相孤立，毫無聯(lián)系，彼此對立，而是互相幫助，取長補(bǔ)短，彼此有關(guān)的。 a. 文化適應(yīng)性。一個優(yōu)秀的軟件，不會因企事業(yè)單位內(nèi)部的組織結(jié)構(gòu)變動，而導(dǎo)致軟件不能使用。 本章還提出了詳細(xì)設(shè)計 的描述工具、設(shè)計 原則和度量 方法 。 15．請具體解釋：直接人工、直接費用、間接成本、制造費用、管理費用、不可預(yù)見費用。 11．簡述軟件工作產(chǎn)品成本費用的估計方法。 7．軟件策劃的上游和下游各是什么？ 上游是需求分析，下游是軟件設(shè)計。軟件策劃要實現(xiàn)的具體目標(biāo)有三個。從這一點看，需求分析過程是一個迭代過程。因此，同行評審還提高了項目的連續(xù)性，培訓(xùn)了后備人員。元數(shù)據(jù)將原始單據(jù)中錄入的數(shù)據(jù)組織起來變成基表中的記錄。因為在計算機(jī)網(wǎng)絡(luò)系統(tǒng)內(nèi)，一切流程都表現(xiàn)為數(shù)據(jù)流，或者說是數(shù)據(jù)流在不同方向的投影。 軟件需求 習(xí)題 與 解答 本章提示： 做軟件項目 （ 或做軟件產(chǎn)品 ） 有兩個難題，一個是需求分析，另一個是項目管理。兩者的相同點是：必須精通該產(chǎn)品的功能、性能和接口。 對于大型項目，在簽定合同之前， 還要 經(jīng)歷一個招標(biāo)與投標(biāo)的過程，本章介紹了投標(biāo)書的格式 、 制作過程 和講標(biāo)方法 。 周圍的軟件公司采用的軟件開發(fā)模型有瀑布模型、增量模型、迭代模型、原型模型。也懂 得 一個軟件企業(yè)要想取得成功，一定要做到始終堅持采用同一種信息系統(tǒng)的開發(fā)方法、同一種關(guān)系數(shù)據(jù)庫管理系統(tǒng)、同一種開發(fā)工具、同一個行業(yè)領(lǐng)域的信息系統(tǒng)建設(shè)，只有這樣才能做到越來越熟練，并且越堅持這些方法，最后做到該行業(yè)的“老大”。 （ 4）信息系統(tǒng)的開發(fā)方法。企業(yè)可以按照 CMMI 來檢驗軟件結(jié)構(gòu)的軟件開發(fā)實踐，明確差距，找出不足，然后加以改進(jìn)。 7． 怎樣理解 ISO 9000？ 如何用 ISO 9000 去管理軟件企業(yè)？ ISO 9000 是國際標(biāo)準(zhǔn)化組織 ISO 對制造行業(yè)、服務(wù)行業(yè)和軟件行業(yè)（智力產(chǎn)品行業(yè)）制定的一套企業(yè)質(zhì)量管理認(rèn)證體系。這里的程序是指程序系統(tǒng)。其次，因為這一章是原書最重要的一章，它概括了全書的基本論點與論據(jù)，而這些論點與論據(jù)是作者對軟件工程的新貢獻(xiàn)。從應(yīng)用的角度可理解為： 面向過程的程序 = 算法 + 數(shù)據(jù)結(jié)構(gòu) 面向?qū)ο蟮某绦? = 對象 + 信息 目標(biāo)程序 源程序 詳細(xì)設(shè)計說明書 該要設(shè)計說明書 需求規(guī)格說明書 用戶需求報告 軟件合同 面向構(gòu)件的程序 = 構(gòu)件 + 構(gòu)架。 “微軟企業(yè)文化”現(xiàn)象 ， 是指一個公司自己內(nèi)部規(guī)定了一套嚴(yán)格的管理制度和文檔標(biāo)準(zhǔn)，以 企業(yè)文化為主 ， 以 規(guī)章制度約束為輔，經(jīng)過長時間的積累、沉淀孕育出與自己公司相吻合的企業(yè)文化。 13． 敏捷文化現(xiàn)象是什么意思？ 敏捷文化現(xiàn)象是指好的開發(fā)過程應(yīng)該可以在保證質(zhì)量的前提下，做到文檔適度、度量適度和管理適度，并且根據(jù)敏捷文化能迅速做出自我調(diào)整，實現(xiàn)企業(yè)效益的最大化。 19． 如何用面向數(shù)據(jù)的編程方法進(jìn)行數(shù)據(jù)處理？ 首先是在數(shù)據(jù)庫服務(wù)器上編制存儲過程和觸發(fā)器，其次是用建立視圖與運行視圖的方法進(jìn)行大量的數(shù)據(jù)統(tǒng)計處理，最后是指用 SQL 語句進(jìn)行各種查詢統(tǒng)計和報表輸出。軟件公司的項目組在開發(fā)一個大項目或產(chǎn)品時，首先在技術(shù)上必須選擇一個開發(fā)模型，使開發(fā)模型非常適合這個項目或產(chǎn)品的生存周期；隨后通過對生存周期的裁減，來給 出適合與本項目或產(chǎn)品的軟件生存周期定義。所謂裁減，就是對原模型中定義的 內(nèi)容進(jìn)行增、改、刪，去掉對本單位或者本項目不適合的部分，增加對本單位或者本項目適用的內(nèi)容，同時進(jìn)一步細(xì)化。市場銷售人員長期和市場客戶打交道，他們最了解客戶和市場的需求，最知道什么樣的產(chǎn)品具有巨大商機(jī)。只有立項或合同簽定以后才能下 達(dá)任務(wù)書，三者都是軟件開發(fā)的源頭。 （ 4）需求獲取中的錯誤，屬于軟件開發(fā)中的早期錯誤，它會在后續(xù)的設(shè)計和實現(xiàn)中進(jìn)行發(fā)散式的傳播。 6．解釋術(shù)語：元數(shù)據(jù)、實體、中間數(shù)據(jù)。 9．業(yè)界存在哪三種需求分析方法？您認(rèn)為哪一種更好？ 業(yè)界存在三種需求分析方法：面向功能分析、面向?qū)ο蠓治?、面向?shù)據(jù)分析。 （ 2）一般來說，用戶需求報告是合同的產(chǎn)物，需求規(guī)格說明書是立項建議書的產(chǎn)物。繪制這個圖的工具可以是 Office辦公軟件。 （ 3）受影響的組和個人，同意他們對軟件項目的約定。 希臘古都法是最流行的專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來。 （ 3）確定軟件開發(fā)和維護(hù)的規(guī)范、方法和標(biāo)準(zhǔn)。 管理費用：是指企業(yè)行政管理部門為組織經(jīng)營 管理 活動而發(fā)生的各項費用，包括公司 辦公 經(jīng)費、工會經(jīng)費、職工教育經(jīng)費、審計費、訴訟費、排污費、綠化費、稅金、土地使用費 、土地?fù)p失補(bǔ)償費、技術(shù)轉(zhuǎn)讓費、壞賬損失，存貨盤虧、毀損和報廢（減盤盈）費用。而軟件的編程實現(xiàn)的主要方法則以面向?qū)ο鬄橹鳎悦嫦驍?shù)據(jù)和面向功能為輔， 因為面向?qū)ο笫钱?dāng)今的流行編程語言，它具有可復(fù)用、好維護(hù)的特性。為此，只能規(guī)定一些設(shè)計原理或原則，供設(shè)計人員共同遵守。 1）內(nèi)聚度量。 11． 評審記錄表設(shè)計合理嗎？有何改進(jìn)意見？ 到目前為止，還看不出設(shè)計上有什么問題，因此沒有改進(jìn)意見。 高級結(jié)構(gòu)模型包括：對類的語義建模 ,對關(guān)系網(wǎng)絡(luò)建模 ,對接口、類型和角色建模 ,成組的元素建模 ,對體系結(jié)構(gòu)視圖建模 ,對具 體實例、原型實例建模 ,對對象結(jié)構(gòu)建模。 （ 5） UML 對開發(fā)者的素質(zhì)要求過高。 8． 請說明“三個模型”的定義，以及三者之間的關(guān)系。 存儲過程庫 與數(shù)據(jù)庫管理系統(tǒng)、數(shù)據(jù)庫的表結(jié)構(gòu)、數(shù)據(jù)處理的算法有關(guān)，因此通用性不很強(qiáng)，這一點要特別注意。其中單機(jī)版的安裝及配置又包括：運行環(huán)境、安裝單機(jī)版、安裝后的系統(tǒng)配置。 （ 2）開發(fā)計劃。 舉 例（ Example） 針對某一設(shè)置功能，對于一些比較難的問題，應(yīng)該進(jìn)行舉例說明。如果在使用中有相應(yīng)的解釋，應(yīng)指明管理員查找的位置。就是一個對象類型可以產(chǎn)生多個對象實例，每個實例還可以有所不同。 （ 2）功能。 （ 1） .數(shù)據(jù)模型如圖 82 所示： 圖 82 圖書館信息系統(tǒng)數(shù)據(jù)模型 （ 2） . 功能模型如表 812 所示： 表 812 圖書館信息系統(tǒng)功能模型 編號 功能名稱 使用部門 使用崗位 功能描述 輸入 系統(tǒng)響應(yīng) 輸出 1 圖書入庫信息錄入 分編室 分編員 給圖書分類編號，并錄入系統(tǒng) 圖書編號、條形碼 、書名、作者、譯者、 ISBN、出版社、價格、所放位置、現(xiàn)存量、庫存總量、入庫日期、操作員、內(nèi)容簡介、借閱次數(shù)、是否注銷 錄入到圖書信息表 完成圖書的入庫 2 讀者信息錄入 借閱處 管理員 錄入讀者基礎(chǔ)信息 讀者編號、姓名、性別、出生年月、證件名稱、證件號碼、電話、登記日期、借書卡條形碼、操作員、是否掛失、借閱次數(shù)、網(wǎng)上注冊姓名、網(wǎng)上注冊口令、是否注銷 錄入到讀者信息表 打印并制作讀者“借書卡” 3 圖書借閱信息錄入 借閱處 管理員 錄入讀者借閱圖書信息 圖書編號、讀者編號、借閱日期、應(yīng)還日期、續(xù)借次數(shù)、 押金、操作員 錄入到圖書借閱信息表，該圖書的“現(xiàn)存量”減 1 從書架上取書，將圖書交給讀者 4 圖書歸還信息錄入 借閱處 管理員 錄入讀者歸還圖書信息 圖書編號、讀者編號、歸還日期、退還押金、操作員 錄入到圖書歸還信息表，該圖書的“現(xiàn)存量”加 1 圖書上架 5 圖書罰款信息錄入 借閱處 管理員 錄入讀者罰款圖書信息 圖書編號、讀者編號、罰款日期、應(yīng)罰金額、實收