用戶需求報告2

1、用戶需求報告編寫指南V1.2浪潮集團山東通用軟件有限公司 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 文檔類別使用對象3 HYPERLINK l bookmark6 o Current Document . 概述4 HYPERLINK l bookmark8 o Current Document 用戶簡介 4 HYPERLINK l bookmark10 o Current Document 項目的目的與目標 4 HYPERLINK l bookmark12 o Current Document 術語定義5 HYPERLINK

2、l bookmark14 o Current Document 參考資料5 HYPERLINK l bookmark16 o Current Document 版本更新記錄 5 HYPERLINK l bookmark18 o Current Document .現(xiàn)有系統(tǒng)的描述61組織機構與職責 62崗位定義73作業(yè)流程74單據(jù)、帳本、報表 95存在的問題106可能的變化10 HYPERLINK l bookmark24 o Current Document .功能需求10 HYPERLINK l bookmark26 o Current Document .界面與接口需求 11 HYPERL

3、INK l bookmark28 o Current Document 4. 1用戶的界面需求 11 HYPERLINK l bookmark30 o Current Document 4. 2外部的接口 11 HYPERLINK l bookmark32 o Current Document 5性能需求12 HYPERLINK l bookmark34 o Current Document 時間要求12數(shù)據(jù)精度12 HYPERLINK l bookmark38 o Current Document 6其他需求12 HYPERLINK l bookmark48 o Current Docume

4、nt 7 假設與約束條件 13文檔類別使用對象文檔類別該文檔是某項目的的用戶需求報告，是技術文檔使用對象該文檔使用人員包括：? 項目負責人? 項目組成員? 公司高級管理者? 用戶1.概述本文檔著重描述用戶的現(xiàn)狀是什么樣的，用戶需要什么樣的系統(tǒng)。文檔 的描述應采用用戶領域的語言描寫，應確保用戶與系統(tǒng)分析人員都可以看懂 該文檔。本文檔是進行項目需求規(guī)格定義、項目策劃 的基礎，也是用戶進行驗收 的依據(jù)。1.1用戶簡介在本章節(jié)中要將用戶的基本情況描述清楚，以便于分析人員劃定系統(tǒng)范圍, 進行關于功能與進度、成本、性能等方面的平衡決策。基本情況舉例：? 企業(yè)性質? 規(guī)模（員工數(shù)量、經(jīng)營業(yè)績等）? 業(yè)態(tài)?

5、地理位置與布局? 產品或服務的種類? 管理模式? 核算形式? 用戶使用計算機系統(tǒng)的經(jīng)歷對于產品開發(fā)類項目，需要在此將該產品定義的用戶群的特點描述清楚1.2項目的目的與目標項目目的是開發(fā)本系統(tǒng)的意圖的總概括，目標是將目的細化后的具體的 描述，項目目標應是明確的、可度量的、可以達到的 ，項目的范圍應能確保 項目的目標可以達到。對于項目的目標可以逐步細化，以便與系統(tǒng)的需求建立對應關系， 檢查 系統(tǒng)的功能是否覆蓋了系統(tǒng)的目標。在本章節(jié)的描述忌使用“開發(fā)一套讓用戶滿意的系統(tǒng)”等字句，“讓用戶滿意”的系統(tǒng)是難以度量的，是項目風險的主要來源。工程類項目的目標舉例：? 人力與設備費用的減少? 處理速度的提高?

6、 管理信息服務的改進? 人員利用率的改進? 控制業(yè)務中的薄弱環(huán)節(jié)?解決人力難以解決的計算問題術語定義將該用戶需求報告中的術語、縮寫進行定義，包括用戶應用領域與計算機領 域的術語與縮寫等。如：? 系統(tǒng)縮寫? 專有名詞：進銷分離、連鎖、分銷參考資料說明該用戶需求報告使用的參考資料，如:? 商務合同? 招標書? 用戶領域的資料? 用戶需求調查表? 參照的標準每一個文件、文獻要有標題、索引號或文件號，發(fā)布或發(fā)表日期以及出版單 位。版本更新記錄版本/修訂版日期修改記錄備注1.04/13/99初始版本2.現(xiàn)有系統(tǒng)的描述2. 1組織機構與職責將用戶的組織結構逐層詳細描述，建議采用樹狀的組織結構圖進行表達,

7、每個部門的職責也應進行簡單的描述。組織結構是用戶企業(yè)業(yè)務流程與信息 的載體，對分析人員理解企業(yè)的業(yè)務、確定系統(tǒng)范圍具有很好的幫助。取得 用戶的組織機構，是需求獲取步驟中的基礎工作之一。組織結構圖示例：連鎖店組織結構圖部門職責示例：財務部管理職責范圍1、資金管理(1)籌集、調度資金，保障各分公司定額使用資金。(2)核定各分公司資金使用定額。(3)財務專用章及支票、印鑒的使用與管理。(4)審核付款事項。(5)定期與銀行對帳，查明未達帳原因，保證資金安全。2、帳務管理(1)按流通企業(yè)財務制度、流通企業(yè)會計制度規(guī)定如實制作記帳憑證及帳 目登記工作，作出會計報表。(2)嚴格執(zhí)行國家稅收政策，按時報稅表及

8、稅款的繳納工作。(3)負責接待、配合審計、稅務等單位的帳務檢查工作。(4)核算各分公司銷售、利潤指標完成情況。(5)財務分析工作。2. 2崗位定義用戶環(huán)境中的企業(yè)崗位或角色，和組織機構一樣，也是分析人員理解企業(yè)業(yè)務的基礎，是需求獲取的基礎工作，同時也是分析人員提取對象的基礎。 每個崗位的職責可以進行詳細的描述，建議采用表格的形式：崗位所在部門職責相關的業(yè)務采購員業(yè)務部負責商品米購、進貨合同的簽 定、供應商的選擇進貨、合同管理對用戶角色的識別也包括使用了計算機系統(tǒng)后的系統(tǒng)管理人員2. 3作業(yè)流程企業(yè)的作業(yè)流程首先要有一個總的業(yè)務流程圖，將企業(yè)中各種業(yè)務之間 的關系描述出來，然后對每種業(yè)務進行詳細

9、的描述，使業(yè)務流程與部門職責 結合起來。詳細業(yè)務流程圖可以采用直式業(yè)務流程圖形式。分別舉例如下：流程圖（總部）直式業(yè)務流程圖繪制說明直式業(yè)務流程圖繪制說明記帳存檔記帳存檔商場進貨業(yè)務流程圖:圖形可以將流程描述的很清楚，但是還要附加以一些文字說明，如關于 業(yè)務發(fā)生的頻率、意外事故的處理、高峰期的業(yè)務頻率等，不能在流程圖中 描述出的內容，需要用文字進行詳細描述。4單據(jù)、帳本、報表現(xiàn)行系統(tǒng)中用戶正在使用的正式的或非正式的單據(jù)、帳本、報表等可以 收集起來，在此章節(jié)中進行窮舉、分類、歸納。單據(jù)、帳本、報表是用戶系 統(tǒng)中信息的載體，是進行系統(tǒng)需求分析的基礎，無論采用哪種分析方法，這 都是必不可少的信息源。

10、可以將單據(jù)、帳本、報表的格式畫在這里，也可以將原始的材料做為本 文檔的附件。特別需要對這些信息源中的每個具體的信息項進行詳細說明， 如：? 類型? 長度? 小數(shù)精度? 來源? 信息項之間的計算關系? 計算時的取舍規(guī)則(如四舍五入、取整等)? 單據(jù)、帳本、報表發(fā)生的頻度、高峰期的頻度5存在的問題在現(xiàn)行的系統(tǒng)中，從決策層、管理層、操作層各存在哪些方面的問題需要計算機來解決，尤其是決策層、管理層這些問題中包含了用戶的需求與期望，有些問題是新系統(tǒng)可以解決的，有些問題則不是。系統(tǒng)中的問題舉例：? 業(yè)務量太大，處理速度太慢? 存在漏洞，給惡意者以可乘之機? 對帳太麻煩，查找速度太慢?月底報表工作量太大?

11、操作煩瑣6可能的變化對于現(xiàn)行的系統(tǒng)，將來可能會有哪些變化，需要在此章節(jié)中描述。企業(yè)中的 變化是永恒的，系統(tǒng)分析員需要描述哪些可能引起系統(tǒng)范圍變更的變化。變化舉例：? 某部門撤并、新增? 業(yè)務流程改變? 處理方法改變? 管理的細度加強，增加了信息? 單據(jù)的格式改變功能需求在本章節(jié)中描述用戶的功能需求。主要的要求：(1)功能需求是用戶的最主要的需求，對用戶需求的描述可以采用文字描 述也可以采用語言+圖形的描述方式，只要能夠將用戶的需求描述地完 整、準確、易于理解即可。描述方式舉例：?自然語言? use caseffl +use case(2)對功能需求比較復雜的系統(tǒng)(如超過 10個功能項)，可以先

12、描述一個 概要，對簡單的系統(tǒng)可以直接進行詳細描述。(3)對于用戶的功能需求要進行分類，分類的方法應便于用戶理解，如按 照用戶的部門設置情況，進行描述每個部門的需求，這樣也便于組織用戶進 行評審。以下是分類方法的舉例：? 按部門分類：如采購科、銷售科、計劃科、生產車間、財務科、統(tǒng)計科、總經(jīng)理等；? 按功能類型分類：如單據(jù)錄入、單據(jù)審核、單據(jù)查詢、記帳、帳 本查詢、統(tǒng)計報表、系統(tǒng)維護等；對功能需求的分類在不同的層次可以采用不同的方法。(4)對每一項功能應有一個功能編號，以便于與功能規(guī)格說明書中的章節(jié) 進行對應。(5)對每一項功能的描述，應指明用戶的輸入(input)、處理方法(process、 系

13、統(tǒng)的輸出(output)及對此項功能的其他要求。(6)功能需求應注明使用此功能的崗位。對系統(tǒng)管理員要求的特殊功能可 以在此注明，非特殊要求可以在需求分析規(guī)格說明書中詳細論述。如用戶權限可分級，要有操作日志等。(7)在功能需求的描述中，對于類似的、統(tǒng)一的功能可以單獨地進行詳細 描述，其他地方進行引用，或做為術語進行定義，以簡化文檔，減少重復。如；? 錄入功能? 打印功能? 條件查詢功能? 排序功能界面與接口需求1用戶的界面需求界面的原則要求，如方便、簡潔、美觀、一致等。整個系統(tǒng)的界面風格定義, 某些功能模塊的特殊的界面要求。輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀等；輸出設備：顯示器、打印機、光

14、盤刻錄機、磁帶機、音箱等；顯示風格：圖形界面、字符界面、IE界面等；顯示方式：1024*768、640*480 等；輸出格式：顯示布局、打印格式等。4. 2外部的接口與其他系統(tǒng)的接口，如監(jiān)控系統(tǒng)、控制系統(tǒng)、銀行結算系統(tǒng)、防偽稅控系統(tǒng)、政府網(wǎng)絡系統(tǒng)及其他系統(tǒng)等。與系統(tǒng)特殊外設的接口，如 CT機、磁共振、柜員機(ATM、IC卡、盤點機 等。應在此列舉出所有的外部接口、接口標準、規(guī)范。5性能需求時間要求? 響應時間，如查詢的最長等待時間。? 更新處理時間，如記帳的最長時間。? 數(shù)據(jù)的轉換和傳送時間，如遠程數(shù)據(jù)傳輸?shù)臅r間要求? 解題時間空間與數(shù)值性能如：? 支持的終端數(shù)；? 支持的并行操作的使用者數(shù)；? 處理的文件和記錄數(shù)；? 表和文件的大小規(guī)模（要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估 算）；? 處理和任務的數(shù)量；? 在正常情況下和峰值工作條件下，在一定時間周期中要處理的數(shù)據(jù)總數(shù)；? 對輸入和輸出數(shù)據(jù)的精度要求；? 對處理和傳輸過程中的精度要求；6其他需求系統(tǒng)的安全性系統(tǒng)的可