軟件項目管理全套模板(Word版)OK

軟件項目模板匯總作者筆名：何姍為了方便大家查找，我們將收錄的模板分為以下幾類：1、項目及開發(fā)管理類：包括立項前的分析，立項后的計劃、以及進度跟蹤、風(fēng)險控制方面的文檔模板，共計16個；2、需求分析類：明確清晰的需求，是項目成功的基礎(chǔ)，在此收集了在需求分析過程中所將使用到的文檔模板，共計14個；3、系統(tǒng)分析與設(shè)計類：包括體系結(jié)構(gòu)設(shè)計、高層設(shè)計、詳細設(shè)計、數(shù)據(jù)庫設(shè)計等6個相關(guān)文檔模板；4、軟件質(zhì)量保證類：軟件測試是質(zhì)量保證的關(guān)鍵活動，在此收集了軟件測試相關(guān)的11個文檔模板；5、其它類：除此之外，還收集了關(guān)于用戶手冊、軟件維護等方面的10個文檔模板，其中還有一個軟件過程規(guī)范的示例。備注：文檔模板只是為文檔的編寫提供一個基礎(chǔ)，在實際的編寫過程中，你可以根據(jù)自己的需要進行必要的剪裁和增補。

一、項目及開發(fā)管理類1.1可行性研究報告(ISO標(biāo)準(zhǔn))編者說明：在立項時，應(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ā)的軟件的項目進行可行性研究的前提。]2.1要求[說明對所建議開發(fā)的軟件的基本要求。]2.2目標(biāo)[說明所建議系統(tǒng)的主要開發(fā)目標(biāo)。]2.3條件、假定和限制[說明對這項開發(fā)中給出的條件、假定和所受到期的限制。]2.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ù)流程。此流程可用圖表即流程圖的形式表示，并加以敘述。]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è)備。]3.6局限性[列出本系統(tǒng)的主要局限性。]4.所建議的系統(tǒng)4.1對所建議系統(tǒng)的說明[概括地說明所建議系統(tǒng)，并說明在第2條中列出的那些要求將如何得到滿足，說明所使用的基本方法及理論根據(jù)。]4.2處理流程和數(shù)據(jù)流程。[給出所建議系統(tǒng)的處理流程式和數(shù)據(jù)流程。]4.3改進之處[按2.2條中列出的目標(biāo)，逐項說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改進。]4.4影響[說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改。][說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改][說明為了使現(xiàn)存的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)，而需要對這些軟件所進行的修改和補充。][說明為了建立和運行所建議系統(tǒng)，對用戶單位機構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。][說明所建議系統(tǒng)對運行過程的影響。][說明對開發(fā)的影響。][說明對建筑物改造的要求及對環(huán)境設(shè)施的要求。][扼要說明為了所建議系統(tǒng)的開發(fā)，統(tǒng)計和維持運行而需要的各項經(jīng)費開支。]4.5技術(shù)條件方面的可能性[本節(jié)應(yīng)說明技術(shù)條件方面的可能性]5.可選擇的其他系統(tǒng)方案[扼要說明曾考慮過的每一種可選擇的系統(tǒng)方案，包括需開發(fā)的和可從國內(nèi)國外直接購買的，如果沒有供選擇的系統(tǒng)方案可考慮，則說明這一點。]5.1可選擇的系統(tǒng)方案1[說明可選擇的系統(tǒng)方案1，并說明它末被選中的理由。]5.2可選擇的系統(tǒng)方案2[按類似5。1條的方式說明第2個乃至第n個可選擇的系統(tǒng)方案。][……]6.投資及效益分析6.1支出[對于所選擇的方案，說明所需的費用，如果已有一個現(xiàn)存系統(tǒng)，則包括該系統(tǒng)繼續(xù)運行期間所需的費用。]6.1.1基本建設(shè)投資[包括采購、開發(fā)和安裝所需的費用。]6.1.2其他一次性支出6.1.3非一次性支出[列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運行和維護的費用。]6.2收益[對于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現(xiàn)為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括：6.2.1一次性收益][說明能夠用人民幣數(shù)目表示的一次性收益，可按數(shù)據(jù)處理、用戶、管理和支持等項分類敘述。]6.2.2非一次性收益[說明在整個系統(tǒng)生命期內(nèi)由于運行所建議系統(tǒng)而導(dǎo)致的按月的、按年的能用人民幣數(shù)目表示的收益，包括開支的減少和避免。]6.2.3不可定量的收益[逐項列出無法直用人民幣表示的收益。]6.3收益/投資比[求出整個系統(tǒng)生命期的收益/投資比值。]6.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)你提出一個新的產(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??參考資料[在此應(yīng)列出項目計劃中引用的文檔列表，對于引用的每個文檔都應(yīng)該列出其標(biāo)題、文檔編號、日期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。]1.5?概述[本小節(jié)說明該文檔所包括的內(nèi)容，以及它的組織方式。]2.系統(tǒng)說明[在此簡要地說明將要開發(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)品型項目，那么其輸出就是一個商業(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)險，可能對項目的成本也帶來巨大的影響。]

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)役尚且如此，軟件項目也不例個。一個經(jīng)過周密考慮，團隊協(xié)作共同制訂的項目計劃是成功的關(guān)鍵。本文檔模板是ISO標(biāo)準(zhǔ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ā)中須進行的各項主要工作。]2.2主要參加人員[扼要地說明參加本項目開發(fā)工作的主要人員的情況，包括他們的技術(shù)水平。]2.3產(chǎn)品2.3.1程序[列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用有關(guān)文件。逐項說明其功能和能力。][列出需移交給用戶的每種文件的名稱及內(nèi)容要點。][列出需向用戶提供的各項服務(wù)。][說明開發(fā)集體應(yīng)向本單位交出但不必向用戶移交的產(chǎn)品。]2.4驗收標(biāo)準(zhǔn)[對于上述這些應(yīng)交出的產(chǎn)品和服務(wù)，逐項說明或引用資料說明驗收標(biāo)準(zhǔn)。]2.5[完成項目的最遲期限]2.6[本計劃的批準(zhǔn)者和批準(zhǔn)日期]3.實施計劃3.1工作任務(wù)的分解與人員分工[對于項目開發(fā)中需完成的各項工作，從需求分析、設(shè)計、實現(xiàn)、測試直到維護，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓(xùn)工作，軟件安裝工作等，按層次進行分解，指明每項任務(wù)的負(fù)責(zé)人和參加人員。]3.2接口人員[說明負(fù)責(zé)接口工作的人員及他們的職責(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.支持條件[說明為支持本項目的開發(fā)所需要的各種條件和設(shè)施。]4.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.5軟件項目計劃模板(2)編者說明：大家可能都發(fā)現(xiàn)了ISO標(biāo)準(zhǔn)的項目計劃缺少實用性，那是因為其未能很好地與WBS、甘特圖技術(shù)實現(xiàn)良好的結(jié)合。該文檔模板則充分考慮到這一點，其簡單、實用，適用于中小規(guī)模項目。1.引言1.1計劃的目的1.2項目的范圍和目標(biāo)1.2.1范圍描述1.2.2主要功能1.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)險計劃3.3.2風(fēng)險監(jiān)視3.3.3風(fēng)險管理4.日程4.1項目工作分解結(jié)構(gòu)4.2時限圖(甘特圖)4.3資源表5.項目資源5.1人員5.2硬件和軟件5.3特別資源6.人員組織6.1組織結(jié)構(gòu)6.2管理報告7.跟蹤和控制機制7.1質(zhì)量保證和控制7.2變化管理和控制8.附錄1.6軟件項目計劃模板(3)編者說明：如果項目規(guī)模較大，除了上一個模板中的內(nèi)容之外，還應(yīng)該加入許多分支內(nèi)容，包括過程計劃、組織計劃、測試計劃、變更及管理計劃、文檔計劃等各多方面的問題，將這些內(nèi)容的細化，將使項目計劃更全面、更周密。第1部分概述1.1目標(biāo)[這部分的目標(biāo)是總結(jié)整個項目計劃。]1.2概述[簡要描述要做的工作。給出所有理解工作環(huán)境所需的背景。然后闡述在合同下的項目任務(wù)。緊接著，說明項目如何組織。然后，在項目的基礎(chǔ)上列出假設(shè)和約束。]1.3詳述[說明項目的總體時間進度。包括項目中的所有主要工作，無論是你能控制的還是不能控制的。如果你計劃發(fā)布多個版本，要說明如何安排進度。]第2部分過程計劃2.1目標(biāo)[這部分的目標(biāo)是對用一系列稱為“過程”的時間段對開發(fā)活動加以定義，也就是確定該項目的開發(fā)將選用什么樣的過程模型。]2.2概述[定義你的開發(fā)生命周期，并且簡要說明生命周期的每個過程。]2.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)、出版程序員手冊、初步準(zhǔn)備系統(tǒng)測試、驗收測試、現(xiàn)場測試、建立項目資料庫。]2.3.3編碼過程[主要目標(biāo)：詳細設(shè)計/編碼和模塊測試、模塊集成、文檔建立。][次要目標(biāo)：詳細地準(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)、建立全面恢復(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詳述[在每個子部分中，列出基于組織章程的部分以及每個部分的責(zé)任，然后再說明在每個過程中組織的結(jié)構(gòu)圖。]3.3.1部門及責(zé)任[分析和設(shè)計部：編寫問題說明書、設(shè)計說明書、變更管理、數(shù)據(jù)控制、模擬模型、制作用戶文檔、協(xié)作集成測試。][編程部：詳細設(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)的所有級別測試的工具、過程和責(zé)任。]4.2概述[簡要定義每個測試級別，并說明在一個測試層次上，不同級別如何組合在一起。]4.3詳述4.3.1單元測試[在與其它功能模塊集成之前，針對單個程序模塊的測試。在此應(yīng)列出單元測試的目標(biāo)、責(zé)任、過程、工具。]4.3.2集成測試[逐步將通過測試的模塊集成為更加復(fù)雜的集合，并且測試這些集合，直到整個軟件都被集合在一起。在此應(yīng)列出集成測試的目標(biāo)、責(zé)任、過程、工具。]4.3.3系統(tǒng)測試[在盡可能真實的環(huán)境下，重新測試完成的軟件系統(tǒng)，應(yīng)由非編程人員完成。在此應(yīng)列出系統(tǒng)測試的目標(biāo)、責(zé)任、過程、工具。]4.3.4驗收測試[在用戶認(rèn)可的條件下，試運行系統(tǒng)以驗證系統(tǒng)滿足了客戶的需求。在此應(yīng)列出驗收測試的目標(biāo)、責(zé)任、過程、工具。]4.3.5現(xiàn)場測試[在不同的運行環(huán)境下測試軟件系統(tǒng)，以確保運行準(zhǔn)備就緒，這并不是每個項目都需要的。在此應(yīng)列出現(xiàn)場測試的目標(biāo)、責(zé)任、過程、工具。]4.3.6共同測試設(shè)備[描述在幾個或者所有級別的測試中共同的設(shè)備和工具，其中包括系統(tǒng)資料、計算機設(shè)備、桌面系統(tǒng)、操作系統(tǒng)、特殊語言、CASE工具、仿真器。]4.3.7測試支持程序第5部分變更管理計劃5.1目標(biāo)[這部分的目標(biāo)是定義在軟件系統(tǒng)開發(fā)過程中，變更控制的過程。]5.2概述[描述建立你和客戶都能夠接受的關(guān)鍵基線文檔以及控制與這些基線變化相關(guān)事件的需求。無論何時發(fā)生問題，基線文檔都是參考的關(guān)鍵。]5.3詳述5.3.1基線[定義哪些文檔在你的項目中是基線。]5.3.2變更申請[列出可能會提出變更的人員類別，以及提供相應(yīng)的變更申請文檔。]5.3.3研究變更申請5.3.4變更的類型[根據(jù)變更的基線影響的程序，設(shè)置不同的變更類型。]5.3.5變更管理會議[明確變更管理會議的組成成員、召開時間以及具體的操作辦法。]5.3.6建議類型[定義變更建議的類型，通常包括接受和拒絕兩種。]5.3.7執(zhí)行變更[定義執(zhí)行變更的具體方法，通常包括評估變更成本、對變更進行審批、制作變更文檔、對變更后的進度進行重新安排、測試變更結(jié)果。]第6部分文檔計劃6.1目標(biāo)[這部分的目標(biāo)是定義出版周期所要求過程與資源，以及列出基礎(chǔ)項目文檔組的框架結(jié)構(gòu)。]6.2概述[強調(diào)所有的項目文檔在這部分都列出結(jié)構(gòu)框架。]6.3詳述6.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ā)行日期][f.文檔主體：文檔的內(nèi)容。]6.3.3文檔內(nèi)容[列出在該項目中將要使用的文檔模板的結(jié)構(gòu)性內(nèi)容。]1.7軟件項目計劃模板(4)編者說明：隨著現(xiàn)代軟件工程思想的普及，迭代的、增量的開發(fā)生命周期已經(jīng)被認(rèn)識并付諸實踐，針對這樣的生命周期，其項目計劃的格式也需要做出相應(yīng)的調(diào)整。注：一個符合現(xiàn)代軟件工程思想的版本1.文檔概述[在此對整個文檔進行概要性描述，另外還應(yīng)列出該計劃的目標(biāo)、范圍、定義、術(shù)語、參考資料等內(nèi)容。]1.1目標(biāo)[在此描述本項目計劃的目標(biāo)。]1.2范圍[簡要說明該計劃所覆蓋的范圍，以及與其相關(guān)的項目，與該文檔有聯(lián)系的事物。]1.3定義與術(shù)語[在此列出在該計劃中所涉及的所有術(shù)語、定義、縮寫詞的解釋，這些信息也可以引用項目詞匯表來提供。]1.4參考資料[在此應(yīng)列出項目計劃中引用的文檔列表，對于引用的每個文檔都應(yīng)該列出其標(biāo)題、文檔編號、日期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。]1.5概述[說明該計劃其它部分所包含的內(nèi)容，以及文檔的組織方式。]項目概述項目目標(biāo)[指出該項目將會交付什么樣的產(chǎn)品，能夠幫助客戶達到什么目標(biāo)。]假設(shè)與約束[列舉出制定該計劃時所做的所有假設(shè)，以及列舉出對該項目的解決方案的約束性要求，如特定的操作系統(tǒng)平臺、特定的時間、特定的經(jīng)費范圍等。]項目交付物[具體列出該項目完成后，將交付哪些東西，并可以列出每個交付時間。]項目計劃更新總結(jié)[建議采用表格的形式，將計劃的修訂過程列出來。]項目組織項目組織結(jié)構(gòu)[建議使用組織結(jié)構(gòu)圖的形式，將整個項目團隊成員之間的關(guān)系與職責(zé)明確下來，甚至可以包括管理人員、各種委員會等。]外部聯(lián)系人[列出開發(fā)組織之外的，所有與項目相關(guān)的外部人員的姓名、聯(lián)系電話等資料。]角色與職責(zé)[明確項目開發(fā)各個任務(wù)的負(fù)責(zé)人或小組。]項目管理計劃項目估計[給出關(guān)于項目成本、進度的估計值，這些估計值將是項目計劃制定的基礎(chǔ)，也是今后重新評估、修改計劃的基礎(chǔ)。你可以采用任何估算技術(shù)。]項目計劃4.2.1階段計劃[主要包括工作結(jié)構(gòu)分解（WBS）、顯示各個階段或迭代時間安排的甘特圖、主要里程碑與其驗收標(biāo)準(zhǔn)。]4.2.2迭代目標(biāo)[如果你采用的是迭代式的開發(fā)方法，那么在此列出每次迭代的計劃，以及每次迭代計劃實現(xiàn)的目標(biāo)。]4.2.3發(fā)行計劃[列出軟件開發(fā)過程中各個中間版本的發(fā)行時間，包括演示版、Alpha版、Beta版等。]4.2.4項目進度表[使用甘特圖或PERT圖等方法，表示出該項目的進度計劃。]4.2.5項目資源計劃[在此處應(yīng)列出項目所需的人員、設(shè)備等資源情況。應(yīng)指明所需人員的數(shù)量、技能要求，以及如何獲取這些資源，是否要對人員進行必要的培訓(xùn)等。]4.2.6項目預(yù)算[根據(jù)WBS和階段計劃分配成本，得到本項目的財務(wù)預(yù)算。]迭代計劃[根據(jù)4.2.2小節(jié)的目標(biāo)，具體列出每次迭代的詳細計劃。該部分可以視需要將其單列為專題計劃。]4.3.1迭代一[列出此次迭代的時間線、小型里程碑等。]資源[列出此次迭代所需的人力、財力、設(shè)備等資源。]用例[列出此次迭代將要實現(xiàn)的用例。]評估標(biāo)準(zhǔn)[列出此次迭代的各項評測標(biāo)準(zhǔn)，包括功能、性能、容量、質(zhì)量等。]項目監(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ù)，從而形成規(guī)則。]4.4.6評測計劃[制定項目開發(fā)過程中將要度量與評測的指標(biāo)，說明如何評測，如何應(yīng)對。該部分可以視需要將其單列成為專題計劃。]4.5風(fēng)險管理計劃[該部分可以視需要將其單列為專題計劃。]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)險復(fù)審的時間表。]4.5.3風(fēng)險管理的組織和職責(zé)[列出與風(fēng)險管理相關(guān)的個人或小組，并對其職責(zé)進行描述。]4.5.4工具與技術(shù)[列出與風(fēng)險管理將采用的工具軟件或技術(shù)。]4.5.5納入管理的風(fēng)險項[列出主要的風(fēng)險項，并描述其影響以及應(yīng)急措施。具體可以參考后面的《風(fēng)險條目跟蹤表模板》。]4.6收尾計劃[列出在項目后期將要做的事，包括材料存檔、匯報總結(jié)等。]相關(guān)技術(shù)5.1開發(fā)案例[給出本項目將采用的軟件生命周期模型、過程規(guī)范等，從而對開發(fā)過程給予明確的指導(dǎo)。該部分可以視需要將其單列為一個專題文件。]5.2方法、工具和技術(shù)[列出本項目中將運用的方法、工具和技術(shù)，并給出適當(dāng)?shù)墓ぷ髦改虾驼f明。]5.3產(chǎn)品驗收計劃[列出本項目驗收工作的一些細節(jié)計劃，本部分內(nèi)容可以視需要將其單列為一個專題計劃。]6．其它支持過程管理6.1配置管理計劃[在此列出該項目所采用的配置管理過程，通常是單列為一個專題。]6.2評估計劃[列出本項目評估時所使用的技術(shù)、標(biāo)準(zhǔn)、指標(biāo)和過程。這里的評估包括走查、檢查和復(fù)審。]6.3文檔計劃6.4質(zhì)量保證計劃6.5分包商管理計劃7.其他計劃8.附錄9.索引1.8風(fēng)險條目跟蹤表模板編者說明：對于中型以上的項目，風(fēng)險控制的意義就猶為突出。要控制風(fēng)險，就應(yīng)該找到風(fēng)險，并將風(fēng)險記錄下來，確定相關(guān)責(zé)任人，對于風(fēng)險性高的、可能性大的還需要制訂相關(guān)的應(yīng)對措施。而最好的方法就是整理成為本模板中的表格，為每個潛在風(fēng)險備個案。序列號<順序號>確定日期<風(fēng)險被識別出的日期>撤消日期<撤消風(fēng)險確定日期>描述<以"條件-結(jié)果"的形式描述風(fēng)險>可能性<風(fēng)險轉(zhuǎn)變?yōu)閱栴}的可能性>注：可用0.1(極不可能)~1.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)險功能無限蔓延；需求鍍金或開發(fā)人員鍍金；質(zhì)量不定計劃過于樂觀設(shè)計欠佳銀彈綜合癥研發(fā)導(dǎo)向開發(fā)人員薄弱簽約商失敗；10）研發(fā)人員與客戶的磨擦。2.進度計劃風(fēng)險完整列表2.1計劃編制風(fēng)險計劃、資源和產(chǎn)品定義全憑客戶或上層領(lǐng)導(dǎo)口頭指令，并且不完全一致；計劃是優(yōu)化的，是“最佳狀態(tài)”；計劃忽略了必要的任務(wù)；計劃基于使用特定的小組成員，而那個小組成員其實指望不上。在限定的時間內(nèi)無法建成已定規(guī)模大小的產(chǎn)品；產(chǎn)品規(guī)模比估計的要大一些；工作量大于估算數(shù)；進度已經(jīng)拖延的項目在重新評估時過于優(yōu)化或忽視項目歷史；過度的進度壓力造成生產(chǎn)率下降；10）目標(biāo)日期提前，但沒有相應(yīng)地調(diào)整產(chǎn)品范圍或可用資源；11）一個任務(wù)的延遲導(dǎo)致相關(guān)任務(wù)的連鎖反應(yīng)；12）涉足不熟悉的產(chǎn)品領(lǐng)域，花費在設(shè)計和實現(xiàn)上的時間比預(yù)期的要多。2.2組織和管理項目缺乏一個有凝聚力的最高領(lǐng)導(dǎo)人；由于前期乏力，項目長時間被擱置；解雇和削減開支導(dǎo)致項目小組能力下降；僅由管理層或市場人員進行技術(shù)決策，導(dǎo)致計劃進度延長；低效的項目組結(jié)構(gòu)降低生產(chǎn)率；管理層審查/決策的周期比預(yù)期時間長；預(yù)算削減打亂項目計劃；管理層做出了打擊項目組織積極性的決定；非技術(shù)的第三方的工作比預(yù)期延長（如審批，采購等）；10）計劃性太差，無法適應(yīng)期望的開發(fā)速度；11）項目計劃由于壓力而放棄，導(dǎo)致開發(fā)混亂、低效；12）管理層強調(diào)英雄主義，而忽視客觀確切的狀態(tài)報告，這會降低發(fā)現(xiàn)和改正問題的能力。2.3開發(fā)環(huán)境設(shè)施沒有及時到位；設(shè)施到位，但不配套；設(shè)施擁擠、雜亂或者破損；開發(fā)工具未能及時到位；開發(fā)工具不如期望那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或切換新的工具；開發(fā)工具的選擇不是基于技術(shù)需求，不能提供計劃要求的性能；新開發(fā)工具的學(xué)習(xí)期比預(yù)期的長，內(nèi)容繁多。2.4最終用戶最終用戶堅持新的需求；最終用戶對于最后交付的產(chǎn)品不滿意，要求重新設(shè)計和重做；最終用戶不買進項目產(chǎn)品，無法提供后續(xù)支持；最終用戶的意見未被采納，造成產(chǎn)品最終無法滿足用戶期望，而必須重做。2.5客戶客戶堅持新的需求；客戶對規(guī)劃、原型和規(guī)格的審核/決策周期比預(yù)期長；客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導(dǎo)致需求不穩(wěn)定和耗時的重復(fù)；客戶答復(fù)的時間比預(yù)期長（如回答需求中需澄清的問題）；客戶堅持技術(shù)決策而導(dǎo)致進度計劃延長；客戶對開發(fā)進度管理過細，導(dǎo)致實際進展變慢；客戶提供的組件無法與開發(fā)的產(chǎn)品匹配，導(dǎo)致額外的設(shè)計和集成工作；客戶提供的組件質(zhì)量欠佳，導(dǎo)致額外的測試、設(shè)計和集成工作，以及額外的客戶關(guān)系管理工作；客戶要求的支持工具和環(huán)境不兼容、性能差或者功能不完善，導(dǎo)致生產(chǎn)率降低；10）客戶不接受交付的軟件，盡管它滿足了所有的規(guī)格；11）客戶期望的開發(fā)速度是開發(fā)人員無法達到的。2.6承包商承包商沒有按承諾交付組件；承包商遞交的組件質(zhì)量低下無法接收，必須花時間改進質(zhì)量；承包商沒有買進項目開發(fā)需要的工具，進而無法提供需要的性能水平。2.7需求需求已經(jīng)成為項目基準(zhǔn)，但變化還在繼續(xù)；需求定義欠佳，而進一步的定義會擴展項目范疇；添加額外的需求；產(chǎn)品定義含混的部分比預(yù)期需要更多的時間。2.8產(chǎn)品錯誤發(fā)生率高的模塊需要比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作；校正質(zhì)量低下不可接受的產(chǎn)品，需要比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作。在一個或多上新興領(lǐng)域推廣計算機技術(shù)使得計劃進度的延長不可預(yù)期；由于軟件功能的錯誤，需要重新設(shè)計和實現(xiàn)；開發(fā)額外不需要的功能（鍍金）延長了計劃進度；要滿足產(chǎn)品規(guī)格與速度要求，需比預(yù)期更多時間，包括重新設(shè)計和實現(xiàn)的時間；嚴(yán)格要求與現(xiàn)有系統(tǒng)兼容，需要進行比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作；要求與其他系統(tǒng)、復(fù)雜系統(tǒng)或不受本項目控制的系統(tǒng)相連，導(dǎo)致無法預(yù)料的設(shè)計、實現(xiàn)和測試工作。要求在不同操作系統(tǒng)下運行將花費比預(yù)期更長的時間；10）在不熟悉或未經(jīng)檢驗的軟（硬）件環(huán)境中運行產(chǎn)生未預(yù)料的問題；11）開發(fā)一種對組織全新的模塊將比預(yù)期花費更長的時間；12）依賴正在開發(fā)中的技術(shù)將延長計劃進度。2.9外部環(huán)境產(chǎn)品依賴政府規(guī)章，而規(guī)章的改變將是不可預(yù)期的；產(chǎn)品依賴草擬中的技術(shù)標(biāo)準(zhǔn)，而最后的標(biāo)準(zhǔn)將是不可預(yù)期的。2.10人員招聘人員所花時間比預(yù)期的長；作為先決條件的任務(wù)不能按時完成（如培訓(xùn)、其它項目）；開發(fā)人員和管理層之間關(guān)系不佳導(dǎo)致決策緩慢，影響全局；項目組成員沒有全身心投入項目，進而無法達到需要的產(chǎn)品性能水平；缺乏激勵措施，士氣低下，降低了生產(chǎn)能力；缺乏必要的規(guī)范，增加了工作失誤與重復(fù)工作；某些人需要更多時間適應(yīng)不熟悉的軟件工具和環(huán)境、硬件環(huán)境、編程語言；項目結(jié)束前，合同制人員離開團隊，或雇員辭職；項目后期加入新的開發(fā)人員，額外的培訓(xùn)和溝通降低現(xiàn)有成員的效率；10）項目組成員不能有效地一起工作；11）由于項目組成員間的沖突，導(dǎo)致溝通不暢、設(shè)計欠佳、接口錯誤和額外的重復(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)設(shè)計過于簡單，無法確定主要事件，并導(dǎo)致重新設(shè)計和實現(xiàn)；設(shè)計過于復(fù)雜，導(dǎo)致一些不必要的工作，影響實現(xiàn)效率；設(shè)計質(zhì)量低下，導(dǎo)致重復(fù)設(shè)計和實現(xiàn)使用不熟悉的方法，導(dǎo)致額外的培訓(xùn)時間，并重犯前期使用這種方法時導(dǎo)致的錯誤；產(chǎn)品采用低級語言來實施，導(dǎo)致生產(chǎn)率比預(yù)期的低；一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選開發(fā)所要的功能；代碼和庫質(zhì)量低下，導(dǎo)致需要額外的測試、錯誤修正或重做；過高估計了增強型工具對計劃進度的節(jié)省量；分別開發(fā)的模塊無法有效集成，需要重新設(shè)計或重做。2.12過程大量的紙面工作導(dǎo)致進程比預(yù)期的慢；進程跟蹤不準(zhǔn)確，導(dǎo)致無法預(yù)知項目是否已落后于計劃進度；前期的質(zhì)量保證行為不真實，導(dǎo)致后期的重復(fù)工作；質(zhì)量跟蹤不準(zhǔn)確，導(dǎo)致無法得知影響進度的質(zhì)量問題；太不正規(guī)，導(dǎo)致溝通不足，質(zhì)量問題和工作重做；過于正規(guī)，導(dǎo)致過多耗時無用的工作；向管理層撰寫進度報告占用的開發(fā)人員的時間比預(yù)期的多；風(fēng)險管理粗心，導(dǎo)致沒有發(fā)現(xiàn)重大的項目風(fēng)險；軟件項目風(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)模板也對這一塊提供了參考。這一文檔格式十分全面，不過也略顯繁瑣，適合于中型以上項目。l．標(biāo)題開發(fā)中的軟件系統(tǒng)的名稱和標(biāo)識符開發(fā)中的軟件系統(tǒng)的名稱和標(biāo)識符分項目名稱和標(biāo)識符分項目負(fù)責(zé)人簽名本期月報編寫人簽名本期月報的編號及所報告的年月2．工程進度與狀態(tài)2.1進度[列出本月內(nèi)進行的各項主要活動，并且說明本月內(nèi)遇到的重要事件，這里所說的重要事件是指一個開發(fā)階段（即軟件生存周期內(nèi)各個階段中的某一個，例如需求分析階段）的開始或結(jié)束，要說明階段名稱及開始（或結(jié)束）的日期。]2.2狀態(tài)[說明本月的實際工作進度與計劃相比，是提前了、按期完成了、或是推遲了？如果與計劃不一致，說明原因及準(zhǔn)備采取的措施。]3．資額耗用與狀態(tài)3.1資額耗用[主要說明本月份內(nèi)耗用的工時與機時。]3.1.1工時[分為三類：][a.管理用工時包括在項目管理（制訂計劃、布置工作、收集數(shù)據(jù)、檢查匯報工作等）方面耗用的工時；][b.服務(wù)用工時包括為支持項目開發(fā)所必須的服務(wù)工作及非直接的開發(fā)工作所耗用的工時；][c.開發(fā)用工時要分各個開發(fā)階段填寫。]3.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.其他費用。]4.1.2設(shè)備購置費[列出本月內(nèi)支出的設(shè)備購置費，一般可分如下三類：][[a.購買軟件的名稱與金額；][b.購買硬設(shè)備的名稱、型號、數(shù)量及金額；][c.已有硬設(shè)備的折舊費。]4.2狀態(tài)[說明本月內(nèi)實際支出的經(jīng)費與計劃相比較，是超過了。相符合、還是不到計劃數(shù)？如果與計劃不一致，說明原因及準(zhǔn)備采取的措施。]5．下個月的工作計劃6．建議[本月遇到的重要問題和應(yīng)引起重視的問題以及因此產(chǎn)生的建議。]

1.11開發(fā)任務(wù)卡編者說明：項目中應(yīng)該實現(xiàn)責(zé)任到人，項目的進度應(yīng)該是每個項目成員個人進度表的總匯集，而開發(fā)任務(wù)卡則是項目與項目成員的約定，也是項目管理的一個好辦法。大家可以根據(jù)自己的實際情況來修改該模板。項目名：模塊/類名：安排時間：任務(wù)承擔(dān)人：相關(guān)模塊/類情況：模塊/類名負(fù)責(zé)人開始時間完成時間狀態(tài)任務(wù)描述：估計完成時間：_________________批準(zhǔn)人：_________________

1.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．資源耗費總用工時：加班時間：機時：上網(wǎng)時間：硬件平臺：軟件環(huán)境和工具：4.下個月工作計劃任務(wù)：<任務(wù)名>任務(wù)描述：任務(wù)所屬項目或子項目：性質(zhì)：□新□續(xù)上月5.建議

1.13項目開發(fā)進度月報編者說明：項目進度月報是必須的管理機制，而長篇大論不僅浪費了大家的時間，而且也使得進度的收集與實際情況有一些時間上的誤差，因而可以采用表格化的報表格式。1.標(biāo)題項目名稱及標(biāo)識：子項目名稱及標(biāo)識：本期月報編寫人：〈簽名〉子項目負(fù)責(zé)人：〈簽名〉本期月報編號：月報日期：年月日2.進度2.1任務(wù)任務(wù)：<任務(wù)名>任務(wù)描述：狀態(tài)：□完成□未完成與計劃比較：□提前□按期□推遲推遲原因：2.2事件事件：<事件名>事件標(biāo)志：與計劃比較：□提前□按期□推遲推遲原因：3.資源耗費3.1工時管理用工時：服務(wù)用工時：開發(fā)用工時：總計：3.2機時計算機類型：用時：計算機類型：用時：計算機類型：用時：總計：用時：4.經(jīng)費支出4.1支持性經(jīng)費支出工資、獎金、補貼：培訓(xùn)費：資料費：會議費：差旅費：總計：4.2設(shè)置購置費設(shè)備名稱型號數(shù)量單價金額總計金額：5.下個月工作計劃5.1任務(wù)任務(wù)：<任務(wù)名>任務(wù)描述：開發(fā)階段：性質(zhì)：□新□續(xù)上月5.2事件事件：<事件名>事件標(biāo)志：性質(zhì)：□新□舊6.建議

1.14項目進度周報編者說明：月報通常需要較詳細，而周報則應(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))編者說明：在項目中犯錯誤是正常的，但是犯同樣的錯誤則是不可原諒的。因此，我們應(yīng)該善于在項目中總結(jié)、在實踐中總結(jié)。在項目結(jié)束的時候，所有的成員匯集在一起，回顧一下項目的過程，總結(jié)出錯誤，找到解決的辦法，總結(jié)出經(jīng)驗，將這些經(jīng)驗復(fù)用到下一個項目中。然后形成本文檔，共享給大家。1．引言1.1編寫目的[說明編寫這份項目開發(fā)總結(jié)報告的目的，指出預(yù)期的閱讀范圍。]1.2背景[說明：][a.本項目的名稱和所開發(fā)出來的軟件系統(tǒng)的名稱；][b.此軟件的任務(wù)提出者、開發(fā)者、用戶及安裝此軟件的計算中心。]1.3定義[列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。]1.4參考資料[列出要用到的參考資料，如：][a.本項目的已核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批文；][b.屬于本項目的其他已發(fā)表的文件；][c.本文件中各處所引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。][列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。]2．實際開發(fā)結(jié)果2.1產(chǎn)品[說明最終制成的產(chǎn)品，包括：][a.程序系統(tǒng)中各個程序的名字，它們之間的層次關(guān)系，以千字節(jié)為單位的各個程序的程序量、存儲媒體的形式和數(shù)量；][b.程序系統(tǒng)共有哪幾個版本，各自的版本號及它們之間的區(qū)別；][c.每個文件的名稱；][d.所建立的每個數(shù)據(jù)庫。如果開發(fā)中制訂過配置管理計劃，要同這個計劃相比較。]2.2主要功能和性能[逐項列出本軟件產(chǎn)品所實際具有的主要功能和性能，對照可行性研究報告、項目開發(fā)計劃、功能需求說明書的有關(guān)內(nèi)容，說明原定的開發(fā)目標(biāo)是達到了、未完全達到、或超過了。]2.3基本流程[用圖給出本程序系統(tǒng)的實際的基本的處理流程。]2.4進度[列出原定計劃進度與實際進度的對比，明確說明，實際進度是提前了、還是延遲了，分析主要原因。]2.5費用[列出原定計劃費用與實際支出費用的對比，包括：][a.工時，以人月為單位，并按不同級別統(tǒng)計；][b.計算機的使用時間，區(qū)別CPU時間及其他設(shè)備時間；][c.物料消耗、出差費等其他支出。][明確說明，經(jīng)費是超出了、還是節(jié)余了，分析其主要原因。]3．開發(fā)工作評價3.1對生產(chǎn)效率的評價[給出實際生產(chǎn)效率，包括：][a.程序的平均生產(chǎn)效率，即每人月生產(chǎn)的行數(shù)；][b.文件的平均生產(chǎn)效率，即每人月生產(chǎn)的千字?jǐn)?shù)；][并列出原訂計劃數(shù)作為對比。]3.2對產(chǎn)品質(zhì)量的評價[說明在測試中檢查出來的程序編制中的錯誤發(fā)生率，即每干條指令（或語句）中的錯誤指令數(shù)（或語句數(shù)）。如果開發(fā)中制訂過質(zhì)量保證計劃或配置管理計劃，要同這些計劃相比較。]3.3對技術(shù)方法的評價[給出對在開發(fā)中所使用的技術(shù)、方法、工具、手段的評價。]3.4出錯原因的分析[給出對于開發(fā)中出現(xiàn)的錯誤的原因分析。]4．經(jīng)驗與教訓(xùn)[列出從這項開發(fā)工作中所得到的最主要的經(jīng)驗與教訓(xùn)及對今后的項目開發(fā)工作的建議。]

1.16模塊開發(fā)卷宗(GB標(biāo)準(zhǔn))編者說明：當(dāng)一個項目完成之后，應(yīng)該將所有的文檔、源程序、可執(zhí)行文檔進行整理打包，統(tǒng)一入庫，而模塊開發(fā)卷宗則是這些文檔的封面。有了該文檔，就可以使得下次找這些資料時更加方便。第1章 模塊開發(fā)情況模塊名:模塊標(biāo)識符代碼設(shè)計計劃開始日期實際開始日期計劃完成日期實際完成日期模塊測試計劃開始日期實際開始日期計劃完成日期實際完成日期組裝測試計劃開始日期實際開始日期計劃完成日期實際完成日期源代碼行預(yù)計行數(shù)實際行數(shù)目標(biāo)模塊大小預(yù)計字節(jié)數(shù)實際字節(jié)數(shù)代碼復(fù)查（日期/簽字）批準(zhǔn)（日期/簽字）第2章 功能說明輸入處理輸出第3章 設(shè)計說明3.1 層次說明模塊名模塊標(biāo)識符調(diào)用模塊被調(diào)用模塊3.2 算法（Ｎ－Ｓ圖、ＰＡＤ圖或ＰＤＬ語言）3.3 外部數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)名稱關(guān)系<生成/使用關(guān)系>3.4 出錯信息錯誤編號錯誤名描述第4章 源代碼清單第5章 測試說明5.1 測試名稱1測試標(biāo)識符：編號：測試目的：測試配置：測試用例：序號輸入預(yù)期輸出實際輸出5.2 測試名稱2…………第6章 復(fù)審結(jié)論6.1 與需求說明的比較6.2 與概要設(shè)計的比較6.3 與詳細設(shè)計的比較6.4 一般結(jié)論

二、需求分析類編者說明：許多有經(jīng)驗的開發(fā)團隊在開始需求調(diào)查的時候，總會將“軟件客戶需求權(quán)利書”和“軟件客戶需求義務(wù)書”提交給客戶，讓客戶明確其權(quán)利與義務(wù)，將會對需求調(diào)研、分析的工作帶來意想不到的效果，你可以一試。

2.1軟件客戶需求權(quán)利書1.要求分析人員使用符合客戶語言習(xí)慣的表達；2.要求分析人員了解客戶系統(tǒng)的業(yè)務(wù)及目標(biāo)；3.要求分析人員組織需求獲取期間所介紹的信息，并編寫軟件需求規(guī)格說明。4.要求開發(fā)人員對需求過程中所產(chǎn)生的工作結(jié)果進行解釋說明；5.要求開發(fā)人員在整個交流過程中保持和維護一種合作的職業(yè)態(tài)度；6.要求開發(fā)人員對產(chǎn)品的實現(xiàn)及需求都要提供建議，拿出主意。7.描述產(chǎn)品使其具有易用、好用的特性；8.可以調(diào)整需求，允許重用已有的軟件組件；9.當(dāng)需要對需求進行變更時，對成本、影響、得失有個真實可信的評估；10.獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)，并且這些要求是開發(fā)人員同意的。

2.2軟件客戶需求義務(wù)書1.給分析人員講解業(yè)務(wù)及說明業(yè)務(wù)方面的術(shù)語等專業(yè)問題；2.抽出時間清楚地說明需求并不斷完善；3.當(dāng)說明系統(tǒng)需求時，力求準(zhǔn)確詳細；4.需要時要及時對需求做出決策；5.要尊重開發(fā)人員的成本估算和對需求的可行性分析；6.對單項需求、系統(tǒng)特性或使用實例劃分優(yōu)先級；7.評審需求文檔和原型；8.一旦知道要對項目需求進行變更，要馬上與開發(fā)人員聯(lián)系；9.在要求需求變更時，應(yīng)遵造開發(fā)組織確定的工作過程來處理；10.尊重需求工程中開發(fā)人員采用的流程（過程）。

2.3軟件項目視圖和范圍編者說明：項目所涉及的內(nèi)容與所解決的問題都是有限的，而且項目應(yīng)該是十分有目的性的，是為了實現(xiàn)某個可度量的目標(biāo)而做的。因此，在需求分析的前期應(yīng)該將“項目的目標(biāo)與范圍”這一項目的本質(zhì)文檔化，讓每一個項目成員對其達成共識。該文檔是十分重要，但卻又是十分容易被忽視的。該文檔模板比較適用于定制開發(fā)項目。1.業(yè)務(wù)需求[業(yè)務(wù)需求說明了提供給客戶和產(chǎn)品開發(fā)商的新系統(tǒng)的最初利益。不同產(chǎn)品可能會有不同的側(cè)重點。本部分描述了你為什么要從事此項項目的開發(fā)，以及它將給開發(fā)者和購賣者帶來的利益。]1.1背景[在這一部分，總結(jié)新產(chǎn)品的理論基礎(chǔ)，并提供關(guān)于產(chǎn)品開發(fā)的歷史背景或形勢的一般性描述。]1.2業(yè)務(wù)機遇[描述現(xiàn)存的市場機遇或正在解決的業(yè)務(wù)問題。描述商品競爭的市場和信息系統(tǒng)將運用的環(huán)境。包括對現(xiàn)存產(chǎn)品的一個簡要的相對評價和解決方案，并指出所建議的產(chǎn)品為什么具有吸引力和它們所能帶來的競爭優(yōu)勢。認(rèn)識到目前只能使用該產(chǎn)品才能解決的一些問題，并描述產(chǎn)品是怎樣順應(yīng)市場趨勢和戰(zhàn)略目標(biāo)的。]1.3業(yè)務(wù)目標(biāo)[用一個定量和可測量的合理方法總結(jié)產(chǎn)品總結(jié)產(chǎn)品所帶來的重要商業(yè)利潤。關(guān)于給客戶帶來的價值在后面闡述，這里僅把重點放在給業(yè)務(wù)的價值上。這些目標(biāo)與收入預(yù)算或節(jié)省開支有關(guān)，并影響到投資分析和最終產(chǎn)品的交付日期。]1.4客戶或市場需求[描述一些典型客戶的需求，包括不滿足現(xiàn)在市場上的產(chǎn)品或信息系統(tǒng)的需求。提出客戶目前所遇到的問題在新產(chǎn)品中將可能（或不可能）出現(xiàn)的闡述，提供客戶怎樣使用產(chǎn)品的例子。確定了產(chǎn)品所能運行的軟、硬件平臺。定義了較高層次的關(guān)鍵接口或性能要求，但避免設(shè)計或?qū)崿F(xiàn)細節(jié)。把這些要求寫到列表中，可以反過來跟蹤調(diào)查特殊用戶和功能需求。]1.5提供給客戶的價值[確定產(chǎn)品給客戶帶來的價值，并指明產(chǎn)品怎樣滿足客戶的需要?？梢杂孟铝醒赞o表達產(chǎn)品帶給客戶的價值：提高生產(chǎn)效率，減少返工；節(jié)省開支；業(yè)務(wù)過程的流水線化；先前人工勞動的自動化；符合相關(guān)標(biāo)準(zhǔn)和規(guī)則；與目前的應(yīng)用產(chǎn)品相比較，提高了可用性或減少了失效程度。]1.6業(yè)務(wù)風(fēng)險[總結(jié)開發(fā)（或不開發(fā)）該產(chǎn)品有關(guān)的主要業(yè)務(wù)風(fēng)險，例如市場競爭、時間問題、用戶的接受能力、實現(xiàn)的問題或?qū)I(yè)務(wù)可能帶來的消極影響。預(yù)測風(fēng)險的嚴(yán)重性，指明你所能采取的減輕風(fēng)險的措施。]2.項目視圖的解決方案[文檔中的這一部分為系統(tǒng)建立了一個長遠的項目視圖，它將指明業(yè)務(wù)目標(biāo)。這一項目視圖為在軟件開發(fā)生存期中作出決策提供了相關(guān)環(huán)境背景。這部分不包括詳細的功能需求和項目計劃信息。]2.1項目視圖陳述[編寫一個總結(jié)長遠目標(biāo)和有關(guān)開發(fā)新產(chǎn)品目的的簡要項目視圖陳述。項目視圖陳述將考慮權(quán)衡有不同需求客戶的看法。它可能有點理想化，但必須以現(xiàn)有的或所期待的客戶市場企業(yè)框架。組織的戰(zhàn)略方向和資源局限性為基礎(chǔ)。][如："化學(xué)制品跟蹤系統(tǒng)"可使科學(xué)家查詢到化學(xué)制品倉庫或供應(yīng)商將提供的化學(xué)制品容器。系統(tǒng)可隨時了解公司每一個化學(xué)制品容器所處的位置，容器中所剩余的藥品劑量，任何時候每個容器所處的位置和用法的歷史記錄。通過充分利用公司內(nèi)部的可用化學(xué)制品，廢棄極少量已使用或過期失效的化學(xué)制品，使用標(biāo)準(zhǔn)的化學(xué)制品的購買過程等將在化學(xué)制品上節(jié)省25%開支。"化學(xué)制品跟蹤系統(tǒng)"還能產(chǎn)生符合政府部門規(guī)定所要求的全部報表，包括化學(xué)制品的使用、存儲和廢棄等報表。]2.2主要特征[包括新產(chǎn)品將提供的主要特性和用戶性能的列表。強調(diào)的是區(qū)別于以往產(chǎn)品和競爭產(chǎn)品的特性?？梢詮挠脩粜枨蠛凸δ苄枨笾械玫竭@些特性。]2.3假設(shè)和依賴環(huán)境[在構(gòu)思項目和編寫項目視圖和范圍文檔時，要記錄所作出的任何假設(shè)。通常一方所持的假設(shè)應(yīng)與另一方不同。如果你把它們都記錄下來，并加以評論，就能對項目內(nèi)部隱含的基本假設(shè)達成共識。比如，"化學(xué)制品跟蹤系統(tǒng)"的開發(fā)者假設(shè)：該系統(tǒng)可以替代現(xiàn)有的倉庫存貨系統(tǒng)，并能與有關(guān)采購部門的應(yīng)用相連接。把這些都記錄下來以防止將來可能的混淆和沖突。還有，記錄項目所依賴的主要環(huán)境，比如：所使用的特殊的技術(shù)、第三方供應(yīng)商、開發(fā)伙伴及其它業(yè)務(wù)關(guān)系。]3.范圍和局限性[項目范圍定義了所提出的解決方案和概念和適用領(lǐng)域，而局限性則指出產(chǎn)品所不包括的某些性能。如果一般客戶所提出的需求超出項目的范圍時就應(yīng)當(dāng)拒絕它，除非這些需求是很有益的。記錄這些需求以及拒絕它們的原因，以待查。]3.1首次發(fā)行的范圍[總結(jié)首次發(fā)行的產(chǎn)品所具有的性能。描述了產(chǎn)品的質(zhì)量特性，這些特性使產(chǎn)品可以為不同的客戶群提供預(yù)期的成果。應(yīng)當(dāng)避免將想到的每一個特性都包括到1.0版本產(chǎn)品中去。開發(fā)者應(yīng)把重點放在能提供最大價值、花花費最合理的開發(fā)費用及普及率最高的產(chǎn)品上。]3.2隨后發(fā)行的范圍[如果你想象一個周期性的產(chǎn)品演變過程，就要指明哪一個主要特性的開發(fā)將被延期，并期待隨后版本發(fā)行的日期。]3.3局限性和專用性[明確定義包括和不包括的特性和功能的界線是處理范圍設(shè)定和客戶期望的一個途徑。列出風(fēng)險承擔(dān)者們期望的而你卻不打算把它包括到產(chǎn)品中的特性和功能。]4.業(yè)務(wù)環(huán)境[這一部分總結(jié)了一些項目的業(yè)務(wù)問題。]4.1客戶概貌[客戶概述明確了這一產(chǎn)品的不同類型客戶的一些本質(zhì)特點，以及目標(biāo)市場部門和在這些部門中的不同客戶的特征。對于每一種客戶類型，概述要包括：各種客戶類型將從產(chǎn)品中獲得的主要益處；它們對產(chǎn)品所持的態(tài)度；感興趣的關(guān)鍵產(chǎn)品的特性；哪一類型客戶能成功使用；必須適應(yīng)任何客戶的限制。]4.2項目的優(yōu)先級[一旦明確建立項目的優(yōu)先級，風(fēng)險承擔(dān)者和項目的參與者就能把精力集中在一系列共同的目標(biāo)上。達到這一目的的一個途徑是考慮軟件項目的五個方面：性能、質(zhì)量、計劃、成本和人員。在所給的項目中，其每一方面應(yīng)與下面三個因素之一相適應(yīng)。一個驅(qū)動----一個最高級別的目標(biāo)；一個約束----項目管理者必須操縱一個對象的限制因素；一個自由度----項目管理能權(quán)衡其它方面，進而在約束限制的范圍內(nèi)完成目標(biāo)的一個因素。未必所有的因素都能成為驅(qū)動，或所有的因素都能成為約束因素。在項目開始時記錄和分析哪一個因素適用于哪一類型，將有助于使每一個人的努力和期望與普遍認(rèn)可的優(yōu)先級相一致。]5.產(chǎn)品成功的因素[明確產(chǎn)品的成功是如何定義和測量的，并指明對產(chǎn)品的成功有巨大影響的幾個因素。不僅要包括組織直接控制的范圍內(nèi)的事務(wù)，還要包括我部素。如果可能，可建立測量的標(biāo)準(zhǔn)，用于評價是否達到業(yè)務(wù)目標(biāo)，如：市場股票、銷售量及收入、客戶滿意度、交易處理量和準(zhǔn)確度。]

2.4項目構(gòu)想編者說明：這個文檔模板與“軟件項目視圖與范圍”文檔的功能十分接近，只不過該文檔更適合于產(chǎn)品型項目。其注重對項目的用戶、市場進行分析，緊抓項目相關(guān)人員（也叫做風(fēng)險承擔(dān)者）的需求的本質(zhì)。1.文檔簡介[軟件需求規(guī)格說明書的整個內(nèi)容還是鎖定于整個系統(tǒng)的操作、使用層面之上的功能性需求，只是解決了How的問題，而并未回答Why的問題。這使得系統(tǒng)在開發(fā)過程中，開發(fā)團隊經(jīng)常陷入知其然，而不知其所以然的困境，造成了不必要的誤解與錯誤。因此，需要一個側(cè)重于對項目的風(fēng)險承擔(dān)者、目標(biāo)用戶需要的文檔，不僅要了解他們需要的功能，還要找到他們提出這些需求的原因。這就是“項目構(gòu)想”文檔所要描述的重要內(nèi)容。][本節(jié)的內(nèi)容主要是提供項目構(gòu)想文檔的目的、范圍、定義、參考資料以及對其的摘要性概述。]1.1?目的[說明該文檔的寫作目的。]1.2?范圍[范圍主要用來說明該文檔描述的項目內(nèi)容，以及與其相關(guān)的其它東西。]1.3定義、首字母縮寫詞和縮略語[與其它文檔一樣，該文檔也需要將本文檔中所涉及的所有術(shù)語、縮略語進行詳細的定義。還有一種可簡明的做法，就是維護在一個項目詞匯表中，這樣就可以避免在每個文檔中都重復(fù)很多內(nèi)容。]1.4參考資料[在這一小節(jié)中，應(yīng)完整地列出該文檔引用的所有文檔。對于每個引用的文檔都應(yīng)該給出標(biāo)題、標(biāo)識號、日期以及來源，為閱讀者查找這些文檔提供足夠詳細的信息。]1.5概述[在本小節(jié)中，主要是說明項目構(gòu)想各個部分所包含的主要內(nèi)容，就像一個文章摘要一樣。同時也應(yīng)該對文檔的組織方式進行解釋。]2.定位2.1?商業(yè)機會[如果該項目是一個產(chǎn)品型項目，那么應(yīng)該在本小節(jié)中描述該產(chǎn)品所針對的商業(yè)機會。如果是定制開發(fā)項目，那么可以省去本小節(jié)。]2.2?問題說明[使用表格的形式，將該項目將要解決的問題進行概要性地描述：]存在的問題[問題的簡要說明]受影響的人群[該問題對哪些人群帶來了影響]導(dǎo)致的后果[該問題帶來的不利因素]希望的解決方案[列出解決方案所能夠解決的問題，以及其相應(yīng)的優(yōu)點。]2.3?產(chǎn)品定位說明[如果是產(chǎn)品型項目，則該小節(jié)將以表格的形式對產(chǎn)品的定位進行明確，如果是定制開發(fā)項目，可以省略本小節(jié)。]目標(biāo)市場[描述產(chǎn)品目標(biāo)客戶群體]目標(biāo)客戶需求[說明客戶的需要或者潛在的機會]產(chǎn)品類別[說明該產(chǎn)品屬于什么領(lǐng)域]主要優(yōu)點[描述讓目標(biāo)客戶產(chǎn)生興趣和購買欲的理由]主要競爭對手[列出與該產(chǎn)品有競爭的其它廠商的產(chǎn)品]主要優(yōu)勢[針對競爭產(chǎn)品的分析][一個具有清晰定位的產(chǎn)品，在開發(fā)過程中，團隊將更好地理解，更容易開發(fā)出滿足目標(biāo)市場的產(chǎn)品，因而該部分內(nèi)容是十分重要的。]3.項目相關(guān)人員和用戶說明[了解用戶、了解所有與該項目相關(guān)的人員，是有效地滿足他們對系統(tǒng)、產(chǎn)品需求的基礎(chǔ)。你應(yīng)該在本小節(jié)中將所有的項目相關(guān)人員以及用戶收羅在一起，并對他們進行簡要的描述，對他們的需求、習(xí)慣、角度進行說明。這些內(nèi)容將有助于開發(fā)團隊更好的理解用戶的需求本質(zhì)。]3.1?產(chǎn)品用戶分析[如果是產(chǎn)品型項目，那么你應(yīng)該本節(jié)中對目標(biāo)客戶進行分析?？梢栽谑袌稣{(diào)查的基礎(chǔ)上，對其市場的規(guī)模和增長率進行研究，從而估計其潛在的用戶數(shù)量。另外，還應(yīng)結(jié)合目標(biāo)市場的實際情況，分析你的組織是否在該市場上有拓展的優(yōu)勢，如何獲得這些優(yōu)勢。如果是定制開發(fā)項目，可以省略這一小節(jié)。]3.2?項目相關(guān)人員一覽表[使用下面的表格，對項目相關(guān)人員進行分析。]人員類別代表作用[指明項目相關(guān)人員的類別][列舉該類人員的代表][說明其對產(chǎn)品、項目開發(fā)的影響]3.3?用戶一覽表[使用下面的表格，對項目、產(chǎn)品的用戶進行分析。]用戶類型說明代表[指明用戶類別][簡要說明他們在系統(tǒng)中代表的對象和充當(dāng)?shù)淖饔胅[列舉出代表]3.4?用戶環(huán)境[了解用戶在使用環(huán)境下使用系統(tǒng)或產(chǎn)品，是十分有意義的事，也是實現(xiàn)產(chǎn)品更好地滿足需求，提供更加方便的使用界面的基礎(chǔ)。例如：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？他們的計算機硬件系統(tǒng)的環(huán)境情況如何？他們都是在什么樣的工作環(huán)境中使用系統(tǒng)的？]3.5?項目相關(guān)人員的簡要說明?[以下表的形式，將各類項目相關(guān)人員的基本情況進行說明，以幫助開發(fā)團隊更好地了解他們的情況。為每一類人員生成一張表格。]代表[列出該類項目相關(guān)人員的代表。]說明[對該類人員進行簡要說明。]專業(yè)技能[描述本類人員的技能特長、技術(shù)背景以及電腦系統(tǒng)操作的熟練程度（可以分成業(yè)務(wù)用戶、專家用戶、熟練用戶、初級用戶等）]職責(zé)[描述本類人員對系統(tǒng)開發(fā)所承擔(dān)的職責(zé)，以及應(yīng)享有的利益。]驗收標(biāo)準(zhǔn)[描述驗證系統(tǒng)是否滿足其職責(zé)的標(biāo)準(zhǔn)。]參與方式[該類人員是否參與系統(tǒng)開發(fā)，如果參與將以什么形式參加。]項目成果[說明該類項目相關(guān)人員是否參與項目成果的開發(fā)，是否有與其相關(guān)的項目成果。]意見/問題[列出與該類項目成員相關(guān)的問題與建議。]3.6用戶簡要說明[以下表的形式，將與系統(tǒng)相關(guān)的各種用戶的信息整理出來，以方便開發(fā)團隊針對性的工作。要注意的是，用戶會有不同的類型，有些用戶需要的是靈活性、方便快速操作的高級功能，而有些用戶則側(cè)重與用戶界面的友好性。這些與該用戶的基本情況直接相關(guān)，了解用戶才能夠真正地開發(fā)出符合用戶習(xí)慣和水平的系統(tǒng)。為每類用戶生成一張表。]代表[列出該類用戶的代表。]說明[對該類用戶進行簡要說明。]專業(yè)技能[描述該用戶的技能特長、技術(shù)背景和對計算機系統(tǒng)操作的熟練程度。]職責(zé)[列出該用戶對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，如記錄詳細信息、撰寫報告、協(xié)調(diào)工作等。]驗收標(biāo)準(zhǔn)[描述驗證系統(tǒng)符合用戶需求的標(biāo)準(zhǔn)。]參與方式[說明該類用戶是否參與開發(fā)，如何參與。]項目成果[說明是否有依賴于該類用戶的項目成果。]意見/問題[列出一些該類用戶對系統(tǒng)提出的一個意見與建議，并且收集其認(rèn)為該系統(tǒng)將遇到的問題。]3.7關(guān)鍵的項目相關(guān)人員/用戶需要[列出項目相關(guān)人員提出的針對對于該解決方案的關(guān)鍵問題。對于列出的每個問題，需澄清：為什么會出現(xiàn)這一問題？目前的解決方案是什么？他們需要什么要的解決方案？或者對新的解決方案有什么樣的預(yù)期？][還有一個很關(guān)鍵的內(nèi)容就是，每個需求的優(yōu)先級，這將對制定迭代計劃時提供有效的基礎(chǔ)，而優(yōu)先級的確定，應(yīng)該采用分級、累積投票等方法從用戶、項目相關(guān)人員那里獲得。應(yīng)充分考慮項目客戶方的要求。如果是產(chǎn)品型項目，則應(yīng)該從產(chǎn)品經(jīng)理、市場調(diào)查資料里獲得。][經(jīng)過整理后，將內(nèi)容填入下表：]需求優(yōu)先級要點目前解決方案提議的解決方案3.8備選方案和競爭[如果是產(chǎn)品型項目，應(yīng)在此小節(jié)列舉出客戶除了購買該產(chǎn)品這外的選擇，其中包括購買競爭對手的產(chǎn)品、自行設(shè)計解決方案甚至是維持現(xiàn)狀。對所有潛在的競爭產(chǎn)品做一個列表，并根據(jù)客戶的實際情況來確認(rèn)主要優(yōu)缺點。][而如果是定制開發(fā)型項目，則應(yīng)該了解競爭對手提供的解決方案，比在此進行相應(yīng)的比較。]4.產(chǎn)品概述[本節(jié)主要從產(chǎn)品級、系統(tǒng)級的視角，高度概括產(chǎn)品的功能、與其它應(yīng)用程序的交互以及所需的系統(tǒng)配置等。]4.1?產(chǎn)品總體效果[本小節(jié)主要將產(chǎn)品話在用戶環(huán)境、使用環(huán)境的角度來介紹。如果是自成一體，則說明用戶將如何使用；如果是與其它的應(yīng)用系統(tǒng)進行交互的，則在此小節(jié)說明如何與這些系統(tǒng)進行交互？它們之間采用什么樣的通訊方式和接口。在這里最適合的方式是使用UML的部署圖，讓用戶對系統(tǒng)最終的運行環(huán)境有一個較宏觀的了解。]4.2?主要功能[本小節(jié)不是對系統(tǒng)或產(chǎn)品所有功能的羅列，而是將能夠體現(xiàn)系統(tǒng)、產(chǎn)品主要優(yōu)點和特性功能在此列出。在內(nèi)容組織方面，應(yīng)該直接與“客戶能夠通過產(chǎn)品獲得的好處”相聯(lián)系，使讀者能夠?qū)⑾到y(tǒng)的功能與客戶的價值直接聯(lián)系起來，在開發(fā)時能夠從本質(zhì)出發(fā)，構(gòu)建出更加符合客戶需要的系統(tǒng)。]4.3?假設(shè)與依賴關(guān)系[在此小節(jié)中，列出所有會影響該文檔中所述特性的各種因素。也就是列舉出所有可能讓該文檔發(fā)生變化的假設(shè)條件。]4.4?成本與定價[該小節(jié)主要是對該項目的成本進行核算，對給出相應(yīng)的定價策略。對于定制開發(fā)的項目，其成本主要包括開發(fā)的人工成本、公司管理成本、項目額外開支、相關(guān)軟硬件工具投資等方面。而對于產(chǎn)品型項目而言，還包括分銷成本、用戶手冊制作、CD制作等方面的成本。這里的成本核算為最終的合同價格以及產(chǎn)品的銷售價值將提供一個基礎(chǔ)的依據(jù)，因此也是十分重要的。]4.5?許可與安裝[該小節(jié)中主要列出影響開發(fā)工作的一些許可和安裝相關(guān)的問題。例如是否需要加密，如果驗證用戶合法性，安裝界面的要求是什么。這方面對于產(chǎn)品型項目而言顯得更加重要，也是對軟件知識產(chǎn)權(quán)保護的一個重要措施。]5.產(chǎn)品特性[在本節(jié)中將列出系統(tǒng)或產(chǎn)品的特性，特性是指實現(xiàn)用戶價值的系統(tǒng)功能。每一個特性都是一個所需的服務(wù)，通常是通過一系列操作實現(xiàn)預(yù)期結(jié)果。在FDD中，也就是特征。通常一個特征會由一個或多個用例來實現(xiàn)，通常系統(tǒng)的特性應(yīng)該進行整合打包，以25-99項為合適。][本小節(jié)的描述應(yīng)該能夠讓用戶、操作人員、外部系統(tǒng)直接從系統(tǒng)的外邊感受到每項特性，這些特性應(yīng)該包括功能性說明以及一些可用性問題。但是要注意，在這里不要過早地引入設(shè)計的內(nèi)容，這里說明的是What，而不是How。][另外，因在所有特性的描述中，確定其優(yōu)先級。]6.約束[記錄用戶、項目相關(guān)人員提供出的一些約束條件，以及與其它系統(tǒng)之間的依賴關(guān)系，這是制訂解決方案時必須考慮到的問題。]7.質(zhì)量要求[對于整個系統(tǒng)的質(zhì)量要求，如可靠性、可用性、性能、容錯等質(zhì)量要求，在這此節(jié)中詳細地定義與描述。]8.其他產(chǎn)品需求[一些要求符合的標(biāo)準(zhǔn)、硬件基礎(chǔ)要求、軟件基礎(chǔ)要求、環(huán)境要求等。]8.1?適用的標(biāo)準(zhǔn)[列出產(chǎn)品必須符合的所有標(biāo)準(zhǔn)。其中可能包括法律和法規(guī)（FDA、UCC）標(biāo)準(zhǔn)、通訊標(biāo)準(zhǔn)（TCP/IP、ISDN）、平臺一致性標(biāo)準(zhǔn)（Windows、Unix等）以及質(zhì)量和安全標(biāo)準(zhǔn)（UL、ISO、CMM）。]8.2?系統(tǒng)需求[確定支持該應(yīng)用程序所必需的任何系統(tǒng)需求。其中可能包括操作系統(tǒng)、網(wǎng)絡(luò)環(huán)境、系統(tǒng)配置、內(nèi)存大小、硬盤大小、外圍設(shè)備和配套軟件。]8.3?性能需求[本節(jié)用于詳細說明性能需求。性能問題可能包括在各種負(fù)載條件下的用戶負(fù)載因素、帶寬或通信容量、吞吐量、精確度以及可靠性或響應(yīng)時間。]8.4?環(huán)境需求[對于基于硬件的系統(tǒng)，環(huán)境因素可以包括溫度、振蕩、濕度、輻射等。對于軟件應(yīng)用系統(tǒng)，環(huán)境因素可以包括使用條件、用戶環(huán)境、資源可用性、維護問題、錯誤處理和恢復(fù)。]9.?文檔需求[列舉用戶所需的與該系統(tǒng)或產(chǎn)品相關(guān)的文檔。]9.1?用戶手冊[用戶手冊的制作說明，例如手冊篇幅、詳細程序、是否需要圖、主要關(guān)心的點、要不要建立索引、詞匯表，采用教程式還是速查手冊式。]9.2?聯(lián)機幫助[聯(lián)機幫助是一種用戶界面友好的服務(wù)，它可以為用戶提供實時的協(xié)助。]9.3?安裝指南、配置文件、自述文件9.4?標(biāo)簽與包裝10.功能需求屬性[為了在項目開發(fā)過程中，對每個功能需求進行跟蹤管理，在此對所有的功能進行一個總體的描述。][可以生成一張功能需求屬性表，每條記錄代表一條功能，每個功能包括以下字段：]1）狀態(tài)：標(biāo)識該功能的最新狀態(tài)。已提出：已經(jīng)提出來，但是還沒有經(jīng)過正式的復(fù)審而確定的需求；已批準(zhǔn)：已經(jīng)經(jīng)過正式的渠道復(fù)審而確定，準(zhǔn)備實施的需求；已加入：已經(jīng)加入到需求管理基線中的特性。2）利益：根據(jù)客戶的態(tài)度，確定每個需求的重要程序，也是確定系統(tǒng)開發(fā)優(yōu)先級的基礎(chǔ)數(shù)據(jù)。關(guān)鍵：必不可少的特性，缺少這些特性的系統(tǒng)將無法滿足客戶的要求，這些特性通常會在最早安排到迭代開發(fā)中去；重要：對于系統(tǒng)來說，該特性是十分重要的，很難以通過其它方式來彌補，如果這些特性沒有第一時間實現(xiàn)，將會使得客戶滿意度大大降低。因此是第二優(yōu)先實現(xiàn)的特性；有用：這些是一些有效，但使用頻率較低的功能特性。如果沒有在第一時間實現(xiàn)，也不會對客戶滿意度造成很大的影響；無用：對于系統(tǒng)來說是“鍍金”需求，有也可以，沒有也行的。3）工作量：根據(jù)特性所需的時間和資源進行估算，給出團隊開發(fā)的工作時間或個人開發(fā)的工作時間。也可以估算出代碼行數(shù)或功能點數(shù)，這也將為迭代開發(fā)計劃的制定提供良好的基礎(chǔ)。4）風(fēng)險：列出該特性開發(fā)的最大風(fēng)險，可以對這些風(fēng)險進行級別細分，對于影響較大的風(fēng)險還應(yīng)該制定相應(yīng)的應(yīng)對措施。5）穩(wěn)定性：對該特性需求是否容易變化進行一個預(yù)估，以幫助設(shè)計人員在設(shè)計解決方案時更加有效地避免變化對體系結(jié)構(gòu)的影響，從而節(jié)省時間。6）基線：確定其是否已經(jīng)納入基線；7）職責(zé)分配：列出負(fù)責(zé)實現(xiàn)該特性的團隊；8）原因：列出提出該特性的原因，也可以將與客戶交流的記錄等資料放在這里，以幫助開發(fā)團隊更好的理解客戶的本意。

2.5需求規(guī)格說明書(ISO標(biāo)準(zhǔn)版)編者說明：當(dāng)需求調(diào)查、分析工作告一段落時，你就需要將這些需求進行規(guī)格化描述，整理成文，即軟件需求規(guī)格說明書，也就是SRS。這是在軟件項目過程中最有價值的一個文檔。ISO所提供的標(biāo)準(zhǔn)雖然已經(jīng)時間久遠，但還是頗具參考價值的。1．引言1.1編寫的目的