第二章 軟件項(xiàng)目管理1.ppt

1、第二章 軟件項(xiàng)目管理,70年代中期,管理是影響軟件研發(fā)項(xiàng)目全局的因素，而技術(shù)因素只影響局部。,70%的項(xiàng)目問題是由于管理不善引起的，而并不是因?yàn)榧夹g(shù)實(shí)力不夠。,90年代中期,美國軟件工程實(shí)施現(xiàn)狀的調(diào)查： 10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。,成為軟件項(xiàng)目開發(fā)中 最重要的核心問題之一。,軟件項(xiàng)目管理,什么是軟件項(xiàng)目管理？,軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動。 軟件項(xiàng)目管理的對象是軟件工程項(xiàng)目，他所涉及的范圍覆蓋了整個(gè)軟件工程過程。,本章重點(diǎn)介紹：,軟件的規(guī)模度量、質(zhì)量度量、復(fù)雜性度量、可靠性度量、風(fēng)險(xiǎn)的

2、分析與度量等。,軟件項(xiàng)目管理的主要任務(wù)是：,制定項(xiàng)目實(shí)施計(jì)劃 對人員進(jìn)行組織、分工 按照計(jì)劃的進(jìn)度以及成本管理、風(fēng)險(xiǎn)管理、質(zhì)量管理的要求，進(jìn)行軟件開發(fā)，最終完成軟件項(xiàng)目規(guī)定的各項(xiàng)任務(wù),軟件度量,度量 是軟件產(chǎn)品、軟件開發(fā)過程或資源簡單屬性的定量描述。分為：面向規(guī)模的度量；面向功能的度量。 測量 用于事后或?qū)崟r(shí)狀態(tài)。涉及測量的方法、工具和數(shù)值結(jié)果。分為：直接測量；間接測量。 估算 對軟件產(chǎn)品、過程、資源進(jìn)行預(yù)測，可以采用經(jīng)驗(yàn)公式，也可以參考?xì)v史資料。,面向規(guī)模的度量,軟件代碼行數(shù)是度量軟件規(guī)模的直觀指標(biāo)，對軟件成本估算起一定的作用。 首先將系統(tǒng)的功能反復(fù)分解，直到可以對為實(shí)現(xiàn)該功能所要求的源代碼

3、行數(shù)做出可靠的估算為止。對各子功能，根據(jù)經(jīng)驗(yàn)數(shù)據(jù)計(jì)算其代碼行成本，據(jù)此得出各子功能的成本。所有子功能的成本之和即為本系統(tǒng)的估算成本。,四個(gè)公式,生產(chǎn)率 P l=L/E 每行代碼的平均成本 C=S/L 文檔與代碼比 D=Pd/L 代碼出錯率 EQR=N/L,面向功能的度量,生產(chǎn)率 P f=FP/E 每行代碼的平均成本 Cf=S/FP 文檔與代碼比 Df=Pd/FP 代碼出錯率 EQRf=N/FP,軟件項(xiàng)目估算,兩種成 本估算 方法,代碼行法(LOC),功能點(diǎn)法(FP),每行代碼的平均成本乘以程序的行數(shù),采用軟件所提供的功能來測量的,1、通過度量軟件代碼行數(shù)進(jìn)行估算,軟件代碼行數(shù)是度量軟件規(guī)模的直

4、觀指標(biāo)，對軟件成本估算起一定的作用。 首先將系統(tǒng)的功能反復(fù)分解，直到可以對為實(shí)現(xiàn)該功能所要求的源代碼行數(shù)做出可靠的估算為止。對各子功能，根據(jù)經(jīng)驗(yàn)數(shù)據(jù)計(jì)算其代碼行成本，據(jù)此得出各子功能的成本。所有子功能的成本之和即為本系統(tǒng)的估算成本。,2、通過軟件功能點(diǎn)進(jìn)行估算,* 4,* 5,* 4,* 10,* 7,確定系統(tǒng)的五個(gè)信息域數(shù)值,各信息域數(shù)值乘以權(quán)重,=總計(jì)數(shù)值,求該五項(xiàng)數(shù)據(jù)的和,第一步：,2、通過軟件功能點(diǎn)進(jìn)行估算,對軟件復(fù)雜度(用Fi表示)作出估算 。軟件復(fù)雜度的估算基于14個(gè)問題，逐一對各問題做出復(fù)雜度估計(jì)，其取值范圍是0-5。,“沒有影響”取值0 “偶然的”取值1 “適中的”取值2 “普

5、通的”取值3 “重要的”取值4 “極重要的”取值5,功能點(diǎn)（FP）個(gè)數(shù)=總計(jì)數(shù)值0.650.01Fi,系統(tǒng)需要可靠的備份和復(fù)原嗎？ 需要數(shù)據(jù)通信嗎？ 有分布處理功能嗎？ 性能很關(guān)鍵嗎？ 系統(tǒng)是否在一個(gè)已有的、很實(shí)用的操作環(huán)境中運(yùn)行？ 系統(tǒng)需要聯(lián)機(jī)數(shù)據(jù)項(xiàng)嗎？ 聯(lián)機(jī)數(shù)據(jù)項(xiàng)是否需要在多屏幕或多操作之間切換以完成輸入？ 需要聯(lián)機(jī)更新主文件嗎？ 輸入、輸出、文件或查詢很復(fù)雜嗎？ 內(nèi)部處理復(fù)雜嗎？ 代碼需要被設(shè)計(jì)成可復(fù)用的嗎？ 設(shè)計(jì)中需要包括轉(zhuǎn)換及安裝嗎？ 系統(tǒng)的設(shè)計(jì)支持不同組織的多次安裝嗎？ 應(yīng)用的設(shè)計(jì)方便用戶修改和使用嗎？,第二步：,第三步：,項(xiàng)目成本=功能點(diǎn)成本（經(jīng)驗(yàn)值）* 功能點(diǎn)個(gè)數(shù),下面將以某個(gè)

6、計(jì)算機(jī)輔助設(shè)計(jì)（CAD）應(yīng)用為例，估算開發(fā)的軟件包的輸入、輸出、查詢、文件及外部接口。為了達(dá)到這個(gè)估算目的，我們假設(shè)復(fù)雜度加權(quán)因子都是平均的。根據(jù)對軟件范圍的敘述，對軟件功能進(jìn)行分解，識別出主要的幾個(gè)功能： 用戶界面和控制功能、二維幾何分析、三維幾何分析、數(shù)據(jù)庫管理、計(jì)算機(jī)圖形顯示功能、外設(shè)控制以及設(shè)計(jì)分析模塊。 最后可得到如表2所示的估算表。,由表2得到總計(jì)數(shù)值為318。,接著，估算14個(gè)復(fù)雜度加權(quán)因子（Fi,根據(jù)問題對項(xiàng)目的影響取值范圍是05），表3給出了因子值。,FP=總計(jì)數(shù)值0.65+0.01Fi=366,等價(jià)代碼行 = (重新設(shè)計(jì)% +重新編碼% +重新測試%)/3 已有代碼行 比如

7、：有10，000行代碼，假定35%需要重新設(shè)計(jì)，55%需要重新編碼，75%需要重新測試，那么其等價(jià)的代碼行可以計(jì)算為： (35% + 55% + 75%)/310,000= 5,500 等價(jià)代碼行。即：重用這10000代碼相當(dāng)于編寫5500代碼行的工作量。,工作量估算,估算出軟件規(guī)模并且對軟件的開發(fā)周期進(jìn)行定義后，開始估算軟件項(xiàng)目的工作量。 軟件規(guī)模的估算結(jié)果是代碼量，但是軟件項(xiàng)目的開發(fā)、實(shí)施過程并不是只有編碼的工作，實(shí)際上編碼的工作量在這個(gè)過程中是最小的。 編寫文檔、架構(gòu)設(shè)計(jì)、系統(tǒng)設(shè)計(jì)、測試以及實(shí)施發(fā)布等將占用大量的工作時(shí)間。 因此，對軟件項(xiàng)目工作量的估算就是確定、估算這樣一個(gè)代碼量的項(xiàng)目所

8、需的各種工作，相加得到項(xiàng)目的工作量。從軟件規(guī)模（代碼量）估算出項(xiàng)目工作量主要采用下述的兩個(gè)方法：,（1）最好的方法是利用歷史數(shù)據(jù)，根據(jù)以前做過的類似項(xiàng)目規(guī)模與新項(xiàng)目規(guī)模的比例關(guān)系，對照以前項(xiàng)目的工作量求出新項(xiàng)目的工作量。 采用這個(gè)方法的前提是：a.對以前項(xiàng)目規(guī)模和工作量的計(jì)量是正確的；b.至少有一個(gè)以前的項(xiàng)目的規(guī)模和新項(xiàng)目類似；c.新項(xiàng)目的開發(fā)周期、使用的開發(fā)方法、開發(fā)工具與以前項(xiàng)目的類似，而且開發(fā)人員的技能和經(jīng)驗(yàn)也不能與原來的人員相差太大。,（2）如果沒有歷史數(shù)據(jù)可用，或者新項(xiàng)目與以前做過的項(xiàng)目差別較大，那么可以使用一個(gè)成熟的估算模型，如采用IBM模型、COCOMO模型或Putnam方法論，

9、將軟件項(xiàng)目規(guī)模轉(zhuǎn)換成工作量。,IBM模型,1977年，IBM的Walston和Felix提出了如下的估算公式： E 5.2L0.91，L是源代碼行數(shù)(以KLOC計(jì))，E是工作量（以PM計(jì)） D 4.1L0.36，D是項(xiàng)目持續(xù)時(shí)間(以月計(jì)) S 0.54E0.6，S是人員需要量(以人計(jì)) DOC 49L1.01。DOC是文檔數(shù)量(以頁計(jì)) 在此模型中，一般指一條機(jī)器指令為一行源代碼。一個(gè)軟件的源代碼行數(shù)不包括程序注釋、作業(yè)命令、調(diào)試程序在內(nèi)。對于非機(jī)器指令編寫的源程序，如匯編語言或高級語言程序，應(yīng)轉(zhuǎn)換成機(jī)器指令源代碼行數(shù)來考慮。,下面以IBM模型為例來進(jìn)行計(jì)算。 為了計(jì)算，我們應(yīng)當(dāng)利用逆向法將功

10、能點(diǎn)轉(zhuǎn)化成一個(gè)等價(jià)的SLOC(SLOC is an acronym for Source Line Of Code. The total count of SLOCS is the sum of data declaration statements and executable statements.) 數(shù)值。這一步可以使用表4的語言等價(jià)表來完成： 所以，使用Java 2完成上述項(xiàng)目(366功能點(diǎn))時(shí)，將大約要下列SLOC數(shù)： L = 36648 = 17568行 = 17.568KLOC (kilo) of lines of code ) E 5.2L0.91 5.2 17.568 0.9

11、1 83人/月 DOC 49L1.01 49 17.568 1.01 869頁,Putnam模型,這是1978年P(guān)utnam提出的模型，是一種動態(tài)多變量模型。它是假定在軟件開發(fā)的整個(gè)生存期中工作量有特定的分布。這種模型是依據(jù)在一些大型項(xiàng)目（總工作量達(dá)到或超過30個(gè)人年）中收集到的工作量分布情況而推導(dǎo)出來的，但也可以應(yīng)用在一些較小的軟件項(xiàng)目中。 Putnam模型可以導(dǎo)出一個(gè)“軟件方程”，把已交付的源代碼（源語句）行數(shù)與工作量和開發(fā)時(shí)間聯(lián)系起來。其中，td是開發(fā)持續(xù)時(shí)間（以年計(jì)），K是軟件開發(fā)與維護(hù)在內(nèi)的整個(gè)生存期所花費(fèi)的工作量（以人年計(jì)），L是源代碼行數(shù)（以LOC計(jì)），Ck是技術(shù)狀態(tài)常數(shù)，它反映

12、出“妨礙程序員進(jìn)展的限制”，并因開發(fā)環(huán)境而異。其典型值的選取如下表所示。,COCOMO模型（COnstructive COst MOdel）,這是由TRW公司開發(fā)。Boehm提出的結(jié)構(gòu)型成本估算模型，是一種精確、易于使用的成本估算方法。在該模型中使用的基本量有以下幾個(gè)：DSI（源指令條數(shù)）定義為代碼或卡片形式的源程序行數(shù)。若一行有兩個(gè)語句，則算做一條指令。它包括作業(yè)控制語句和格式語句，但不包括注釋語句。KDSI1000DSI。MM（度量單位為人月）表示開發(fā)工作量。TDEV（度量單位為月）表示開發(fā)進(jìn)度。它由工作量決定。,（1）軟件開發(fā)項(xiàng)目的分類 在COCOMO模型中，考慮開發(fā)環(huán)境，軟件開發(fā)項(xiàng)目的

13、總體類型可分為三種：組織型（Organic）、嵌入型（Embedded）和介于上述兩種軟件之間的半獨(dú)立型（Semidetached）。,（2）COCOMO模型的分類 COCOMO模型按其詳細(xì)程度分成三級：即基本COCOMO模型、中間COCOMO模型、詳細(xì)COCOMO模型。基本COCOMO模型是一個(gè)靜態(tài)單變量模型，它用一個(gè)以已估算出來的源代碼行數(shù)（LOC）為自變量的（經(jīng)驗(yàn)）函數(shù)來計(jì)算軟件開發(fā)工作量。中間COCOMO模型則在用LOC為自變量的函數(shù)計(jì)算軟件開發(fā)工作量(此時(shí)稱為名義工作量)的基礎(chǔ)上，再用涉及產(chǎn)品、硬件、人員、項(xiàng)目等方面屬性的影響因素來調(diào)整工作量的估算。詳細(xì)COCOMO模型包括中間COC

14、OMO模型的所有特性，但用上述各種影響因素調(diào)整工作量估算時(shí)，還要考慮對軟件工程過程中每一步驟（分析、設(shè)計(jì)等）的影響。,對軟件項(xiàng)目進(jìn)行估算的第三步是根據(jù)工作量制定項(xiàng)目計(jì)劃，包括人員安排、工作量分解、開始和完成時(shí)間等等。可以根據(jù)自己的歷史數(shù)據(jù)或行業(yè)模型決定所需的資源并落實(shí)到項(xiàng)目計(jì)劃。可以采用上述的IBM模型或McConnell給出的方法粗略地給出項(xiàng)目持續(xù)時(shí)間（以IBM模型為例）： 項(xiàng)目需要的人員S0.54E0.6 0.5483 0.627人 項(xiàng)目持續(xù)時(shí)間D4.1L0.36 4.1 17.568 0.3626月,項(xiàng)目的成本估算包括許多因素：人力成本、辦公費(fèi)用、管理費(fèi)用、設(shè)備和軟件等的購置費(fèi)用、場地租

15、金、旅差費(fèi)等等。對項(xiàng)目成本的估算取決于公司所采用的成本核算方法。有的公司某些費(fèi)用并沒有計(jì)入項(xiàng)目成本中，而是按管理費(fèi)用等分?jǐn)?。有的從歷史數(shù)據(jù)求出生產(chǎn)率度量和每行成本，即行PM(人月)和元行，則LOC的值與元行相乘得到成本，用LOC 的值與行PM相除得到工作量。具體可按公司的具體情況選擇,軟件質(zhì)量度量 軟件復(fù)雜性度量 軟件可靠性度量,軟件開發(fā)過程的管理,風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)管理要素 風(fēng)險(xiǎn)識別 風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)的優(yōu)先級 風(fēng)險(xiǎn)管理計(jì)劃 風(fēng)險(xiǎn)化解 風(fēng)險(xiǎn)監(jiān)視,軟件項(xiàng)目風(fēng)險(xiǎn)管理五種狀態(tài),危機(jī)管理風(fēng)險(xiǎn)已經(jīng)造成麻煩后才處理。 失敗處理覺察到風(fēng)險(xiǎn)并迅速處理。 風(fēng)險(xiǎn)緩解事先制訂好風(fēng)險(xiǎn)發(fā)生后的補(bǔ)救 措施，但不作任何防范措施。

16、 著力預(yù)防將識別和防范作為項(xiàng)目一部分 加以規(guī)劃和執(zhí)行。 消滅根源識別和消除風(fēng)險(xiǎn)根源。,軟件項(xiàng)目風(fēng)險(xiǎn)管理原則,區(qū)分風(fēng)險(xiǎn)和已存在的現(xiàn)有問題 通過風(fēng)險(xiǎn)的管理變被動的面對風(fēng)險(xiǎn)，即消防狀態(tài)為主動面對風(fēng)險(xiǎn)，即釣魚狀態(tài) 最小化項(xiàng)目失敗的潛在可能 創(chuàng)造風(fēng)險(xiǎn)管理的氣氛,風(fēng)險(xiǎn)檢查列表,產(chǎn)品規(guī)模與要建造或要修改的軟件的總體規(guī)模相關(guān)的風(fēng)險(xiǎn)。 商業(yè)影響與管理或市場所加諸的約束相關(guān)的風(fēng)險(xiǎn)。 客戶特性與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險(xiǎn)。 過程定義與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風(fēng)險(xiǎn)。 開發(fā)環(huán)境與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險(xiǎn)。 建造的技術(shù)與待開發(fā)軟件的復(fù)雜性及系統(tǒng)所包

17、含技術(shù)的“新奇性”相關(guān)的風(fēng)險(xiǎn)。 人員數(shù)目與經(jīng)驗(yàn)與參與工作的軟件工程師的總體技術(shù)水平及項(xiàng)目經(jīng)驗(yàn)相關(guān)的風(fēng)險(xiǎn)。,風(fēng)險(xiǎn)因素,性能風(fēng)險(xiǎn)產(chǎn)品能夠滿足需求且符合于 其使用目的的不確定的程度。 成本風(fēng)險(xiǎn)項(xiàng)目預(yù)算能夠被維持的不確定的程度。 支持風(fēng)險(xiǎn)軟件易于糾錯、適應(yīng)及增強(qiáng)的不確定的程度。 進(jìn)度風(fēng)險(xiǎn)項(xiàng)目進(jìn)度能夠被維持且產(chǎn)品能按時(shí)交付的不確定的程度。,安排風(fēng)險(xiǎn)管理計(jì)劃的進(jìn)度,將風(fēng)險(xiǎn)管理計(jì)劃和標(biāo)準(zhǔn)項(xiàng)目管理過程結(jié)合，確保計(jì)劃的執(zhí)行 把風(fēng)險(xiǎn)管理計(jì)劃的任務(wù)安排到項(xiàng)目進(jìn)度表中,監(jiān)控因素,項(xiàng)目組成員對于項(xiàng)目壓力的一般態(tài)度項(xiàng)目組的凝聚力項(xiàng)目組成員彼此之間的關(guān)系與報(bào)酬和利益相關(guān)的潛在問題在公司內(nèi)和公司外工作的可能性文檔,項(xiàng)目成本預(yù)

18、算,軟件成本 軟件報(bào)價(jià),軟件成本,涉及到軟件成本的常見問題：,情境一： 你們幫我們設(shè)計(jì)個(gè)辦公自動化系統(tǒng)，需要多少錢？ 情境二： 我們預(yù)算投入20萬建立公司的信息管理系統(tǒng)，你們能不能做的到？ 情境三： 對方公司希望與我們合作，捆綁銷售，我們的軟件許可證一份收多少錢？,軟件成本的構(gòu)成,一： 人員工資 差旅費(fèi) 通訊費(fèi) 硬件 工具 福利費(fèi) 招待費(fèi)等等,二： 管理費(fèi)用分?jǐn)?人員招聘費(fèi)用 風(fēng)險(xiǎn)費(fèi)用 培訓(xùn)成本費(fèi) 技術(shù)支持費(fèi) 用戶教育費(fèi) 包裝制作費(fèi) 市場推廣費(fèi)等等,軟件成本的快速估算（1） 以人月為基礎(chǔ)：,（人員數(shù)開發(fā)周期單位工資）3（成本系數(shù)） 例如： 人員平均工資5000元，共需要6名工程師，項(xiàng)目開發(fā)周期

19、為4個(gè)月 則簡單的成本估算為（6人4月5000元）3360000元,歷史經(jīng)驗(yàn)： 人員規(guī)模越大,成本系數(shù)越高。 技術(shù)水平越高，成本系數(shù)越高。 開發(fā)周期越長，成本系數(shù)越高。 一般系數(shù)為：1.53.0之間。,特征： 簡單，容易估算 需要建立在工作量計(jì)算的基礎(chǔ)上進(jìn)行估算 不夠準(zhǔn)確，彈性大,軟件成本的快速估算（2） 以功能點(diǎn)為基礎(chǔ)：,功能模塊單價(jià)功能點(diǎn)數(shù)開發(fā)系數(shù) 例如 ：某個(gè)系統(tǒng)可分為10個(gè)模塊，每個(gè)模塊按照歷史的經(jīng)驗(yàn)計(jì)算，其中： 3個(gè)為15000元，開發(fā)難度系數(shù)為2 5個(gè)為20000元，開發(fā)難度系數(shù)為3 2個(gè)為4000元，開發(fā)難度系數(shù)為1 則系統(tǒng)的成本為： （15000 3) 2 +(20000 5）

20、3 （4000 2) 1 =398000元,歷史經(jīng)驗(yàn)： 系統(tǒng)越復(fù)雜，開發(fā)難度系數(shù)越高 開發(fā)架構(gòu)與語言越高級，開發(fā)難度越高 功能點(diǎn)越精細(xì)，準(zhǔn)確度越高 團(tuán)隊(duì)開發(fā)歷史越久，準(zhǔn)確度越高 功能點(diǎn)單價(jià)除了根據(jù)歷史經(jīng)驗(yàn)外可參考同等規(guī)模的同行報(bào)價(jià)。,功能點(diǎn)的估算辦法： 1、整理出項(xiàng)目功能列表； 2、將功能列表進(jìn)行歸類，整理成模塊； 3、按照模塊估算代碼量和工作量； 4、估算出功能點(diǎn)的成本； 5 、根據(jù)用戶的需求和實(shí)現(xiàn)方式，估算開發(fā)系數(shù)。,特征： 需要參照歷史經(jīng)驗(yàn)或者同類產(chǎn)品 需要進(jìn)行需求分析與概要設(shè)計(jì) 準(zhǔn)確度相對比較高 工作量大，估算工作本身也占據(jù)成本與進(jìn)度 不僅可做項(xiàng)目估算，也可作為項(xiàng)目控制的依據(jù)。,軟件報(bào)

21、價(jià),軟件報(bào)價(jià)的相關(guān)因素 軟件成本 銷售模式 市場戰(zhàn)略,軟件的銷售辦法,軟件的報(bào)價(jià)原則 個(gè)性化定制的越多，成本加權(quán)越高 產(chǎn)品化成熟度越低，成本加權(quán)越高 行業(yè)與專業(yè)特征越明顯，成本加權(quán)越高 同樣功能和性能的軟件產(chǎn)品，因?yàn)殇N售方式的不同，報(bào)價(jià)很可能相差巨大！,市場戰(zhàn)略最終決定軟件的報(bào)價(jià) 啟動新興市場 擴(kuò)大市場占有率 打擊競爭對手 市場鞏固和維護(hù),市場戰(zhàn)略最終決定軟件的報(bào)價(jià) 搶占新興市場 沒有明顯的可比性 價(jià)格試探 受到客戶心理承受能力約束 與軟件成本關(guān)聯(lián)不大,市場戰(zhàn)略最終決定軟件的報(bào)價(jià) 擴(kuò)大市場占有率 市場成熟，出現(xiàn)競爭對手 銷售規(guī)模與銷售單價(jià)獲得平衡 雖然與軟件成本有關(guān)，但利潤同樣豐厚,市場戰(zhàn)略最

22、終決定軟件的報(bào)價(jià) 打擊競爭對手 進(jìn)入已有市場或受到競爭對手嚴(yán)重威脅 以極低的價(jià)格或者不計(jì)短期成本的方式打擊對手 相對忽略軟件直接成本，而更重視的是性價(jià)比以及綜合競爭優(yōu)勢。,市場戰(zhàn)略最終決定軟件的報(bào)價(jià) 市場鞏固和維護(hù) 報(bào)價(jià)以獲得客戶忠誠度和滿意度為原則 價(jià)格與軟件開發(fā)直接成本關(guān)聯(lián)不大，而與服務(wù)成本有關(guān)。,回顧 按照人月工資能夠快速估算軟件成本。 同樣的軟件有多種報(bào)價(jià)模式。 市場戰(zhàn)略決定了軟件報(bào)價(jià)。,某校在校生近5000人，每學(xué)期在期中都要進(jìn)行一次對教師的教學(xué)質(zhì)量測評，要求所有學(xué)生都要參加。以前測評的方式都是手工操作，由教務(wù)處發(fā)出書面問卷調(diào)查表，每個(gè)同學(xué)填寫完成后交回到教務(wù)處。然后教務(wù)處再使用手工

23、的方法對問卷進(jìn)行統(tǒng)計(jì)匯總，最后得出學(xué)生對每一位教師的總體評價(jià)。這種方法一方面浪費(fèi)了大量的財(cái)力、人力，另一方面統(tǒng)計(jì)繁瑣且容易出錯?？紤]到現(xiàn)在學(xué)校校園網(wǎng)已經(jīng)建成，為節(jié)省開支，提高效率，學(xué)校決定委托計(jì)算機(jī)系開發(fā)一套基于校園網(wǎng)的教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng),1、問題的提出,2、問題分析,系統(tǒng)分析人員經(jīng)過與學(xué)校教務(wù)部門及各相關(guān)單位進(jìn)行充分的調(diào)查后，了解了該項(xiàng)目的一些背景資料與基本要求。教師測評分兩大部分，一是師德測評；二是教學(xué)質(zhì)量測評。師德測評有4項(xiàng)指標(biāo)，教學(xué)質(zhì)量測評有14項(xiàng)指標(biāo)。系統(tǒng)要實(shí)現(xiàn)的目標(biāo)是： 所有學(xué)生在指定時(shí)間內(nèi)在指定機(jī)房的計(jì)算機(jī)上完成對任課教師的測評打分，測評過程全部采用選擇的方法，不需要輸入任何信

24、息 所有的測評數(shù)據(jù)保存在學(xué)校中心服務(wù)器上，有較為嚴(yán)格的安全措施 系統(tǒng)能對所有的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)匯總，得出每一位教師的測評結(jié)果，并能進(jìn)行排序、輸出。 系統(tǒng)開發(fā)的大體費(fèi)用在1.2萬元左右，開發(fā)周期大約6個(gè)人月。,系統(tǒng)定義報(bào)告,案例文檔之一系統(tǒng)定義報(bào)告 用戶單位：XX學(xué)校教務(wù)處 負(fù)責(zé)人：XXX 開發(fā)單位：XX學(xué)校計(jì)算機(jī)系 分析員：XXX 項(xiàng)目名稱：基于校園網(wǎng)的教學(xué)質(zhì)量測評系統(tǒng) 問題概述：教師教學(xué)質(zhì)量測評每學(xué)期必須進(jìn)行一次，原有的手工方法存在資源浪費(fèi)、效率極低、結(jié)果不準(zhǔn)確等問題。(其它的相關(guān)說明) 項(xiàng)目目標(biāo)：開發(fā)一個(gè)效率高且相對通用的教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)。 項(xiàng)目規(guī)模：開發(fā)成本大約1.2萬元，開發(fā)周期約6個(gè)

25、人月。 可行性研究：建議進(jìn)行一周，費(fèi)用不超過500元。,可行性研究最終生成可行性研究報(bào)告,可行性研究報(bào)告 1引言 1.1編寫目的 本報(bào)告分析了教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)開發(fā)的可行性，請?jiān)侯I(lǐng)導(dǎo)審閱并對是否進(jìn)行該系統(tǒng)的開發(fā)做出批示。 1.2項(xiàng)目背景 建議進(jìn)行教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)的開發(fā)。(背景介紹略) 我院計(jì)算機(jī)系具備進(jìn)行該軟件系統(tǒng)開發(fā)的能力并承擔(dān)本軟件系統(tǒng)的開發(fā)與維護(hù)工作。該軟件系統(tǒng)由我院教務(wù)處使用。 ,軟件項(xiàng)目開發(fā)計(jì)劃書 1引言 1.1編寫目的 為保證教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)的開發(fā)成功，按期交付使用，特編寫項(xiàng)目開發(fā)計(jì)劃，請參與開發(fā)的人員遵照執(zhí)行。 1.2項(xiàng)目背景(略) 1.3定義 教師教學(xué)網(wǎng)絡(luò)測評系統(tǒng)以下簡稱測評系統(tǒng)。 。,二. 軟件能力成熟度模型,1. CMM簡介 2. CMM的成熟度級別,1. CMM簡介,CMMcapability maturity