【正文】 說明并比較項(xiàng)目成本控制中三個(gè)累計(jì)量之間的關(guān)系。說說信息系統(tǒng)項(xiàng)目的特點(diǎn)，并談?wù)勀銓?duì)這些特點(diǎn)的理解。同時(shí)還有重視第三方的監(jiān)理和審計(jì)的引入，通過第三方的審查和監(jiān)督來確保項(xiàng)目的質(zhì)量。版本控制的含義是通過給文檔和程序文件編上版本號(hào)，記錄每次的修改信息，使項(xiàng)目組的所有成員都了解文檔和程序的修改過程。在每個(gè)階段末要 “凍結(jié) ”部分成果，作為下個(gè)階段開發(fā)的基礎(chǔ)。規(guī)程由一系列的活動(dòng)組成，形成方法體系。這三種傾向是：產(chǎn)品運(yùn)行、產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移。信息系統(tǒng)質(zhì)量的指標(biāo)體系信息系統(tǒng)的質(zhì)量是比較難管理的。在該圖中階段之間的接口至少存在列出來的 9個(gè)問題，要想每一個(gè)問題都能順利解決，并不太容易。因而我們必須重視信息系統(tǒng)建設(shè)的質(zhì)量管理。總分 100。激勵(lì)的結(jié)果是使參與信息系統(tǒng)的所有成員組織成一個(gè)工作富有成效的項(xiàng)目團(tuán)隊(duì)。信息系統(tǒng)項(xiàng)目成長階段與激勵(lì)的關(guān)系示意圖參見圖 515。項(xiàng)目團(tuán)隊(duì)能開放、坦誠、及時(shí)地進(jìn)行溝通?！　≡谡?guī)階段，項(xiàng)目經(jīng)理采取的激勵(lì)方式除參與激勵(lì)外，還有兩個(gè)重要方式：一是發(fā)掘每個(gè)成員的自我成就感和責(zé)任意識(shí)，誘導(dǎo)員工進(jìn)行自我激勵(lì)；二是盡可能地多創(chuàng)造團(tuán)隊(duì)成員之間互相溝通、互相學(xué)習(xí)的好環(huán)境，以及從項(xiàng)目外部聘請(qǐng)專家講解與項(xiàng)目有關(guān)的新知識(shí)和新技術(shù)，給員工充分的知識(shí)激勵(lì)。 ③ 正規(guī)（ norming）階段　　經(jīng)受了震蕩階段的考驗(yàn)后，項(xiàng)目團(tuán)隊(duì)就進(jìn)入了發(fā)展的正規(guī)階段?，F(xiàn)實(shí)也許會(huì)與個(gè)人當(dāng)初的設(shè)想不一致。這一階段的情緒特點(diǎn)包括激動(dòng)、希望、懷疑、焦急和猶豫。初、中、高級(jí)人員最初的薪水水平可以按類似 ： ： 比例定位。這里的系統(tǒng)開發(fā)人員既包括程序員，也包括測(cè)試員。一般說來，每個(gè)項(xiàng)目小組的規(guī)模應(yīng)該比較小，以 2~8名成員為宜。顯然，相對(duì)圖 512（ b）來講，調(diào)整后該項(xiàng)目的人力需求波動(dòng)較小。為了使人力資源盡可能地平衡我們來考察該項(xiàng)目的網(wǎng)絡(luò)圖從圖 511中可以看出，該項(xiàng)目的關(guān)鍵路徑是原型法軟件開發(fā)、系統(tǒng)測(cè)試與轉(zhuǎn)換、文檔寫作三個(gè)活動(dòng)。圖 511 反映學(xué)籍信息管理系統(tǒng)項(xiàng)目人力資源需求的網(wǎng)絡(luò)圖原型法軟件開發(fā)8周2個(gè)信息技術(shù)人員文檔寫作2周1個(gè)信息技術(shù)人員網(wǎng)絡(luò)設(shè)計(jì)與實(shí)現(xiàn)5周1個(gè)信息技術(shù)人員設(shè)備采購3周1個(gè)信息技術(shù)人員系統(tǒng)測(cè)試與轉(zhuǎn)換3周2個(gè)信息技術(shù)人員人員培訓(xùn)1周1個(gè)信息技術(shù)人員項(xiàng)目開始項(xiàng)目結(jié)束　　如果不采用項(xiàng)目管理的思想，一般人們都會(huì)希望各項(xiàng)活動(dòng)盡可能早開始、盡可能早結(jié)束。人力資源平衡是在不延長項(xiàng)目完工時(shí)間的情況下建立人力資源均衡利用的進(jìn)度計(jì)劃。但是，信息系統(tǒng)開發(fā)人員作為技術(shù)工種，可不是一旦需要就馬上找得到的，那么在制定人力資源計(jì)劃時(shí)，就要在基本按照上述曲線配備人力的同時(shí)，盡量使某個(gè)階段的人力穩(wěn)定，并且確保整個(gè)項(xiàng)目期人員的波動(dòng)不要太大。并且由于信息系統(tǒng)開發(fā)具有較強(qiáng)的個(gè)人風(fēng)格，所以交流溝通的時(shí)間更容易拉長，而后來者還不一定能達(dá)到原來開發(fā)人員的工作質(zhì)量。這里，Brooks從另一個(gè)角度說明了 “時(shí)間與人員不能線性互換 ”這一原則。本節(jié)主要知識(shí)點(diǎn)：信息系統(tǒng)項(xiàng)目的人力資源平衡　　 信息系統(tǒng)項(xiàng)目的團(tuán)隊(duì)１、信息系統(tǒng)項(xiàng)目的人力資源平衡① 人員 — 進(jìn)度權(quán)衡定律在前面講到 Putnam模型時(shí)得到公式（ ）：，從這個(gè)公式可知開發(fā)軟件項(xiàng)目的工作量（ E）與交付時(shí)間（ td）的 4次方成反比，公式中工作量的單位是人年，進(jìn)度的單位是年，顯然，軟件開發(fā)過程中人員與時(shí)間的折衷是一個(gè)十分重要的問題。由于項(xiàng)目總工期不會(huì)少于 15周，壓縮全部活動(dòng)至應(yīng)急時(shí)間將會(huì)浪費(fèi) 36， 000元。表 57表明項(xiàng)目總工期減少 1周，項(xiàng)目總成本將增加 5，000元；項(xiàng)目工期減少 2周，項(xiàng)目總成本將增加 11， 000元；項(xiàng)目工期減少 3周，項(xiàng)目總成本將增加 23， 000元。因此，我們必須將兩條路徑同時(shí)加速 1周。因此，為了將項(xiàng)目總工期從 16周縮短至 15周，我們需將活動(dòng) D和活動(dòng) A各壓縮 1周。為了將項(xiàng)目總工期從 16周減至 15周，必須將每個(gè)路徑都加速 1周。這就將關(guān)鍵路徑 C—D 的工期減至 16周了，但總項(xiàng)目成本卻增加了 6 000元，從 205 000元增至 211 000元。如果將活動(dòng) C縮短 1周，項(xiàng)目總工期可從 18周縮短至 17周，但項(xiàng)目總成本增加了 5 000元（ C的每周加急成本），達(dá) 205， 000元。 時(shí)間 — 成本平衡法的目標(biāo)是通過壓縮那些使總成本增加最少的活動(dòng)的工期，來確定項(xiàng)目最低的完成時(shí)間。按應(yīng)急時(shí)間估計(jì)計(jì)算，項(xiàng)目的最早結(jié)束時(shí)間是15周，比在正常時(shí)間內(nèi)完成這些活動(dòng)提前 3周?？s短工期的單位時(shí)間加急成本可用如下公式計(jì)算：　　　　　　　　　　　　　　　　　　　　　 　　（ ） 　　　　　　　　　　　　　　例如，在圖 58中，將活動(dòng) A的工期從正常時(shí)間縮短至應(yīng)急時(shí)間，在縮短的這段時(shí)間內(nèi)的每周成本為圖 58的網(wǎng)絡(luò)圖從開始到完成有兩條路徑：路徑 A——B 和路徑 C——D 。例如，無論投入多少資源，無論花費(fèi)多少成本，也不能在少于 5周的時(shí)間內(nèi)完成活動(dòng) A。時(shí)間 — 成本平衡法基于的假設(shè)條件（ 2）一項(xiàng)活動(dòng)的工期可以通過從正常時(shí)間減至應(yīng)急時(shí)間得到有效的縮減，這要靠投入更多的資源來實(shí)現(xiàn) —— 指派更多的人、延長工作時(shí)間、使用更多的設(shè)備等。正常時(shí)間 是指在正常條件下完成某項(xiàng)活動(dòng)需要的估計(jì)時(shí)間；正常成本是指在正常時(shí)間內(nèi)完成某項(xiàng)活動(dòng)的預(yù)計(jì)成本?！　≈劣谛畔⑾到y(tǒng)項(xiàng)目計(jì)劃調(diào)整的方法，下面詳細(xì)講解比較重要的一種，即 時(shí)間 — 成本平衡法 。另外，為了實(shí)現(xiàn)成本控制，除在表 55中列出預(yù)算分?jǐn)偤头謹(jǐn)偫塾?jì)進(jìn)行控制外，還可以在預(yù)算分?jǐn)偤突顒?dòng)進(jìn)度表的基礎(chǔ)上，制定一個(gè)在 50周范圍內(nèi)每周的預(yù)算分?jǐn)偙怼．?dāng)然，也可以采取折衷的辦法，一邊申請(qǐng)延期，一邊調(diào)整進(jìn)度計(jì)劃。由于客戶關(guān)系信息系統(tǒng)整個(gè)項(xiàng)目的總時(shí)差為 9，也就是說，開發(fā)本項(xiàng)目需要 59周，而不僅僅是合同規(guī)定的 50周。一個(gè)大的網(wǎng)絡(luò)圖從開始到完成可以有很多條路徑?？倳r(shí)差可以用每項(xiàng)活動(dòng)的最遲結(jié)束（開始）時(shí)間減去它的最早結(jié)束（開始）時(shí)間算出，即總時(shí)差 = LF – EF 或 總時(shí)差 = LS – ES如果某項(xiàng)活動(dòng)的總時(shí)差為正值，表明該項(xiàng)活動(dòng)花費(fèi)時(shí)間總量可以適當(dāng)延長，而不必?fù)?dān)心會(huì)出現(xiàn)在要求完工時(shí)間內(nèi)活動(dòng)無法完成的窘?jīng)r。最遲開始時(shí)間（ LS）則可以在這項(xiàng)活動(dòng)最遲結(jié)束時(shí)間（ LF）的基礎(chǔ)上減去這項(xiàng)活動(dòng)的工期估計(jì)計(jì)算出來，即： LS=LF工期估計(jì) 。（ 2）最遲開始時(shí)間 （ latest start time ,LS） 和最遲結(jié)束時(shí)間 （ latest finish time ,LF） 。它們是指在項(xiàng)目合同開始時(shí)間的基礎(chǔ)上，每項(xiàng)活動(dòng)能夠開始和完成的最早時(shí)間 。上述六個(gè)大的活動(dòng)又細(xì)分為 22項(xiàng)小活動(dòng)，各項(xiàng)小活動(dòng)之間的順序關(guān)系以及每項(xiàng)小活動(dòng)的工期估計(jì)和預(yù)算分?jǐn)偣烙?jì)如表 55所示。實(shí)例分析 : 現(xiàn)在某企業(yè)準(zhǔn)備開發(fā)一個(gè)客戶關(guān)系管理的信息系統(tǒng)，合同雙方將系統(tǒng)交付使用作為項(xiàng)目終結(jié)的依據(jù)，雙方同意維護(hù)期間費(fèi)用另行支付。經(jīng)驗(yàn)表明，讓某項(xiàng)工作的具體負(fù)責(zé)人進(jìn)行估計(jì)是較好的方法， 因?yàn)檫@樣做既可以得到該負(fù)責(zé)人的承諾，對(duì)他產(chǎn)生有效的參與激勵(lì)，又可以減少由項(xiàng)目經(jīng)理一個(gè)人進(jìn)行所有活動(dòng)的工期估計(jì)時(shí)所產(chǎn)生的偏差。比如對(duì)于一個(gè)待建系統(tǒng)可以先按照生命周期的各階段展開，然后按照子系統(tǒng)或系統(tǒng)功能點(diǎn)展開。信息系統(tǒng)項(xiàng)目的進(jìn)度和成本計(jì)劃根據(jù)上一小節(jié)的測(cè)算，我們能估測(cè)出信息系統(tǒng)項(xiàng)目所需要的工作量、總的項(xiàng)目建設(shè)時(shí)間和項(xiàng)目成本。這是由于軟件開發(fā)規(guī)模測(cè)算過程中不確定的因素太多，必須要采用定性與定量方式結(jié)合起來的方法才能測(cè)定。ESTIMACS和 SPQR/20是根據(jù)功能點(diǎn)估算模型開發(fā)出來的 上述每種自動(dòng)估算工具都能與管理或計(jì)劃人員對(duì)話，從而得到合用的項(xiàng)目與支持信息，并產(chǎn)生表格式的輸出及在某些情況下產(chǎn)生圖形輸出。這種自動(dòng)估算工具使得管理或計(jì)劃人員能夠估算待開發(fā)軟件項(xiàng)目的成本和工作量，還可以對(duì)人員配置和交付日期等進(jìn)行估計(jì)。CoCoMo模型和 Putnam模型都是在估算軟件代碼行的方式基礎(chǔ)上，估算出了軟件開發(fā)的工作量和軟件開發(fā)的成本。由式（ ）有：（ ）C = λE （ ）其中， C表示開發(fā)成本，單位是萬元； λ表示每人年的人力成本，單位是萬元 /人年。相應(yīng)的方程是（ ）其中： L表示源程序代碼行數(shù)。表 53把軟件劃分為組織型、半獨(dú)力型和嵌入型三類，允許不同應(yīng)用領(lǐng)域和復(fù)雜程度的軟件按照上述三類軟件的適用范圍選取相應(yīng)的參數(shù) a，b， c， d。 D表示開發(fā)時(shí)間，單位是月?；?CoCoMo模型用于系統(tǒng)開發(fā)的初期，估算整個(gè)系統(tǒng)的工作量（包括軟件維護(hù)）和軟件開發(fā)所需要的時(shí)間；中間 CoCoMo模型用于估算各個(gè)子系統(tǒng)的工作量和開發(fā)時(shí)間；詳細(xì) CoCoMo模型用于估算獨(dú)立的軟部件，如子系統(tǒng)內(nèi)部的各個(gè)模塊。軟件的兩個(gè)經(jīng)驗(yàn)估算模型應(yīng)用軟件的估算模型是根據(jù)以前完成項(xiàng)目的實(shí)際數(shù)據(jù)導(dǎo)出的，由于導(dǎo)出模型的數(shù)據(jù)是 “從前的 ”、 “局部的 ”，因此估算模型不可能適用于當(dāng)前所有的信息系統(tǒng)項(xiàng)目和全部開發(fā)環(huán)境。軟件開發(fā)的規(guī)模是影響軟件開發(fā)成本和工作量的重要因素。 軟件開發(fā)的生產(chǎn)率 ：Pf = FP / E （ ）其中： Pf表示每人月完成的功能點(diǎn)數(shù)。它是根據(jù)軟件擬實(shí)現(xiàn)的基本功能定義的，因此在系統(tǒng)分析初期就能夠估算出軟件開發(fā)的規(guī)模。每行代碼的平均成本： Cl = S / L （ ）其中： S是軟件開發(fā)的總成本，用人民幣或美元度量。利用代碼行數(shù)不僅能度量軟件的規(guī)模，而且還可以度量軟件開發(fā)的生產(chǎn)率、開發(fā)每行代碼的平均成本、文