1、1假設你負責為一個數字電話制造商開發一個原料控制系統，開發預算是430000美元。按 軟件工程的推算，每個周期的開發成本，維護費用該如何。答：圖12軟件生命周期齊個階段的相對近似花費因為開發階段的花費約占整個生命周期的 33%,所以開發該軟件的總開銷約為 430000/33%= 1300000美元。維護階段開銷 約占整個生命周期的67%,則維護階段的 投入為 1300000*67%=871000 美元。2、描述使用瀑布生命周期模型時的內在風險。瀑布模型強調文檔的作用，并要求每個階段都要仔細驗證。但是，這種模型的線性過程 太理想化，已不再適合現代的軟件開發模式，幾乎被業界拋棄，苴主要問題在于：1

2、）各個階段的劃分完全固左，階段之間產生大量的文檔，極大地增加了工作量：2）由于開發模型是線性的，用戶只有等到整個過程的末期才能見到開發成果，從而增 加了開發的風險：3）早期的錯誤可能要等到開發后期的測試階段才能發現，進而帶來嚴重的后果。4）各個軟件生命周期銜接花費時間較長，團隊人員交流成本大。5）瀑布式方法在需求不明并且在項目進行過程中可能變化的情況下基本是不可行的*分祈和設計.時間姐狠伏態送代3、簡述RUP的核心工程工作流。啊flfta祓右支勞工作淹逶蚩和變更苛理 妙目首超環境(1) 商業建模(Business Modeling)商業建模工作流描述了如何為新的目標組織開發一個構想，并基于這個

3、構想在商業用例 模型和商業對彖模型中定義組織的過程、角色和責任。(2) 需求(Requirenicnts)需求工作流的目標是描述系統應該做什么，并使開發人員和用戶就這一描述達成共識。 為了達到該目標，要對需要的功能和約束進行提取、組織、文檔化：最重要的是理解系統所 解決問題的定義和范圍。（3）分析和設計（Analysis & Design）分析和設計工作流將需求轉化成未來系統的設計，為系統開發一個健壯的結構并調整設 計使其與實現環境相匹配，優化其性能。（4）實現工作流：建立代碼的分層結構，實現類和對象，進行單元測試和系統集成。（5）測試（Test）測試工作流要驗證對象間的交互作用，驗證

4、軟件中所有組件的正確集成，檢驗所有的需 求已被正確的實現，識別并確認缺陷在軟件部署之前被提岀并處理。（6）配置工作流：在目的是成功的生成版本并將軟件分發給最終用戶，實際使用中主要包 括：軟件打包、生成軟件本身以外的產品、安裝軟件、培訓最終用戶及銷售人員。4、使用RUP過程開發軟件系統，軟件的生命周期分為哪幾個階段。（1）初始階段初始階段也稱為初始的目標，是“獲得項目的基礎”。初始階段的主要人員是項目經理和 系統設計師，任務包括對系統的可行性分析，創建基本需求，界定系統范偉1：識別軟件系統 的關鍵任務。 初始階段的焦點是需求和分析工作流。（2）細化階段細化階段的主要目標是創建可執行構件基線：細化

5、風險評估：左義質量屬性：捕獲大部 分的系統功能需求用例：為構造階段創建詳細計劃。細化階段的焦點是需求、分析和設計工作流。（3）構造階段構建階段完成了所有需求、分析、設計和實現，所有的功能被詳細測試，細化階段的工 作產品將演化為最終系統，構造的主要問題是維護系統框架的完整性。構建階段的焦點是實現工作流。（4）交付階段交付是將完整的系統部署到用戶所處的環境，交付階段的重點是完成系統部署確保軟件 可用。交付階段的焦點是實現和測試工作流。5、使用RUP過程中交付階段的主要目標是什么。交付階段的主要目標是確保軟件完全滿足用戶需求。1進行Bek測試以確保滿足用戶的期望；2. 培訓用戸和維護人員來達到用戶的

6、自我依賴；3. 準備交付環境并轉換數據庫系統：4. 包裝準備投放市場的產品；進行宣傳并演示系統：交付銷售力量；進行人員培訓：5. 通過得到的經驗改進未來的項目。6. 用例驅動、以構架為中心、采用迭代和增量模型是統一軟件過程中三個核心概念。對 CMM等級（1）所有的軟件開發都是用戶需求驅動的。統一軟件開發過程采用用例來描述用戶需求，同 時提供一套方法把用例轉化為設汁的類圖，進一步變成最終的程序代碼。在整個軟件開發過 程中，要求用例是可跟蹤的，也就是說，無論是設訃階段還是實現階段的產品，都可以找到 相應的需求。用例還可以作為用戶測試和驗收最終軟件產品的標準。（2）構架是一個皮包秤頭的系統，它實現了

7、用戶的核心需求，包括了系統中最重要的靜態和 動態特征。構架刻畫了系統的整體設計，它舍棄了細節部分，突出了系統的重要特征。統一 軟件過程提供了創建構架的相應方法和過程，可以幫助分析人員和設訃人員很好地完成構架 的設計。（3）統一軟件過程采用迭代和增量的開發方式，把一個軟件產品劃分成多個較小的部分，每 一次完成一個部分，每次要迭代部分是產品的一個增量部分。每個增量部分的生產過程是受 控的。CMM （Capability Maturity Model）是用于衡量軟件過程能力的事實上的標準，同時也是目 前軟件過程改進最好的參考標準。CMM共分五級。在每一級中，立義了達到該級過程管理水平所應解決的關鍵問

8、題和關鍵過 程。每一較低級別是達到較髙級別的基礎。其中五級是最髙級，即優化級，達到該級的軟件 公司過程可自發地不斷改進，防I上同類問題二次出現；四級稱為已管理級，達到該級的軟件 公司已實現過程的定量化；三級為已左義級，即過程實現標準化：二級為可重復級，達到該 級的軟件公司過程已制度化，有紀律，可重復；一級為初始級，過程無序，進度、預算、功 能和質量等方而不可預測。有紀塗的過程標隹、7、要比較一個大型軟件公司里兩個不同的小組組織TO1和TO2,得出下面的試驗：兩 個不同的小組建造相同的軟件產品，一個有TO1來組織，另一個有TO2來組織。公司估計 每組需要大約18個月完成產品。請列出三條理由來說明

9、這個試驗是不可行的，并且不會產 生任何有意義的結果。（1）如果他們每個人都有自己的電腦，他們將成為多個個體，而不是作為兩個團隊；（2）產品將被重建兩次，時間長，公司成本較大：（3）兩隊之間觀察到的差異可能是由于個別程序員之間的差異，而不是在團隊組織。為了 克服這個問題，該產品的許多拷貝將必須與兩個種隊伍建立以便可用于比較的統訃方法。（4）我們不能確左哪一個團隊組織是更好的，直到該產品已經在維修模式的若干年。這將 要求這兩個版本保持在平行的數年，進一步增加了成本。（5）很難衡疑一個團隊成員離開的影響。他或她的替換將要進行培訓，再運到項目速度上。8、假定將要構造的系統有7個輸入，15個輸出，過去有

10、一個項目有8個輸入，17個輸出, 這兩個項目的歐幾里的距離是多少？歐幾里的距離（Euclidean Distance）公式distance=（目標系統參數1-原系統參數1） 2+ （目標系統參數2-原系統參數2） 2+> 的平方根=（7-8）2+（15-17）2的平方根2.249、結構化成本估算法與改進的結構化估算法2有什么區別，請敘述。COCOMO： Constructive Cost Model 構造性成本模型基本的公式為：Effort=c X sizek其中effort采用“人月（152個工作小時）"pm來度量，size采用kdsi即千行交付源代碼指令 （thousand

11、s of delivered source code instmetions）事實上，基本COCOM0模型對工作量的衡疑不穩左，Boehm本人也發現了此問題，因而提 岀名義成本估算的概念。首先從基本模型得到爼義成本，然后采用開發成本乘法算子（development effort multiplier,dem）進行修正，即：Pm=Pmnom X dem10、軟件度量的維度、內容和側重點。軟件度疑（Metrics）是指對軟件產品、軟件開發過程或者資源的簡單屬性的定量描述。 度量方法：代碼行、平均故障時間、職員流動性等等度雖方法。軟件度疑的內容，三個方而：產品：軟件開發過程中所生成的各種文檔和程序過

12、程：與軟件開發有關的各種活動，如軟件設計等資源：軟件開發過程中所需支持，如人員、費用等二個層次內部屬性：（1）軟件產品，過程和資源本身所具有屬性，如軟件產品的復雜度、程序長度等 （2）易于度量外部屬性：（1）軟件產品，過程和資源與外部環境（用戶、管理人員等）間的關系如成本、 效益、可靠性、可維護性等（2）難以度雖:，但由內部屬性所決定度雖維度具怵內容項目度雖理解和控制當前項目的情況和執:態；項目 度量具有戰術性意艾丿針對具體的項目講規複、成本工作量、進度、生 產力.風險r顧客滿意度等產品度量側重理解和控制當前產品的質量軟況 用 于對產品質量的預測和輕制口以血量度量為中心，包括功能 性r可室性、

13、易用性、效率性.可錐護性.可移植性等過程度量程解和控制當前情況和狀站還包含了對 過程的改善和未來過程的能力預測：過程 度量貝有戰昭性意義在整個殂織范圍內 進樂如成熟度、管理、生命周期、生 產率、缺陷植入率等11、三種專家判斷法中的Delphi是怎么開展的。徳爾菲法的步驟是：-(1)協調人向各專家提供項目規格和估算表格；-(2)協調人召集小組會和各專家討論與規模相關的因素；-(3)各專家匿名填寫迭代表格：-(4)協調人整理出一個估算總結，以迭代表的形式返回給專家；-(5)協調人召集小組會，討論較大的估算差異；-(6)專家復查估算總結并在迭代表上提交另一個匿劣估算：-(7)重復46,直到最低估算和

14、最髙估算一致。12 一個軟件開發組織目前雇傭了 85名軟件專業人員，包括17劃管理者，所有的人進行軟 件的開發和測試，最新的數據表明他們32%的時間消耗在測試活動上。公司管理者平均每 年的成本是167000美元，而非管理性專業人員的成本每年平均為123000美元，這兩個數據 都包含加班的成本。請使用成本-效益分析法來確泄是否應在組織內部建立一個單獨的SQA 小組。答：如果組織重構，因此26個專業人員，苴中管理人員5,是能夠獨立地SQA (軟件質量保 證)，提高了生產效率和產品質量可以預期的。該公司的成本包括重組的時間(兩天的勞動, 大約77XS825+19X$l,100名，或約S84,500)

15、和培訓時間和成本5 SQA經理(也許是 S75 000)。根據總成本在160000元，要收回一年即使生產率僅增加3觥假設產品開發是 由五個專業人士，包括一冬經理做的，而SQA是由英他兩個專業人士，包括其他的經理完成。 重組成本現在大約S6, 350 (即，不到十分之一的成本問題)只有一個經理的培訓費用約為 S15, 000,再一次的總成本將很快被收回。13你負責移植一個750 000行的COBOL產品到公司的新計算機中，你復制了源代碼到新機 器中，但編譯的時，發現超過15000個輸入-輸出語句都以非標準的COBOL語法寫成，而 這些非標準的COBOL語法在新的編譯器中已被廢棄，你將怎么辦？答：

16、不能正常工作，是因為輸入/輸出程序需要有變可變參數，而COBOL不支持。寫預編譯器，將非標準的語法改造成標準的語法，在新的編譯器上使用，編借宏，寫COBOL 子程序與非標準的名字輸入/輸出程序，使那些子程序調用標準COBOL輸入/輸出程序。掌握：COCOMOII估算法在應用構成階段，采用對象點計算的方法，在早期設計階段，采用功能點計算的方法。功能 點可以轉換為SLOC。Pm=A X sizesfX MPm為“人月“工作量,A是一個常數(2.5) , size以SLOC為單位,sf是規模指數(1.2-1.24)。 Sf=l .01+0.01 X因素指數的和M基于簡化了的有關項目和過程的7項形成因

17、素：可靠性和復雜性RCPX、復用數RUSE、 平臺困難程度PDIF、個人能力PERS、個人經驗PREX、進度SCED、支持設施FCIL M=em 1 *em2*. .em7例子1：對于某一個軟件企業，一個新的項目的新穎性一般，因而在先前經驗方面給3分， 開發靈活性方面很低，因而給以0分，但是需求可能會變化得比較厲害，因而風險解決指數 給4分，團隊很融洽，給1分，但是過程不標準，因而過程成熟性給4分，請汁算規模因素 sf："lahlc 卜:XKxpttnenr drivers and ratings for the pntjeciExprffirnr driitrraringPrcct

18、fdcntcdncss.3Development flexibility0Archiieciurv/risk resolution4Ieam cohesion1Process maturity4Total12Therefore, j/ = 1.01 + 0.0i x (3 + 0 + 4 * I + 4) = 1.13計算工作量乘法算子em,類似于dem的計算，在不同的階段有不同的cm,如果每一項對 于項目而言無特別影響，則取1例子2：在某企業中，絕大多數系統技術上，產品，計算機和項目等屬性都是類似的。只有 人員的屬性有所差異。該企業制泄了下表：hfMxiocljitnhuo MXP anal

19、sMapahluvNAP apKJOoncipenencePCAP pn)pammercjp>Mil)VEXP vmual mxhinc lie opening wMeml upmcnccLEXP programming hngage apwciKVAtlnhuifImNommalHighVrry hifhACAP1.461.191.000860.71AbXP1291.131.00a9i0血WAP1421.17i<n0W1070VEXP1211.101.00aooLEXP1.141.071.00Q95分析員非常優秀，編程人員也很優秀但是對該項目面向的領域不熟悉并準備用新的編程語 言

20、。他們對操作系統很熟悉。請計算dem。如果名義工作量是4人月，則估算的工作量是多 少？laNc K7Calculating the development multiplierFactorRatingMultiplierACAPvery high0.71A EXPlow1.13PCAPhigh0.80VEXPhigh0.90LEXPlow1.07dem = 0.71 x 1.13 x 0.80 x 0.90 x 1.07 = 0.626nal estimate = 4 person-months x 0.62 = 2.48 stafT months 功能點法(Function Points)的

21、基本點是訃算機信息系統包括五個主要部件或者外部用戶類 型，它們是：EI外部輸入：應用數據EO外部輸出：提供給用戶的而向應用的信息ILF內部邏輯文件：邏輯主文件EIF外部接口文件：與其它系統交換信息EQ外部查詢：在線的輸入以獲得立即的結果加權因子的確定lahlc 5.2A Ibrrcht cimplexity multiplifnExtenuil user typeMultiplierLowAvemgfHighExierrul inpul type346External oulpul type47logical iniemal tile lype715External imcrfacc tik type510Extcrrul inquiry lype36例子3：在學院工資系統項目中需要開發一個程序，該程序將從會計系統中提取每年的工資 額，并從兩個文件中分別提取課程情況和每個老師教的每一門課的時間，該程序將計算每一 門課的老師的成本并將結果存成一個文件，該文件可以輸岀給會汁系統，同時該程序也將產 生一個報表，以顯示對于每一門課，每個老師教學的時間和這些工時的成本。假定報表是具有髙度復雜性的，其它具有一般復雜性外部輸入：無外部輸出：報告，1內部邏輯文件：財務輸入文件，1外部接口文件：工資文件，人員文件，課程文件，財務輸入文件，4外部查詢：無考慮加權：外部輸入：無：外部輸岀：1x7=