第一篇：車輛管理系統(tǒng)需求規(guī)格說明書
車輛管理系統(tǒng)
軟件需求規(guī)格說明書
班 級 08軟工A1 擬制人 舒驥
2011年05月10日
目錄
1引言.............................................................................................................................1
1.1編寫目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 預(yù)期讀者........................................................................................................1 1.4參考資料.........................................................................................................1 2綜合描述.....................................................................................................................2
2.1產(chǎn)品目標(biāo).........................................................................................................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 預(yù)期讀者
本需求的預(yù)期讀者是開發(fā)組成人員，軟件測試人員，支持本項目的老師，軟件維護人員。
1.4參考資料
[1].《軟件需求工程》 毋國慶 梁正平袁夢霆 李勇華 編著[2].《UML基礎(chǔ)與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著
[3].《C#數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊》 明日科技 張躍延 許文武 王小科 編著
[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著 2綜合描述
2.1產(chǎn)品目標(biāo)
車輛管理系統(tǒng)將為企業(yè)提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。
2.2產(chǎn)品功能
* 車輛基本信息管理 * 車輛購置管理 * 車輛調(diào)撥管理 * 車輛報廢管理 * 車輛信息管理查詢
2.3用戶范疇和特征
本軟件最終用戶為汽車運輸集團公司。該公司主要設(shè)有技術(shù)服務(wù)部、客貨運輸部、企業(yè)管理部等職能部門，下屬運輸公司有零擔(dān)運輸公司、客運公司、整車運輸公司、旅游公司等，其組織結(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、輔導(dǎo)老師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)的接口。由于不存在從其他文件導(dǎo)入的功能，所以無需擔(dān)心格式轉(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)。基本事件流：
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ù)庫中修改該記錄的審批標(biāo)志，審批結(jié)果和審批意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的車輛購置申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標(biāo)志、審批結(jié)果和審批意見。
注釋：審批之前，要先使用查詢功能，查出未審批的車輛購置申請記錄。
用例4 用例名稱：總經(jīng)理購置申請批復(fù) 用例識別號：1.3.1 參與者：總經(jīng)理
簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛購置申請進行批復(fù)。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛購置申請記錄，即：總工程師已審批、總經(jīng)理未批復(fù)的公司所屬車輛購置申請記錄。基本事件流：
1)總經(jīng)理單擊選中要審批的車輛購置申請記錄。
2)總經(jīng)理編輯完相應(yīng)的文本框及選擇完批復(fù)結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志，批復(fù)結(jié)果和批復(fù)意見。3)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的車輛購置申請記錄被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志、批復(fù)結(jié)果和批復(fù)意見。
注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復(fù)的公司所屬車輛購置申請記錄。
二、車輛調(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ù)庫中修改該記錄的審批標(biāo)志，審批結(jié)果和審批意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。
3）后置條件：選中的車輛調(diào)撥申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標(biāo)志、審批結(jié)果和審批意見。
注釋：審批之前，要先使用查詢功能，查出未審批的車輛調(diào)撥申請記錄。
用例8 用例名稱：總經(jīng)理調(diào)撥申請批復(fù) 用例識別號：2.3.1 參與者：總經(jīng)理
簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛調(diào)撥申請進行批復(fù)。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛調(diào)撥申請記錄，即：總工程師已審批、總經(jīng)理未批復(fù)的公司所屬車輛調(diào)撥申請記錄?；臼录鳎?/p>
1)總經(jīng)理單擊選中要審批的車輛調(diào)撥申請記錄。2)總經(jīng)理單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。
4)總經(jīng)理可以在審批意見文本框上添加或修改批復(fù)意見，也可以完全刪除，重新填寫。
5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復(fù)結(jié)果。
6)總經(jīng)理編輯完相應(yīng)的文本框及選擇完批復(fù)結(jié)果后，單擊“存盤”按鈕，該車輛調(diào)撥申請記錄就被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志，批復(fù)結(jié)果和批復(fù)意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總經(jīng)理確認 2）返回到管理系統(tǒng)主界面
后置條件：選中的車輛調(diào)撥申請記錄被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志、批復(fù)結(jié)果和批復(fù)意見。
注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復(fù)的公司所屬車輛調(diào)撥申請記錄。
三、車輛報廢管理
用例9 用例名稱：添加車輛報廢申請 用例識別號：3.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ù)庫中并顯示出來。注釋：無。
用例10 用例名稱：刪除車輛報廢申請 用例識別號：3.1.2 參與者：二級公司用戶
簡要說明：二級公司用戶刪除一個車輛報廢申請記錄。
前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)、將要被刪除的車輛報廢申請沒有被審批。基本事件流：
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ù)庫中修改該記錄的審批標(biāo)志，審批結(jié)果和審批意見。7）用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。
3）后置條件：選中的車輛報廢申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標(biāo)志、審批結(jié)果和審批意見。
注釋：審批之前，要先使用查詢功能，查出未審批的車輛報廢申請記錄。
用例12 用例名稱：總經(jīng)理報廢申請批復(fù) 用例識別號：3.3.1 參與者：總經(jīng)理
簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛報廢申請進行批復(fù)。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛報廢申請記錄，即：總工程師已審批、總經(jīng)理未批復(fù)的公司所屬車輛報廢申請記錄?；臼录鳎?/p>
1)總經(jīng)理單擊選中要審批的車輛報廢申請記錄。2)總經(jīng)理單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。
4)總經(jīng)理可以在審批意見文本框上添加或修改批復(fù)意見，也可以完全刪除，重新填寫。
5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復(fù)結(jié)果。
6)總經(jīng)理編輯完相應(yīng)的文本框及選擇完批復(fù)結(jié)果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志，批復(fù)結(jié)果和批復(fù)意見。7)用例終止。其它事件流：
在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：
1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。
后置條件：選中的車輛報廢申請記錄被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志、批復(fù)結(jié)果和批復(fù)意見。
注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復(fù)的公司所屬車輛報廢申請記錄。
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靈活性
當(dāng)用戶需求，如操作方式，運行環(huán)境，結(jié)果精度，數(shù)據(jù)結(jié)構(gòu)與其他軟件接口等發(fā)生變化時，設(shè)計的軟件要做適當(dāng)調(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)恢復(fù)的能力，數(shù)據(jù)庫管理員要定期對數(shù)據(jù)庫進行備份。但產(chǎn)品投入使用后，則由維護人員跟進。
第二篇：車輛管理系統(tǒng)需求規(guī)格說明書[模版]
車輛管理系統(tǒng)
軟件需求規(guī)格說明書
班 級 08軟工A2 組 號
擬制人 陸美娟
2011年3月14日
第三篇：倉庫管理系統(tǒng)需求規(guī)格說明書
倉庫管理系統(tǒng)需求規(guī)格說明書
(第十二組）
1．引言...........................................................................................................................1
1.1編寫目的.............................................................................................................1 1.2項目背景.............................................................................................................1 1.3參考資料.............................................................................................................1 2．任務(wù)概述....................................................................................................................2
2.1目標(biāo)......................................................................................................................................2 2.2運行環(huán)境.............................................................................................................2 2.3條件與限制..........................................................................................................2 3．?dāng)?shù)據(jù)描述....................................................................................................................3
3.1靜態(tài)數(shù)據(jù).............................................................................................................3
3.2動態(tài)數(shù)據(jù).............................................................................................................3 3.3數(shù)據(jù)庫介紹..........................................................................................................3 3.4數(shù)據(jù)詞典.............................................................................................................3 3.5 E-R圖.................................................................................................................3 3.6數(shù)據(jù)采集.............................................................................................................3 4．功能需求....................................................................................................................6
4.1功能劃分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7
5.1數(shù)據(jù)精確度..........................................................................................................7 5.2時間特性.............................................................................................................7 5.3適應(yīng)性.................................................................................................................7 6．運行需求..................................................................................................................10
6.1用戶界面...........................................................................................................10
6.2硬件接口...........................................................................................................10 6.3軟件接口...........................................................................................................10 6.4故障處理...........................................................................................................10 7．其它需求..................................................................................................................12
7.1正確性...............................................................................................................12 7.2可維護性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4軟件的完整性....................................................................................................12 7.5軟件的安全性....................................................................................................12
倉儲管理系統(tǒng)需求規(guī)格說明書
1．引言
1.1編寫目的
本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了倉儲管理系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期待能夠獲得更大范圍的應(yīng)用。
本文檔是在調(diào)研倉庫管理制度及倉庫管理人員對于管理系統(tǒng)的需求后，為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試而撰寫的。
1.2項目背景
倉儲管理系統(tǒng)（WMS）是倉儲管理信息化的具體形式，它在我國的應(yīng)用還處于起步階段。一個好的倉庫管理系統(tǒng)將會給企業(yè)帶來豐厚的經(jīng)濟效益和社會效益。由此，設(shè)計一個優(yōu)秀的倉庫管理系統(tǒng)就顯得尤其重要。物資的儲存和運輸是整個物流過程中的兩個關(guān)鍵環(huán)節(jié)，被人們稱之為“物流的支柱”。在商品交換過程中，雖然物資的購、銷活動決定了物資的交換關(guān)系，但若沒有物資的儲存和運輸，物資的這種交換關(guān)系則不能最終實現(xiàn)。
本程序設(shè)計由計算機與信息工程學(xué)院網(wǎng)絡(luò)工程專業(yè)09級7班第12組提出并執(zhí)行。
1.3參考資料
1.張海潘
軟件工程導(dǎo)論（第5版）清華大學(xué)出版社.2008年2月
2.C#網(wǎng)絡(luò)應(yīng)用編程（第二版）人民郵電出版社
馬俊主編
3.C#程序設(shè)計及應(yīng)用教程（第二版）
人民郵電出版社
馬俊主編
4.網(wǎng)絡(luò)資源
本小組所有成員皆可保證所用的一切資源均來自正規(guī)途徑，不牽扯到任何法律
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
方面的問題。
2．任務(wù)概述
2.1目標(biāo)
倉儲管理的內(nèi)容應(yīng)該包括三個部分：倉儲系統(tǒng)的布局設(shè)計、庫存最優(yōu)控制、倉儲作業(yè)操作。
設(shè)計并完成倉儲物資管理系統(tǒng)，實現(xiàn)委托方要求的功能。“倉庫信息管理系統(tǒng)”是一套功能強大而又操作簡便，實用性的倉儲管理軟件，其主要包括有用戶登錄、倉庫管理、業(yè)務(wù)查詢和系統(tǒng)設(shè)置管理四大管理功能。系統(tǒng)主要的實現(xiàn)目標(biāo)是監(jiān)控整個倉庫的運行情況，提供完善的任務(wù)管理計劃功能，實時監(jiān)控所有貨物的在線運動情況，實時提供庫存變化的信息，完善公司倉儲情況的監(jiān)制與有效利用，以提高倉庫存效率，為企業(yè)適時的提供倉儲信息，為企業(yè)創(chuàng)造更多收入與利潤。
2.2運行環(huán)境
操作系統(tǒng)：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一種。
數(shù)據(jù)庫名稱：Microsoft SQL Server 2008。
2.3條件與限制
本系統(tǒng)在 Windows 環(huán)境中開發(fā)，故在Windows中運行無其它因素限制。
要求系統(tǒng)的操作人員應(yīng)具有一定的計算機方面的知識或經(jīng)過相應(yīng)的培訓(xùn)經(jīng)驗，突發(fā)情況可進行操作以緩解損害情況，同時應(yīng)做好對后臺數(shù)據(jù)庫的保密工作。
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
3．?dāng)?shù)據(jù)描述
3.1靜態(tài)數(shù)據(jù)
a.用戶ID b.用戶身份 c.用戶密碼 d.貨物ID e.貨物名稱 f.貨物所屬倉庫 g.倉庫ID h.倉庫狀態(tài) i.倉庫備注信息 j.用戶備注信息 k.貨物備注信息
3.2動態(tài)數(shù)據(jù)
輸入數(shù)據(jù)：菜單選項，查詢關(guān)鍵字，新建記錄項。
輸出數(shù)據(jù)：由查詢關(guān)鍵字確定的數(shù)據(jù)庫記錄集合或全部記錄內(nèi)部生成的數(shù)據(jù)，中間查詢結(jié)果。
3.3數(shù)據(jù)庫介紹
微軟SQL Server 2005 SP1加入數(shù)據(jù)庫鏡像功能，為SQL Server 2005 Express Edition提供新管理工具，并且加強了SAP NetWeaver智能商務(wù)系統(tǒng)的報告反饋支持功能。
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
3.4數(shù)據(jù)詞典
第
頁
倉儲管理系統(tǒng)需求規(guī)格說明書
3.5 E-R圖
性別姓名聯(lián)系方式備注ID用戶名密碼權(quán)限聯(lián)系方式普通用戶交互倉庫管理員交互管理系統(tǒng)操作員使用倉庫ID用戶名權(quán)限密碼
編號管理員ID狀態(tài)圖 3.1 系統(tǒng)E-R圖
描述：該系統(tǒng)中包含的用戶以及屬性如圖3.5，其中對應(yīng)關(guān)系為，普通用戶與系統(tǒng)操作員為多對一，與倉庫管理員為多對一，系統(tǒng)操作員與倉庫為多
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
對一，倉庫管理員與倉庫為一對一。
另外該系統(tǒng)中有一個超級管理員，負責(zé)對系統(tǒng)進行配置管理，對數(shù)據(jù)庫進行備份，增加，刪除系統(tǒng)操作員，倉庫管理員信息等操作。系統(tǒng)超級管理員用例圖見4.2功能劃分。
3.6數(shù)據(jù)采集
系統(tǒng)管理員與用戶通過鍵盤輸入倉庫信息及反饋信息。
4．功能需求
4.1功能劃分
一個功能完善的倉庫信息管理系統(tǒng)，必須包括以下幾個主要功能：用戶登錄、倉庫管理、業(yè)務(wù)查詢、系統(tǒng)設(shè)置。系統(tǒng)總體模塊圖如下
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
倉儲管理系統(tǒng)用戶登錄倉庫管理業(yè)務(wù)查詢系統(tǒng)設(shè)置登錄注銷退出進退領(lǐng)退調(diào)盤貨貨料料撥點庫存銷售歷史記錄查詢用戶管理供應(yīng)商管理倉庫進貨倉庫退貨倉庫領(lǐng)料倉庫退料商品調(diào)撥倉庫盤點庫存查詢 圖4.1
倉儲管理系統(tǒng)模塊圖
4.2功能描述
（一）用戶登錄
（1）用戶登錄
用戶可以用兩種身份登錄本系統(tǒng)：普通操作員和管理人員。不同身份的用戶登錄被系統(tǒng)授予不同的使用權(quán)限，這樣提高了系統(tǒng)的安全性，避免了無關(guān)人員獲取不在他權(quán)限范圍內(nèi)的信息。
（2）用戶注銷
用戶在短時間不使用該系統(tǒng)時，不必退出系統(tǒng)，選擇注銷后，其他用
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
戶可以登錄使用本系統(tǒng)。
（3）退出系統(tǒng)
用戶在完成工作后，點擊退出系統(tǒng)按鈕可以安全的退出，以免不安全退出導(dǎo)致數(shù)據(jù)丟失情況的發(fā)生。
（4）超級管理員管理
圖4.3
超級管理員用例圖
（二）倉庫管理
（1）倉庫進貨
倉庫進貨模塊要求操作員輸入商品號、商品名稱、進貨數(shù)量、單位和供應(yīng)商等信息，系統(tǒng)自動的將當(dāng)前系統(tǒng)時間作為進貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計進貨金額，該操作完成后，倉庫相應(yīng)貨物的數(shù)量為原貨物數(shù)量和進貨數(shù)量的總和，并更新數(shù)據(jù)庫。
（2）倉庫退貨
倉庫退貨模塊要求操作員輸入退貨商品號、退貨數(shù)量、單位和供應(yīng)商，系統(tǒng)自動的將當(dāng)前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計退貨金額，該操作完成后，相應(yīng)貨物的數(shù)量為原貨物數(shù)量除去退貨的數(shù)量，并更新數(shù)據(jù)庫。
（3）倉庫領(lǐng)料
倉庫領(lǐng)料模塊要求操作員輸入領(lǐng)取商品號、領(lǐng)取數(shù)量、領(lǐng)料人等，系統(tǒng)自動的將當(dāng)前系統(tǒng)時間作為領(lǐng)料時間更新到數(shù)據(jù)庫，并且統(tǒng)計總領(lǐng)料數(shù)
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
量。該操作完成后，相應(yīng)貨物的數(shù)量為原貨物數(shù)量減領(lǐng)料的數(shù)量并更新數(shù)據(jù)庫。
（4）倉庫退料
倉庫退料模塊要求操作員輸入退料商品號、退料數(shù)量、退料人等，系統(tǒng)自動的將當(dāng)前系統(tǒng)時間作為退料時間更新到數(shù)據(jù)庫，并且統(tǒng)計總退料數(shù)量。該操作完成后，相應(yīng)貨物的數(shù)量為原貨物數(shù)量加退料的數(shù)量，并更新數(shù)據(jù)庫。
（5）商品調(diào)撥
商品調(diào)撥模塊要求操作員輸入調(diào)撥商品號、調(diào)撥數(shù)量、調(diào)撥人等，系統(tǒng)自動的將當(dāng)前系統(tǒng)時間作為調(diào)撥時間更新到數(shù)據(jù)庫，并且統(tǒng)計總調(diào)撥數(shù)量。
（6）倉庫盤點
商品盤點模塊要求用戶（管理員）輸入某商品號，該商品實際數(shù)量（增加或刪除），系統(tǒng)會自動的將當(dāng)前系統(tǒng)時間作為盤點時間更新到數(shù)據(jù)庫，并且統(tǒng)計總盤點過程中修改的數(shù)量。
（三）業(yè)務(wù)查詢
業(yè)務(wù)查詢模塊圖
（1）庫存查詢
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
用戶可以查詢所有的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存量。
（2）銷售查詢
用戶（管理員）給出某個時間段，系統(tǒng)就根據(jù)庫中的資料給出該段時間中所有商品的銷售情況。
（3）倉庫歷史記錄查詢
用戶可以查詢的類型包括：倉庫進貨、倉庫退貨、倉庫領(lǐng)料、倉庫退料、商品調(diào)撥、倉庫盤點，用戶選擇查詢的類型后，再輸入需要查詢的時間，系統(tǒng)返回歷史操作記錄。
（四）系統(tǒng)設(shè)置（1）供應(yīng)商管理
用戶可以增加新的供應(yīng)商，需要輸入供應(yīng)商的一些信息，包括：供應(yīng)商號、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。用戶也可以對已經(jīng)存在的供應(yīng)商信息進行查詢和修改。
管理員可以增加、刪除、修改和查詢用戶。
5．性能需求
5.1數(shù)據(jù)精確度
由于采用數(shù)據(jù)庫技術(shù)并且用戶的應(yīng)用領(lǐng)域?qū)?shù)據(jù)精度的要求不是太高，所以這點在系統(tǒng)中表現(xiàn)的比較少，都是用戶數(shù)據(jù)的安全性和準(zhǔn)確性是完全保證的，所以對用戶的使用沒有多大的障礙。
5.2時間特性
本系統(tǒng)的數(shù)據(jù)庫較小，所以程序在響應(yīng)時間，數(shù)據(jù)更新處理時間上性能是比較突出的、而且也正由于數(shù)據(jù)量相對較少，故在數(shù)據(jù)傳輸時間和系統(tǒng)運行時間上表現(xiàn)的叫讓用戶滿意。無論是客戶還是管理員，當(dāng)用戶登錄，進行任何操作的時候，系統(tǒng)應(yīng)該及時的進行反應(yīng)，反應(yīng)的時間在5秒以內(nèi)。系統(tǒng)應(yīng)能檢測出各種非正常情況，如與設(shè)備的通信中斷，無法連接數(shù)據(jù)庫服務(wù)等，避免出現(xiàn)長時間等待甚至無響應(yīng)。
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
5.3適應(yīng)性
本系統(tǒng)實在Windows環(huán)境中開發(fā)的，所以只要是兼容Windows的軟件或操作系統(tǒng)，該軟件都可以正確運行，有較好的適應(yīng)能力與兼容性。而且本系統(tǒng)簡單易懂，容易上手，界面明了，便于操作。本系統(tǒng)是比較大眾模式的倉儲管理模式，便于移植到其他部門或公司，具有良好的適應(yīng)性。
6．運行需求
6.1用戶界面
采用Web網(wǎng)頁的形式，具有良好的交互界面。有一個主頁，可以鏈接其他頁面。用戶根據(jù)自己權(quán)限在各個頁面進行操作。
要求大致如下：
1.頁面內(nèi)容：主題突出，站點定義、術(shù)語和行文格式同意、規(guī)范、明確，欄目、菜單設(shè)置和布局合理，傳遞的信息準(zhǔn)確、意識。內(nèi)容豐富，文字準(zhǔn)確，語句通順；專用術(shù)語規(guī)范，行文格式統(tǒng)一規(guī)范。
2.導(dǎo)航結(jié)構(gòu)：頁面具有明確的導(dǎo)航只是，且便于理解，方面用戶使用。3.技術(shù)環(huán)境：頁面大小合適，能用各種常用瀏覽器以不同的分辨率瀏覽；無錯誤鏈接和空鏈接；采用css處理，控制字體大小和面板布局。
4.藝術(shù)風(fēng)格：界面、版面形象清新岳母、布局合理，字號大小
十一、字體選擇合理，前后一致，美觀大方，動與靜搭配適當(dāng)，動靜效果好；色彩和諧自然，與主題內(nèi)容相協(xié)調(diào)。
6.2硬件接口
數(shù)據(jù)庫服務(wù)器應(yīng)配備大容量硬盤，以免當(dāng)大規(guī)模公司使用時反應(yīng)速度減慢等問題出現(xiàn)。
6.3軟件接口
系統(tǒng)保持與操作系統(tǒng)的接口，保持與數(shù)據(jù)庫軟件Microsoft SQL Server的接口，考慮到文檔處理的需要有可能包括與常用辦公軟件接口。
第 頁
倉儲管理系統(tǒng)需求規(guī)格說明書
6.4故障處理
考慮到軟件的范圍不大，所以故障處理一般有操作系統(tǒng)完成，系統(tǒng)只要保持與操作系統(tǒng)的接口即可。只要操作系統(tǒng)沒有大的故障程序一般是比較穩(wěn)定的。
考慮到用戶對數(shù)據(jù)的安全性要求，程序可以有獨立于操作系統(tǒng)之外的數(shù)據(jù)備份功能與過程，以及系統(tǒng)崩潰后的數(shù)據(jù)恢復(fù)功能。
7．其它需求
7.1正確性
要求發(fā)布的軟件能夠滿足用戶需求，實現(xiàn)各個功能，并且在運行過程中不出現(xiàn)嚴(yán)重錯誤。
7.2可維護性
要求本軟件擁有良好的可維護性，以滿足用戶不斷增長的需求以及日后的BUG修復(fù)工作。
7.3可移植性
該系統(tǒng)采用B/S開發(fā)模式，所以可以在多種平臺上很好的運行，所以該系統(tǒng)具有良好的移植性。
7.4軟件的完整性
最終將該系統(tǒng)制作成部署文件以保證系統(tǒng)的完整行。
7.5軟件的安全性
要求提供身份驗證，只允許通過身份驗證的用戶使用本軟件。并且通過驗證可以確認用戶身份，即確認用戶是否為系統(tǒng)管理員，只有系統(tǒng)管理員才可以對軟件進行數(shù)據(jù)的添加、刪除和修改操作，而普通用戶只能進行瀏覽數(shù)據(jù)等基本操作。
第 頁
第四篇：圖書館管理系統(tǒng)需求規(guī)格說明書
軟件需求規(guī)格說明書
圖書館管理系統(tǒng)需求規(guī)格說明書
1．導(dǎo)言 1.1編寫目的
圖書管理信息系統(tǒng)的前階段，對本系統(tǒng)的需求做了詳細的闡述，并提出了這份軟件需求規(guī)格說明書。
此需求規(guī)格說明書對圖書管理信息系統(tǒng)軟件做了全面細致的用戶需求分析，明確所要開發(fā)的軟件應(yīng)具有的數(shù)據(jù)庫、功能、性能等，使系統(tǒng)分析人員及軟件開發(fā)人員都能清楚地了解用戶的需求，并在此基礎(chǔ)上進一步提出概要設(shè)計說明書和完成后續(xù)設(shè)計與開發(fā)工作。本說明書的預(yù)期讀者為用戶、需求分析人員、代碼編寫人員、測試人員、用戶文檔編寫者、項目管理人員。
在下一段的設(shè)計中，程序設(shè)計員可參考此需求分析規(guī)格說明書，在需求分析說明書對圖書館管理信息系統(tǒng)所做的模塊結(jié)構(gòu)設(shè)計的基礎(chǔ)上進行詳細設(shè)計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設(shè)計過程中所完成的各模塊設(shè)計結(jié)構(gòu)，或在修改或發(fā)現(xiàn)錯誤時找出在本階段的不足或錯誤。1.2項目背景
由于圖書館書籍多，查找、增加、借閱、歸還極為不便，要浪費許多的人力、腦力、物力。圖書的管理不當(dāng)會嚴(yán)重導(dǎo)致圖書館書籍的遺失等問題。于是我們希望能找到解決的方法。
為了解決以上的問題，讓圖書館能夠有效的管理圖書館書籍，有效的利用軟件的便捷，保護好書籍，促進圖書館管理的信息化和規(guī)范化。我們多方聽取意見、分組討論、查閱資料，進而了解圖書館管理的流程，開發(fā)出一套適合于圖書館書籍多而復(fù)雜的管理系統(tǒng)。1.3縮寫說明
系統(tǒng)：若未特別指出，統(tǒng)指本圖書信息管理系統(tǒng)。SQL：Structured Query Language（結(jié)構(gòu)化查詢語言）。
1.4術(shù)語定義SQL SERVER：系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMS）。
SQL：一種用于訪問查詢數(shù)據(jù)庫的語言。主鍵：數(shù)據(jù)庫表中與其他表主鍵關(guān)聯(lián)的域。外部主鍵：數(shù)據(jù)庫表中的關(guān)聯(lián)域。值互不相同。
需求：用戶解決問題或達到目標(biāo)所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。
軟件需求規(guī)格說明書
1.5參考資料
《軟件工程實務(wù)》羅先文、徐軍，重慶大學(xué)出版社，2005年3月
《UML 用例驅(qū)動對象建?！稤oug Rosenberg、Kendall Scott著，徐海、周靖、陳華偉譯，清華大學(xué)出版社，2003年5月
《UML 系統(tǒng)分析設(shè)計應(yīng)用案例》 冀振燕，人民郵電出版社，2003年6月 《NET語言程序設(shè)計》 陳煒，人民郵電出版社，2005年1月 《SQL Server數(shù)據(jù)庫》呂鳳順，清華大學(xué)出版社，2006年9月 《網(wǎng)頁設(shè)計與制作》于巧娥、何金奎，北京大學(xué)出版社，2006年1月 2．任務(wù)概述 2.1系統(tǒng)定義
實現(xiàn)圖書管理信息系統(tǒng)的基本需求。讓圖書館能夠有效的管理圖書的查詢、借閱、增加、歸還等操作，保護好文件，促進圖書管理的信息化、規(guī)范化，實現(xiàn)圖書館的智能化管理，以提高圖書館的的工作效率。2.2應(yīng)用環(huán)境
硬件環(huán)境：一臺586 以上的微機及兼容內(nèi)存16MB（最好32MB內(nèi)存）
軟件環(huán)境：windows 98 以上的操作系統(tǒng) ；Office 2000應(yīng)用軟件 操作系統(tǒng)：Microsoft Windows 2000 Advanced Server 支持環(huán)境：IIS 5.0 數(shù) 據(jù) 庫：Microsoft SQL Server 2000 2.3假定條件與限制
本圖書管理信息系統(tǒng)軟件是應(yīng)用于中小型的圖書館。在功能上還不是很健全，還需要進一步完善，還可進一步實現(xiàn)與E-Mail和Internet電話連接起來，成為網(wǎng)絡(luò)圖書管理信息系統(tǒng)軟件。3．需求規(guī)定 3.1對功能的規(guī)定
(1)圖書信息表(book)：數(shù)據(jù)結(jié)構(gòu)（自動編號ID,圖書編號（BookID），書號（ISBN），價格（Price），類別名（Kind），圖書名（BookName），出版社（Publish），借出日期（BorrowDate），是否借出（IsBorrowed））
(2)借出圖書信息表（bookoff）：數(shù)據(jù)結(jié)構(gòu)(自動編號ID,借書證號（LoanNum），姓名（Name），圖書編號（BookID），書名（BookName），價格（Price），類別（Kind），出版社（Publish），借出日期（BorowDate）)
軟件需求規(guī)格說明書
(3)管理員信息表（Librarian）：數(shù)據(jù)結(jié)構(gòu)（自動編號ID,名稱（LibName），密碼（Password））
(4)讀者信息表（personal）：數(shù)據(jù)結(jié)構(gòu)（自動編號ID,讀者編號（ReaderNum），借書證號（BorrowNum），姓名（Name），班級(Class)，部門(Depart)，職稱(Tittle)，罰款（Fine））
(5)圖書類型信息表(type)： 數(shù)據(jù)結(jié)構(gòu)（自動編號ID，類別名(Kind)，借出天數(shù)(BorrowedDay)）3.2對性能的定義 3.2.1 精度
（1）要按照嚴(yán)格的數(shù)據(jù)格式輸入，否則系統(tǒng)不給予響應(yīng)進行處理。
（2）查詢時要保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到。（3）添加記錄時必須寫入正確的記錄字段。3.2.2時間特性要求
一般操作的響應(yīng)時間應(yīng)在1~2秒內(nèi)，對軟磁盤和打印機等的操作也應(yīng)在可接受的時間內(nèi)完成。3.2.3靈活性說明
滿足圖書館使用的需求（記錄量控制在100項內(nèi)）；對前面提到的運行環(huán)境要求不應(yīng)存在困難。3.3輸入輸出的要求
輸入數(shù)據(jù)：菜單選項，查找關(guān)鍵字，新建記錄項。
輸出數(shù)據(jù)：由查詢關(guān)鍵字確定的數(shù)據(jù)庫記錄集合。（1）系統(tǒng)管理
1)用戶登錄：用于管理員或讀者登錄，進行圖書館書籍及資料的查詢。2)用戶注冊：用于用戶及管理員的注冊，當(dāng)數(shù)據(jù)庫中有了用戶資料之后此用戶才有權(quán)限登錄系統(tǒng)。
3)修改密碼:只限于已經(jīng)注冊的用戶或管理員的操作。以便于個人登錄的識別。
（2）圖書管理
1)圖書的分類：主要是適合于管理員的操作，對圖書進行分類以便讀者查詢、借閱書籍。
2)查詢書籍：主要給借閱者使用，是為了方便借閱者查詢自己想要的圖書，
軟件需求規(guī)格說明書
借閱者輸入圖書的相關(guān)關(guān)鍵字，按下按鈕即可查詢到于此相關(guān)的書籍。
3)圖書的添加：是給管理員用的功能，如有新增書籍，可通過這項功能，在數(shù)據(jù)庫中添加一項紀(jì)錄，讓讀者預(yù)留、借閱等。
4)圖書的刪除：是給管理員用的功能，當(dāng)圖書館沒有此書籍時，在數(shù)據(jù)庫中刪除此圖書的信息。（3）借書證管理
1)借書證的添加:僅圖書管理員可以使用的功能，在數(shù)據(jù)庫中添加讀者的借書證信息，方便讀者借閱圖書。
2)借書證信息的修改：修改讀者的圖書證信息記錄
3)借書證的刪除：刪除讀者的圖書證信息記錄
4)借書證的借書上限和逾期罰金： 根據(jù)等級或其他信息規(guī)定該讀者最多能借閱幾本書籍，歸還書籍時如果超過期限，規(guī)定超過一天罰多少錢（4）借書和還書操作管理
1)借書操作：用戶借書后在借出圖書信息表中添加用戶信息及書籍信息等 2)還書操作：用戶歸還書籍后在表中刪除借出信息便于他人借閱。3)續(xù)借操作：當(dāng)用戶圖書到期后，如需再借閱則可使用此功能。（5）打印報表
1)打印單條圖書記錄:主要適用于一般瀏覽者和一般用戶。他們只能打印在他們的權(quán)限和級別范圍內(nèi)所能查看的圖書館信息資料。
2)打印全部檔案:是為管理員設(shè)置的，管理員可以根據(jù)需要設(shè)置打印。也可以讓檔案以報表或其它形式生成文本文件或HTML文件輸出。打印操作人員的信息只限管理員使用。
3.4數(shù)據(jù)管理能力的需求（五個基本數(shù)據(jù)表單）
圖書信息表(book)借出圖書信息表（bookoff）圖書編號 BookID 借書證號 BorrowNum 書號 ISBN 圖書編號 BookID 價格 Price 借出日期 BorowDate 類別名 Kind 是否借出 IsBorrowed 圖書名 BookName 出版社 Publish 數(shù)量 Amount 作者 Author
讀者信息表（personal）管理員信息表（Librarian）姓名 ReaderName 名稱 LibName
軟件需求規(guī)格說明書
密碼 Password 密碼 Password 班級 Class 部門 Depart 圖書類型信息表(type)職稱 Tittle 圖書編號 BookID 借書證號 BorrowNum 類別名 Kind 罰款 Fine 借出天數(shù) BorrowedDay 3.5故障處理要求
正常使用時不應(yīng)出錯，若運行時遇到不可恢復(fù)的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。調(diào)試中遇到的問題及解決的方案：
（1）遇到跳出“數(shù)據(jù)庫已經(jīng)關(guān)閉”提示信息阻止程序運行時：可以查看一下進行此項操作時，操作的表是否已經(jīng)被關(guān)閉了或者是在沒有關(guān)閉此表的情況下又一次運用打開語句打開此表。
（2）關(guān)于空記錄帶來的麻煩：有些空記錄往往會使程序無法運行。此時你可用“if not isnull”語句先判斷一下是否為空記錄，再操作。（3）有些運行錯誤也可用如下語句排除 On Error GoTo Erropoint
Erropoint :
Msgbox Err.Descripton
Exit sub
或用On Error resume Ｎext 等語句進行處理。3.6其他要求
（1）系統(tǒng)的功能實現(xiàn)情況: 用戶可在本系統(tǒng)下實現(xiàn)各種用戶要求的功能（2）系統(tǒng)的安全性: 對于系統(tǒng)的重要數(shù)據(jù)都有密碼保護，具有一定的安全性（3）系統(tǒng)的容錯性: 用戶輸錯數(shù)據(jù)都有提示信息，具有較好的容錯性能。（4）系統(tǒng)的封閉性: 用戶的封閉性較好，用戶基本上在提示信息下輸數(shù)據(jù) 4．運行環(huán)境規(guī)定 4.1設(shè)備
本軟件不需要特定的硬件或硬件接口進行支撐；486以上PC機均可運行此軟件。4.2支持軟件
運行于Windows95及更高版本具有WIN32 API的操作系統(tǒng)之上。開發(fā)軟件：Dreamweaver、SQL Server、Microsoft web developer 4.3雙方簽字
軟件需求規(guī)格說明書
需求方（甲方）： 開發(fā)方（乙方）： 日期：2010年11月17日
第五篇：宿舍管理系統(tǒng)需求規(guī)格說明書
需求規(guī)格說明書
1.引言 1.1編寫目的
本學(xué)生宿舍分配系統(tǒng)以公寓房間、入住學(xué)生為基礎(chǔ)信息源，可以對房間和床位分配，可以使教務(wù)處、學(xué)生處、保衛(wèi)處、公寓管理中心、財務(wù)處等學(xué)校職能部門及學(xué)校學(xué)院領(lǐng)導(dǎo)隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享，提高工作效率。
本文檔從用戶、功能、性能、運行環(huán)境等各方面對系統(tǒng)進行了分析，以確保在系統(tǒng)開發(fā)過程中，確定好具體目標(biāo)，使工作能有條不紊的進行，提高工作效率。
1.2背景
很多學(xué)校特別是中等及高等院校中，學(xué)生在校住宿的情況極其普遍。隨著高校的擴招，需要住宿的學(xué)生人數(shù)和學(xué)生公寓樓房越來越多，宿舍管理人員的需求量也相應(yīng)地增加。許多高校后勤實施社會化改革，學(xué)生住宿條件得到了很大改善，宿舍安排上打破了原來按專業(yè)班級強制集中住宿的限制，可供學(xué)生選擇的余地也越來越大，相關(guān)部門對公寓管理的要求越來越高，導(dǎo)致公寓管理的難度越來越大，原來的手工管理已經(jīng)無法適應(yīng)，需要用信息化手段來實現(xiàn)。因此，開發(fā)一個學(xué)生宿舍分配軟件是十分必要的，希望能夠為廣大教師、校院領(lǐng)導(dǎo)、宿舍管理員和學(xué)生提供便利，加強學(xué)生住宿管理、規(guī)范高校公寓日常工作、提高公寓管理效能的有效工具。
1.3 定義
用例圖(Use Case)：是指由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖。呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。
順序圖：是將交互關(guān)系表示為一個二維圖?？v向是時間軸，時間沿豎線向下延伸。橫向軸代表了在協(xié)作中各獨立對象的類元角色。類元角色用生命線表示。
類圖(Class diagram)：是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。類圖不顯示暫時性信息。
狀態(tài)圖(Statechart Diagram)：是描述一個實體基于事件反應(yīng)的動態(tài)行為，顯示了該實體如何根據(jù)當(dāng)前所處的狀態(tài)對不同的事件做出反應(yīng)的。
活動圖（activity diagram）：是闡明了業(yè)務(wù)用例實現(xiàn)的工作流程。工作流程通常包括一個基本工作流程和一個或多個備選工作流程。工作流程的結(jié)構(gòu)使用活動圖來進行說明。
協(xié)作圖/通信圖(Communication Diagram)：而“協(xié)作”作為一個結(jié)構(gòu)事物用于表達靜態(tài)結(jié)構(gòu)和動態(tài)行為的概念組合，表達不同事物相互協(xié)作完成一個復(fù)雜功能。
1.4參考資料
（1）殷建民 主編，《軟件系統(tǒng)分析與設(shè)計》，中國水利水電出版社，2008（2）《學(xué)生宿舍基本需求》（3）《2012級軟件系統(tǒng)分析與設(shè)計實驗指導(dǎo)書（16學(xué)時宿舍分配系統(tǒng)）》
2．任務(wù)概述
2.1 目標(biāo)
本學(xué)生宿舍分配系統(tǒng)以公寓房間、入住學(xué)生為基礎(chǔ)信息源，可以對房間和床位分配，可以使教務(wù)處、學(xué)生處、保衛(wèi)處、公寓管理中心、財務(wù)處等學(xué)校職能部門及學(xué)校學(xué)院領(lǐng)導(dǎo)隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享
2.2 用戶特點
學(xué)生：若要住宿需提交住宿申請，然后等待分配。如有特殊要求，務(wù)必專門說明。一旦得到批準(zhǔn)通知，可以查詢個人宿舍安排。住宿后若有特殊原因，可以申請調(diào)整宿舍或床位，但依然要經(jīng)過審核、批準(zhǔn)。一旦調(diào)換了宿舍，其所使用的設(shè)備也要隨之變更記錄。
教師：分為班主任和輔導(dǎo)員。輔導(dǎo)員負責(zé)查看、初審學(xué)生提交的住宿申請，對基本符合要求的，轉(zhuǎn)交給宿舍負責(zé)人。班主任和輔導(dǎo)員可以隨時查看、了解所負責(zé)班級住宿學(xué)生的情況。
宿舍負責(zé)人：負責(zé)對住宿申請進行綜合審查，通過的則以班為單位分配床位?？梢噪S時查看和了解宿舍的基本情況、所有住宿情況和設(shè)備使用情況，對特殊情況及時進行統(tǒng)計，并報送相關(guān)領(lǐng)導(dǎo)。學(xué)生一旦畢業(yè)或提出退宿，其宿舍和床位會立即變空，等待重新分配使用。
宿舍管理員：負責(zé)宿舍設(shè)備情況的記錄（購入登記、各建宿舍配置、損壞和修理登記、報廢登記）、每日查房結(jié)果記錄、學(xué)生晚歸記錄、宿舍具體情況管理（新房間登記、房間撤消、格局調(diào)整）。
校院領(lǐng)導(dǎo)：可以隨時查看、了解學(xué)校和學(xué)院宿舍的詳細信息、學(xué)生住宿狀況和宿舍管理員的基本情況以及每日查房的情況。
2.3 假定與約束
經(jīng)費限制：由于是學(xué)習(xí)之作，資金的不足限制了本軟件的研發(fā)。
開發(fā)期限;在時間方面，只能在課余時間完成本軟件，對時間的安排需做到合理，恰當(dāng)才能很好的完成本工程。
3.需求分析建模
3.1功能需求
3.1.1系統(tǒng)需求描述
本學(xué)生宿舍分配系統(tǒng)以公寓房間、入住學(xué)生為基礎(chǔ)信息源，可以對房間和床位分配，可以使教務(wù)處、學(xué)生處、保衛(wèi)處、公寓管理中心、財務(wù)處等學(xué)校職能部門及學(xué)校學(xué)院領(lǐng)導(dǎo)隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享。
基本流程圖如下:
宿舍學(xué)生提交住宿申請返回不同意返回同意結(jié)束N查看住宿申請初審Y判斷宿舍負責(zé)人是否同意NYN復(fù)審負宿人責(zé)舍教師查看申請Y分配床位領(lǐng)校導(dǎo)院管宿員理舍
3.1.2 總體功能分析
各類角色的大體功能分析：
學(xué)生:填寫申請表、提交住宿申請、查看申請結(jié)果、申請宿舍調(diào)整 輔導(dǎo)員:查看學(xué)生住宿情況、查看住宿申請、初審、返回申請結(jié)果給學(xué)生 班主任：查看本班學(xué)生住宿情況
宿舍負責(zé)人：復(fù)審、分配床位、查看住宿信息、宿舍住退更新、特殊情況報送領(lǐng)導(dǎo) 宿舍管理員:宿舍查房記錄、宿舍設(shè)備情況記錄、晚歸記錄、宿舍集體情況 校院領(lǐng)導(dǎo)：查看宿舍詳細信息、查看住宿情況、宿舍管理員情況、每日查房情況 具體用例圖如下： 填寫申請表查看學(xué)生住宿情況提交住宿申請查看住宿申請初審查看申請結(jié)果學(xué)生輔導(dǎo)員返回申請結(jié)果給學(xué)生班主任申請宿舍調(diào)整復(fù)審宿舍查房記錄查看宿舍詳細信息分配床位宿舍設(shè)備情況記錄查看住宿情況查看住宿信息晚歸記錄院校領(lǐng)導(dǎo)宿舍管理員情況宿舍管理員宿舍負責(zé)人宿舍住退更新特殊情況報送領(lǐng)導(dǎo)宿舍集體情況每日查房情況3.1.3 功能模塊分析(詳述 學(xué)生申請)☆由學(xué)生申請住宿用例：當(dāng)學(xué)生登錄后，進入申請界面，填寫申請報告，出現(xiàn)兩種情況，即填寫正確或錯誤/部分錯誤，對應(yīng)的成功提交申請或返回重新填寫申請...構(gòu)建活動圖、協(xié)作圖、順序圖等來完成功能的具體分析。
活動圖：
學(xué)生登陸進入申請界面填寫申請表還有未審核的申請?zhí)顚懻_保存新申請表填寫錯誤返回主界面重新填寫提交申請等待申請結(jié)果回到主界面
狀態(tài)圖：
學(xué)生申請這一事件對應(yīng)的狀態(tài)：首先是要進行申請表的填寫預(yù)準(zhǔn)備工作，即新建一張空白申請表，進行填寫，完成后進行提交，即等同于進入等待審核狀態(tài)；等待后臺審核完成后，學(xué)生進行查看可以找到‘審核通過’‘不通過’以及‘不通過（部分不符合要求）’三種狀態(tài)，一次審核通過后二審，產(chǎn)生‘批準(zhǔn)’‘不批準(zhǔn)’兩種狀態(tài)，批準(zhǔn)通過，進入入住狀態(tài)。
新建批準(zhǔn)保存已入住審核通過不批準(zhǔn)提交審核不通過部分通過順序圖: 根據(jù)流程圖和活動圖，可以建立學(xué)生申請的工作順序圖，首先是登陸到首頁>進入申請界面，申請表的填寫與是否可以成功提交由提交控制檢測并返回可申請/不可申請/有錯重新填寫，提交成功則學(xué)生等待來自輔導(dǎo)員以及宿舍管理員的的審核結(jié)果以及宿舍分配結(jié)果。
學(xué)生首頁申請界面提交控制輔導(dǎo)員宿舍負責(zé)人登陸登陸成功退出不可以申請可以申請?zhí)顚懮暾執(zhí)峤唤o輔導(dǎo)員有錯重新填寫反饋同意請求復(fù)審?fù)怦g回不同意 協(xié)作圖：
學(xué)生功能界面申請表審核控制輔導(dǎo)員返回不同意返回同意及宿舍分配 3.2性能需求
3.2.1精度
在進行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準(zhǔn)確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)據(jù)（如申請表，住宿信息等）時，要求輸入準(zhǔn)確學(xué)生姓名，身份證，學(xué)號，班級，宿舍號等，按需求設(shè)定字符數(shù)。
3.2.2時間特性要求
（1）查詢類頁面響應(yīng)時間<=3s（2）更新處理時間，如新建、提交等最長時間不超過2s。（3）數(shù)據(jù)的轉(zhuǎn)換和傳送時間，如遠程數(shù)據(jù)傳輸不超過5s。
3.3數(shù)據(jù)需求
3.3.1 輸入輸出數(shù)據(jù)要求
1）宿舍的詳細數(shù)據(jù)、學(xué)生住宿的情況以及宿管人員的具體數(shù)據(jù)要完整保管，且一旦發(fā)生變化，必須及時變更記錄。
2）上述數(shù)據(jù)要能夠?qū)С龅絜xcel文件中，或從excel文件導(dǎo)入。3）分配床位時可以采取二種方法：
● 第1是按照一定的算法進行自動分配，● 第2是針對特殊要求進行手工分配 4）學(xué)生住宿需要記錄的內(nèi)容主要包括：
學(xué)號、姓名、所屬學(xué)院、所屬系、宿舍房間號、床鋪號、柜子號、入住時間、聯(lián)系電話等。5）每個房間需要記錄的內(nèi)容主要包括：
宿舍房間號、面積、可容納人數(shù)、目前空床數(shù)、6）為簡化宿舍分配過程中學(xué)生信息的重復(fù)錄入，保證數(shù)據(jù)的一致性和統(tǒng)一性，最好可利用現(xiàn)行的學(xué)籍管理系統(tǒng)中的信息。
3.3.2數(shù)據(jù)分析模型(類圖)
people-memberName-memberName學(xué)生-memberName-memberName職工-memberName-memberName教師-memberName-memberName院校領(lǐng)導(dǎo)-memberName-memberName宿舍負責(zé)人-memberName宿舍管理員-memberName-memberName-memberName輔導(dǎo)員-memberName班主任-memberName-memberName-memberNamec各種記錄學(xué)生住宿信息班級-memberName-memberName-memberName-memberName-memberName-memberName住宿申請-memberName-memberName住宿登記表-memberName-memberName床位-memberName宿舍-memberName-memberName設(shè)備-memberName-memberName-memberName
類圖分析：用戶主要分為學(xué)生和職工兩大類，學(xué)生類和職工類繼承于people類，而教師類、領(lǐng)導(dǎo)類、宿舍負責(zé)人類和宿舍管理員類繼承于職工類，輔導(dǎo)員和班主任類繼承于教師類；學(xué)生與輔導(dǎo)員、班級、住宿登記表、床位、宿舍、住宿申請等都是關(guān)聯(lián)關(guān)系。
3.4故障處理要求
正常使用時不應(yīng)出錯，對于用戶的輸入錯誤應(yīng)給出適當(dāng)?shù)母恼崾尽Ｈ暨\行時遇到不可恢復(fù)的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損，可以通過日志來了解故障現(xiàn)象、發(fā)生時間。
3.5其他專門要求
（1）進度需求：系統(tǒng)開發(fā)的階段進度要求。（2）運行環(huán)境需求：平臺、體系結(jié)構(gòu)、設(shè)備要求。
（3）培訓(xùn)需求：無實體培訓(xùn)，系統(tǒng)配備《用戶使用手冊》，提供多媒體教學(xué)光盤。
4.運行環(huán)境規(guī)定 4.1設(shè)備
服務(wù)器
PC機（建議配置：操作系統(tǒng) windows 2000/XP/Vista CPU PentiumⅣ以上 內(nèi)存 128M以上 硬盤空間 100M以上）DVD光驅(qū)，打印機等。
4.2支持軟件
軟件運行基于windows平臺上的2000，NT，XP,Vista等。數(shù)據(jù)庫：MySQL 4.3接口
無
點擊咨詢 