1引言
1.1編寫目的
書寫本文檔的目的在於：
1、描述用戶需求，明確系統功能內容、功能邊界、開發途徑；
2、作為雙方簽訂的軟件開發合同的一部分內容形式存在；
3、項目相關人員參考資料
1.2項目背景
軟件系統的名稱：小賣部信息管理系統
任務提出者：西安財經學院長安校區xxx小賣部
系統開發者：小賣部信息管理系統開發小組第十組
系統用戶：小賣部工作人員
實現該軟件的計算中心或計算機網絡：因特網
該系統與其他系統的關系：在目前的階段與其他軟件和系統沒有關系，作為一個獨立的單位運行。
本小組對西安財經學院長安校區小賣部的庫存管理進行跟蹤調查，對其倉儲管理進行去哪方位的了解分析，發現長期以來，小賣部的銷售業務一直使用着最簡單的人工管理。小賣部經營物品的采購、庫存、銷售及核算等手工信息管理使得員工工作量巨大、服務質量差，工作效率低。同時，由於對市場的反饋信息不能及時的處理，從而導致銷售與市場脫節。最終導致小賣部在經營中處於不利的地位。我們開發這套小賣部信息管理系統，目的就是為了解決庫存管理紊亂的問題，使得在小賣部的日常經營及銷售中，能夠有跡可循，隨時跟蹤市場，並減少不必要的勞力資本，從而使經營者能夠實現用最小的成本，獲得最大的利益。
1.3定義
數據庫：數據庫是長期儲存在計算機內、有組織的、可共享的大量數據的集合。
B/S結構:B/S結構(Browser/Server，瀏覽器/服務器模式)，是WEB興起后的一種網絡結構模式，WEB瀏覽器是客戶端最主要的應用軟件。這種模式統一了客戶端，將系統功能實現的核心部分集中到服務器上，簡化了系統的開發、維護和使用。客戶機上只要安裝一個瀏覽器,服務器安裝SQL Server、Oracle、MYSQL等數據庫。瀏覽器通過Web Server 同數據庫進行數據交互。
C/S結構:C/S 結構，即大家熟知的客戶機和服務器結構。它是軟件系統體系結構，通過它可以充分利用兩端硬件環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟件系統都是Client/Server形式的兩層結構，由於現在的軟件應用系統正在向分布式的Web應用發展，Web和Client/Server 應用都可以進行同樣的業務處理，應用不同的模塊共享邏輯組件;因此，內部的和外部的用戶都可以訪問新的和現有的應用系統，通過現有應用系統中的邏輯可以擴展出新的應用系統。這也就是目前應用系統的發展方向。
C#:C# (C sharp) 是微軟對這一問題的解決方案。C#是一種最新的、面向對象的編程語言。它使得程序員可以快速地編寫各種基於Microsoft .NET平台的應用程序，Microsoft .NET提供了一系列的工具和服務來最大程度地開發利用計算與通訊領域。
數據流圖：數據流程圖(Data Flow Diagram，DFD/Data Flow Chart)，是描述系統數據流程的工具，它將數據獨立抽象出來，通過圖形方式描述信息的來龍去脈和實際流程。
系統流程圖：系統流程圖是繪系統物理模型的傳統工具。它的基本思想是用圖形符號以黑盒子形式描繪系統里面的每個部件(程序、文件、數據庫、表格、人工過程等)，表達信息在各個部件之間流動的情況。
1.4參考資料
系統開發參考資料：
1、學校小賣部提供的所有業務與管理資料
2、可行性研究報告編寫規范
3、數據庫系統概論（第五版）王珊 薩師煊 編著
4、信息系統分析與設計實踐教程 湯宗鍵 編著
2軟件產品的一般性描述
2.1運行環境與資源
1、軟件環境：
系統采用B/S軟件架構，數據庫為Access 2007，使用開發語言為C#，主要開發技術為ASP.NET 2.0 ，集成開發環境：Microsoft Visual Studio 2010
2、硬件環境：
Web服務器及數據庫服務器均采用Intel P4（1.8G HZ）PC 工作站。內存1024M、硬盤120G。
2.2軟件產品的功能
小賣部信息管理系統的功能：
1.為客戶提供24小時方便快捷的在線查詢瀏覽服務。
2.商品信息的維護與管理，包括價格的調整、現有商品信息的修改、新商品信息的加入、過時商品信息的刪除等。
3.高效的商品數據方案，對商品信息進行科學、靈活地分類、存儲。
4.強大、方便、快捷的查詢功能。提供關鍵字查詢。
5.求購信息的管理與維護。
6.對用戶信息的維護包括對用戶基本信息的修改。
2.3限制與約束
一個用戶只能有一個名字，注冊登錄后才可以購買商品。對信息的保護手段是設置用戶級別，以及提供數據文件的備份，比較簡單，不能防止惡意的破壞，安全性能有待進一步完善。
3功能行為需求
3.1引言
小賣部信息管理系統旨在改變原有的人工管理小賣部業務模式，使小賣部工作人員及顧客通過計算機方便的進行小賣部信息管理，隨時添加、查詢、修改、刪除記錄，使工作人員從繁瑣的填表、查表工作中解放出來，使供需雙方都獲得滿意的結果；促進報表、統計數字的規范化，提高工作效率，降低小賣部信息管理維護費用，提高行政工作效率，改善服務質量，為小賣部工作人員提供支持。
該系統面向校內小賣部及全體師生顧客，實現管理，進貨管理，庫存管理，購物車管理等功能。
3.2業務需求功能模型——用例模型
小賣部信息管理系統分為管理員模塊和顧客模塊，實現訂單管理，進貨管理，庫存管理，購物車管理等功能，為更形象的表現各功能間的關系，建立以下用例模型：
（1）小賣部管理員管理用例圖
圖 1小賣部管理員管理用例圖
用例規約是測試用例應當遵守的規則。管理員操作中，有管理員登錄、訂單管理、進貨管理、庫存管理、顧客信息管理、每日收支結算等用例，以下為詳細的用例規約：
表 1 管理員登錄用例規約
| 用例名稱： |
管理員登錄 |
|
| 用例ID： |
ALg |
|
| 角色： |
小賣部管理員 |
|
| 用例說明： |
用例主要功能是實現管理員登錄 |
|
| 前置條件： |
啟動程序，進入登錄界面 |
|
| 基本事件流： |
參與者動作 |
系統響應 |
| 1. 用戶輸入基本信息（用戶名 和密碼），點擊“登錄”按鈕 |
2. 系統查找數據庫，看該用戶是 否在數據庫中，若存在，進入 主頁面；若不存在，進入2.1.1； 若輸入錯誤，進入2.2.1 |
|
| 分支事件流： |
無 |
|
| 異常事件流： |
參與者動作 |
系統響應 |
| 2.1.1未輸入用戶名 2.1.2未輸入密碼 2.2.1輸入密碼錯誤 2.2.2用戶名不存在 |
2.1.1提示用戶名或密碼不能為空 2.2.1提示用戶名或密碼不正確 |
|
| 后置條件： |
登錄成功 |
|
表 2 訂單管理用例規約
| 用例名稱： |
訂單管理 |
|
| 用例ID： |
OrderMan |
|
| 角色： |
小賣部管理員 |
|
| 用例說明： |
用例主要功能是實現管理員管理訂單 |
|
| 前置條件： |
啟動程序，管理員登陸成功 |
|
| 基本事件流： |
參與者動作 |
系統響應 |
|
|
1. 進入主界面，管理員點擊“訂 單管理”按鈕 |
2. 系統響應訂單處理按鈕，進入 處理界面 |
| 分支事件流： |
參與者動作 |
系統響應 |
| 1.1 進入管理訂單界面，選擇 “訂單處理”按鈕 1.2 進入管理訂單界面，選擇 “退貨處理”按鈕 1.3 進入管理訂單界面，選擇 “訂單查詢”按鈕 1.4 進入管理訂單界面，選擇 “銷量查詢”按鈕 |
1.1 系統響應點擊事件，若選中記 錄，則進行處理；若未選中， 則進入2.1 1.2 系統響應點擊事件，若選中記 錄，則進行處理；若未選中， 則進入2.1 1.3 系統響應點擊事件，若輸入查 詢條件，則進行查詢；若查詢 條件為空，則進入2.2 1.4 系統響應點擊事件，若輸入查 詢條件，則進行查詢；若查詢 條件為空，則進入2.2 |
|
| 異常事件流： |
參與者動作 |
系統響應 |
| 2.1 若未選中記錄 2.2 若查詢條件為空 |
2.1 系統提示必須正確選擇訂單 2.2 系統提示未輸入查詢條件 |
|
| 后置條件： |
訂單處理成功 |
|
表 3 進貨管理用例規約
| 用例名稱： |
進貨管理 |
||
| 用例ID： |
GoodsIn |
||
| 角色： |
小賣部管理員 |
||
| 用例說明： |
用例主要功能是，用例主要是實現管理員對進貨的管理 |
||
| 前置條件： |
啟動程序，管理員登錄成功 |
||
| 基本事件流： |
參與者動作 |
系統響應 |
|
| 1. 管理員登錄后，點擊“進貨管理”按鈕
|
2. 系統響應點擊事件，跳轉至進貨管理界面
|
||
| 分支事件流： |
參與者動作 |
系統響應 |
|
| 1.1 進入進貨管理頁面，選擇“進貨登記”按鈕 1.2 進入進貨管理頁面，選擇“進貨記錄查詢”按鈕 1.3 進入進貨管理頁面，選擇“進貨記錄刪除”按鈕 1.4 進入進貨管理頁面，選擇“進貨記錄修改”按鈕 |
1.1 系統響應點擊事件，若貨物 信息輸入正確，則登記進貨， 否則進入1.1 1.2 系統響應點擊事件，若輸入 查詢條件，則進行查詢，否 則進入2.2 1.3 系統響應點擊事件，若選擇 進貨記錄，則刪除記錄，否 則進入2.3 1.4 系統響應點擊事件，若選擇 進貨記錄，則修改記錄，否 則進入2.3 |
||
| 異常事件流： |
參與者動作 |
系統響應 |
|
| 2.1 貨物信息輸入錯誤 2.2 若查詢條件為空 2.3 若未選擇進貨記錄 |
2.1 系統提示必須輸入正確的貨 物信息 2.2 系統提示必須輸入查詢條件 2.3 系統提示重新選擇選擇 |
||
| 后置條件： |
進貨管理成功 |
||
表 4 庫存管理用例規約
| 用例名稱： |
庫存管理 |
||
| 用例ID： |
Goods |
||
| 角色： |
小賣部管理員 |
||
| 用例說明： |
用例的功能是幫助管理員管理庫存 |
||
| 前置條件： |
啟動程序，管理員登陸成功 |
||
| 基本事件流： |
參與者動作 |
系統響應 |
|
| 1. 進入主界面，管理員點擊“庫 存管理”按鈕 |
2. 系統響應點擊事件，進入庫存 管理界面 |
||
| 分支事件流： |
參與者動作 |
系統響應 |
|
| 1.1 進入庫存管理界面，選擇“查 詢庫存記錄”按鈕 1.2 進入庫存管理界面，選擇“庫 存預警”按鈕 1.3 進入庫存管理界面，選擇“建 立庫存記錄”按鈕 1.4 進入庫存管理界面，選擇“修 改庫存記錄”按鈕 1.5進入庫存管理界面，選擇“刪 除庫存記錄”按鈕 |
1.1 系統響應點擊事件，若輸入 查詢條件，則進行查詢；若 查詢條件為空，則進入2.2 1.2 系統響應點擊事件，若選中 記錄，則進行處理；若未選 中，則進入2.1 1.3 系統響應點擊事件，創建的 庫存記錄完整，則進行創建； 若不完整，則進入2.3 1.4 系統響應點擊事件，若選中 記錄，則進行處理；若未選 中，則進入2.1 1.5 系統響應點擊事件，若選中 記錄，則進行處理；若未選 中，則進入2.1 |
||
| 異常事件流： |
參與者動作 |
系統響應 |
|
| 2.1若未選中記錄 2.2若查詢條件為空 2.3 若創建的庫存記錄不完整 |
2.1系統提示必須正確選擇記錄 2.2系統提示未輸入查詢條件 2.3 系統提示必須創建完整的庫 存記錄 |
||
| 后置條件： |
庫存管理成功 |
||
表 5 顧客信息管理用例規約
| 用例名稱： |
顧客信息管理 |
||
| 用例ID： |
CusMan |
||
| 角色： |
小賣部管理員 |
||
| 用例說明： |
用例的功能是幫助管理員管理顧客信息 |
||
| 前置條件： |
啟動程序，管理員登陸成功 |
||
| 基本事件流： |
參與者動作 |
系統響應 |
|
| 1. 進入主界面，管理員點擊“顧 客信息管理”按鈕 |
2. 系統響應點擊事件，若選中顧 客，則進行處理，否則進入2.1 |
||
| 分支事件流： |
無 |
||
| 異常事件流： |
參與者動作 |
系統響應 |
|
| 2.1若未選中顧客 |
2.1系統提示必須正確選擇顧客 |
||
| 后置條件： |
管理顧客信息成功 |
||
表 6 每日收支結算用例規約
| 用例名稱： |
每日收支結算 |
|
| 用例ID： |
Money |
|
| 角色： |
小賣部管理員 |
|
| 用例說明： |
用例主要功能是每日收支結算 |
|
| 前置條件： |
啟動程序，管理員登陸成功 |
|
| 基本事件流： |
參與者動作 |
系統響應 |
| 1. 管理員選擇“每日收支結算” 功能 |
1. 系統響應點擊事件，若系統無 故障且數據庫查詢成功，則進 行結算，否則進入2.1 |
|
| 分支事件流： |
無 |
|
| 異常事件流： |
參與者動作 |
系統響應 |
| 2.1 信息結算出現系統故障或 數據庫故障 |
2.1 系統提示需要重新結算 |
|
| 后置條件： |
每日收支結算成功 |
|
（2）顧客購物用例圖
圖 2 顧客購物用例圖
顧客操作中，有個人訂單管理、購物車管理、商品查詢和商品加入購物車等用例，以下為詳細的用例規約：
表7 個人訂單管理用例規約
| 用例名稱： |
個人訂單管理 |
||
| 用例ID： |
PersonalOrder |
||
| 角色： |
顧客 |
||
| 用例說明： |
用例的功能是幫助顧客管理個人的訂單記錄。用例起始於顧客單擊“查看我的訂單”按鈕。 |
||
| 前置條件： |
進入購物車界面 |
||
| 基本事件流： |
參與者動作 |
系統響應 |
|
| 1、 進入購物車界面，顧客點擊 “查看我的訂單”按鈕 |
1、 系統響應點擊事件，進入錄入 我的訂單界面
|
||
| 分支事件流： |
參與者動作 |
系統響應 |
|
| 1、 進入我的訂單界面，點擊“ 待處理訂單”按鈕 1.1、選中待處理訂單記錄，點擊“申請退貨”按鈕 2、 進入我的訂單界面，點擊“ 歷史訂單”按鈕 2.1、選中歷史訂單記錄，點擊“刪除”按鈕 2.2、在查詢文本框中輸入查詢條件，單擊“查詢”按鈕
|
1、系統響應點擊事件，控件加載出待處理訂單記錄 1.1、系統響應點擊事件，若存在選中記錄，則對選中記錄提出退貨申請；若不存在，則進入1.1.1 2、系統響應點擊事件，控件加載出歷史訂單記錄 2.1、系統響應點擊事件，若存在選中記錄，則選中記錄被刪除；若不存在，則進入 2.2、系統響應單擊事件，若數據庫匹配成功，則返回查詢結果；若數據庫匹配失敗，則進入；若文本框內容為空，則進入
|
||
| 異常事件流： |
參與者動作 |
系統響應 |
|
| 1.1.1若不存在選中記錄 2.1.1若不存在選中記錄 2.2.1若數據庫匹配失敗 2.2.2若文本框內容為空 |
1.1.1系統提示未選中待處理訂單 2.1.1系統提示未選中歷史訂單 2.2.1系統提示查詢失敗 2.2.2系統提示未輸入查詢條件 |
||
| 后置條件： |
返回主界面 |
||
表 8 購物車管理用例規約
| 用例名稱： |
購物車管理 |
|
| 用例ID： |
CartMan |
|
| 角色： |
顧客 |
|
| 用例說明： |
用例的功能是實現顧客對購物車的管理 |
|
| 前置條件： |
進入購物車 |
|
| 基本事件流： |
參與者動作 |
系統響應 |
|
|
1、顧客點擊“購物車管理”按鈕 |
2、系統響應點擊事件跳轉至購 物車管理界面 |
| 分支事件流： |
參與者動作 |
系統響應 |
| 1.1 進入購物車頁面，選擇“移 除訂單”按鈕 1.2 進入購物車頁面，選擇“提 交訂單”按鈕 |
2.1 系統響應點擊事件，若選擇 訂單，則進行處理，否則進 入2.1.1 2.2 系統響應點擊事件，若選擇 訂單，則進行處理，否則進 入2.1.1 |
|
| 異常事件流： |
參與者動作 |
系統響應 |
| 1.1.1 未選擇訂單 |
2.1.1 系統提示請選擇訂單
|
|
| 后置條件： |
購物車管理成功 |
|
表 9 商品查詢用例規約
| 用例名稱： |
商品查詢 |
|
| 用例ID： |
Search’ |
|
| 角色： |
顧客 |
|
| 用例說明： |
用例的功能是實現顧客查詢商品 |
|
| 前置條件： |
進入主界面 |
|
| 基本事件流： |
參與者動作 |
系統響應 |
| 1. 進入主界面，顧客點擊“查詢 商品”按鈕 |
1. 系統響應點擊事件，若輸入查 詢條件，則進行查詢，否則進 入2.1 |
|
| 其他事件流： |
無 |
|
| 異常事件流： |
參與者動作 |
系統響應 |
|
|
2.1 未輸入查詢條件 |
2.1 系統提示必須輸入查詢條件 |
| 后置條件： |
顧客查詢商品成功 |
|
表 10 加入購物車用例規約
| 用例名稱： |
加入購物車 |
|
| 用例ID： |
Add |
|
| 角色： |
顧客 |
|
| 用例說明： |
用例的功能是顧客可以將商品加入購物車 |
|
| 前置條件： |
進入某一商品界面 |
|
| 基本事件流： |
參與者動作 |
系統響應 |
|
|
1. 顧客選擇好某一商品，點擊 “加入購物車”按鈕 |
1. 系統響應點擊事件，若選擇的 商品信息完整，則加入購物車， 否則進入2.1 |
| 其他事件流： |
無 |
|
| 異常事件流： |
參與者動作 |
系統響應 |
| 2.1 商品信息選擇不完整，例如 數量未選擇或容量未選擇等 |
2.1 系統提醒顧客選擇的商品信 息不完整，請選擇完整 |
|
| 后置條件： |
顧客將商品加入購物車成功 |
|
3.3相關用例的展開——活動圖
活動圖（activity diagram，動態圖）闡明了業務用例實現的工作流程。業務工作流程說明了業務為向所服務的業務主角提供其所需的價值而必須完成的工作。業務用例由一系列活動組成，它們共同為業務主角生成某些工件。工作流程通常包括一個基本工作流程和一個或多個備選工作流程。工作流程的結構使用活動圖來進行說明。解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值范圍、精度等。對軟件的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。以下分別為訂單處理活動圖、活動圖和活動圖：
（1）小賣部信息管理系統中，小賣部管理員登錄系統后可對前台反饋的訂單進行處理，查詢及銷量查詢的操作。下圖為訂單管理活動圖：
圖 3訂單管理活動圖
（2）管理員登錄成功后，需要對進貨信息進行增、刪、改、查等業務操作。下圖為進貨管理活動圖：
圖 4進貨管理活動圖
（3）管理員登錄成功后，需要對庫存信息進行增、刪、改、查等業務操作，並查詢預警庫存項。下圖為庫存管理活動圖：
圖 5庫存管理活動圖
（4）顧客登錄成功后，需要對個人訂單進行處理，包括申請退款、刪除、查詢歷史訂單等。下圖為個人信息管理活動圖：
圖 6個人訂單管理活動圖
（5）顧客登錄成功后，需要對購物車進行管理，包括移除商品、提交訂單等。下圖為購物車管理活動圖：
圖 7購物車管理活動圖
3.4對象類模型
類圖(Class diagram)顯示了模型的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類的關系等。根據系統需求，創建系統靜態類圖。
1、在該系統中，存在的主要類如下：顧客（Cus）、小賣部管理員（Admin）、購物車記錄（Cart）、訂單記錄（Order）、進貨記錄（GoodIn）、庫存記錄（Goods）。
（1） 顧客（Cus），屬性包括：顧客ID、密碼、真實姓名、電話號、宿舍號，操作包括：登錄、商品查詢、歷史訂單查詢、退貨申請。
（2） 小賣部管理員（Admin），屬性包括：管理員ID、密碼，操作包括：登錄、訂單管理、進貨信息管理、庫存信息管理、顧客信息管理、收支結算。
（3） 購物車記錄（Cart），屬性包括：購物ID、顧客ID、商品名、商品數量、商品總價、交易日期。
（4） 訂單記錄（Order），屬性包括：訂單ID、顧客ID、商品名、商品數量、商品總價、交易日期。
（5） 進貨記錄（GoodIn），屬性包括：進貨記錄ID、商品名、商品編號、進貨數量、進貨價格、供應商姓名、進貨日期。
（6） 庫存記錄（Goods），屬性包括：庫存記錄ID、商品名、商品編號、進貨價格、銷售價格、庫存數量、警報數量。
2. 各個類之間的多重性是：
（1）顧客與訂單記錄是一對多的關聯關系，一個顧客可以提交多個訂單記錄，但同一個訂單只能被一個顧客提交。
（2）顧客與購物車記錄是一對多的關聯關系，一個顧客可以生成多個購物車記錄，但同一個購物車記錄只能被一個顧客生成。
（3）購物車記錄與訂單記錄是一對一的依賴關系，一條訂單記錄只能由一條購物車記錄生成。
（4）小賣部管理員與訂單記錄是一對多的關聯關系，一個管理員可以管理多個訂單，但同一訂單只能被一個管理員管理。
（5）小賣部管理員與進貨記錄是一對多的關聯關系，一個管理員可以管理多個進貨記錄，但同一個進貨記錄只能被一個管理員管理。
（6）小賣部管理員與庫存記錄是一對多的關聯關系，一個管理員可以管理多個庫存記錄，但同一個庫存記錄只能被一個管理員管理。
（7）進貨記錄與庫存記錄是多對一的依賴關系，一條庫存記錄可以被多條進貨記錄更新，一條進貨記錄只能更新同一條庫存記錄。
下圖為小賣部信息管理系統中對象類模型：
圖 8小賣部信息管理系統對象類模型
3.5輸出結果
小賣部信息管理系統分為顧客模塊和管理員模塊，各個模塊輸出結果如下表：
表 11 顧客信息查詢輸出結果表
| 編號：01 |
| 名稱：顧客信息查詢 |
| 輸入：顧客ID+密碼 |
| 輸出：個人訂單、歷史訂單、退貨記錄 |
表 12 小賣部管理員信息查詢輸出結果表
| 編號：02 |
| 名稱：小賣部管理員信息查詢 |
| 輸入：管理員ID+密碼 |
| 輸出：庫存信息、進貨信息、訂單信息、顧客信息 |
4.性能需求
4.1數據精確性
本系統應支持最大並發用戶500個，每秒事務處理數應大於1000筆。
4.2時間特性（響應、傳輸、運行時間等）
在硬件和網絡條件滿足的前提下，所有日常性操作事務的平均響應時間應小於10秒，最長響應時間應小於30秒；對於查詢性事務的平均響應時間應小於60秒，最長響應時間應小於180秒。
4.3適應性（運行環境、計划發生變化等應具有的適應能力）
本項目采用J2EE架構，因此可以在不同的異構平台上正常運行，由於J2EE架構的高度可擴展性，因此在需求變化和系統集成商具有很大的靈活性。
4.4故障處理
系統應能檢測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務器等，以避免出現長時間等待甚至無響應。
操作的簡易實用性本系統是校園二手交易系統,針對的主要用戶是在校學生。因此操作的簡易實用性就體現的尤其重要。在此系統的開發中就很好的體現了這一點,系統的界面美觀,典雅,充滿了人性化;用戶操作起來也容易上手。對於一個校園二手交易系統而言商品信息是很多的，而且使用人數較多，所以對系統的安全性有比較高的要求：對於數據庫，要設置不同用戶的權限，數據的修改必須由合法用戶操作。
5運行需求
5.1用戶界面（屏幕、報表格式等）
1、色彩方面：色彩搭配合理、顏色配置，色彩濃度 主題色鮮明。
2、布局方面 ：布局方式人性化，符合人們日常上網習慣。
3、科學方面：界面友好，可視化。
4、安全性 ：封裝會員的信息 會員進入時需要輸入密碼。
5.2硬件界面
1、輸入設備 ：鍵盤 ，鼠標
2、輸出設備 ：顯示器
3、處理器 ：英特爾5 代、內存 2G；
5.3軟件界面
1、操作系統：Windows7 及以上版本 nuix
2、支撐框架：. jspsmartUpload .structs
3、數據庫 Access 2007
4、通信接口
5、http 協議：計HTTP 最初的目的是為了提供一種發布和接收 HTML 頁面的方法。
6其他需求
6.1 健壯性
用戶輸錯時：有提示錯誤信息。
界面輸錯時：能夠跳到正常頁面。
能夠保證在不同的情況下頁面運行，不受人員，天氣，電力的影響。
6.2 安全性
在用戶登錄系統時進行身份驗證和用戶類別識別， 只允許合法用戶進入系統， 並且不同 用戶進入系統后的操作權限是不同的，從而實現系統安全。不同的身份憑借不同的密碼進入不同的界面，完成不同的功能 。