系統開發需求分析報告

報告在當前的社會發展階段，已經成為常見的事后總結方式，報告的內容，是以嚴謹、準確為特點的，有效的報告一般都具有哪些要素呢？今天小編為大家精心挑選了關于《系統開發需求分析報告》，歡迎大家借鑒與參考，希望對大家有所幫助！

第一篇：系統開發需求分析報告

信息系統開發過程中用戶需求分析例解

——記上海某軟件外包服務企業信息系統調研工作

孫燕

結構化生命周期法是最常用的管理信息系統開發方法，分為四個步驟，即需求調研分析、數據庫設計實現、界面設計實現和系統功能設計實現，信息系統開發過程中用戶需求分析例解。其中用戶需求調研分析階段是最基礎、也是最容易被開發人員忽視的環節，但實踐證明一個徹底的需求分析可以降低一個項目的耗費和技術風險。

一、需求分析方法概述

A、定義及作用

軟件工程中，需求分析是指在建立一個新的或改變一個現存系統或產品時，為確定新系統的目的、范圍、定義和功能所要做的所有工作。

需求分析有助于系統分析員和軟件工程師確定顧客的需要，為分析和尋求新系統的解決方案提供幫助。

B、一般步驟、技術/工具

需求分析專家通過與用戶交談、記錄交談結果、分析收集到的信息，從中發掘互相矛盾的問題，總結總體觀念，然后再就發現的問題與用戶交流，調查報告《信息系統開發過程中用戶需求分析例解》。 這是一個在信息系統開發過程中不斷重復的過程，可能伴隨著整個生命周期，一般步驟概述如下：

1、確認所有關鍵信息持有人

由于新系統很可能改變人與人之間的關系和工作環境，因此認定關鍵信息持有者非常重要。只有這樣在需求分析的過程中才能夠將顧客所有的需要都記錄下來，才能保證他們認識到新的系統可能給他們帶來的變化，以下因素會干擾需求分析的結果，需要規避：

與用戶的交談不夠多或不夠徹底，一些重要的需求被忽視;

用戶的反應不說明問題，用戶對新系統的特征不滿。

綜上，為了使這些討論有條理、有組織和有效地被記錄下來，討論的過程和其內容的演化也必須被記錄。

2、制定調研計劃

用戶需求調研涉及用戶和系統分析人員雙方，事先制定一個調研計劃有助于工作順利進行。調研計劃基本信息包括：時間安排、調研內容、接待部門和人員、調研成果等4方面的信息。

列表如圖：

時間安排

調研內容

接待部門和人員

調研成果

第二篇：軟件項目開發需求報告

軟件需求分析格式_如何寫需求分析報告 軟件需求說明書 1 引言

1.1 編寫目的：闡明編寫需求說明書的目的，指明讀者對象。 1.2 項目背景：應包括

● 項目的委托單位、開心單位和主管部門;

● 該軟件系統與其他系統的關系。

1.3 定義：列出文檔中所用到的專門術語的定義和縮寫詞的愿文。

1.4 參考資料：可包括

● 項目經核準的計劃任務書、合同或上級機關的批文

● 文檔所引用的資料、規范等

● 列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源 2 任務概述 2.1 目標 2.2 運行環境 2.3 條件與限制 3 數據描述 3.1 表態數據

3.2 動態數據：包括輸入數據和輸出數據。 3.3 數據庫描述：給出使用數據庫的名稱和類型。 3.4 數據詞典 3.5 數據采集 4 功能需求 4.1功能劃分 4.2功能描述 5 性能需求 5.1 數據精確度

5.2 時間特性：如響應時間、更新處理時間、數據轉換與傳輸時間、運行時間等。

5.3 適應性：在操作方式、運行環境、與其他軟件的接口以及開發計劃等發生變化時，應具有的適應能力。 6 運行需求

6.1 用戶界面：如屏幕格式、報表格式、菜單格式、輸入輸出時間等。 6.2 硬件接口 6.3 軟件接口 6.4 故障處理 7 其他需求

如可使用性、安全保密、可維護性、可移植性等。

需求分析的格式 需求分析要對目標系統提出完整的、準確的、清晰的和具體的要求。

1.綜合需求： 項目 說明 備注

1)功能要求 描述軟件用來做什么

能夠進行度量衡的相互轉換，如：長度公制之間的轉換，公制和英制的轉換等。能夠添加或創建新的度量衡。能夠按照用戶自己的需要進行排序。能夠作為其他軟件的插件或輔助工具使用。能夠知道度量衡所應用的范圍，如：國家，行業等。

2)性能要求 軟件能達到什么性能

數據的最大存儲量，數據的轉換要有連續性，軟件對每項操作的響應時間，更新處理時間，數據轉換和傳送時間，軟件的輸入輸出數據精度，軟件失敗和成功的定義。

3)運行要求

軟件能正常運行在微軟中文版WINDOWS系列的可以獨立運行的安裝包或可執行文件

開發軟件的開發工具清單。是否需要外部存儲器和數據通信接口。

4)升級要求

是否可以升級，是否可以進行擴充。是否容易進行維護。 能夠作為什么軟件的插件或輔助工具使用。如何添加新的公式

5)對應關系

用戶需求和軟件功能的對應關系 說明每一個模塊對應實現什么功能。

2.數據要求： 項目 說明 備注

1)數據輸入

來源、準確性、取值范圍、格式、非法值的處理、出錯信息

2)數據輸出 目的地、準確性、數值范圍、格式、非法值的處理、出錯信息

輸出的數據可以修改，如：1米=100厘米=1000毫米，將100厘米改為90厘米時，相應的1米就自動改為0.9米，1000毫米變為900毫米。

3)數據存儲 最大存儲量

4)數據的安全性 訪問的權限

5)數據備份 能否導入和導出

可以將輸出的數據保存為文本格式

6)數據流圖

在分析過程中得出的數據流圖

7)數據篩選

能夠將選擇的幾個度量單位進行匯總

8)主要算法

簡要描述軟件的主要算法

3.界面要求：請參照“界面樣式圖” 項目 說明 備注

1)軟件名稱 為軟件起一個名字 可以發揮自己的想象力

2)功能模塊

有幾個功能模塊，分別是什么

3)顏色

采用什么底色，窗口是什么顏色

4)字體

字型、大小，字間距，顏色

5)按鈕

顏色、字型、大小、樣式

4.軟件描述：從用戶的角度來描述軟件，相當于一份初步的用戶手冊。 項目 說明 備注

1)功能描述

能實現，不能實現什么需求 應用范圍。什么人員可以使用

2)性能描述

最低配置，操作系統，需要安裝什么輔助軟件

3)操作步驟 如何使用軟件 主要步驟和方法

4)用戶責任

用戶在操作過程中的注意事項 出現問題時如何解決 如何寫需求分析報告

近來學校的一些科研項目又在申報了，一些學弟開始Q我一些軟件工程上書面的問題。大概的總結了下，寫到這里。本文涉及到的是需求分析部分的書寫，主要是根據國家標準文檔中的要求來的。

在互聯網公司或者一些敏捷開發的公司里，其實大家都是秉承著重開發，重討論，而輕文檔的態度。這個輕文檔并不是指沒有文檔或者幾乎不做文檔，而是在嚴格的文檔流程中解脫出來，只把最最實際的部分寫出來。這個特征是有互聯網本身迭代周期短，版本發布快等特點決定的。而在實際的兼職項目的時候，同學們就要注意了，最重要的應該就是在簽合同的時候一定要附上最清楚的一份需求分析，雖然這份需求說明可能不是按照某些標準文檔而來的，描述清楚每個功能達到的效果，而這個效果一定要讓客戶點頭確認，而不能出現“應該是”、“可能是”、“也許是”這樣的模糊回答。否則在項目后期就會比較難過了。在學校申請的項目和大型公司項目開發中，是重視文檔流程的，一部一部來。所以還是看情況來對待文檔的深度和標準。

一、目錄： 目錄要用word的 “引用”—>”目錄”，自動生成目錄，一般都是要三級目錄。通常這部分基本都不需要改結構，直接更新頁碼即可。

二、內容部分。 國家標準軟件需求說明書G856T-88下載 1引言 1.1編寫目的

說明編寫這份軟件需求說明書的目的，指出預期的讀者。 (這部分說明需求分析報告的概況，例如：本X需求分析報告是為S系統而編寫的。+S系統的兩句話概述。+本X報告旨在使U1(需求者)明確S系統的要求和細節，給U2(開發人員)了解需求實現的難度和困難，最終提供給U3(審核人、管理者)討論和審核，達到溝通效果)

1.2背景 說明：

a. 待開發的軟件系統的名稱; b. 本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;

c. 該軟件系統同其他系統或其他機構的基本的相互來往關系。

(這部分可以將a,b,c分為2部分，例子如下： 1.2.1項目概況

本需求分析報告所預期開發的軟件系統是:S。S是(不是則無)SS系統的某一個功能子模塊，S和S

1、S2等系統之間的聯系，以及概述其他系統的狀態等等。 1.2.2任務分配

a. 任務提出者：xxx b. 軟件開發者：xx c. 產品使用者：xx d. 文檔編寫者：xx e. 預期產品使用者：xx ) 1.3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

(這部分很簡單，就是描述專業詞匯，比如

1. XML(Extensible Markup Language)即可擴展標記語言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標準通用標記語言)。 2. Word2, 解釋。。。 )

1.4參考資料

列出用得著的參考資料，如：

a. 本項目的經核準的計劃任務書或合同、上級機關的批文; b. 屬于本項目的其他已發表的文件;

c. 本文件中各處引用的文件、資料、包括所要用到的軟件開發標準。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。 2任務概述 2.1目標

敘述該項軟件開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發的背景材料。解釋被開發軟件與其他有關軟件之間的關系。如果本軟件產品是一項獨立的軟件，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和接口。| (

本模塊開發主要是為SS的整體服務，完成SS工作中的XX部分以及相關的工作。其涉及的范圍就是，從下達A、B命令后，到給出C結果的過程。具體描述：B1，來完成B11功能;B2，來完成B22功能; 等等。本部分是(否)耦合在分詞工具包其他部分中的，主要為嵌入方式和先后方式相互交互。 圖

圖1. 該系統的組成同其他各部分的聯系和接口 )

2.2用戶的特點

列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件的預期使甩頻度。這些是軟件設計工作的重要約束

(例如：二次開發和系統調用人員：具有很高的專業知識水平，理解XX的運行機制?？梢詫﹂_放代碼進行閱讀和分析，以完成其系統獨特的需求，提供給這部分用戶開放API手冊和Debug版本的源代碼即可;預期這部分用戶會占本系統總用戶量的多大部分。

xx使用者：具有一定的計算機操作能力和知識，了解xx領域的相關概念和用途。提供給這部分用戶操作手冊即可。預期這部分使用者主要是來簡單的xx操作。

維護人員：具有較高的計算機專業水平，可以對常見的系統Bug進行追蹤和分析，具有一定的測試能力。 這部分用戶主要是采用了本系統之后的后期工作維護者。 等等 )

2.3假定和約束

列出進行本軟件開發工作的假定和約束，例如經費限制、開發期限等。 (這部分重要是對你有的技術力量、資金狀況、人力資源等情況的假設，以使得你可以在什么樣的情況和時間范圍內完成工作。工期約束，經費約束，人員約束，地理約束，設備約束等幾個方面列舉說明。) 3需求規定 3.1對功能的規定

用列表的方式(例如IPO表即輸入、處理、輸出表的形式)，逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經怎樣的處理、得到什么輸出，說明軟件應支持的終端數和應支持的并行操作的用戶數。 (例如： INPUT輸入 PROCESS處理 OUTPUT輸出 LOAD負載量

A 預處理,做怎樣的動作， AA CC B BBBB Bb v C CCCC cc v

表

一、xx模塊IPO表 對IPO表的簡單文字描述。 )

3.2對性能的規定 3.2.1精度

說明對該軟件的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。 (例如：

Xx目標處理：1Byt–10M，包括左右邊界值。 yy精度范圍：„.

ZZ的精度：由于xx的特殊性，本系統均采用xx型來進行字符統計運算，概率部分以及其他比率部分精度精確到0.0x%。 )

3.2.2時間特性要求

說明對于該軟件的時間特性要求，如對： a. 響應時間; b. 更新處理時間;

c. 數據的轉換和傳送時間; d. 解題時間;等的要求。 (這部分只要一一列舉就可以：

由于xxx過程中，需要大量xxxx操作或怎樣，故xx解題時間占總時間的最大部分。其次就是xx轉換和存儲的開銷。其具體時間特性要求，如下： a. xx響應時間：xxms左右; b. yy更新處理時間：yy;

c. zz數據的轉換和傳送時間：zz; d. vv解題時間：vv。 等等 ) 3.2.3靈活性

說明對該軟件的靈活性的要求，即當需求發生某些變化時，該軟件對這些變化的適應能力，如： a. 操作方式上的變化; b. 運行環境的變化;

c. 同其他軟件的接口的變化; d. 精度和有效時限的變化; e. 計劃的變化或改進。

對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。

(這部分按列舉來即可， 由于本模塊第一目的是用于xxx，其次則是xxxx。故本模塊的靈活性在于實際應用者的不同。當需求發生某些變化時，該軟件對這些變化的適應能力。具體情況如下： f. 操作方式上的變化：采用集成運行制和獨立運行制兩種模式，集成運行制是把本模塊嵌入到分詞工具包的主框架中，提供給用戶具有一定UI的可操作軟件;獨立運行制是可以獨立運行于后臺，并提供給各種程序調用的模式的工作方式，以增強其生命力。

g. 運行環境的變化：主采用Windows平臺的編譯版本運行和調試，在時間允許的情況下，同步開發支持SUSE Linux的服務器版本。;

h. 同其他軟件的接口的變化：在盡量保證接口不出現變動的情況下，允許接口的重載和再定義。但接口的命名規則是統一的;

i. 精度和有效時限的變化：精度在必須調整的條件下，可以上下浮動10個百分點;有效時限則依據現實的測試情況允許稍大范圍的變化。

j. 計劃的變化或改進：工作時間安排會存在必然的浮動，這部分要協同分詞工具包課題設計組其他成員一同來進行商定，前期的計劃可以稍微有些變動，后期的安排盡量按照計劃執行。 等等 ) 3.3輸人輸出要求

解釋各輸入輸出數據類型，并逐項說明其媒體、格式、數值范圍、精度等。對軟件的數據輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告(正常結果輸出、狀態輸出及異常輸出)以及圖形或顯示報告的描述。

(這部分可以把輸入輸出分為 3.3.1輸入要求和3.3.2輸出要求，如下給出一個單元的例子。 XXX輸出

數據名稱：XXX輸出數據 實際含義：用于XX,表示XXXX 數據類型：Character(字符串) 數據格式：XX 數據約束：由于xxx,，大小在xx以內 )

3.4數據管理能力要求

說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。 ( 根據實際系統要求列舉即可 Name名稱 Number數量 Size大小 Increase增長

詞典xx xx xxxx 并行執行，其大小依據實際xx大文本而增長

)

3.5故障處理要求

列出可能的軟件、硬件故障以及對各項性能而言所產生的后果和對故障處理的要求。

(包括軟件壓力，內存不足，硬件損壞等，這部分可以根據百度到其常見故障。) 3.6其他專門要求

如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。

(例如安全保密性：密鑰更換等; 預期擴展：擴展兼容等;OS更換：Slackware轉SUSE等 )

4運行環境規定 4.1設備

列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括：

a. 處理器型號及內存容量;

b. 外存容量、聯機或脫機、媒體及其存儲格式，設備的型號及數量;

c. 輸入及輸出設備的型號和數量，聯機或脫機; d. 數據通信設備的型號和數量; e. 功能鍵及其他專用硬件 (列舉說明即可) 4.2支持軟件

列出支持軟件,包括要用到的操作系統、編譯(或匯編)程序、測試支持軟件等。 (操作系統和版本：xxxx 支撐環境和版本：xxxx 備用IDE環境和版本：xxxx 與該軟件有關的軟件組件：xxxx 后續可能擴展環境：xxxx ) 4.3接口

說明該軟件同其他軟件之間的接口、數據通信協議等。 (例如：

a.用戶和主程序調用接口(圖中接口1)。這個接口采用封裝API形式和函數調用形式，分別以外部調用和內部調用的方式為不同用戶提供使用本機械分詞工具的入口。例如以xxxx方式調用DLL文件，以xxxx方式調用函數。如下圖2所示。 圖2.軟件接口調用圖 b.xx接口(圖中接口2)。這里是一個xxx的接口調用過程。xxxx ) 4.4控制

說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。 (例如：

下面通過圖表的形式，將本模塊以及涉及到本模塊的軟件模塊的運行方法、控制信號，以及這些控制信號的來源，其中箭頭所指方向對應的模塊的控制信號來自箭頭另一方向的模塊，具體情況如下： 圖3 .控制流程圖

圖3的具體說明情況如下表所示： Name模塊名稱 Method運行方式 Signal控制信號 Forward控制去向

主程序模塊 運行框架 用戶調用或運行 1. 調用xx模塊 2. 調用xx方法 3. 調用標準輸出模塊

xxx模塊 xxx xxx調用 Xxx模塊

)

第三篇：系統需求分析報告

目錄

目錄 ............................................................................................................. I

1、項目描述............................................................................................... 1 1.1 背景................................................................................................ 1 1.2研究意義 ........................................................................................ 1

2、需求分析............................................................................................... 1 2.1功能需求分析 ................................................................................ 2 2.1.1 系統管理功能 ...................................................................... 2 2.1.2 流量劫持功能 .................................................................... 2 2.2性能需求分析 ................................................................................ 2

I

1、項目描述

1.1 背景

隨著網絡的普及，網絡業務應用向深度和廣度不斷發展，方便用戶的同時，也因用戶終端存在網絡安全漏洞或用戶網絡安全意識的疏忽，使得網絡上涉及如：電子商務、在線游戲、DNS授權服務、網銀支付系統、社交網站、論壇、博客、門戶網站等在線業務受到黑客及網絡犯罪份子的攻擊，對個人用戶信息(網銀、支付錢包賬號密碼等)的保密和對國家互聯網信息管理與審計構成嚴重威脅。

1.2研究意義

本項目針對以上問題，主要利用了以下兩種技術：僵尸網絡反制技術及HTTP/HTTPS協議通信的監控技術。

網絡攻擊已嚴重威脅著網絡的安全，及時的發現網絡攻擊并在必要的時候劫持與反制網絡攻擊，成為保障互聯網正常運行、保障在線業務系統正常訪問的重要方法。

2、需求分析

經過與項目委托方多次討論，設計系統的目的是為實現對特定非法用戶Web(HTTP/HTTPS協議)通信進行監控及反制，具體要求實現的功能有：監控系統遠程控制、針對特定非法用戶上網流量劫持、針對特定非法用戶Web通信進行JS腳本注入、獲取非法用戶賬號和密碼、獲取非法用戶訪問某些網站的Cookie。

第 1 頁 2.1功能需求分析

根據監控系統的要求對系統的功能進行分析，明確了系統需要實現的功能。系統的功能結構模塊：系統管理功能、流量劫持功能、監控與反制功能。

2.1.1 系統管理功能

系統管理模塊主要負責系統登錄、系統遠程控制、黑名單庫配置、數據存儲和展示。數據展示包含數據存儲和數據展示，數據存儲負責接收后端和前端JS探針采集的數據并存儲到數據庫，數據展示負責提取數據庫數據并顯示。

2.1.2 流量劫持功能

本文流量劫持指DNS協議劫持，主要由四個部分組成：報文捕獲、協議解析、IP及域名查找匹配、DNS協議欺騙。

2.2性能需求分析

1. DNS流量劫持成功率

為了達到項目委托單位的要求，需要對特定用戶訪問特定網站的流量進行準確監控，同時保證流量劫持的成功率(90%以上)。

2. 監控與反制系統并發量

監控與反制系統服務器的并發性能直接決定同時能夠監聽的用戶數。當被監控用戶數過大，監控與反制系統并發處理能力到極大挑戰。

3. 系統運行穩定性

第 2 頁 系統穩定性是系統最基本也是最重要的要求，運行穩定性關系到系統能否長時間穩定運行。系統的穩定性體現在：隨著運行時間的增加，系統并不會出現內存泄露、甚至系統崩潰等情況。其中內存泄露可通過內存消耗、CPU使用率指標度量。

第 3 頁

第四篇：任務1 網站開發項目立項與需求分析

具體任務：

1、 成立網站開發項目小組 ? 確定項目組長 ? 確定項目成員分工 ? 提交網站開發立項書

2、在Internet調查類似的網站，編寫網站調查表

3、通過不同方式調查網站用戶需求，編寫用戶需求調查表 ? 調查者的姓名、學號、組號

? 調查規模，即調查哪些用戶、網站、調查的覆蓋率;

? 調查的內容，即被調查的每個用戶提出了什么要求、被調查網站的內容特色及功能特點;

? 調查的收貨與建議，即根據調查情況提出開發網站的內容查考建議和網站功能的參考建議。

4、編寫網站需求分析報告 ? 準備開發網站的名稱;

? 網站的用戶分類及定位，即那些人瀏覽和使用網站; ? 流程圖或者示意圖，描述不同用戶的需求;

? 文字與功能體系圖，描述網站要為用戶提供哪些服務。

要求：

1、提交《網站開發項目計劃書》

2、提交《網站調查表與用戶需求調查表》

3、提交《網站需求分析報告》

實驗環節及步驟

一、網站開發項目立項

1、成立網站開發項目組，確定項目組長，對項目組成員進行分工

2、進行小組討論，明確網站的開發目的，確定網站開發項目的內容

3、編寫網站開發項目立項書，提交指導教師批準執行

因為網站開發的工作量較大，內容涉及到多個方面，為了保證在課程學習期間開發出一個優秀的網站，要重視項目小組的組成和分工，以團隊的力量來共同開發網站。

項目組成員同時要扮演網站用戶和網站開發人員兩種角色。 成立項目組后，有組長組織召開小組討論會，確定網站開發項目名稱，要明確為什么建立這個網站?是為了給用戶提供什么服務，還是要在網上宣傳自己?是在網上介紹知識、以網會友，還是給某個企業建立一個電子商務網站?只有解決這些問題，才能明確建站的目的，下面的工作才能有明確的方向。

項目組通過討論，其結果可通過項目立項來描述，項目書的要點如下： 第一，網站開發的名稱和目標; 第二，網站開發項目背景;

第三，網站開發的任務、小組成員的責任與分工 第四，網站開發的時間進度

網站開發項目立項書：

• 網站開發立項申請表 • 網站開發計劃表

二、網站需求分析

? 對類似網站進行調查

? 采用不同方式調查用戶需要 ? 編寫調查報告 ? 編寫需求分析報告

當明確網站開發目的后，開發人員接著要確定網站的主要內容和功能，通過網站的內容和功能實現網站開發的目的。

在確定網站的內容和功能之前，開發人員應對類似網站進行調查，了解目前該類似網站的情況、內容和功能，以拓寬思路，使要設計的網站內容更貼近用戶的需要，功能更完善。

根據類似網站的調查結果，結合要開發的網站特點，仔細討論與分析要開發網站的新的功能需求和內容需要。因為網站的內容是否全面、是否符合用戶的需要，網站的功能是否完善、是否滿足用戶的使用需求，決定了網站開發項目的成敗。

網站需求分析是專門為了解決網站的需求問題。網站需求分析從開發人員的角度劃分可以分為內容需求和網站的功能需求兩種;從用戶的角度來劃分可以分為用戶實際需要和用戶發展需要。

網站是建立在各種各樣的需求之上的，這種需求往往來自于用戶的實際需求或者是出于公司自身發展的需要，其中用戶的實際需求占了絕大部分。面對使用網站不同層面的用戶，開發人員對用戶需求的理解程度，在很大程度上決定了網站開發項目的成敗。因此如何更好地了解、分析、明確用戶需求，并能使用準確、清晰的文檔形式表達出用戶需求，使參與項目開發的每個成員在開發過程中能夠以滿足用戶需要為目的進行各種工作，是需求分析階段要解決的主要問題。

要解決網站用戶需求分析階段的問題，先要通過不同方式廣泛調查用戶需求。 在調查用戶需求過程中要注意的兩個問題。

(1)讓用戶暢所欲言，羅列出所有的需求。讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時候開發人員不要害怕“勾引”出客戶的潛在需求而增加網站的開發工作量，直接明白的把用戶的問題和要求一條條的羅列出來，將用戶最原始、最完整的需求正確地記錄下來，就完成調查的第一步工作。這個調查工作要多次進行，并要調查到各類型的用戶。

(2)透過現象分析用戶潛在的需求。一般情況下，用戶對提出的需求分不清是內容需求還是功能需求、是實際需求還是發展需求，大多數時候給出的需求都是籠統而且尺度難以控制的，這就要求開發人員在傾聽了用戶的詳細說明以后，進行整理和分析，同時預測用戶需求在開發過程中變更及今后應用中可能進行修改升級的潛在需求。

(1)編寫類似網站的調查報告。編寫類似網站調查報告主要內容包括如下3個方面。

第一，調查規模：調查了那些網站、調查的覆蓋率是多少。

第二，調查內容：網站名稱、網站地址、網站類別、網站主題、網站特色、整體風格、主要功能、主色調、技術平臺、網站的優缺點等情況。

第三，調查收獲：包括調查感想，根據調查情況提出開發網站的主要內容和網站功能的參考建議。

(2)編寫用戶需求調查報告。根據用戶需要調查的結果，開發人員要將用戶描述的需求進行分析、歸納和整理，特別要分析整理出用戶談的不多卻是技術上實現難度和強度高的地方。

用戶需求調查報告的主要內容包括如下3個方面： 第一，調查方式;

第二，調查規模：調查了哪些用戶，調查的覆蓋率; 第三，不同用戶的需求及潛在需求。

在用戶需求調查和類似網站調查報告的基礎上，項目小組人員要經過多系討論和認真分析，研究并編寫一份網站需求分析報告。

(1)網站需求分析報告要點。網站需求分析報告包括如下5個要點。 第一，網站的名稱：給網站起的名字。

第二，網站開發的背景：建立這個網站的原因。

第三，網站用戶角色細分：確定是哪些人員瀏覽和使用網站，比如是一般訪客、會員、重要客戶、前臺管理員、網站管理員、還是業務員等。

第四，用戶需求分析：使用圖形描述不同用戶角色的需求，分析確定明哥角色的權限及可操作的功能，比如會員可以查看特別信息、修改個人信息、退出登錄等;像前臺管理員能夠登錄管理系統，能夠發布編輯修改信息，能夠審查會員資格等;網站管理員可以更改欄目、修改網站界面等。而制作流程圖和用例圖將用戶需求的表現出來，可以讓用戶參與到圖形的設計中，并能正確地反應用戶的需求。

第五，網站功能分析：根據用戶需求，可分析網站應給用戶提供哪些功能來滿足用戶的需求，可以使用文字和功能用例圖來描述網站要為用戶提供的功能和服務。

網站需求分析報告：

? 網站調查報告(具體見前文內容)

• 類似網站調查報告 • 用戶需求調查報告 ? 需求分析報告(參照實例)

本實驗最終提交報告

① 小組成員任務分配表(組長提交) ② 網站開發項目立項書：

• 網站開發立項申請表(實驗報告附件：按表格) • 網站開發計劃表(實驗報告附件：按表格)

③ 網站需求分析報告：

• 網站調查報告(實驗報告附件：具體見前文內容)

? 類似網站調查報告 ? 用戶需求調查報告

• 需求分析報告(實驗報告附件：參照實例)

第五篇：中期分流系統需求分析

v.1.0最后編輯：vvb

1，概述：中期分流系統用于處理全日制本科學生大三時調整專業。主要功能有：學生網上填報志愿，查看錄取情況，教務管理員上傳學生名單、管理擬調整專業、系統時間限定等。

2，角色與功能：本系統有學生與教務管理員兩個角色。功能分別如下：

1).教務管理員：

上傳學生數據(學號)，并備份上一年數據(學號成績專業)，修改(單個批次)和查看學生數據，提供學生密碼修改功能。

上傳學生成績(學號姓名三成績)并計算總排名，修改和查看學生成績，并做日志記錄。

對擬錄取專業進行增，刪，改，查。

對學生選專業進行時時間設定。

為擬調整的專業錄取學生，先錄取第一志愿，再錄取第二志愿。錄取時按總績排名先后錄取 。

查看總體排名情況。

2).學生：

查看個人信息，并可修改個人密碼。

查看個人成績，及總排名。

填報志愿，并實時查看在擬調整專業內的排名，如果超出錄取人數，及時填報其它專業。

查看所有專業錄取情況。

3，其它說明：

1).學生成績為學分基點+大一，大二必修課平均成績*0.2+錄取考試成績*0.3(此處為虛擬，錄取考試為綜合考試，滿分100)，如：某學生學分基點為70，大一，大二平均成績：80，錄取考試成績為：90，則此生最終成績為：

70+80.*0.2+90*0.3=113。

2).錄取學生按成績從高到低錄取。錄取學生時先錄取第一志愿，錄取完第一志愿后，再錄第二志愿，學生一旦錄取則不可改變。當第二志愿所報專業中有成績低于本人的第一志愿填報者，則不可將另一人替出。

如：A，B都是學生，A最終成績：121，B最終成績100.A第一志愿填報計算機科學與技術，第二志愿填報金融學，B第一志愿金融學。計算機科學與技術第一批次錄取成績為126分，

金融學第一批次錄取成績為：98分。此時：A未被錄取到任何專業，B被錄取到金融金專業。只有當金融學專業第一志愿填報者未達擬錄取人數時。才錄取第二志愿填報金融學的學生。

4,技術要求：

Struts2,ibaetis,DWZ,Ajax數據庫任選。

2011-07-15