|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號:前端 |
|
版本:v1.0.0程序員 |
密級:機密web |
|
|
文檔名稱:數據庫 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
企業帳單管理系統後端
需求分析書瀏覽器
修 訂 記 錄安全
日期服務器 |
修訂版本網絡 |
描述架構 |
做者 |
|
|
|
|
2019-04-13 |
v1.0.0 |
建立基礎頁面 |
趙磊、謝鑫 |
|
|
|
|
2012-08-19 |
V1.0.1 |
增長,修改需求 |
趙磊、謝鑫 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號: |
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目 |
錄 |
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
2.6 |
假設和約束(依賴)........................................................................................ |
。 |
|
|||
|
|||
|
|||
|
|||
|
4.1 |
說明和優先級.................................................................................................... |
錯誤!未定義書籤。 |
|
4.2 |
激勵/響應序列................................................................................................... |
錯誤!未定義書籤。 |
|
4.3 |
輸入/輸出數據................................................................................................... |
錯誤!未定義書籤。 |
|
|||
|
|||
|
|||
|
|||
|
5.5 |
業務規則............................................................................................................ |
錯誤!未定義書籤。 |
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號: |
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1. 引言
1.1 編寫目的
本需求分析報告的目的是規範化本系統的編寫,旨在於提升軟件開發過程當中的能見度,便於對軟件開發過程當中的控制與管理,同時提出了本系統的軟件開發過程,便於程序員與客戶之間的交流、協做,並做爲工做成果的原始依據,同時也代表了本軟件的共性,以期可以得到更大範圍的應用。
1.2 項目風險
• 開發過程當中若是有開發人員離職或缺席,有可能延遲項目的進度;
• 開發過程當中遇到實現不了的功能;
• 開發過程當中修改需求。
1.3 文檔約定
1.4 預期讀者和閱讀建議
預期讀者:軟件開發人員,測試人員
1.5 產品規範
1.6 參考文獻
2.1 產品的情況
2.2 產品的功能
2.2.1 管理帳單
2.3 用戶類和特性
2.3.1 對話用戶:全部使用此係統的用戶。分爲普通用戶(ordinary_user,簡寫爲OU)與管理員(Administrator user)。
適用 GUI 頁面與系統後臺管理模塊進行交互。
2.3.2 系統用戶:負責系統管理的前端用戶(operator)。一樣適用 GUI 頁面與系統
後臺管理模塊進行交互,此類用戶與對話用戶相同。
2.3.3 系統管理員:負責後端管理系統的用戶(administrator)。使用系統後臺管理模塊獨立的 GUI 頁面與系統交互。
1
|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號: |
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.4 運行環境
本系統採用 B/S 架構,須要支持的操做系統和瀏覽器以下:
2.4.1 客戶端
PC 客戶端:
操做系統:Windows Vista/7/8,Linux,MacOS
瀏覽器:IE 7/8/9,Firefox 14,Safari 5/6,Chrome
手機客戶端:
操做系統:IOS,Android,Windows Phone
瀏覽器:略。平板端:
操做系統:IOS,Android
瀏覽器:略。
2.4.2 服務端
硬件:
1U 刀片機軟件:
操做系統:Windows 2008 server
Web 應用服務器:IIS 7
數據庫:SQL Server 2005
2.5 設計和實現上的限制
在系統設計和實現的過程當中,從技術角度上可能存在一些約束條件,這些約束條件包括:
3.1 用戶界面
3.1.1 要求有側功能欄以方便操做
3.1.2 對帳單的操做可直接在頁面上操做
3.1.3 對用戶各類操做可直接在頁面上操做
3.1.4 查詢出來的信息在當前窗口中顯示
3.2 硬件接口
暫無
3.3 軟件接口
Windows 標準接口
|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號: |
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.4 通信接口
網絡通訊標準、郵件推送、web 瀏覽器、通訊安全與加密、數據傳輸、手機客戶端接口、
4. 系統功能需求
4.1 前臺 web 頁面需求說明
(*增長需求:整個平臺裏面廣告位的需求,試圖考慮平臺須要廣告管理功能*)
4.1.1.1 普通用戶註冊和登錄
u 註冊:採用用戶名加密碼方式註冊。註冊成功後,成爲註冊用戶(RU-Registered User)。
u 登錄:用戶使用用戶名、密碼方式進行登陸,登陸後系統自動判
斷其身份,進入相應頁面。 4.1.1.2 系統用戶註冊和登錄
u 註冊:系統用戶(operator)爲系統內建用戶,登錄密碼由分配。
u 登錄:系統用戶使用內建帳戶進行登錄對系統前臺進行管理。其登錄的信息以及操做信息都會被記錄到後臺管理系統日誌信息中。(信息包含但不限於如下:登錄用戶名、登錄 IP、登錄時間、行爲、登出時間等)。
包含如下功能/模塊
|
|
|
|
|
|
|
|
文檔編號: |
|
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
• 4.1.3 用戶管理
平臺用戶能夠對自身資料以及自身帳戶信息進行管理。例如,修改密碼,修改
暱稱等等。
4.2 後臺管理系統
對系統全部註冊用戶進行管理。操做可包含如下內容:
4.2.1.1 用戶查詢。查詢結果包含:用戶帳號,暱稱,姓名,性別,身份證號碼,手機號碼,用戶身份,表明商戶,用戶狀態,註冊時間,最後登錄時間,上次登錄 IP 等。
n 對系統日誌,具有查詢的功能。
n 日誌內容包含但不限於如下內容:
u 管理員登錄帳號
u 管理員登錄時間
u 管理員登錄 IP
u 管理員操做內容
u 管理員登出時間
n 管理員對於活動的操做。應包含如下內容:
u 編輯帳單信息
u 增長供應商
u 多個帳單同時出現時,編輯帳單的優先級(是否須要首頁顯示,以及首頁顯示的活動信息)
u 重置管理員密碼
u 設定合做商戶
u 設定商戶優先級
u 頁面廣告位管理
u ……
3
6
|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號: |
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.1 性能需求
5.1.1 併發性:由於是在線系統,因此必需要具備併發性,併發數量前期設定爲 500.
5.1.2 時間特性:略。
5.1.3 兼容性:參見 2.4 運行環境。
5.1.4 數據庫容量:略
5.1.5 網絡環境:最低要求,在 512k 撥號上網環境中能運行。
5.1.6 系統運行時間:7×24 小時不間斷運行。
5.2 安全措施需求
設有登陸密碼檢驗功能,而且此密碼能夠在之後進行修改,全部密碼均使用 MD5 加
密。
5.3 安全性需求
因本系統屬於開放性 B/S 系統,所以要作到良好用戶權限控制,尤爲是對於數據庫的安全性要予以考慮。
5.4 軟件質量屬性
5.4.1 可擴展性
之後隨着系統的發展,系統需求有可能也會有相應的增長,因此具備可擴展
性是爲了便於之後對系統進行修改。
5.4.2 安全性
這裏的安全性是指信息安全,英文是 Security 而不是 Safety。安全性是指防
止系統被非法入侵的能力,既屬於技術問題又屬於管理問題。
5.4.3 清晰性
清晰意味着系統易讀、易理解,這個質量屬性表達了人們的一種質樸的願望。
5.4.4 易用性
便於用戶使用,具備友好的用戶界面
5.4.5 性能
一般是指軟件的「時間—空間」效率,而不只是指系統的運行速度。儘可能使系
統的相應速度與運行快些,而且佔用資源少些。
5.4.6 正確性讓系統具備按照需求正確執行任務的能力。這裏「正確性」的語義涵蓋了「精
確性」。正確性無疑是第一重要的軟件質量屬性。若是系統運行不正確,將會給用戶形成不便甚至損失。技術評審和測試的第一關都是檢查工做成果的正確性。
5.4.7 健壯性
在異常狀況下,系統可以正常運行的能力。
健壯性有兩層含義:一是容錯能力,二是恢復能力。因此係統必須具備容錯能力和恢復能力。
容錯是指發生異常狀況時系統不出錯誤的能力,容錯是很是健壯的意思,好比
|
|
|
|
|
|
|
|
|
|
|
|
|
文檔編號: |
|
版本:v1.0.0 |
密級:機密 |
|
|
文檔名稱: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
UNIX/Linux 的容錯能力很強,很難使系統出問題。而恢復則是指軟件發生錯誤後(不論死活)從新運行時,可否恢復到沒有發生錯誤前的狀態的能力。
5.4.8 軟件的可移植性
指的是系統不經修改或稍加修改就能夠運行於不一樣軟硬件環境(CPU、OS 和
編譯器)的能力,主要體現爲代碼的可移植性。
5.5 用戶文檔
8