（建筑工程管理）期末總復(fù)

習(xí)題（軟件工程）

期末總復(fù)習(xí)題

2009-06-10

[-]判斷題（在括號中回答Y或N）

L軟件工程的作用,主要是告訴你怎么寫文檔。（N）

2.參加ACM程序設(shè)計比賽時,選手"只寫代碼行不寫注解行”這一事實,確實

說明了注解行不重要，在源程序中可有可無。（N）

3.在軟件項目開發(fā)的后期，為了加快開發(fā)進(jìn)度，可以多增加幾個開發(fā)人員。（N）

4.在軟件項目開發(fā)的早期，為了加快開發(fā)進(jìn)度，可以多增加幾個開發(fā)人員。（Y）

5.規(guī)范化的概要設(shè)計文檔比需求分析文檔更重要，因為有了概要設(shè)計文檔就可

以進(jìn)行詳細(xì)設(shè)計。（N）

6.規(guī)范的詳細(xì)設(shè)計文檔比源程序更重要，因為有了文檔就可以寫出源程序。（Y）

7.模塊間的耦合越強(qiáng)，則表明模塊里面的內(nèi)聚性越強(qiáng)。（N）

8.模塊的內(nèi)聚越強(qiáng)，則表明模塊之間的耦合越弱。（Y）

9.CMM是CMMI的祖先，CMMI是CMM的后續(xù)。（Y）

10.IS09000是IS09001的祖先，IS09001是IS09000的后續(xù)。（Y）

1L軟件配置管理就等于軟件版本管理。（N）

12.軟件版本管理是軟件配置管理的研究課題。（Y）

13.敏捷開發(fā)模型就等于結(jié)對編程。（N）

14.敏捷開發(fā)模型就是快速原型法。（N）

15.面向元數(shù)據(jù)的開發(fā)方法就是傳統(tǒng)意義下的Jackson方法。（N）

16.面向過程的開發(fā)方法就是結(jié)構(gòu)化方法。（Y）

17.數(shù)據(jù)流圖DFD就等于PAD圖。（N）

18.數(shù)據(jù)流圖DFD就等于程序設(shè)計流程圖。（N）

19."接口和實現(xiàn)分離"是軟件設(shè)計原理之一。（Y）

20."單入口和單出口”是程序設(shè)計原則之一。（Y）

21.程序測試不僅能證明錯誤的存在,也能證明錯誤的不存在。（N）

22.編譯系統(tǒng)不認(rèn)識、也不編譯源程序中的注解行這一事實，確實說明了注解行不

重要,在源程序中可有可無。（N）

23.若兩個實體之間存在多對多的關(guān)系，則應(yīng)該將第三個實體插入其中，使原來的

一個多對多關(guān)系變?yōu)楝F(xiàn)在的兩個一對多關(guān)系，這里的第三個實體，實際上是一個

復(fù)雜的關(guān)系，也是笛卡爾積的子集。（Y）

24.質(zhì)量來源于過程,過程需要改進(jìn)，改進(jìn)是無止境的，這就是CMMI精神。（Y）

25.測試只能發(fā)現(xiàn)程序中的錯誤,不能發(fā)現(xiàn)文檔中的問題。（N）

26.敏捷模型是輕載模型，CMMI模型是重載模型。（Y）

27.高內(nèi)聚低耦合是軟件設(shè)計原理或原則之一。（Y）

28.軟件測試的目的是改正軟件中的錯誤。（N）應(yīng)該是發(fā)現(xiàn)軟件中的錯誤

29.同行評審會議中的同行專家,一般都是從公司外面聘請的。（N）

30.軟件策劃應(yīng)該在需求分析之前。（N）

31.需求分析就是分析元數(shù)據(jù)與中間數(shù)據(jù)的關(guān)系。（N）太片面

32.信息系統(tǒng)需求分析主要是分析元數(shù)據(jù)與中間數(shù)據(jù)的關(guān)系。（Y）

33.項目經(jīng)理的主要職責(zé)就是進(jìn)行數(shù)據(jù)庫設(shè)計。（N）

34.編碼階段結(jié)束后,測試經(jīng)理就應(yīng)該立即著手編寫測試計劃。（N）

35.軟件設(shè)計就是數(shù)據(jù)庫設(shè)計。（N）

40.軟件實現(xiàn)就是編程序。（N）

41.軟件實現(xiàn)主要是編程序。（Y）

42.CMMI就是解決項目管理的工作規(guī)范化問題。（N）

43.制定軟件測試計劃，一項重要工作是要將用戶需求分解為測試需求，然后再將

測試需求轉(zhuǎn)化為測試用例。（Y）

44.軟件測試與軟件調(diào)試是一回事。（N）

45①.漸增式測試是逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去，進(jìn)

行集成測試。每加入一個新模塊進(jìn)行一次集成測試，重復(fù)此過程直至程序組裝完

畢。（Y）

45②.面向?qū)ο笤O(shè)計是運用類的思想，把分析階段得到的需求轉(zhuǎn)變成符合成本和

質(zhì)量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程。或者說，面向?qū)ο笤O(shè)計就是用面向?qū)?/p>

象觀點建立求解域模型的過程。（Y）

46.結(jié)構(gòu)化設(shè)計（SD）是面向數(shù)據(jù)流的設(shè)計，它是以需求分析階段產(chǎn)生的數(shù)據(jù)

流圖DFD為基礎(chǔ),按一定的步驟映射成為系統(tǒng)的軟件結(jié)構(gòu)。（Y）

47.信息隱蔽是指在設(shè)計和確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)

據(jù)），對于不需要這些信息的其它模塊來說，是不能訪問的。（Y）

48.抽象是認(rèn)識復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物本質(zhì)的共同的特征

而暫不考慮它的細(xì)節(jié)，不考慮其它非本質(zhì)的因素。（Y）

49.路徑覆蓋是指設(shè)計足夠的測試用例，覆蓋被測程序中所有可能的路徑。（Y）

50.判定/條件覆蓋是指設(shè)計足夠的測試用例，使得判定表達(dá)式中的每個條件的

所有可能取值至少出現(xiàn)一次，并使每個判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一

次。（Y）

51.條件組合覆蓋是指設(shè)計足夠的測試用例，使的每個判定表達(dá)式中條件的各種

可能的值的組合都至多出現(xiàn)一次，條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)。（Y）

52.條件覆蓋是指設(shè)計足夠的測試用例，使得判定表達(dá)式中每個條件的各種可能

的值至多出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。（Y）

53.軟件工程是為了克服軟件危機(jī)。（Y）

54.軟件工程是完全克服了軟件危機(jī)。（N）太絕對

【二】名詞解釋

1.元數(shù)據(jù)

——元數(shù)據(jù)是關(guān)于數(shù)據(jù)的數(shù)據(jù)，組織數(shù)據(jù)的數(shù)據(jù)。如數(shù)據(jù)庫概念設(shè)計中的實體名和屬性名，數(shù)

據(jù)庫物理設(shè)計中的表名和字段名等都是元數(shù)據(jù)。

2.軟彳牛工作產(chǎn)品（注：軟件工作產(chǎn)品和’15.軟件產(chǎn)品’的異同?軟件產(chǎn)品是最后一個階段的軟件

工作產(chǎn)品。）

——軟件工作產(chǎn)品是指開發(fā)過程中每個階段的文檔、數(shù)據(jù)和程序，即每個開發(fā)階段的輸出制品。

3.評審與審計

——評審是對軟件工作產(chǎn)品而言的，它針對軟件工作產(chǎn)品的開會（評審）或匯簽（評審）活動，

是一次集體行為。

——審計是復(fù)查軟件活動的程序是否遵守規(guī)則，是否合法。它本身是審計員的一次個人行為。

4.不符合項

——不符合項是指沒有滿足要求的項。

5.黑盒測試

——黑盒測試又稱功能測試。在這里，盒子指的是被測試的軟件，"黑盒"就是只知道被測試軟

件的外部情況，主要是界面和接口，被測試軟件的內(nèi)部邏輯結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，對測試人員來說是

不可見的，主要關(guān)注被測試軟件的功能實現(xiàn)。

6.白盒測試

——白盒測試就是對程序執(zhí)行路徑的測試，又叫做玻璃盒測試（GlassBoxTesting）、透明盒測

試（ClearBoxTesting\結(jié)構(gòu)化測試（StructuredTesting\開放盒測試（OpenBoxTesting）、

基于代碼的測試（Code-BasedTesting）等等。

7.項目P.326

——項目是一次性的多任務(wù)工作，它具有確定的開始日期、結(jié)束日期、工作范圍、經(jīng)費預(yù)算、

質(zhì)量標(biāo)準(zhǔn)，以及特定的功能、性能和接口要求。

8.項目管理P.326

——項目管理是為了實現(xiàn)項目目標(biāo)，運用相關(guān)的知識、技能、方法與工具，對項目的計劃、進(jìn)

度、質(zhì)量、成本、資源進(jìn)行管理和控制的活動。

或（項目管理是指"在軟件項目管理活動中，運用專門的知識、技能、工具和方法，使項目能夠

如期或提前實現(xiàn)。"）

9.客戶化

——客戶化是指按照客戶的實際情況，對軟件產(chǎn)品的功能、性能、接口做適當(dāng)?shù)母膭印?/p>

10.初始化

——初始化是指按照客戶的實際情況，對軟件產(chǎn)品的代碼表（又稱數(shù)據(jù)字典）進(jìn)行初始化，即

將客戶的各種信息編碼錄入到相應(yīng)的代碼表中。

11.CMM與CMMI

——CMM是指"能力成熟度模型"，是對于軟件組織在定義、實施、度量、控制和改善其軟件

過程的實踐中各個發(fā)展階段的描述。（即評估軟件能力與成熟度等級的一套標(biāo)準(zhǔn)）

-------CMMI的全稱為：CapabilityMaturityModellntegration，即能力成熟度模型集成。CMMI

是CMM模型的最新版本。（-CMMI是CMM的繼承與發(fā)展，CMM只適用于軟件企業(yè)，CMMI

適合于所有的IT企業(yè)）

12.KPA與PA

——關(guān)鍵過程域（KPA,KeyProcessArea）,它指出了企業(yè)需要集中力量改進(jìn)的軟件過程。同時,

也指明了為了要達(dá)到該能力成熟度等級所需要解決的具體問題。

-----項目管理員（PA,ProjectAdministrator）o

13.敏捷模型或敏捷方法

——敏捷方法是在保證軟件開發(fā)有成功產(chǎn)出的前提下，盡量減少開發(fā)過程中的活動和制品的方

法。其特點是對軟件生產(chǎn)率的高度重視，主要適用于需求模糊或快速變化下的、小型項目組的開

發(fā)。

14.軟件

——軟件的定義：軟件=程序+數(shù)據(jù)+文檔?，F(xiàn)在有一種新提法正在引起關(guān)注，這種提法是：

軟件=知識+程序+數(shù)據(jù)+文檔。

15.軟件產(chǎn)品

——軟件產(chǎn)品是指不局限于特定業(yè)務(wù)領(lǐng)域、能被廣大用戶直接使用的軟件系統(tǒng)(或軟件產(chǎn)品是

指軟件開發(fā)與測試工作已經(jīng)完工、并且可投入市場銷售的軟件產(chǎn)品)，如操作系統(tǒng)、編譯系統(tǒng)、

工具系統(tǒng)、通用財務(wù)系統(tǒng)等。

16.可行性分析與軟件立項(P.63)

——可行性分析是世界上普遍采用的一種研究工程項目是否可行的科學(xué)。它通過各種有效的方

法，對工程項目進(jìn)行分析，從技術(shù)、經(jīng)濟(jì)、財務(wù)等方面加以評價，最終給投資決策者提供是否選

擇該項目進(jìn)行投資的依據(jù)。可行性分析是立項的前提，立項是可行性分析的結(jié)果。對于軟件企業(yè),

一般不叫項目可行性分析而叫立項，只有在學(xué)校、機(jī)關(guān)、科研所等單位，才叫項目可行性分析。

17.軟件生存周期

——軟件生存周期是指軟件的使用壽命，即生產(chǎn)周期加上使用周期。

18.CASE工具

-----CASE(ComputerAided(orAssisted)SoftwareEngineering計算機(jī)輔助軟件工程。CASE

是能夠提供一組能夠自動覆蓋軟件開發(fā)生命周期各個階段的集成的、減少勞動力的，并可以加快

開發(fā)速度才是高應(yīng)用軟件生產(chǎn)率并保證應(yīng)用軟件的可靠品質(zhì)的工具。

19.集成測試

?集成測試是指檢測此前測試過的單個模塊或組件，是否能完好地融入系統(tǒng)，與其他模塊或

組件正確地一起運行。

20.結(jié)構(gòu)化維護(hù)P.257

——軟件產(chǎn)品或軟件項目有完善的文檔，并且文檔與程序代碼互相匹配，兩者完全一致。對這

種軟件產(chǎn)品或軟件項目的維護(hù)稱為結(jié)構(gòu)化維護(hù)。

21.SQAR308

-----軟件質(zhì)量保證(SQA,SoftwareQuaIityAssuranee)是一套有計劃、有系統(tǒng)的用于向管理

層保證擬定出的標(biāo)準(zhǔn)、步驟、實踐和方法能夠正確地被所有項目所采用的方法。

22.客戶與用戶

——客戶是軟件企業(yè)合同的簽約方，是軟件產(chǎn)品的銷售對象?？蛻羰穷櫩偷囊徊糠?。

——用戶是軟件產(chǎn)品的最終使用者，用戶是客戶的一部分。

23.軟件質(zhì)量

——所謂軟件質(zhì)量，就是供方提供的軟件產(chǎn)品滿足用戶明確和隱含需求的能力特性的總和。

24.軟件測試V模型P.222

——軟件測試V模型是由開發(fā)階段和測試階段構(gòu)成的最典型的測試模型。開發(fā)階段先從定義軟

件需求開始，然后要把這些需求不斷地轉(zhuǎn)換到概要設(shè)計和詳細(xì)設(shè)計中去，最后形成程序代碼；測

試階段是在代碼編寫完成以后，先做單元測試開始，然后是集成測試、系統(tǒng)測試和驗收測試。

25.顧客、客戶和用戶

——顧客的范圍比"客戶”的范圍更廣泛一些，它包括潛在的客戶。

——客戶是軟件企業(yè)合同的簽約方，是軟件產(chǎn)品的銷售對象?？蛻羰穷櫩偷囊徊糠?。

——用戶是軟件產(chǎn)品的最終使用者，用戶是客戶的一部分。

26.軟件配置項

?軟件配置管理中的基本單元，稱為軟件配置項.

27.軟件功能、性能和接口

□,其表現(xiàn)形式是源代碼。

28.軟件過程

——所謂軟件過程，就是根據(jù)選定的生存周期模型，規(guī)定軟件的開發(fā)階段，及每一階段的工作

步驟和文檔標(biāo)準(zhǔn)等內(nèi)容。

29.軟件里程碑和基線P.67

——里程碑是一個標(biāo)記，之需要經(jīng)過內(nèi)部評審。一個里程碑是一個檢查點，但不一定是基線。

——基線是軟件工作產(chǎn)品，它是經(jīng)內(nèi)部和外部評審過的，并且是下一階段工作的基礎(chǔ)。一根基

線是一個里程碑或一個檢查點。

30.信息系統(tǒng)

——利用計算機(jī)網(wǎng)絡(luò)技術(shù)、數(shù)字通信技術(shù)與數(shù)據(jù)庫技術(shù)實現(xiàn)信息采集和處理的系統(tǒng)，稱為當(dāng)代

信息系統(tǒng)。

31.集成測試

——集成測試是指檢測此前測試過的單個模塊或組件，是否能完好地融入系統(tǒng)，與其他模塊或

組件正確地一起運行。

32.Bug

Bug是指電腦系統(tǒng)的硬件、系統(tǒng)軟件（如操作系統(tǒng)）或應(yīng)用軟件（如文字處理軟件）出現(xiàn)

的錯誤、漏洞。

33.E—R圖

-------E-R圖也即實體-聯(lián)系圖(EntityRelationshipDiagram),提供了表示實體型、屬性和聯(lián)系的

方法，用來描述現(xiàn)實世界的概念模型。

34.概念數(shù)據(jù)模型

-----概念數(shù)據(jù)模型(CDM)也稱信息模型，它以實體-聯(lián)系(Entity-RelationShip,簡稱E-R)理

論為基礎(chǔ)，并對這一理論進(jìn)行了擴(kuò)充。它從用戶的觀點出發(fā)對信息進(jìn)行建模，主要用于數(shù)據(jù)庫的

概念級設(shè)計。

概念數(shù)據(jù)模型CDM,就是數(shù)據(jù)庫的邏輯設(shè)計，即E-R圖。

35.物理數(shù)據(jù)模型

——物理數(shù)據(jù)模型(PDM)就是數(shù)據(jù)庫的物理設(shè)計，即物理表。

36.原型模型

——以某個軟件原型為參照模型的開發(fā)方法，叫做原型法。

37.UML

——UML是一種面向?qū)ο蟮膱D形化的建模語言，主要用于軟件的分析與設(shè)計

38.RUP

-----統(tǒng)一軟件開發(fā)過程(RUP,RationalUnifiedProcess)又稱為統(tǒng)一軟件過程，是一個面向

對象且基于網(wǎng)絡(luò)的程序開發(fā)方法論。

[=]簡答題

1.軟件工程中的理論、方法、標(biāo)準(zhǔn)、規(guī)范，主要來自于哪里？即：軟件工程的源

頭或基礎(chǔ)是什么?

【答】軟件工程中的理論、方法、標(biāo)準(zhǔn)、規(guī)范，主要來自于IT企業(yè)軟件研發(fā)的工作思

路與步驟以及面向工程實踐案例。

信息產(chǎn)業(yè)的核心是芯片與軟件，軟件工程是軟件開發(fā)、生產(chǎn)、服務(wù)和管理的科學(xué)。所以可以

說軟件工程是以信息產(chǎn)業(yè)的飛速發(fā)展為源頭或基礎(chǔ)的。

2.軟件開發(fā)文檔包括哪些具體文檔？

【答】開發(fā)文檔包括《目標(biāo)程序》、《源程序》、《詳細(xì)設(shè)計說明書》、《概要設(shè)計說明書》、

《需求規(guī)格說明書》、《用戶需求報告》、《軟件合同》。

3.軟件管理文檔包括哪些具體文檔？

【答】管理文檔包括《項目開發(fā)計劃書》、《測試計劃》、《測試報告》、《工作日報》、《會

議記錄》、《開發(fā)進(jìn)度報告》、《開發(fā)總結(jié)報告》，其中《開發(fā)進(jìn)度報告》又分為《開發(fā)進(jìn)度周

報》和《開發(fā)進(jìn)度月報》。

4.請詳細(xì)解釋軟件的定義和程序的定義。

【答】軟件的定義：軟件=程序+數(shù)據(jù)+文檔。這里的程序是指程序系統(tǒng)。這里的數(shù)據(jù)不

僅包括初始化數(shù)據(jù)、測試數(shù)據(jù)，而且包括研發(fā)數(shù)據(jù)、運行數(shù)據(jù)、維護(hù)數(shù)據(jù)，也包括軟件企業(yè)

積累的項目工程數(shù)據(jù)和項目管理數(shù)據(jù)中的大量決策原始記錄數(shù)據(jù)。這里的文檔指的是軟件開

發(fā)過程中的分析、設(shè)計、實現(xiàn)、測試、維護(hù)文檔、管理文檔。

現(xiàn)在有一種新提法正在引起關(guān)注，這種提法是：軟件=知識+程序+數(shù)據(jù)+文檔。

程序是計算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合。從應(yīng)用的角度可理解為：

面向過程的程序=算法+數(shù)據(jù)結(jié)構(gòu)

面向?qū)ο蟮某绦?對象+信息

面向構(gòu)件的程序=構(gòu)件+構(gòu)架。

5.”四種開發(fā)方法"和"五個面向?qū)嵤├碚摗钡奶岱▽?？為什么?/p>

【答】"四種開發(fā)方法"和"五個面向?qū)嵤├碚摗钡奶岱▽?，并且既精彩又實用?/p>

首先，"四種開發(fā)方法"是指"面向過程的方法、面向?qū)ο蟮姆椒?、面向?shù)據(jù)的方法、

形式化方法"，面向過程的方法來源于面向過程的程序設(shè)計，面向?qū)ο蟮姆椒▉碓从诿嫦驅(qū)?/p>

象的程序設(shè)計，面向數(shù)據(jù)的方法就是面向元數(shù)據(jù)的方法，它來源于關(guān)系數(shù)據(jù)庫程序設(shè)計，形

式化方法來源于離散數(shù)學(xué)中的集合運算和邏輯運算。四種方法各適用于不同的場合，各有優(yōu)

缺點，互相促進(jìn)，構(gòu)成一個開發(fā)方法論的多極化世界。

其次，”五個面向?qū)嵤├碚?是指"面向流程分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面

向功能測試、面向過程管理"，它是在綜合"四種開發(fā)方法"各自的優(yōu)點之后提出的軟件工

程實施理論，是對前者的繼承與發(fā)展。

6.”圖書館信息系統(tǒng)”的開發(fā)選用什么模型合適？為什么？

【答】"圖書館信息系統(tǒng)”的開發(fā)選用瀑布模型比較合適。因為瀑布模型開發(fā)階段清晰，

便于評審、審記、跟蹤、管理和控制，而且"圖書館信息系統(tǒng)”在一定程度上符合瀑布模型

的條件：

(1)它在開發(fā)時間內(nèi)需求沒有變化或很少變化。

(2)分析設(shè)計人員對應(yīng)用領(lǐng)域很熟悉。

(3)低風(fēng)險項目。

(4)用戶使用環(huán)境比較穩(wěn)定。

(5)用戶提出需求以外，很少參與開發(fā)工作。

7."精品課程網(wǎng)站”的開發(fā)選用什么模型合適？為什么？

【答】"精品課程網(wǎng)站”的開發(fā)選用原型模型比較合適。因為現(xiàn)在“精品課程網(wǎng)站”比

較普及，很容易找到一個可以事先給客戶展示的產(chǎn)品原型，讓客戶試用，在使用中收集客戶

意見，根據(jù)意見立刻修改原型。原型模型開發(fā)速度快，用戶意見反饋實時，有利于開發(fā)商在

短時間內(nèi)推廣并實施多個客戶，而且"精品課程網(wǎng)站"在一定程度上符合原型模型的條件：

Q)已有產(chǎn)品/產(chǎn)品原型，只需客戶化的項目。

(2)簡單而熟悉的行業(yè)或領(lǐng)域。

(3)有快速原型開發(fā)工具。

(4)進(jìn)行產(chǎn)品移植或升級。

8.什么叫風(fēng)險分析？技能風(fēng)險和技術(shù)風(fēng)險有何區(qū)別？

【答】這里的風(fēng)險分析是指軟件立項過程中對產(chǎn)品開發(fā)、銷售等可能出現(xiàn)的風(fēng)險進(jìn)行

分析。分析方法就是將一個大風(fēng)險化解好多個小風(fēng)險，然后一個個克服小風(fēng)險。

技術(shù)風(fēng)險是指采用新技術(shù)的風(fēng)險程度。技能風(fēng)險是指項目組成員掌握新技術(shù)的風(fēng)險程

度。二者的區(qū)別在于一個是說新技術(shù)(如新的開發(fā)工具，新的設(shè)計思想)本身的風(fēng)險，一個

是說人員要掌握這種新技術(shù)的風(fēng)險。

9.為什么需求分析特別重要、又特別難？P.66

【答】需求分析特別重要，是因為：

(1)許多大型應(yīng)用系統(tǒng)的失敗，最后均歸結(jié)到需求分析：要么獲取需求的方法不當(dāng)，

使得需求分析不到位或不徹底，導(dǎo)致開發(fā)者反復(fù)多次地進(jìn)行需求分析，致使設(shè)計、編碼、測

試無法順利進(jìn)行；要么客戶配合不好，導(dǎo)致客戶對需求不確認(rèn)，或客戶需求不斷變化，同樣

致使設(shè)計、編碼、測試無法順利進(jìn)行。

(2)需求分析的輸出文檔是《用戶需求報告》，它既是軟件生存周期中的第一個里程碑,

又是客戶、軟件開發(fā)人員和項目管理人員三者必須遵守的一根基線，是三者共同工作的基礎(chǔ),

是項目Alpha測試和Beta測試的準(zhǔn)則，是供方交付產(chǎn)品和需方驗收產(chǎn)品的依據(jù)。

(3)需求分析要占用整個軟件開發(fā)時間或工作量的30%左右。

(4)需求獲取中的錯誤，屬于軟件開發(fā)中的早期錯誤，它會在后續(xù)的設(shè)計和實現(xiàn)中進(jìn)

行發(fā)散式的傳播。

根據(jù)以上四項原因，IT企業(yè)的高層經(jīng)理，對需求分析特別重視，常常派經(jīng)驗最豐富的人

員去作項目需求。正因為如此，"系統(tǒng)分析員”才是軟件行業(yè)中的最高技術(shù)職稱。

需求分析特別難，是因為：

(1)用戶需求具有動態(tài)性，即需求的不穩(wěn)定性：在整個軟件生存周期內(nèi)，應(yīng)用軟件的

需求會隨著時間的進(jìn)展而有所變化，個別用戶甚至?xí)核牡刈兓?/p>

(2)用戶需求具有模糊性，即需求的不準(zhǔn)確性：由于用戶的素質(zhì)不是很高，業(yè)務(wù)流程

不很規(guī)范，所以需求表達(dá)不很清楚也不夠明確。

(3)開發(fā)者和用戶要對需求達(dá)成完全一致的認(rèn)識，用戶要在需求報告上簽字，要承擔(dān)

責(zé)任；

(4)中國的國有企業(yè)正處于變動期(體制改革與企業(yè)重組)，中國的民營企業(yè)正處于成

長期(發(fā)展壯大與不完全成熟)?而處于變動期和成長期的企業(yè)需求是不成熟、不穩(wěn)定和不

規(guī)范的，這就給信息系統(tǒng)的需求分析增加了難度系數(shù)。

10.需求分析為什么是面向流程的？

【答】系統(tǒng)的功能、性能、接口、界面都是在流程中動態(tài)實時的反映出來。在所有的

流程(物流、人流、資金流、信息流、單據(jù)流、報表流、數(shù)據(jù)流)中，數(shù)據(jù)流最重要，也最

具有代表性。因為在計算機(jī)網(wǎng)絡(luò)系統(tǒng)內(nèi)，一切流程都表現(xiàn)為數(shù)據(jù)流，或者說是數(shù)據(jù)流在不同

方向的投影。而流程是動態(tài)的、實時的。所以說，需求分析是面向流程的。

11.軟件概要設(shè)計與軟件詳細(xì)設(shè)有什么聯(lián)系與區(qū)別？

【答】《概要設(shè)計說明書》，一是要覆蓋《需求規(guī)格說明書》的全部內(nèi)容，二是要作為指

導(dǎo)詳細(xì)設(shè)計的依據(jù)。它注重框架上的設(shè)計，它是軟件系統(tǒng)的總體結(jié)構(gòu)設(shè)計，全局?jǐn)?shù)據(jù)庫(包

括數(shù)據(jù)結(jié)構(gòu))設(shè)計，外部接口設(shè)計，功能部件分配設(shè)計，部件之間的內(nèi)部接口設(shè)計，它要覆

蓋需求規(guī)格說明書中的功能點列表，性能點列表，借口列表。

《詳細(xì)設(shè)計說明書》，一是要覆蓋概要設(shè)計說明書的全部內(nèi)容，二是要作為指導(dǎo)程序設(shè)計的

依據(jù)，它注重微觀上和框架內(nèi)的設(shè)計，它是各子系統(tǒng)的公用部件實現(xiàn)設(shè)計，專用部件實現(xiàn)設(shè)

計，存儲過程實現(xiàn)設(shè)計，觸發(fā)器實現(xiàn)設(shè)計，外部接口實現(xiàn)設(shè)計，部門角色授權(quán)設(shè)計，其他詳

細(xì)設(shè)計等。

兩者的設(shè)計者不同，在一般情況下，《概要設(shè)計說明書》是由系統(tǒng)設(shè)計師負(fù)責(zé)，《詳細(xì)設(shè)

計說明書》則由高級程序員負(fù)責(zé)。

12.軟件企業(yè)為什么要對員工進(jìn)行培訓(xùn)？怎么進(jìn)行培訓(xùn)？

【答】

P320內(nèi)部培訓(xùn)、外部培訓(xùn)

13.什么叫軟件發(fā)布？軟件發(fā)布要做哪些準(zhǔn)備工作？P.252

【答】軟件發(fā)布是指將軟件產(chǎn)品投入市場，并得到回報的一個過程。

軟件發(fā)布前的準(zhǔn)備工作：

(1)編寫培訓(xùn)教材；

(2)產(chǎn)品包裝設(shè)計；

(3)產(chǎn)品母盤制作；

(4)產(chǎn)品光盤刻錄;

⑸軟件資料印刷；

(6)銷售人員培訓(xùn)；

(7)發(fā)布產(chǎn)品檢驗；

(8)發(fā)布產(chǎn)品交付；

(9)確定發(fā)布方式。

14.怎樣理解“優(yōu)秀的項目經(jīng)理主要是干出來的，不是學(xué)出來的；是帶出來的，

不是教出來的”？

【答】一個人要成長為一名合格的項目經(jīng)理主要不是靠學(xué)，而是靠干，當(dāng)然學(xué)也很重

要。只學(xué)不干，是絕對出不來項目經(jīng)理的。光干不學(xué)，有可能會出現(xiàn)的情況是：其能力本來

可以做一個大項目經(jīng)理，但現(xiàn)在只能做一個小項目經(jīng)理，因為他只是一個經(jīng)驗主義者，缺乏

理論指導(dǎo)，有些問題的認(rèn)識可能上不去，所以不能成為大器。總之，項目經(jīng)理必須通過干才

能成熟起來，只要通過學(xué)才能提高起來，"干"字當(dāng)頭，學(xué)在其中，干學(xué)并用，互相促進(jìn)，

這就是項目經(jīng)理成長的道路。

15.請用樹型結(jié)構(gòu)圖來表示軟件工程研究的主要內(nèi)容與方法.

【答】

16.為什么中國人實施CMMI有做秀嫌疑，而印度人一般沒有做秀嫌疑？

CMMI的全稱為:CapabilityMaturityModellntegration,即能力成熟度模型集成。

CMM/CMMI僅僅是一個體系，一個框架，他僅僅從過程和產(chǎn)品上對開發(fā)行為進(jìn)行規(guī)范，而

不是給你提供了完整的方法。在這個框架下面，你可以選用最適合自己的過程，最有效的開

發(fā)技術(shù)。至于什么過程和什么方法，并不是最重要的。CMM/CMMI僅僅表示你往生產(chǎn)好的

軟件走出了重要的一步，但并不是全部。CMM/CMMI本身是一套非常有價值的過程模型,

但簡單的將其圖騰化卻是不正確的。

印度人能夠把軟件整體結(jié)構(gòu)把握得很好，能夠完成大型復(fù)雜的軟件，能夠形成相當(dāng)好的設(shè)計

與實現(xiàn)文檔，能夠在國際外包市場上占據(jù)很大比例。而中國人整天在那里琢磨著的是數(shù)據(jù)結(jié)

構(gòu)、算法花樣和界面花招，到最后只能成為Code高手，而不是一個龐大團(tuán)隊。這些高手雖

然對某些特定的開發(fā)工具非常精通，比如.net和J2EE開發(fā)平臺。但就是不能按質(zhì)、按量、

按時把一個大型軟件穩(wěn)妥而完整地開發(fā)出來。

招聘印度人，給應(yīng)聘者出了一份與國內(nèi)差不多的試卷，有基礎(chǔ)概念和編程題目。等到他們完

成后，我們這些中國的自認(rèn)高手驚呆了！他們的編程題目簡直像是抄襲的！程序結(jié)構(gòu)、注釋、

變量命名就不說了吧，全部都是極其類似！反觀中國的牛人和高手，每個人都有自己的一套。

到了新的崗位，先把前任的程序貶損一通，然后自己再開發(fā)更多的問題代碼來代替它。我們

公司統(tǒng)計，一個軟件中有4個以上版本，每個人都覺得別人做得差，自己再搞一套。中國人，

就是這個樣子，還會辯解說："我們這樣是創(chuàng)新"。其實軟件的發(fā)展，早就走過了求伯君（20

世紀(jì)90年代的編程開才、WPS的發(fā)明人、現(xiàn)任金山軟件股份有限公司董事長兼總裁）那個

編碼英雄的年代，程序員已經(jīng)是個坐辦公室的藍(lán)領(lǐng)了。你具備擰好一個螺絲釘?shù)哪芰涂梢?/p>

了,因為Code是最低級的事情了。所以說中國人實施CMMI更多的時候有作秀的嫌疑。

軟件公司需要的軟件人才，主要是系統(tǒng)需求分析、系統(tǒng)架構(gòu)設(shè)計、系統(tǒng)測試、過程改進(jìn)

與過程管理、程度編碼的人才，即應(yīng)用型人才！難怪國內(nèi)一些博士生不適應(yīng)在企業(yè)工作，軟

件公司將他們轟走的事常有發(fā)生。

這揭示出我們與與印度軟件企業(yè)的差距！差距不僅僅在于軟件公司的規(guī)模，而在于軟件

人員的職業(yè)素質(zhì)與道德規(guī)范！

究其原因，在于軟件組織內(nèi)部的CMM/CMMI管理水平。印度人做CMM/CMMI是真

正做給自己用的，即自己的軟件組織過程改進(jìn)。中國人做CMM/CMMI有時是做給別人看

的，比如在招標(biāo)或投標(biāo)中裝裝門面，在廣告中壯壯聲勢，而不是專門為了實現(xiàn)自己的軟件組

織過程改進(jìn)！

（以上大家可以自行冊［減但是體現(xiàn)比較印度和中國的語句還是寫進(jìn)試卷里）

此上為小山整合觀點，如果有不同意見或是瞧不上小山本人查找，請不要將這些寫在你

的試卷上，因為對誰都是種煎熬，謝謝合作，預(yù)祝大家好成績。

17.軟件設(shè)計要遵守哪些原理或原則？P.119

【答】⑴抽象；⑵分解與模塊化；⑶低耦合高內(nèi)聚；（4）封裝；⑸接口和實現(xiàn)分離。

18.詳細(xì)設(shè)計有哪些描述工具？P.123

【答】面向過程詳細(xì)設(shè)計的描述工具有：（1）流程圖；（2）N-S圖；（3）程序設(shè)計語言；（4）

決策表。

面向數(shù)據(jù)詳細(xì)設(shè)計的描述工具主要有：Q）概念數(shù)據(jù)模型（CDM）；（2）物理數(shù)據(jù)模型

（PDM）;（3）存儲過程。

面向?qū)ο笤敿?xì)設(shè)計的描述工具主要有：（1）類圖；（2）順序圖；（3）狀態(tài)圖；⑷部件圖；（5）

部署圖。

19.需求分析有哪些描述工具？

【答】需求分析描述的工具包括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時序圖、用戶交互

圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。

20.請各舉一例，說明①面向過程、②面向元數(shù)據(jù)、③面向?qū)ο蟮木幊檀碚Z言

各是什么語言？

【答】

①-----Pascal,BISIC.C語言等

（2）Oracle、Sybase等

（3）Java、C++等

21.請各舉一例，說明①面向過程、②面向元數(shù)據(jù)、③面向?qū)ο蟮木幊谭椒ǎ?/p>

用在什么地方？

【答】

@——在軍事上的實時跟蹤監(jiān)控系統(tǒng)中有很好的應(yīng)用。如我方偵察衛(wèi)星發(fā)射后其飛行軌跡

的捕獲、測量、跟蹤和預(yù)報導(dǎo)彈防御系統(tǒng)中敵方導(dǎo)彈發(fā)射后飛行軌跡的捕獲、測量、跟

蹤和預(yù)報，其軟件系統(tǒng)都是采用面向過程的方法設(shè)計和實現(xiàn)的；

②——適合數(shù)據(jù)層(數(shù)據(jù)庫服務(wù)器)設(shè)計與實現(xiàn)。在電子商務(wù)中的應(yīng)用。網(wǎng)站后臺數(shù)據(jù)庫服

務(wù)器上的數(shù)據(jù)處理和數(shù)據(jù)傳輸，其軟件都是利用面向數(shù)據(jù)的方法設(shè)計與實現(xiàn)的；

(3)——在兩層結(jié)構(gòu)(C/S)的客戶層上，在三層結(jié)構(gòu)(B/A/S)的表示層和業(yè)務(wù)邏輯層上，進(jìn)行

詳細(xì)設(shè)計和編程實現(xiàn)時，要采用面向?qū)ο蟮姆椒?。在電子商?wù)中的應(yīng)用有：網(wǎng)站前臺界

面的制作，信息的發(fā)布和處理，用戶在網(wǎng)上瀏覽和錄入信息等應(yīng)用軟件都是利用面向?qū)?/p>

象的方法設(shè)計與實現(xiàn)的。

22.軟件工程中有哪幾種不同的數(shù)據(jù)字典？

【答】主要有一下四種數(shù)據(jù)字典：

(1)數(shù)據(jù)流圖中的數(shù)據(jù)字典：是對數(shù)據(jù)流圖DFD的補(bǔ)充。用數(shù)據(jù)字典說明每個數(shù)據(jù)流的

組成、每個數(shù)據(jù)文件的內(nèi)容以及每個數(shù)據(jù)項的定義等；

(2)數(shù)據(jù)庫中的數(shù)據(jù)字典：就是數(shù)據(jù)庫中的元數(shù)據(jù)，例如表名、字段名、索引名、主鍵名

等；

(3)數(shù)據(jù)庫管理系統(tǒng)中的系統(tǒng)數(shù)據(jù)字典：它分為系統(tǒng)數(shù)據(jù)字典和用戶數(shù)據(jù)字典兩部分，用

這些字典來管理數(shù)據(jù)庫；

(4)信息系統(tǒng)用戶初始化中的用戶數(shù)據(jù)字典：就是一些科目代碼、單位代碼等等。

23.你怎么用Checkout-Edit-Checkin”對配置管理中的軟件開發(fā)庫進(jìn)行

具體操作？

【答】"Checkout—Edit—Checkin",這是配置管理工具的基本操作，這種操作是對3

個庫而言的，對每一個庫中的內(nèi)容進(jìn)行操作(比如增、冊U、改)，要先將操作內(nèi)容從庫中取

出，放入內(nèi)存緩沖區(qū)，這一動作叫做"Checkout"。當(dāng)操作(Edit)完成后，又要將本次操

作的內(nèi)容放入相應(yīng)的庫中，這一動作叫做"Checkin"。值得注意的是，每次Checkout后，

相應(yīng)庫中原來的內(nèi)容仍然保留著。每次Checkin后，也不會覆蓋原來的內(nèi)容。這就自動保存

了可供追蹤的軌跡。

以"Checkout-Edit-Checkin"操作為基礎(chǔ)，以版本控制為中心、進(jìn)行軟件配置項的標(biāo)識、

跟蹤與管理的電子工具，就是配置管理工具。

程序員只能在軟件開發(fā)庫上作"Checkout—Edit—Checkin"操作。

【四】應(yīng)用題

1.如果要成為一位優(yōu)秀的程序員，你認(rèn)為要具備什么素質(zhì)？

【答】

⑴團(tuán)隊協(xié)作精神的訓(xùn)練和要求；

(2)數(shù)據(jù)結(jié)構(gòu)分析與設(shè)計能力的訓(xùn)練和要求；

(3)文檔習(xí)慣的訓(xùn)練和要求；

(4)規(guī)范化的代碼編寫能力訓(xùn)練和要求；

(5)復(fù)用性能力的訓(xùn)練和要求；

(6)寫構(gòu)件能力的訓(xùn)練和要求；

⑺測試習(xí)慣的訓(xùn)練和要求；

(8)學(xué)習(xí)和總結(jié)能的訓(xùn)練和要求；

2.如果你是軟件公司的專職配置管理員，你將怎樣開展公司的軟件配置工作？

【答】P.301

Q)與項目經(jīng)理一起，識別出項目的所有基線，并標(biāo)識出這些基線及其所屬的配置項，再

根據(jù)有關(guān)規(guī)范和規(guī)程制定配置管理計劃；

(2)在配置管理服務(wù)器上建立配置管理庫，作為配置管理的工作倉庫，并對倉庫進(jìn)行管理

和維護(hù)；

(3)配置項變更控制。它包括變更申請、評審和批準(zhǔn)、實行變更、測試變更對其他配置項

的影響、變更驗證和入庫；

(4)基線變更控制。工作程序與配置項變更控制相同；

⑸最終軟件版本產(chǎn)品生成的控制。最終軟件版本產(chǎn)品由軟件基線庫中的配置項組裝而

成，在配置組裝之前，必須凍結(jié)該產(chǎn)品的所有配置項。生成之后，將此產(chǎn)品入庫到軟件產(chǎn)品

庫，并對其實行凍結(jié)；

(6)對配置項、基線、軟件版本產(chǎn)品進(jìn)行跟蹤和審計，并編制配置管理活動報告，供相關(guān)

組和個人閱讀；

(7)定期或事件驅(qū)動，對軟件開發(fā)人員進(jìn)行配置管理知識培訓(xùn)；

(8)配置管理工具的安裝，配置管理服務(wù)器的日常維護(hù)。

3.如果你是軟件公司的專職軟件質(zhì)量保證員，你將怎樣管理公司的軟件項目或

軟件產(chǎn)品的質(zhì)量？

【答】

(1)事先的預(yù)防措施：制訂軟件過程開發(fā)規(guī)范和軟件產(chǎn)品質(zhì)量標(biāo)準(zhǔn)，對軟件開發(fā)和管理人

員進(jìn)行這方面知識和技能的定向培訓(xùn)(規(guī)范是對行為的約束、標(biāo)準(zhǔn)是對產(chǎn)品的約束、規(guī)程是對

操作的約束)；事中的跟蹤監(jiān)控措施：按照CMM/CMMI或IS09000的過程管理思想，對軟

件過程和軟件產(chǎn)品的質(zhì)量控制提供可視性管理；事后的糾錯措施：對軟件工作產(chǎn)品和軟件產(chǎn)

品加強(qiáng)評審和檢測。評審是在宏觀上框住您，在微觀上挑剔您，找出不符合項。檢測是為了

發(fā)現(xiàn)Bug,改正錯誤。

(2)從4個方面來改進(jìn)軟件質(zhì)量:力圖從編程語言上實現(xiàn)突破；力圖從CASE工具上實現(xiàn)

突破；力圖從軟件過程管上實現(xiàn)突破；力圖從測試與糾錯上實現(xiàn)突破。先后出現(xiàn)了各種測試

方法、工具和糾錯手段。

(3)管理人員還需要做到：行為規(guī)范化，報告制度化，報表統(tǒng)一化，數(shù)據(jù)標(biāo)準(zhǔn)化，信息網(wǎng)

絡(luò)化，管理可視化，錯世即時化。

(4)最后還需要建立"五報一例制度"，即日報表，周報表，月報表，里程碑報表，重大

事件報表和例會制度。

4.如果你是軟件公司的軟件分析師，你將怎樣進(jìn)行需求分析？

【答】

系統(tǒng)分析師應(yīng)對用戶進(jìn)行需求分析培訓(xùn)I；用戶應(yīng)參加業(yè)務(wù)需求分析的全過程；向用戶發(fā)

放需求調(diào)查表格；召開需求調(diào)研會；深入到重點崗位了解需求；必要時參加實際的業(yè)務(wù)

工作；邊分析邊整理文檔，邊征求修改意見；定期向用戶中的操作層、管理層、決策層

分別匯報，演示目標(biāo)系統(tǒng)的流程、功能、接口及界面調(diào)度需求。

1)面向流程分析；

2)找出元數(shù)據(jù)：

元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù)，元數(shù)據(jù)就是信息系統(tǒng)中實體名及其屬性名的集合；

3)找出中間數(shù)據(jù)：

中間數(shù)據(jù)蘊(yùn)藏在信息系統(tǒng)的輸出報表中，報表名稱及其內(nèi)部的數(shù)據(jù)項名稱，一

般就是中間數(shù)據(jù)；

4)找出元數(shù)據(jù)與中間數(shù)據(jù)之間的關(guān)系；

5)找出單據(jù)中的流程：

a）該單據(jù)的上游是什么？

b）同一個單據(jù)內(nèi)部的數(shù)據(jù)項之間，也存在一個先后次序的問題？

c）該單據(jù)的下游是什么？

6）歷史上存在三種需求分析方法：面向功能分析，面向?qū)ο蠓治?，面向?shù)據(jù)分析；

7）分析與設(shè)計要同時考慮：

因為許多問題在分析"目標(biāo)系統(tǒng)是什么”的時候發(fā)現(xiàn)不了，到了設(shè)計時才會暴

露出來。分析與設(shè)計同時考慮，也符合迭代模型的思想，即：復(fù)雜的需求是個需求迭

代的過程。

8）需求分析藝術(shù)：

a）需求分析師雙打項目。宏觀上和微觀上都要以流程為主，不能偏聽偏信。

b）決策層提出宏觀上的統(tǒng)計、查詢、決策需求，管理層提出業(yè)務(wù)管理和作業(yè)控制

需求，操作層提出錄入、修改、提交、處理、打印、界面、傳輸、通信、時間

與速度等方面的操作需求。

9）提取需求技術(shù)：

①會談、②場景、③原型、④實地觀察

10）提取對象、屬性和方法的技術(shù)

a）對象在哪里？屬性在哪里？方法在哪里？

11）實時系統(tǒng)需求分析法

匯報兩三次，知道客戶確認(rèn)位置，同時要與客戶交朋友。

5.如果你是軟件公司的軟件設(shè)計師，你將怎樣進(jìn)行軟件架構(gòu)設(shè)計？

【答】

首先要進(jìn)行架構(gòu)建模：

1）捕獲早期的設(shè)計決策；

2）捕獲軟件運行環(huán)境；

3）為底層實現(xiàn)提供限制條件；

4）為開發(fā)團(tuán)隊的結(jié)構(gòu)組成提供依據(jù)；

5）設(shè)計系統(tǒng)滿足可靠性、可維護(hù)性、其他性能等；

6）方便開發(fā)團(tuán)隊間的交流；

軟件架構(gòu)設(shè)計要包含以下幾個方面：

1）軟件系統(tǒng)中包含了哪些子系統(tǒng)/部件；

2）每個子系統(tǒng)/部件都完成了哪些功能；

3）子系統(tǒng)/部件對外提供或使用外部的哪些接口；

4）子系統(tǒng)/部件間的依賴關(guān)系。以及對實現(xiàn)和測試的影響；

5）系統(tǒng)式如何部署的；

6.如果你是軟件公司的主程序員，你將怎樣進(jìn)行軟件詳細(xì)設(shè)計?

【答】

1）基本任務(wù)是怎樣具體地實現(xiàn)這個系統(tǒng)。主要任務(wù)是設(shè)計出程序的“藍(lán)圖"，供程序

員日后根據(jù)這個藍(lán)圖編寫出實際的程序代碼。

2）基本步驟是：確定模塊如何實現(xiàn)；編寫詳細(xì)設(shè)計說明書；制定單元測試計劃；評審

詳細(xì)設(shè)計。

3）對于B/S的系統(tǒng)，"面向數(shù)據(jù)方法用在數(shù)據(jù)庫服務(wù)器層次上系統(tǒng)的設(shè)計與實現(xiàn)，面

向?qū)ο蠓椒ㄓ迷诔龜?shù)據(jù)庫服務(wù)層次之外的其他層上的系統(tǒng)的設(shè)計與實現(xiàn)，面向過程

方法用在其他兩種方法本身內(nèi)部函數(shù)的設(shè)計與實現(xiàn)"。

4）在實施的過程中，在宏觀上仍然要遵守“五個面向”的實施理論，即："面向流程

分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理"。

7.如果你是項目經(jīng)理，你怎么用4種不同的方法，對軟件產(chǎn)品的規(guī)模進(jìn)行量化估

計？

【答】

1）希臘古都法：在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去和將來。這個技

術(shù)要求有多種軟件相關(guān)經(jīng)驗人的參與，互相說服對方。希臘古都法的步驟如下：

a）協(xié)調(diào)人向各專家提供項目規(guī)格和估計報表

b）協(xié)調(diào)人召集小組會，各專家討論與規(guī)模相關(guān)的因素

c）各專家匿名填寫迭代表格

d）協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回專家

e）協(xié)調(diào)人召集小組會，討論較大的估計差異

f）專家復(fù)查估計，總結(jié)并在迭代表上提交另一個匿名估計

g）重復(fù)d）-f）,直到達(dá)到最低估計和最高估計一致。

2）類比法：適合評估一些歷史項目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似項目，通過新項

目與歷史項目的比較得到規(guī)模估計。其基本步驟如下：

a）整理出項目功能列表和實現(xiàn)每個功能的代碼行

b）標(biāo)識出每個功能列表與歷史項目的相同點與不同點，特別要注意劣勢項目做得

不夠的地方

c）通過步驟a\b）得出各個功能的估計值

d）產(chǎn)生規(guī)模估計

3）功能點估計法：是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法。通常步驟如

下：

a）計算輸入、輸出、查詢、主控文件和接口需求的數(shù)目

b）將這些數(shù)據(jù)進(jìn)行加權(quán)乘

c）估計者根據(jù)對復(fù)雜度的判讀，總數(shù)可以用+25%、。或-25%調(diào)整

4）無禮估計法：對各個項目活動的完成時間，按三種不同情況估計：一個產(chǎn)品的期望

規(guī)模，一個最低可能估計，一個最高可能估計。用這三個估計來得到一個產(chǎn)品期望

規(guī)模和標(biāo)準(zhǔn)偏差的物理估計。

8.如果你是項目經(jīng)理，你怎么管理一個由七名成員組成的軟件團(tuán)隊？

一抓需求獲取與確認(rèn)；

二抓計劃制定與執(zhí)行；

三抓團(tuán)隊分工與協(xié)作；

四抓后勤供應(yīng)與保障；

五抓產(chǎn)品測試與交付；

六抓開發(fā)標(biāo)準(zhǔn)與規(guī)范;

七抓員工考核與獎勵。

9.如果你是軟件實施經(jīng)理，你怎么組織公司軟件的產(chǎn)品實施工作？

【答】

軟件工程的覆蓋范圍包括了售前、售中、售后三個階段的工作。

1）售前工程師/產(chǎn)品形象代表工作：工作職責(zé)為制定投標(biāo)書，講解投標(biāo)書，主持

技術(shù)談判，參與合同簽約，制訂初步的實施計劃。

2）實施工程師：工作職責(zé)為產(chǎn)品安裝調(diào)試，產(chǎn)品的客戶化，用戶培訓(xùn)，產(chǎn)品的驗

收交付。在產(chǎn)品發(fā)布之前，對其進(jìn)行培訓(xùn)I,使之掌握該產(chǎn)品的功能、性能、接

口，熟悉產(chǎn)品運行的軟硬件環(huán)境，熟練安裝調(diào)試系統(tǒng)，不但要會初始化系統(tǒng)，

還會客戶化系統(tǒng)。

a）對于不需要客戶化的軟件產(chǎn)品，實施工程師將光盤上的軟件產(chǎn)品，安裝到

用戶系統(tǒng)上即可。如果用戶需要培訓(xùn)I,用用戶指南的教材進(jìn)行定期培訓(xùn)。

b）對于只需要少量客戶化的產(chǎn)品，實施工程師首先要進(jìn)行調(diào)查和需求分析，

在與客戶達(dá)成完全一致的書面需求修改意見且經(jīng)過評審和批準(zhǔn)之后，再對

軟件的產(chǎn)品文檔和程序進(jìn)行修改和調(diào)試。同時還要保證文檔和程序的一致

性。

c）對于需要重新做業(yè)務(wù)流程再造和需求規(guī)格定義的軟件產(chǎn)品，實施工程師的

職責(zé)相當(dāng)于項目經(jīng)理，或者需要成立項目組，指定項目經(jīng)理，運用原形法

重新做業(yè)務(wù)流程規(guī)范和需求規(guī)格定義，在此過程中要與用戶進(jìn)行互動，以

確保開發(fā)出來的產(chǎn)品與用戶需求的一致性。

4）維護(hù)工程師：工作職責(zé)為產(chǎn)品日常維護(hù)，客戶信息反饋。

10.如果你是軟件維護(hù)經(jīng)理，你怎么開展公司的軟件維護(hù)工作？

【答】

1）軟件維護(hù)的工作程序為：維護(hù)的需求分析、維護(hù)的設(shè)計、修改程序代碼、維護(hù)后的測試、

維護(hù)后的試運行、維護(hù)后的正式運行、對維護(hù)過程的評審和審計。

2）其流程為：分類整理用戶意見、提出維護(hù)申請、評審、審計、批準(zhǔn)維護(hù)申請、修改需求

文檔、需求維護(hù)文檔評審、修改設(shè)計文檔、設(shè)計維護(hù)文檔評審、修改源程序、回歸測試、

修改軟件產(chǎn)品版本號、交付用戶運行、手機(jī)反饋意見，準(zhǔn)備新一輪維護(hù)。

3）維護(hù)管理文檔：

①用戶意見反饋表、②用戶意見分類整理表、③維護(hù)申請單、④維護(hù)文檔評審報告、

⑤產(chǎn)品缺陷統(tǒng)計表、⑥功能擴(kuò)充統(tǒng)計表、⑦未答復(fù)問題匯總表、⑧未驗證問題匯總

表、⑨已修改問題匯總表、⑩已驗證問題匯總表、Qi）維護(hù)費用統(tǒng)計表。

11.如果要你組織軟件組織的CMMI實施，你怎樣開展這項工作？

【答】

1）進(jìn)行CMMI基本知識的培訓(xùn)。

a）對所有員工進(jìn)行基本的軟件工程和CMMI知識培訓(xùn)；

b）對CMMI的各個工作組的有關(guān)人員，提供專業(yè)領(lǐng)域知識等方面的培訓(xùn)；

c）在每次開發(fā)過程中，還要對項目組成進(jìn)行軟件過稱方面的培訓(xùn)；

2）成立CMMI的工作小組

a）軟件工程過程組SEPG（組織過程焦點）

b）軟件工程組SWEG

c）系統(tǒng)測試組STG

d）軟件項目跟蹤與監(jiān)督組SPTO

e）軟件配置管理組SCMG

f）軟件質(zhì)量保證組SQAG

g）評估領(lǐng)導(dǎo)組或評估成員團(tuán)隊ATM（AssessmentTeamMember）

3）建立軟件組織的CMMI文檔體系

①軟件組織文檔、②關(guān)鍵過程域文檔、③軟件項目文檔

4）進(jìn)行內(nèi)部模擬評審

a）軟件組織自己內(nèi)部成員，嚴(yán)格、認(rèn)真地按照CMMI規(guī)范評估過程，對自己的

軟件過程進(jìn)行評審，找出其中的強(qiáng)項和弱項，并進(jìn)行修改；

b）在全國范圍內(nèi)，由有關(guān)軟件工程和CMMI專家組成一個專門的“內(nèi)部評審"

機(jī)構(gòu)，負(fù)責(zé)指導(dǎo)協(xié)調(diào)實施CMMI的活動，推進(jìn)活動的深入展開，對國內(nèi)軟件

組織CMMI評估進(jìn)行"預(yù)先評估"。

5）確定CMMI正式評估的工作步驟

6）進(jìn)行正式評估

評估過程包括員工培訓(xùn)（企業(yè)的高層領(lǐng)導(dǎo)也要參加）、與選定的項目經(jīng)理等人

座談、問卷調(diào)查和統(tǒng)計、文檔審查、數(shù)據(jù)分析、與企業(yè)的高層領(lǐng)導(dǎo)討論和撰寫

評估報告等，評估結(jié)果由主任評估師簽字生效。

7）根據(jù)評估結(jié)果改進(jìn)軟件過程

12.在現(xiàn)實生活中，請你舉兩個實際例子（不一定是軟件開發(fā)的例子），說明原型

模型與迭代模型的具體應(yīng)用？

【答】

原型模型

"精品課程網(wǎng)站"的開發(fā)選用原型模型比較合適。因為現(xiàn)在“精品課程網(wǎng)站"比較普及，很

容易找到一個可以事先給客戶展示的產(chǎn)品原型，讓客戶試用，在使用中收集客戶意見，根據(jù)

意見立刻修改原型。原型模型開發(fā)速度快，用戶意見反饋實時，有利于開發(fā)商在短時間內(nèi)推

廣并實施多個客戶

迭代模型

1）基于模糊聚類循環(huán)迭代模型的心臟病預(yù)測方法：該方法考慮了病癥與疾病的模糊關(guān)系和

關(guān)聯(lián)程度，先用模型迭代得到滿足精度的指標(biāo)權(quán)重向量，然后再迭代確定樣本最終所屬的

類別,其優(yōu)點是整個過程不受參數(shù)的影響，避免了主觀權(quán)重對分類結(jié)果的影響.

2）水庫洪水調(diào)度系統(tǒng)的模糊循環(huán)迭代模型：多目標(biāo)水庫洪水調(diào)度目標(biāo)的權(quán)重確定一直是實

際防洪調(diào)度中的難點，針對過去單一考慮主觀權(quán)重或客觀權(quán)重的多目標(biāo)決策模式的缺

陷，通過引入權(quán)重折衷系數(shù)的概念，提出了兼顧主觀決策與客觀決策統(tǒng)一的模糊循環(huán)迭

代模型，可以同時得到方案優(yōu)屬度和目標(biāo)權(quán)重。由于模型同時考慮了決策者意圖和方案

本身屬性，使方案排序結(jié)果更為合理適用，將其應(yīng)用于水庫洪水調(diào)度方案的評價中，實

例表明，該模型科學(xué)、實用。

13.請你舉兩個實際例子，說明數(shù)據(jù)模型設(shè)計中“列變行"方法怎么樣具體應(yīng)用？

【答】

【例子1］學(xué)生成績管理例子

1）"列變行"之前的表結(jié)構(gòu)如下：

學(xué)生成績單

學(xué)號姓名性別電話地址課程1成績1...課程成績

3030

0501張京女英語85...

先來分析下"列變行"前表結(jié)構(gòu)設(shè)計中的缺點。由于每個大學(xué)生四年中可能要學(xué)習(xí)30門左

右的課程，因此設(shè)計了存在30門課程的名稱和期末成績。這個設(shè)計存在兩個缺點：其一，

在四年級前，若沒有修完30門課程，這種設(shè)計浪費了不少存儲空間；其二，到四年級時，

個別學(xué)生可能選修了雙學(xué)位，這種設(shè)計使得表結(jié)構(gòu)不夠用，需要進(jìn)行改動，增加存儲空間。

2)"列變行"之后的表結(jié)構(gòu)如下：

學(xué)生花名冊

學(xué)號姓名性別電話地址

0501張京女

學(xué)生成績單

學(xué)號