軟件項目管理全套文檔模板VIP

1、模版集萃綜述在程序員的口常工作中，除了編寫代碼之外，還免不了需要編寫各種技術(shù)文檔。一個編 寫良好的技術(shù)文檔在項目中能夠很好地建立溝通與協(xié)作，起到很積極的作用。因此，編寫技 術(shù)文檔也就成為了程序員技能提升的很重要的一面。為此，我們特意收集了一些在項目開發(fā)過程中經(jīng)常用到的文檔模板，這些模板包括格式 和簡單的寫作說明，相信能夠幫助大家編寫出更加高效、實用的技術(shù)文檔。在收集過程中， 我們十分注重其實用性，以確保每個模板的價值，而且對于一些重要的文檔提供了多個模板。為了方便大家查找，我們將收錄的57模板分為以下幾類：項目及開發(fā)管理類：包括立項前的分析，立項后的計劃、以及進度跟蹤、風(fēng)險控制方面 的文檔模板

2、，共計16個；需求分析類：明確清晰的需求，是項目成功的基礎(chǔ)，在此收集了在需求分析過程中所將 使用到的文檔模板，共計14個；系統(tǒng)分析與設(shè)計類：包括體系結(jié)構(gòu)設(shè)計、高層設(shè)計、詳細(xì)設(shè)計、數(shù)據(jù)庫設(shè)計等6個相關(guān) 文檔模板；軟件質(zhì)量保證類：軟件測試是質(zhì)量保證的關(guān)鍵活動，在此收集了軟件測試相關(guān)的11個 文檔模板；其它類：除此之外，還收集了關(guān)于用戶手冊、軟件維護等方面的10個文檔模板，其中 還有一個軟件過程規(guī)范的示例。另外，值得說明的是，文檔模板只是為文檔的編寫提供一個基礎(chǔ)，在實際的編寫過程中, 你可以根據(jù)自己的需要進行必要的剪裁和增補。一、項目及開發(fā)管理類1.1可行性研究報告（ISO標(biāo)準(zhǔn)）編者說明：在立項時，

3、應(yīng)該對項目進行綜合分析，探討項目的經(jīng)濟、社會、技術(shù)可行性，從而為決 策提供基礎(chǔ)。該模板為ISO標(biāo)準(zhǔn)文檔模板，其不僅適用于軟件項目，對于其它的系統(tǒng)項目也 適用。1 .引言1.1 編寫目的編寫本可行性研究報告的目的，指出預(yù)期的讀者。1.2 背景a.所建議開發(fā)的軟件系統(tǒng)的名稱；b.本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算站或計算機網(wǎng)絡(luò)： c.該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。1.3 定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。1.4 參考資料列出用得著的參考資料。2 .可行性研究的前提說明對所建議開發(fā)的軟件的項目進行可行性研究的前提。3 . 1要求說明對

4、所建議開發(fā)的軟件的基本要求。4 .2目標(biāo)說明所建議系統(tǒng)的主要開發(fā)目標(biāo)。5 .3條件、假定和限制說明對這項開發(fā)中給出的條件、假定和所受到期的限制。6 .4進行可行性研究的方法說明這項可行性研究將是如何進行的，所建議的系統(tǒng)將是如何評價的，摘要說明 所使用的基本方法和策略。2. 5評價尺度說明對系統(tǒng)進行評價時所使用的主要尺度。3.對現(xiàn)有系統(tǒng)的分析這里的現(xiàn)有系統(tǒng)是指當(dāng)前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)，也可能 是一個機械系統(tǒng)甚至是一個人工系統(tǒng)。分析現(xiàn)有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必 要性。3.1 處理流程和數(shù)據(jù)流程說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可

5、用圖表即流程圖的形式表 示，并加以敘述。3.2 工作負(fù)荷列出現(xiàn)有系統(tǒng)所承擔(dān)的工作及工作量。3.3 費用開支列出由于運行現(xiàn)有系統(tǒng)所引起的費用開支。3. 4人員列出為了現(xiàn)有系統(tǒng)的運行和維護所需要的人員的專業(yè)技術(shù)類別和數(shù)量。3. 5設(shè)備列出現(xiàn)有系統(tǒng)所使用的各種設(shè)備。1 .6局限性列出本系統(tǒng)的主要局限性。4 .所建議的系統(tǒng)4. 1對所建議系統(tǒng)的說明概括地說明所建議系統(tǒng)，并說明在第2條中列出的那些要求將如何得到滿足，說 明所使用的基本方法及理論根據(jù)。5. 2處理流程和數(shù)據(jù)流程。給出所建議系統(tǒng)的處理流程式和數(shù)據(jù)流程。6. 3改進之處按2. 2條中列出的目標(biāo)，逐項說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改進。1.

6、4 影響說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改。4. 4. 1.對設(shè)備的影響說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改5. 4. 2.對軟件的影響說明為了使現(xiàn)存的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)，而需要對這些 軟件所進行的修改和補充。6. 4. 3.對用戶單位機構(gòu)的影響說明為了建立和運行所建議系統(tǒng)，對用戶單位機構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。7. 4. 4.對系統(tǒng)運行過程的影響說明所建議系統(tǒng)對運行過程的影響。8. 4. 5.對開發(fā)的影響說明對開發(fā)的影響。9. 4. 6.對地點和設(shè)施的影響說明對建筑物改造的要求及對環(huán)境設(shè)施的要求。10.

7、4. 7.對經(jīng)費開支的影響扼要說明為了所建議系統(tǒng)的開發(fā)，統(tǒng)計和維持運行而需要的各項經(jīng)費開支。1.5 技術(shù)條件方面的可能性本節(jié)應(yīng)說明技術(shù)條件方面的可能性5 .可選擇的其他系統(tǒng)方案扼要說明曾考慮過的每一種可選擇的系統(tǒng)方案，包括需開發(fā)的和可從國內(nèi)國外直接購買 的，如果沒有供選擇的系統(tǒng)方案可考慮，則說明這一點。5 . 1可選擇的系統(tǒng)方案1說明可選擇的系統(tǒng)方案1,并說明它末被選中的理由。6 .2可選擇的系統(tǒng)方案2按類似5。1條的方式說明第2個乃至第n個可選擇的系統(tǒng)方案。6 .投資及效益分析6. 1支出對于所選擇的方案，說明所需的費用，如果已有一個現(xiàn)存系統(tǒng)，則包括該系統(tǒng)繼 續(xù)運行期間所需的費用。6. 1.

8、 1基本建設(shè)投資包括采購、開發(fā)和安裝所需的費用。6. 1.2其他一次性支出6. 1.3非一次性支出列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運行和維護的費用。1.2 收益對于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現(xiàn)為開支費用的 減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括:1.2.1 1 一次性收益說明能夠用人民幣數(shù)目表示的一次性收益，可按數(shù)據(jù)處理、用戶、管理和支持等 項分類敘述。1.2.2 非一次性收益說明在整個系統(tǒng)生命期內(nèi)由于運行所建議系統(tǒng)而導(dǎo)致的按月的、按年的能用人民 幣數(shù)目表示的收益，包括開支的減少和避免。1.2.3 不可定量的收益

9、逐項列出無法直用人民幣表示的收益。1.3 收益/投資比求出整個系統(tǒng)生命期的收益/投資比值。1.4 投資回收周期求出收益的累計數(shù)開始超過支出的累計數(shù)的時間。6. 5敏感性分析是指一些關(guān)鍵性因素與這些不同類型之間的合理搭配、處理速度要求、設(shè)備和軟 件的配置等變化時，對開支和收益的影響最靈敏的范圍的估計。7.社會因素方面的可能性7. 1.法律方面的可行性7. 2.使用方面的可行性8. 結(jié)論在進行可行性研究報告的編制時，必須有一個研究的結(jié)論1.2軟件項目商業(yè)性分析編者說明：隨著市場經(jīng)濟的不斷發(fā)展，一個項目的商業(yè)價值、市場價值往往是衡量項目價值的最大 依據(jù)。該文檔模板十分適用于產(chǎn)品型項目，當(dāng)你提出一個新

10、的產(chǎn)品開發(fā)方向時，一份商業(yè)性 分析是說服管理層的一個很好工具。當(dāng)然，如果是一些內(nèi)部項目，也是可以借鑒該文檔模板來論證該項目的商業(yè)價值。1 .文檔概述該部分主要描述該文檔的目的、范圍、術(shù)語以及參考資料等方面的內(nèi)容。1.1 目的說明該文檔的作用。1.2 范圍簡要說明該與文檔相關(guān)的其它事物與資料。1.3 術(shù)語列出所有將出現(xiàn)于本文檔的新術(shù)語、縮略語等。1.4 4 參考資料在此應(yīng)列出項目計劃中引用的文檔列表，對于引用的每個文檔都應(yīng)該列出其標(biāo)題、文 檔編號、口期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。1.5 概述本小節(jié)說明該文檔所包括的內(nèi)容，以及它的組織方式。2 .系統(tǒng)說明在此簡要地說明將要開

11、發(fā)的系統(tǒng)，包括其名稱、系統(tǒng)所解決的問題以及它的開發(fā)價值 等，從而使得讀者能夠有一個直接的了解。并且在這處還應(yīng)列出與在本文檔中出現(xiàn)的縮略詞 的解釋，以便讀者更好地閱讀。3 .業(yè)務(wù)環(huán)境這一小節(jié)主要說明要開發(fā)的系統(tǒng)所處于的業(yè)務(wù)環(huán)境。它包括系統(tǒng)所面向的領(lǐng)域、用戶。 也可以在此指出它是產(chǎn)品型項目，還是用戶定制型項目，同時如果該項目與原有的項目有緊 密的聯(lián)系，在此也應(yīng)該把這些聯(lián)系列出來。4 .產(chǎn)品目標(biāo)這一小節(jié)則用于深入說明為什么要開發(fā)該系統(tǒng)，它有什么價值。最好還應(yīng)對進度計劃、 進度風(fēng)險做一些評估。一個明確確定、表述清晰、可以度量的目標(biāo)將為今后系統(tǒng)的開發(fā)工作 打下堅實的基礎(chǔ)。5 .財務(wù)預(yù)測如果是產(chǎn)品型項目，

12、那么其輸出就是一個商業(yè)軟件產(chǎn)品。對于這樣的項目，在此應(yīng)該包括對該項目的財務(wù)預(yù)測，最主要應(yīng)該得出投資回報（ROI）指標(biāo)。在做ROI分析時，應(yīng)該 針對不同的完成時間做出不同的預(yù)測，以讓系統(tǒng)開發(fā)者對于進度延遲對投資回報的損傷有一 個直觀的了解。在財務(wù)預(yù)測中，有一個基點就是對項目工作量、資源使用的估算，在這里還應(yīng)給出估 算的基礎(chǔ)技術(shù)，當(dāng)然這里的估算會隨著項目的進展而逐步精化，應(yīng)該這里還是應(yīng)該估算出一 個合理的范用。6 . 約束任何事有利就有弊，在本小節(jié)則主要列舉執(zhí)行該項目時會遇到的一個諸如外部接口、 標(biāo)準(zhǔn)、認(rèn)證、特殊的技術(shù)等約束，這些約速將會對項目帶來很大的執(zhí)行風(fēng)險，可能對項目的 成本也帶來巨大的影響

13、。1.3軟件開發(fā)項目立項表口期:申請口期：最遲完成時間:編者說明：在許多開發(fā)組織中，開發(fā)立項請求通常來自市場部門，該表格的設(shè)計就是為了更好地理 順兩個部門之間的溝通與協(xié)調(diào)，也使得開發(fā)立項流程化，你可以根據(jù)自己公司的實際情況, 對該表格的格式做一些修改。項目名稱（暫定）：項目編號（開發(fā)部填寫）:項目申請人：項目優(yōu)先級： 問題/機會:項目目標(biāo)及成功標(biāo)準(zhǔn):目標(biāo)描述:假設(shè)、風(fēng)險及障礙:客戶名單：項目提出人：項目決策人： 項目相關(guān)人員:審批人意見:簽名:1.4軟件項目計劃（ISO標(biāo)準(zhǔn)）編者說明：拿破侖說過：“沒有一場戰(zhàn)役是按照計劃打的，而勝利的戰(zhàn)役沒有一個是沒有計劃的 戰(zhàn)役尚且如此，軟件項目也不例個。一

14、個經(jīng)過周密考慮，團隊協(xié)作共同制訂的項目計劃是成 功的關(guān)健。本文檔模板是ISO標(biāo)準(zhǔn)模板，雖然時間有點久遠(yuǎn)，但還是十分有參考價值的。 1.引言1.1 編寫目的說明編寫這份項目開發(fā)計劃的目的，并指出預(yù)期的讀者。1.2 背景a.待開發(fā)軟件系統(tǒng)的名稱；b.本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)：c.該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。1.3 定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。1.4 參考資料列出用得著的參考資料。2 .項目概述2. 1工作內(nèi)容簡要地說明在本項目的開發(fā)中須進行的各項主要工作。3. 2主要參加人員扼要地說明參加本項目開發(fā)

15、工作的主要人員的情況，包括他們的技術(shù)水平。4. 3產(chǎn)品5. 3. 1程序列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式， 并通過引用有關(guān)文件。逐項說明其功能和能力。6. 3. 2.文件列出需移交給用戶的每種文件的名稱及內(nèi)容要點。7. 3. 3.服務(wù)列出需向用戶提供的各項服務(wù)。8. 3. 4.非移交的產(chǎn)品說明開發(fā)集體應(yīng)向本單位交出但不必向用戶移交的產(chǎn)品。9. 4驗收標(biāo)準(zhǔn)對于上述這些應(yīng)交出的產(chǎn)品和服務(wù)，逐項說明或引用資料說明驗收標(biāo)準(zhǔn)。10. 完成項目的最遲期限11. 6 本計劃的批準(zhǔn)者和批準(zhǔn)口期3 .實施計劃3.1 工作任務(wù)的分解與人員分工對于項目開發(fā)中需完成的各項工作，從需求分

16、析、設(shè)計、實現(xiàn)、測試直到維護， 包括文件的編制、審批、打印、分發(fā)工作，用戶培訓(xùn)工作，軟件安裝工作等，按層次進 行分解，指明每項任務(wù)的負(fù)責(zé)人和參加人員。3.2 接口人員說明負(fù)責(zé)接II工作的人員及他們的職責(zé)。3.3 進度對于需求分析、設(shè)計、編碼實現(xiàn)、測試、移交、培訓(xùn)和安裝等工作，給出每項工 作任務(wù)的預(yù)定的開始口期、完成口期及所需資源，規(guī)定各項工作任務(wù)完成的先后順序以 及表征每項工作任務(wù)完成的標(biāo)志性事件。3.4 預(yù)算逐項列出本開發(fā)項目所需要的勞務(wù)以及經(jīng)費的預(yù)算和來源。3.5 關(guān)鍵問題逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險，指出這些問題對 項目的影響。4 .支持條件說明為支持本項目的開

17、發(fā)所需要的各種條件和設(shè)施。4.1 1計算機系統(tǒng)支持逐項列出開發(fā)中和運行時所需的計算機系統(tǒng)支持，包括計算機、外闈設(shè)備、通訊 設(shè)備、模擬器、編譯程序、操作系統(tǒng)、數(shù)據(jù)管理程序包、數(shù)據(jù)存儲能力和測試支持能力 等，逐項給出有關(guān)到貨口期、使用時間的要求。4.2 需由用戶承擔(dān)的工作逐項列出需要用戶承擔(dān)的工作和完成期限，包括需由用戶提供的條件及提供時 間。4.3 需由外單位提供的條件逐項列出需要外單位分合同承包者承擔(dān)的工作和完成的時間。5 .專題計劃要點說明本項目開發(fā)中需制訂的各個專題計劃的要點。1.8軟件項目計劃模板編者說明：大家可能都發(fā)現(xiàn)了 ISO標(biāo)準(zhǔn)的項目計劃缺少實用性，那是因為其未能很好地與WBS、甘

18、 特圖技術(shù)實現(xiàn)良好的結(jié)合。該文檔模板則充分考慮到這一點，其簡單、實用，適用于中小規(guī) 模項目。1 .引言1. 1計劃的目的1.2項目的范圍和目標(biāo)1.2.1 范圍描述1.2.2 主要功能1.2.3 2. 3性能1.2.4 管理和技術(shù)約束2.項目估算2.1 使用的歷史數(shù)據(jù)2.2 使用的評估技術(shù)2. 3工作量、成本、時間估算3.風(fēng)險管理戰(zhàn)略3. 1風(fēng)險識別3.2有關(guān)風(fēng)險的討論3. 3風(fēng)險管理計劃3. 3. 1風(fēng)險計劃4. 3.2風(fēng)險監(jiān)視5. 3. 3風(fēng)險管理4.日程4.1 項目工作分解結(jié)構(gòu)4.2 時限圖（甘特圖）4. 3資源表5.項目資源5. 1人員6. 2硬件和軟件7. 3特別資源6 .人員組織6.

19、 1組織結(jié)構(gòu)7. 2管理報告7 .跟蹤和控制機制7 . 1質(zhì)量保證和控制8 .2變化管理和控制8 .附錄編者說明：如果項目規(guī)模較大，除了上一個模板中的內(nèi)容之外，還應(yīng)該加入許多分支內(nèi)容，包括過 程計劃、組織計劃、測試計劃、變更及管理計劃、文檔計劃等各多方面的問題，將這些內(nèi)容 的細(xì)化，將使項目計劃更全面、更周密。第1部分概述8.1 目標(biāo)這部分的目標(biāo)是總結(jié)整個項目計劃。1. 2概述簡要描述要做的工作。給出所有理解工作環(huán)境所需的背景。然后闡述在合同下的項目 任務(wù)。緊接著，說明項目如何組織。然后，在項目的基礎(chǔ)上列出假設(shè)和約束。2. 3詳述說明項目的總體時間進度。包括項目中的所有主要工作，無論是你能控制的

20、還是不能 控制的。如果你計劃發(fā)布多個版本，要說明如何安排進度。第2部分過程計劃2.1 目標(biāo)這部分的目標(biāo)是對用一系列稱為“過程”的時間段對開發(fā)活動加以定義，也就是確定 該項目的開發(fā)將選用什么樣的過程模型。2.2 概述定義你的開發(fā)生命周期，并且簡要說明生命周期的每個過程。3. 3詳述2. 3. 1定義過程主要目標(biāo)：分析問題、制作項目計劃、定義接收標(biāo)準(zhǔn)、選擇項目工具。次要目標(biāo)：尋找人員、了解客戶、形成試驗性的設(shè)計思想。2. 3. 2設(shè)計過程主要目標(biāo)：設(shè)計操作性程序、設(shè)計支持性程序、改進項目計劃、進行項目評審。 次要目標(biāo)：準(zhǔn)備集成環(huán)境、建立變更管理、制作模擬模型、為下一個過程尋找人 員、準(zhǔn)備程序員培訓(xùn)

21、、出版程序員手冊、初步準(zhǔn)備系統(tǒng)測試、驗收測試、現(xiàn)場測試、 建立項目資料庫。2. 3. 3編碼過程主要目標(biāo)：詳細(xì)設(shè)計/編碼和模塊測試、模塊集成、文檔建立。次要目標(biāo)：詳細(xì)地準(zhǔn)備系統(tǒng)測試、驗收測試、現(xiàn)場測試，準(zhǔn)備客戶培訓(xùn)、準(zhǔn)備移 植。2. 3. 4系統(tǒng)測試過程主要目標(biāo)：根據(jù)問題說明書進行系統(tǒng)測試、盡可能地“實況”測試、通過非程序 開發(fā)人員測試。次要目標(biāo)：完成驗收測試準(zhǔn)備、培訓(xùn)客戶、更新描述性文檔、完成用戶文檔、再 次分配人員。2. 3. 5驗收過程主要目標(biāo)：執(zhí)行和分析驗收測試、簽署正式的接收協(xié)議。次要目標(biāo)：完成客戶培訓(xùn)、清理文檔。2. 3. 6移植過程主要目標(biāo)：協(xié)助進行數(shù)據(jù)轉(zhuǎn)換、建立數(shù)據(jù)轉(zhuǎn)換標(biāo)準(zhǔn)、建

22、立全面恢復(fù)計劃、定義移 植順序、協(xié)助接入。次要目標(biāo)：與受影響組進行聯(lián)系、支持評審過程。2. 3. 7運行過程主要目標(biāo)：協(xié)助初期運行。次要目標(biāo)：現(xiàn)場測試、繼續(xù)維護和調(diào)整、評價項目。第3部分組織計劃3.1目標(biāo)這部分的目標(biāo)是定義項目的組織以及責(zé)任分配。3. 2概述說明建立組織的基本原因，畫出組織內(nèi)部的主要工作流程圖，從問題的分析和設(shè)計開 始，包括編碼、測試、制作文檔和交付。3. 3詳述在每個子部分中，列出基于組織章程的部分以及每個部分的貨任，然后再說明在每個 過程中組織的結(jié)構(gòu)圖。3. 3.1部門及貨任分析和設(shè)計部：編寫問題說明書、設(shè)計說明書、變更管理、數(shù)據(jù)控制、模擬模型、 制作用戶文檔、協(xié)作集成測試

23、。編程部：詳細(xì)設(shè)計、編碼、模塊測試、集成測試、描述性文檔。測試部：制作系統(tǒng)測試說明書、制作驗收和現(xiàn)場測試說明書、收集和制造測試數(shù) 據(jù)、選擇和獲得測試工具、建立測試資料庫、安排測試資源進度、執(zhí)行測試、分析 測試結(jié)果、制作測試結(jié)果文檔。行政部：資料管理、計算機時間控制、計劃和安裝終端和PC、發(fā)放程序員手冊、 培訓(xùn)、特殊技術(shù)協(xié)助、技術(shù)聯(lián)絡(luò)、文檔控制、報告控制、合同變更管理、提供雜務(wù) 支持、維護項目歷史信息。3. 3. 2組織章程第4部分測試計劃4. 1目標(biāo)這部分的目標(biāo)是定義對軟件系統(tǒng)的所有級別測試的工具、過程和貨任。4. 2概述簡要定義每個測試級別，并說明在一個測試層次上，不同級別如何組合在一起。4

24、. 3詳述4. 3. 1單元測試在與其它功能模塊集成之前，針對單個程序模塊的測試。在此應(yīng)列出單元測 試的目標(biāo)、貨任、過程、工具。5. 3. 2集成測試逐步將通過測試的模塊集成為更加更雜的集合，并且測試這些集合，直到整 個軟件都被集合在一起。在此應(yīng)列出集成測試的目標(biāo)、責(zé)任、過程、工具。6. 3.3系統(tǒng)測試在盡可能真實的環(huán)境下，重新測試完成的軟件系統(tǒng)，應(yīng)由非編程人員完成。 在此應(yīng)列出系統(tǒng)測試的目標(biāo)、責(zé)任、過程、工具。7. 3. 4驗收測試在用戶認(rèn)可的條件下，試運行系統(tǒng)以驗證系統(tǒng)滿足了客戶的需求。在此應(yīng)列 出驗收測試的目標(biāo)、責(zé)任、過程、工具。8. 3. 5現(xiàn)場測試在不同的運行環(huán)境下測試軟件系統(tǒng)，以確

25、保運行準(zhǔn)備就緒，這并不是每個項 目都需要的。在此應(yīng)列出現(xiàn)場測試的目標(biāo)、責(zé)任、過程、工具。9. 3.6共同測試設(shè)備描述在幾個或者所有級別的測試中共同的設(shè)備和工具，其中包括系統(tǒng)資料、 計算機設(shè)備、桌面系統(tǒng)、操作系統(tǒng)、特殊語言、CASE工具、仿真器。10. 3.7測試支持程序第5部分變更管理計劃10.1 標(biāo)這部分的目標(biāo)是定義在軟件系統(tǒng)開發(fā)過程中，變更控制的過程。11. 2概述描述建立你和客戶都能夠接受的關(guān)鍵基線文檔以及控制與這些基線變化相關(guān)事件的需 求。無論何時發(fā)生問題，基線文檔都是參考的關(guān)鍵。5. 3詳述5. 3. 1基線定義哪些文檔在你的項目中是基線。5. 3.2變更申請列出可能會提出變更的人員

26、類別，以及提供相應(yīng)的變更申請文檔。5. 3. 3研究變更申請5. 3. 4變更的類型根據(jù)變更的基線影響的程序，設(shè)置不同的變更類型。5. 3. 5變更管理會議明確變更管理會議的組成成員、召開時間以及具體的操作辦法。5. 3. 6建議類型定義變更建議的類型，通常包括接受和拒絕兩種。5. 3. 7執(zhí)行變更定義執(zhí)行變更的具體方法，通常包括評估變更成本、對變更進行審批、制作 變更文檔、對變更后的進度進行重新安排、測試變更結(jié)果。第6部分文檔計劃5.1 目標(biāo)這部分的目標(biāo)是定義出版周期所要求過程與資源，以及列出基礎(chǔ)項目文檔組的框架結(jié) 構(gòu)。6. 2概述強調(diào)所有的項目文檔在這部分都列出結(jié)構(gòu)框架。7. 3詳述6.

27、3.1發(fā)布過程和責(zé)任通常包括準(zhǔn)備和批準(zhǔn)、打字輸入、校對和編輯、翻印、發(fā)放、電子存儲等。6. 3.2項目文檔大綱每個文檔的都包括以下部分：a.項目標(biāo)志：用于標(biāo)識項目文檔之用：b.文檔名稱：標(biāo)識主題，如問題說明書、設(shè)計說明書c.文檔編號：由項目資料員分配給文檔的唯一標(biāo)識；d.批準(zhǔn)：在作為正式版本之前，文檔所需批準(zhǔn)人的姓名。當(dāng)然也不是所有文 檔都需要經(jīng)過批準(zhǔn)。e.發(fā)行日期文檔主體：文檔的內(nèi)容。6. 3.3文檔內(nèi)容列出在該項目中將要使用的文檔模板的結(jié)構(gòu)性內(nèi)容。1.7軟件項目計劃模板(4)編者說明：隨著現(xiàn)代軟件工程思想的普及，迭代的、增量的開發(fā)生命周期己經(jīng)被認(rèn)識并付諸實踐, 針對這樣的生命周期，其項目計

28、劃的格式也需要做出相應(yīng)的調(diào)整。注：一個符合現(xiàn)代軟件工程思想的版本1 .文檔概述在此對整個文檔進行概要性描述，另外還應(yīng)列出該計劃的目標(biāo)、范圍、定義、術(shù)語、 參考資料等內(nèi)容。1.1 目標(biāo)在此描述本項目計劃的目標(biāo)。1.2 2范圍簡要說明該計劃所覆蓋的范圍，以及與其相關(guān)的項目，與該文檔有聯(lián)系的事物。1.3 定義與術(shù)語在此列出在該計劃中所涉及的所有術(shù)語、定義、縮寫詞的解釋，這些信息也可以 引用項目詞匯表來提供。1. 4參考資料在此應(yīng)列出項目計劃中引用的文檔列表，對于引用的每個文檔都應(yīng)該列出其標(biāo)題、 文檔編號、日期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。1.5概述說明該計劃其它部分所包含的內(nèi)容

29、，以及文檔的組織方式。1 .項目概述1.1 項目目標(biāo)指出該項目將會交付什么樣的產(chǎn)品，能夠幫助客戶達(dá)到什么目標(biāo)。1.2 假設(shè)與約束列舉出制定該計劃時所做的所有假設(shè)，以及列舉出對該項目的解決方案的約束性 要求，如特定的操作系統(tǒng)平臺、特定的時間、特定的經(jīng)費范圍等。13項目交付物具體列出該項目完成后，將交付哪些東西，并可以列出每個交付時間。1.4 項目計劃更新總結(jié)建議采用表格的形式，將計劃的修訂過程列出來。2 .項目組織2.1 項目組織結(jié)構(gòu)建議使用組織結(jié)構(gòu)圖的形式，將整個項目團隊成員之間的關(guān)系與職責(zé)明確下來，甚至可以包括管理人員、各種委員會等。2.2 外部聯(lián)系人列出開發(fā)組織之外的，所有與項目相關(guān)的外部

30、人員的姓名、聯(lián)系電話等資料。2.3 角色與職責(zé)明確項目開發(fā)各個任務(wù)的負(fù)責(zé)人或小組。3 .項目管理計劃3.1 項目估計給出關(guān)于項目成本、進度的估計值，這些估計值將是項目計劃制定的基礎(chǔ)，也是 今后重新評估、修改計劃的基礎(chǔ)。你可以采用任何估算技術(shù)。3.2 項目計劃4. 2. 1階段計劃主要包括工作結(jié)構(gòu)分解（WBS）,顯示各個階段或迭代時間安排的甘特圖、主 要里程碑與其驗收標(biāo)準(zhǔn)。5. 2. 2迭代目標(biāo)如果你采用的是迭代式的開發(fā)方法，那么在此列出每次迭代的計劃，以及每 次迭代計劃實現(xiàn)的目標(biāo)。6. 2. 3發(fā)行計劃列出軟件開發(fā)過程中各個中間版本的發(fā)行時間，包括演示版、Alpha版、Beta 版等。7. 2

31、.4項目進度表使用甘特圖或PERT圖等方法，表示出該項目的進度計劃。8. 2.5項目資源計劃在此處應(yīng)列出項目所需的人員、設(shè)備等資源情況。應(yīng)指明所需人員的數(shù)量、 技能要求，以及如何獲取這些資源，是否要對人員進行必要的培訓(xùn)等。9. 2.6項目預(yù)算根據(jù)WBS和階段計劃分配成本，得到本項目的財務(wù)預(yù)算。3.3迭代計劃根據(jù)4.2.2小節(jié)的目標(biāo)，具體列出每次迭代的詳細(xì)計劃。該部分可以視需要將其 單列為專題計劃。4. 3. 1迭代一4. 3. 1. 1 計劃列出此次迭代的時間線、小型里程碑等。4. 2. 1.2 資源列出此次迭代所需的人力、財力、設(shè)備等資源。4. 2. 1. 3 用例列出此次迭代將要實現(xiàn)的用例

32、。4. 2. 1. 4評估標(biāo)準(zhǔn)列出此次迭代的各項評測標(biāo)準(zhǔn)，包括功能、性能、容量、質(zhì)量等。3.4項目監(jiān)督與控制4. 4. 1需求管理計劃有針對性對制定各類需求元素的管理與跟蹤辦法。該部分可以視需要將其單 列成為專題計劃。4. 4. 2進度控制計劃說明如何對項目計劃執(zhí)行情況進行監(jiān)控，將采用什么措施與管理手段。4. 4. 3預(yù)算控制計劃說明如何對項目的財務(wù)預(yù)算進行控制，以保證成本最小化。4. 4.4質(zhì)量控制計劃說明如何保證項目的質(zhì)量，以及一些應(yīng)急的應(yīng)對措施。該部分可以視需要將 其單列成為專題計劃。4. 4. 5報告計劃說明項目開發(fā)過程中，整個項目團隊的報告機制，什么時候、誰、報送什么 數(shù)據(jù)，從而形成

33、規(guī)則。4. 4. 6評測計劃制定項目開發(fā)過程中將要度量與評測的指標(biāo)，說明如何評測，如何應(yīng)對。該部分可以視需要將其單列成為專題計劃。4. 5風(fēng)F僉管理計劃該部分可以視需要將其單列為專題計劃。4. 5. 1風(fēng)險總述對項目所涉及的風(fēng)險進行一個概要性描述。4. 5. 2風(fēng)險管理任務(wù)簡要地說明在該項目中，風(fēng)險管理所涉及的內(nèi)容，可以包括用來確定風(fēng)險的 方法、對風(fēng)險列表進行分析和確定優(yōu)先級的方式、將采用的風(fēng)險管理策略、對最 嚴(yán)重的風(fēng)險所計劃的降低/規(guī)避或預(yù)防的策略、監(jiān)測風(fēng)險狀態(tài)的方式、風(fēng)險更審的 時間表。4. 5. 3風(fēng)險管理的組織和職責(zé)列出與風(fēng)險管理相關(guān)的個人或小組，并對其職責(zé)進行描述。4. 5. 4工具

34、與技術(shù)列出與風(fēng)險管理將采用的工具軟件或技術(shù)。4. 5. 5納入管理的風(fēng)險項列出主要的風(fēng)險項，并描述其影響以及應(yīng)急措施。具體可以參考后面的風(fēng) 險條目跟蹤表模板。4 . 6收尾計劃列出在項目后期將要做的事，包括材料存檔、匯報總結(jié)等。4.相關(guān)技術(shù)5 . 1開發(fā)案例給出本項目將采用的軟件生命周期模型、過程規(guī)范等，從而對開發(fā)過程給予明確 的指導(dǎo)。該部分可以視需要將其單列為一個專題文件。6 .2方法、工具和技術(shù)列出本項目中將運用的方法、工具和技術(shù)，并給出適當(dāng)?shù)墓ぷ髦改虾驼f明。7 .3產(chǎn)品驗收計劃列出本項目驗收工作的一些細(xì)節(jié)計劃，本部分內(nèi)容可以視需要將其單列為一個專 題計劃。6 .其它支持過程管理6. 1配

35、置管理計劃在此列出該項目所采用的配置管理過程，通常是單列為一個專題。7. 2評估計劃列出本項目評估時所使用的技術(shù)、標(biāo)準(zhǔn)、指標(biāo)和過程。這里的評估包括走杳、檢 查和復(fù)審。8. 3文檔計劃9. 4質(zhì)量保證計劃10. 5分包商管理計劃7 .其他計劃8 .附錄9 .索引1.8風(fēng)險條目跟蹤表模板編者說明：對于中型以上的項目，風(fēng)險控制的意義就猶為突出。要控制風(fēng)險，就應(yīng)該找到風(fēng)險， 并將風(fēng)險記錄下來，確定相關(guān)賁任人，對于風(fēng)險性高的、可能性大的還需要制訂相關(guān)的應(yīng)對 措施。而最好的方法就是整理成為本模板中的表格，為每個潛在風(fēng)險備個案。序列號順序號）確定口期風(fēng)險被識別出的口期）撤消口期撤消風(fēng)險確定口期）描述以條件-

36、結(jié)果的形式描述風(fēng)險可能性風(fēng)險轉(zhuǎn)變?yōu)橥}的可能性注:可用0.1（極不可能）L 0（肯定發(fā)生）來表示影響如果風(fēng)險變成了事實獎造成的損失注:可用1（無甚么影響）-10（有很深、很大的影響）來表示危害值可能性*影響）降低風(fēng)險計劃一種或多種用來控制、避免、及小化及降低風(fēng)險的方法負(fù)責(zé)人解決風(fēng)險的責(zé)任承擔(dān)者截止口期完成降低風(fēng)險措施的截止口期）1.9進度計劃風(fēng)險列表編者說明：準(zhǔn)確來說，本列表不是一個文檔模板，而是一個參考文章。由于風(fēng)險識別許多人都覺得 無從入手，下面就是列出了與進度相關(guān)的風(fēng)險條目，對于風(fēng)險識別有很大的參考價值。1.最常見的進度計劃風(fēng)險1）功能無限蔓延；2）需求鍍金或開發(fā)人員鍍金；3）質(zhì)量不定4

37、）計劃過于樂觀5）設(shè)計欠佳6）銀彈綜合癥7）研發(fā)導(dǎo)向開發(fā)8）人員薄弱9）簽約商失敗；10）研發(fā)人員與客戶的磨擦。2.進度計劃風(fēng)險完整列表2.1 計劃編制風(fēng)險1）計劃、資源和產(chǎn)品定義全憑客戶或上層領(lǐng)導(dǎo)口頭指令，并且不完全一致；2）計劃是優(yōu)化的，是“最佳狀態(tài)”；3）計劃忽略了必要的任務(wù)；4）計劃基于使用特定的小組成員，而那個小組成員其實指望不上。5）在限定的時間內(nèi)無法建成已定規(guī)模大小的產(chǎn)品；6）產(chǎn)品規(guī)模比估計的要大一些；7）工作量大于估算數(shù)；8）進度已經(jīng)拖延的項目在重新評估時過于優(yōu)化或忽視項目歷史：9）過度的進度壓力造成生產(chǎn)率下降；10）目標(biāo)口期提前，但沒有相應(yīng)地調(diào)整產(chǎn)品范闈或可用資源：11）一個

38、任務(wù)的延遲導(dǎo)致相關(guān)任務(wù)的連鎖反應(yīng)；12）涉足不熟悉的產(chǎn)品領(lǐng)域，花費在設(shè)計和實現(xiàn)上的時間比預(yù)期的要多。2. 2組織和管理1）項目缺乏一個有凝聚力的最高領(lǐng)導(dǎo)人；2）由于前期乏力，項目長時間被擱置：3）解雇和削減開支導(dǎo)致項目小組能力下降；4）僅由管理層或市場人員進行技術(shù)決策，導(dǎo)致計劃進度延長；5）低效的項目組結(jié)構(gòu)降低生產(chǎn)率；6）管理層審查/決策的周期比預(yù)期時間長；7）預(yù)算削減打亂項目計劃；8）管理層做出了打擊項目組織積極性的決定；9）非技術(shù)的第三方的工作比預(yù)期延長（如審批，采購等）；10）計劃性太差，無法適應(yīng)期望的開發(fā)速度；11）項目計劃由于壓力而放棄，導(dǎo)致開發(fā)混亂、低效：12）管理層強調(diào)英雄主義，

39、而忽視客觀確切的狀態(tài)報告，這會降低發(fā)現(xiàn)和改正問題的能力。2. 3開發(fā)環(huán)境1）設(shè)施沒有及時到位；2）設(shè)施到位，但不配套；3）設(shè)施擁擠、雜亂或者破損；4）開發(fā)工具未能及時到位；5）開發(fā)工具不如期望那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或切換新的工 具；6）開發(fā)工具的選擇不是基于技術(shù)需求，不能提供計劃要求的性能：7）新開發(fā)工具的學(xué)習(xí)期比預(yù)期的長，內(nèi)容繁多。2.4最終用戶1）最終用戶堅持新的需求：2）最終用戶對于最后交付的產(chǎn)品不滿意，要求重新設(shè)計和重做：3）最終用戶不買進項目產(chǎn)品，無法提供后續(xù)支持；4）最終用戶的意見未被采納，造成產(chǎn)品最終無法滿足用戶期望，而必須重做。2.5客戶1）客戶堅持新的需求；2

40、）客戶對規(guī)劃、原型和規(guī)格的審核/決策周期比預(yù)期長；3）客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導(dǎo)致需求不穩(wěn)定和耗時的 重復(fù)；4）客戶答欠的時間比預(yù)期長（如回答需求中需澄清的問題）；5）客戶堅持技術(shù)決策而導(dǎo)致進度計劃延長；6）客戶對開發(fā)進度管理過細(xì)，導(dǎo)致實際進展變慢；7）客戶提供的組件無法與開發(fā)的產(chǎn)品匹配，導(dǎo)致額外的設(shè)計和集成工作；8）客戶提供的組件質(zhì)量欠佳，導(dǎo)致額外的測試、設(shè)計和集成工作，以及額外的客 戶關(guān)系管理工作；9）客戶要求的支持工具和環(huán)境不兼容、性能差或者功能不完善，導(dǎo)致生產(chǎn)率降低;10）客戶不接受交付的軟件，盡管它滿足了所有的規(guī)格：11）客戶期望的開發(fā)速度是開發(fā)人員無法達(dá)到的。

41、2. 6承包商1）承包商沒有按承諾交付組件；2）承包商遞交的組件質(zhì)量低下無法接收，必須花時間改進質(zhì)量：3 ）承包商沒有買進項目開發(fā)需要的工具，進而無法提供需要的性能水平。2. 7需求1）需求已經(jīng)成為項目基準(zhǔn)，但變化還在繼續(xù)；2）需求定義欠佳，而進一步的定義會擴展項目范疇；3）添加額外的需求；4）產(chǎn)品定義含混的部分比預(yù)期需要更多的時間。2.8產(chǎn)品1）錯誤發(fā)生率高的模塊需要比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作；2）校正質(zhì)量低下不可接受的產(chǎn)品，需要比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作。3）在一個或多上新興領(lǐng)域推廣計算機技術(shù)使得計劃進度的延長不可預(yù)期；4）由于軟件功能的錯誤，需要重新設(shè)計和實現(xiàn)；5）開發(fā)額外不

42、需要的功能（鍍金）延長了計劃進度；6）要滿足產(chǎn)品規(guī)格與速度要求，需比預(yù)期更多時間，包括重新設(shè)計和實現(xiàn)的時間;7）嚴(yán)格要求與現(xiàn)有系統(tǒng)兼容，需要進行比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作；8）要求與其他系統(tǒng)、匆:雜系統(tǒng)或不受本項目控制的系統(tǒng)相連，導(dǎo)致無法預(yù)料的設(shè) 計、實現(xiàn)和測試工作。9）要求在不同操作系統(tǒng)下運行將花費比預(yù)期更長的時間；10）在不熟悉或未經(jīng)檢驗的軟（硬）件環(huán)境中運行產(chǎn)生未預(yù)料的問題；11）開發(fā)一種對組織全新的模塊將比預(yù)期花費更長的時間；12）依賴正在開發(fā)中的技術(shù)將延長計劃進度。2.9外部環(huán)境1）產(chǎn)品依賴政府規(guī)章，而規(guī)章的改變將是不可預(yù)期的：2）產(chǎn)品依賴草擬中的技術(shù)標(biāo)準(zhǔn)，而最后的標(biāo)準(zhǔn)將是不可

43、預(yù)期的。2. 10人員1）招聘人員所花時間比預(yù)期的長；2）作為先決條件的任務(wù)不能按時完成（如培訓(xùn)、其它項目）；3）開發(fā)人員和管理層之間關(guān)系不佳導(dǎo)致決策緩慢，影響全局：4）項目組成員沒有全身心投入項目，進而無法達(dá)到需要的產(chǎn)品性能水平；5）缺乏激勵措施，士氣低下，降低了生產(chǎn)能力；6）缺乏必要的規(guī)范，增加了工作失誤與重更工作；7）某些人需要更多時間適應(yīng)不熟悉的軟件工具和環(huán)境、硬件環(huán)境、編程語言；8）項目結(jié)束前，合同制人員離開團隊，或雇員辭職；9）項目后期加入新的開發(fā)人員，額外的培訓(xùn)和溝通降低現(xiàn)有成員的效率；10）項目組成員不能有效地一起工作；11）由于項目組成員間的沖突，導(dǎo)致溝通不暢、設(shè)計欠佳、接I

44、I錯誤和額外的重 復(fù):工作；12）有問題的成員沒有調(diào)離項目組，損害了項目組其他成員的積極性；13）項目的最佳人選未加入項目組；14）項目的最佳人選已加入項目組，但因其他原因未能合理使用；15）沒有找到項目急需的具有特定技能的人；16）關(guān)鍵人物只能兼職參與；17）項目人員不足；18）任務(wù)的分配與人員技能不匹配：19）人員工作的進展比預(yù)期的慢；20）項目管理人員怠工導(dǎo)致計劃和進度失效；21）技術(shù)人員怠工導(dǎo)致工作遺漏或質(zhì)量低下，工作需要重做。2. 11設(shè)計與實現(xiàn)1）設(shè)計過于簡單，無法確定主要事件，并導(dǎo)致重新設(shè)計和實現(xiàn)：2）設(shè)計過于更雜，導(dǎo)致一些不必要的工作，影響實現(xiàn)效率；3）設(shè)計質(zhì)量低下，導(dǎo)致重復(fù)設(shè)

45、計和實現(xiàn)4）使用不熟悉的方法，導(dǎo)致額外的培訓(xùn)時間，并重犯前期使用這種方法時導(dǎo)致的 錯誤；5）產(chǎn)品采用低級語言來實施，導(dǎo)致生產(chǎn)率比預(yù)期的低；6） 一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選 開發(fā)所要的功能；7）代碼和庫質(zhì)量低下，導(dǎo)致需要額外的測試、錯誤修正或重做：8）過高估計了增強型工具對計劃進度的節(jié)省量；9）分別開發(fā)的模塊無法有效集成，需要重新設(shè)計或重做。2. 12過程1）大量的紙面工作導(dǎo)致進程比預(yù)期的慢；2）進程跟蹤不準(zhǔn)確，導(dǎo)致無法預(yù)知項目是否已落后于計劃進度:3）前期的質(zhì)量保證行為不真實，導(dǎo)致后期的重復(fù)工作；4）質(zhì)量跟蹤不準(zhǔn)確，導(dǎo)致無法得知影響進度的質(zhì)量問題：5）

46、太不正規(guī)，導(dǎo)致溝通不足，質(zhì)量問題和工作重做；6）過于正規(guī)，導(dǎo)致過多耗時無用的工作；7）向管理層撰寫進度報告占用的開發(fā)人員的時間比預(yù)期的多；8）風(fēng)險管理粗心，導(dǎo)致沒有發(fā)現(xiàn)重大的項目風(fēng)險；9）軟件項目風(fēng)險管理花費的時間比預(yù)期的多。1.10開發(fā)進度月報（ISO標(biāo)準(zhǔn)）編者說明:計劃需要跟蹤進度來進行適當(dāng)?shù)恼{(diào)整，因此在開發(fā)組織內(nèi)應(yīng)該形成良好的進度匯報機 制，iso標(biāo)準(zhǔn)模板也對這一塊提供了參考。這一文檔格式十分全面，不過也略顯繁瑣，適合 于中型以上項目。1 .標(biāo)題開發(fā)中的軟件系統(tǒng)的名稱和標(biāo)識符 分項目名稱和標(biāo)識符 分項目負(fù)責(zé)人簽名 本期月報編寫人簽名 本期月報的編號及所報告的年月2 .工程進度與狀態(tài)2 .

47、 1進度列出本月內(nèi)進行的各項主要活動，并且說明本月內(nèi)遇到的重要事件，這里所說的 重要事件是指一個開發(fā)階段（即軟件生存周期內(nèi)各個階段中的某一個，例如需求分析階 段）的開始或結(jié)束，要說明階段名稱及開始（或結(jié)束）的日期。3 .2狀態(tài)說明本月的實際工作進度與計劃相比，是提前了、按期完成了、或是推遲了？如 果與計劃不一致，說明原因及準(zhǔn)備采取的措施。3.資額耗用與狀態(tài)3. 1資額耗用主要說明本月份內(nèi)耗用的工時與機時。3. 1. 1工時分為三類：a.管理用工時 包括在項目管理（制訂計劃、布置工作、收集數(shù)據(jù)、檢查 匯報工作等）方面耗用的工時；b.服務(wù)用工時 包括為支持項目開發(fā)所必須的服務(wù)工作及非直接的開發(fā)工

48、作所耗用的工時；c.開發(fā)用工時要分各個開發(fā)階段填寫。4. 1. 2機時說明本月內(nèi)耗用的機時，以小時為單位，說明計算機系統(tǒng)的型號。3.2狀態(tài)說明本月內(nèi)實際耗用的資源與計劃相比，是超出了、相一致、還是不到計劃數(shù)？ 如果與計劃不一致，說明原因及準(zhǔn)備采取的措施。4經(jīng)費支出與狀態(tài)4. 1經(jīng)費支出4. 1. 1支持性費用列出本月內(nèi)支出的支持性費用，一般可按如下七類列出，并給出本月支持費 用的總和：a.房租或房屋折舊費；b.員工工資、獎金、補貼；c.培訓(xùn)費包括給教師的酬金及教室租金；d.資料費包括復(fù)印及購買參考資料的費用；e.會議費召集有關(guān)業(yè)務(wù)會議的費用；f.旅差費；g.其他費用。5. 1. 2設(shè)備購置費列

49、出本月內(nèi)支出的設(shè)備購置費，一般可分如下三類：a.購買軟件的名稱與金額；Eb.購買硬設(shè)備的名稱、型號、數(shù)量及金額；c.已有硬設(shè)備的折舊費。4.2狀態(tài)說明本月內(nèi)實際支出的經(jīng)費與計劃相比較，是超過了。相符合、還是不到計劃數(shù)? 如果與計劃不一致，說明原因及準(zhǔn)備采取的措施。5 .下個月的工作計劃6 .建議本月遇到的重要問題和應(yīng)引起重視的問題以及因此產(chǎn)生的建議。l.n開發(fā)任務(wù)卡編者說明：項目中應(yīng)該實現(xiàn)責(zé)任到人，項目的進度應(yīng)該是每個項目成員個人進度表的總匯集，而開 發(fā)任務(wù)卡則是項目與項目成員的約定，也是項目管理的一個好辦法。大家可以根據(jù)自己的實 際情況來修改該模板。項目名： 模塊/類名：安排時間： 任務(wù)承擔(dān)

50、人：相關(guān)模塊/類情況：模塊/類名負(fù)責(zé)人開始時間完成時間狀態(tài)任務(wù)描述:批準(zhǔn)人:估計完成時間:L 12個人開發(fā)進度月報編者說明：表格式的進度報表能夠節(jié)省制作時間，縮短進度誤差。對于中型以上項目，特別是成員 的任務(wù)超過了1個月，那么讓每個開發(fā)人員填寫進度月報就是一個很好的管理辦法。當(dāng)然, 如果成員的任務(wù)都較小，則無需使用該文檔，只需對工作任務(wù)卡進行檢查就可以了。1 .標(biāo)題項目名稱及標(biāo)識：一子項目名稱及標(biāo)識：一開發(fā)階段:報告時間：年 月 口至 年 月 口報告人：簽名2 .進度2. 1任務(wù)任務(wù)：任務(wù)名）一任務(wù)描述：狀態(tài)： 口完成 未完成與計劃比較： 口提前 口按期 口推遲推遲原因:3.2源耗費 總用工時

51、:加班時間:機時:上網(wǎng)時間:硬件平臺:軟件環(huán)境和工具:4 .下個月工作計劃任務(wù)：任務(wù)名）任務(wù)描述:任務(wù)所屬項目或子項目:性質(zhì)： 口新 口續(xù)上月5 .建議1.13項目開發(fā)進度月報編者說明：項目進度月報是必須的管理機制，而長篇大論不僅浪費了大家的時間，而且也使得進度 的收集與實際情況有一些時間上的誤差，因而可以采用表格化的報表格式。1 .標(biāo)題項目名稱及標(biāo)識:子項目名稱及標(biāo)識：-本期月報編寫人：簽名-子項目負(fù)貨人：簽名本期月報編號:月報口期： 年 月 日2 .進度2 . 1任務(wù)任務(wù)： 任務(wù)名任務(wù)描述：狀態(tài)： 口完成 口未完成與計劃比較： 提前 口按期 口推遲推遲原因:3 2事件事件： 事件名）事件標(biāo)

52、志：與計劃比較：提前 口按期 口推遲推遲原因:3 .資源耗費3. 1工時管理用工時: 服務(wù)用工時: 開發(fā)用工時: 總 計:3.2機時計算機類型：用時：計算機類型：用時：計算機類型：用時：總計：用時：4.經(jīng)費支出5 . 1任務(wù)任務(wù)： 任務(wù)*任務(wù)描述：開發(fā)階段:性質(zhì)： 新 續(xù)上月5.2事件事件：事件名）事件標(biāo)志：性質(zhì)：新舊6 .建議整理文本1.14項目進度周報編者說明：月報通常需要較詳細(xì)，而周報則應(yīng)該更簡潔，每周讓項目經(jīng)理花上1-2分鐘將一周的項 目進度情況做一個通報是很必要的。本文檔模板就是一個例子，供大家參考。周期：2003年一月_日2003年一月項目名稱： 項目編號：項目經(jīng)理：項目發(fā)起人：項目成員：項目計劃開始時間： 項目實際開始時間：項目預(yù)計完成時間： 現(xiàn)在預(yù)計完成時間：項目處于：初步計劃階段需求分析階段開發(fā)階段項目狀態(tài)：按計劃進度超計劃進度進度延遲項目預(yù)計投入人力：人/日 現(xiàn)在已投入人力：人/日預(yù)計共需投入人力：人/日 項目遇到的困難和要解決的問題:1.15項目開發(fā)總結(jié)報告（GB標(biāo)準(zhǔn)