第一篇：電影院售票系統(tǒng)需求規(guī)格說明書（最終版）
文檔編號: CTS-1 版 本 號: V1.0
文檔名稱： 需求規(guī)格說明書 項目名稱： 影院售票系統(tǒng) 項目負責人： XX XX XX
編寫： XX XX年XX月XX日 校對： XX XX年XX月XX日 審核： XX XX年XX月XX日
開發(fā)單位： XX
引言
1.1 編寫目的
編寫本文檔的目的是根據(jù)系統(tǒng)分析工程師和客戶溝通的結(jié)果，對用戶需求進行了全面細致的分析，深入描述《影院售票系統(tǒng)》軟件的功能和性能與界面，確定該軟件設(shè)計的限制和定義軟件的其他有效性需求。
1.2 項目背景
現(xiàn)在中國大部分的家庭都喜歡在家里置辦屬于自己風格的家庭影院。但是，仍然有很人喜歡到電影院去看電影。因為家里的氣氛畢竟不如影院好。所以，現(xiàn)代家庭影院的出現(xiàn)并不會讓電影院沒有生路。
隨著社會的發(fā)展和進步，社會大分工的細致化和服務(wù)化，成為了當今趨勢。
為了提高勞動的效率、節(jié)約成本、提高服務(wù)質(zhì)量，我們小組開發(fā)了此款軟件。用以方便影院的售票和客戶的購買。通過這個軟件，可以很快實現(xiàn)一些常用的服務(wù)，并保證無錯、高效。
每個社會服務(wù)系統(tǒng)都有自己的一套管理機制。當然，電影院也不除外。其實電影院的管理系統(tǒng)應(yīng)該來說比其他的社會服務(wù)系統(tǒng)的管理要簡單一點。電影院不外乎是引進電影，制定播放影片的時間表，買票，檢票進場觀看，還有就是一些數(shù)據(jù)管理方面的事。如工作人員管理，票務(wù)管理等等。為了工作機制簡單有序，必然要引進一套管理系統(tǒng)。
1.3 定義
文檔中采用的專門術(shù)語的定義及縮略詞簡要如下 CTS：CINEMA TICKET SYSTEM 影院售票系統(tǒng)
1.4 參考資料
[1]唐學忠，費賢舉，王文琴?！禫isual Basic 程序設(shè)計教程》。北京：中國電力出版社，2008普通高等教育“十一五”國家級規(guī)劃教材。[2]張海潘。《軟件工程》。人民郵電出版社，21世紀高等學校計算機規(guī)劃教材。任務(wù)概述
2.1 目標
具體而言，影院售票系統(tǒng)需要實現(xiàn)以下的需求：
（1）能夠?qū)Σシ烹娪?，工作人員，售票事宜，檢票事宜，無用數(shù)據(jù)進行處理。（2）售票管理自然有專人負責，要處理各電影的電影票銷售問題。當然包括退票問題，還有就是預訂電影票其實也就相當于買票。兩者可以當一回事處理。
（3）檢票管理事宜要完成觀眾進場時檢票的事宜。其中包括了電影票的真假檢測問題。（4）數(shù)據(jù)管理要處理電影的播放的次序，工作人員的管理，以及過期電影票的處理問題。
2.2 運行環(huán)境
Intel486以上系列、AMD K6 以上系列等PC臺式機和便攜式電腦；
運行時占用內(nèi)存：≤1MB；
所需硬盤空間：≤5MB；
軟件平臺：中文Windows2000/XP或更高版本；
2.3 條件與限制
比較簡單，不能實現(xiàn)完善和全面的功能。在貨幣交易時還不能進行更好的管理。對于一些突發(fā)事件無法處理，以及影院的特殊要求服務(wù)無法實現(xiàn)。數(shù)據(jù)描述
3.1 靜態(tài)數(shù)據(jù)
影院售票系統(tǒng)的靜態(tài)數(shù)據(jù)包括：
影庫管理表(MOVIES): 電影號（long）
電影名稱(nvarchar)導演(nvarchar)主演(nvarchar)制片廠(nvarchar)上映時間(datetime)價格
（long）
售票信息表(TICKETS):
電影票號（long）
座位號
（long）電影號
（long）電影名
(nvarchar)上映時間(datetime)價格
（long）驗證碼
（long）
職工信息表（WORKERS）： 職工號（nvarchar）
職工密碼（nvarchar）職工類型（nvarchar）
3.2 動態(tài)數(shù)據(jù)
輸入數(shù)據(jù)：鼠標對按鈕的點擊：服務(wù)系統(tǒng)選擇 職工工號、密碼 輸出數(shù)據(jù)：無 內(nèi)部數(shù)據(jù)：無
3.3數(shù)據(jù)庫描述
數(shù)據(jù)庫采用Microsoft Access數(shù)據(jù)庫。
3.4數(shù)據(jù)流圖和數(shù)據(jù)詞典
《影院售票系統(tǒng)》的總體功能如下： ? 職工的登錄和注銷；
? 為觀眾提供買票即座位銷售，以及退票服務(wù)；
? 對進場觀眾檢票，如果發(fā)現(xiàn)有假票或無票觀眾不允許入內(nèi)； ? 系統(tǒng)維護；
? 對電影庫播放列表的管理；
? 對職工數(shù)據(jù)的處理，如增加、刪除和更改；
? 對所售出的電影票進行管理，把沒用的數(shù)據(jù)進行清除
1）登錄部分
（1）數(shù)據(jù)流圖
職工信息表檢驗錯誤密碼工號職工密碼身份檢驗操作信息密碼修改售票選擇檢票選擇登錄系統(tǒng)選擇維護選擇職工信息職工信息表操作確認
（2）數(shù)據(jù)詞典
? 數(shù)據(jù)源點及匯點描述： ① 名稱：職工
簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼、系統(tǒng)選擇：售票系統(tǒng)、檢票系統(tǒng)、維護系統(tǒng) 數(shù)目：1 ? 加工邏輯詞條描述： ① 加工名：身份檢驗
加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 加工邏輯： IF 工號為空 THEN
發(fā)出“工號為空錯誤”
ELSE IF 密碼為空 THEN
發(fā)出“密碼為空錯誤”
ELSE IF 工號和密碼不符 THEN
發(fā)出“工號和密碼不匹配錯誤”
ENDIF
ENDIF
ENDIF
ENDIF
? 數(shù)據(jù)流名詞條描述： ① 數(shù)據(jù)流名：職工號
說明：職工的工號 數(shù)據(jù)流來源：職工 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 ② 數(shù)據(jù)流名：密碼
說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：職工 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： ③ 數(shù)據(jù)流名：出錯信息
說明：用于指示身份驗證錯誤的信息 數(shù)據(jù)流來源：身份檢驗 數(shù)據(jù)流去向：職工
數(shù)據(jù)流組成：出錯信息＝任意字符串 ④ 數(shù)據(jù)流名：系統(tǒng)名稱
說明：系統(tǒng)的名稱 數(shù)據(jù)流來源： 數(shù)據(jù)流去向：選擇 數(shù)據(jù)流組成： ? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：職工信息表
簡述：存放職工信息 輸入數(shù)據(jù)：
輸出數(shù)據(jù)：職工信息
數(shù)據(jù)文件組成：職工信息表由“職工信息”組成
2）職工售票及退票
電影票信息表檢驗錯誤 售票管理人員電影票信息身份檢驗職工信息職工信息表操作確認操作信息售票隨機產(chǎn)生驗證碼電影票信息表電影票信息退票工號密碼
(2):數(shù)據(jù)詞典：
? 數(shù)據(jù)源點及匯點描述： 名稱：售票管理人員 ○簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼 數(shù)目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 2加工名：售票 ○加工編號：2 簡要描述：根據(jù)所讀入的操作信息，售出電影票 輸入數(shù)據(jù)流：操作信息，電影票信息 輸出數(shù)據(jù)流：電影票信息，操作確認
加工邏輯：根據(jù)所讀入的操作信息，售出電影票
? 數(shù)據(jù)流名詞條描述： 數(shù)據(jù)流名：職工號 ○說明：職工的工號
數(shù)據(jù)流來源：售票管理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 2數(shù)據(jù)流名：密碼 ○說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：售票管理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： 3數(shù)據(jù)流名：電影票信息 ○說明：電影票信息
數(shù)據(jù)流來源：售票管理人員 數(shù)據(jù)流去向：電影票信息表
? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：電影票信息表
簡述：電影票信息 輸入數(shù)據(jù)：電影票信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：電影票信息表由“電影票信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
3）檢票
電影票信息表檢驗錯誤檢票管理人員電影票信息身份檢驗職工信息職工信息表操作確認操作信息檢票驗證號驗證真?zhèn)喂ぬ柮艽a
(2):數(shù)據(jù)詞典：
? 數(shù)據(jù)源點及匯點描述： 1 名稱：檢票管理人員 ○簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼 數(shù)目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 2加工名：檢票 ○加工編號：3 簡要描述：根據(jù)所讀入的操作信息，檢驗電影票 輸入數(shù)據(jù)流：操作信息，電影票信息 輸出數(shù)據(jù)流：電影票信息，操作確認
加工邏輯：根據(jù)所讀入的操作信息，檢驗電影票
? 數(shù)據(jù)流名詞條描述： 數(shù)據(jù)流名：職工號 ○說明：職工的工號
數(shù)據(jù)流來源：檢票管理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 2數(shù)據(jù)流名：密碼 ○說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：檢票管理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： 3數(shù)據(jù)流名：電影票信息 ○說明：電影票信息
數(shù)據(jù)流來源：檢票管理人員 數(shù)據(jù)流去向：電影票信息表
? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：電影票信息表
簡述：電影票信息 輸入數(shù)據(jù)：電影票信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：電影票信息表由“電影票信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
4）維護系統(tǒng)
影庫管理表檢驗錯誤 數(shù)據(jù)處理人員影庫信息身份檢驗職工信息職工信息表操作確認操作信息職工信息表職工信息維護系統(tǒng)選擇影庫管理表票務(wù)信息工號密碼
（2）數(shù)據(jù)詞典
? 數(shù)據(jù)源點及匯點描述： ② 名稱：數(shù)據(jù)處理人員
簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼、系統(tǒng)選擇：影庫系統(tǒng)、職工系統(tǒng)、票務(wù)系統(tǒng) 數(shù)目：1 ? 加工邏輯詞條描述： ② 加工名：身份檢驗
加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 3加工名：維護 ○加工編號：4 簡要描述：選擇要維護的系統(tǒng) 輸入數(shù)據(jù)流：操作信息，系統(tǒng)信息 輸出數(shù)據(jù)流：系統(tǒng)信息，操作確認 加工邏輯：選擇要維護的系統(tǒng)
? 數(shù)據(jù)流名詞條描述： ⑤ 數(shù)據(jù)流名：職工號
說明：職工的工號
數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 ⑥ 數(shù)據(jù)流名：密碼
說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： ⑦ 數(shù)據(jù)流名：出錯信息
說明：用于指示身份驗證錯誤的信息 數(shù)據(jù)流來源：身份檢驗 數(shù)據(jù)流去向：數(shù)據(jù)處理人員
數(shù)據(jù)流組成：出錯信息＝任意字符串 ⑧ 數(shù)據(jù)流名：系統(tǒng)名稱
說明：系統(tǒng)的名稱
數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：選擇 數(shù)據(jù)流組成： ? 數(shù)據(jù)文件詞條描述：
② 數(shù)據(jù)文件名：職工信息表
簡述：存放職工信息 輸入數(shù)據(jù)：
輸出數(shù)據(jù)：職工信息
數(shù)據(jù)文件組成：職工信息表由“職工信息”組成
（1）影庫管理
影庫管理表檢驗錯誤 數(shù)據(jù)處理人員影庫信息身份檢驗職工信息職工信息表操作確認操作信息影庫管理工號密碼
(2):數(shù)據(jù)詞典：
? 數(shù)據(jù)源點及匯點描述： 1 名稱：數(shù)據(jù)處理人員 ○簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼 數(shù)目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 2加工名：影庫管理 ○加工編號：5 簡要描述：根據(jù)所讀入的操作信息，對影庫信息進行查詢、增加、刪除、修改等 輸入數(shù)據(jù)流：操作信息，影庫信息 輸出數(shù)據(jù)流：影庫信息，操作確認
加工邏輯：根據(jù)所讀入的操作信息，對影庫信息進行查詢、增加、刪除、修改等
? 數(shù)據(jù)流名詞條描述： 數(shù)據(jù)流名：職工號 ○
說明：職工的工號
數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 2數(shù)據(jù)流名：密碼 ○說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： 3數(shù)據(jù)流名：影庫信息 ○說明：影庫信息
數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：影庫管理表
? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：影庫管理表
簡述：影庫信息 輸入數(shù)據(jù)影庫信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：影庫管理表由“影庫信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
（2）職工管理
職工信息表檢驗錯誤 數(shù)據(jù)處理人員職工信息身份檢驗職工信息職工信息表操作確認 工號密碼操作信息職工管理
(2):數(shù)據(jù)詞典：
? 數(shù)據(jù)源點及匯點描述： 1 名稱：數(shù)據(jù)處理人員 ○簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼 數(shù)目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 2加工名：職工管理 ○加工編號：6 簡要描述：根據(jù)所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等 輸入數(shù)據(jù)流：操作信息，職工信息 輸出數(shù)據(jù)流：職工信息，操作確認
加工邏輯：根據(jù)所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等
? 數(shù)據(jù)流名詞條描述： 數(shù)據(jù)流名：職工號 ○說明：職工的工號 數(shù)據(jù)流來源：職工 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 2數(shù)據(jù)流名：密碼 ○說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：職工 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： 3數(shù)據(jù)流名：職工信息 ○說明：職工信息
數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：職工信息表
? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：職工信息表
簡述：職工信息 輸入數(shù)據(jù)：職工信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：職工信息表由“職工信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
（3）票務(wù)管理
影庫管理表檢驗錯誤 數(shù)據(jù)處理人員電影票信息身份檢驗職工信息職工信息表操作確認
(2):數(shù)據(jù)詞典：
? 數(shù)據(jù)源點及匯點描述： 1 名稱：數(shù)據(jù)處理人員 ○簡要描述：管理職工信息
有關(guān)數(shù)據(jù)流：職工工號、密碼 數(shù)目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１
簡要描述：檢驗職工身份 輸入數(shù)據(jù)流：職工工號、密碼
輸出數(shù)據(jù)流：登陸成功、身份驗證錯誤 2加工名：職工管理 ○加工編號：7 簡要描述：根據(jù)所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等 輸入數(shù)據(jù)流：操作信息，職工信息 工號密碼操作信息票務(wù)管理
輸出數(shù)據(jù)流：職工信息，操作確認
加工邏輯：根據(jù)所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等
? 數(shù)據(jù)流名詞條描述： 數(shù)據(jù)流名：職工號 ○說明：職工的工號 數(shù)據(jù)流來源：職工 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：職工號=短整型字符串 2數(shù)據(jù)流名：密碼 ○說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：職工 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： 3數(shù)據(jù)流名：影庫信息 ○說明：影庫信息
數(shù)據(jù)流來源：數(shù)據(jù)處理人員 數(shù)據(jù)流去向：影庫管理表
? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：影庫管理表
簡述：影庫信息 輸入數(shù)據(jù)：影庫信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：影庫管理表由“影庫信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
3.5.數(shù)據(jù)采集
數(shù)據(jù)采集采用鍵盤輸入和鼠標點擊選擇。功能需求
4.1 功能劃分
該軟件具有如下主要功能： 1.查詢功能； 2.添加功能； 3.修改功能； 4.刪除功能； 5.授權(quán)功能
4.2 功能描述
1.查詢功能
? 職工信息查詢； ? 影片信息查詢； 2.添加功能
? 增加一個影片； ? 增加一個職工 3.修改功能
? 修改影片或職工已存在的記錄內(nèi)容，提供確認機制； 4.刪除功能
? 刪除一個影片； ? 刪除一個職工 5.授權(quán)功能；
? 僅有職工有操作的權(quán)限； 性能需求 5.1 時間特性
一般操作的響應(yīng)時間應(yīng)在1－2秒內(nèi)。
5.2 適應(yīng)性
滿足運行環(huán)境在允許操作系統(tǒng)之間的安全轉(zhuǎn)換和與其它應(yīng)用軟件的獨立運行要求。運行需求 6.1 用戶界面
采用網(wǎng)頁顯示方式，可同時打開多個窗口運行。
6.2 硬件接口
支持各種x86系列PC機。
6.3 軟件接口
運行于Windows 2000/xp及更高版本并裝有IE的操作系統(tǒng)之上。
6.4 故障處理
正常使用時不應(yīng)出錯，對于用戶的輸入錯誤應(yīng)給出適當?shù)母恼崾?。若運行時遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。
第二篇：火車售票系統(tǒng)需求規(guī)格說明書
車 售 票 系 統(tǒng)
需 求 規(guī) 格 說 明 書
作者：李艷亮 2013年11月 火
目錄
1．引言.............................................................................................................................................3
1.1編寫目的.............................................................................................................................3 1.2項目背景.............................................................................................................................3 1.3定義.....................................................................................................................................3 1.4參考資料.............................................................................................................................3 2．任務(wù)概述.....................................................................................................................................3
2.1目標.....................................................................................................................................3 2.2運行環(huán)境.............................................................................................................................4 2.3條件與限制.........................................................................................................................4 3．數(shù)據(jù)描述.....................................................................................................................................4
3.1靜態(tài)數(shù)據(jù).............................................................................................................................4 3.2動態(tài)數(shù)據(jù).............................................................................................................................4 3.3數(shù)據(jù)庫介紹.........................................................................................................................5 3.4數(shù)據(jù)詞典.............................................................................................................................5 3.5數(shù)據(jù)采集.............................................................................................................................9 4．功能需求.....................................................................................................................................9
4.1功能劃分.............................................................................................................................9 4.2功能描述...........................................................................................................................10 5．性能需求...................................................................................................................................10 5.1數(shù)據(jù)精確度.......................................................................................................................10 5.2時間特性...........................................................................................................................10 5.3適應(yīng)性...............................................................................................................................10 6．運行需求...................................................................................................................................11 6.1用戶界面...........................................................................................................................11 6.2硬件接口...........................................................................................................................11 6.3軟件接口...........................................................................................................................11 6.4故障處理...........................................................................................................................11 7．其它需求...................................................................................................................................11
1．引言
1.1編寫目的
本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了本火車售票系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用。
1.2項目背景
1、.項目的委托單位：中國鐵路局
2、開發(fā)單位：湖南安全技術(shù)職業(yè)學院
3、軟件名稱：火車售票系統(tǒng)
1.3定義
1、鐵路售票應(yīng)用系統(tǒng)軟件：基本元素為構(gòu)成鐵路售票及相關(guān)行為所必須的各種部分。
2、需求：用戶解決問題或達到目標所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標準，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。
3、需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。
4、模塊的獨立性：是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他的模塊的接口是簡單的。
1.4參考資料
1、《實用軟件工程》（第二版）鄭人杰，殷人昆，陶永雷，清華大學出版社，1997
2、《JAVA網(wǎng)絡(luò)高級編程》金勇華，曲俊生，人民郵電出版社，2001
3、《JBUILDER培訓教程》Borland software corporation，機械工業(yè)出版社，2002 2．任務(wù)概述
2.1目標
(1)完善目前火車售票系統(tǒng)，使之能跟上時代的發(fā)展。同時通過實踐來提高自己的動手能
（2）應(yīng)用范圍：理論上能夠?qū)崿F(xiàn)于鐵路部門的售票系統(tǒng)，其目的在于在原有的系統(tǒng)基礎(chǔ)
使得火車售票便捷化，以期實現(xiàn)完善日常生活中火車售票的各種缺陷。
（3）可實現(xiàn)旅客對于火車票的查詢與購買功能，售票員則可實現(xiàn)查詢、添加和刪除等功能；對于所查詢的車次結(jié)果提供列表顯示輸出；有一定的安全機制，普通旅客不能對車次信息隨意刪改，只有授權(quán)的售票員可通過密碼識別進行維護。
2.2運行環(huán)境
操作系統(tǒng)：Microsoft Windows 2000 Advanced Server 支持環(huán)境：IIS 5.0 數(shù) 據(jù) 庫：Microsoft SQL Server 2000 2.3條件與限制
一個更完善的火車售票系統(tǒng)，應(yīng)提供更為便捷與強大的查詢購買功能，如相應(yīng)的網(wǎng)絡(luò)操作及服務(wù)，由于開發(fā)時間和計算機數(shù)量有限，該系統(tǒng)并未提供這一功能，對于信息的保護手段僅限制于設(shè)置用戶級別，以記名提供數(shù)據(jù)文件的備份，比較簡單，不能防止惡意的破壞，安全性能有待進一步完善。
3．數(shù)據(jù)描述
3.1靜態(tài)數(shù)據(jù)
火車票：列車車號
(int SerialNumber)
列車始發(fā)時間(struct time SetOut)
列車始發(fā)站(char DeparturePoint)
列車終點站(char TerminalPoint)票務(wù)：列車車號
(int SerialNumber)
已售出車票票數(shù)(int FixedNumber)
額定載量（int FixNumber）售票員：用戶名（char name）
密碼(char password)3.2動態(tài)數(shù)據(jù)
輸入數(shù)據(jù)：根據(jù)界面提示，鍵盤輸入操作；
查詢方式：查詢車次、查詢始發(fā)站；
旅客購買時的票務(wù)信息，售票員添加、購票、退票時的票務(wù)信息；
售票員備份數(shù)據(jù)恢復所需的數(shù)據(jù)備份文件；
售票員操作需密碼，旅客操作受限； 輸出信息：查詢車次確定的數(shù)據(jù)庫記錄的子集；
統(tǒng)計結(jié)果；
車次信息錄入、刪除（成功或失?。?/p>
車次信息查詢、購買的操作結(jié)果；
數(shù)據(jù)備份輸出的數(shù)據(jù)備份文件； 內(nèi)部數(shù)據(jù)：查詢操作建立的索引；
3.3數(shù)據(jù)庫介紹
數(shù)據(jù)庫采用Microsoft Access數(shù)據(jù)庫
3.4數(shù)據(jù)詞典
《火車售票系統(tǒng)》的總體功能如下：
車票的售出； 車票的退還； 車票信息的查詢； 車票的增刪改；
售票員查詢統(tǒng)計車票信息； 售票系統(tǒng)數(shù)據(jù)備份； 售票管理者口令修改； 1．售票員登陸系統(tǒng)：
（1）數(shù)據(jù)流圖
售票退票選擇檢驗錯誤售票員選擇用戶名密碼身份驗證售票員信息密碼正確登陸系統(tǒng)選擇選擇選擇授權(quán)信息表查詢錄入新的班次信息
（2）數(shù)據(jù)詞典
? 數(shù)據(jù)源點及匯點描述： ① 名稱：售票員
簡要描述：管理售票員信息
有關(guān)數(shù)據(jù)流：用戶名、密碼、系統(tǒng)選擇：售票系統(tǒng)、退票系統(tǒng)、查詢系統(tǒng)、錄入信息系統(tǒng) 數(shù)目：1 ? 加工邏輯詞條描述： ① 加工名：身份檢驗
加工編號：１
簡要描述：檢驗用戶身份
輸入數(shù)據(jù)流：用戶名、密碼
輸出數(shù)據(jù)流：密碼正確、身份驗證錯誤 加工邏輯： IF 用戶名為空 THEN
發(fā)出“用戶名為空錯誤”
ELSE IF 密碼為空 THEN
發(fā)出“密碼為空錯誤”
ELSE IF 用戶名和密碼不符 THEN
發(fā)出“用戶名和密碼不匹配錯誤”
ENDIF
ENDIF
ENDIF
ENDIF ? 數(shù)據(jù)流名詞條描述： ① 數(shù)據(jù)流名：用戶名
說明：售票員姓名 數(shù)據(jù)流來源：售票員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：用戶名=字符型字符串 ② 數(shù)據(jù)流名：密碼
說明：與用戶名相匹配的密碼 數(shù)據(jù)流來源：售票員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： ③ 數(shù)據(jù)流名：出錯信息
說明：用于指示身份驗證錯誤的信息 數(shù)據(jù)流來源：身份檢驗 數(shù)據(jù)流去向：售票員
數(shù)據(jù)流組成：出錯信息＝任意字符串 ④ 數(shù)據(jù)流名：系統(tǒng)名稱
說明：系統(tǒng)的名稱 數(shù)據(jù)流來源： 數(shù)據(jù)流去向：選擇 數(shù)據(jù)流組成： ? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：授權(quán)信息表
簡述：存放售票員信息 輸入數(shù)據(jù)：
輸出數(shù)據(jù)：售票員信息
數(shù)據(jù)文件組成：授權(quán)信息表由“售票員信息”組成
2．售票員相關(guān)操作（售票、退票、查詢、錄入）
票務(wù)信息表車票信息車票信息售票退票檢驗錯誤選擇選擇用戶名售票員密碼身份驗證密碼正確登陸系統(tǒng)選擇售票員信息選擇選擇授權(quán)信息表查詢錄入新的班次信息車票信息車票信息列車信息表(2):數(shù)據(jù)詞典：
? 數(shù)據(jù)源點及匯點描述：
○1 名稱：售票員 簡要描述：管理售票員信息
有關(guān)數(shù)據(jù)流：用戶名、密碼 數(shù)目：1 ? 加工邏輯詞條描述： ○1加工名：身份檢驗 加工編號：１
簡要描述：檢驗用戶身份 輸入數(shù)據(jù)流：用戶名、密碼
輸出數(shù)據(jù)流：密碼正確、身份驗證錯誤 ○2加工名：售票 加工編號：2 簡要描述：根據(jù)所讀入的操作信息，售出火車票 輸入數(shù)據(jù)流：操作信息，火車票信息 輸出數(shù)據(jù)流：火車票信息
加工邏輯：根據(jù)所讀入的操作信息，售出火車票
? 數(shù)據(jù)流名詞條描述：
○1 數(shù)據(jù)流名：用戶名 說明：售票員的姓名
數(shù)據(jù)流來源：售票員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：用戶名=字符型字符串 ○2數(shù)據(jù)流名：密碼 說明：與職工名稱相匹配的密碼 數(shù)據(jù)流來源：售票員 數(shù)據(jù)流去向：身份檢驗
數(shù)據(jù)流組成：密碼=短整型字符串 每個數(shù)據(jù)量流通量： ○3數(shù)據(jù)流名：車票信息 說明：車票信息 數(shù)據(jù)流來源：售票員
數(shù)據(jù)流去向：列車信息表 ? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：列車信息表
簡述：車票信息 輸入數(shù)據(jù)：車票信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：列車信息表由“車票信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁 ○2數(shù)據(jù)文件名：票務(wù)信息表 簡述：票務(wù)信息 輸入數(shù)據(jù)：票務(wù)信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：票務(wù)信息表由“列車號、已售票、剩余票”組成存儲方式：關(guān)鍵碼 存取頻率：頻繁
3．旅客查詢購票過程：（1）數(shù)據(jù)流圖
旅客 登錄系統(tǒng)選擇選擇選擇選擇訂票退票查詢(2)數(shù)據(jù)詞典：
● 數(shù)據(jù)源點及匯點描述： 名稱：旅客
簡要描述：訂票，退票，查詢
有關(guān)數(shù)據(jù)流：系統(tǒng)選擇：訂票系統(tǒng)、退票系統(tǒng)、查詢系統(tǒng) ●數(shù)據(jù)流名詞條描述：
⑤ 數(shù)據(jù)流名：系統(tǒng)名稱
說明：系統(tǒng)的名稱 數(shù)據(jù)流來源： 數(shù)據(jù)流去向：選擇 數(shù)據(jù)流組成：
3.5數(shù)據(jù)采集
數(shù)據(jù)采集采用鍵盤輸入
4．功能需求
4.1功能劃分
該軟件具有如下主要功能： 1．瀏覽功能 2．查詢功能 3．添加功能 4．修改功能 5．刪除功能
6．授權(quán)功能
4.2功能描述
1．瀏覽功能
列出當前數(shù)據(jù)庫文件中車票的所有記錄 可選定一項紀錄，顯示說有域 2．查詢功能
車次信息匹配查詢 始發(fā)站信息匹配查詢 3．添加功能
增加一條車票的信息 4．修改功能
修改某一已存在的記錄內(nèi)容，提供確認機制 5．刪除功能
刪除一條記錄，提供確認機制 6．授權(quán)功能
授權(quán)票務(wù)管理人員修改數(shù)據(jù)的權(quán)限
5．性能需求
5.1數(shù)據(jù)精確度
查詢時應(yīng)保證查全率，所有在相應(yīng)域中包含查詢車次的記錄都應(yīng)能查到，同時保證查準率。
5.2時間特性
一般操作的相應(yīng)時間應(yīng)在1~2秒內(nèi)
5.3適應(yīng)性
滿足運行環(huán)境在允許操作系統(tǒng)之間的安全轉(zhuǎn)換和雨其它又能夠用軟件的獨立運行要求。
6．運行需求
6.1用戶界面
采取對話框方式，多功能窗口運行
6.2硬件接口
（1）硬件接口：支持x86系列PC機
（2）網(wǎng)絡(luò)硬件接口要求：現(xiàn)實中要求具有高速以太網(wǎng)組網(wǎng)一實現(xiàn)聯(lián)網(wǎng)銷售，但是在理論實驗驗證軟件本身的目的來看，無需網(wǎng)絡(luò)通訊接口。
6.3軟件接口
運行于Windows2000及更高版本并裝有JAVA虛擬機的操作系統(tǒng)之上。
6.4故障處理
正常使用時不用出錯，對于用戶的輸入錯誤應(yīng)及時給出適當?shù)母恼畔⑻崾?，若運行遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。
7．其它需求
（1）可用性：該軟件也可以通過單步跟蹤的操作進行檢查處理。
（2）安全性：由于軟件運行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞，萬一參數(shù)受到破壞也不會影響源程序。
（3）可維護性：該軟件利用數(shù)據(jù)庫進行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本內(nèi)容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫進行修改添加，而不需要對系統(tǒng)結(jié)構(gòu)進行修改，這樣系統(tǒng)維護性、升級都十分方便。
（4）兼容性：由于尚未測試，故無法對兼容性進行評析。
第三篇：基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)需求規(guī)格說明書
三、需求規(guī)格說明書
需求規(guī)格說明書
1．引言....................................................................................................................2 1.1編寫目的......................................................................................................2 1.2項目背景......................................................................................................2 1.3定義.............................................................................................................2 1.4參考資料......................................................................................................2 2．任務(wù)概述.............................................................................................................3 2.1目標.............................................................................................................3 2.2運行環(huán)境......................................................................................................3 2.3條件與限制...................................................................................................3 3．數(shù)據(jù)描述.............................................................................................................3 3.1靜態(tài)數(shù)據(jù)......................................................................................................3 3.2動態(tài)數(shù)據(jù)......................................................................................................4 3.3數(shù)據(jù)庫介紹...................................................................................................4 3.4數(shù)據(jù)詞典......................................................................................................4 3.5數(shù)據(jù)采集......................................................................................................6 4．功能需求.............................................................................................................7 4.1功能劃分......................................................................................................7 4.2功能描述......................................................................................................8 5．性能需求.............................................................................................................8 5.1數(shù)據(jù)精確度...................................................................................................8 5.2時間特性......................................................................................................8 5.3適應(yīng)性..........................................................................................................8 6．運行需求.............................................................................................................9 6.1用戶界面......................................................................................................9 6.2硬件接口......................................................................................................9 6.3軟件接口......................................................................................................9 6.4故障處理......................................................................................................9 7．其它需求.............................................................................................................9
三、需求規(guī)格說明書
1．引言
1.1編寫目的
需求規(guī)格說明書是為了能更好的理解開發(fā)基于網(wǎng)絡(luò)的鐵路售票軟件的需求，避免由于對問題認識的不清或錯誤理解而增加更多的開發(fā)成本，便于安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，以開發(fā)出滿意的項目。需求分析是基于網(wǎng)絡(luò)的鐵路售票軟件系統(tǒng)生存期中定義階段的最后一個步驟。是作為整個軟件開發(fā)范圍的指南，是軟件開發(fā)人員開發(fā)出正確的符合用戶要求的軟件的重點。是為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔該文檔將最終交給軟件具體開發(fā)人員進行具體的開發(fā)，其針對的對象是軟件開發(fā)人員。
1.2項目背景
a.項目的委托單位：開封火車站。
b.開發(fā)單位：河南大學。c.主管部門：計算機學院。
d.軟件名稱：基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)。
e.軟件開發(fā)者：龐林輝，許家豪，劉趙光，李靜，張笑鳴，李翱。
1.3定義
a..基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)軟件：基本元素為構(gòu)成鐵路售票及相關(guān)行為所必須的各種部分。
b.需求：用戶解決問題或達到目標所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標準，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。
c.需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。d.模塊的獨立性：是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他的模塊的接口是簡單的。
1.4參考資料
a.《軟件工程》（第五版）張海藩。清華大學出版社，2008。
b.數(shù)據(jù)庫系統(tǒng)概論(第四版)王珊、薩師煊。高等教育出版社，2005。c.基于網(wǎng)絡(luò)的鐵路訂票系統(tǒng)可行性分析報告（第六組）.docx。
三、需求規(guī)格說明書
2．任務(wù)概述
2.1目標
(一)完善目前火車售票系統(tǒng)，使之能跟上時代的發(fā)展。同時通過實踐來提高自己的動手能力。
(二)應(yīng)用范圍：理論上能夠?qū)崿F(xiàn)于鐵路部門的售票系統(tǒng)，其目的在于在原有的系統(tǒng)基礎(chǔ)使得火車售票便捷化，以期實現(xiàn)完善日常生活中火車售票的各種缺陷。(三)可實現(xiàn)旅客對于火車票的查詢與購買功能；對于所查詢的車次結(jié)果提供列表顯示輸出。
2.2運行環(huán)境
操作系統(tǒng)：Microsoft Windows 7 支持環(huán)境：IIS 5.0 數(shù)據(jù)庫：Microsoft SQL Server 2008 2.3條件與限制
支持運行環(huán)境即可，在Windows下基本沒限制。
3．數(shù)據(jù)描述
3.1靜態(tài)數(shù)據(jù)
車票信息表： 列車車次：(intSerialNumber)
列車類型：(charTrainType)
列車始發(fā)時間：(DateTimeSetOut)
列車到站時間：(DateTime Arrive)
列車始發(fā)站：(charDeparturePoint)列車終點站：(charTerminalPoint)訂票信息表： 列車車次：(intSerialNumber)
列車類型：(charTrainType)
列車始發(fā)時間：(DateTimeSetOut)
列車到站時間：(DateTime Arrive)
三、需求規(guī)格說明書
列車始發(fā)站：(charDeparturePoint)列車終點站：(charTerminalPoint)
列車運行時間：(DateTime Runtime)參考票價：(intReferenceFares)席別：(charSeetPosition)
單票價：(intSingleTicketPrices)訂票數(shù)量：(intBookingNum)剩余票量：(intSurplusTicketNum)總價：(intTotalPrices)用戶姓名：(charUserName)用戶ID(身份證號)：(intUserID)訂票時間：(DateTimeBookDate)手機號：(chartelephone)郵編：(char Postcode)送票地址：(char Address)Email(可選)：(charEmailNum)用戶信息表：
3.2動態(tài)數(shù)據(jù)
輸入數(shù)據(jù)：根據(jù)界面提示，鍵盤輸入操作； 查詢方式：查詢車次、查詢始發(fā)站； 旅客購買時的票務(wù)信息；
輸出信息：查詢車次確定的數(shù)據(jù)庫記錄的子集； 統(tǒng)計結(jié)果；
車次信息查詢、購買的操作結(jié)果；
3.3數(shù)據(jù)庫介紹
數(shù)據(jù)庫采用Microsoft SQL Server 2008數(shù)據(jù)庫
3.4數(shù)據(jù)詞典
《基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)》的總體功能如下： 車票的售出； 車票的退還； 車票信息的查詢； 數(shù)據(jù)詞典：
? 數(shù)據(jù)文件詞條描述：
① 數(shù)據(jù)文件名：列車信息表
簡述：車票信息
三、需求規(guī)格說明書
輸入數(shù)據(jù)：車票信息
輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：列車信息表由“車票信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
② 數(shù)據(jù)文件名：訂票信息表
簡述：訂票信息
輸入數(shù)據(jù)：訂票信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：訂票信息表由“訂票信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
③ 數(shù)據(jù)文件名：用戶信息表
簡述：用戶信息
輸入數(shù)據(jù)：用戶信息 輸出數(shù)據(jù)：
數(shù)據(jù)文件組成：用戶信息表由“用戶信息”組成 存儲方式：關(guān)鍵碼 存取頻率：頻繁
3．旅客查詢購票過程：（1）數(shù)據(jù)流圖
旅客 登錄系統(tǒng)選擇選擇選擇選擇訂票退票查詢
(2)數(shù)據(jù)詞典： ● 數(shù)據(jù)源點及匯點描述： 名稱：旅客
簡要描述：訂票，退票，查詢
有關(guān)數(shù)據(jù)流：系統(tǒng)選擇：訂票系統(tǒng)、退票系統(tǒng)、查詢系統(tǒng) ●數(shù)據(jù)流名詞條描述： ① 數(shù)據(jù)流名：系統(tǒng)名稱
說明：系統(tǒng)的名稱
三、需求規(guī)格說明書
數(shù)據(jù)流來源： 數(shù)據(jù)流去向：選擇 數(shù)據(jù)流組成：
3.5數(shù)據(jù)采集
數(shù)據(jù)采集采用鍵盤輸入和菜單選項的選擇。
3.6 流程圖
1.系統(tǒng)流程圖
2.數(shù)據(jù)流程圖
開始用戶輸入選擇功能?？鞆臄?shù)據(jù)庫中讀出相應(yīng)數(shù)據(jù)初始化頁面并顯示解析數(shù)據(jù)用戶操作保存數(shù)據(jù)到數(shù)據(jù)庫結(jié)束圖3.3-1建議系統(tǒng)的系統(tǒng)流程圖
三、需求規(guī)格說明書
車票信息車票信息車票信息處理訂票訂票信息界面顯示訂票信息訂票信息用戶 圖3.3-2建議系統(tǒng)的數(shù)據(jù)流程圖
3.業(yè)務(wù)流程圖
① 基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)訂票業(yè)務(wù)流程圖如圖3.3-3所示。
查詢車次列車詳細信息填寫訂單支付票款并聯(lián)系出票快遞配送圖3.3-3 基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)訂票業(yè)務(wù)流程圖
② 基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)退票業(yè)務(wù)流程圖如圖3.3-4所示。
查詢我的訂單退票查詢帳戶余額
圖3.3-4 基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)退票業(yè)務(wù)流程圖
4．功能需求
4.1功能劃分
該軟件具有如下主要功能： 1． 查詢功能 2． 訂票功能 3． 退票功能 如圖4.1-1所示。
三、需求規(guī)格說明書
基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)查詢功能訂票功能退票功能
圖4.1-1 基于網(wǎng)絡(luò)的鐵路售票系統(tǒng)功能模塊劃分圖
4.2功能描述
1.查詢功能
車次信息匹配查詢 始發(fā)站信息匹配查詢 2.修改功能
修改車票信息 3.刪除功能
退票時刪除對應(yīng)訂票信息
5．性能需求
5.1數(shù)據(jù)精確度
查詢時應(yīng)保證查全率，所有在相應(yīng)域中包含查詢車次的記錄都應(yīng)能查到，同時保證查準率。
5.2時間特性
一般操作的相應(yīng)時間應(yīng)在1~2秒內(nèi)
5.3適應(yīng)性
滿足運行環(huán)境在允許操作系統(tǒng)之間的安全轉(zhuǎn)換又能夠滿足軟件的獨立運行要求。
三、需求規(guī)格說明書
6．運行需求
6.1用戶界面
采取對話框方式，多功能窗口運行。
6.2硬件接口
（1）硬件接口：支持x86,x64系列PC機
（2）網(wǎng)絡(luò)硬件接口要求：現(xiàn)實中要求具有高速以太網(wǎng)實現(xiàn)聯(lián)網(wǎng)銷售，但是在理論實驗驗證軟件本身的目的來看，無需網(wǎng)絡(luò)通訊接口。
6.3軟件接口
運行于Windows2000及更高版本的操作系統(tǒng)之上。
6.4故障處理
正常使用時不用出錯，對于用戶的輸入錯誤應(yīng)及時給出適當?shù)母恼畔⑻崾?，若運行遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。
7．其它需求
(一)可用性：該軟件也可以通過單步跟蹤的操作進行檢查處理。
(二)安全性：由于軟件運行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞，萬一參數(shù)受到破壞也不會影響源程序。
(三)可維護性：該軟件利用數(shù)據(jù)庫進行編程，系統(tǒng)結(jié)構(gòu)由程序基本確定，大量的參數(shù)及文本內(nèi)容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫進行修改添加，而不需要對系統(tǒng)結(jié)構(gòu)進行修改，這樣系統(tǒng)維護性、升級都十分方便。(四)兼容性：由于尚未測試，故無法對兼容性進行評析。
第四篇：車輛管理系統(tǒng)需求規(guī)格說明書
車輛管理系統(tǒng)
軟件需求規(guī)格說明書
班 級 08軟工A1 擬制人 舒驥
2011年05月10日
目錄
1引言.............................................................................................................................1
1.1編寫目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 預期讀者........................................................................................................1 1.4參考資料.........................................................................................................1 2綜合描述.....................................................................................................................2
2.1產(chǎn)品目標.........................................................................................................2 2.2產(chǎn)品功能.........................................................................................................2 2.3用戶范疇和特征.............................................................................................2 2.4運行環(huán)境.........................................................................................................3 2.5設(shè)計和實現(xiàn)限制.............................................................................................3 2.6 假定和約束....................................................................................................3
2.6.1人力資源約束.....................................................................................3 2.6.2技術(shù)約束.............................................................................................3 2.6.3環(huán)境約束.............................................................................................3
3外部接口需求.............................................................................................................4
3.1用戶界面.........................................................................................................4 3.2硬件接口.........................................................................................................4 3.3軟件接口.........................................................................................................4 3.4通信接口.........................................................................................................4 4功能性需求.................................................................................................................4
4.1功能分析.........................................................................................................4 4.2用例圖.............................................................................................................5 4.3用例分析.........................................................................................................9 4.4功能活動圖...................................................................................................19 4.5狀態(tài)圖...........................................................................................................21 5非功能需求...............................................................................................................22
5.1性能需求.......................................................................................................22
5.1.1時間、界面、響應(yīng)要求...................................................................22 5.1.2靈活性...............................................................................................22 5.2數(shù)據(jù)管理需求...............................................................................................22
5.2.1系統(tǒng)數(shù)據(jù)流圖...................................................................................22 5.2.2數(shù)據(jù)整理與保存...............................................................................24 5.2.3數(shù)據(jù)安全性.......................................................................................24 5.3故障處理需求...............................................................................................24
1引言
1.1編寫目的
需求說明的編寫是為了研究車輛管理軟件的開發(fā)途徑和應(yīng)用方法。同時它也是進行項目策劃、概要設(shè)計和詳細設(shè)計的基礎(chǔ)，是維護人員進行內(nèi)部維護，信息更新，驗收和測試的依據(jù)。本文檔將對車輛管理系統(tǒng)軟件開發(fā)需求進行描述。
1.2 背景
物流系統(tǒng)是現(xiàn)代經(jīng)濟系統(tǒng)的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業(yè)的命脈，有機的管理好車輛十分關(guān)鍵。傳統(tǒng)的運輸業(yè)已不能滿足市場需求。運輸企業(yè)的信息化管理具有重要意義。
開發(fā)軟件名稱：車輛管理系統(tǒng) 項目開發(fā)者：08軟工A1 舒驥 用戶：運輸集團公司
1.3 預期讀者
本需求的預期讀者是開發(fā)組成人員，軟件測試人員，支持本項目的老師，軟件維護人員。
1.4參考資料
[1].《軟件需求工程》 毋國慶 梁正平袁夢霆 李勇華 編著[2].《UML基礎(chǔ)與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著
[3].《C#數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊》 明日科技 張躍延 許文武 王小科 編著
[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著 2綜合描述
2.1產(chǎn)品目標
車輛管理系統(tǒng)將為企業(yè)提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。
2.2產(chǎn)品功能
* 車輛基本信息管理 * 車輛購置管理 * 車輛調(diào)撥管理 * 車輛報廢管理 * 車輛信息管理查詢
2.3用戶范疇和特征
本軟件最終用戶為汽車運輸集團公司。該公司主要設(shè)有技術(shù)服務(wù)部、客貨運輸部、企業(yè)管理部等職能部門，下屬運輸公司有零擔運輸公司、客運公司、整車運輸公司、旅游公司等，其組織結(jié)構(gòu)如下圖1：
圖1：運輸集團公司組織結(jié)構(gòu)圖
2.4運行環(huán)境
運行該軟件所適用的具體設(shè)備必須是奔騰
4、內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。
數(shù)據(jù)庫為SQL Server2000版本
2.5設(shè)計和實現(xiàn)限制
僅設(shè)計為本地版本，無需聯(lián)網(wǎng)，沒有服務(wù)器端。
2.6 假定和約束
2.6.1人力資源約束
1、開發(fā)工作量約需1個人2月工作量。開發(fā)完成后，可減少為1名作為維護人員；
2、輔導老師1人，開發(fā)人員2人。
2.6.2技術(shù)約束
本項目的設(shè)計是在ASPAsp.Net程序設(shè)計語言的條件下進行的，技術(shù)設(shè)計采用軟硬一體化的設(shè)計方法。
2.6.3環(huán)境約束
運行該軟件所適用的具體設(shè)備必須是奔騰
4、內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。
3外部接口需求
3.1用戶界面
見《系統(tǒng)設(shè)計說明書》
3.2硬件接口
考慮到大量數(shù)據(jù)的備份等要求，需要保持與磁帶機、光盤刻錄機及USB的接口，這較易實現(xiàn)。
3.3軟件接口
這里，主要考慮軟件與操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)的接口。由于不存在從其他文件導入的功能，所以無需擔心格式轉(zhuǎn)換的問題。該軟件更趨向于單一封閉的單機版軟件。
3.4通信接口
無需與網(wǎng)絡(luò)連接，只需考慮與外部移動設(shè)備的通信。
4功能性需求
4.1功能分析
1、車輛基本信息管理模塊
(1)用戶的登錄管理：不同級別的用戶通過特定的用戶名和密碼登錄系統(tǒng)，對相應(yīng)的信息進行管理。
(2)查詢車輛基本信息：通過輸入車輛的基本信息對車輛的整體信息進行查詢。(3)刪除車輛基本信息：有相關(guān)權(quán)限的用戶可對某些不再需要的車輛信息進行刪除。
(4)修改車輛基本信息：有相關(guān)權(quán)限的用戶如有必要，可對車輛的基本信息進 行修改。
(5)添加車輛基本信息：有相關(guān)權(quán)限的用戶可添加車輛的基本信息。
2、車輛購置管理模塊
用戶可添加、修改、刪除、查詢車輛購置管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。
3、車輛調(diào)撥管理模塊
與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛調(diào)撥管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。
4、車輛報廢管理模塊
與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。
5、車輛信息查詢管理模塊
實現(xiàn)對多種信息的快速模糊查詢，可根據(jù)車輛所屬的二級公司，車牌號，車輛的廠牌，規(guī)格，型號等信息進行不同的組合來查詢車輛，還可根據(jù)申請購置，調(diào)撥，報廢車輛的二級公司，申請時間等查詢車輛的購置，調(diào)撥，報廢的申請及審批情況等。
4.2用例圖
1、車輛管理信息系統(tǒng)用例圖
2、車輛購置管理用例圖
3、車輛調(diào)撥管理用例圖
4、車輛報廢管理用例圖
5、車輛基本信息管理用例圖
4.3用例分析
一、車輛購置管理
用例1 用例名稱：添加車輛購置申請 用例識別號：1.1.1 參與者：二級公司用戶
簡要說明：二級公司用戶添加一個車輛購置申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)?；臼录鳎?/p>
1)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗口。
3)二級公司用戶可以在相應(yīng)的文本框上添加或修改申請單，也可以完全刪除，重新填寫。
4)二級公司用戶編輯完相應(yīng)的文本框，單擊“存盤”按鈕，一條新的車輛購置申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止 其它事件流：
在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：
1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。
后置條件：一條新的車輛購置記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。
其它事件流：
在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛購置申請記錄不會被刪除。
異常件流：
1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的默認的車輛購置申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。
注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。
用例3 用例名稱：總工程師購置申請審批 用例識別號：1.2.1 參與者：總工程師
簡要說明：總工程師對二級公司用戶提交的車輛購置申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛購置申請。
基本事件流：
1)總工程師單擊選中要審批的車輛購置申請記錄。2)總工程師單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。
4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。
5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。
6)總工程師編輯完相應(yīng)的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的車輛購置申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。
注釋：審批之前，要先使用查詢功能，查出未審批的車輛購置申請記錄。
用例4 用例名稱：總經(jīng)理購置申請批復 用例識別號：1.3.1 參與者：總經(jīng)理
簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛購置申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛購置申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛購置申請記錄?；臼录鳎?/p>
1)總經(jīng)理單擊選中要審批的車輛購置申請記錄。
2)總經(jīng)理編輯完相應(yīng)的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。3)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的車輛購置申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見。
注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復的公司所屬車輛購置申請記錄。
二、車輛調(diào)撥管理
用例5 用例名稱：添加車輛調(diào)撥申請 用例識別號：2.1.1 參與者：二級公司用戶
簡要說明：二級公司用戶添加一個車輛調(diào)撥申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)?；臼录鳎?/p>
1)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗。
3)二級公司用戶可以在相應(yīng)的文本框上添加或修改申請單，也可以完全刪除，重新填寫。
4)二級公司用戶編輯完相應(yīng)的文本框，單擊“存盤”按鈕，一條新的車輛調(diào)撥申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止。其它事件流：
在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：
1)提示錯誤信息，二級公司用戶確認。2)返回到管理系統(tǒng)主界面。
后置條件：一條新的車輛調(diào)撥記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。
用例6 用例名稱：刪除車輛調(diào)撥申請 用例識別號：2.1.2 參與者：二級公司用戶
簡要說明：二級公司用戶刪除一個車輛調(diào)撥申請記錄。
前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)、將要被刪除的車輛調(diào)撥申請沒有被審批?；臼录鳎?/p>
1)二級公司用戶單擊選中要刪除的車輛調(diào)撥申請記錄。2)二級公司用戶單擊“刪除”按鈕。3)系統(tǒng)出現(xiàn)“提示是否刪除”窗口。
4)二級公司用戶單擊“是”按鈕，該車輛調(diào)撥申請記錄就被從數(shù)據(jù)庫中刪除。5)用例終止。其它事件流：
在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛調(diào)撥申請記錄不會被刪除。異常件流：
1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的默認的車輛調(diào)撥申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。
注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。
用例7 用例名稱：總工程師調(diào)撥申請審批 用例識別號：2.2.1 參與者：總工程師
簡要說明：總工程師對二級公司用戶提交的車輛調(diào)撥申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛調(diào)撥申請。
基本事件流：
1)總工程師單擊選中要審批的車輛調(diào)撥申請記錄。2)總工程師單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。
4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。
5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。
6)總工程師編輯完相應(yīng)的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛調(diào)撥申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。
3）后置條件：選中的車輛調(diào)撥申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。
注釋：審批之前，要先使用查詢功能，查出未審批的車輛調(diào)撥申請記錄。
用例8 用例名稱：總經(jīng)理調(diào)撥申請批復 用例識別號：2.3.1 參與者：總經(jīng)理
簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛調(diào)撥申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛調(diào)撥申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛調(diào)撥申請記錄?；臼录鳎?/p>
1)總經(jīng)理單擊選中要審批的車輛調(diào)撥申請記錄。2)總經(jīng)理單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。
4)總經(jīng)理可以在審批意見文本框上添加或修改批復意見，也可以完全刪除，重新填寫。
5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復結(jié)果。
6)總經(jīng)理編輯完相應(yīng)的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛調(diào)撥申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總經(jīng)理確認 2）返回到管理系統(tǒng)主界面
后置條件：選中的車輛調(diào)撥申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見。
注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復的公司所屬車輛調(diào)撥申請記錄。
三、車輛報廢管理
用例9 用例名稱：添加車輛報廢申請 用例識別號：3.1.1 參與者：二級公司用戶
簡要說明：二級公司用戶添加一個車輛報廢申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)。基本事件流：
1)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗口。
3)二級公司用戶可以在相應(yīng)的文本框上添加或修改申請單，也可以完全刪除，重新填寫。
4)二級公司用戶編輯完相應(yīng)的文本框，單擊“存盤”按鈕，一條新的車輛報廢申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止。其它事件流：
在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：
1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。
后置條件：一條新的車輛報廢記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。
用例10 用例名稱：刪除車輛報廢申請 用例識別號：3.1.2 參與者：二級公司用戶
簡要說明：二級公司用戶刪除一個車輛報廢申請記錄。
前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)、將要被刪除的車輛報廢申請沒有被審批?；臼录鳎?/p>
1)二級公司用戶單擊選中要刪除的車輛報廢申請記錄。2)二級公司用戶單擊“刪除”按鈕。3)系統(tǒng)出現(xiàn)“提示是否刪除”窗口。
4)二級公司用戶單擊“是”按鈕，該車輛報廢申請記錄就被從數(shù)據(jù)庫中刪除。5)用例終止。
其它事件流：
在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛報廢申請記錄不會被刪除。異常件流：
1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的默認的車輛報廢申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。
注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。
用例11 用例名稱：總工程師報廢申請審批 用例識別號：3.2.1 參與者：總工程師
簡要說明：總工程師對二級公司用戶提交的車輛報廢申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛報廢申請。
基本事件流：
1）總工程師單擊選中要審批的車輛報廢申請記錄。2）總工程師單擊“審批”按鈕。3）系統(tǒng)出現(xiàn)編輯窗口。
4）總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。
5）總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。
6）總工程師編輯完相應(yīng)的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7）用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。
3）后置條件：選中的車輛報廢申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。
注釋：審批之前，要先使用查詢功能，查出未審批的車輛報廢申請記錄。
用例12 用例名稱：總經(jīng)理報廢申請批復 用例識別號：3.3.1 參與者：總經(jīng)理
簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛報廢申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛報廢申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛報廢申請記錄?；臼录鳎?/p>
1)總經(jīng)理單擊選中要審批的車輛報廢申請記錄。2)總經(jīng)理單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。
4)總經(jīng)理可以在審批意見文本框上添加或修改批復意見，也可以完全刪除，重新填寫。
5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復結(jié)果。
6)總經(jīng)理編輯完相應(yīng)的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的車輛報廢申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見。
注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復的公司所屬車輛報廢申請記錄。
4.4功能活動圖
1、用戶登錄活動圖
2、車輛基本信息管理活動圖
3、車輛購置管理活動圖 4.5狀態(tài)圖
1、車輛購置申請單狀態(tài)圖
2、車輛基本信息狀態(tài)圖
5非功能需求
5.1性能需求
5.1.1時間、界面、響應(yīng)要求
由于此系統(tǒng)主要用于信息的保管查詢，即對數(shù)據(jù)的安全性要求極高。為防止對信息資料和管理程序的惡意破壞，及惡意的竊取私人信息，要求有較為可靠的安全性能。另外也需要高速的響應(yīng)，要求穩(wěn)定、安全、便捷，易于管理和操作。另外使用者大多為非計算機人員，所以要求界面友善，交互性強。查詢速度：不超過5秒；
其它所有交互功能反應(yīng)速度：不超過3秒； 可靠性：平均故障間隔時間不低于300小時。信息容量：不低于10G時可能出現(xiàn)系統(tǒng)崩潰。
5.1.2靈活性
當用戶需求，如操作方式，運行環(huán)境，結(jié)果精度，數(shù)據(jù)結(jié)構(gòu)與其他軟件接口等發(fā)生變化時，設(shè)計的軟件要做適當調(diào)整,靈活性非常大。
5.2數(shù)據(jù)管理需求
5.2.1系統(tǒng)數(shù)據(jù)流圖
車輛購置業(yè)務(wù)流程圖
車輛調(diào)撥業(yè)務(wù)流程圖 車輛報廢業(yè)務(wù)流程圖
5.2.2數(shù)據(jù)整理與保存
應(yīng)滿足隨時整理的需求，用戶可隨時更改數(shù)據(jù)，保存數(shù)據(jù)。對于數(shù)據(jù)唯一性的識別應(yīng)放在多個關(guān)鍵字之上。
5.2.3數(shù)據(jù)安全性
數(shù)據(jù)應(yīng)具有極高的安全性，為了保護用戶的隱私，仍需設(shè)置登陸及密碼保護，以防用戶的信息被人竊取。
5.3故障處理需求
1、內(nèi)部故障處理: 在開發(fā)階段可以隨即修改數(shù)據(jù)庫里的相應(yīng)內(nèi)容。
2、外部故障處理: 24 對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調(diào)用時出錯，有錯誤提示，重試。
3、本軟件可能產(chǎn)生的錯誤為數(shù)據(jù)庫的錯誤信息，應(yīng)由數(shù)據(jù)庫管理員對數(shù)據(jù)庫進行維護。為了確保系統(tǒng)恢復的能力，數(shù)據(jù)庫管理員要定期對數(shù)據(jù)庫進行備份。但產(chǎn)品投入使用后，則由維護人員跟進。
第五篇：物流管理系統(tǒng)—需求規(guī)格說明書
物流管理系統(tǒng)
需求規(guī)格說明書
修訂歷史記錄
日期
版本
說明
作者
2009-X-X
1.0
1引言
1.1編寫目的3
1.2背景
1.2.1背景說明
1.2.2系統(tǒng)名稱定義與目標對象：
1.2.3系統(tǒng)面向的用戶群體
1.3術(shù)語定義
1.4參考資料
2業(yè)務(wù)概述
2.1業(yè)務(wù)場景和約束
2.1.1概述
2.1.2業(yè)務(wù)流程
3具體需求
3.1功能性需求
3.1.1功能性需求分類
3.1.2用戶管理
3.1.3車輛管理
3.1.4駕駛員管理
3.1.5運力查詢
3.1.6承運任務(wù)管理
3.1.7運輸成本核算
3.2非功能性需求
3.2.1可用性
3.2.2可靠性
3.2.3性能
3.2.4可支持性
3.2.5設(shè)計約束
3.2.6安全性
3.2.7用戶界面
3.2.8授權(quán)需求
1引言
1.1編寫目的編寫該文檔目的在于明確系統(tǒng)范圍，明確物流管理系統(tǒng)的業(yè)務(wù)流程，并規(guī)范化的記錄該系統(tǒng)的功能需求和非功能性需求。
本文檔主要供以下人員閱讀和使用：
l
為軟件開發(fā)團隊，包括項目開發(fā)人員和測試人員項目開發(fā)參考用
l
其它相關(guān)用戶,了解系統(tǒng)的需求范圍和實現(xiàn)目標，目的在于更好的使用系統(tǒng)
1.2背景
1.2.1背景說明
物流管理系統(tǒng)主要為物流公司解決日常辦公和項目管理的需求，協(xié)助工作人員進行日常物流管理和人員管理，提高管理效率，降低運作成本，增強企業(yè)長期競爭力。
通過該系統(tǒng)，物流公司運輸管理人員能實現(xiàn)對車隊、車輛的動態(tài)管理；調(diào)度人員能隨時了解車輛動向和使用情況；承運業(yè)務(wù)員能開出和接收承運單；財務(wù)人員也能通過該系統(tǒng)進行運輸成本的核算。
1.2.2系統(tǒng)名稱定義與目標對象：
本案例中系統(tǒng)名為“物流管理系統(tǒng)”，主要供物流公司內(nèi)部使用。
1.2.3系統(tǒng)面向的用戶群體
系統(tǒng)面向物流公司的工作人員，包括財務(wù)人員、運輸管理人員、調(diào)度人員、承運業(yè)務(wù)員
等。
1.2.3.1用戶的特征
用戶大都具備以下特征：
l
有IE使用經(jīng)驗
l
了解網(wǎng)絡(luò)
l
了解辦公自動化
1.2.3.2用戶環(huán)境
用戶的計算機環(huán)境大致如下：
l
Windows
XP簡體中文版
l
IE瀏覽器
l
MS
Office辦公軟件
l
Outlook或Foxmail郵件管理
1.3術(shù)語定義
序號
名
稱
說
明
LMS
物流管理系統(tǒng)
1.4參考資料
序號
文
檔
版本
說
明
《企業(yè)物流管理》
2005-1-1
本系統(tǒng)查閱了本書的相關(guān)資料
2業(yè)務(wù)概述
2.1業(yè)務(wù)場景和約束
2.1.1概述
物流管理系統(tǒng)主要為物流公司解決日常辦公和項目管理的需求，協(xié)助工作人員進行日常
物流管理和人員管理，提高管理效率，降低運作成本，增強企業(yè)長期競爭力。
通過該系統(tǒng)，物流公司運輸管理人員能實現(xiàn)對車隊、車輛的動態(tài)管理；調(diào)度人員能隨時了解車輛動向和使用情況；承運業(yè)務(wù)員能開出和接收承運單；財務(wù)人員也能通過該系統(tǒng)進行。
簡單示意圖如下：
2.1.2業(yè)務(wù)流程
車輛管理模塊：
車輛管理模塊分車隊信息維護和車輛信息維護。在車隊信息維護中，由運輸管理員新增車隊、更新車隊、查詢車隊和刪除車隊。其中，查詢車隊分按車隊編號查詢、按車隊名稱查詢、按車輛柜型查詢、按車輛容積查詢、按車輛狀態(tài)查詢。在車輛信息維護中，由運輸管理員新增車輛、更新車輛、查詢車輛和刪除車輛。其中，查詢車輛分按車牌號碼查詢、按車輛類型查詢、按車輛載重查詢、按車輛使用狀態(tài)查詢、按車輛所屬車隊查詢、按車輛當前任務(wù)查詢、按車輛計劃任務(wù)查詢;在新增車輛時，運輸管理員填入車輛詳細信息，并在車隊列表中選擇所屬車隊。
駕駛員管理模塊：
本模塊由運輸管理員新增駕駛員，更新駕駛員，查詢駕駛員及刪除駕駛員。其中，查詢駕駛員分按姓名查詢、按政治面貌查詢、按所屬車隊ID查詢、按狀態(tài)查詢。
運力查詢模塊：
本模塊分為運力綜合查詢和歷史承運任務(wù)查詢。運力綜合查詢分車隊查詢和車輛查詢。其中，車隊查詢分按車隊狀態(tài)查詢、按車隊ID查詢、按車隊名字查詢、按柜型查詢;車輛查詢按車輛狀態(tài)查詢、按車牌查詢、按所屬車隊查詢。歷史承運任務(wù)分按客戶名稱查詢、按取貨時間查詢、按車牌號碼查詢、按主駕駛員查詢、按交貨地點查詢、按托運單查詢、按預定車型查詢。
承運任務(wù)管理模塊：
本模塊分為開出承運單、承運單管理、承運單接收。承運單管理中，分查詢承運單，更新承運單，刪除承運單及承運單派車，其中，承運單查詢分按客戶名稱查詢、按取貨時間查詢、按車牌號碼查詢、按主駕駛員查詢、按交貨地點查詢、按托運單查詢、按預定車型查詢。承運單派車通過選擇未派車承運單并選取車輛。承運單接收中，通過客戶名稱、取貨時間、交貨地點查詢未接收承運單。
車隊運輸成本維護模塊：
本模塊分為查詢承運單、插入成本、修改成本。由財務(wù)人員查詢出承運單，并對相應(yīng)承運單插入成本
用戶管理模塊：
本模塊由注冊用戶、修改用戶、刪除用戶組成。由擁有用戶管理角色人員負責錄入，查詢，修改及刪除用戶。
2.2系統(tǒng)角色分析
綜合客戶的業(yè)務(wù)流程并進行用戶分析后，可以把用戶分成如下的幾類角色。這樣可以基于這些角色進行系統(tǒng)流程的權(quán)限控制，并且這種基于角色的權(quán)限管理使業(yè)務(wù)系統(tǒng)更加靈活可擴展。
角色中文名稱
角色名稱
權(quán)限
用戶管理
administrators
用戶管理員,可做用戶相關(guān)操作。
車輛管理
transportUsers
可進入用車輛管理功能模塊，功能模塊入口權(quán)限。只有擁有此角色的用戶，登錄系統(tǒng)后才能看到左側(cè)用車輛管理功能菜單。
運力查詢
carryUsers
可查詢車輛及車隊操作和查詢歷史承運任務(wù)
承運任務(wù)管理
dispatcher
可執(zhí)行插入承運單、管理承運單操作
運輸成本核算
FinanceUsers
可執(zhí)行插入承運任務(wù)成本、管理承運任務(wù)成本操作
有了上面的角色分析后，我們按照角色進行用例分析如下：
?
用戶管理與角色對應(yīng)
?
車輛管理與角色對應(yīng)
?
駕駛管理與角色對應(yīng)
?
承運單管理與角色對應(yīng)
?
運力查詢與角色對應(yīng)
?
運輸成本核算與角色對應(yīng)
3具體需求
3.1功能性需求
3.1.1功能性需求分類
物流管理系統(tǒng)功能模塊劃分如下表：
功能模塊
子功能
功能細化
1用戶管理
1.1用戶信息維護
1.1.1增加新帳戶
1.1.2查看賬戶
1.1.3刪除賬戶
2車輛管理
2.1車隊信息維護
2.1.1錄入車隊信息
2.1.2修改車隊信息
2.1.3刪除車隊信息
2.1.4查詢車隊信息
2.2車輛信息維護
2.2.1錄入車輛信息
2.2.2修改車輛信息
2.2.3刪除車輛信息
2.2.4查詢車輛信息
3駕駛員管理
3.1駕駛員信息維護
3.1.1錄入駕駛員信息
3.1.2修改駕駛員信息
3.1.3刪除駕駛員信息
3.1.4查詢駕駛員信息
4運力查詢
4.1運力綜合查詢
4.1.1查詢承運車隊
4.1.2查詢承運車輛
4.2歷史承運任務(wù)查詢
4.2.1查詢承運單
5承運任務(wù)管理
5.1承運單開出
5.1.1開出承運單
5.1.2修改承運單
5.1.3刪除承運單
5.1.4查詢承運單
5.2承運單接收
5.2.1接收承運單
6運輸成本核算
6.1車隊運輸成本維護
6.1.1錄入成本
6.1.2查詢承運任務(wù)
6.1.3修改成本
6.2車隊運輸成本核算
6.2.1核算運輸成本
3.1.2用戶管理
在用戶管理功能模塊中，主要是完成公文的起草、審核、審批、發(fā)文和歸檔等操作，實現(xiàn)用戶管理的辦公自動化，主要功能見下表：
用戶管理模塊
模塊名稱
功能概述
【用戶管理區(qū)】
增加新帳戶
錄入用戶基本信息，選擇用戶角色，完成用戶的創(chuàng)建
查看賬戶
查看用戶基本信息及用戶角色
刪除賬戶
查看用戶基本信息及用戶角色，將一些沒用的用戶進行刪除
如上表所示，功能分為“用戶辦公區(qū)”和“系統(tǒng)管理區(qū)”等兩個大的部分，主要供系統(tǒng)管理員創(chuàng)建、刪除用戶。
幾個模塊要求實現(xiàn)的功能具體說明如下：
1)
用戶注冊
l
用戶注冊，錄入用戶信息和選擇用戶角色
2)
用戶修改
在“用戶修改”功能中，要求系統(tǒng)顯示已有用戶列表。如果需要刪除某個用戶，需要在用戶列表中選擇刪除。具體實現(xiàn)要求如下：
l
顯示已有用戶信息，包括“用戶名”、“郵箱”等信息
l
在每條用戶信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠?qū)崿F(xiàn)刪除操作
3.1.3車輛管理
車輛管理模塊
模塊名稱
功能概述
【用戶辦公區(qū)】
錄入車輛信息
運輸管理人員錄入車輛的基本信息，車輛添加
查詢車輛信息
運輸管理人員輸入查詢車輛的條件，查詢車輛信息
錄入車隊信息
運輸管理人員錄入車隊的基本信息，車隊添加
查詢車隊信息
運輸管理人員輸入查詢車隊的條件，查詢車隊信息
修改車隊信息
運輸管理人員將一些錯誤的車隊信息，進行修改
修改車輛信息
運輸管理人員將一些錯誤的車輛信息，進行修改
刪除車隊信息
運輸管理人員將一些已不存在的車隊信息，進行刪除
刪除車輛信息
運輸管理人員將一些已不存在的車輛信息，進行刪除
如上表所示，功能分為“用戶辦公區(qū)”和“系統(tǒng)管理區(qū)”等兩個大的部分，主要供系統(tǒng)運輸管理錄入、修改、刪除車輛及車隊信息。
幾個模塊要求實現(xiàn)的功能具體說明如下：
1)
錄入車輛信息
l
運輸管理，錄入車輛的基本信息，并提交
2)
查詢車輛信息
在“查詢車輛信息”功能中，要求系統(tǒng)顯示已有車輛列表。如果需要刪除、修改某個車輛信息，需要在車輛列表中選擇刪除、修改。具體實現(xiàn)要求如下：
l
顯示已有車輛信息，包括“車牌號碼”、車輛類型”等信息
l
在每條車輛信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠?qū)崿F(xiàn)刪除操作
l
在每條車輛信息后，有“編輯”按鈕，點擊“編輯”按鈕后能夠?qū)崿F(xiàn)修改操作
4)
錄入車隊信息
l
運輸管理，錄入車隊的基本信息，并提交
5)
查詢車隊信息
在“查詢車隊信息”功能中，要求系統(tǒng)顯示已有車隊列表。如果需要刪除、修改某個車隊信息，需要在車隊列表中選擇刪除、修改。具體實現(xiàn)要求如下：
l
顯示已有車隊信息，包括“車隊編號”、“車隊名稱”等信息
l
在每條車隊信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠?qū)崿F(xiàn)刪除操作
l
在每條車隊信息后，有“編輯”按鈕，點擊“編輯”按鈕后能夠?qū)崿F(xiàn)修改操作
3.1.4駕駛員管理
駕駛員管理模塊
模塊名稱
功能概述
【用戶辦公區(qū)】
錄入駕駛員信息
運輸管理人員錄入駕駛員的基本信息，駕駛員添加
查詢駕駛員信息
運輸管理人員輸入查詢駕駛員的條件，查詢駕駛員信息
修改駕駛員信息
運輸管理人員將一些錯誤的駕駛員信息，進行修改
刪除駕駛員信息
運輸管理人員將一些已不存在的駕駛員信息，進行刪除
1)
錄入駕駛員信息
l
運輸管理，錄入駕駛員的基本信息，并提交
2)
查詢駕駛員信息
在“查詢駕駛員信息”功能中，要求系統(tǒng)顯示已有駕駛員列表。如果需要刪除、修改某個駕駛員信息，需要在駕駛員列表中選擇刪除、修改。具體實現(xiàn)要求如下：
l
顯示已有駕駛員信息，包括“姓名”、“性別”等信息
l
在每條駕駛員信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠?qū)崿F(xiàn)刪除操作
l
在每條駕駛員信息后，有“編輯”按鈕，點擊“編輯”按鈕后能夠?qū)崿F(xiàn)修改操作
3.1.5運力查詢
運力查詢模塊
模塊名稱
功能概述
【用戶辦公區(qū)】
查詢承運車隊
調(diào)度員與承運業(yè)務(wù)員輸入查詢車隊的條件，查詢車隊基本信息
查詢承運車輛
調(diào)度員與承運業(yè)務(wù)員輸入查詢車輛的條件，查詢車輛基本信息
查詢承運單
調(diào)度員與承運業(yè)務(wù)員輸入查詢承運單的條件，查詢已完成的承運單基本信息
1)
查詢承運車隊信息
在“查詢承運車隊信息”功能中，要求系統(tǒng)顯示已有承運車隊列表。如果需要查詢特定條件的車隊信息，可輸入條件查詢。
l
顯示已有車隊信息，包括“車隊編號”、“車隊名稱”等信息
2)
查詢承運車輛信息
在“查詢承運車輛信息”功能中，要求系統(tǒng)顯示已有承運車輛列表。如果需要查詢特定條件的車輛信息，可輸入條件查詢。
l
顯示已有車輛信息，包括“車牌號碼”、“車輛類型”等信息
3)
查詢承運單
在“查詢承運單”功能中，要求系統(tǒng)顯示已有承運單列表。如果需要查詢特定條件的承運單信息，可輸入條件查詢。
l
顯示已有承運單信息，包括“托運單號”、“貨物名稱”等信息
3.1.6承運任務(wù)管理
承運任務(wù)管理模塊
模塊名稱
功能概述
【用戶辦公區(qū)】
開出承運單
承運業(yè)務(wù)員錄入承運單的基本信息，并提交，開出承運單
查詢承運單
承運業(yè)務(wù)員輸入查詢承運單的條件，查詢承運單
接收承運單
承運業(yè)務(wù)員接收未接收的承運單
修改承運單
承運業(yè)務(wù)員在承運列表中選擇要修改的承運單號，對承運單進行修改
刪除承運單
承運業(yè)務(wù)員人員將一些不接收的承運單，進行刪除
1)
錄入承運單信息
l
承運業(yè)務(wù)員，錄入承運單的基本信息，并提交
2)
接收承運單
l
承運業(yè)務(wù)員，可在承運單列表中選擇要接收的承運單，點擊“接收”按鈕
3)
查詢承運單信息
在“查詢承運單信息”功能中，要求系統(tǒng)顯示已有承運單列表并可通過條件查詢。如果需要刪除、修改某個承運單信息，需要在承運單列表中選擇刪除、修改。具體實現(xiàn)要求如下：
l
顯示已有承運單信息，包括“托運單號”、“貨物名稱”等信息
l
在每條承運單信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠?qū)崿F(xiàn)刪除操作
l
在每條承運單信息后，點擊“托運單號”后能夠?qū)崿F(xiàn)修改操作
3.1.7運輸成本核算
承運任務(wù)管理模塊
模塊名稱
功能概述
【用戶辦公區(qū)】
錄入成本
財務(wù)人員為承運單錄入成本
查詢承運任務(wù)
財務(wù)人員輸入條件查詢承運單任務(wù)
核算運輸成本
財務(wù)人員通過選擇承運單列表中的成本ID查看成本核算
1)
錄入成本信息
l
承運業(yè)務(wù)員，錄入成本的基本信息，并提交
2）查詢承運任務(wù)
在“承運單查詢”功能中，要求系統(tǒng)顯示已有用戶列表并可根據(jù)條件查詢。具體實現(xiàn)要求如下：
l
顯示已有承運信息，包括“托運單號”、“貨物名稱”等信息
3）核算運輸成本
l
財務(wù)人員可在承運單列表中選擇要添加的成本的承運單，在點擊“插入成本”
l
財務(wù)人員可在承運單列表中選擇已插入成本的承運單的成本ID查看成本核算
3.2非功能性需求
3.2.1可用性
由于本系統(tǒng)面向非專業(yè)的IT辦公人員，因此要求系統(tǒng)符合一般的物流管理系統(tǒng)操作方式，每個操作步驟都有詳細的操作說明或者提示，指引用戶完成承運任務(wù)，要求簡單、易用。
3.2.2可靠性
1、系統(tǒng)每天至少保持23小時30分的可用時間，每天凌晨3：30到4：00之間進行日常系統(tǒng)維護工作，如數(shù)據(jù)傳輸，交換等。
2、臨時系統(tǒng)停機時間，每月合計必須小于3小時。
3.2.3性能
在多個并發(fā)用戶更新同一賬戶信息時，第一個可以成功更新。隨后的更新在提交之前，顯示錯誤信息“用戶數(shù)據(jù)已經(jīng)更改，是否需要刷新用戶數(shù)據(jù)？”。
3.2.4可支持性
系統(tǒng)提供如下兩種瀏覽器兼容支持：
Microsoft
Internet
Explorer
6.0及其以上版本；
Netscape
Navigator
6.0及其以上版本。
3.2.5設(shè)計約束
1、遵循《C#編碼規(guī)范》
2、ASP.NET
2.03、SQL
Server20054、Microsoft
Visual
Studio20055、IIS5.0或以上版本
3.2.6安全性
安全性需求通常分為六類：
1、對于重要數(shù)據(jù)（比如用戶密碼）進行了不可逆加密，防止泄露。
2、在與數(shù)據(jù)庫交互中，不使用SQL拼接方式，全部使用傳參方式，有效杜絕了SQL注入。
3、用戶認證需求：闡述系統(tǒng)表示用戶和用戶認證的方法。
4、授權(quán)：如果認證成功，根據(jù)用戶的級別，允許其執(zhí)行不同的系統(tǒng)功能。
5、數(shù)據(jù)完整性和隱私需求：
確保數(shù)據(jù)完整，不會影響系統(tǒng)安全。
6、事務(wù)完整性和審計需求：確保用戶無法清除自己的在系統(tǒng)中的活動。記錄活動相
關(guān)的數(shù)據(jù)，使得系統(tǒng)管理員可以發(fā)現(xiàn)所有可能的危險行為。
3.2.7用戶界面
符合物流管理公司人員的使用習慣，界面以簡潔大方為主，適合有IE使用經(jīng)驗及了解網(wǎng)絡(luò)的辦公人員使用。
3.2.8授權(quán)需求
系統(tǒng)必須實現(xiàn)一定的頁面訪問限制。用戶只能訪問自己有權(quán)限操作的頁面（具體可操作的部分詳見系統(tǒng)的功能性需求中各模塊的用例）。
文檔內(nèi)容僅供參考
點擊咨詢 