【正文】 制方面的文檔模板，共計 16 個； 2） 需求分析類：明確清晰的需求，是項目成功的基礎(chǔ)，在此收集了在需求分析過程中所將使用到的文檔模板，共計 14 個； 3） 系統(tǒng)分析與設(shè)計 類 ：包括體系結(jié)構(gòu) 設(shè)計 、高層設(shè)計、 詳細(xì)設(shè)計、數(shù)據(jù)庫設(shè)計等 6個相關(guān)文檔模板； 4） 軟件質(zhì)量保證 類 ：軟件測試是質(zhì)量保證的關(guān)鍵活動，在此收集了軟件測試相關(guān)的11 個文檔模板； 5） 其它 類 ： 除此之外，還收集了關(guān)于用戶手冊、軟件維護(hù)等方面的 10 個文檔模板，其中還有一個軟件過程規(guī)范的示例。 ] 2. 可行性研究的前提 [說明對所建議開發(fā)的軟件的項目進(jìn)行可行性研究的前提。 ] 處理流程和數(shù)據(jù)流程 [說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。 ] 處理流程和數(shù)據(jù)流程。 ] [說明對建筑物改造的要求及對環(huán)境設(shè)施的 要求。 ] 其他一次性支出 非一次性支出 [列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運行和維護(hù)的費用。該文檔模板十分適用于產(chǎn)品型項目，當(dāng)你提出一個新的產(chǎn)品開發(fā)方向時，一份商業(yè)性分 析是說服管理層的一個很好工具。 ] [在此簡要地說明將要開發(fā)的系統(tǒng)，包括其名稱、系統(tǒng)所解決的問題以及它的開發(fā)價值等，從而使得讀者能夠有一個直接的了解。 ] 5. 財務(wù)預(yù)測 [如果是產(chǎn)品型項目，那么其輸出就是一個商業(yè)軟件產(chǎn)品。一個經(jīng)過周密考慮，團隊協(xié)作共同制訂的項目計劃是成功的 關(guān)鍵。 ] 產(chǎn)品 程序 [列出需移交給用戶的程序的名稱、所用的編程語言及存儲 程序的媒體形式，并通過引用有關(guān)文件。 ] 進(jìn)度 [對于需求分析、設(shè)計、編碼實現(xiàn)、測試、移交、培訓(xùn)和安裝等工作，給出每項工作任務(wù)的預(yù)定的開始日期、完成日期及所需資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標(biāo)志性事件。 ] 軟件項目計劃模板 (2) 編者說明： 大家可能都發(fā)現(xiàn)了 ISO 標(biāo)準(zhǔn)的項目計劃缺少實用性，那是因為其未能很好地與 WBS、甘特圖技術(shù) 實現(xiàn)良好的結(jié)合。然后，在項目的基礎(chǔ)上列出假設(shè)和約束。 ] 設(shè)計過程 [主要目標(biāo)：設(shè)計操作性程序、設(shè)計支持性程序、改進(jìn)項目計劃、進(jìn)行項目評審。 ] 移植過程 [主 要目標(biāo)：協(xié)助進(jìn)行數(shù)據(jù)轉(zhuǎn)換、建立數(shù)據(jù)轉(zhuǎn)換標(biāo)準(zhǔn)、建立全面恢復(fù)計劃、定義移植順序、協(xié)助接入。 ] [編程部：詳細(xì)設(shè)計、編碼、模塊測試、集成測試、描述性文檔。在此應(yīng)列出集成測試的目標(biāo)、責(zé)任、過程、工具。 ] 測試支持程序 第 5 部分 變更管理計劃 目標(biāo) [這部分的目標(biāo)是定義在軟件系統(tǒng)開發(fā)過程中，變更控制的過程。 ] 執(zhí)行變更 [定義執(zhí)行變更的具體方法，通常包括評估變更成本、對變更進(jìn)行審批、制作變更文檔、對變更后的進(jìn)度進(jìn)行重新安排、測 試變更結(jié)果。 ] 軟件項目計劃模板 (4) 編者 說明： 隨著現(xiàn)代軟件工程思想的普及，迭代的、增量的開發(fā)生命周期已經(jīng)被認(rèn)識并付諸實踐，針對這樣的生命周期，其項目計劃的格式也需要做出相應(yīng)的調(diào)整。 ] 假設(shè)與約束 [列舉出制定該計劃時所做的所有假設(shè)，以及列舉出對該項目的解決方案的約束性要 求，如特定的操作系統(tǒng)平臺、特定的時間、特定的經(jīng)費范圍等。 ] 項目計劃 階段計劃 [主要包括工作結(jié)構(gòu)分解（ WBS）、顯示各個階段或迭代時間安排的甘特圖、主要里程碑與其驗收標(biāo)準(zhǔn)。該部分可以視需要將其單列為專題計劃。 ] 預(yù)算控制計劃 [說明如何對項目的財務(wù)預(yù)算進(jìn)行控制，以保證成本最小化。 ] 風(fēng)險管理任務(wù) [簡要地說明在該項目中，風(fēng)險管理所涉及的內(nèi)容，可以包括用來確定風(fēng)險的方法、對風(fēng)險列表進(jìn)行分析和確定優(yōu)先級的方式、將采用的風(fēng)險管理策略、對最嚴(yán)重的風(fēng)險所計劃的降低 /規(guī)避或預(yù)防的策略、監(jiān)測風(fēng)險狀態(tài)的方式、風(fēng)險復(fù)審的時間表。 ] 方法、工具和技術(shù) [列出本項目中將運用的方法、工具和技術(shù)，并給出適當(dāng)?shù)墓ぷ髦改虾驼f明。 序列號 順序號 確定日期 風(fēng)險被識別出的日期 撤消日期 撤消風(fēng)險確定日期 描述 以 條件 結(jié)果 的形式描述風(fēng)險 可能性 風(fēng)險轉(zhuǎn)變?yōu)閱栴}的可能性 注：可用 (極不可能 )~(肯定發(fā)生 )來表示 影響 如果風(fēng)險變成了事實獎造成的損失 注：可用 1(無甚么影響 )~10(有很深、很大的影響 )來表示 危害值 可能性＊影響 降低風(fēng)險計劃 一種或多種用來控制、避免、最小化及降低風(fēng)險的方法 負(fù)責(zé)人 解決風(fēng)險的責(zé)任承擔(dān)者 截止日期 完成降低風(fēng)險措施的截止日期 進(jìn)度計劃風(fēng)險列 表 編者說明： 準(zhǔn)確來說，本列表不是一個文檔模板，而是一個參考文章。 客戶 1） 客戶堅持新的需求； 2） 客戶對規(guī)劃、原型和規(guī)格的審核 /決策周期比預(yù)期長； 3） 客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導(dǎo)致需求不穩(wěn)定和耗時的重復(fù)； 4） 客戶答復(fù)的時間比預(yù)期長（如回答需求中需澄清的問題）； 5） 客戶堅持技術(shù)決策而導(dǎo)致進(jìn)度計劃延長； 6） 客戶對開發(fā)進(jìn) 度管理過細(xì)，導(dǎo)致實際進(jìn)展變慢； 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á)到的。 設(shè)計與實現(xiàn) 1） 設(shè)計過于簡單，無法確定主要事件，并導(dǎo)致重新設(shè)計和實現(xiàn)； 2） 設(shè)計過于復(fù)雜，導(dǎo)致一些不必要的工作，影響實現(xiàn)效率； 3） 設(shè)計質(zhì)量低下，導(dǎo)致重復(fù)設(shè)計和實現(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） 過高估計了增強型工具對計劃進(jìn)度的節(jié)省量； 9） 分別開發(fā)的模塊無法有效集成 ，需要重新設(shè)計或重做。 ] 機時 [說明本月內(nèi)耗用的機時，以小時為單位，說明計算 機系統(tǒng)的型號。大家可以根據(jù)自己的實際情況來修改該模板。因此，我們應(yīng)該善于在項目中總結(jié)、在實踐中總結(jié)。 ] 2．實際開發(fā)結(jié)果 產(chǎn)品 [說明最終制成的產(chǎn)品，包括： ] [a. 程序系統(tǒng)中各個程序的名字，它們之間的層次關(guān)系，以千字節(jié)為單位的各個程序的程序量、存儲媒體的形式和數(shù)量； ] [b. 程序系統(tǒng)共有哪幾個版本，各自的版本號及它們之間的區(qū)別； ] [c. 每個文件的名稱； ] [d. 所建立的每個數(shù)據(jù)庫。 ] 對產(chǎn)品質(zhì)量的評價 [說明在測試中檢查出來的程序編制中的錯誤發(fā)生率，即每干條指令（或語句）中的錯誤指令數(shù)（或語句數(shù)）。 軟件客戶需求權(quán)利書 ； 的業(yè)務(wù)及目標(biāo)； ，并編寫軟件需求規(guī)格說明。 [業(yè)務(wù)需求說明了提供給客戶和產(chǎn)品開發(fā)商的新系統(tǒng)的最初利益。 ] 業(yè)務(wù)目標(biāo) [用一個定量和可測量的合理方法總結(jié)產(chǎn)品總結(jié)產(chǎn)品所帶來的重要商業(yè)利潤。 ] 提供給客戶的價值 [確定產(chǎn)品給客戶帶來的價值，并指明產(chǎn)品怎樣滿足客戶的需要。項目視圖陳述將考慮權(quán)衡有不同需求客戶的看法。強調(diào)的是區(qū)別于以往產(chǎn)品和競爭產(chǎn)品的特性。 ] [項目范圍定義了所提出的解決方案和概念和適用領(lǐng)域，而局限性則指出產(chǎn)品所不包括的某些性能。 ] 局限性和專用性 [明確定義包括和不包括的特性和功能的界線是處理范圍設(shè)定和客戶期望 的一個途徑。 ? 一個驅(qū)動 一個最高級別的目標(biāo)； ? 一個約束 項目管理者必須操縱一個對象的限制因素； ? 一個自由度 項目管理能權(quán)衡其它方面，進(jìn)而在約束限制的范圍內(nèi)完成 目標(biāo)的一個因素。 [軟件需求規(guī)格說明書的整個內(nèi)容還是鎖定于整個系統(tǒng)的操作、使用層面之上的功能性需求，只是解決了 How的問題，而并未回答 Why的問題。還有一種可簡明的做法，就是維護(hù)在一個項目詞匯表中，這樣就可以避免在每個 文檔中都重復(fù)很多內(nèi)容。 ] 產(chǎn)品定位說明 [如果是產(chǎn)品型項目，則該小節(jié)將以表格的形式對產(chǎn)品的定位進(jìn)行明確，如果是定制開發(fā)項目，可以省略本小節(jié)。如果是定制開發(fā)項目，可以省略這一小節(jié)。 ] 專業(yè)技能 [描述本類人員的技能特長、技術(shù)背景以及電腦系統(tǒng)操作的熟練程度（可以分成業(yè)務(wù)用戶、專家用戶、熟練用戶、初級用戶等） ] 職責(zé) [描述本類人員對系統(tǒng)開發(fā)所承擔(dān)的職責(zé)，以及應(yīng)享有的利益。為每類用戶生成一張表。 ] 意見 /問題 [列出一些該類用戶對系統(tǒng)提出的一個意見與建議，并 且收集其認(rèn)為該系統(tǒng)將遇到的問題。 ] 4. 產(chǎn)品概述 [本節(jié)主要從產(chǎn)品級、系統(tǒng)級的視角，高度概括產(chǎn)品的功能、與其它應(yīng)用程序的交互以及所需的系統(tǒng)配置等。如果是產(chǎn)品型項目，則應(yīng)該從產(chǎn)品經(jīng)理、市場調(diào)查資料里獲得。 ] 職責(zé) [列出該用戶對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，如記錄詳細(xì)信息、撰寫報告、協(xié)調(diào)工作等。 ] 意見 /問題 [列出與該類項目成員相關(guān)的問題與建議。例如： 該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？他們的計算機硬件系統(tǒng)的環(huán)境情況如何？他們都是在什么樣的工作環(huán)境中使用系統(tǒng)的？ ] 項目相關(guān)人員的簡要說明 [以下表的形式，將各類項目相關(guān)人員的基本情況進(jìn)行說明，以幫助開發(fā)團隊更好地了解他們的 情況。這些內(nèi)容將有助于開發(fā)團隊更好的理解用戶的需求本質(zhì)。同時也應(yīng)該對文檔的組織方式進(jìn)行解釋。 ] [本節(jié)的內(nèi)容主要是提供項目構(gòu)想文檔的目的、范圍、定義、參考資料以及對其的摘要性概述。不僅要包括組織直接控制的范圍內(nèi)的事務(wù)，還要包括我部素。對于每一種客戶類型，概述要包括： ? 各種客戶類型將從產(chǎn)品中獲得的主要益處； ? 它們對產(chǎn)品所持的態(tài)度； ? 感興趣的關(guān)鍵產(chǎn)品的特性； ? 哪一類型客戶能成功使用； ? 必須適應(yīng)任何客戶的限制。描述了產(chǎn)品的質(zhì)量特性，這些特性使產(chǎn)品可以為不同的客戶群提供預(yù)期的成果。如果你把它 們都記錄下來，并加以評論，就能對項目內(nèi)部隱含的基本假設(shè)達(dá)成共識。系統(tǒng)可隨時了解公司每一個化學(xué)制品容器所處的位置，容器中所剩余的藥品劑量，任何時候每個容器所處的位置和用法的歷史記錄。 ] [文檔中的這一部分為系統(tǒng)建立了一個長遠(yuǎn)的項目視圖，它將指明業(yè)務(wù)目標(biāo)。提出客戶目前所遇到的問題在新產(chǎn)品中將可能（或不可能）出現(xiàn)的闡述，提供客戶怎樣使用產(chǎn)品的例子。 ] 業(yè)務(wù)機遇 [描述現(xiàn)存的市場機遇或正在解決的業(yè)務(wù)問題。 軟件項目視圖和范圍 編者說明： 項目 所涉及的內(nèi)容與所解決的問題都是有限的，而且項目應(yīng)該是十分有目的性的，是為了實現(xiàn)某個可度量的目標(biāo)而做的。 ] 4．經(jīng)驗與教訓(xùn) [列出從這項開發(fā)工作中所得到的最主要的經(jīng)驗與教訓(xùn)及對今后的項目開發(fā)工作的建議。 ] 進(jìn)度 [列出原定計劃進(jìn)度與實際進(jìn)度的對比，明確說明，實際進(jìn)度是提前了、還是延遲了，分析主要原因。 ] 背景 [說明： ] [ a. 本項目的名稱和所開發(fā)出來的軟件系統(tǒng)的名稱； ] [b. 此軟件的任務(wù)提出者、開發(fā)者、用戶及安裝此軟件的計算中心。 1．標(biāo)題 項目名稱及標(biāo)識： 子項目名稱及標(biāo)識： 開發(fā)階段： 報告時間： 年 月 日 至 年 月 日 報告人：〈簽名〉 2．進(jìn)度 任務(wù) 任務(wù)： 任務(wù)名 任務(wù)描述： 狀態(tài)： □完成 □未完成 與計劃比較： □提前 □按期 □推遲 推遲原因： 3．資源耗費 總用工時： 加班時間： 機時： 上網(wǎng)時間： 硬件平臺： 軟件環(huán)境和工具： 任務(wù)： 任務(wù)名 任務(wù)描述： 任務(wù)所屬項目或子項目： 性質(zhì)： □新 □續(xù)上月 項目 開發(fā)進(jìn)度月報 編者說明： 項目進(jìn)度月報是必須的管理機制，而長篇大論不僅浪費了大家的時間，而且也使得進(jìn)度的收集與實際情況有一些時間上的誤差，因而可以采用表格化的報表格式。 ] 狀態(tài) [說明本月內(nèi)實際支出的經(jīng)費與計劃相比較，是超過了。 l．標(biāo)題 2．工程進(jìn)度與狀態(tài) 進(jìn)度 [列出本月內(nèi)進(jìn)行的各項主要活動，并且說明本月內(nèi)遇到的重要事件，這里