【文章內容簡介】 風險區(qū)域：用戶需求、設計、測試、運行平臺等。（3）重大風險事件的級別：功能不全、性能不穩(wěn)、迅速受限制等。（4）擬采取的預防措施：增加投入、糾錯、延時等。（5）風險事件發(fā)生后建議采用的處理措施：更改計劃、降低難度系數(shù)等。14．設備工具計劃（Equipment and Tools Planning）項目設備工具計劃，是根據(jù)項目的工作指派及進度確定項目所需要的設備和工具，以確保設備工具在任務執(zhí)行前到位，保證項目任務的順利執(zhí)行，在本計劃中應包含以下幾方面的內容：（1）所需的設備（2）基本的要求（3）應到位的時間15．培訓計劃（Training Planning）項目的培訓計劃，應根據(jù)項目的特點和項目組成員技能情況，制定出項目組成員所需的培訓內容，培訓計劃中應包含以下幾方面：（1）培訓內容（2）培訓時間（3）教員（4）接受培訓的人員（5）培訓目的（應達到的效果）16．項目評審（Project Reviews）項目評審，是對項目策劃過程所做的定期性評審。其內容可分為：（1）評審點（2）評審周期（3）評審層次（4）評審條款和措施（5）管理評審活動中提交的工作產品（列出被評審的工作產品）17．度量（Measurement）度量是按規(guī)定在項目進行過程中，需要采集的度量數(shù)據(jù)，以便量化地反映項目的進展情況，為管理者提供對項目進展的適當?shù)目梢曅?，同時度量數(shù)據(jù)是項目過程改善的數(shù)據(jù)基礎。應規(guī)定項目度量值的記錄人（一般為項目經(jīng)理或其指定人員）、記錄時間（一般以定期評審為基礎）和記錄的數(shù)據(jù)。常用的度量數(shù)據(jù)如：（1）項目過程的評審次數(shù)（2）項目計劃修改次數(shù)（3）項目各階段的人員投入（各階段投入的人月數(shù)）（4）各類任務耗用時間統(tǒng)計（如設計、編碼、測試、文檔編寫等）（5）工作產品統(tǒng)計（如文檔字數(shù)、功能點數(shù)、用況數(shù)、源代碼行數(shù)等）5《用戶需求報告》《用戶需求報告》編寫參考指南1．概述（Summary）本文檔是進行需求規(guī)格定義、項目策劃、概要設計的基礎，也是用戶進行驗收的依據(jù)。 用戶簡介（User Synopsis）在本章節(jié)中要將用戶的基本情況描述清楚，以便于分析人員劃定系統(tǒng)范圍，進行關于功能、進度、成本、性能等方面的平衡決策。對于產品開發(fā)類項目，需要在此將該產品定義的用戶群的特點描述清楚。 項目的目的與目標（Purpose and Aim of Project）項目的目的是對開發(fā)本系統(tǒng)意圖的總概括。項目的目標是將目的細化后的具體描述。項目目標應是明確的、可度量的、可以達到的, 項目的范圍應能確保項目的目標可以達到。對于項目的目標可以逐步細化，以便與系統(tǒng)的需求建立對應關系，檢查系統(tǒng)的功能是否覆蓋了系統(tǒng)目標。 術語定義（Terms Glossary）將該用戶需求報告中的術語、縮寫進行定義, 包括用戶應用領域與計算機領域的術語與縮寫等。 參考資料（References）說明該用戶需求報告使用的參考資料，如：[1] 商務合同[2] 招標書[3] 用戶領域的資料[4] 用戶需求調查表[5] 參照的標準每一個文件、文獻要有標題、或文件號，發(fā)布或發(fā)表日期以及出版單位。 相關文檔（Related Documents）說明用戶需求報告的變更，以及可能受變更影響的其他相關文檔，如：[1] 項目開發(fā)計劃[2] 需求規(guī)格說明書 版本更新信息（Version Updated Record）版本更新記錄格式，如表511所示。表511 版本更新記錄版本號創(chuàng)建者創(chuàng)建日期維護者維護日期維護紀要王大林2001/02/18—————王小林2001/02/26賬本格式維護2．現(xiàn)有系統(tǒng)描述（System in Existence） 組織結構與職責（Organizing Framework and Function）將用戶的組織結構逐層詳細描述，建議采用樹狀的組織結構圖進行表達，每個部門的職責也應進行簡單的描述。組織結構是用戶企業(yè)業(yè)務流程與信息的載體，對分析人員理解企業(yè)的業(yè)務、確定系統(tǒng)范圍很有幫助。取得用戶的組織結構，是需求獲取步驟中的工作任務之一。 崗位定義（Role Definition）用戶環(huán)境中的企業(yè)崗位和組織結構一樣，也是分析人員理解企業(yè)業(yè)務的基礎，是需求獲取的工作任務，同時也是分析人員提取對象的基礎。每個崗位的職責可以進行詳細的描述，建議采用表格的形式，如表512所示。表512 崗 位 定 義編 號崗 位所在部門職 責相關的業(yè)務1008采購員業(yè)務部商品采購、合同簽訂、供應商選擇進貨、合同管理1009……對用戶崗位的識別，也包括使用了計算機系統(tǒng)后的系統(tǒng)管理人員崗位。 作業(yè)流程（Busywork Flow）企業(yè)的作業(yè)流程，首先要有一個總的業(yè)務流程圖，將企業(yè)中各種業(yè)務之間的關系描述出來，然后對每種業(yè)務進行詳細的描述，使業(yè)務流程與部門職責結合起來。詳細業(yè)務流程圖可以采用直式業(yè)務流程圖、Use case圖、程序流程圖加上文字說明。圖形可以將流程描述得很清楚，但是還要附加一些文字說明，如關于業(yè)務發(fā)生的頻率、意外事故的處理、高峰期的業(yè)務頻率等，不能在流程圖中描述的內容，需要用文字進行詳細描述。 單據(jù)、賬本、報表（Bill of Document，Account and Report）現(xiàn)行系統(tǒng)中用戶正在使用的正式的或非正式的單據(jù)、賬本、報表等可以收集起來，并進行窮舉、分類、歸納。單據(jù)、賬本、報表是用戶系統(tǒng)中信息的載體，是進行系統(tǒng)需求分析的基礎，無論采用哪種分析方法，這都是必不可少的信息源。 單據(jù)（Bill of Document）單據(jù)的格式可用表格描述，如表513所示。表513 單據(jù)的描述格式單據(jù)名稱用途使用單位制作單位頻率高峰時數(shù)據(jù)流量各數(shù)據(jù)項的詳細說明如下：序號數(shù)據(jù)項中文名數(shù)據(jù)項英文名類型、長度、精度數(shù)據(jù)項的取值范圍123 賬本（Account）因為賬本上的數(shù)據(jù)是統(tǒng)計數(shù)據(jù)，所以一個賬本一般對應一張中間表，賬本的格式可用表格描述，如表514所示。表514 賬本的描述格式賬本名稱用途使用單位制作單位頻率高峰時數(shù)據(jù)流量各數(shù)據(jù)項的詳細說明如下：序號數(shù)據(jù)項中文名數(shù)據(jù)項英文名數(shù)據(jù)項類型、長度、精度數(shù)據(jù)來源123 報表（Report）因為報表上的數(shù)據(jù)是統(tǒng)計數(shù)據(jù)，所以一個報表一般對應一張中間表，報表的格式可用表格描述，如表515所示。 存在的問題（Existent Question）在現(xiàn)行的系統(tǒng)中，決策層、管理層、操作層各存在哪些方面的問題需要計算機來解決，尤其是決策層、管理層這些問題中包含了用戶的需求與期望，有些問題是新系統(tǒng)可以解決的，有些問題則不是。表515 報表的描述格式報表名稱用途使用單位制作單位頻率高峰時數(shù)據(jù)流量各數(shù)據(jù)項的詳細說明如下：序號數(shù)據(jù)項中文名數(shù)據(jù)項英文名數(shù)據(jù)項類型、長度、精度數(shù)據(jù)來源123 可能的變化（Possible Change）對于現(xiàn)行的系統(tǒng)，將來可能會有哪些變化，需要在此描述。企業(yè)中的變化是永恒的，系統(tǒng)分析員需要描述哪些變化可能引起系統(tǒng)范圍變更。3．目標系統(tǒng)功能需求（Function of Target System） 功能需求分析（Function Analysis）決策層、管理層、操作層各有哪些具體功能要求。 功能需求點列表（Function List）在功能需求分析完成后，要詳細列出用戶需求功能點列表，提供給后續(xù)設計、編程、測試中使用，更是為了用戶測試驗收中使用。功能需求點列表的格式，如表516所示。表516 功能需求點列表編 號功 能 名 稱使 用 部 門使 用 崗 位功 能 描 述輸 入 內 容輸 出 內 容1234．目標系統(tǒng)性能需求（Performance of Target System） 時間要求（Time Request）如：（1）響應時間，如查詢的最長等待時間。（2）更新處理時間，如記賬的最長時間。（3）數(shù)據(jù)的轉換和傳送時間，如遠程數(shù)據(jù)傳輸?shù)臅r間要求。（4）解題時間。 空間要求（Space Request）如：（1）支持的終端數(shù)。（2）支持的并行操作的使用者數(shù)。（3）處理的文件和記錄數(shù)。（4）表和文件的大小規(guī)模（要按可預見的增長，對數(shù)據(jù)及其分量的存儲要求做出估算）。（5）處理任務的數(shù)量。（6）在正常情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù)。（7）對輸入和輸出數(shù)據(jù)的精度要求。（8）對處理和傳輸過程中的精度要求。 性能需求點列表（Performance List）詳細列出用戶性能點列表，提供給后續(xù)分析、設計、編程、測試中使用，更是為了用戶測試驗收中使用。需求性能點列表的格式，如表517所示。表517 性能需求點列表編 號性能名稱使用部門 使用崗位性能描述輸入內容輸出內容1235．目標系統(tǒng)界面與接口需求（Interface of Target System） 界面需求（Interphase Requirement）界面的原則要求，如方便、簡潔、美觀、一致等。整個系統(tǒng)的界面風格定義，某些功能模塊的特殊的界面要求。（1）輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀等；（2）輸出設備：顯示器、打印機、光盤刻錄機、磁帶機、音箱等；（3）顯示風格：圖形界面、字符界面、IE界面等；（4）顯示方式：1024*76640*480等；（5）輸出格式：顯示布局、打印格式等。 接口需求（Interface Requirement）與其他系統(tǒng)的接口，如監(jiān)控系統(tǒng)、控制系統(tǒng)、銀行結算系統(tǒng)、稅控系統(tǒng)、財務系統(tǒng)、政府網(wǎng)絡系統(tǒng)及其他系統(tǒng)等。（1）與系統(tǒng)特殊外設的接口，如CT機、磁共振、柜員機（ATM）、IC卡、盤點機等。（2）與中間件的接口，要列出接口規(guī)范、入口參數(shù)、出口參數(shù)、傳輸頻率等。應在此列舉出所有的外部接口名稱、接口標準、規(guī)范。外部接口列表，如表518所示。表518 外部接口需求點列表編 號接口名稱接口規(guī)范接口標準入口參數(shù)出口參數(shù)傳輸頻率1236．目標系統(tǒng)其他需求（Other Requirements of Target System） 安全性（Security） 可靠性（Dependability） 靈活性（Agility） 特殊需求（Special requirements）如：（1）進度需求：系統(tǒng)的階段進度要求。（2）資金需求：投資額度。（3）運行環(huán)境需求：平臺、體系結構、設備要求。（4）培訓需求：用戶對培訓的需求，是否提供多媒體教學光盤。（5）推廣需求：推廣的要求，如在上百個遠程部門推廣該系統(tǒng)，是否要有推廣的支持軟件。7．目標系統(tǒng)假設與約束條件（Suppose and Restriction of Target System）假設與約定條件是對預計的系統(tǒng)風險的描述, 如：（1）法律、法規(guī)和政策方面的限制。（2）硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制。（3）可利用的信息和資源。（4）系統(tǒng)投入使用的最晚日期。（5）需求中的風險分析：技術風險、技能風險、時間風險、資源風險。6《需求規(guī)格說明書》《需求規(guī)格說明書》編寫參考指南1．概述（Summary）本文檔是進行項目策劃、概要設計和詳細設計的基礎，也是軟件企業(yè)測試部門進行內部驗收測試的依據(jù)。 用戶簡介（User Synopsis）在本章節(jié)中要將用戶的基本情況描述清楚，以便于分析人員劃定系統(tǒng)范圍，進行功能、進度、成本、性能等方面的平衡決策。對于產品開發(fā)類項目，需要在此將該產品定義的用戶群的特點描述清楚。 項目的目的與目標（Purpose and Aim of Project）項目的目的是對開發(fā)本系統(tǒng)的意圖的總概括。項目的目標是將目的細化后的具體描述。項目目標應是明確的、可度量的、可以達到的, 項目的范圍應能確保項目的目標可以達到。對于項目的目標可以逐步細化，以便與系統(tǒng)的需求建立對應關系，檢查系統(tǒng)的功能是否覆蓋了系統(tǒng)的目標。 術語定義（Terms Glossary）將該需求規(guī)格說明書中的術語、縮寫進行定義, 包括用戶應用領域與計算機領域的術語與縮寫等。 參考資料（References）說明該用戶需求報告使用的參考資料，如：[1] 商務合同[2] 招標書[3] 用戶領域的資料[4] 用戶需求調查表[5] 用戶需求報告[6] 參照的標準每一個文件、文獻要有標題、或文件號，發(fā)布或發(fā)表日期以及出版單位。 相關文檔（Related Documents）[1] 項目開發(fā)計劃[2] 概要設計說明書[3] 詳細設計說明書 版本更新信息（Version Updated Record）版本更新記錄格式，如表519所示。表519 版本更新記錄版本號創(chuàng)建者創(chuàng)建日期維護者維護日期維護紀要王大林