第一篇：iLife生活管理app項目開發需求分析報告

軟件項目開發需求分析報告

項目名稱：iLife生活管理（Android app）

編寫人：

袁博倫（20152100055）袁達強（20152100037）林小龍（20152100209）

編寫時間：2017.09.24

1.引言

1.1編寫目的

為了進一步明確開發目標、定義產品功能，最終開發出真正滿足用戶需求的生活管理系統，本開發團隊深入群眾生活，調查市場需求，并從多方面多層次進行需求分析，對iLife生活管理（安卓app）的開發提出了完整、準確、清晰，具體的規劃。

1.2項目背景

1.2.1項目名稱：iLife生活管理（Android app）

1.2.2說明：

當今社會，科技發展迅猛，物質文化生活越來越豐富。人們的生活也更加繁忙了，娛樂消遣的方式也更多了。在這樣一個快節奏的、紛繁的社會里，人們開始發現生活需要規被劃和管理，也常常發現時間、金錢總在不知不覺中消失了。尤其對于大學生來說，如何在多姿多彩的校園中，掌管自己的時間和金錢，培養自己管理生活的能力顯得尤為重要。為了應對以上需求，本開發團隊擬定開發iLife生活管理應用（安卓app），為廣大人民群眾提供方便、實用的時間管理和收支記錄工具。

1.2.3參考資料：

軟件工程導論(第5版)張海潘編著 清華大學出版社

2.系統總體概述

2.1目標

本項目開發的目標是實現一個生活管理類的安卓端app，具有時間管理、收支記錄、報表分析等功能，并且實現一個分享平臺用于分享數據和相互監督。功能類似于愛今天、口袋記賬本等已有app，并在其基礎上增加特色功能，具體參見功能需求。

2.1.功能需求

2.1.1功能結構圖

2.1.2功能詳述

(1)【登錄界面】：為保證用戶私人信息的安全和實現信息分享，必須有注冊賬號和登錄功能。

(2)【用戶主界面】：用戶登錄后要求可執行以下功能：

時間管理模塊：添加日程計劃、設置活動提醒；記錄某段時間所做事項并分類；番茄工作法（可種樹）；統計時間使用的數據。

收支記錄模塊：添加預算、設置記賬提醒、剁手提醒；統計支出數據。

報表分析：根據以上兩功能中所記錄的數據進行分析，得出報表（可以看時間和資金的利用情況）及分析結果（查看自己在管理時間和資金上存在的問題，和別人的對比結果，以及系統給出的建議）。

共享與監督平臺：用于共享自己的時間和收支記錄數據，并可與好友相互監督。

(3)【設置界面】:進行功能設置、賬號設置，查看幫助

2.1.3數據流圖

（點擊圖片選擇查看大圖）

2.1.3 E-R圖

（點擊圖片選擇查看大圖）

2.2用戶界面

尚未成型，敬請期待。

參考界面：（取自類似app：IToday、口袋記賬本）

（點擊圖片選擇查看大圖）

2.3性能需求

2.3.1響應速度快，確保任何操作響應時間均在1秒內。

2.3.2占用磁盤容量小（控制在30M以內），運行時內存占用小。2.3.3安全性高，確保用戶信息安全。2.4可用性和可靠性需求

2.4.1該系統應確保任何時間都能正常運行，并且不影響設備上其它應用的運行。2.4.2該系統應確保90%的用戶都能在無他人指導情況下，在20分鐘內熟悉系統所有功能。

2.4.接口需求：

2.4.1用戶界面：界面簡潔易懂，支持拖曳、滑動等人性化操作。2.4.2硬件接口：不需要。2.4.3軟件接口：不需要。

2.5.將來可能提出的需求：

未來可能擴展的功能：應用可常駐設備后臺，自動監測各種軟件的運行狀況，統計用戶使用各種軟件的時間和頻率。（如：統計出用戶當日共在微信上花費5小時、在淘寶上花費1小時等）并有設備鎖的功能，可設置在某個時間段鎖定某個應用。

3.結論

經過一系列多方面的分析，本開團隊開發人員對于該項目的功能需求、性能需求、接口需求等有了更加明確、具體的認識，并一致認為：根據可行性分析和需求分析的結果，本項目（iLife生活管理app）已具備了進一步規劃和落實開發的條件。

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

軟件需求分析格式_如何寫需求分析報告 軟件需求說明書 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和S1、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模塊)

第三篇：項目需求分析報告

福州八中鰲峰初級中學項目的網絡需求分析報告

一、項目名稱：福州八中鰲峰初級中學

二、引言

該網絡是校園網站信息發布系統,學校主站，含各個學科子站點，包含德育處，團委，學生會，教務處，總務處，辦公室，工會子站。主要欄目設置：學校概況、信息中、黨群工作、校務公開、德育教育、教學管理、教學科研、學生園地、中高考專題、心靈驛站、校友之窗、友情鏈接、數字校園

三、系統目標描述和功能描述

1、信息發布系統

網站前臺模塊

首頁：學校網站的索引頁，還包括模糊搜索站內資源的功能。

一中概況：發布學校的簡介、發展狀況和學校自身的相關信息，并動態歸類。

黨團組織：發布學校黨團建設的相關資訊，并動態歸類。

學校資訊：發布學校近期活動和新聞。

學校管理：發布學校各部門的相關通知與文件，并動態歸類。

教學教研：發布學校在教學研討和課題研究方面的相關信息，并動態歸類。

教學資源：管理和發布論文、課件、教案和考卷等方面的資源。

電子像冊：１．可以上傳圖片格式，FLASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．實現圖片漸變編輯功能。３．新增、刪除、修改４．權限管理 新課程：發布學校在新課程方面取得的成績，并動態歸類。

班級&社團：為各班級各社團開設空間，供發布信息和照片。

教師博客管理系統：自我簡介，消息管理，空間管理，好友管理，日志管理等。

電子相冊：可包含多個相冊，數量不限；

班級&社團：可在不影響界面整體效果的基礎上讓相應班級修改部分界面元素（包括自定義班級主頁的標志性圖片、班級主頁的背景圖片和班級主頁的顏色主題），另外，該模塊還包含有班級電子相冊。

留言板：實現留言與答復的功能。

學生論壇：學習網絡上開源論壇的實現方式，實現一個學生交流活動的平臺。相對獨立于學校網站。

后臺功能模塊

權限管理使用指南權限管理下共分3個模塊：[角色管理] [給角色分配權限][給用戶分配權限]

（1）通知公告只有系統管理員ADMIN才有權發布通知公告。發布的內容將顯示在各部門首頁的公告欄里。

（2）網上調查只有系統管理員ADMIN才有權發布網上調查。發布的內容將顯示在各部門首頁的網上調查里。

（3）友情鏈接只有系統管理員ADMIN才有權編輯友情鏈接。發布的內容將顯示在各部門

首頁的友情鏈接里。

2、辦公信息化管理系統

主要功能：今日工作：是用戶進行日常辦公的主要場所，用來存放待處理的有關文件、網絡報送以及工作消息等信息。

公文系統：用于公文的登記、發布、存檔以及生成報表。

工作消息：用戶發布日常工作中的通知等信息。

網絡報送：傳遞相關工作資料。

交流登記：記錄學校大事件以及每次對外交流情況等。

教師檔案：有關教師檔案管理，全程維護每一位教師檔案的變動情況。

系統設置：系統日常運作與環境設置。

3網絡性能需求

核心交換機（機箱式）

1、背板帶寬≥640Gbps2、交換容量≥480Gbps3、包轉發率≥350Mpps4、雙電源模塊冗余5、10/100/1000Base-T口≥12個，千兆SFP光纖接口≥24個

6、萬兆XFP接口≥1個

7、支持IP ACL，支持基于源/目的IP或MAC、三層IP協議類型、TCP/UDP四層端口號、IP優先級、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持負載均衡

10、支持802.1Q VLAN數量≥4K11、支持的路由協議，如RIPv1/V2,并支持MD5認證、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入層交換機

1、固化10/100M電口≥242、固化千兆Combo(SFP/GT)接口≥

23、交換容量≥32Gbps4、包轉發速率≥6.6Mpps，全線速

5、MAC表容量≥16K6、Vlan表項≥4K7、堆疊或者集群管理數量≥248、每個端口提供4個優先級隊列，可分別設定隊列帶寬，支持WRR/SP/SWRR等調度方式。

9、內置 DHCP Server,可對用戶分配IP地址。

10、支持標準和擴展ACL，完全硬件線速實現。

11、支持防IP報文DOS攻擊。

12、支持ARP安全功能，可以防止ARP欺騙、防止ARP掃描。

13、設備與核心交換機同一品牌；

光纖模塊SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模塊（MMF,550m），LC接口 設備與核心交換機同一品牌；按廠家規定保修.防火墻在服務器與路由器之間加個防火墻很有必要。網絡操作系統，網絡服務器軟件等可能存在一些安全漏洞，應當及時對系統進行補丁程序升級，加固系統的安全性。網絡系統遵循安全規范和達到的安全級別，采用各種殺毒軟件。

網絡管理系統

基本特性:全中文圖形化界面。支持平臺:WINDOWS平臺，系統呈現網絡的真實拓撲圖，支持三層網絡拓撲、二層物理拓撲、VLAN子網拓撲等不同的呈現方式，支持拓撲的自動發現設備，WEB拓撲視圖。能夠發現VLAN中所有終端PC設備，并計算出終端設備IP地址、MAC地址、接入交換機端口等信息，自動在拓撲圖上顯示終端設備連接和出入流量、丟包等等情況。

根據我們的預算和資源限制，完成該項目大約需要半年。客戶想重新購置設備并賣掉現存的舊設備。

第四篇：項目需求分析報告

項目需求分析報告

（一）一、項目名稱

今日事

二、設計背景

隨著社會的發展，我們的生活節奏逐漸加快，與此同時，網絡的大量普及，導致大量的信息不斷的沖擊著我們。在這種生活節奏下，我們難免會出現一不小心忘掉一些重要的事情，這是讓我們產生這個想法的一個方面。

另一方面，現如今的學生總是計劃很多，卻很少付諸行動，這不僅與個人的堅持與否有關，同樣是因為步入大學時代后，大家心中充滿了迷茫所致，往往計劃趕不上變化，因此，我們決定開發這樣一款軟件，來改變這種情況。

三、項目風險

該軟件開發項目的風險承擔者有：

任務提出者：需要承擔的風險是產品是否能達到用戶的需求，該產品是否能帶來收益。

軟件開發者：需要承擔的風險是產品是否能滿足需求報告說明書里的各種功能需求等。

產品使用者：需要承擔的風險是產品是否能滿足自己所需。

四、功能需求

日歷功能，可以查詢日期

制定計劃功能，分為長期，中期，短期三個層次，短期即為今日事，中期為1周或1月，長期為數月或1年，這些可以由用戶自己設置。

完成計劃功能，可以通過勾選來標注哪些是已經完成的，哪些是還為完成的。

成就系統，通過統計各期所完成計劃數量給予用戶相應稱號，同時可以與其他用戶進行競爭。

提醒功能，手機解屏時提醒用戶今日需要做的事，而在每天結束時，匯報今日完成進度。

五、運行環境

移動端android平臺

六、性能要求

為保證軟件能夠長期，安全，穩定，高效的運行，應滿足以下性能要求：

時間特性：系統響應時間應在人的感覺和視覺范圍內（<1S），系統響應時間足夠迅速（<5s）。

適應性：在操作方式，運行環境，軟件接口或開發計劃發生變化時，應具有適應能力。

項目需求分析報告

（二）一、引言

引言是對這份軟件產品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔

1.1編寫目的：

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本學校排課系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用，同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。

1.2背景及范圍

本項目的名稱：學校排課系統。

本項目的任務提出者及開發者是：計算機應用三班張哲，用戶是學校。

本產品是針對電腦進行排課的需求設計的，可以完成：基本數據錄入與維護、課程表編排、課表沖突分析報告、課表輸出、可以直接或導出至Excel打印總課表、教師課表、()班級課表、場地課表、系統管理。

1.3定義 縮寫詞

學校排課系統軟件：學校排課系統軟件是為了幫助學校老師對學校的排課更加方便和快速制作處課程表及其管理學校的課程的軟件。

二、項目描述：

使用改程序后，學校的排課可以很輕松的安排好，而卻可以盡量避免平時排課時出現的排課沖突，還可以臨時加補課等功能。

2.1軟件開發的目標：

改善目前有些學校人工排課是常常出現的沖突以及浪費的大量時間。同時也通過實踐來提高自己的動手能力。

2.2應用范圍：

理論上能實現中小學排課，職業中學排課。

2.3子集說明：

軟件主要分為兩個模塊，一個基本信息的錄入，一個是進行排課的管理。

2.4軟件功能描述：

外部功能：實現了可視化窗口，排課，調課。

內部功能：基本信息的錄入、固定課的設置、科目的錄入、年級的錄入、任課老師的錄入、場地限制的錄入和課表的查看；排課操作、調課操作、場地調課操作、老師課表及學生課表生成。

2.5軟件操作人員的要求

軟件的操作人員要求具有一定的電腦常識，并且具有排課的初步常識。

三、軟件結構化描述

自己添加一些

四、環境要求：

4.1數據錄入精度需求

在進行向數據庫錄入數據時，要求數據記錄準確。

4.2軟件自身時間特性需求

程序排課響應時間：由于生成課表是需要看電腦的配置，所有時間可能會不一樣，有時候需要等上幾分鐘

五、軟件屬性

5.1可用性

本軟件由于自身的能力限制，所有只限現在所有的功能。

5.2安全性

由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞，可以從新錄入信息進行更正

5.3可維護性

本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性十分方便。

5.4兼容性

由于尚未測試，故無法對兼容性進行評析。

第五篇：網站開發項目立項與需求分析

任務1 網站開發項目立項與需求分析

具體任務：

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

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

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

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

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

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

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

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

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

要求：

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

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

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

實驗環節及步驟

一、網站開發項目立項

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

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

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

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

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

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

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

網站開發項目立項書：

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

二、網站需求分析

? 對類似網站進行調查

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

網站需求分析報告：

? 網站調查報告（具體見前文內容）

? 類似網站調查報告 ? 用戶需求調查報告 ? 需求分析報告（參照實例）

本實驗最終提交報告

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

? 網站開發立項申請表（實驗報告附件：按表格）? 網站開發計劃表（實驗報告附件：按表格）

③ 網站需求分析報告：

? 網站調查報告（實驗報告附件：具體見前文內容）

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

? 需求分析報告（實驗報告附件：參照實例）