1 軟件開發(fā)部工作流程設計方案 一、新項目工作流程 1 相關負責人提出新的項目，編寫立項建議書（對內項目可省略）和用戶需求報告（必備），提交軟件開發(fā)部； 2 開發(fā)人員根據(jù)用戶需求報告制作需求規(guī)格說明書交由相關項目負責人確認后，根據(jù)規(guī)格說明進行概要和詳細設計，然后開始編寫代碼； 3 開發(fā)人員根據(jù)立項建議書中的進度安排，做出項目原始原型后，交由測試人員測試；期間，開發(fā)人員修改 逐步完善系統(tǒng)功能； 4 最終完善后，正式發(fā)布 本，相關項目負責人接收并安排用戶測試，新項目由此終結 ，若有其他需求請參考項目維護更新流程。 新 項 目 工 作 流 程立項設計測試測 試 人 員測 試 人 員開 發(fā) 人 員開 發(fā) 人 員相 關 項 目 申 請 人相 關 項 目 申 請 人根 據(jù) 規(guī) 格 說 明 進 行概 要 和 詳 細 設 計進 行 可 行 性 分 析 立 項 建 議 書 、 用 戶 需 求 報 告 提 交 需 求 規(guī) 格 說 明 書 確 認否 ， 修 改是編 寫 代 碼系 統(tǒng) 原 型 測 試 版 本根 據(jù) 需 求 規(guī) 格 說 明書 進 行 功 能 測 試交 付 測 試 報 告 修 改 源 程 序 ，逐 步 完 善 系 統(tǒng) 功 能 ，發(fā) 布 測 試 版 本提 交制 作檢 驗 測 試 工 作是 否 完 成否是正 式 發(fā) 布 1 . 0 版 本接 收 并 安 排 用戶 測 試新 項 目 工 作 結 束準 備 工 作 2 二、項目維護流程 1 由相關項目負責人（可以是負責跟進此項目的客服或測試人員）分類整理用戶和測試人員意見，制作維護更新報告，提出維護申請； 2 開發(fā)人員根據(jù)維護更新報告進行可行性評估，修改需求規(guī)格說明書，并修改源程序，將測試版交由測試人員測試，并根據(jù)測試回饋修正程序，發(fā)布新版本； 3 相關人員安排用戶進行新版本更新。 項 目 維 護 流 程測 試 人 員測 試 人 員開 發(fā) 人 員開 發(fā) 人 員相 關 項 目 負 責 人相 關 項 目 負 責 人進 行 可 行 性 分 析 維 護 更 新 報 告 分 類 整 理 用 戶 和測 試 人 員 意 見 需 求 規(guī) 格 說 明 書 修 改 源 程 序 ，發(fā) 布 測 試 版 本根 據(jù) 新 的 需 求 規(guī) 格 說明 書 進 行 功 能 測 試 測 試 報 告 檢 驗 測 試 工 作是 否 完 成制 作提 交修 改制 作否 ， 提 交 測 試 報 告是接 收 并 安 排 用 戶更 新正 式 發(fā) 布 新 版 本項 目 維 護 結 束備注：上述文檔模板請見附錄 1 3 附 錄 1 實用軟件工程文檔匯編 1立項建議書 . 3 2軟件項目投標書 . 8 3軟件產品開發(fā)任務書 . 8 4軟件開發(fā)計劃書 . 11 5用戶需求報告 . 15 6需求規(guī)格說明書 . 19 7需求報告 / 需求規(guī)格說明書評審記錄表 . 23 8“圖書館信息系統(tǒng)” . 25 9概要設計說明書 . 26 10詳 細設計說明書 . 31 11用戶使用手冊 . 35 12用戶安裝手冊 . 36 13測試報告 . 37 1立項建議書 立項建議書編寫參考指南 1引言 （ 4 的（ 本文檔是軟件立項書，目的是代替可行性分析。 圍（ 本文檔只適應于軟件立項。 語定義（ 對軟件組織內部和外部有關的行業(yè)術語、專用名詞進行定義。 1 2 考資料（ 對書寫該立項書所用到的有關資料進行說明。 1 2 關文檔（ 當該文檔變更時，可能對其他文檔產生影響，受影響的文檔叫做相關文檔，需將它們一一列出。 1 2 本更新記錄（ 任何一次版本創(chuàng)建或維護更新，都要追加一條記錄。一個版本創(chuàng)建只有一次，但對它的維護更新可能有多次。大版本升級一次，定義為創(chuàng)建一次，如 是維護更新一次。版本更新記錄格式，如表 3示。 表 3版本更新記錄 版本號 創(chuàng)建者 創(chuàng)建日期 維護者 維護日 期 維護紀要 大林 2001/01/03 王小林 2001/02/10 網(wǎng)絡版功能維護 2項目概述及架構 （ 目概述（ 宏觀上說明該項目是什么、能干什么、要求干得怎么樣。 目架構（ 宏觀上描述該項目的架構：單機結構、 C/S 結構、 B/S 結構。并說明結構具體詳細的運行平臺：硬件的要求、操作系統(tǒng)的要求、數(shù)據(jù)庫管理系統(tǒng)的要求、對外接口的要求。 3客戶群分析 （ 戶群定位（ 單機結構、 C/S 結構、 B/S 結構對應哪三種客戶群，每種客戶群的數(shù)量、素質、市場前景等。 前客戶群分析（ 當前客戶群是指已簽訂合作協(xié)議或將要簽訂合作協(xié)議的客戶群，分析他們的數(shù)量、素質、市場前景等。 在客戶群分析（ 潛在客戶群是指將來 可能發(fā)展的客戶群，分析他們的數(shù)量、素質、市場前景等。 4項目功能 （ 機版功能（ 單機版功能，如表 3示。 表 3單機版功能 編號 功能名稱 功能描述 輸入內容 輸出內容 1 5 2 絡版功能（ 網(wǎng)絡版功能，如表 3示。 表 3網(wǎng)絡版功能 編號 功能名稱 功能描述 輸入內容 輸出內容 1 2 聯(lián)網(wǎng)絡版功能（ 互聯(lián)網(wǎng)絡版功能，如表 3示。 表 3互聯(lián)網(wǎng)絡版功能 編號 功能名稱 功能描述 輸入內容 輸出內容 1 2 5項目性能 （ 應時間（ 單機結構（包括主機多用戶結構，即 H/T 結構）、 C/S 結構、 B/S 結構三種架構的終端數(shù)量，要求響應時間小于 。 理速度（ C/S 結構、 B/S 結構兩種架構的后臺結算方式，結算速度分析。 大終端負載（ C/S 結構、 B/S 結構兩種架構的并發(fā)處理最大終端 （ 用戶 ） 負載數(shù)量分析。 以上性能要求，最好也用列表的形式給出。 6 6項目接口 （ 融接口（ 金融接口列表，如表 3示。 表 3金融接口列表 編號 接口名稱 接口規(guī)范 接口標準 入口參數(shù) 出口參數(shù) 傳輸頻率 1 2 府接口（ 政府接口列表，如表 3示。 表 3政府接口列表 編號 接口名稱 接口規(guī)范 接口標準 入口參數(shù) 出口參數(shù) 傳輸頻率 1 2 聯(lián)網(wǎng)接口（ 互聯(lián)網(wǎng)接口列表，如表 3示。 表 3互聯(lián)網(wǎng)接口列表 編號 接口名稱 接口規(guī)范 接口標準 入口參數(shù) 出口參數(shù) 傳輸頻率 1 2 7投入產出分析 （ of 力資源投入（ 人力資源投入，如表 3示。 表 3人力資源投入 階段名稱 需求崗位 需求人數(shù) 工作量 （ 人 /月 ） 到崗日期 需求分析 分析師 概要設計 設計師 詳細設計 設計師 / 高級程序員 編碼 程序員 測試 測試員 包裝與發(fā)布 包裝師 總人數(shù)： 總工作量 （ 人 /月 ） ： 備資源投入（ 設備資源投入，如表 3示。 表 3設備資源投入 設備名稱 規(guī)格 型號 數(shù)量 單價 （ 元 ） 金額 （ 元 ） 到位日期 他經費資源投入（ 其他經費資源投入，如表 3示。 表 3其他經費資源投入 開支項目 開支金額 （ 元 ） 支付日期 支付方式 （ 現(xiàn)金 /支票 ） 備注 7 項目總投入 （ 人力費用 +設備費用 +其他經費資源投入 ） 經費 （ 元 ） ： 出分析（ 產出分析，如表 3示。 表 3產 出 分 析 單機版單價（ 元 ） 單機版 數(shù)量 C/S 版單價（ 元 ） C/S 版數(shù)量 B/S 版單價（ 元 ） B/S 版數(shù)量 年產出合計金額 （ 元 ） 第 1 年 第 2 年 第 3 年 8開發(fā)計劃 （ 度計劃（ 開發(fā)進度計劃，如表 3示。 表 3進 度 計 劃 階段名稱 需求分析 概要設計 詳細設計 編碼 測試 包裝與發(fā)布 第 1 周進度 第 2 周進度 第 3 周進度 第 4 周進度 第 5 周進度 審計劃（ 各里程碑的評審計劃，如表 3示。 表 3評 審 計 劃 階段名稱 評審日期 評審地點 主持人 參加人 應交文檔 需求分析 概要設計 詳細設計 測試報告 包裝 9案例分析 （ 案例分析包括成功案例和失敗案例分析。 外案例分析（ 案例 1： 案例 2： 內案例分析（ 案例 1： 案例 2： 10風險分析 （ 求風險（ 指項目組對用戶需求獲取的途徑和能力有何風險，用戶主動配合需求的程度。 策風險（ 指國家政策、行業(yè)政策、企業(yè)內部政策的變化對項目將會產生有利或不利的影響。 源風險（ 8 指開發(fā)和運行所需資源的風 險程度。 術風險（ 指項目組采用新技術的風險程度。如最新開發(fā)工具的風險程度、最新設計思想的風險程度。 能風險（ 指項目組成員掌握新技術的風險程度。 2軟件項目投標書 表 3軟件項目投標書編寫參考指南 序號 章節(jié)名稱 章節(jié)內容 1 項目概況 按照招標書的內容，陳述項目概況 2 總體解決方案 按照招標書的要求，提出項目的總體解決方案： 網(wǎng)絡結構總體方案 系統(tǒng)軟件配置方案 應 用軟件設計方案 系統(tǒng)實施方案 3 項目功能、性能和接口描述 應用軟件的具體功能點列表 應用軟件的具體性能點列表 應用軟件的具體接口列表 續(xù)表 序號 章節(jié)名稱 章節(jié)內容 4 項目工期、進度和經費估算 項目工期（單位：人月）估算 項目進度估算：需求、設計、編程、測試、驗收的時間表 項目經費（單位：人民幣元）估算 5 項目質量管理控制 質量標準 質量管理控制方法 項目開發(fā)和管理的組織結構及人員配備 6 附錄 附錄 1：本軟件公司的特點與強項簡 介 附錄 2：本軟件公司的成功案例 附錄 3：本軟件公司的資質證明材料 3軟件產品開發(fā)任務書 軟件產品開發(fā)任務書正文樣本 任務書名稱：大型商業(yè) 品開發(fā)任務書。 下達日期： 1999/04/01。 發(fā)出部門： 司研發(fā)中心。 接受部門：研發(fā)中心商業(yè)軟件部。 1目標 9 （ 1）做成商業(yè) 品，其產品化程度要求很高。因此，一切信息都要規(guī)范化、標準化、代碼化。保證在產品實施時，其客戶化工作只需錄入代碼和修改代碼，絕對不允許修改數(shù)據(jù)結構和表結構； （ 2）配合市場銷售部門、全國各地的分支機構和 產品代理商，第一年開拓市場 35 個客戶，第二年占領10% 的商業(yè) 場。 2功能模塊劃分及要求 大型商業(yè) 件產品擬分為以下 6 個功能模塊，要求每個功能模塊具有高內聚、低耦合、信息隱蔽的性質，如表 3示。 表 3大型商業(yè) 個功能模塊 序號 模塊名稱 功能要求 1 商業(yè)物流配送中心管理 商業(yè)物流采購、配送 2 大型商場（大型連鎖超市）管理 商品零售 3 便利店（小型連鎖超市）管理 商品零售 4 遠程數(shù)據(jù)交換管理 點對點通信 5 電子商務模塊 網(wǎng)上訂貨、銷售 6 商 業(yè)類庫管理 基礎類庫、商業(yè)類庫、構件庫管理 3功能模塊詳述 大型商業(yè) 件，從組織結構上來說包括三個層次： （ 1）物流配送中心 （ 2）大型商場（大型連鎖超市） （ 3）便利店（小型連鎖超市） 作為一個完整的商業(yè) 統(tǒng)來說，物流配送中心與大型商場（大型連鎖超市）之間會發(fā)生物流、資金流、信息流的關系；大型商場（大型連鎖超市）與便利店（小型連鎖超市）之間也會發(fā)生物流、資金流、信息流的關系；而物流配送中心與便利店（小型連鎖超市）之間沒有任何關聯(lián)。若將這三個模塊分開來看，它們又可以各自獨立成為一個單獨的小 型商業(yè)系統(tǒng)來使用。實際上，本大型商業(yè) 統(tǒng)完成后，可以對功能模塊進行組合或拆分，使其成為如下 5 個不同的小型商業(yè) 統(tǒng)，供用戶選擇： （ 1）物流配送中心 大型商場（大型連鎖超市） 便利店（小型連鎖超市）的完整的商業(yè) 件。 （ 2）物流配送中心 大型商場（大型連鎖超市）的商業(yè) 件。 （ 3）大型商場（大型連鎖超市） 便利店（小型連鎖超市）的商業(yè) 統(tǒng)。 （ 4）物流配送中心 統(tǒng)。 （ 5）大型商場的商業(yè) 統(tǒng)。 作為本軟件的第一層，物流配送中心可以具有多個配送倉庫，它根據(jù)大 型商場（大型連鎖超市）的需要以及各個倉庫庫存情況，向供應商訂貨，進行貨物采購；并根據(jù)訂貨的情況進行配貨，組織運輸工具進行發(fā)貨；期間，還伴隨著向供應商付款、索取發(fā)票，以及向客戶催款、開出發(fā)票等等。大型商場（大型連鎖超市）作為本軟件的第二層，除了要進行本商場的各種業(yè)務管理外，還要向上級物流配送中心訂貨、付款、索取發(fā)票，向下級便利店（小型連鎖超市）送貨，收取錢款等等。便利店（小型連鎖超市）作為本軟件的第三層，一要進行本商場的各種業(yè)務管理；二要根據(jù)庫存情況，向大型商場（大型連鎖超市）要貨，并定期將銷售金額上交給大型 商場（大型連鎖超市）。 考慮到目前有些商場，已經有了其他的商業(yè)管理軟件，雖然軟件還有不完善的地方，但已經購買前臺 。為了給客戶節(jié)省開支，有效地將前臺 利用好，所以，本系統(tǒng)的前臺銷售軟件就要做兩個版本： 本與 本。 由于配送中心與大型商場（大型連鎖超市）之間、大型商場（大型連鎖超市）與便利店（小型連鎖超市）之間在物理位置上有一定的距離，所以，它們之間的網(wǎng)絡連接也是一個需要重視的大問題。本系統(tǒng)考慮采用兩種解決方案：一是采用 線（或光纜），本方案數(shù)據(jù)傳輸速度快，性能高，程 序設計、實現(xiàn)都很簡單，但用戶每月都要支付價格不低的線路費用，這種方案比較適合那些經濟實力比較雄厚的用戶；二是采用電話線，用 信協(xié)議，此方案數(shù)據(jù)傳輸速度稍慢，但也能滿足用戶需要，程序設計和實現(xiàn)要復雜許多，用戶 10 每月支付的線路費用將大幅度下降。 隨著計算機網(wǎng)絡技術的飛速發(fā)展，電子商務在流通領域的應用也越來越多。本 統(tǒng)也準備在電子商務方面有所擴展，條件允許，可以實現(xiàn)網(wǎng)上訂貨、網(wǎng)上銷售，甚至網(wǎng)上貨幣支付。 作為一個軟件企業(yè)，應該不斷地提取、積累自己的軟件資源。不同開發(fā)平臺的開發(fā)規(guī)范、商業(yè)類庫、應用框架、 構件、中間件等都是十分重要的軟件資源，是軟件公司的基礎建設。因此，在設計、編碼之前，要制訂相應的開發(fā)規(guī)范，要組織開發(fā)、設計、管理一些類庫和構件庫。 軟件產品是軟件公司的財富來源，而軟件的有效加密是保護公司產品、產權的有效手段，更是保障公司效益的有效途徑。所以，還要考慮軟件加密算法設計。 4功能模塊任務分配 根據(jù)研發(fā)中心商業(yè)軟件部目前的人員情況，本系統(tǒng)的項目經理由商業(yè)軟件部副經理親自擔任，負責整個系統(tǒng)的規(guī)劃、設計、協(xié)調與實施；商業(yè)軟件部主任工程師擔任產品經理，負責項目的整體需求、數(shù)據(jù)庫設計與 整個項目分為 4 個任務組，各個任務組組長在項目實施階段，承擔小項目經理職責。 4 個任務組的人數(shù)及開發(fā)任務，如表 3示。 表 3任務組的人數(shù)及開發(fā)任務 任務組 人數(shù) 具體開發(fā)任務 第 1 任務組 4 1） 模塊改造 2）利用 議進行遠程數(shù)據(jù)交換 3）電子商務模塊 第 2 任務組 6 物流配送中心管理模塊。本模塊的主要功能包括：貨物的采購管理，配送中心的庫存管理，貨物的銷售管理三大部分 1）貨物的采購管理包括：供應商管理，采購計劃管理，訂貨管理，貨物驗收管理，退貨管理，應 付賬款管理，應收發(fā)票管理，往來賬管理等 2）庫存管理包括：貨位管理，入庫管理，出庫管理，盤庫管理等 3）銷售管理包括：客戶管理，銷售定單管理，配貨管理，運輸工具管理，發(fā)貨管理，退貨管理，應收賬款管理，應付發(fā)票管理，往來賬管理等 第 3 任務組 6 1）全局數(shù)據(jù)庫設計 2）商業(yè)管理模塊（包括大型商場與便利店的管理）。本模塊的主要功能包括：貨物的采購管理，退貨管理（退給供應商），價格管理，庫存管理，銷售管理，前臺銷售管理，退貨管理（客戶退貨管理），應付、應收賬款管理，發(fā)票管理，送貨管理（給便利店送 貨），收款管理（便利店上交金額）等等 第 4 任務組 2 1） 發(fā)規(guī)范 2） 庫建設 3）構件的提取和構件庫的管理 4）產品的加密處理 5）安裝盤的制作 5數(shù)據(jù)庫與開發(fā)工具的選擇 考慮到數(shù)據(jù)庫的性能與價格比，數(shù)據(jù)庫首選 次是 于這兩個數(shù)據(jù)庫的天然聯(lián)系，使得兩個版本的程序設計的差異將十分微小。數(shù)據(jù)庫設計工具采用 序開發(fā)工具選擇為某些 宜實現(xiàn)的功能，可由 去完成。文檔制作工具為 6開發(fā)進度計劃 研發(fā)中心商業(yè)軟件部現(xiàn)有 18 人進入了本項目組。根據(jù)以往的實際工作經驗，下面列出研發(fā)進度，如表 3 表 3進度計劃（ 1999/04/010/15） 階段名稱 需求分析 概要設計 詳細設計 編碼 測試 包裝 發(fā)布 第 1 周進度 需求培訓 11 第 2 周進度 需求獲取 第 3 周進度 需求獲取 第 4 周進度 需求 獲取 第 5 周進度 需求確認 第 6 周進度 概要設計 第 7 周進度 概要設計 第 8 周進度 概要設計 第 9 周進度 詳細設計 第 10 周進度 詳細設計 第 11 周進度 詳細設計 第 12 周進度 詳細設計 第 13 周進度 編碼 第 14 周進度 編碼 第 15 周進度 編碼 第 16 周進度 編碼 第 17 周進度 編碼 第 18 周進度 編碼 第 19 周進度 編碼 第 20 周進度 試 第 21 周進度 試 第 22 周進度 試 第 23 周進度 試 第 24 周進度 試 第 25 周進度 試 第 26 周進度 包裝 第 27 周進度 發(fā)布 第 28 周進度 機動 7評審計劃 各里程碑的評審計劃，如表 3示。 表 3里程碑評審計劃 階段名稱 評審日期 評審地點 主持人 參加人 應交文檔 需求分析 1999/05/05 公司第一會議室 部門經理 項目組成員 用戶需求報告 /需求規(guī)格說明書 概要設計 1999/05/26 公司第一會議室 部門經理 項目組成員 概要設計說明書 詳細設計 1999/06/25 公司第一會議室 項目經理 項目組成員 詳細設計說明書 試 1999/09/12 公司第一會議室 項目經理 測試人員 試 報告 試 1999/09/26 客戶單位 項目經理 客戶代表 試 報告 包裝 1999/09/31 公司第一會議室 部門經理 銷售人員 包裝光盤，用戶指南，廣告材料 附件： 商業(yè) 項建議書，此處省略。 4 軟 件開發(fā)計劃書 軟 件開發(fā)計劃書編寫參考指南 1引言 （ 的（ 12 本章提供整個軟件開發(fā)計劃的綜述。主要是確定以下內容： （ 1）軟件生存周期的選取及裁剪。 （ 2）軟件規(guī)范、方法和標準的選擇。 （ 3）軟件工作產品的規(guī)模估計。 （ 4）軟件工作量和成本的估計。 （ 5）軟件進度表的制定。 （ 6）軟件風險的估計。 （ 7）軟件項目培訓計劃。 圍（ 說明該軟件開發(fā)計劃的范圍，簡要描述軟件開發(fā)計劃的內容。一般而言，對于一個較大的軟件項目（工期 6個人月以上），計劃書包括如下內容： （ 1）軟件規(guī)模估計 （ 2）工作模塊計劃 （ 3）人力資源計劃 （ 4）其他資源計劃 （ 5）進度安排計劃 （ 6）配置管理計劃（可單獨做一個計劃） （ 7）質量保證計劃（可單獨做一個計劃） 語定義（ 將該軟件開發(fā)計劃中的術語、縮寫詞進行定義。包括用戶應用領域與計算機領域的 術語與縮寫詞等。例如： 1 軟件相關組：指軟件配置管理組、文檔支持組、測試組。 2 軟件質量保證組：指計劃和實施軟件質量保證活動的人員的集合。 考資料（ 說明該軟件開發(fā)計劃使用的參考資料，如項目的用戶需求報告、商務合同、用戶領域的資料等，每一個文件、文獻要有標題、索引號或文件號，發(fā)布或發(fā)表日期以及出版單位。 1 2 關文檔（ 當該文檔變更時，可能對其他文檔產生影響，受影響的文檔叫相關文檔，需將它們列出。 1 2 本更新記錄（ 版本更新記錄格式，如表 4示。 表 4版本更新記錄 版本號 創(chuàng)建者 創(chuàng)建日期 維護者 維護日期 維護紀要 大林 2001/02/06 王小林 2001/02/25 成本估算維護 2項目概述 （ 目的目的（ 說明該軟件項目的目的。 目 的范圍（ 本章的內容，主要參照立項建議書 /合同與用戶需求報告中相關章節(jié)，簡要描述該軟件項目的實現(xiàn)范圍： 13 （ 1）主要功能點列表 （ 2）主要性能點列表 （ 3）主要接口列表 （ 4）本軟件項目與其他軟件項目之間的關系 （ 5）項目實施方面的限制等內容 目的使用對象（ 在本章節(jié)中，要識別出顧客與最終用戶，對顧客與最終用戶的情況要有簡單描述，如最終用戶的教育水平、技術水平及本系統(tǒng)的使用頻度等。 3項目組織 （ 項目組織是為開發(fā)項目而組建的隊伍。建議以框圖的方式表示項目的組織結構，并對每一組織的負責人和職責加以說明。可能的項目組織單元，如： （ 1）項目管理組 （ 2）質量保證組 （ 3）配置管理組 （ 4）軟件工程組 （ 5）測試組 （ 6）需求管理組 各組織說明如下： （ 1）項目管理組，執(zhí)行 程，對項目實施負全部責任。 （ 2）質量保證組，執(zhí)行 程，負責項目過程與產品的質量控制和報告。 （ 3）配置管理組，執(zhí)行 程，負責項目產品的版本、配置管理以及配置庫狀態(tài)報告。 （ 4）軟件工程組，執(zhí)行軟 件項目工程過程，負責項目產品的開發(fā)和維護工作。 （ 5）測試組，執(zhí)行軟件項目測試過程，負責項目產品的測試。 （ 6）需求管理組，負責對需求基線和需求變更進行管理。 4軟件生存周期 （ 本章節(jié)記錄項目策劃生存期定義的工作結果，需要描述的主要內容： （ 1）項目生存期框圖 （ 2）項目生存期說明 5規(guī)范、方法和標準 （ 本章節(jié)中需要描述采用的供開發(fā)和維護軟件用的規(guī)范、方法和標準。 6任務與工作產品 （ 項目任務和工作產品，是指根據(jù)項目生存期階段劃分的任務，和相應階段的工作產品。記錄項目生存期各階段確定的需重點控制的階段任務和工作產品。建議以表格的形式，列出生存期各階段的任務和工作產品。項目包含的任務，如： （ 1）需求分析 （ 2）系統(tǒng)設計 （ 3）系統(tǒng)實現(xiàn) （ 4）測試 （ 5）產品交付 （ 6）產品維護 項目可能包含的產品，如： （ 1）需求分析說明書 （ 2）規(guī)格分析說明書 （ 3）系統(tǒng)設計說明書 （ 4）源代碼 （ 5）各種測試報告 14 （ 6）用戶手冊 （ 7）軟件問題維護記錄 7工作產品、任務規(guī)模、工作 量 估計 （ 項目規(guī)模估算是為了確定項目所需的人工。需要描述的主要內容有： （ 1）對軟件工作產品規(guī)模估計依據(jù)的簡要描述。 （ 2）每種任務和工作產品規(guī)模估計的結果。 （ 3）規(guī)模估算的結果，建議用任務規(guī)模和工作量估算表的形式列出。 8成本估計 （ 成本估計，是指對項目完成過程中耗費的人力、物力、財力資源的估算。成本估計應按類別進行估算，可能的成本估算類別，如： （ 1）直接人工 （ 2）直接費用 （ 3）間接成本 （ 4）制造費用 （ 5）管理費用 （ 6）不可預見費用 9關鍵計算機資源計劃 （ 項目的關鍵計算機資源計劃，是指系統(tǒng)在開發(fā)環(huán)境、測試環(huán)境、及用戶目標環(huán)境中，對關鍵計算機資源，如計算機存儲能力、計算機處理器速度、通信通道容量、服務器處理能力等的估計，使之能滿足軟件開發(fā)、測試、運行的要求。 10軟件項目進度計劃 （ 件項目進度計劃，是對項目的進度、人員工作分工所做的計劃 ，此計劃依據(jù)上述各章的估算和分析結果，計劃方式建議采用表格的形式。若采用工具制定項目計劃，應將工具生成的圖表作為項目計劃的附件。本章節(jié)中需要描述的主要內容有： （ 1）軟件項目每個階段的進度時間表 （ 2）設定的里程碑 （ 3）評審時間 （ 4）緩沖時間 11配置管理計劃（可單獨做一個計劃） （ 本書單獨作為一章論述。 12質量保證計劃（可單獨做一個計劃） （ 本書單獨作為一章 論述。 13風險分析 （ 項目風險分析，是指對可能發(fā)生的將會對項目按預期時間、資源和預算完成產生重大影響的事件的分析包括： （ 1）被識別出的重大風險事件：政策風險、技術風險、技能風險等。 （ 2）易發(fā)生重大風險事件的高風險區(qū)域：用戶需求、設計、測試、運行平臺等。 （ 3）重大風險事件的級別：功能不全、性能不穩(wěn)、迅速受限制等。 （ 4）擬采取的預防措施：增加投入、糾錯、延時等。 （ 5）風險事件發(fā)生后建議采用的處理措施：更改計劃、降低難度系數(shù)等。 14設備工具計劃 （ 項目設備工具計劃，是根據(jù)項目的工作指派及進度確定項目所需要的設備和工具，以確保設備工具在任務執(zhí)行前到位，保證項目任務的順利執(zhí)行，在本計劃中應包含以下幾方面的內容： （ 1）所需的設備 （ 2）基本的要求 （ 3）應到位的時間 15培訓計劃 （ 15 項目的培訓計劃，應根據(jù)項目的特點和項目組成員技能情況，制定出項目組成員所需的培訓內容，培訓計劃中應包含以下幾方面： （ 1）培訓內容 （ 2）培訓時間 （ 3）教員 （ 4）接受培訓的人員 （ 5）培訓目的（ 應達到的效果） 16項目評審 （ 項目評審，是對項目策劃過程所做的定期性評審。其內容可分為： （ 1）評審點 （ 2）評審周期 （ 3）評審層次 （ 4）評審條款和措施 （ 5）管理評審活動中提交的工作產品（列出被評審的工作產品） 17度量 （ 度量是按規(guī)定在項目進行過程中，需要采集的度量數(shù)據(jù)，以便量化地反映項目的進展情況，為管理者提供對項目進展的適當?shù)目梢曅裕瑫r度量數(shù)據(jù)是項目過程改善的數(shù)據(jù)基礎。應規(guī)定項目度量值的記錄人（一般為項目經理或其指定人員）、記錄時間 （一般以定期評審為基礎）和記錄的數(shù)據(jù)。常用的度量數(shù)據(jù)如： （ 1）項目過程的評審次數(shù) （ 2）項目計劃修改次數(shù) （ 3）項目各階段的人員投入（各階段投入的人月數(shù)） （ 4）各類任務耗用時間統(tǒng)計（如設計、編碼、測試、文檔編寫等） （ 5）工作產品統(tǒng)計（如文檔字數(shù)、功能點數(shù)、用況數(shù)、源代碼行數(shù)等） 5用戶需求報告 用戶需求報告編寫參考指南 1概述 （ 本文檔是進行需求規(guī)格定義、項目策劃、概要設計的基礎，也是用戶進行驗收的依據(jù)。 戶簡介（ 在本章節(jié)中要將用戶的 基本情況描述清楚，以便于分析人員劃定系統(tǒng)范圍，進行關于功能、進度、成本、性能等方面的平衡決策。 對于產品開發(fā)類項目，需要在此將該產品定義的用戶群的特點描述清楚。 目的目的與目標（ im 項目的目的是對開發(fā)本系統(tǒng)意圖的總概括。項目的目標是將目的細化后的具體描述。項目目標應是明確的、可度量的、可以達到的 , 項目的范圍應能確保項目的目標可以達到。 對于項目的目標可以逐步細化，以便與系統(tǒng)的需求建立對應關系，檢查系統(tǒng)的功能是否覆蓋了系統(tǒng)目標。 語定義 （ 將該用戶需求報告中的術語、縮寫進行定義 , 包括用戶應用領域與計算機領域的術語與縮寫等。 考資料（ 說明該用戶需求報告使用的參考資料，如： 1 商務合同 2 招標書 16 3 用戶領域的資料 4 用戶需求調查表 5 參照的標準 每一個文件、文獻要有標題、或文件號，發(fā)布或發(fā)表日期以及出版單位。 關文檔（ 說明用戶需求報告的變更，以及可能受變更影響的其他相關文檔，如： 1 項目開發(fā)計劃 2 需求規(guī)格說明書 本更新信息（ 版本更新記錄格式，如表 5示。 表 5版本更新記錄 版本號 創(chuàng)建者 創(chuàng)建日期 維護者 維護日期 維護紀要 大林 2001/02/18 王小林 2001/02/26 賬本格式維護 2現(xiàn)有系統(tǒng)描述 （ 織結構與職責（ 將用戶的組織結構逐層詳細描述，建議采用樹狀的組織結構圖進行表達，每個部門的職責也應進行簡單的描述。組織結構是用戶企業(yè)業(yè)務流程與信息的載體，對分析人員理解企業(yè)的業(yè)務、確定系統(tǒng)范圍很有幫助。取得用戶的組織結構，是需求獲取步驟中的工作任務之一。 位定義（ 用戶環(huán)境中的企業(yè)崗位和組織結構一樣，也是分析人員理解企業(yè)業(yè)務的基礎，是需求獲取的工作任務，同時也是分析人員提取對象的基礎。每個崗位的職責可以進行詳細的描述，建議采用表格的形式，如表 5示。 表 5崗 位 定 義 編 號 崗 位 所在部門 職 責 相關的業(yè)務 1008 采購員 業(yè)務部 商品采購、合同簽訂、供應商選擇 進貨、合同管理 1009 對用戶崗位的識別，也包括使用了計算機系統(tǒng)后的系統(tǒng)管理人員崗位。 業(yè)流程（ 企業(yè)的作業(yè)流程，首先要有一個總的業(yè)務流程圖，將企業(yè)中各種業(yè)務之間的關系描述出來，然后對每種業(yè)務進行詳細的描述，使業(yè)務流程與部門職責結合起來。詳細業(yè)務流程圖可以采用直式業(yè)務流程圖、 、程序流程圖加 上文字說明。 圖形可以將流程描述得很清楚，但是還要附加一些文字說明，如關于業(yè)務發(fā)生的頻率、意外事故的處理、高峰期的業(yè)務頻率等，不能在流程圖中描述的內容，需要用文字進行詳細描述。 據(jù)、賬本、報表（ 現(xiàn)行系統(tǒng)中用戶正在使用的正式的或非正式的單據(jù)、賬本、報表等可以收集起來，并進行窮舉、分類、歸納。單據(jù)、賬本、報表是用戶系統(tǒng)中信息的載體，是進行系統(tǒng)需求分析的基礎，無論采用哪種分析方法，這都是必不可少的信息源。 據(jù)（ 單據(jù)的格式可用表格描述，如表 5示。 表 5單據(jù)的描述格式 單據(jù)名稱 17 用途 使用單位 制作單位 頻率 高峰時數(shù)據(jù)流量 各數(shù)據(jù)項的詳細說明如下： 序號 數(shù)據(jù)項中文名 數(shù)據(jù)項英文名 類型、長度、精度 數(shù)據(jù)項的取值范圍 1 2 3 本（ 因為賬本上的數(shù)據(jù)是統(tǒng)計數(shù)據(jù)，所以一個賬本一般對應一張中間表，賬本的格式可用表格描述，如表 5示。 表 5賬本的描述格式 賬本名稱 用途 使用單位 制作單位 頻率 高峰時數(shù)據(jù)流量 各數(shù)據(jù)項的詳細說明如下： 序號 數(shù)據(jù)項中文名 數(shù)據(jù)項英文名 數(shù)據(jù)項類型、長度、精度 數(shù)據(jù)來源 1 2 3 表（ 因為報表上的數(shù)據(jù)是統(tǒng)計數(shù)據(jù)，所以一個報表一般對應一張中間表，報表的格式可用表格描述，如表 5示。 在的問題（ 在現(xiàn)行的系統(tǒng)中，決策層、管理層、操作層各存在哪些方面的問題需要計算機來解決，尤其是決策層、管理層這些問題中包 含了用戶的需求與期望，有些問題是新系統(tǒng)可以解決的，有些問題則不是。 表 5報表的描述格式 報表名稱 用途 使用單位 制作單位 頻率 高峰時數(shù)據(jù)流量 各數(shù)據(jù)項的詳細說明如下： 序號 數(shù)據(jù)項中文名 數(shù)據(jù)項英文名 數(shù)據(jù)項類型、長度、精度 數(shù)據(jù)來源 1 2 3 能的變化（ 對于現(xiàn)行的系統(tǒng)，將來可能會有哪些變化，需要在此描述。企業(yè)中的變化是永恒的，系統(tǒng)分析員需要描述哪 18 些變化可能引起系統(tǒng)范圍變更。 3目標系統(tǒng)功 能需求 （ 能需求分析（ 決策層、管理層、操作層各有哪些具體功能要求。 能需求點列表（ 在功能需求分析完成后，要詳細列出用戶需求功能點列表，提供給后續(xù)設計、編程、測試中使用，更是為了用戶測試驗收中使用。功能需求點列表的格式，如表 5示。 表 5功能需求點列表 編 號 功 能 名 稱 使 用 部 門 使 用 崗 位 功 能 描 述 輸 入 內 容 輸 出 內 容 1 2 3 4目標系統(tǒng)性能需求 （ 間要求（ 如： （ 1）響應時間，如查詢的最長等待時間。 （ 2）更新處理時間，如記賬的最長時間。 （ 3）數(shù)據(jù)的轉換和傳送時間，如遠程數(shù)據(jù)傳輸?shù)臅r間要求。 （ 4）解題時間。 間要求（ 如： （ 1）支持的終端數(shù)。 （ 2）支持的并行操作的使用者數(shù)。 （ 3）處理的文件和記錄數(shù)。 （ 4）表和文件的大小規(guī) 模（要按可預見的增長，對數(shù)據(jù)及其分量的存儲要求做出估算）。 （ 5）處理任務的數(shù)量。 （ 6）在正常情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù)。 （ 7）對輸入和輸出數(shù)據(jù)的精度要求。 （ 8）對處理和傳輸過程中的精度要求。 能需求點列表（ 詳細列出