【正文】 __________________________________________________________ 項目開發(fā)總結(jié)報告 (GB 標準 ) 編者說明： 在項目中犯錯誤是正常的，但是犯同樣的錯誤則是不可原諒的。 ] [列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件 資料的來源。 ] 3．開發(fā)工作評價 對生產(chǎn)效率的評價 [給出實際生產(chǎn)效率，包括： ] [a. 程序的平均生產(chǎn)效率，即每人月生產(chǎn)的行數(shù)； ] [b. 文件的平均生產(chǎn)效率，即每人月生產(chǎn)的千字數(shù)； ] [并列出原訂計劃數(shù)作為對比。 第 1 章 模塊開發(fā)情況 模塊名 : 模塊標識符 代碼設(shè)計 計劃開始日期 實際開始日期 計劃完成日期 實際完成日期 模塊測試 計劃開始日期 實際開始日期 計劃完成日期 實際完成日期 組裝測試 計劃開始日期 實際開始日期 計劃完成日期 實際完成日期 源代碼行 預(yù)計行數(shù) 實際行數(shù) 目標模塊大小 預(yù)計字節(jié)數(shù) 實際字節(jié)數(shù) 代碼 復(fù)查 （日期 /簽字） 批 準 （日期 /簽字） 第 2 章 功能說明 輸入 處理 輸出 第 3 章 設(shè)計說明 層次說明 模塊名 模塊標識符 調(diào)用模塊 被調(diào)用模塊 算法 （Ｎ－Ｓ圖、ＰＡＤ圖或ＰＤＬ語言） 外部數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)結(jié)構(gòu)名稱 關(guān)系 生成 /使用關(guān)系 出錯信息 錯誤編號 錯誤名 描述 第 4 章 源代碼清單 第 5 章 測試說明 測試名稱 1 測試標識符： 編號： 測試目的： 測試配置： 測試用例： 序號 輸入 預(yù)期輸出 實際輸出 測試名稱 2 ???? 第 6 章 復(fù)審結(jié)論 與需求說明的比較 與概要設(shè)計的比較 與詳細設(shè)計的比較 一般結(jié)論 二、需求分析類 編者說明： 許多有經(jīng)驗的開發(fā)團隊在開始需求調(diào)查的時候，總會將 “軟件客戶需求權(quán)利書”和 “ 軟件客戶需求義務(wù)書 ”提交給客戶，讓客戶明確其權(quán)利與義務(wù)，將會對需求調(diào)研、分 析的工作帶來意想不到的效果，你可以一試。 該文檔模板比較適用于定制開發(fā)項目。認識到目前只能使用該產(chǎn)品才能解決的一些問題，并描述產(chǎn)品是怎樣順應(yīng)市場趨勢和戰(zhàn)略目標的。把這些要求寫到列表中，可以反過來跟蹤調(diào)查特殊用戶和功能需求。 ] 項目視圖陳述 [編寫一個總結(jié)長遠目標和有關(guān)開發(fā)新產(chǎn)品目的的簡要項目視圖陳述。 ] 主要特征 [包括新產(chǎn)品將提供的主要特性和用戶性能的列表。還有，記錄項目所依賴的主要環(huán)境，比如：所使用的特殊的技術(shù)、第三方供應(yīng)商、開發(fā)伙伴及其它業(yè)務(wù)關(guān)系。 ] 隨后發(fā)行的范圍 [如果你想象一個周期性的產(chǎn)品演變過程，就要指明哪一個主要特性的開發(fā)將被延期，并期待隨后版本發(fā)行的日期。在所給的項目中，其每一方面應(yīng)與下面三個因素之一相適應(yīng)。其注重對項目的用戶、市場進行分析，緊抓項 目相關(guān)人員（也叫做風(fēng)險承擔(dān)者）的需求的本質(zhì)。 ] 定義、首字母縮寫詞和縮略語 [與其它文檔一樣，該文檔也需要將本文檔中所涉及的所有術(shù)語、縮略語進行詳細的定義。 ] 問題說明 [使用表格的形式，將該項目將要解決的問題進行概要性地描述： ] 存在的問題 [問題的簡要說明 ] 受影響的人群 [該問題對哪些人群帶來了影響 ] 導(dǎo)致的后果 [該問題帶來的不利因素 ] 希望的解決方案 [列出解決方案所能夠解決的問題，以及其相應(yīng)的優(yōu)點。另外，還應(yīng)結(jié)合目標市場的實際情況，分析你的組織是否在該市場上有拓展的 優(yōu)勢，如何獲得這些優(yōu)勢。 ] 說明 [對該類人員進行簡要說明。這些與該用戶的基本情況直接相關(guān)，了解用戶才能夠真正地開發(fā)出符合用戶習(xí)慣和水平的系統(tǒng)。 ] 項目成果 [說明是否有依賴于該類用戶的項目成果。 ] [而如果是定制開發(fā)型項目，則應(yīng)該了解競爭對手提供的解決方案，比在此進行相應(yīng)的比較。 ] [經(jīng)過整理后，將內(nèi)容填入下表： ] 需求 優(yōu)先級 要點 目前解決方案 提議的解決方案 備選方案和競爭 [如果是產(chǎn)品型項目，應(yīng)在此小節(jié)列舉出客戶除了購買 該產(chǎn)品這外的選擇，其中包括購買競爭對手的產(chǎn)品、自行設(shè)計解決方案甚至是維持現(xiàn)狀。 ] 驗收標準 [描述驗證系統(tǒng)符合用戶需求的標準。 ] 用戶簡要說明 [以下表的形式，將與系統(tǒng)相關(guān)的各種用戶的信息整理出來，以方便開發(fā)團隊針對性的工作。為每一類人員生成一張表格。 ] 產(chǎn)品用戶分析 [如果是產(chǎn)品型項目，那么你應(yīng)該本節(jié)中對目標客戶進行分析。 ] 商業(yè)機會 [如果該項目是一個產(chǎn)品型項目，那么應(yīng)該在本小節(jié)中描述該產(chǎn)品所針對的商業(yè)機會。 ] 目的 [說明該文檔的寫作目的 。如果可能，可建立測量的標準，用于評價是否達到業(yè)務(wù)目標，如：市場股票、銷售量及收入、客戶滿意度、交易處理量和準確度。 ] 項目的優(yōu)先級 [一旦明確建立項目的優(yōu)先級，風(fēng)險承擔(dān)者和項目的參與者就能把 精力集中在一系列共同的目標上。應(yīng)當(dāng)避免將想到的每一個特性都包括到 版本產(chǎn)品中去。比如， 化學(xué)制品跟蹤系統(tǒng) 的開發(fā)者假設(shè)：該系統(tǒng)可以替代現(xiàn)有的倉庫存貨系統(tǒng)，并能與有關(guān)采購部門的應(yīng)用相連接。通過充 分利用公司內(nèi)部的可用化學(xué)制品，廢棄極少量已使用或過期失效的化學(xué)制品，使用標準的化學(xué)制品的購買過程等將在化學(xué)制品上節(jié)省 25%開支。這一項目視圖為在軟件開發(fā)生 存期中作出決策提供了相關(guān)環(huán)境背景。確定了產(chǎn)品所能運行的軟、硬件平臺。描述商品競爭的市場和信息系統(tǒng)將運用的環(huán)境。因此，在需求分析的前期應(yīng)該 將“項目的目標與范圍”這一項目的本質(zhì)文檔化，讓每一個項目成員對其達成共識。 ] 模塊開發(fā)卷宗 (GB 標準 ) 編者說明： 當(dāng)一 個項目完成之后，應(yīng)該將所有的文檔、源程序、可執(zhí)行文檔進行整理打包，統(tǒng)一入庫，而模塊開發(fā)卷宗則是這些文檔的封面 。 ] 費用 [列出原定計劃費用與實際支出費 用的對比，包括： ] [a. 工時，以人月為單位，并按不同級別統(tǒng)計； ] [b. 計算機的使用時間，區(qū)別 CPU 時間及其他設(shè)備時間； ] [c. 物料消耗、出差費等其他支出。 ] 定義 [列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。 項目名稱及標識： 子項目名稱及標識： 本期月報編寫人：〈簽名〉 子項目負責(zé)人：〈簽名〉 本期月報編號： 月報日期： 年 月 日 任務(wù) 任務(wù)： 任務(wù)名 任務(wù)描述： 狀態(tài)： □ 完成 □未完成 與計劃比較： □提前 □按期 □推遲 推遲原因： 事件 事件： 事件名 事件標志： 與計劃比較： □提前 □按期 □推遲 推遲原因： 工時 管理用工時： 服務(wù)用工時： 開發(fā)用工時： 總 計： 機時 計算機類型： 用時： 計算機類型： 用時： 計算機類型： 用時： 總 計： 用時： 支持性經(jīng)費支出 工資、獎金、補貼： 培訓(xùn)費： 資料費： 會議費： 差 旅費： 總計： 設(shè)置購置費 設(shè)備名稱 型號 數(shù)量 單價 金額 總計金額： 任務(wù) 任務(wù)： 任務(wù)名 任務(wù)描述： 開發(fā)階段： 性質(zhì)： □新 □續(xù)上月 事件 事件： 事件名 事件標志： 性質(zhì)： □新 □舊 項目進度周報 編者說明： 月報通常需要較詳細，而周報則應(yīng)該更簡潔，每周讓項目經(jīng)理花上 12 分鐘將一周的項目 進度情況做 一個通報是很必要的。相符合、還是不到計劃數(shù)？如果與計劃不一致，說明原因及準備采取的措施。 ] 狀態(tài) [說明本月的實際工作進度與計劃相比，是提前了、按期完成了、或是推 遲了？如果與計劃不一致，說明原因及準備采取的措施。 9） 要求在不同操作系統(tǒng)下運行將花費比預(yù)期更長的時間； 10）在不熟悉或未經(jīng)檢驗的軟（硬）件環(huán)境中運行產(chǎn)生未預(yù)料的問題； 11）開發(fā)一種對組織全新的模塊將比預(yù)期花費更長的時間； 12）依賴正在開發(fā)中的技術(shù)將延長計劃進度。 組織和管理 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)英雄主義，而忽視客觀確切的狀態(tài)報告，這會降低發(fā)現(xiàn)和改正問題的能力。 ] 文檔計劃 質(zhì)量保證計劃 分包商管理計劃 風(fēng)險條目跟蹤表模板 編者說明： 對于中型以上的項目，風(fēng)險控制的意義就猶為突出 。 ] 收尾計劃 [列出在項目后期將要做的事，包括材料存檔、匯報總結(jié)等。該部分可以視需要將其單列成為專題計劃。 ] 項目監(jiān)督與控制 需求管理計劃 [有針對性對制定 各類需求元素的管理與跟蹤辦法。應(yīng)指明所需人員的數(shù)量、技能要求，以及如何獲取這些資源，是否要對人員進行必要的培訓(xùn)等。 ] 角色與職責(zé) [明確項目開發(fā)各個任務(wù)的負責(zé)人或小組。 ] 參考資料 [在此應(yīng)列出項目計劃中引用的文檔列表，對于引用的每個文檔都應(yīng)該列出其標題、文檔編號、日期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。當(dāng)然也不是所有文檔都需要經(jīng)過批準。 ] 研究變更申請 變更的類型 [根據(jù)變更的基線影響的程序，設(shè)置不同的變更類型。 ] 現(xiàn)場測試 [在不同的運行環(huán)境下測試軟件系統(tǒng)，以確保運行準備就緒，這并不是每個項目都需要的。 ] 詳述 單元測試 [在與其它功能模塊集成之前，針對單個程序模塊的測試。 ] 概述 [說明建立組織的基本原因，畫出組織內(nèi)部的主要工作流程圖，從問題的分析和設(shè)計開始，包括編碼、測試、制作文檔和交付。 ] [次要目標：完成驗收測試準備、培訓(xùn)客戶、更新描述性文檔、完成用戶文檔、再次分配人員。 ] 概述 [定義你的開發(fā)生命周期，并且簡要說明生命周期的每個過程。給出所有理解工作環(huán)境所需的背景。 ] 需由用戶承擔(dān)的工作 [逐項列出需 要用戶承擔(dān)的工作和完成期限，包括需由用戶提供的條件及提供時間。 ] 驗收標準 [對于上述這些應(yīng)交出的產(chǎn)品和服務(wù)，逐項說明或引用資料說明驗收標準。 ] 參考資料 [列出用得著的參考資料。 ] 軟件開發(fā)項目立項表 編者說明 ： 在許多開發(fā)組織中，開發(fā)立項請求通常來自市場部門，該表格的設(shè)計 就是為了更好地理順兩個部門之間的溝通與協(xié)調(diào)，也使得開發(fā)立項流程化，你可以根據(jù)自己公司的實際情況，對該表格的格式做一些修改。 ] [這一小節(jié)則用于深入說明為什么要開發(fā)該系統(tǒng)，它有什么價值。 ] 術(shù)語 [列出所有將出現(xiàn)于本文檔的新術(shù)語、縮略語等。 ] 投資回收周期 [求出收益的累計數(shù)開始超過支出的累計數(shù)的時間。 1 條 的方式說明第 2 個乃至第 n 個可選擇的系統(tǒng)方案。 ] [說明為了建立和運行所建議系統(tǒng)，對用戶單位機構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。 ] 設(shè)備 [列出現(xiàn)有系統(tǒng)所使用的各種設(shè)備。 ] 評價尺度 [說明對系統(tǒng)進行評價時所使用的主要尺度。 ] 背景 a.[所建議開發(fā)的軟件系統(tǒng)的名稱； ] b.[本項目的任務(wù)提出者、開發(fā)者、 用戶及實現(xiàn)該軟件的計算站或計算機網(wǎng)絡(luò)； ] c.[該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。因此，編寫技術(shù)文檔也就成為了程序員技能提升的很重要的一面。 為了方便大家查找，我們將收錄的 57 模板分為以下 幾類： 1） 項目及開發(fā)管理類：包括立項前的分析 ， 立項 后 的計劃、 以及進度跟蹤、風(fēng)險控