第一篇：電影院售票系統需求規格說明書（最終版）

文檔編號: CTS-1 版 本 號: V1.0

文檔名稱： 需求規格說明書 項目名稱： 影院售票系統 項目負責人： XX XX XX

編寫： XX XX年XX月XX日 校對： XX XX年XX月XX日 審核： XX XX年XX月XX日

開發單位： XX

引言

1.1 編寫目的

編寫本文檔的目的是根據系統分析工程師和客戶溝通的結果，對用戶需求進行了全面細致的分析，深入描述《影院售票系統》軟件的功能和性能與界面，確定該軟件設計的限制和定義軟件的其他有效性需求。

1.2 項目背景

現在中國大部分的家庭都喜歡在家里置辦屬于自己風格的家庭影院。但是，仍然有很人喜歡到電影院去看電影。因為家里的氣氛畢竟不如影院好。所以，現代家庭影院的出現并不會讓電影院沒有生路。

隨著社會的發展和進步，社會大分工的細致化和服務化，成為了當今趨勢。

為了提高勞動的效率、節約成本、提高服務質量，我們小組開發了此款軟件。用以方便影院的售票和客戶的購買。通過這個軟件，可以很快實現一些常用的服務，并保證無錯、高效。

每個社會服務系統都有自己的一套管理機制。當然，電影院也不除外。其實電影院的管理系統應該來說比其他的社會服務系統的管理要簡單一點。電影院不外乎是引進電影，制定播放影片的時間表，買票，檢票進場觀看，還有就是一些數據管理方面的事。如工作人員管理，票務管理等等。為了工作機制簡單有序，必然要引進一套管理系統。

1.3 定義

文檔中采用的專門術語的定義及縮略詞簡要如下 CTS：CINEMA TICKET SYSTEM 影院售票系統

1.4 參考資料

[1]唐學忠，費賢舉，王文琴。《Visual Basic 程序設計教程》。北京：中國電力出版社，2008普通高等教育“十一五”國家級規劃教材。[2]張海潘。《軟件工程》。人民郵電出版社，21世紀高等學校計算機規劃教材。任務概述

2.1 目標

具體而言，影院售票系統需要實現以下的需求：

（1）能夠對播放電影，工作人員，售票事宜，檢票事宜，無用數據進行處理。（2）售票管理自然有專人負責，要處理各電影的電影票銷售問題。當然包括退票問題，還有就是預訂電影票其實也就相當于買票。兩者可以當一回事處理。

（3）檢票管理事宜要完成觀眾進場時檢票的事宜。其中包括了電影票的真假檢測問題。（4）數據管理要處理電影的播放的次序，工作人員的管理，以及過期電影票的處理問題。

2.2 運行環境

Intel486以上系列、AMD K6 以上系列等PC臺式機和便攜式電腦；

運行時占用內存：≤1MB；

所需硬盤空間：≤5MB；

軟件平臺：中文Windows2000/XP或更高版本；

2.3 條件與限制

比較簡單，不能實現完善和全面的功能。在貨幣交易時還不能進行更好的管理。對于一些突發事件無法處理，以及影院的特殊要求服務無法實現。數據描述

3.1 靜態數據

影院售票系統的靜態數據包括：

影庫管理表(MOVIES): 電影號（long）

電影名稱(nvarchar)導演(nvarchar)主演(nvarchar)制片廠(nvarchar)上映時間(datetime)價格

（long）

售票信息表(TICKETS):

電影票號（long）

座位號

（long）電影號

（long）電影名

(nvarchar)上映時間(datetime)價格

（long）驗證碼

（long）

職工信息表（WORKERS）： 職工號（nvarchar）

職工密碼（nvarchar）職工類型（nvarchar）

3.2 動態數據

輸入數據：鼠標對按鈕的點擊：服務系統選擇 職工工號、密碼 輸出數據：無 內部數據：無

3.3數據庫描述

數據庫采用Microsoft Access數據庫。

3.4數據流圖和數據詞典

《影院售票系統》的總體功能如下： ? 職工的登錄和注銷；

? 為觀眾提供買票即座位銷售，以及退票服務；

? 對進場觀眾檢票，如果發現有假票或無票觀眾不允許入內； ? 系統維護；

? 對電影庫播放列表的管理；

? 對職工數據的處理，如增加、刪除和更改；

? 對所售出的電影票進行管理，把沒用的數據進行清除

1）登錄部分

（1）數據流圖

職工信息表檢驗錯誤密碼工號職工密碼身份檢驗操作信息密碼修改售票選擇檢票選擇登錄系統選擇維護選擇職工信息職工信息表操作確認

（2）數據詞典

? 數據源點及匯點描述： ① 名稱：職工

簡要描述：管理職工信息

有關數據流：職工工號、密碼、系統選擇：售票系統、檢票系統、維護系統 數目：1 ? 加工邏輯詞條描述： ① 加工名：身份檢驗

加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 加工邏輯： IF 工號為空 THEN

發出“工號為空錯誤”

ELSE IF 密碼為空 THEN

發出“密碼為空錯誤”

ELSE IF 工號和密碼不符 THEN

發出“工號和密碼不匹配錯誤”

ENDIF

ENDIF

ENDIF

ENDIF

? 數據流名詞條描述： ① 數據流名：職工號

說明：職工的工號 數據流來源：職工 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 ② 數據流名：密碼

說明：與職工名稱相匹配的密碼 數據流來源：職工 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： ③ 數據流名：出錯信息

說明：用于指示身份驗證錯誤的信息 數據流來源：身份檢驗 數據流去向：職工

數據流組成：出錯信息＝任意字符串 ④ 數據流名：系統名稱

說明：系統的名稱 數據流來源： 數據流去向：選擇 數據流組成： ? 數據文件詞條描述：

① 數據文件名：職工信息表

簡述：存放職工信息 輸入數據：

輸出數據：職工信息

數據文件組成：職工信息表由“職工信息”組成

2）職工售票及退票

電影票信息表檢驗錯誤 售票管理人員電影票信息身份檢驗職工信息職工信息表操作確認操作信息售票隨機產生驗證碼電影票信息表電影票信息退票工號密碼

(2):數據詞典：

? 數據源點及匯點描述： 名稱：售票管理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：售票 ○加工編號：2 簡要描述：根據所讀入的操作信息，售出電影票 輸入數據流：操作信息，電影票信息 輸出數據流：電影票信息，操作確認

加工邏輯：根據所讀入的操作信息，售出電影票

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號

數據流來源：售票管理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：售票管理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：電影票信息 ○說明：電影票信息

數據流來源：售票管理人員 數據流去向：電影票信息表

? 數據文件詞條描述：

① 數據文件名：電影票信息表

簡述：電影票信息 輸入數據：電影票信息 輸出數據：

數據文件組成：電影票信息表由“電影票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

3）檢票

電影票信息表檢驗錯誤檢票管理人員電影票信息身份檢驗職工信息職工信息表操作確認操作信息檢票驗證號驗證真偽工號密碼

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：檢票管理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：檢票 ○加工編號：3 簡要描述：根據所讀入的操作信息，檢驗電影票 輸入數據流：操作信息，電影票信息 輸出數據流：電影票信息，操作確認

加工邏輯：根據所讀入的操作信息，檢驗電影票

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號

數據流來源：檢票管理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：檢票管理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：電影票信息 ○說明：電影票信息

數據流來源：檢票管理人員 數據流去向：電影票信息表

? 數據文件詞條描述：

① 數據文件名：電影票信息表

簡述：電影票信息 輸入數據：電影票信息 輸出數據：

數據文件組成：電影票信息表由“電影票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

4）維護系統

影庫管理表檢驗錯誤 數據處理人員影庫信息身份檢驗職工信息職工信息表操作確認操作信息職工信息表職工信息維護系統選擇影庫管理表票務信息工號密碼

（2）數據詞典

? 數據源點及匯點描述： ② 名稱：數據處理人員

簡要描述：管理職工信息

有關數據流：職工工號、密碼、系統選擇：影庫系統、職工系統、票務系統 數目：1 ? 加工邏輯詞條描述： ② 加工名：身份檢驗

加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 3加工名：維護 ○加工編號：4 簡要描述：選擇要維護的系統 輸入數據流：操作信息，系統信息 輸出數據流：系統信息，操作確認 加工邏輯：選擇要維護的系統

? 數據流名詞條描述： ⑤ 數據流名：職工號

說明：職工的工號

數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 ⑥ 數據流名：密碼

說明：與職工名稱相匹配的密碼 數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： ⑦ 數據流名：出錯信息

說明：用于指示身份驗證錯誤的信息 數據流來源：身份檢驗 數據流去向：數據處理人員

數據流組成：出錯信息＝任意字符串 ⑧ 數據流名：系統名稱

說明：系統的名稱

數據流來源：數據處理人員 數據流去向：選擇 數據流組成： ? 數據文件詞條描述：

② 數據文件名：職工信息表

簡述：存放職工信息 輸入數據：

輸出數據：職工信息

數據文件組成：職工信息表由“職工信息”組成

（1）影庫管理

影庫管理表檢驗錯誤 數據處理人員影庫信息身份檢驗職工信息職工信息表操作確認操作信息影庫管理工號密碼

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：數據處理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：影庫管理 ○加工編號：5 簡要描述：根據所讀入的操作信息，對影庫信息進行查詢、增加、刪除、修改等 輸入數據流：操作信息，影庫信息 輸出數據流：影庫信息，操作確認

加工邏輯：根據所讀入的操作信息，對影庫信息進行查詢、增加、刪除、修改等

? 數據流名詞條描述： 數據流名：職工號 ○

說明：職工的工號

數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：影庫信息 ○說明：影庫信息

數據流來源：數據處理人員 數據流去向：影庫管理表

? 數據文件詞條描述：

① 數據文件名：影庫管理表

簡述：影庫信息 輸入數據影庫信息 輸出數據：

數據文件組成：影庫管理表由“影庫信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

（2）職工管理

職工信息表檢驗錯誤 數據處理人員職工信息身份檢驗職工信息職工信息表操作確認 工號密碼操作信息職工管理

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：數據處理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：職工管理 ○加工編號：6 簡要描述：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等 輸入數據流：操作信息，職工信息 輸出數據流：職工信息，操作確認

加工邏輯：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號 數據流來源：職工 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：職工 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：職工信息 ○說明：職工信息

數據流來源：數據處理人員 數據流去向：職工信息表

? 數據文件詞條描述：

① 數據文件名：職工信息表

簡述：職工信息 輸入數據：職工信息 輸出數據：

數據文件組成：職工信息表由“職工信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

（3）票務管理

影庫管理表檢驗錯誤 數據處理人員電影票信息身份檢驗職工信息職工信息表操作確認

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：數據處理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：職工管理 ○加工編號：7 簡要描述：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等 輸入數據流：操作信息，職工信息 工號密碼操作信息票務管理

輸出數據流：職工信息，操作確認

加工邏輯：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號 數據流來源：職工 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：職工 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：影庫信息 ○說明：影庫信息

數據流來源：數據處理人員 數據流去向：影庫管理表

? 數據文件詞條描述：

① 數據文件名：影庫管理表

簡述：影庫信息 輸入數據：影庫信息 輸出數據：

數據文件組成：影庫管理表由“影庫信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

3.5.數據采集

數據采集采用鍵盤輸入和鼠標點擊選擇。功能需求

4.1 功能劃分

該軟件具有如下主要功能： 1.查詢功能； 2.添加功能； 3.修改功能； 4.刪除功能； 5.授權功能

4.2 功能描述

1.查詢功能

? 職工信息查詢； ? 影片信息查詢； 2.添加功能

? 增加一個影片； ? 增加一個職工 3.修改功能

? 修改影片或職工已存在的記錄內容，提供確認機制； 4.刪除功能

? 刪除一個影片； ? 刪除一個職工 5.授權功能；

? 僅有職工有操作的權限； 性能需求 5.1 時間特性

一般操作的響應時間應在1－2秒內。

5.2 適應性

滿足運行環境在允許操作系統之間的安全轉換和與其它應用軟件的獨立運行要求。運行需求 6.1 用戶界面

采用網頁顯示方式，可同時打開多個窗口運行。

6.2 硬件接口

支持各種x86系列PC機。

6.3 軟件接口

運行于Windows 2000/xp及更高版本并裝有IE的操作系統之上。

6.4 故障處理

正常使用時不應出錯，對于用戶的輸入錯誤應給出適當的改正提示。若運行時遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。

第二篇：火車售票系統需求規格說明書

車 售 票 系 統

需 求 規 格 說 明 書

作者：李艷亮 2013年11月 火

目錄

1．引言.............................................................................................................................................3

1.1編寫目的.............................................................................................................................3 1.2項目背景.............................................................................................................................3 1.3定義.....................................................................................................................................3 1.4參考資料.............................................................................................................................3 2．任務概述.....................................................................................................................................3

2.1目標.....................................................................................................................................3 2.2運行環境.............................................................................................................................4 2.3條件與限制.........................................................................................................................4 3．數據描述.....................................................................................................................................4

3.1靜態數據.............................................................................................................................4 3.2動態數據.............................................................................................................................4 3.3數據庫介紹.........................................................................................................................5 3.4數據詞典.............................................................................................................................5 3.5數據采集.............................................................................................................................9 4．功能需求.....................................................................................................................................9

4.1功能劃分.............................................................................................................................9 4.2功能描述...........................................................................................................................10 5．性能需求...................................................................................................................................10 5.1數據精確度.......................................................................................................................10 5.2時間特性...........................................................................................................................10 5.3適應性...............................................................................................................................10 6．運行需求...................................................................................................................................11 6.1用戶界面...........................................................................................................................11 6.2硬件接口...........................................................................................................................11 6.3軟件接口...........................................................................................................................11 6.4故障處理...........................................................................................................................11 7．其它需求...................................................................................................................................11

1．引言

1.1編寫目的

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本火車售票系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用。

1.2項目背景

1、.項目的委托單位：中國鐵路局

2、開發單位：湖南安全技術職業學院

3、軟件名稱：火車售票系統

1.3定義

1、鐵路售票應用系統軟件：基本元素為構成鐵路售票及相關行為所必須的各種部分。

2、需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

3、需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。

4、模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的。

1.4參考資料

1、《實用軟件工程》（第二版）鄭人杰，殷人昆，陶永雷，清華大學出版社，1997

2、《JAVA網絡高級編程》金勇華，曲俊生，人民郵電出版社，2001

3、《JBUILDER培訓教程》Borland software corporation，機械工業出版社，2002 2．任務概述

2.1目標

(1)完善目前火車售票系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能

（2）應用范圍：理論上能夠實現于鐵路部門的售票系統，其目的在于在原有的系統基礎

使得火車售票便捷化，以期實現完善日常生活中火車售票的各種缺陷。

（3）可實現旅客對于火車票的查詢與購買功能，售票員則可實現查詢、添加和刪除等功能；對于所查詢的車次結果提供列表顯示輸出；有一定的安全機制，普通旅客不能對車次信息隨意刪改，只有授權的售票員可通過密碼識別進行維護。

2.2運行環境

操作系統：Microsoft Windows 2000 Advanced Server 支持環境：IIS 5.0 數 據 庫：Microsoft SQL Server 2000 2.3條件與限制

一個更完善的火車售票系統，應提供更為便捷與強大的查詢購買功能，如相應的網絡操作及服務，由于開發時間和計算機數量有限，該系統并未提供這一功能，對于信息的保護手段僅限制于設置用戶級別，以記名提供數據文件的備份，比較簡單，不能防止惡意的破壞，安全性能有待進一步完善。

3．數據描述

3.1靜態數據

火車票：列車車號

(int SerialNumber)

列車始發時間(struct time SetOut)

列車始發站(char DeparturePoint)

列車終點站(char TerminalPoint)票務：列車車號

(int SerialNumber)

已售出車票票數(int FixedNumber)

額定載量（int FixNumber）售票員：用戶名（char name）

密碼(char password)3.2動態數據

輸入數據：根據界面提示，鍵盤輸入操作；

查詢方式：查詢車次、查詢始發站；

旅客購買時的票務信息，售票員添加、購票、退票時的票務信息；

售票員備份數據恢復所需的數據備份文件；

售票員操作需密碼，旅客操作受限； 輸出信息：查詢車次確定的數據庫記錄的子集；

統計結果；

車次信息錄入、刪除（成功或失敗）；

車次信息查詢、購買的操作結果；

數據備份輸出的數據備份文件； 內部數據：查詢操作建立的索引；

3.3數據庫介紹

數據庫采用Microsoft Access數據庫

3.4數據詞典

《火車售票系統》的總體功能如下：

車票的售出； 車票的退還； 車票信息的查詢； 車票的增刪改；

售票員查詢統計車票信息； 售票系統數據備份； 售票管理者口令修改； 1．售票員登陸系統：

（1）數據流圖

售票退票選擇檢驗錯誤售票員選擇用戶名密碼身份驗證售票員信息密碼正確登陸系統選擇選擇選擇授權信息表查詢錄入新的班次信息

（2）數據詞典

? 數據源點及匯點描述： ① 名稱：售票員

簡要描述：管理售票員信息

有關數據流：用戶名、密碼、系統選擇：售票系統、退票系統、查詢系統、錄入信息系統 數目：1 ? 加工邏輯詞條描述： ① 加工名：身份檢驗

加工編號：１

簡要描述：檢驗用戶身份

輸入數據流：用戶名、密碼

輸出數據流：密碼正確、身份驗證錯誤 加工邏輯： IF 用戶名為空 THEN

發出“用戶名為空錯誤”

ELSE IF 密碼為空 THEN

發出“密碼為空錯誤”

ELSE IF 用戶名和密碼不符 THEN

發出“用戶名和密碼不匹配錯誤”

ENDIF

ENDIF

ENDIF

ENDIF ? 數據流名詞條描述： ① 數據流名：用戶名

說明：售票員姓名 數據流來源：售票員 數據流去向：身份檢驗

數據流組成：用戶名=字符型字符串 ② 數據流名：密碼

說明：與用戶名相匹配的密碼 數據流來源：售票員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： ③ 數據流名：出錯信息

說明：用于指示身份驗證錯誤的信息 數據流來源：身份檢驗 數據流去向：售票員

數據流組成：出錯信息＝任意字符串 ④ 數據流名：系統名稱

說明：系統的名稱 數據流來源： 數據流去向：選擇 數據流組成： ? 數據文件詞條描述：

① 數據文件名：授權信息表

簡述：存放售票員信息 輸入數據：

輸出數據：售票員信息

數據文件組成：授權信息表由“售票員信息”組成

2．售票員相關操作（售票、退票、查詢、錄入）

票務信息表車票信息車票信息售票退票檢驗錯誤選擇選擇用戶名售票員密碼身份驗證密碼正確登陸系統選擇售票員信息選擇選擇授權信息表查詢錄入新的班次信息車票信息車票信息列車信息表(2):數據詞典：

? 數據源點及匯點描述：

○1 名稱：售票員 簡要描述：管理售票員信息

有關數據流：用戶名、密碼 數目：1 ? 加工邏輯詞條描述： ○1加工名：身份檢驗 加工編號：１

簡要描述：檢驗用戶身份 輸入數據流：用戶名、密碼

輸出數據流：密碼正確、身份驗證錯誤 ○2加工名：售票 加工編號：2 簡要描述：根據所讀入的操作信息，售出火車票 輸入數據流：操作信息，火車票信息 輸出數據流：火車票信息

加工邏輯：根據所讀入的操作信息，售出火車票

? 數據流名詞條描述：

○1 數據流名：用戶名 說明：售票員的姓名

數據流來源：售票員 數據流去向：身份檢驗

數據流組成：用戶名=字符型字符串 ○2數據流名：密碼 說明：與職工名稱相匹配的密碼 數據流來源：售票員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： ○3數據流名：車票信息 說明：車票信息 數據流來源：售票員

數據流去向：列車信息表 ? 數據文件詞條描述：

① 數據文件名：列車信息表

簡述：車票信息 輸入數據：車票信息 輸出數據：

數據文件組成：列車信息表由“車票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁 ○2數據文件名：票務信息表 簡述：票務信息 輸入數據：票務信息 輸出數據：

數據文件組成：票務信息表由“列車號、已售票、剩余票”組成存儲方式：關鍵碼 存取頻率：頻繁

3．旅客查詢購票過程：（1）數據流圖

旅客 登錄系統選擇選擇選擇選擇訂票退票查詢(2)數據詞典：

● 數據源點及匯點描述： 名稱：旅客

簡要描述：訂票，退票，查詢

有關數據流：系統選擇：訂票系統、退票系統、查詢系統 ●數據流名詞條描述：

⑤ 數據流名：系統名稱

說明：系統的名稱 數據流來源： 數據流去向：選擇 數據流組成：

3.5數據采集

數據采集采用鍵盤輸入

4．功能需求

4.1功能劃分

該軟件具有如下主要功能： 1．瀏覽功能 2．查詢功能 3．添加功能 4．修改功能 5．刪除功能

6．授權功能

4.2功能描述

1．瀏覽功能

列出當前數據庫文件中車票的所有記錄 可選定一項紀錄，顯示說有域 2．查詢功能

車次信息匹配查詢 始發站信息匹配查詢 3．添加功能

增加一條車票的信息 4．修改功能

修改某一已存在的記錄內容，提供確認機制 5．刪除功能

刪除一條記錄，提供確認機制 6．授權功能

授權票務管理人員修改數據的權限

5．性能需求

5.1數據精確度

查詢時應保證查全率，所有在相應域中包含查詢車次的記錄都應能查到，同時保證查準率。

5.2時間特性

一般操作的相應時間應在1~2秒內

5.3適應性

滿足運行環境在允許操作系統之間的安全轉換和雨其它又能夠用軟件的獨立運行要求。

6．運行需求

6.1用戶界面

采取對話框方式，多功能窗口運行

6.2硬件接口

（1）硬件接口：支持x86系列PC機

（2）網絡硬件接口要求：現實中要求具有高速以太網組網一實現聯網銷售，但是在理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。

6.3軟件接口

運行于Windows2000及更高版本并裝有JAVA虛擬機的操作系統之上。

6.4故障處理

正常使用時不用出錯，對于用戶的輸入錯誤應及時給出適當的改正信息提示，若運行遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。

7．其它需求

（1）可用性：該軟件也可以通過單步跟蹤的操作進行檢查處理。

（2）安全性：由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。

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

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

第三篇：基于網絡的鐵路售票系統需求規格說明書

三、需求規格說明書

需求規格說明書

1．引言....................................................................................................................2 1.1編寫目的......................................................................................................2 1.2項目背景......................................................................................................2 1.3定義.............................................................................................................2 1.4參考資料......................................................................................................2 2．任務概述.............................................................................................................3 2.1目標.............................................................................................................3 2.2運行環境......................................................................................................3 2.3條件與限制...................................................................................................3 3．數據描述.............................................................................................................3 3.1靜態數據......................................................................................................3 3.2動態數據......................................................................................................4 3.3數據庫介紹...................................................................................................4 3.4數據詞典......................................................................................................4 3.5數據采集......................................................................................................6 4．功能需求.............................................................................................................7 4.1功能劃分......................................................................................................7 4.2功能描述......................................................................................................8 5．性能需求.............................................................................................................8 5.1數據精確度...................................................................................................8 5.2時間特性......................................................................................................8 5.3適應性..........................................................................................................8 6．運行需求.............................................................................................................9 6.1用戶界面......................................................................................................9 6.2硬件接口......................................................................................................9 6.3軟件接口......................................................................................................9 6.4故障處理......................................................................................................9 7．其它需求.............................................................................................................9

三、需求規格說明書

1．引言

1.1編寫目的

需求規格說明書是為了能更好的理解開發基于網絡的鐵路售票軟件的需求，避免由于對問題認識的不清或錯誤理解而增加更多的開發成本，便于安排項目規劃與進度、組織軟件開發與測試，以開發出滿意的項目。需求分析是基于網絡的鐵路售票軟件系統生存期中定義階段的最后一個步驟。是作為整個軟件開發范圍的指南，是軟件開發人員開發出正確的符合用戶要求的軟件的重點。是為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔該文檔將最終交給軟件具體開發人員進行具體的開發，其針對的對象是軟件開發人員。

1.2項目背景

a.項目的委托單位：開封火車站。

b.開發單位：河南大學。c.主管部門：計算機學院。

d.軟件名稱：基于網絡的鐵路售票系統。

e.軟件開發者：龐林輝，許家豪，劉趙光，李靜，張笑鳴，李翱。

1.3定義

a..基于網絡的鐵路售票系統軟件：基本元素為構成鐵路售票及相關行為所必須的各種部分。

b.需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

c.需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。d.模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的。

1.4參考資料

a.《軟件工程》（第五版）張海藩。清華大學出版社，2008。

b.數據庫系統概論(第四版)王珊、薩師煊。高等教育出版社，2005。c.基于網絡的鐵路訂票系統可行性分析報告（第六組）.docx。

三、需求規格說明書

2．任務概述

2.1目標

(一)完善目前火車售票系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力。

(二)應用范圍：理論上能夠實現于鐵路部門的售票系統，其目的在于在原有的系統基礎使得火車售票便捷化，以期實現完善日常生活中火車售票的各種缺陷。(三)可實現旅客對于火車票的查詢與購買功能；對于所查詢的車次結果提供列表顯示輸出。

2.2運行環境

操作系統：Microsoft Windows 7 支持環境：IIS 5.0 數據庫：Microsoft SQL Server 2008 2.3條件與限制

支持運行環境即可，在Windows下基本沒限制。

3．數據描述

3.1靜態數據

車票信息表： 列車車次：(intSerialNumber)

列車類型：(charTrainType)

列車始發時間：(DateTimeSetOut)

列車到站時間：(DateTime Arrive)

列車始發站：(charDeparturePoint)列車終點站：(charTerminalPoint)訂票信息表： 列車車次：(intSerialNumber)

列車類型：(charTrainType)

列車始發時間：(DateTimeSetOut)

列車到站時間：(DateTime Arrive)

三、需求規格說明書

列車始發站：(charDeparturePoint)列車終點站：(charTerminalPoint)

列車運行時間：(DateTime Runtime)參考票價：(intReferenceFares)席別：(charSeetPosition)

單票價：(intSingleTicketPrices)訂票數量：(intBookingNum)剩余票量：(intSurplusTicketNum)總價：(intTotalPrices)用戶姓名：(charUserName)用戶ID(身份證號)：(intUserID)訂票時間：(DateTimeBookDate)手機號：(chartelephone)郵編：(char Postcode)送票地址：(char Address)Email(可選)：(charEmailNum)用戶信息表：

3.2動態數據

輸入數據：根據界面提示，鍵盤輸入操作； 查詢方式：查詢車次、查詢始發站； 旅客購買時的票務信息；

輸出信息：查詢車次確定的數據庫記錄的子集； 統計結果；

車次信息查詢、購買的操作結果；

3.3數據庫介紹

數據庫采用Microsoft SQL Server 2008數據庫

3.4數據詞典

《基于網絡的鐵路售票系統》的總體功能如下： 車票的售出； 車票的退還； 車票信息的查詢； 數據詞典：

? 數據文件詞條描述：

① 數據文件名：列車信息表

簡述：車票信息

三、需求規格說明書

輸入數據：車票信息

輸出數據：

數據文件組成：列車信息表由“車票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

② 數據文件名：訂票信息表

簡述：訂票信息

輸入數據：訂票信息 輸出數據：

數據文件組成：訂票信息表由“訂票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

③ 數據文件名：用戶信息表

簡述：用戶信息

輸入數據：用戶信息 輸出數據：

數據文件組成：用戶信息表由“用戶信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

3．旅客查詢購票過程：（1）數據流圖

旅客 登錄系統選擇選擇選擇選擇訂票退票查詢

(2)數據詞典： ● 數據源點及匯點描述： 名稱：旅客

簡要描述：訂票，退票，查詢

有關數據流：系統選擇：訂票系統、退票系統、查詢系統 ●數據流名詞條描述： ① 數據流名：系統名稱

說明：系統的名稱

三、需求規格說明書

數據流來源： 數據流去向：選擇 數據流組成：

3.5數據采集

數據采集采用鍵盤輸入和菜單選項的選擇。

3.6 流程圖

1.系統流程圖

2.數據流程圖

開始用戶輸入選擇功能模快從數據庫中讀出相應數據初始化頁面并顯示解析數據用戶操作保存數據到數據庫結束圖3.3-1建議系統的系統流程圖

三、需求規格說明書

車票信息車票信息車票信息處理訂票訂票信息界面顯示訂票信息訂票信息用戶 圖3.3-2建議系統的數據流程圖

3.業務流程圖

① 基于網絡的鐵路售票系統訂票業務流程圖如圖3.3-3所示。

查詢車次列車詳細信息填寫訂單支付票款并聯系出票快遞配送圖3.3-3 基于網絡的鐵路售票系統訂票業務流程圖

② 基于網絡的鐵路售票系統退票業務流程圖如圖3.3-4所示。

查詢我的訂單退票查詢帳戶余額

圖3.3-4 基于網絡的鐵路售票系統退票業務流程圖

4．功能需求

4.1功能劃分

該軟件具有如下主要功能： 1． 查詢功能 2． 訂票功能 3． 退票功能 如圖4.1-1所示。

三、需求規格說明書

基于網絡的鐵路售票系統查詢功能訂票功能退票功能

圖4.1-1 基于網絡的鐵路售票系統功能模塊劃分圖

4.2功能描述

1.查詢功能

車次信息匹配查詢 始發站信息匹配查詢 2.修改功能

修改車票信息 3.刪除功能

退票時刪除對應訂票信息

5．性能需求

5.1數據精確度

查詢時應保證查全率，所有在相應域中包含查詢車次的記錄都應能查到，同時保證查準率。

5.2時間特性

一般操作的相應時間應在1~2秒內

5.3適應性

滿足運行環境在允許操作系統之間的安全轉換又能夠滿足軟件的獨立運行要求。

三、需求規格說明書

6．運行需求

6.1用戶界面

采取對話框方式，多功能窗口運行。

6.2硬件接口

（1）硬件接口：支持x86,x64系列PC機

（2）網絡硬件接口要求：現實中要求具有高速以太網實現聯網銷售，但是在理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。

6.3軟件接口

運行于Windows2000及更高版本的操作系統之上。

6.4故障處理

正常使用時不用出錯，對于用戶的輸入錯誤應及時給出適當的改正信息提示，若運行遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。

7．其它需求

(一)可用性：該軟件也可以通過單步跟蹤的操作進行檢查處理。

(二)安全性：由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。

(三)可維護性：該軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。(四)兼容性：由于尚未測試，故無法對兼容性進行評析。

第四篇：車輛管理系統需求規格說明書

車輛管理系統

軟件需求規格說明書

班 級 08軟工A1 擬制人 舒驥

2011年05月10日

目錄

1引言.............................................................................................................................1

1.1編寫目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 預期讀者........................................................................................................1 1.4參考資料.........................................................................................................1 2綜合描述.....................................................................................................................2

2.1產品目標.........................................................................................................2 2.2產品功能.........................................................................................................2 2.3用戶范疇和特征.............................................................................................2 2.4運行環境.........................................................................................................3 2.5設計和實現限制.............................................................................................3 2.6 假定和約束....................................................................................................3

2.6.1人力資源約束.....................................................................................3 2.6.2技術約束.............................................................................................3 2.6.3環境約束.............................................................................................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狀態圖...........................................................................................................21 5非功能需求...............................................................................................................22

5.1性能需求.......................................................................................................22

5.1.1時間、界面、響應要求...................................................................22 5.1.2靈活性...............................................................................................22 5.2數據管理需求...............................................................................................22

5.2.1系統數據流圖...................................................................................22 5.2.2數據整理與保存...............................................................................24 5.2.3數據安全性.......................................................................................24 5.3故障處理需求...............................................................................................24

1引言

1.1編寫目的

需求說明的編寫是為了研究車輛管理軟件的開發途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。本文檔將對車輛管理系統軟件開發需求進行描述。

1.2 背景

物流系統是現代經濟系統的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業的命脈，有機的管理好車輛十分關鍵。傳統的運輸業已不能滿足市場需求。運輸企業的信息化管理具有重要意義。

開發軟件名稱：車輛管理系統 項目開發者：08軟工A1 舒驥 用戶：運輸集團公司

1.3 預期讀者

本需求的預期讀者是開發組成人員，軟件測試人員，支持本項目的老師，軟件維護人員。

1.4參考資料

[1].《軟件需求工程》 毋國慶 梁正平袁夢霆 李勇華 編著[2].《UML基礎與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著

[3].《C#數據庫系統開發完全手冊》 明日科技 張躍延 許文武 王小科 編著

[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著 2綜合描述

2.1產品目標

車輛管理系統將為企業提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。

2.2產品功能

* 車輛基本信息管理 * 車輛購置管理 * 車輛調撥管理 * 車輛報廢管理 * 車輛信息管理查詢

2.3用戶范疇和特征

本軟件最終用戶為汽車運輸集團公司。該公司主要設有技術服務部、客貨運輸部、企業管理部等職能部門，下屬運輸公司有零擔運輸公司、客運公司、整車運輸公司、旅游公司等，其組織結構如下圖1：

圖1：運輸集團公司組織結構圖

2.4運行環境

運行該軟件所適用的具體設備必須是奔騰

4、內存512MB以上的計算機。操作系統在Windows xp及以上。

數據庫為SQL Server2000版本

2.5設計和實現限制

僅設計為本地版本，無需聯網，沒有服務器端。

2.6 假定和約束

2.6.1人力資源約束

1、開發工作量約需1個人2月工作量。開發完成后，可減少為1名作為維護人員；

2、輔導老師1人，開發人員2人。

2.6.2技術約束

本項目的設計是在ASPAsp.Net程序設計語言的條件下進行的，技術設計采用軟硬一體化的設計方法。

2.6.3環境約束

運行該軟件所適用的具體設備必須是奔騰

4、內存512MB以上的計算機。操作系統在Windows xp及以上。

3外部接口需求

3.1用戶界面

見《系統設計說明書》

3.2硬件接口

考慮到大量數據的備份等要求，需要保持與磁帶機、光盤刻錄機及USB的接口，這較易實現。

3.3軟件接口

這里，主要考慮軟件與操作系統、數據庫管理系統的接口。由于不存在從其他文件導入的功能，所以無需擔心格式轉換的問題。該軟件更趨向于單一封閉的單機版軟件。

3.4通信接口

無需與網絡連接，只需考慮與外部移動設備的通信。

4功能性需求

4.1功能分析

1、車輛基本信息管理模塊

(1)用戶的登錄管理：不同級別的用戶通過特定的用戶名和密碼登錄系統，對相應的信息進行管理。

(2)查詢車輛基本信息：通過輸入車輛的基本信息對車輛的整體信息進行查詢。(3)刪除車輛基本信息：有相關權限的用戶可對某些不再需要的車輛信息進行刪除。

(4)修改車輛基本信息：有相關權限的用戶如有必要，可對車輛的基本信息進 行修改。

(5)添加車輛基本信息：有相關權限的用戶可添加車輛的基本信息。

2、車輛購置管理模塊

用戶可添加、修改、刪除、查詢車輛購置管理申請單，然后交由總工程師申請審批，如通過再有總經理申請審批，實現二級公司要提交車輛的購置申請，集團公司職能部門根據車輛的產權歸屬，由總工程師或總工程師及總經理對申請進行審批，生效后產生調撥單下發所屬公司及各有關部門。

3、車輛調撥管理模塊

與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛調撥管理申請單，然后交由總工程師申請審批，如通過再有總經理申請審批，實現二級公司要提交車輛的購置申請，集團公司職能部門根據車輛的產權歸屬，由總工程師或總工程師及總經理對申請進行審批，生效后產生調撥單下發所屬公司及各有關部門。

4、車輛報廢管理模塊

與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經理申請審批，實現二級公司要提交車輛的購置申請，集團公司職能部門根據車輛的產權歸屬，由總工程師或總工程師及總經理對申請進行審批，生效后產生調撥單下發所屬公司及各有關部門。

5、車輛信息查詢管理模塊

實現對多種信息的快速模糊查詢，可根據車輛所屬的二級公司，車牌號，車輛的廠牌，規格，型號等信息進行不同的組合來查詢車輛，還可根據申請購置，調撥，報廢車輛的二級公司，申請時間等查詢車輛的購置，調撥，報廢的申請及審批情況等。

4.2用例圖

1、車輛管理信息系統用例圖

2、車輛購置管理用例圖

3、車輛調撥管理用例圖

4、車輛報廢管理用例圖

5、車輛基本信息管理用例圖

4.3用例分析

一、車輛購置管理

用例1 用例名稱：添加車輛購置申請 用例識別號：1.1.1 參與者：二級公司用戶

簡要說明：二級公司用戶添加一個車輛購置申請單。前置條件：二級公司用戶已經登錄車輛管理信息系統。基本事件流：

1)二級公司用戶單擊“插入”按鈕。2)系統出現編輯窗口。

3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。

4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛購置申請記錄就被插入到數據庫中。5)用例終止 其它事件流：

在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內的任何內容都不會被保存。異常事件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統主界面。

后置條件：一條新的車輛購置記錄被插入到數據庫中并顯示出來。注釋：無。

其它事件流：

在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛購置申請記錄不會被刪除。

異常件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統主界面。

后置條件：選中的默認的車輛購置申請記錄從數據庫中被刪除，同時顯示界面被更新。

注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內容。

用例3 用例名稱：總工程師購置申請審批 用例識別號：1.2.1 參與者：總工程師

簡要說明：總工程師對二級公司用戶提交的車輛購置申請單進行審批。前置條件：總工程師已經登錄車輛管理信息系統、存在未審批的車輛購置申請。

基本事件流：

1)總工程師單擊選中要審批的車輛購置申請記錄。2)總工程師單擊“審批”按鈕。3)系統出現編輯窗口。

4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。

5)總工程師選擇“同意”或“不同意”單選按鈕審批結果。

6)總工程師編輯完相應的文本框及選擇完審批結果后，單擊“存盤”按鈕，該車輛購置申請記錄就被審批，并在數據庫中修改該記錄的審批標志，審批結果和審批意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內容及審批結果都不會被保存。異常事件流：

1）提示錯誤信息，總工程師確認。2）返回到管理系統主界面。

后置條件：選中的車輛購置申請記錄被審批，并在數據庫中修改該記錄的審批標志、審批結果和審批意見。

注釋：審批之前，要先使用查詢功能，查出未審批的車輛購置申請記錄。

用例4 用例名稱：總經理購置申請批復 用例識別號：1.3.1 參與者：總經理

簡要說明：總經理對二級公司用戶提交的公司所屬車輛購置申請進行批復。前置條件：總經理已經登錄車輛管理信息系統、存在滿足如下條件的車輛購置申請記錄，即：總工程師已審批、總經理未批復的公司所屬車輛購置申請記錄。基本事件流：

1)總經理單擊選中要審批的車輛購置申請記錄。

2)總經理編輯完相應的文本框及選擇完批復結果后，單擊“存盤”按鈕，該車輛購置申請記錄就被批復，并在數據庫中修改該記錄的批復標志，批復結果和批復意見。3)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內容及審批結果都不會被保存。異常事件流：

1）提示錯誤信息，總經理確認。2）返回到管理系統主界面。

后置條件：選中的車輛購置申請記錄被批復，并在數據庫中修改該記錄的批復標志、批復結果和批復意見。

注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經理未批復的公司所屬車輛購置申請記錄。

二、車輛調撥管理

用例5 用例名稱：添加車輛調撥申請 用例識別號：2.1.1 參與者：二級公司用戶

簡要說明：二級公司用戶添加一個車輛調撥申請單。前置條件：二級公司用戶已經登錄車輛管理信息系統。基本事件流：

1)二級公司用戶單擊“插入”按鈕。2)系統出現編輯窗。

3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。

4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛調撥申請記錄就被插入到數據庫中。5)用例終止。其它事件流：

在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內的任何內容都不會被保存。異常事件流：

1)提示錯誤信息，二級公司用戶確認。2)返回到管理系統主界面。

后置條件：一條新的車輛調撥記錄被插入到數據庫中并顯示出來。注釋：無。

用例6 用例名稱：刪除車輛調撥申請 用例識別號：2.1.2 參與者：二級公司用戶

簡要說明：二級公司用戶刪除一個車輛調撥申請記錄。

前置條件：二級公司用戶已經登錄車輛管理信息系統、將要被刪除的車輛調撥申請沒有被審批。基本事件流：

1)二級公司用戶單擊選中要刪除的車輛調撥申請記錄。2)二級公司用戶單擊“刪除”按鈕。3)系統出現“提示是否刪除”窗口。

4)二級公司用戶單擊“是”按鈕，該車輛調撥申請記錄就被從數據庫中刪除。5)用例終止。其它事件流：

在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛調撥申請記錄不會被刪除。異常件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統主界面。

后置條件：選中的默認的車輛調撥申請記錄從數據庫中被刪除，同時顯示界面被更新。

注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內容。

用例7 用例名稱：總工程師調撥申請審批 用例識別號：2.2.1 參與者：總工程師

簡要說明：總工程師對二級公司用戶提交的車輛調撥申請單進行審批。前置條件：總工程師已經登錄車輛管理信息系統、存在未審批的車輛調撥申請。

基本事件流：

1)總工程師單擊選中要審批的車輛調撥申請記錄。2)總工程師單擊“審批”按鈕。3)系統出現編輯窗口。

4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。

5)總工程師選擇“同意”或“不同意”單選按鈕審批結果。

6)總工程師編輯完相應的文本框及選擇完審批結果后，單擊“存盤”按鈕，該車輛調撥申請記錄就被審批，并在數據庫中修改該記錄的審批標志，審批結果和審批意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內容及審批結果都不會被保存。異常事件流：

1）提示錯誤信息，總工程師確認。2）返回到管理系統主界面。

3）后置條件：選中的車輛調撥申請記錄被審批，并在數據庫中修改該記錄的審批標志、審批結果和審批意見。

注釋：審批之前，要先使用查詢功能，查出未審批的車輛調撥申請記錄。

用例8 用例名稱：總經理調撥申請批復 用例識別號：2.3.1 參與者：總經理

簡要說明：總經理對二級公司用戶提交的公司所屬車輛調撥申請進行批復。前置條件：總經理已經登錄車輛管理信息系統、存在滿足如下條件的車輛調撥申請記錄，即：總工程師已審批、總經理未批復的公司所屬車輛調撥申請記錄。基本事件流：

1)總經理單擊選中要審批的車輛調撥申請記錄。2)總經理單擊“審批”按鈕。3)系統出現編輯窗口。

4)總經理可以在審批意見文本框上添加或修改批復意見，也可以完全刪除，重新填寫。

5)總經理選擇“同意”或“不同意”單選按鈕批復結果。

6)總經理編輯完相應的文本框及選擇完批復結果后，單擊“存盤”按鈕，該車輛調撥申請記錄就被批復，并在數據庫中修改該記錄的批復標志，批復結果和批復意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內容及審批結果都不會被保存。異常事件流：

1）提示錯誤信息，總經理確認 2）返回到管理系統主界面

后置條件：選中的車輛調撥申請記錄被批復，并在數據庫中修改該記錄的批復標志、批復結果和批復意見。

注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經理未批復的公司所屬車輛調撥申請記錄。

三、車輛報廢管理

用例9 用例名稱：添加車輛報廢申請 用例識別號：3.1.1 參與者：二級公司用戶

簡要說明：二級公司用戶添加一個車輛報廢申請單。前置條件：二級公司用戶已經登錄車輛管理信息系統。基本事件流：

1)二級公司用戶單擊“插入”按鈕。2)系統出現編輯窗口。

3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。

4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛報廢申請記錄就被插入到數據庫中。5)用例終止。其它事件流：

在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內的任何內容都不會被保存。異常事件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統主界面。

后置條件：一條新的車輛報廢記錄被插入到數據庫中并顯示出來。注釋：無。

用例10 用例名稱：刪除車輛報廢申請 用例識別號：3.1.2 參與者：二級公司用戶

簡要說明：二級公司用戶刪除一個車輛報廢申請記錄。

前置條件：二級公司用戶已經登錄車輛管理信息系統、將要被刪除的車輛報廢申請沒有被審批。基本事件流：

1)二級公司用戶單擊選中要刪除的車輛報廢申請記錄。2)二級公司用戶單擊“刪除”按鈕。3)系統出現“提示是否刪除”窗口。

4)二級公司用戶單擊“是”按鈕，該車輛報廢申請記錄就被從數據庫中刪除。5)用例終止。

其它事件流：

在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛報廢申請記錄不會被刪除。異常件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統主界面。

后置條件：選中的默認的車輛報廢申請記錄從數據庫中被刪除，同時顯示界面被更新。

注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內容。

用例11 用例名稱：總工程師報廢申請審批 用例識別號：3.2.1 參與者：總工程師

簡要說明：總工程師對二級公司用戶提交的車輛報廢申請單進行審批。前置條件：總工程師已經登錄車輛管理信息系統、存在未審批的車輛報廢申請。

基本事件流：

1）總工程師單擊選中要審批的車輛報廢申請記錄。2）總工程師單擊“審批”按鈕。3）系統出現編輯窗口。

4）總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。

5）總工程師選擇“同意”或“不同意”單選按鈕審批結果。

6）總工程師編輯完相應的文本框及選擇完審批結果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被審批，并在數據庫中修改該記錄的審批標志，審批結果和審批意見。7）用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內容及審批結果都不會被保存。異常事件流：

1）提示錯誤信息，總工程師確認。2）返回到管理系統主界面。

3）后置條件：選中的車輛報廢申請記錄被審批，并在數據庫中修改該記錄的審批標志、審批結果和審批意見。

注釋：審批之前，要先使用查詢功能，查出未審批的車輛報廢申請記錄。

用例12 用例名稱：總經理報廢申請批復 用例識別號：3.3.1 參與者：總經理

簡要說明：總經理對二級公司用戶提交的公司所屬車輛報廢申請進行批復。前置條件：總經理已經登錄車輛管理信息系統、存在滿足如下條件的車輛報廢申請記錄，即：總工程師已審批、總經理未批復的公司所屬車輛報廢申請記錄。基本事件流：

1)總經理單擊選中要審批的車輛報廢申請記錄。2)總經理單擊“審批”按鈕。3)系統出現編輯窗口。

4)總經理可以在審批意見文本框上添加或修改批復意見，也可以完全刪除，重新填寫。

5)總經理選擇“同意”或“不同意”單選按鈕批復結果。

6)總經理編輯完相應的文本框及選擇完批復結果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被批復，并在數據庫中修改該記錄的批復標志，批復結果和批復意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內容及審批結果都不會被保存。異常事件流：

1）提示錯誤信息，總經理確認。2）返回到管理系統主界面。

后置條件：選中的車輛報廢申請記錄被批復，并在數據庫中修改該記錄的批復標志、批復結果和批復意見。

注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經理未批復的公司所屬車輛報廢申請記錄。

4.4功能活動圖

1、用戶登錄活動圖

2、車輛基本信息管理活動圖

3、車輛購置管理活動圖 4.5狀態圖

1、車輛購置申請單狀態圖

2、車輛基本信息狀態圖

5非功能需求

5.1性能需求

5.1.1時間、界面、響應要求

由于此系統主要用于信息的保管查詢，即對數據的安全性要求極高。為防止對信息資料和管理程序的惡意破壞，及惡意的竊取私人信息，要求有較為可靠的安全性能。另外也需要高速的響應，要求穩定、安全、便捷，易于管理和操作。另外使用者大多為非計算機人員，所以要求界面友善，交互性強。查詢速度：不超過5秒；

其它所有交互功能反應速度：不超過3秒； 可靠性：平均故障間隔時間不低于300小時。信息容量：不低于10G時可能出現系統崩潰。

5.1.2靈活性

當用戶需求，如操作方式，運行環境，結果精度，數據結構與其他軟件接口等發生變化時，設計的軟件要做適當調整,靈活性非常大。

5.2數據管理需求

5.2.1系統數據流圖

車輛購置業務流程圖

車輛調撥業務流程圖 車輛報廢業務流程圖

5.2.2數據整理與保存

應滿足隨時整理的需求，用戶可隨時更改數據，保存數據。對于數據唯一性的識別應放在多個關鍵字之上。

5.2.3數據安全性

數據應具有極高的安全性，為了保護用戶的隱私，仍需設置登陸及密碼保護，以防用戶的信息被人竊取。

5.3故障處理需求

1、內部故障處理: 在開發階段可以隨即修改數據庫里的相應內容。

2、外部故障處理: 24 對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調用時出錯，有錯誤提示，重試。

3、本軟件可能產生的錯誤為數據庫的錯誤信息，應由數據庫管理員對數據庫進行維護。為了確保系統恢復的能力，數據庫管理員要定期對數據庫進行備份。但產品投入使用后，則由維護人員跟進。

第五篇：物流管理系統—需求規格說明書

物流管理系統

需求規格說明書

修訂歷史記錄

日期

版本

說明

作者

2009-X-X

1.0

1引言

1.1編寫目的3

1.2背景

1.2.1背景說明

1.2.2系統名稱定義與目標對象：

1.2.3系統面向的用戶群體

1.3術語定義

1.4參考資料

2業務概述

2.1業務場景和約束

2.1.1概述

2.1.2業務流程

3具體需求

3.1功能性需求

3.1.1功能性需求分類

3.1.2用戶管理

3.1.3車輛管理

3.1.4駕駛員管理

3.1.5運力查詢

3.1.6承運任務管理

3.1.7運輸成本核算

3.2非功能性需求

3.2.1可用性

3.2.2可靠性

3.2.3性能

3.2.4可支持性

3.2.5設計約束

3.2.6安全性

3.2.7用戶界面

3.2.8授權需求

1引言

1.1編寫目的編寫該文檔目的在于明確系統范圍，明確物流管理系統的業務流程，并規范化的記錄該系統的功能需求和非功能性需求。

本文檔主要供以下人員閱讀和使用：

l

為軟件開發團隊，包括項目開發人員和測試人員項目開發參考用

l

其它相關用戶,了解系統的需求范圍和實現目標，目的在于更好的使用系統

1.2背景

1.2.1背景說明

物流管理系統主要為物流公司解決日常辦公和項目管理的需求，協助工作人員進行日常物流管理和人員管理，提高管理效率，降低運作成本，增強企業長期競爭力。

通過該系統，物流公司運輸管理人員能實現對車隊、車輛的動態管理；調度人員能隨時了解車輛動向和使用情況；承運業務員能開出和接收承運單；財務人員也能通過該系統進行運輸成本的核算。

1.2.2系統名稱定義與目標對象：

本案例中系統名為“物流管理系統”，主要供物流公司內部使用。

1.2.3系統面向的用戶群體

系統面向物流公司的工作人員，包括財務人員、運輸管理人員、調度人員、承運業務員

等。

1.2.3.1用戶的特征

用戶大都具備以下特征：

l

有IE使用經驗

l

了解網絡

l

了解辦公自動化

1.2.3.2用戶環境

用戶的計算機環境大致如下：

l

Windows

XP簡體中文版

l

IE瀏覽器

l

MS

Office辦公軟件

l

Outlook或Foxmail郵件管理

1.3術語定義

序號

名

稱

說

明

LMS

物流管理系統

1.4參考資料

序號

文

檔

版本

說

明

《企業物流管理》

2005-1-1

本系統查閱了本書的相關資料

2業務概述

2.1業務場景和約束

2.1.1概述

物流管理系統主要為物流公司解決日常辦公和項目管理的需求，協助工作人員進行日常

物流管理和人員管理，提高管理效率，降低運作成本，增強企業長期競爭力。

通過該系統，物流公司運輸管理人員能實現對車隊、車輛的動態管理；調度人員能隨時了解車輛動向和使用情況；承運業務員能開出和接收承運單；財務人員也能通過該系統進行。

簡單示意圖如下：

2.1.2業務流程

車輛管理模塊：

車輛管理模塊分車隊信息維護和車輛信息維護。在車隊信息維護中，由運輸管理員新增車隊、更新車隊、查詢車隊和刪除車隊。其中，查詢車隊分按車隊編號查詢、按車隊名稱查詢、按車輛柜型查詢、按車輛容積查詢、按車輛狀態查詢。在車輛信息維護中，由運輸管理員新增車輛、更新車輛、查詢車輛和刪除車輛。其中，查詢車輛分按車牌號碼查詢、按車輛類型查詢、按車輛載重查詢、按車輛使用狀態查詢、按車輛所屬車隊查詢、按車輛當前任務查詢、按車輛計劃任務查詢;在新增車輛時，運輸管理員填入車輛詳細信息，并在車隊列表中選擇所屬車隊。

駕駛員管理模塊：

本模塊由運輸管理員新增駕駛員，更新駕駛員，查詢駕駛員及刪除駕駛員。其中，查詢駕駛員分按姓名查詢、按政治面貌查詢、按所屬車隊ID查詢、按狀態查詢。

運力查詢模塊：

本模塊分為運力綜合查詢和歷史承運任務查詢。運力綜合查詢分車隊查詢和車輛查詢。其中，車隊查詢分按車隊狀態查詢、按車隊ID查詢、按車隊名字查詢、按柜型查詢;車輛查詢按車輛狀態查詢、按車牌查詢、按所屬車隊查詢。歷史承運任務分按客戶名稱查詢、按取貨時間查詢、按車牌號碼查詢、按主駕駛員查詢、按交貨地點查詢、按托運單查詢、按預定車型查詢。

承運任務管理模塊：

本模塊分為開出承運單、承運單管理、承運單接收。承運單管理中，分查詢承運單，更新承運單，刪除承運單及承運單派車，其中，承運單查詢分按客戶名稱查詢、按取貨時間查詢、按車牌號碼查詢、按主駕駛員查詢、按交貨地點查詢、按托運單查詢、按預定車型查詢。承運單派車通過選擇未派車承運單并選取車輛。承運單接收中，通過客戶名稱、取貨時間、交貨地點查詢未接收承運單。

車隊運輸成本維護模塊：

本模塊分為查詢承運單、插入成本、修改成本。由財務人員查詢出承運單，并對相應承運單插入成本

用戶管理模塊：

本模塊由注冊用戶、修改用戶、刪除用戶組成。由擁有用戶管理角色人員負責錄入，查詢，修改及刪除用戶。

2.2系統角色分析

綜合客戶的業務流程并進行用戶分析后，可以把用戶分成如下的幾類角色。這樣可以基于這些角色進行系統流程的權限控制，并且這種基于角色的權限管理使業務系統更加靈活可擴展。

角色中文名稱

角色名稱

權限

用戶管理

administrators

用戶管理員,可做用戶相關操作。

車輛管理

transportUsers

可進入用車輛管理功能模塊，功能模塊入口權限。只有擁有此角色的用戶，登錄系統后才能看到左側用車輛管理功能菜單。

運力查詢

carryUsers

可查詢車輛及車隊操作和查詢歷史承運任務

承運任務管理

dispatcher

可執行插入承運單、管理承運單操作

運輸成本核算

FinanceUsers

可執行插入承運任務成本、管理承運任務成本操作

有了上面的角色分析后，我們按照角色進行用例分析如下：

?

用戶管理與角色對應

?

車輛管理與角色對應

?

駕駛管理與角色對應

?

承運單管理與角色對應

?

運力查詢與角色對應

?

運輸成本核算與角色對應

3具體需求

3.1功能性需求

3.1.1功能性需求分類

物流管理系統功能模塊劃分如下表：

功能模塊

子功能

功能細化

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歷史承運任務查詢

4.2.1查詢承運單

5承運任務管理

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查詢承運任務

6.1.3修改成本

6.2車隊運輸成本核算

6.2.1核算運輸成本

3.1.2用戶管理

在用戶管理功能模塊中，主要是完成公文的起草、審核、審批、發文和歸檔等操作，實現用戶管理的辦公自動化，主要功能見下表：

用戶管理模塊

模塊名稱

功能概述

【用戶管理區】

增加新帳戶

錄入用戶基本信息，選擇用戶角色，完成用戶的創建

查看賬戶

查看用戶基本信息及用戶角色

刪除賬戶

查看用戶基本信息及用戶角色，將一些沒用的用戶進行刪除

如上表所示，功能分為“用戶辦公區”和“系統管理區”等兩個大的部分，主要供系統管理員創建、刪除用戶。

幾個模塊要求實現的功能具體說明如下：

1)

用戶注冊

l

用戶注冊，錄入用戶信息和選擇用戶角色

2)

用戶修改

在“用戶修改”功能中，要求系統顯示已有用戶列表。如果需要刪除某個用戶，需要在用戶列表中選擇刪除。具體實現要求如下：

l

顯示已有用戶信息，包括“用戶名”、“郵箱”等信息

l

在每條用戶信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠實現刪除操作

3.1.3車輛管理

車輛管理模塊

模塊名稱

功能概述

【用戶辦公區】

錄入車輛信息

運輸管理人員錄入車輛的基本信息，車輛添加

查詢車輛信息

運輸管理人員輸入查詢車輛的條件，查詢車輛信息

錄入車隊信息

運輸管理人員錄入車隊的基本信息，車隊添加

查詢車隊信息

運輸管理人員輸入查詢車隊的條件，查詢車隊信息

修改車隊信息

運輸管理人員將一些錯誤的車隊信息，進行修改

修改車輛信息

運輸管理人員將一些錯誤的車輛信息，進行修改

刪除車隊信息

運輸管理人員將一些已不存在的車隊信息，進行刪除

刪除車輛信息

運輸管理人員將一些已不存在的車輛信息，進行刪除

如上表所示，功能分為“用戶辦公區”和“系統管理區”等兩個大的部分，主要供系統運輸管理錄入、修改、刪除車輛及車隊信息。

幾個模塊要求實現的功能具體說明如下：

1)

錄入車輛信息

l

運輸管理，錄入車輛的基本信息，并提交

2)

查詢車輛信息

在“查詢車輛信息”功能中，要求系統顯示已有車輛列表。如果需要刪除、修改某個車輛信息，需要在車輛列表中選擇刪除、修改。具體實現要求如下：

l

顯示已有車輛信息，包括“車牌號碼”、車輛類型”等信息

l

在每條車輛信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠實現刪除操作

l

在每條車輛信息后，有“編輯”按鈕，點擊“編輯”按鈕后能夠實現修改操作

4)

錄入車隊信息

l

運輸管理，錄入車隊的基本信息，并提交

5)

查詢車隊信息

在“查詢車隊信息”功能中，要求系統顯示已有車隊列表。如果需要刪除、修改某個車隊信息，需要在車隊列表中選擇刪除、修改。具體實現要求如下：

l

顯示已有車隊信息，包括“車隊編號”、“車隊名稱”等信息

l

在每條車隊信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠實現刪除操作

l

在每條車隊信息后，有“編輯”按鈕，點擊“編輯”按鈕后能夠實現修改操作

3.1.4駕駛員管理

駕駛員管理模塊

模塊名稱

功能概述

【用戶辦公區】

錄入駕駛員信息

運輸管理人員錄入駕駛員的基本信息，駕駛員添加

查詢駕駛員信息

運輸管理人員輸入查詢駕駛員的條件，查詢駕駛員信息

修改駕駛員信息

運輸管理人員將一些錯誤的駕駛員信息，進行修改

刪除駕駛員信息

運輸管理人員將一些已不存在的駕駛員信息，進行刪除

1)

錄入駕駛員信息

l

運輸管理，錄入駕駛員的基本信息，并提交

2)

查詢駕駛員信息

在“查詢駕駛員信息”功能中，要求系統顯示已有駕駛員列表。如果需要刪除、修改某個駕駛員信息，需要在駕駛員列表中選擇刪除、修改。具體實現要求如下：

l

顯示已有駕駛員信息，包括“姓名”、“性別”等信息

l

在每條駕駛員信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠實現刪除操作

l

在每條駕駛員信息后，有“編輯”按鈕，點擊“編輯”按鈕后能夠實現修改操作

3.1.5運力查詢

運力查詢模塊

模塊名稱

功能概述

【用戶辦公區】

查詢承運車隊

調度員與承運業務員輸入查詢車隊的條件，查詢車隊基本信息

查詢承運車輛

調度員與承運業務員輸入查詢車輛的條件，查詢車輛基本信息

查詢承運單

調度員與承運業務員輸入查詢承運單的條件，查詢已完成的承運單基本信息

1)

查詢承運車隊信息

在“查詢承運車隊信息”功能中，要求系統顯示已有承運車隊列表。如果需要查詢特定條件的車隊信息，可輸入條件查詢。

l

顯示已有車隊信息，包括“車隊編號”、“車隊名稱”等信息

2)

查詢承運車輛信息

在“查詢承運車輛信息”功能中，要求系統顯示已有承運車輛列表。如果需要查詢特定條件的車輛信息，可輸入條件查詢。

l

顯示已有車輛信息，包括“車牌號碼”、“車輛類型”等信息

3)

查詢承運單

在“查詢承運單”功能中，要求系統顯示已有承運單列表。如果需要查詢特定條件的承運單信息，可輸入條件查詢。

l

顯示已有承運單信息，包括“托運單號”、“貨物名稱”等信息

3.1.6承運任務管理

承運任務管理模塊

模塊名稱

功能概述

【用戶辦公區】

開出承運單

承運業務員錄入承運單的基本信息，并提交，開出承運單

查詢承運單

承運業務員輸入查詢承運單的條件，查詢承運單

接收承運單

承運業務員接收未接收的承運單

修改承運單

承運業務員在承運列表中選擇要修改的承運單號，對承運單進行修改

刪除承運單

承運業務員人員將一些不接收的承運單，進行刪除

1)

錄入承運單信息

l

承運業務員，錄入承運單的基本信息，并提交

2)

接收承運單

l

承運業務員，可在承運單列表中選擇要接收的承運單，點擊“接收”按鈕

3)

查詢承運單信息

在“查詢承運單信息”功能中，要求系統顯示已有承運單列表并可通過條件查詢。如果需要刪除、修改某個承運單信息，需要在承運單列表中選擇刪除、修改。具體實現要求如下：

l

顯示已有承運單信息，包括“托運單號”、“貨物名稱”等信息

l

在每條承運單信息后，有“刪除”按鈕，點擊“刪除”按鈕后能夠實現刪除操作

l

在每條承運單信息后，點擊“托運單號”后能夠實現修改操作

3.1.7運輸成本核算

承運任務管理模塊

模塊名稱

功能概述

【用戶辦公區】

錄入成本

財務人員為承運單錄入成本

查詢承運任務

財務人員輸入條件查詢承運單任務

核算運輸成本

財務人員通過選擇承運單列表中的成本ID查看成本核算

1)

錄入成本信息

l

承運業務員，錄入成本的基本信息，并提交

2）查詢承運任務

在“承運單查詢”功能中，要求系統顯示已有用戶列表并可根據條件查詢。具體實現要求如下：

l

顯示已有承運信息，包括“托運單號”、“貨物名稱”等信息

3）核算運輸成本

l

財務人員可在承運單列表中選擇要添加的成本的承運單，在點擊“插入成本”

l

財務人員可在承運單列表中選擇已插入成本的承運單的成本ID查看成本核算

3.2非功能性需求

3.2.1可用性

由于本系統面向非專業的IT辦公人員，因此要求系統符合一般的物流管理系統操作方式，每個操作步驟都有詳細的操作說明或者提示，指引用戶完成承運任務，要求簡單、易用。

3.2.2可靠性

1、系統每天至少保持23小時30分的可用時間，每天凌晨3：30到4：00之間進行日常系統維護工作，如數據傳輸，交換等。

2、臨時系統停機時間，每月合計必須小于3小時。

3.2.3性能

在多個并發用戶更新同一賬戶信息時，第一個可以成功更新。隨后的更新在提交之前，顯示錯誤信息“用戶數據已經更改，是否需要刷新用戶數據？”。

3.2.4可支持性

系統提供如下兩種瀏覽器兼容支持：

Microsoft

Internet

Explorer

6.0及其以上版本；

Netscape

Navigator

6.0及其以上版本。

3.2.5設計約束

1、遵循《C#編碼規范》

2、ASP.NET

2.03、SQL

Server20054、Microsoft

Visual

Studio20055、IIS5.0或以上版本

3.2.6安全性

安全性需求通常分為六類：

1、對于重要數據（比如用戶密碼）進行了不可逆加密，防止泄露。

2、在與數據庫交互中，不使用SQL拼接方式，全部使用傳參方式，有效杜絕了SQL注入。

3、用戶認證需求：闡述系統表示用戶和用戶認證的方法。

4、授權：如果認證成功，根據用戶的級別，允許其執行不同的系統功能。

5、數據完整性和隱私需求：

確保數據完整，不會影響系統安全。

6、事務完整性和審計需求：確保用戶無法清除自己的在系統中的活動。記錄活動相

關的數據，使得系統管理員可以發現所有可能的危險行為。

3.2.7用戶界面

符合物流管理公司人員的使用習慣，界面以簡潔大方為主，適合有IE使用經驗及了解網絡的辦公人員使用。

3.2.8授權需求

系統必須實現一定的頁面訪問限制。用戶只能訪問自己有權限操作的頁面（具體可操作的部分詳見系統的功能性需求中各模塊的用例）。

文檔內容僅供參考