【正文】 .........................................................3 .............................................................................................3 假定和約束....................................................................................................3.....................................................................................3 .............................................................................................3 .............................................................................................33外部接口需求.............................................................................................................4.........................................................................................................4 .........................................................................................................4 .........................................................................................................4 .........................................................................................................4 4功能性需求.................................................................................................................4.........................................................................................................4 .............................................................................................................5 .........................................................................................................9 ...................................................................................................19 ...........................................................................................................21 5非功能需求...............................................................................................................22.......................................................................................................2界面、響應要求...................................................................22 ...............................................................................................22 ...............................................................................................22...................................................................................22 ...............................................................................24 .......................................................................................24 ...............................................................................................241引言需求說明的編寫是為了研究車輛管理軟件的開發(fā)途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內(nèi)部維護，信息更新，驗收和測試的依據(jù)。本文檔將對車輛管理系統(tǒng)軟件開發(fā)需求進行描述。 背景物流系統(tǒng)是現(xiàn)代經(jīng)濟系統(tǒng)的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業(yè)的命脈，有機的管理好車輛十分關(guān)鍵。傳統(tǒng)的運輸業(yè)已不能滿足市場需求。運輸企業(yè)的信息化管理具有重要意義。開發(fā)軟件名稱：車輛管理系統(tǒng) 項目開發(fā)者：08軟工A1 舒驥 用戶：運輸集團公司 預期讀者本需求的預期讀者是開發(fā)組成人員，軟件測試人員，支持本項目的老師，軟件維護人員。[1].《軟件需求工程》 毋國慶 梁正平袁夢霆 李勇華 編著[2].《UML基礎與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著[3].《C數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊》 明日科技 張躍延 許文武 王小科 編著[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著 2綜合描述車輛管理系統(tǒng)將為企業(yè)提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。* 車輛基本信息管理 * 車輛購置管理 * 車輛調(diào)撥管理 * 車輛報廢管理 * 車輛信息管理查詢本軟件最終用戶為汽車運輸集團公司。該公司主要設有技術(shù)服務部、客貨運輸部、企業(yè)管理部等職能部門，下屬運輸公司有零擔運輸公司、客運公司、整車運輸公司、旅游公司等，其組織結(jié)構(gòu)如下圖1：圖1：運輸集團公司組織結(jié)構(gòu)圖運行該軟件所適用的具體設備必須是奔騰內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。數(shù)據(jù)庫為SQL Server2000版本僅設計為本地版本，無需聯(lián)網(wǎng)，沒有服務器端。 假定和約束開發(fā)工作量約需1個人2月工作量。開發(fā)完成后，可減少為1名作為維護人員；輔導老師1人，開發(fā)人員2人。，技術(shù)設計采用軟硬一體化的設計方法。運行該軟件所適用的具體設備必須是奔騰內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。3外部接口需求見《系統(tǒng)設計說明書》考慮到大量數(shù)據(jù)的備份等要求，需要保持與磁帶機、光盤刻錄機及USB的接口，這較易實現(xiàn)。這里，主要考慮軟件與操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)的接口。由于不存在從其他文件導入的功能，所以無需擔心格式轉(zhuǎn)換的問題。該軟件更趨向于單一封閉的單機版軟件。無需與網(wǎng)絡連接，只需考慮與外部移動設備的通信。4功能性需求車輛基本信息管理模塊(1)用戶的登錄管理：不同級別的用戶通過特定的用戶名和密碼登錄系統(tǒng)，對相應的信息進行管理。(2)查詢車輛基本信息：通過輸入車輛的基本信息對車輛的整體信息進行查詢。(3)刪除車輛基本信息：有相關(guān)權(quán)限的用戶可對某些不再需要的車輛信息進行刪除。(4)修改車輛基本信息：有相關(guān)權(quán)限的用戶如有必要，可對車輛的基本信息進 行修改。(5)添加車輛基本信息：有相關(guān)權(quán)限的用戶可添加車輛的基本信息。車輛購置管理模塊用戶可添加、修改、刪除、查詢車輛購置管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。車輛調(diào)撥管理模塊與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛調(diào)撥管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。車輛報廢管理模塊與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。車輛信息查詢管理模塊實現(xiàn)對多種信息的快速模糊查詢，可根據(jù)車輛所屬的二級公司，車牌號，車輛的廠牌，規(guī)格，型號等信息進行不同的組合來查詢車輛，還可根據(jù)申請購置，調(diào)撥，報廢車輛的二級公司，申請時間等查詢車輛的購置，調(diào)撥，報廢的申請及審批情況等。車輛管理信息系統(tǒng)用例圖車輛購置管理用例圖車輛調(diào)撥管理用例圖車輛報廢管理用例圖車輛基本信息管理用例圖一、車輛購置管理用例1 用例名稱：添加車輛購置申請 用例識別號： 參與者：二級公司用戶簡要說明：二級公司用戶添加一個車輛購置申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)?；臼录鳎?)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗口。3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛購置申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止 其它事件流：在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。后置條件：一條新的車輛購置記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。其它事件流：在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛購置申請記錄不會被刪除。異常件流：1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。后置條件：選中的默認的車輛購置申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。用例3 用例名稱：總工程師購置申請審批 用例識別號： 參與者：總工程師簡要說明：總工程師對二級公司用戶提交的車輛購置申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛購置申請。基本事件流：1)總工程師單擊選中要審批的車輛購置申請記錄。2)總工程師單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。6)總工程師編輯完相應的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7)用例終止。其它事件流：在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。后置條件：選中的車輛購置申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。注釋：審批之前，要先使用查詢功能，查出未審批的車輛購置申請記錄。用例4 用例名稱：總經(jīng)理購置申請批復 用例識別號： 參與者：總經(jīng)理簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛購置申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛購置申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛購置申請記錄?；臼录鳎?)總經(jīng)理單擊選中要審批的車輛購置申請記錄。2)總經(jīng)理編輯完相應的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。3)用例終止。其它事件流：在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。后置條件：選中的車輛購置申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見