實(shí)用軟件工程第3版習(xí)題解答V1.2

1、實(shí)用軟件工程第3版習(xí)題參考答案習(xí)題11.1開(kāi)發(fā)文檔都有哪些？用圖示表示它們之間的關(guān)系。開(kāi)發(fā)文檔包括目標(biāo)程序、源程序、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、需求規(guī)格說(shuō)明書(shū)、用戶(hù)需求報(bào)告、軟件合同，它們之間的關(guān)系如下圖所示。目標(biāo)程序洋細(xì)設(shè)計(jì)說(shuō)明書(shū)概耍設(shè)計(jì)說(shuō)明書(shū)需求觀格說(shuō)明書(shū)用戶(hù)甜求報(bào)吿軟件合同1.2簡(jiǎn)述軟件工程研究的內(nèi)容。軟件工程研究的內(nèi)容包括軟件開(kāi)發(fā)方法、軟件開(kāi)發(fā)模型、軟件支持過(guò)程和軟件管理過(guò)程。其中軟件開(kāi)發(fā)方法的內(nèi)容又涵蓋市場(chǎng)調(diào)研、正式立項(xiàng)、需求分析、項(xiàng)目策劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、測(cè)試、試運(yùn)行、產(chǎn)品發(fā)布、用戶(hù)培訓(xùn)、產(chǎn)品復(fù)制、銷(xiāo)售、實(shí)施、系統(tǒng)維護(hù)、版本升級(jí)。常用的軟件開(kāi)發(fā)模型有瀑布模型、迭代模型

2、、增量模型和原型模型。軟件支持過(guò)程由所支持的CASE工具組成,常用的CASE工具有PowerDesigner和RationalRose。軟件管理過(guò)程主要有CMMI、IS09000、微軟企業(yè)文化和敏捷文化現(xiàn)彖。1.3詳細(xì)解釋軟件的定義、程序的定義及軟件工程的定義。軟件的定義：軟件=程序+數(shù)據(jù)+文檔。這里的程序是指程序系統(tǒng)。這里的數(shù)據(jù)不僅包括初始化數(shù)據(jù)、測(cè)試數(shù)據(jù)，而且包括研發(fā)數(shù)據(jù)、運(yùn)行數(shù)據(jù)、維護(hù)數(shù)據(jù)，也包括軟件企業(yè)積累的項(xiàng)目工程數(shù)據(jù)和項(xiàng)目管理數(shù)據(jù)中的人量決策原始記錄數(shù)據(jù)。這里的文檔指的是軟件開(kāi)發(fā)過(guò)程中的分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)文檔、管理文檔?，F(xiàn)在有一種新提法正在引起關(guān)注，這種提法是：軟件=知識(shí)

3、+程序+數(shù)據(jù)+文檔。程序是計(jì)算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合。從應(yīng)用的角度可理解為：面向過(guò)程的程序=算法+數(shù)據(jù)結(jié)構(gòu)面向?qū)ο蟮某绦?對(duì)彖+信息面向構(gòu)件的程序=構(gòu)件+構(gòu)架軟件工程是研究軟件開(kāi)發(fā)和軟件管理的一門(mén)工程學(xué)科。1.4軟件工程的7+1條基本原理有什么現(xiàn)實(shí)意義？軟件工程的7條基本原理是在面向過(guò)程的程序設(shè)計(jì)時(shí)代（結(jié)構(gòu)化時(shí)代）提出來(lái)的，但在面向數(shù)據(jù)和面向?qū)﹀璧某绦蛟O(shè)計(jì)的今天，它仍然有效。并且在軍事上的實(shí)時(shí)跟蹤監(jiān)控系統(tǒng)中有很好的應(yīng)用，而且隨著軟件的開(kāi)發(fā)和管理的進(jìn)步，它將不斷完善和充實(shí)。請(qǐng)讀者注意，作者在書(shū)中又新加入了第8條基本原理：軟件工程中的二八定律，這是對(duì)基本原理的補(bǔ)充與發(fā)展。1.5讀者

4、認(rèn)同“4種開(kāi)發(fā)方法”的方法論和“五個(gè)面向”的實(shí)踐論嗎？為什么？“四種開(kāi)發(fā)方法”是指“面向過(guò)程的方法、面向?qū)ο蟮姆椒?、面向?shù)據(jù)的方法、形式化方法”。面向過(guò)程的方法來(lái)源于面向過(guò)程的程序設(shè)計(jì)：面向?qū)ο蟮姆椒▉?lái)源于面向?qū)﹀璧某绦蛟O(shè)計(jì)；面向數(shù)據(jù)的方法就是面向元數(shù)據(jù)的方法，它來(lái)源于關(guān)系數(shù)據(jù)庫(kù)程序設(shè)計(jì)：形式化方法來(lái)源于離散數(shù)學(xué)中的集合運(yùn)算和邏輯運(yùn)算。四種方法各適用于不同的場(chǎng)合，各有優(yōu)缺點(diǎn),互相促進(jìn)，構(gòu)成開(kāi)發(fā)方法論的多極化世界?！拔鍌€(gè)面向理論”是指“面向流程分析、面向數(shù)據(jù)設(shè)計(jì)、面向?qū)ο髮?shí)現(xiàn)、面向功能測(cè)試、面向過(guò)程管理”，它是在綜合“四種開(kāi)發(fā)方法”各自的優(yōu)點(diǎn)之后提出的軟件工程實(shí)施理論，是對(duì)前者的繼承與發(fā)展?？傊?/p>

5、，上述提法既精彩又實(shí)用。1.6怎樣理解軟件工程的支持過(guò)程和管理過(guò)程？軟件工程的支持過(guò)程是由支持軟件生存周期各個(gè)階段的生產(chǎn)工具所組成的。就是說(shuō)將一個(gè)軟件的生存周期劃分為市場(chǎng)調(diào)研、立項(xiàng)、需求分析、策劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、單位測(cè)試、集成測(cè)試、運(yùn)行、維護(hù)這幾個(gè)過(guò)程。在這些過(guò)程中，需要配套相應(yīng)的工具來(lái)支持,比如需求分析工具、設(shè)計(jì)工具、實(shí)現(xiàn)工具、測(cè)試工具、維護(hù)工具、配置工具，開(kāi)發(fā)壞境等。1.7CASE工具、軟件開(kāi)發(fā)環(huán)境SDE、軟件工程壞境SEE三者之間有何聯(lián)系與區(qū)別？CASE（ComputerAidedSoftwareEngineering）是一組工具和方法的集合，一般提供給個(gè)人使用，可以輔助軟件

6、開(kāi)發(fā)生命周期各階段進(jìn)行軟件開(kāi)發(fā)。它在軟件開(kāi)發(fā)/維護(hù)過(guò)程中提供計(jì)算機(jī)輔助支持和工程化方法，CASE技術(shù)分為兩類(lèi)，一類(lèi)是支持軟件開(kāi)發(fā)過(guò)程本身的技術(shù)，另一類(lèi)是支持軟件開(kāi)發(fā)過(guò)程管理的技術(shù)。軟件開(kāi)發(fā)環(huán)境SDE（SoftwareDevelopmentEnvironment）指在基本硬件和宿主軟件的基礎(chǔ)上，為支持系統(tǒng)軟件和應(yīng)用軟件的工程化開(kāi)發(fā)和維護(hù)而使用的一組軟件。它由軟件工具和環(huán)境集成機(jī)制構(gòu)成，前者用以支持軟件開(kāi)發(fā)的相關(guān)過(guò)程、活動(dòng)和任務(wù)，后者為工具集成和軟件的開(kāi)發(fā)、維護(hù)及管理提供統(tǒng)一的支持。軟件配置管理工具、面向行業(yè)領(lǐng)域開(kāi)發(fā)的業(yè)務(wù)基礎(chǔ)平臺(tái)，都是軟件開(kāi)發(fā)環(huán)境的例子。軟件工程環(huán)境SEE（SoftwareEng

7、ineeiingEiiviiomnent）一般提供給團(tuán)隊(duì)使用，它是以軟件工程為依據(jù)，支持典型軟件生產(chǎn)的系統(tǒng)。SEE具有以下特點(diǎn)：（1）強(qiáng)調(diào)支持軟件生產(chǎn)的全過(guò)程。（2）強(qiáng)調(diào)大型軟件的工業(yè)化生產(chǎn)。（3）以集成和剪裁作為主要技術(shù)路徑，實(shí)現(xiàn)軟件工業(yè)化生產(chǎn)的目標(biāo)。（4）標(biāo)準(zhǔn)化。軟件生產(chǎn)走向工業(yè)化需要建立相應(yīng)的工業(yè)標(biāo)準(zhǔn)。軟件工程環(huán)境的例子有北大青鳥(niǎo)系統(tǒng)，RationalRose等。三者的相同點(diǎn)是：都是軟件過(guò)程的支持工具，其目的都是為了加快軟件開(kāi)發(fā)效率，提高軟件開(kāi)發(fā)質(zhì)量。三者的不同點(diǎn)是：它們的功能強(qiáng)弱、使用范圍、使用背景不盡相同。1.8是否存在這樣一種現(xiàn)彖：搞系統(tǒng)軟件的公司不需要采用CMND或ISO9001

8、模式？CMMI或ISO9001模式只適用于搞應(yīng)用軟件的企業(yè)？如果是，是為什么？如果不是，又是為什么？不是。因?yàn)镃MMI和ISO9000模式規(guī)定了嚴(yán)格的管理制度、文檔和評(píng)估軟件能力與成熟度等級(jí)的一套標(biāo)準(zhǔn)，它們幾乎包括了所有的IT的企業(yè)，只是一些優(yōu)秀的企業(yè)自己內(nèi)部形成特有的企業(yè)管理文化，但是它們并不排斥CMND和ISO9000模式，甚至還充分肯定CMMI和ISO9000體系。1.9敏捷文化現(xiàn)象是什么意思？敏捷文化現(xiàn)彖是指好的開(kāi)發(fā)過(guò)程應(yīng)該可以在保證質(zhì)量的前提下，做到文檔適度、度量適度和管理適度，并且根據(jù)敏捷文化能迅速做出自我調(diào)整，實(shí)現(xiàn)企業(yè)效益的最大化。1.10“輕載過(guò)程改進(jìn)模型”(敏捷文化現(xiàn)彖)能代

9、替或戰(zhàn)勝“重載過(guò)程改進(jìn)模型”CMMI嗎？不能。因?yàn)檩p載過(guò)程改進(jìn)模型只適用于少于12人的項(xiàng)目，對(duì)個(gè)人的素質(zhì)要求很高，成功的人型復(fù)雜案例并不多，它特別適合于中小型軟件企業(yè)，以及中小型軟件項(xiàng)目。而重載過(guò)程改進(jìn)模型CMM/CMMI在某種程度上包容了輕載過(guò)程改進(jìn)模型，它對(duì)整體的素質(zhì)要求很高，適合于所有的IT企業(yè)。1.11什么叫軟件危機(jī)？通過(guò)本章的學(xué)習(xí)，你認(rèn)為應(yīng)該怎樣克服軟件危機(jī)？所謂軟件危機(jī)，就是在軟件開(kāi)發(fā)和維護(hù)過(guò)程中所遇到一系列難以控制的問(wèn)題。“軟件危機(jī)”這個(gè)專(zhuān)業(yè)術(shù)語(yǔ)的首次出現(xiàn),是1968年NATO(NorthAtlanticTreatyOrganization,北約)的計(jì)算機(jī)科學(xué)家，在聯(lián)邦德國(guó)召開(kāi)的

10、國(guó)際學(xué)術(shù)會(huì)議上提出的。為了克服軟件危機(jī)，同樣是在1968年，北約科技委員會(huì)召集了近50名一流的編程人員、計(jì)算機(jī)科學(xué)家和工業(yè)界巨頭，討論和制定擺脫“軟件危機(jī)”的對(duì)策。就在那次會(huì)議上，第一次提出了軟件工程(SofhvaieEngineenng)這個(gè)專(zhuān)業(yè)術(shù)語(yǔ)。當(dāng)時(shí)人們的想法是：若借用建筑工程或機(jī)器制造工程的思想、標(biāo)準(zhǔn)、規(guī)范、規(guī)程去開(kāi)發(fā)軟件與維護(hù)軟件，也許能克服軟件危機(jī)。以后的實(shí)踐證明：用工程的方法開(kāi)發(fā)軟件與維護(hù)軟件是個(gè)好主意，但是要完全克服軟件危機(jī)，還有許多其他工作要做。例如，將軟件公司納入CMMI的過(guò)程改進(jìn)軌道，就能真正克服軟件危機(jī)。1.12試述信息系統(tǒng)的定義及信息系統(tǒng)的基本內(nèi)容。利用計(jì)算機(jī)網(wǎng)絡(luò)技

11、術(shù)、數(shù)字通信技術(shù)與數(shù)據(jù)庫(kù)技術(shù)實(shí)現(xiàn)信息采集和處理的系統(tǒng)，稱(chēng)為信息系統(tǒng)。由此不難發(fā)現(xiàn)：凡是與數(shù)據(jù)庫(kù)技術(shù)有關(guān)的應(yīng)用系統(tǒng)，都可以看成信息系統(tǒng)。因?yàn)閿?shù)據(jù)庫(kù)是組織與存儲(chǔ)信息的最好方式，除此之外，目前還沒(méi)有找到其他更好的方式。信息系統(tǒng)由社會(huì)壞境、網(wǎng)絡(luò)壞境、數(shù)據(jù)壞境和程序環(huán)境四部分組成。社會(huì)壞境指企事業(yè)單位的管理規(guī)程、工作規(guī)范、信息標(biāo)準(zhǔn)、業(yè)務(wù)流程、業(yè)務(wù)規(guī)則和人員素質(zhì)。網(wǎng)絡(luò)壞境指互聯(lián)網(wǎng)Internet、企業(yè)網(wǎng)Intranet或局域網(wǎng)的軟/硬件設(shè)施。數(shù)據(jù)環(huán)境指信息系統(tǒng)的數(shù)據(jù)模型及數(shù)據(jù)庫(kù)服務(wù)器上的數(shù)據(jù)操作。程序壞境指客戶(hù)端用戶(hù)界面操作與應(yīng)用服務(wù)器上的業(yè)務(wù)功能操作。不管是網(wǎng)絡(luò)壞境、數(shù)據(jù)壞境還是程序壞境，都要進(jìn)行系統(tǒng)集

12、成。這里特別強(qiáng)調(diào)社會(huì)壞境，人們常說(shuō)，信息系統(tǒng)建設(shè)不僅是一項(xiàng)計(jì)算機(jī)工程，而且是一項(xiàng)社會(huì)工程，就是這個(gè)道理。1.13解釋下列名詞：開(kāi)發(fā)文檔、管理文檔、初始化數(shù)據(jù)、元數(shù)據(jù)、過(guò)程、過(guò)程改進(jìn)。開(kāi)發(fā)文檔主要由項(xiàng)目組書(shū)寫(xiě)，用于指導(dǎo)軟件開(kāi)發(fā)與維護(hù)：管理文檔主要由軟件工程管理部門(mén)書(shū)寫(xiě)，用于指導(dǎo)軟件管理和決策。初始化數(shù)據(jù)是為軟件系統(tǒng)提供運(yùn)行條件的必備數(shù)據(jù)。元數(shù)據(jù)是關(guān)于數(shù)據(jù)的數(shù)據(jù)，組織數(shù)據(jù)的數(shù)據(jù)。過(guò)程是指軟件生命周期(LifeCycle)中的時(shí)間序列。過(guò)程作為一個(gè)時(shí)間序列，自然有起始點(diǎn)和終止點(diǎn)。例如，可將一個(gè)軟件的生命周期劃分為市場(chǎng)調(diào)研、立項(xiàng)、需求分析、策劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、單體測(cè)試、集成測(cè)試、運(yùn)行、維護(hù)

13、、退役幾個(gè)過(guò)程，前一過(guò)程的終止點(diǎn)就是后一過(guò)程的起始點(diǎn)。過(guò)程與階段(Phase)有關(guān)，階段與里程碑(Milestone)有關(guān)。某些重要里程碑上的文檔(通過(guò)評(píng)審和審計(jì)之后)又稱(chēng)為基線(xiàn)(Easeline)。例如，軟件需求分析規(guī)格書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)，它們都是基線(xiàn)。過(guò)程改進(jìn)是指利用過(guò)程改進(jìn)模型CMMI,對(duì)軟件組織內(nèi)部的過(guò)程管理進(jìn)行優(yōu)化。習(xí)題22.1軟件生命周期是什么含義？它與軟件生命周期模型有何關(guān)系？軟件生命周期劃分為市場(chǎng)調(diào)研、立項(xiàng)、需求分析、策劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、單體測(cè)試、集成測(cè)試、運(yùn)行、維護(hù)、退役幾個(gè)過(guò)程，前一過(guò)程的終止點(diǎn)就是后一過(guò)程的起始點(diǎn)。軟件生命周期與軟件生命周期模型有關(guān)：不同的生命

14、周期模型，可能對(duì)應(yīng)著不同的生存周期。生存周期不同，該軟件的開(kāi)發(fā)階段劃分、評(píng)審次數(shù)、基線(xiàn)標(biāo)準(zhǔn)都有所不同，甚至維護(hù)方法都有所區(qū)別。2.2為什么說(shuō)“軟件生命周期模型是指在整個(gè)軟件生命周期中，軟件開(kāi)發(fā)過(guò)程應(yīng)遵循的開(kāi)發(fā)路線(xiàn)圖?；蛘哒f(shuō)，軟件生命周期模型是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架”？事實(shí)上，任何生命周期模型都是生命的路線(xiàn)圖。特別，軟件生命周期模型是軟件生命的路線(xiàn)圖。這里使用路線(xiàn)圖，是為了將深?yuàn)W的理論通俗化，實(shí)用化。2.3為什么要選擇軟件開(kāi)發(fā)模型？軟件開(kāi)發(fā)模型與軟件生命周期有什么關(guān)系？因?yàn)檐浖_(kāi)發(fā)模型是軟件工程研究的5人內(nèi)容之一，它雖然不是軟件工程研究的重點(diǎn),但是在宏觀上特別重要。軟件公司的項(xiàng)目

15、組在開(kāi)發(fā)一個(gè)大項(xiàng)目或產(chǎn)品時(shí)，首先在技術(shù)上必須選擇一個(gè)開(kāi)發(fā)模型，使開(kāi)發(fā)模型非常適合這個(gè)項(xiàng)目或產(chǎn)品的生存周期；隨后通過(guò)對(duì)生存周期的裁減，給出適合于本項(xiàng)目或產(chǎn)品的軟件生存周期定義。2.4簡(jiǎn)述瀑布模型、增量模型、迭代模型、原型模型、XP等模型的優(yōu)缺點(diǎn)。軟件開(kāi)發(fā)模型比較表序號(hào)模型名稱(chēng)優(yōu)點(diǎn)缺點(diǎn)適用范禺1瀑布模型簡(jiǎn)單好學(xué)逆轉(zhuǎn)性差面向過(guò)程開(kāi)發(fā)2增雖模型可以分階段提交有時(shí)用戶(hù)不同意系統(tǒng)可拆卸和組裝3迭代模型需求可變風(fēng)險(xiǎn)大有鬲素質(zhì)軟件團(tuán)隊(duì)4原型模型開(kāi)發(fā)速度快不利干創(chuàng)新己有產(chǎn)品的原型5螺旋模型需求可變建設(shè)周期長(zhǎng)龐大.復(fù)朵.高風(fēng)險(xiǎn)項(xiàng)目6噴泉模型提高開(kāi)發(fā)效率不利干項(xiàng)目的管理面向?qū)ο箝_(kāi)發(fā)7XP模型提高開(kāi)發(fā)效率不適合大團(tuán)隊(duì)

16、、大項(xiàng)目小團(tuán)隊(duì)小項(xiàng)目2.5軟件公司的CMMI過(guò)程改進(jìn)模型與軟件開(kāi)發(fā)模型有關(guān)嗎？為什么？無(wú)關(guān)。因?yàn)镃MMI管理體系是一種過(guò)程與質(zhì)量管理模型，它是適應(yīng)于任何軟件開(kāi)發(fā)模型的，或者說(shuō)它與任何開(kāi)發(fā)模型無(wú)關(guān)。開(kāi)發(fā)模型本身只是規(guī)定了軟件生存周期中的若干步驟或階段，便于開(kāi)發(fā)人員去開(kāi)發(fā)與維護(hù)，它并沒(méi)有規(guī)定管理人員的過(guò)程管理方法與任務(wù)。為此,CMMI管理體系規(guī)定采取階段評(píng)審和不符合項(xiàng)的動(dòng)態(tài)跟蹤制度，只有前一階段的不符合項(xiàng)全部改正后，才允許開(kāi)發(fā)人員進(jìn)入后一階段的工作。所謂不符合項(xiàng)，就是在評(píng)審中發(fā)現(xiàn)的問(wèn)題項(xiàng)，它與Bug既有聯(lián)系，又有區(qū)別。對(duì)于這些不符合項(xiàng)，軟件管理部門(mén)要列出表格，記錄在案，確定責(zé)任人，限定改正時(shí)間，動(dòng)

17、態(tài)跟蹤到底。2.6請(qǐng)調(diào)查你周?chē)能浖静捎媚膸追N軟件開(kāi)發(fā)模型進(jìn)行軟件開(kāi)發(fā)。周闈的軟件公司采用的軟件開(kāi)發(fā)模型有瀑布模型、增量模型、迭代模型、原型模型。其中瀑布模型和原型模型是這些軟件公司最常用的，其次是增量模型，最后是迭代模型。2.7軟件開(kāi)發(fā)模型對(duì)你今后的工作，到底具有什么指導(dǎo)意義？當(dāng)我們進(jìn)入IT企業(yè)參與軟件開(kāi)發(fā)或管理時(shí)，若能掌握軟件開(kāi)發(fā)模型知識(shí)，就會(huì)很快了解當(dāng)前的項(xiàng)目或產(chǎn)品應(yīng)該采用什么開(kāi)發(fā)模型，由此確定該軟件的生存周期和當(dāng)前項(xiàng)目組的開(kāi)發(fā)狀態(tài)與進(jìn)度，從而很快知道項(xiàng)目組成員的工作，也能使自己很快融入該項(xiàng)目組，快速適應(yīng)IT企業(yè)文化，并很快進(jìn)入角色。2.8你對(duì)“生命周期模型裁剪指南”有什么看法？“生

18、存周期模型裁剪指南”是IT企業(yè)或軟件組織內(nèi)部根據(jù)軟件開(kāi)發(fā)模型的普遍原則，結(jié)合本單位的開(kāi)發(fā)經(jīng)驗(yàn)和行業(yè)特點(diǎn)的具體實(shí)際定制出來(lái)的。它有針對(duì)性地對(duì)選定的軟件開(kāi)發(fā)模型中定義的生存周期，進(jìn)行恰當(dāng)?shù)夭眉?。所謂裁剪，就是對(duì)原模型中定義的內(nèi)容進(jìn)行增、改、刪，去掉對(duì)本單位或者本項(xiàng)目不適合的部分，增加對(duì)本單位或者本項(xiàng)目適用的內(nèi)容，同時(shí)進(jìn)一步細(xì)化。這樣可以縮短開(kāi)發(fā)時(shí)間，減少開(kāi)發(fā)成本，具有非?，F(xiàn)實(shí)的意義。2.9“圖書(shū)館信息系統(tǒng)”的開(kāi)發(fā)選用什么開(kāi)發(fā)模型合適？“圖書(shū)館信息系統(tǒng)”的開(kāi)發(fā)選用瀑布模型比較合適。因?yàn)槠俨寄Ｐ烷_(kāi)發(fā)階段清晰，便于評(píng)審、審計(jì)、跟蹤、管理和控制，而且“圖書(shū)館信息系統(tǒng)”在一定程度上符合瀑布模型的條件：（1）

19、它在開(kāi)發(fā)時(shí)間內(nèi)需求沒(méi)有變化或很少變化。（2）分析設(shè)計(jì)人員對(duì)應(yīng)用領(lǐng)域很熟悉。（3）低風(fēng)險(xiǎn)項(xiàng)目。（4）用戶(hù)使用壞境比較穩(wěn)定。（5）用戶(hù)除提出需求以外，很少參與開(kāi)發(fā)工作。2.10請(qǐng)?jiān)敿?xì)說(shuō)明瀑布模型與迭代模型之間的關(guān)系。在宏觀上，迭代模型是動(dòng)態(tài)模型，瀑布模型是靜態(tài)模型。一方面，迭代模型需要經(jīng)過(guò)多次反復(fù)迭代，才能形成最終產(chǎn)品。另一方面，迭代模型的每一次迭代，實(shí)質(zhì)上都是執(zhí)行一次瀑布模型，都要經(jīng)歷初始、精化、構(gòu)造、移交4個(gè)階段，走完瀑布模型的全過(guò)程。在微觀上，迭代模型與瀑布模型都是動(dòng)態(tài)模型。迭代模型與瀑布模型在每一個(gè)開(kāi)發(fā)階段（初始、精化、構(gòu)造、移交）的內(nèi)部，都有一個(gè)小小的迭代過(guò)程，只有經(jīng)歷這一迭代過(guò)程，該階

20、段的開(kāi)發(fā)工作才能做細(xì)做好。瀑布模型與迭代模型之間的這種微妙關(guān)系，如下圖所示。微歡上迭代循壞初始精化構(gòu)建移交農(nóng)觀上迭代淅環(huán)一次圖瀑布模型與迭代模型之間的關(guān)系由圖可見(jiàn)，在迭代和瀑布模型中，你中有我、我中有你。瀑布模型與迭代模型之間的關(guān)系，反映了人們對(duì)客觀事物的認(rèn)識(shí)論：要認(rèn)識(shí)與掌握某一客觀事物，必須經(jīng)歷由宏觀到微觀的多次反復(fù)的過(guò)程。只有從宏觀上反復(fù)迭代幾次，才能看清全貌，掌握爭(zhēng)物的宏觀發(fā)展規(guī)律。只有從微觀上反復(fù)迭代幾次，才能吃透每個(gè)細(xì)節(jié)，掌握事物的微觀發(fā)展規(guī)律。習(xí)題33.1為什么說(shuō)立項(xiàng)（或簽訂合同）是一切項(xiàng)目的源頭，也是軟件項(xiàng)目的源頭？立項(xiàng)的過(guò)程就是軟件企業(yè)決定是否去開(kāi)發(fā)某個(gè)項(xiàng)目或產(chǎn)品的過(guò)程。只有立

21、項(xiàng)完成以后企業(yè)領(lǐng)導(dǎo)部門(mén)才會(huì)下達(dá)“任務(wù)書(shū)”，開(kāi)發(fā)部門(mén)開(kāi)始組成開(kāi)發(fā)團(tuán)隊(duì)，成立項(xiàng)目組。3.2立項(xiàng)的具體表現(xiàn)形式是什么？企業(yè)的市場(chǎng)銷(xiāo)售部門(mén)在市場(chǎng)調(diào)研的基礎(chǔ)上，分析該產(chǎn)品是否有市場(chǎng)前景，以及企業(yè)是否有能力開(kāi)發(fā)出該產(chǎn)品，并具體列出系統(tǒng)的功能、性能、接II和運(yùn)行環(huán)境等方面的需求情況，當(dāng)前客戶(hù)群和潛在客戶(hù)群情況，以及投入產(chǎn)出分析，然后寫(xiě)出立項(xiàng)建議書(shū)，召開(kāi)立項(xiàng)論證會(huì),決定是否立項(xiàng)。3.3立項(xiàng)建議書(shū)的編制者為什么主要是軟件公司的市場(chǎng)銷(xiāo)售人員，而不是開(kāi)發(fā)人員？軟件開(kāi)發(fā)出來(lái)終歸要推向市場(chǎng)的，軟件能不能被市場(chǎng)接受是軟件開(kāi)發(fā)成功的標(biāo)準(zhǔn)。市場(chǎng)銷(xiāo)售人員長(zhǎng)期和市場(chǎng)客戶(hù)打交道，他們最了解客戶(hù)和市場(chǎng)的需求，最知道什么樣的產(chǎn)品具有巨

22、大商機(jī)。3.4為什么將項(xiàng)目的市場(chǎng)前景、功能、性能、接I、風(fēng)險(xiǎn)作為立項(xiàng)建議書(shū)的主要內(nèi)容？一切軟件項(xiàng)目或軟件產(chǎn)品，都是為了實(shí)現(xiàn)用戶(hù)需求中的“功能、性能、接II”三項(xiàng)具體目標(biāo)。軟件是否有市場(chǎng)前景，是軟件開(kāi)發(fā)是否成功的標(biāo)志，有了市場(chǎng)軟件才能帶來(lái)利潤(rùn)。風(fēng)險(xiǎn)分析是對(duì)開(kāi)發(fā)此軟件的政策風(fēng)險(xiǎn)、環(huán)境風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、技能風(fēng)險(xiǎn)等進(jìn)行分析，這對(duì)公司按時(shí)保質(zhì)保量地完成軟件開(kāi)發(fā)，是必不可少的。3.5什么叫風(fēng)險(xiǎn)分析？技能風(fēng)險(xiǎn)與技術(shù)風(fēng)險(xiǎn)有何區(qū)別？這里的風(fēng)險(xiǎn)分析是指軟件立項(xiàng)過(guò)程中對(duì)產(chǎn)品開(kāi)發(fā)、銷(xiāo)售等可能出現(xiàn)的風(fēng)險(xiǎn)進(jìn)行分析。分析方法是將一個(gè)大風(fēng)險(xiǎn)化解為多個(gè)小風(fēng)險(xiǎn)，然后再一個(gè)個(gè)克服小風(fēng)險(xiǎn)。技術(shù)風(fēng)險(xiǎn)是指采用新技術(shù)的風(fēng)險(xiǎn)程度。技能風(fēng)險(xiǎn)是指

23、項(xiàng)目組成員掌握新技術(shù)的風(fēng)險(xiǎn)程度。兩者的區(qū)別在于一個(gè)是說(shuō)新技術(shù)（如新的開(kāi)發(fā)工具，新的設(shè)計(jì)思想）本身的風(fēng)險(xiǎn)，一個(gè)是說(shuō)人員要掌握這種新技術(shù)的風(fēng)險(xiǎn)。3.6行業(yè)領(lǐng)域業(yè)務(wù)專(zhuān)家與產(chǎn)品經(jīng)理有何異同？行業(yè)領(lǐng)域業(yè)務(wù)專(zhuān)家是精通某行業(yè)領(lǐng)域業(yè)務(wù)的人，在講標(biāo)時(shí)能把投標(biāo)書(shū)的內(nèi)容準(zhǔn)確、生動(dòng)地表述出來(lái)，使客戶(hù)心服II服。而產(chǎn)品經(jīng)理是某產(chǎn)品需求分析和概要設(shè)計(jì)的經(jīng)理或?qū)＜?，主要?fù)責(zé)產(chǎn)品的立項(xiàng)、需求、設(shè)計(jì)和銷(xiāo)售等業(yè)務(wù)。兩者的相同點(diǎn)是：必須精通該產(chǎn)品的功能、性能和接II。不同點(diǎn)是：前者突出熟悉產(chǎn)品的應(yīng)用業(yè)務(wù)領(lǐng)域，后者突出熟悉產(chǎn)品的需求與設(shè)計(jì)。3.7合同、任務(wù)書(shū)、立項(xiàng)建議書(shū)三者有何異同？有何關(guān)系？合同是與固定客戶(hù)簽訂的協(xié)議書(shū)，簽訂合同后

24、軟件公司啟動(dòng)該項(xiàng)目的開(kāi)發(fā)，該軟件被稱(chēng)為“訂單軟件”。立項(xiàng)建議書(shū)是相對(duì)“非訂單軟件”而言的，是相關(guān)人員對(duì)立項(xiàng)過(guò)程的書(shū)面描述。任務(wù)書(shū)是企業(yè)決定開(kāi)發(fā)某個(gè)軟件時(shí)，對(duì)此任務(wù)的具體部署情況，以書(shū)面的形式表達(dá)岀來(lái),包括正文和附件。只有立項(xiàng)建議書(shū)或合同簽訂以后才能下達(dá)任務(wù)書(shū)，三者都是軟件開(kāi)發(fā)的源頭。3.8下達(dá)任務(wù)的時(shí)間和方法是什么？滿(mǎn)足以下三個(gè)條件中的任意一個(gè)，即可下達(dá)任務(wù)書(shū)：（1）企業(yè)已簽訂了項(xiàng)目合同。（2）立項(xiàng)建議書(shū)己通過(guò)了評(píng)審。（3）作為特殊情況，軟件組織的上級(jí)下達(dá)了某個(gè)項(xiàng)目的指令性軟件開(kāi)發(fā)計(jì)劃。例如，有跨組織、跨部門(mén)的某個(gè)人系統(tǒng)項(xiàng)目，軟件的需求由它的系統(tǒng)總體設(shè)計(jì)組分配。下達(dá)任務(wù)書(shū)的方法是：（1）下達(dá)一

25、份任務(wù)書(shū)的正文。包括任務(wù)的下達(dá)對(duì)象、內(nèi)容、要求完成的口期、決定投入的資源、必要時(shí)包括任命項(xiàng)目經(jīng)理（技術(shù)經(jīng)理和產(chǎn)品經(jīng)理）、其他保證措施、獎(jiǎng)懲措施等。任務(wù)書(shū)的正文可長(zhǎng)可短，若合同或立項(xiàng)建議書(shū)很詳細(xì)，則正文可短。若合同或立項(xiàng)建議書(shū)很粗略很短，則正文應(yīng)該詳細(xì)，當(dāng)然也應(yīng)該很長(zhǎng)。（2）下達(dá)一份任務(wù)書(shū)的附件。一般情況下它就是軟件合同或立項(xiàng)建議書(shū)，如果是指令性計(jì)劃，它的格式和內(nèi)容，也應(yīng)與合同或立項(xiàng)建議書(shū)基本相同，即附件的內(nèi)容應(yīng)覆蓋系統(tǒng)的功能點(diǎn)列表、性能點(diǎn)列表、接II列表、資源需求列表、開(kāi)發(fā)進(jìn)度列表、階段評(píng)審列表等。3.9請(qǐng)進(jìn)行社會(huì)調(diào)查，收集材料，用事實(shí)說(shuō)明“立項(xiàng)就是決策”的道理。2003年初冬，山東某軟件公司

26、的老總在西安出差，發(fā)現(xiàn)西安市的人中型餐廳基本上都有電子點(diǎn)菜系統(tǒng)，客人一點(diǎn)菜，信息馬上出現(xiàn)在廚房大師傅眼前，人師傅馬上炒菜，服務(wù)員很快上菜，他感到很有意思。后來(lái)一打聽(tīng)，這個(gè)餐飲系統(tǒng)”是北京某軟件公司開(kāi)發(fā)的。于是這位老總又飛到北京，拜訪(fǎng)了“餐飲系統(tǒng)”的開(kāi)發(fā)公司，了解到該公司經(jīng)濟(jì)效益不錯(cuò)，而且還到幾家餐飲店去就餐，親身體驗(yàn)“餐飲系統(tǒng)”的使用情況，收集用戶(hù)意見(jiàn)。返回山東后,老總拍著腦袋決定馬上立項(xiàng)，快速開(kāi)發(fā)本公司的“餐飲系統(tǒng)”。不到三個(gè)月，餐飲系統(tǒng)”開(kāi)發(fā)完畢，但是在后來(lái)的兩年中，該系統(tǒng)在山東某市總共只賣(mài)出兩套，投入與產(chǎn)出比是5：lo這是為什么？就是因?yàn)樵摮鞘惺侵械瘸鞘?，不像北京、西安是大城市，“餐飲?/p>

27、統(tǒng)”的客戶(hù)群，實(shí)在是少得可憐。立項(xiàng)就是決策，IT企業(yè)的決策必須按照決策程序進(jìn)行，沒(méi)有決策程序就要先制定決策程序，不能一個(gè)人拍腦袋定決策。3.10試述商業(yè)MIS開(kāi)發(fā)任務(wù)書(shū)的優(yōu)缺點(diǎn)及需要如何改進(jìn)。選作題，課外作業(yè)。3.11請(qǐng)?jiān)诶蠋煹闹笇?dǎo)下，選定一個(gè)項(xiàng)目，寫(xiě)出一份立項(xiàng)建議書(shū)。選作題，課外作業(yè)。3.12對(duì)軟件項(xiàng)目和產(chǎn)品的“功能、性能、接口”三項(xiàng)指標(biāo)如何理解？一切項(xiàng)目或產(chǎn)品都是為了解決自身的“功能、性能、接1丨”問(wèn)題，軟件項(xiàng)目或產(chǎn)品更是這樣。所以，從軟件立項(xiàng)、需求、設(shè)計(jì)、編程、測(cè)試、維護(hù)，自始至終都要亳不動(dòng)搖地堅(jiān)持“功能、性能、接口”三項(xiàng)指標(biāo)。3.13請(qǐng)用PowerPointI具制作一份“圖書(shū)館信息系統(tǒng)

28、”的投標(biāo)書(shū)，并進(jìn)行試講。選作題，課外作業(yè)。3.14按照老師建議的其他實(shí)踐項(xiàng)目，23人一組，完成項(xiàng)目的立項(xiàng)任務(wù)書(shū)和投標(biāo)書(shū)，并進(jìn)行投標(biāo)書(shū)討論與試講。選作題，課外作業(yè)。習(xí)題44.1為什么需求分析特別重要？需求分析特別重要，是因?yàn)椋海?）許多犬型應(yīng)用系統(tǒng)的失敗，最后均歸結(jié)到需求分析：要么獲取需求的方法不當(dāng)，使得需求分析不到位或不徹底，導(dǎo)致開(kāi)發(fā)者反復(fù)多次地進(jìn)行需求分析，致使設(shè)計(jì)、編碼、測(cè)試無(wú)法順利進(jìn)行：要么客戶(hù)配合不好，導(dǎo)致客戶(hù)對(duì)需求不確認(rèn)，或客戶(hù)需求不斷變化，同樣致使設(shè)計(jì)、編碼、測(cè)試無(wú)法順利進(jìn)行。（2）需求分析的輸出文檔是用戶(hù)需求報(bào)告，它既是軟件生存周期中的第一個(gè)里程碑,又是客戶(hù)、軟件開(kāi)發(fā)人員和項(xiàng)目管

29、理人員三者必須遵守的一根基線(xiàn)，是三者共同工作的基礎(chǔ),是項(xiàng)目Alpha測(cè)試和Beta測(cè)試的準(zhǔn)則，是供方交付產(chǎn)品和需方驗(yàn)收產(chǎn)品的依據(jù)。（3）需求分析要占用整個(gè)軟件開(kāi)發(fā)時(shí)間或工作量的30%左右。（4）需求獲取中的錯(cuò)誤，屬于軟件開(kāi)發(fā)中的早期錯(cuò)誤，它會(huì)在后續(xù)的設(shè)計(jì)和實(shí)現(xiàn)中進(jìn)行發(fā)散式的傳播。根據(jù)以上4個(gè)原因，IT企業(yè)的高層經(jīng)理，對(duì)需求分析特別重視，常常派經(jīng)驗(yàn)最豐富的人員去作項(xiàng)目需求。正因?yàn)槿绱耍到y(tǒng)分析員”才是軟件行業(yè)中的最高技術(shù)職稱(chēng)。4.2需求分析的目的是什么？需求分析的難點(diǎn)在哪里？軟件需求分析，其目的是用于說(shuō)明軟件產(chǎn)品或軟件項(xiàng)目需要滿(mǎn)足的條件和限制。在軟件工程項(xiàng)目中首先要獲取用戶(hù)的需求，通過(guò)對(duì)軟件需要

30、的提取、分析、文檔化及驗(yàn)證，為進(jìn)一步的設(shè)計(jì)和實(shí)現(xiàn)提供依據(jù)。需求分析的難點(diǎn)是：在系統(tǒng)的功能、性能和接II方面，開(kāi)發(fā)者與客戶(hù)達(dá)成完全一致的需求，讓客戶(hù)最終簽字確認(rèn)，并保證在項(xiàng)目驗(yàn)收前，需求相對(duì)穩(wěn)定不變。萬(wàn)一需求有一點(diǎn)變化,雙方必須履行“需求變更管理程序”，而變更管理程序在簽訂合同時(shí)已經(jīng)做了規(guī)定。要知道,合同是具有法律效力的。4.3需求分析的理論基礎(chǔ)有哪些？需求分析的理論基礎(chǔ)有：什么是軟件需求；軟件需求需要量化；需求是一個(gè)過(guò)程；需求過(guò)程中的角色；需求過(guò)程是一個(gè)迭代的過(guò)程；需求來(lái)源等6條理論基礎(chǔ)。4.4為什么說(shuō)需求過(guò)程是一個(gè)迭代過(guò)程？由于人們對(duì)客觀事物的認(rèn)識(shí)是不斷深化的，所以需求過(guò)程是一個(gè)迭代過(guò)程，每

31、次迭代提供更高質(zhì)量和更詳細(xì)內(nèi)容的軟件需求。這種迭代會(huì)給項(xiàng)目帶來(lái)一定的風(fēng)險(xiǎn)，上一次迭代的設(shè)計(jì)實(shí)現(xiàn)可能會(huì)因?yàn)樾枨蟛蛔愣煌品Ｔ诤芏嗲闆r下，對(duì)需求的理解會(huì)隨著設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程的深入而不斷深化，這也會(huì)導(dǎo)致在軟件生命周期的后期，重新修訂軟件需求。原因可能來(lái)自于錯(cuò)誤的分析，客戶(hù)環(huán)境和業(yè)務(wù)流程的改變，市場(chǎng)趨勢(shì)的變化等。無(wú)論是什么原因，軟件分析師應(yīng)認(rèn)識(shí)到需求變化的必然性，并采取相應(yīng)的措施，減少需求變更對(duì)軟件系統(tǒng)的影響。4.5為什么說(shuō)需求分析是面向流程的？系統(tǒng)的功能、性能、接II、界面都是在流程中動(dòng)態(tài)實(shí)時(shí)的反映出來(lái)。在所有的流程（物流、人流、資金流、信息流、單據(jù)流、報(bào)表流、數(shù)據(jù)流）中，數(shù)據(jù)流最重要，也最具有

32、代表性。因?yàn)樵谟?jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)內(nèi)，一切流程都表現(xiàn)為數(shù)據(jù)流，或者說(shuō)是數(shù)據(jù)流在不同方向的投影。而流程是動(dòng)態(tài)的、實(shí)時(shí)的。所以說(shuō)，需求分析是面向流程的。4.6需求分析的基本思路是什么？需求分析的思路，是從用戶(hù)的功能需求（系統(tǒng)需要做什么）出發(fā)，由系統(tǒng)的業(yè)務(wù)流程和數(shù)據(jù)流程導(dǎo)出系統(tǒng)的業(yè)務(wù)模型和功能模型，識(shí)別出系統(tǒng)的元數(shù)據(jù)和中間數(shù)據(jù)，為今后設(shè)計(jì)數(shù)據(jù)模型做好充分準(zhǔn)備。同時(shí)，對(duì)系統(tǒng)的軟、硬件環(huán)境配置，開(kāi)發(fā)工具，開(kāi)發(fā)工期，費(fèi)用，開(kāi)發(fā)進(jìn)度，培訓(xùn)，系統(tǒng)風(fēng)險(xiǎn)進(jìn)行評(píng)估。4.7解釋術(shù)語(yǔ)：元數(shù)據(jù)、實(shí)體、中間數(shù)據(jù)。元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù)，描述數(shù)據(jù)的數(shù)據(jù)，關(guān)于數(shù)據(jù)的數(shù)據(jù)。實(shí)體（指實(shí)體集或?qū)嶓w型），是一組相關(guān)元數(shù)據(jù)的集合。中間數(shù)據(jù)（有

33、的書(shū)上稱(chēng)為查詢(xún)數(shù)據(jù)）是組織統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)，描述統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)，關(guān)于統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)。4.8為什么說(shuō)元數(shù)據(jù)的分析與識(shí)別是需求分析的議題之一？元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù)，描述數(shù)據(jù)的數(shù)據(jù)，關(guān)于數(shù)據(jù)的數(shù)據(jù)。通俗地講，元數(shù)據(jù)就是信息系統(tǒng)中實(shí)體名及其屬性名的集合，或者說(shuō)就是基表的表名與字段名的集合。由于信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，都是面向元數(shù)據(jù)的，所以說(shuō)元數(shù)據(jù)的分析與識(shí)別是需求分析的議題之一。元數(shù)據(jù)分析的出發(fā)點(diǎn)是業(yè)務(wù)模型和功能模型，落腳點(diǎn)是系統(tǒng)中的實(shí)體及其屬性，是企事業(yè)單位的數(shù)據(jù)模型中的所有元素。4.9元數(shù)據(jù)與中間數(shù)據(jù)之間，有什么關(guān)系？請(qǐng)舉例說(shuō)明。元數(shù)據(jù)與中間數(shù)據(jù)間的關(guān)系是一種因果關(guān)系。元數(shù)據(jù)對(duì)應(yīng)原始單據(jù)，中間數(shù)據(jù)對(duì)

34、應(yīng)查詢(xún)、統(tǒng)計(jì)、報(bào)表。元數(shù)據(jù)將原始單據(jù)中錄入的數(shù)據(jù)組織起來(lái)變成基表中的記錄，這些記錄稱(chēng)為基礎(chǔ)數(shù)據(jù)。中間數(shù)據(jù)將輸出數(shù)據(jù)組織起來(lái)變成中間表中的記錄，這些記錄稱(chēng)為統(tǒng)計(jì)數(shù)據(jù)。中間表中的記錄是由基表中的記錄派生（推導(dǎo)、加工、處理）出來(lái)的，為了敘述簡(jiǎn)單,我們說(shuō)“中間數(shù)據(jù)是由元數(shù)據(jù)派生出來(lái)的”。例如，人力資源系統(tǒng)中的員工基本情況表中的“姓名、性別、出生口期、文化程度、畢業(yè)學(xué)校、身份證號(hào)”等是元數(shù)據(jù)，而通過(guò)統(tǒng)計(jì)后得出的軟件開(kāi)發(fā)部1980年以后出生的人員情況表中的“姓名、性別、文化程度、畢業(yè)學(xué)?！?，它們是中間數(shù)據(jù)。4.10業(yè)界存在哪三種需求分析方法？你認(rèn)為哪一種方案更好？業(yè)界存在三種需求分析方法：面向功能分析、面

35、向?qū)﹀璺治觥⒚嫦驍?shù)據(jù)分析。以上這三種方法，各自適用于不同的目標(biāo)系統(tǒng)。目前時(shí)尚的方法是面向?qū)﹀?，包括面向主體和面向方法。總的來(lái)說(shuō)，對(duì)于系統(tǒng)軟件和應(yīng)用軟件來(lái)說(shuō)，面向功能需求分析的方法簡(jiǎn)單明了，而面向?qū)﹀璧男枨蠓治龇椒▌t復(fù)雜抽彖。對(duì)于以關(guān)系數(shù)據(jù)庫(kù)為平臺(tái)的信息系統(tǒng)軟件來(lái)說(shuō)，面向數(shù)據(jù)需求分析方法的特點(diǎn)是抓住了本質(zhì)。但是，這三種分析方法都離不開(kāi)面向流程分析這根總線(xiàn)：功能、對(duì)象、數(shù)據(jù)都是在流程中產(chǎn)生的，又都是為流程服務(wù)的。4.11需求管理過(guò)程的目標(biāo)和內(nèi)容是什么？需求管理的目標(biāo)，是保證軟件項(xiàng)目或產(chǎn)品滿(mǎn)足客戶(hù)在軟件功能、性能、接II三個(gè)方面的需求。需求管理過(guò)程的內(nèi)容，主要包扌舌需求確認(rèn)、需求評(píng)審、需求追蹤和需求

36、變更活動(dòng)管理。4.12為什么對(duì)需求文檔要進(jìn)行同行評(píng)審？同行評(píng)審，是軟件工作產(chǎn)品驗(yàn)證的活動(dòng)，其目的是為了及早和高效地從軟件工作產(chǎn)品中識(shí)別并消除缺陷。重點(diǎn)在于發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。另外，由于進(jìn)行同行評(píng)審，使大量人員對(duì)軟件系統(tǒng)中原本不熟悉的部分更加了解，因此同行評(píng)審還提高了項(xiàng)目的連續(xù)性，培訓(xùn)了后備人員。4.13用戶(hù)需求報(bào)告與需求分析規(guī)格說(shuō)明書(shū)有何差異？（1）用戶(hù)需求報(bào)告是對(duì)外的，需求規(guī)格說(shuō)明書(shū)是對(duì)內(nèi)的。用戶(hù)需求報(bào)告是站在用戶(hù)（使用者）的角度、用他們可以看懂的語(yǔ)言（比如自然語(yǔ)言）寫(xiě)的，需要用戶(hù)簽字確認(rèn)。需求規(guī)格說(shuō)明書(shū)則不同，它是對(duì)內(nèi)的，不需要用戶(hù)簽字確認(rèn)。它是站在開(kāi)發(fā)者的角度、可以采用形式化或半形

37、式化的語(yǔ)言進(jìn)行描述。（2）一般來(lái)說(shuō)，用戶(hù)需求報(bào)告是合同的產(chǎn)物，需求規(guī)格說(shuō)明書(shū)是立項(xiàng)建議書(shū)的產(chǎn)物。用戶(hù)需求報(bào)告是對(duì)合同而言的。需求規(guī)格說(shuō)明書(shū)是對(duì)立項(xiàng)建議書(shū)而言的。（3）由用戶(hù)需求報(bào)告可產(chǎn)生需求規(guī)格說(shuō)明書(shū)。簽完合同后，一般是先寫(xiě)出用戶(hù)需求報(bào)告，后寫(xiě)出需求規(guī)格說(shuō)明書(shū)。當(dāng)需求報(bào)告由用戶(hù)簽字確認(rèn)后，需求規(guī)格說(shuō)明書(shū)很快就出來(lái)了。4.14怎么理解“不符合項(xiàng)”？為什么要對(duì)它進(jìn)行跟蹤管理？不符合項(xiàng)是指沒(méi)有滿(mǎn)足要求的項(xiàng)，不一定是錯(cuò)誤，跟Bug是不同的。跟蹤的意思在于，獲得需求目前的實(shí)現(xiàn)狀態(tài)，確保用戶(hù)所有的需求都得到滿(mǎn)足?？煽康母櫺畔⒖蔀樾枨笞兏⑾到y(tǒng)維護(hù)、關(guān)鍵成員離開(kāi)、系統(tǒng)再設(shè)計(jì)和類(lèi)似系統(tǒng)設(shè)計(jì)等很多方面,提供參

38、考和指導(dǎo)，并可以減少風(fēng)險(xiǎn)和提高項(xiàng)目成功率。4.15為什么說(shuō)“只考慮目標(biāo)系統(tǒng)是什么、而不考慮目標(biāo)系統(tǒng)怎么做的需求分析觀點(diǎn),是片面的、表面的、不可取的”？因?yàn)橛行┬枨蠓治鰡?wèn)題，在需求分析階段開(kāi)發(fā)者感覺(jué)不出來(lái)，到了設(shè)計(jì)階段才會(huì)感覺(jué)出來(lái)，此時(shí)才發(fā)現(xiàn)設(shè)計(jì)的資料不夠、條件缺少，即需求沒(méi)有完全到位，需要做第二次需求分析。所以說(shuō)，只考慮目標(biāo)系統(tǒng)是什么、而不考慮目標(biāo)系統(tǒng)怎么做的需求分析觀點(diǎn)，是片面的，表面的，不可取的”。從這一點(diǎn)看，需求分析過(guò)程是一個(gè)迭代過(guò)程。4.16需求描述有哪幾種工具？你喜歡用哪一種？為什么？需求描述的工具包括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時(shí)序圖、用戶(hù)交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需

39、求列表、接口需求列表、界面需求列表等。選擇哪一種描述工具，主要取決于問(wèn)題域的本質(zhì)特征。不同的軟件，對(duì)分析要求的嚴(yán)格程度不同。我喜歡業(yè)務(wù)流程圖，它包括了物流、資金流、信息流，即業(yè)務(wù)操作模型，重點(diǎn)是業(yè)務(wù)操作的流水步驟。業(yè)務(wù)模型表示了與系統(tǒng)有關(guān)的人、設(shè)備、其他子系統(tǒng)之間的業(yè)務(wù)關(guān)系和費(fèi)用關(guān)系，它是經(jīng)過(guò)業(yè)務(wù)流程重組、再創(chuàng)和優(yōu)化后，并且得到企業(yè)領(lǐng)導(dǎo)確認(rèn)的業(yè)務(wù)流程圖。繪制這個(gè)圖的工具可以是Office辦公軟件。4.17如果你是項(xiàng)目經(jīng)理，怎樣組織項(xiàng)目組成員，對(duì)學(xué)院圖書(shū)資料室信息管理系統(tǒng)進(jìn)行需求分析？并將該系統(tǒng)的功能需求列表詳細(xì)列出。選作題，課外作業(yè)。4.18在主講老師的組織下，學(xué)生以項(xiàng)目組為單位，選取瀑布模型

40、或快速原型模型，采用項(xiàng)目組成員最熟悉的數(shù)據(jù)庫(kù)管理系統(tǒng)和面向?qū)﹀璧木幊坦ぞ?，開(kāi)發(fā)“圖書(shū)資料室信息系統(tǒng)”這個(gè)小項(xiàng)目，要求文檔書(shū)寫(xiě)齊全、前臺(tái)界面美觀簡(jiǎn)單、后臺(tái)數(shù)據(jù)庫(kù)維護(hù)方便，并盡量使它產(chǎn)品化。選作題，課外作業(yè)。4.19如果你是軟件公司的系統(tǒng)分析師，你將怎樣進(jìn)行需求分析？選作題，課外作業(yè)。習(xí)題55.1為什么說(shuō)計(jì)劃只是策劃的一個(gè)結(jié)果？軟件策劃，或者軟件計(jì)劃，英文都是Plamuiigo但是，策劃包含有出謀劃策和做計(jì)劃兩個(gè)意思。策劃是一個(gè)過(guò)程，是一系列活動(dòng)。計(jì)劃是一份文檔，是一個(gè)結(jié)果。所以說(shuō)，計(jì)劃只是策劃的一個(gè)主要結(jié)果或成果。5.2簡(jiǎn)述軟件策劃的步驟。軟件策劃的4個(gè)步驟是：步驟步驟名稱(chēng)步驟內(nèi)容1估計(jì)軟件工作

41、產(chǎn)品的規(guī)模、工作呈、費(fèi)用及所需的資源軟件工作產(chǎn)品，包括需求規(guī)格說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、源代碼、測(cè)試計(jì)劃和測(cè)試報(bào)告、質(zhì)呈保證計(jì)劃、軟件配呂管理計(jì)劃、里程碑及評(píng)審計(jì)劃。每個(gè)工作產(chǎn)品所需的工作呈（人年、費(fèi)用及其所需的其他資源，都要呈化2制定時(shí)間表包括開(kāi)發(fā)進(jìn)度時(shí)間表和口歷進(jìn)度時(shí)間表：軟件開(kāi)發(fā)計(jì)劃、質(zhì)呈保證計(jì)劃、軟件配擔(dān)管理計(jì)劃、測(cè)試計(jì)劃、評(píng)審計(jì)劃3鑒別和評(píng)估風(fēng)險(xiǎn)政策風(fēng)險(xiǎn)、資源風(fēng)險(xiǎn)、市場(chǎng)突變風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和技能風(fēng)險(xiǎn)等4與相關(guān)的組或人協(xié)商策劃中的有關(guān)約定策劃的結(jié)果要實(shí)事求是，要得到各有關(guān)方而的同意和認(rèn)可5.3軟件策劃要實(shí)現(xiàn)的具體目標(biāo)是什么？軟件策劃是項(xiàng)目跟蹤和監(jiān)控的基礎(chǔ)，是項(xiàng)目經(jīng)理和高層經(jīng)

42、理管理項(xiàng)目的依據(jù)。軟件策劃要實(shí)現(xiàn)的具體目標(biāo)有三個(gè)。（1）對(duì)供項(xiàng)目策劃和跟蹤用的三個(gè)軟件估計(jì)已建立文檔。這三個(gè)估計(jì)是：一一工作產(chǎn)品規(guī)模估計(jì)一一工作量及成本估計(jì)一一計(jì)算機(jī)資源估計(jì)（2）軟件項(xiàng)目活動(dòng)和約定是有計(jì)劃的，并已建立文檔。這里的活動(dòng)，包括開(kāi)發(fā)活動(dòng)和管理活動(dòng)。這里的約定，是指對(duì)項(xiàng)目的各種標(biāo)準(zhǔn)、規(guī)范、規(guī)程的約束。（3）受影響的組和個(gè)人，同意他們對(duì)軟件項(xiàng)目的約定。受影響的組和個(gè)人有：一一軟件工程組（項(xiàng)目組）一一軟件估計(jì)組一一系統(tǒng)測(cè)試組一一質(zhì)量保證組一一配置管理組一一合同管理組一一文檔支持組其中有的組可能只有一個(gè)人。5.4為什么在策劃過(guò)程中要考慮到受影響的組和個(gè)人？受影響的組主要有：軟件工程組（項(xiàng)目

43、組）、軟件估計(jì)組、系統(tǒng)測(cè)試組、質(zhì)量保證組、配置管理組、合同管理組、文檔支持組等，這些小組的活動(dòng)始終貫穿于整個(gè)軟件工程的全過(guò)程，對(duì)軟件項(xiàng)目的成敗有著至關(guān)重要的作用，是保證軟件產(chǎn)品質(zhì)量的關(guān)鍵所在，任何一個(gè)組的疏忽，都有可能影響到整個(gè)軟件產(chǎn)品的開(kāi)發(fā)進(jìn)度。5.5怎樣理解軟件項(xiàng)目進(jìn)行策劃的時(shí)機(jī)？國(guó)際上通用的做法是，先做需求分析，后做軟件策劃。至少策劃要在軟件合同/立項(xiàng)建議書(shū)和任務(wù)書(shū)之后。而且，軟件策劃要在用戶(hù)需求報(bào)告之后，在規(guī)格說(shuō)明書(shū)/設(shè)計(jì)說(shuō)明書(shū)之前。5.6簡(jiǎn)述軟件策劃的方法。到目前為止，軟件策劃的方法仍然是采用經(jīng)驗(yàn)數(shù)據(jù)加結(jié)構(gòu)化方法，這些方法有三個(gè)要點(diǎn):（1）粒度由粗到細(xì)的分解：自頂向下、逐步細(xì)化、逐項(xiàng)

44、逐條逐日安排計(jì)劃。（2）粒度由細(xì)到粗的綜合：自底向上、逐步歸納、逐口逐周逐月安排計(jì)劃。（3）同類(lèi)項(xiàng)目經(jīng)驗(yàn)數(shù)據(jù)類(lèi)比法、同行專(zhuān)家協(xié)商策劃法。軟件策劃是以用戶(hù)確認(rèn)的需求為基礎(chǔ)，以軟件組織內(nèi)部的軟件標(biāo)準(zhǔn)為依據(jù)，把組織內(nèi)部類(lèi)似項(xiàng)目的成功經(jīng)驗(yàn)作為策劃時(shí)的參考。5.7軟件策劃的上游和卞游各是什么？上游是需求分析，下游是軟件設(shè)計(jì)。5.8定義軟件過(guò)程是什么含義？所謂定義軟件過(guò)程，就是根據(jù)選定的生命周期模型，規(guī)定軟件的開(kāi)發(fā)階段，及每一階段的工作步驟和文檔標(biāo)準(zhǔn)等內(nèi)容。5.9軟件估計(jì)是什么含義？所謂軟件估計(jì)，指對(duì)軟件項(xiàng)目進(jìn)行量化估計(jì)，并記錄估計(jì)結(jié)果的過(guò)程。軟件估計(jì)是軟件度量的一部分，它既是軟件策劃的核心，又是軟件策劃

45、的重點(diǎn)與難點(diǎn)。5.10簡(jiǎn)述對(duì)軟件工作產(chǎn)品規(guī)模進(jìn)行量化估計(jì)的方法。到目前為止，在IT企業(yè)中常用的軟件項(xiàng)目規(guī)模估計(jì)方法有以卞4種：第一種估計(jì)方法：希臘古都法。希臘占都法是最流行的專(zhuān)家評(píng)估技術(shù)，在沒(méi)有歷史數(shù)據(jù)的情況卞，這種方式適用于評(píng)定過(guò)去與將來(lái)。它鼓勵(lì)參加者就問(wèn)題相互討論。這項(xiàng)技術(shù)，要求有多種軟件相關(guān)經(jīng)驗(yàn)的人參與,互相說(shuō)服對(duì)方。第二種估計(jì)方法：類(lèi)比法。類(lèi)比法適合評(píng)估一些與歷史項(xiàng)目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度方面相似的項(xiàng)目，通過(guò)新項(xiàng)目與歷史項(xiàng)目的比較得到規(guī)模估計(jì)。它的結(jié)呆的精確度取決于歷史項(xiàng)目數(shù)據(jù)的完整性和準(zhǔn)確度。第三種估計(jì)方法：功能點(diǎn)估計(jì)法。功能點(diǎn)（實(shí)體數(shù)、構(gòu)件數(shù)、屏幕數(shù)、報(bào)表數(shù)、文檔數(shù)）測(cè)量，是在需

46、求分析階段基于系統(tǒng)功能的一種規(guī)模估計(jì)方法。第四種估計(jì)方法：無(wú)禮估計(jì)法。無(wú)禮估計(jì)法對(duì)各個(gè)項(xiàng)目活動(dòng)的完成時(shí)間，按三種不同情況估計(jì)：一個(gè)產(chǎn)品的期望規(guī)模、一個(gè)最低可能估計(jì)、一個(gè)最高可能估計(jì)。用這三個(gè)估計(jì)得到一個(gè)產(chǎn)品的期望規(guī)模和標(biāo)準(zhǔn)偏差。5.11簡(jiǎn)述軟件工作產(chǎn)品成本費(fèi)用的估計(jì)方法。軟件工作產(chǎn)品成本費(fèi)用估計(jì)方法是：序號(hào)估計(jì)方法估計(jì)單位（元）方法說(shuō)明1直接的勞務(wù)費(fèi)人民幣開(kā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%以?xún)?nèi)5.12項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)是什么

47、？在項(xiàng)目策劃階段，要為開(kāi)發(fā)計(jì)劃制定嚴(yán)格的審批流程。開(kāi)發(fā)計(jì)劃在經(jīng)過(guò)組織批準(zhǔn)生效后,將成為進(jìn)行項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)。5.13軟件開(kāi)發(fā)計(jì)劃應(yīng)包括哪些內(nèi)容？軟件開(kāi)發(fā)計(jì)劃書(shū)是軟件策劃的輸出文檔，它包括如下10個(gè)方面的內(nèi)容：（1）軟件項(xiàng)目的目的、范圍、目標(biāo)和對(duì)象。（2）軟件生存周期的選擇與裁剪。（3）確定軟件開(kāi)發(fā)和維護(hù)的規(guī)范、方法和標(biāo)準(zhǔn)。（4）軟件工作產(chǎn)品的確定。（5）對(duì)工作產(chǎn)品規(guī)模的估計(jì)。（6）對(duì)工作量和成本的估計(jì)。（7）關(guān)鍵計(jì)算機(jī)資源的估計(jì)和使用情況。（8）項(xiàng)目的進(jìn)度、里程碑和評(píng)審計(jì)劃。（9）風(fēng)險(xiǎn)的識(shí)別和評(píng)估。（10）項(xiàng)目工程設(shè)施和工具的計(jì)劃。5.14軟件工作產(chǎn)品和軟件產(chǎn)品有何異同？軟件工作產(chǎn)品是指開(kāi)

48、發(fā)過(guò)程中每個(gè)階段的文檔、數(shù)據(jù)和程序，即每個(gè)開(kāi)發(fā)階段的輸出制品。軟件產(chǎn)品是指軟件開(kāi)發(fā)與測(cè)試工作已經(jīng)完工，并且可投入市場(chǎng)銷(xiāo)售的軟件產(chǎn)品。由此可見(jiàn)，軟件產(chǎn)品是最后一個(gè)階段的軟件工作產(chǎn)品。5.15名詞解釋?zhuān)褐苯尤斯?、直接費(fèi)用、間接成本、制造費(fèi)用、管理費(fèi)用、不可預(yù)見(jiàn)費(fèi)用。直接人工：是指直接參與軟件產(chǎn)品開(kāi)發(fā)的相關(guān)的程序員、系統(tǒng)分析員等項(xiàng)目組成員。直接費(fèi)用：是指與軟件開(kāi)發(fā)有著直接關(guān)系的口常開(kāi)銷(xiāo)，如員工的薪金、福利、勞保、口常餐飲費(fèi)用、差旅費(fèi)用等。間接成本：是指與軟件開(kāi)發(fā)沒(méi)有直接關(guān)系的口常開(kāi)銷(xiāo)，如招待費(fèi)、器材損耗等。制造費(fèi)用：企業(yè)生產(chǎn)車(chē)間為制造產(chǎn)品和提供勞務(wù)而發(fā)生的各項(xiàng)間接費(fèi)用，包括折舊費(fèi)、修理費(fèi)、物料消耗費(fèi)

49、等。管理費(fèi)用：是指企業(yè)行政管理部門(mén)為組織經(jīng)營(yíng)管理活動(dòng)而發(fā)生的各項(xiàng)費(fèi)用，包括公司辦公經(jīng)費(fèi)、工會(huì)經(jīng)費(fèi)、職工教育經(jīng)費(fèi)、審計(jì)費(fèi)、訴訟費(fèi)、排污費(fèi)、綠化費(fèi)、稅金、土地使用費(fèi)、土地?fù)p失補(bǔ)償費(fèi)、技術(shù)轉(zhuǎn)讓費(fèi)、壞賬損失，存貨盤(pán)虧、毀損和報(bào)廢（減盤(pán)盈）費(fèi)用。不可預(yù)見(jiàn)費(fèi)用：是指在軟件開(kāi)發(fā)過(guò)程中，由于某些意想不到的因素造成了軟件開(kāi)發(fā)成本的提高。5.16怎樣理解軟件中的度量，它有何作用？軟件中的度量，是指對(duì)人量測(cè)量數(shù)據(jù)的統(tǒng)計(jì)分析。度量是按規(guī)定在項(xiàng)目進(jìn)行過(guò)程中，需要采集的度屋數(shù)據(jù)，以便量化地反映項(xiàng)目的進(jìn)展情況，為管理者提供對(duì)項(xiàng)目進(jìn)展的適當(dāng)?shù)目梢曅?，同時(shí)度量數(shù)據(jù)是項(xiàng)目過(guò)程改善的基礎(chǔ)數(shù)據(jù)，它們存放在測(cè)量數(shù)據(jù)庫(kù)中。5.17請(qǐng)?jiān)O(shè)計(jì)

50、以下策劃管理文檔：項(xiàng)目周報(bào)、項(xiàng)目月報(bào)、里程碑報(bào)告、重犬事件報(bào)告、軟件開(kāi)發(fā)計(jì)劃評(píng)審報(bào)告、項(xiàng)目計(jì)劃變更申請(qǐng)表、計(jì)劃更改與批準(zhǔn)記錄。（1）項(xiàng)目周報(bào)是：起始日期終止日期項(xiàng)目名稱(chēng)項(xiàng)目經(jīng)理本周計(jì)劃進(jìn)度本周實(shí)際進(jìn)度本周成績(jī)木周問(wèn)題下周應(yīng)對(duì)措施對(duì)資源的要求（2）項(xiàng)目月報(bào)是:起始月份終止月份項(xiàng)目名稱(chēng)項(xiàng)目經(jīng)理木月計(jì)劃進(jìn)度木月實(shí)際進(jìn)度木月成績(jī)木月問(wèn)題下月應(yīng)對(duì)措施對(duì)資源的要求（3）里程碑報(bào)告是:里程碟名稱(chēng)評(píng)審口期項(xiàng)目名稱(chēng)項(xiàng)目經(jīng)理里程碑優(yōu)點(diǎn)里程碑問(wèn)題（4）重人事件報(bào)告是:事件名稱(chēng)事件日期項(xiàng)目名稱(chēng)項(xiàng)目經(jīng)理事件原因事件處理結(jié)果（5）軟件開(kāi)發(fā)計(jì)劃評(píng)審報(bào)告是:項(xiàng)13名稱(chēng)項(xiàng)目經(jīng)理評(píng)審階段軟件開(kāi)發(fā)計(jì)劃第次評(píng)審評(píng)審組組長(zhǎng)評(píng)審時(shí)間評(píng)審

51、地點(diǎn)評(píng)審組成員不符合項(xiàng)跟蹤記錄不符合項(xiàng)名稱(chēng)不符合項(xiàng)內(nèi)容限期改正時(shí)間實(shí)際改正時(shí)間測(cè)試合格時(shí)間測(cè)試員簽審計(jì)員簽字評(píng)審總見(jiàn)評(píng)審結(jié)論（6）項(xiàng)目計(jì)劃變更申請(qǐng)表是:計(jì)劃變更理由變更申請(qǐng)口期項(xiàng)目名稱(chēng)項(xiàng)目經(jīng)理（7）劃更改與批準(zhǔn)記錄是:更改次數(shù)批準(zhǔn)日期項(xiàng)目名稱(chēng)項(xiàng)目經(jīng)理變更評(píng)審日期變更起始口期原計(jì)劃版木號(hào)現(xiàn)計(jì)劃版木號(hào)5.18在老師的指導(dǎo)卞，寫(xiě)出一份“圖書(shū)館信息系統(tǒng)”的軟件開(kāi)發(fā)計(jì)劃書(shū)。參考本書(shū)的“圖書(shū)館信息系統(tǒng)”一章，按照軟件開(kāi)發(fā)計(jì)劃書(shū)參考模板書(shū)寫(xiě)即可，在此省略。5.19如果你是軟件企業(yè)的項(xiàng)目經(jīng)理，根據(jù)實(shí)際情況，如何用4種不同的估計(jì)方法，對(duì)軟件產(chǎn)品規(guī)模進(jìn)行量化估計(jì)？（1）在沒(méi)有歷史數(shù)據(jù)的情況下，Delplu法是最流

52、行的專(zhuān)家評(píng)估技術(shù)。（2）在有歷史數(shù)據(jù)的情況下，類(lèi)比法適合于評(píng)估一些與歷史項(xiàng)目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度方面相似的項(xiàng)目，通過(guò)新項(xiàng)目與歷史項(xiàng)目的比較得到規(guī)模估計(jì)。（3）在需求分析時(shí)，若系統(tǒng)的功能點(diǎn)非常清楚，則可用功能點(diǎn)法。據(jù)統(tǒng)計(jì)發(fā)現(xiàn)，對(duì)一個(gè)軟件產(chǎn)品的開(kāi)發(fā)，功能點(diǎn)對(duì)項(xiàng)目早期的規(guī)模估計(jì)很有幫助。（4）任何時(shí)候都可采用無(wú)禮估計(jì)法。無(wú)禮估計(jì)法類(lèi)似于體育比賽中的跳水、體操、花樣游泳、花樣滑冰等項(xiàng)目的評(píng)判打分方法。它對(duì)各個(gè)項(xiàng)目活動(dòng)的完成時(shí)間，按三種不同情況估計(jì)：一個(gè)產(chǎn)品的期望規(guī)模。一個(gè)產(chǎn)品的最低可能估計(jì)。一個(gè)產(chǎn)品的最高可能估計(jì)。可由這三個(gè)估計(jì)，得到一個(gè)產(chǎn)品期望規(guī)模和標(biāo)準(zhǔn)偏差。習(xí)題66.1業(yè)務(wù)模型、功能模型、數(shù)據(jù)

53、模型各是什么含義？三者之間有什么關(guān)系？功能模型是描述系統(tǒng)能做什么，即對(duì)系統(tǒng)的功能、性能、接II和界面進(jìn)行定義。業(yè)務(wù)模型是描述系統(tǒng)在何時(shí)、何地、由何角色、按什么業(yè)務(wù)規(guī)則去做，以及做的步驟或流程，即對(duì)系統(tǒng)的操作流程進(jìn)行定義。數(shù)據(jù)模型是描述系統(tǒng)工作前的數(shù)據(jù)來(lái)自何處，工作中的數(shù)據(jù)存到什么地方，工作后的數(shù)據(jù)放到何處，以及這些數(shù)據(jù)之間的關(guān)聯(lián)，即對(duì)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行定義。功能模型和業(yè)務(wù)模型是在需求分析時(shí)建模，是兩個(gè)基本點(diǎn)。數(shù)據(jù)模型是一個(gè)中心，在設(shè)計(jì)時(shí)建模。功能模型和業(yè)務(wù)模型給數(shù)據(jù)模型提供數(shù)據(jù)與維護(hù)數(shù)據(jù)，數(shù)據(jù)模型支持功能模型和業(yè)務(wù)模型的正常運(yùn)行。通常，數(shù)據(jù)模型建模用PowerDesigner,ERWm或Ora

54、cleDesigner匸具實(shí)現(xiàn)：功能模型用功能點(diǎn)列表（或用況圖）表示；業(yè)務(wù)模型用自然語(yǔ)言加上流程圖（或順序圖）表示。信息系統(tǒng)的業(yè)務(wù)模型就是系統(tǒng)的操作流程和業(yè)務(wù)規(guī)則，功能模型就是系統(tǒng)的功能菜單和用戶(hù)界面，數(shù)據(jù)模型就是系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)字典。6.2說(shuō)明數(shù)據(jù)庫(kù)與數(shù)據(jù)庫(kù)管理系統(tǒng)的差別。數(shù)據(jù)庫(kù)管理系統(tǒng)DBMS是一個(gè)系統(tǒng)軟件，它是專(zhuān)門(mén)管理用戶(hù)的數(shù)據(jù)的。數(shù)據(jù)庫(kù)是一個(gè)應(yīng)用軟件，它是用戶(hù)數(shù)據(jù)的存放地方，專(zhuān)門(mén)支持用戶(hù)軟件的運(yùn)行的。6.3你是怎樣通俗地理解數(shù)據(jù)庫(kù)設(shè)計(jì)范式理論的？第一范式：1NF是對(duì)屬性的原子性約束，要求屬性具有原子性，不可再分解。第二范式：2NF是對(duì)記錄的唯一性約束，要求記錄有唯一標(biāo)識(shí)，即實(shí)體的唯

55、一性。進(jìn)一步講，在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，作為唯一性標(biāo)志的主鍵，最好是一個(gè)字段，而不是組合字段，這就是主鍵的原子性?，F(xiàn)在的關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)，都提供唯一標(biāo)識(shí)ED類(lèi)型的字段，就是為了實(shí)現(xiàn)主鍵的原子性。第三范式：3NF是對(duì)字段冗余性的約束，即任何字段不能由其他字段派生出來(lái)，它要求字段沒(méi)有冗余。其他更高級(jí)的范式：BCF,4NF,5NF等各級(jí)范式，研究的內(nèi)容是解決實(shí)體本身的原子性問(wèn)題，只要實(shí)體本身不可再分解了，即實(shí)體原子化了，就從根本上符合了BCF,4NF,5NF范式的要求。由此可見(jiàn)：“只要實(shí)現(xiàn)了屬性、主鍵、實(shí)體三者的原子化，就從根本上符合了各級(jí)范式的要求”。這就是范式理論的實(shí)質(zhì)！數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化理論的實(shí)質(zhì)，就

56、是引導(dǎo)并幫助設(shè)計(jì)人員實(shí)現(xiàn)“實(shí)體、屬性、主鍵的原子化”。6.4什么是原始數(shù)據(jù)？什么是原始單據(jù)？什么是信息源？三者之間有何關(guān)系？原始數(shù)據(jù)是要采集并錄入的數(shù)據(jù)，是軟件系統(tǒng)中未加工處理的數(shù)據(jù)。記錄原始數(shù)據(jù)的單據(jù)，稱(chēng)為原始單據(jù)。產(chǎn)生原始數(shù)據(jù)的地點(diǎn)，稱(chēng)為信息源。即信息源產(chǎn)生的數(shù)據(jù)，稱(chēng)為原始數(shù)據(jù)。由此可見(jiàn)，原始數(shù)據(jù)、原始單據(jù)、信息源，這三個(gè)東西，是站在三個(gè)不同角度，描述同一個(gè)東西。6.5什么是實(shí)體？它與原始單據(jù)有什么關(guān)系？實(shí)體或?qū)嶓w集是一組相關(guān)元數(shù)據(jù)的集合。一般而言，實(shí)體來(lái)源于原始單據(jù)，即實(shí)體蘊(yùn)涵于原始單據(jù)之中。6.6基本表、代碼表、中間表、臨時(shí)表，它們有何異同？數(shù)據(jù)庫(kù)是表的集合，表由字段組成，表中存放著記

57、錄。由于記錄的數(shù)據(jù)可以是原始數(shù)據(jù)、信息代碼數(shù)據(jù)、統(tǒng)計(jì)數(shù)據(jù)和臨時(shí)數(shù)據(jù)4種，所以又可將表劃分為基本表、代碼表、中間表和臨時(shí)表4種。存放原始數(shù)據(jù)的表，稱(chēng)為基本表。存放信息代碼數(shù)據(jù)的表，稱(chēng)為代碼表。存放統(tǒng)計(jì)數(shù)據(jù)的表，稱(chēng)為中間表（又稱(chēng)為查詢(xún)表）。存放臨時(shí)數(shù)據(jù)的表，稱(chēng)為臨時(shí)表。6.7為什么說(shuō)：“只有基本表對(duì)應(yīng)的實(shí)體才是真正的實(shí)體，才能出現(xiàn)在E-R圖上。中間表、臨時(shí)表不對(duì)應(yīng)實(shí)體，因此也不應(yīng)出現(xiàn)在E-R圖上。代碼表很簡(jiǎn)單，在E-R圖上可省略”？因?yàn)榛颈碇械男畔?，是信息源產(chǎn)生的信息。只有信息源產(chǎn)生的信息，才是客觀存在的實(shí)體的信息，所以只有基本表對(duì)應(yīng)的實(shí)體才是真正的實(shí)體，才能出現(xiàn)在E-R圖上。因?yàn)橹虚g表、臨時(shí)表

58、不是存放原始信息的表，而是存放查詢(xún)信息或臨時(shí)信息的表，所以中間表、臨時(shí)表不對(duì)應(yīng)實(shí)體，因此也不應(yīng)出現(xiàn)在E-R圖上。因?yàn)榇a表很簡(jiǎn)單，在E-R圖上可省略。如果不加以省略，就會(huì)顯得E-R圖復(fù)雜繁瑣,使人得不到要領(lǐng)。6.8數(shù)據(jù)庫(kù)設(shè)計(jì)的基本模式有哪些？站在IT企業(yè)的數(shù)據(jù)庫(kù)開(kāi)發(fā)角度上講，數(shù)據(jù)庫(kù)設(shè)計(jì)的核心設(shè)計(jì)模式只有兩個(gè)：一個(gè)是“第三者插足”模式，另一個(gè)是“行變列”模式。6.9顯式與隱式的“第三者插足”模式，它們之間有何異同？當(dāng)兩個(gè)實(shí)體之間存在多對(duì)多關(guān)系時(shí)，必須在它們之間插入第三個(gè)實(shí)體，以化解這種多對(duì)多關(guān)系。由于插入的實(shí)體，可能是強(qiáng)實(shí)體，也可能是弱實(shí)體，所以“第三者插足”模式，又分為“強(qiáng)實(shí)體插足”模式和“弱

59、實(shí)體插足”模式兩種。所謂強(qiáng)實(shí)體插足模式，就是不需要增加一個(gè)新實(shí)體，已有的“明細(xì)實(shí)體”就能夠扮演“第三者”的角色。該模式的詳細(xì)情況，將在6.4節(jié)中介紹，本節(jié)只介紹“弱實(shí)體插足”模式。所謂弱實(shí)體插足模式，就是要公開(kāi)增加一個(gè)新的弱實(shí)體，使其扮演“第三者”的角色。該模式是一種最常見(jiàn)、最抽象、最難發(fā)現(xiàn)的數(shù)據(jù)庫(kù)設(shè)計(jì)模式。它的特點(diǎn)是：由于兩個(gè)多對(duì)多關(guān)系實(shí)體之間的關(guān)聯(lián)實(shí)體，沒(méi)有獨(dú)立的業(yè)務(wù)處理需求，因而不存在實(shí)實(shí)在在的關(guān)聯(lián)實(shí)體，所以需要另外增加第三個(gè)抽象的實(shí)體，作為它們之間的關(guān)聯(lián)實(shí)體。這個(gè)抽彖的關(guān)聯(lián)實(shí)體，實(shí)質(zhì)上就是一個(gè)復(fù)雜關(guān)系，稱(chēng)為弱實(shí)體。該弱實(shí)體，就是原來(lái)兩個(gè)多對(duì)多關(guān)系實(shí)體之間笛卡兒積的子集。該設(shè)計(jì)模式，被稱(chēng)

60、為弱實(shí)體插足”模式。顯式與隱式的“第三者插足”模式，都是為了解決實(shí)體之間的多對(duì)多問(wèn)題。6.10“列變行”模式的實(shí)質(zhì)是什么？數(shù)據(jù)庫(kù)設(shè)計(jì)中“列變行”模式的實(shí)質(zhì)，是解決實(shí)體本身的原子化問(wèn)題。也就是說(shuō)，是解決數(shù)據(jù)庫(kù)設(shè)計(jì)符合ECF,4NF,5NF的問(wèn)題。6.11請(qǐng)說(shuō)明“第三者插足”模式和“列變行”模式之間的關(guān)系?！暗谌卟遄恪蹦Ｊ绞菫榱私鉀Q關(guān)系的原子化問(wèn)題。這里的關(guān)系原子化，是指表之間的關(guān)系都是一對(duì)多關(guān)系?！傲凶冃小蹦Ｊ街g，都是為了解決實(shí)體本身的原子化問(wèn)題。也就是說(shuō)，是解決數(shù)據(jù)庫(kù)設(shè)計(jì)符合ECF,4NF,5NF的問(wèn)題。“第三者插足”模式和“列變行”模式，是進(jìn)行規(guī)范化數(shù)據(jù)庫(kù)設(shè)計(jì)的兩只手，我們要兩手抓，兩手