【正文】 .....................................3 ..........................................................................................................3 .............................................................................................................3 ER圖.................................................................................................................3 .............................................................................................................3 4．功能需求....................................................................................................................6.............................................................................................................6 .............................................................................................................6 5．性能需求....................................................................................................................7..........................................................................................................7 .............................................................................................................7 .................................................................................................................7 6．運行需求..................................................................................................................10...........................................................................................................10...........................................................................................................10 ...........................................................................................................10 ...........................................................................................................10 7．其它需求..................................................................................................................12...............................................................................................................12 ...........................................................................................................12 ...........................................................................................................12 ....................................................................................................12 ....................................................................................................12倉儲管理系統(tǒng)需求規(guī)格說明書1．引言本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了倉儲管理系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期待能夠獲得更大范圍的應(yīng)用。對于數(shù)據(jù)唯一性的識別應(yīng)放在多個關(guān)鍵字之上。用戶登錄活動圖車輛基本信息管理活動圖車輛購置管理活動圖 車輛購置申請單狀態(tài)圖車輛基本信息狀態(tài)圖5非功能需求、界面、響應(yīng)要求由于此系統(tǒng)主要用于信息的保管查詢，即對數(shù)據(jù)的安全性要求極高。5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復(fù)結(jié)果。3）后置條件：選中的車輛報廢申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標(biāo)志、審批結(jié)果和審批意見。3）系統(tǒng)出現(xiàn)編輯窗口。異常件流：1）提示錯誤信息，二級公司用戶確認。用例10 用例名稱：刪除車輛報廢申請 用例識別號： 參與者：二級公司用戶簡要說明：二級公司用戶刪除一個車輛報廢申請記錄。3)二級公司用戶可以在相應(yīng)的文本框上添加或修改申請單，也可以完全刪除，重新填寫。7)用例終止。用例8 用例名稱：總經(jīng)理調(diào)撥申請批復(fù) 用例識別號： 參與者：總經(jīng)理簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛調(diào)撥申請進行批復(fù)。5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。后置條件：選中的默認的車輛調(diào)撥申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新?；臼录鳎?)二級公司用戶單擊選中要刪除的車輛調(diào)撥申請記錄。5)用例終止。后置條件：選中的車輛購置申請記錄被批復(fù)，并在數(shù)據(jù)庫中修改該記錄的批復(fù)標(biāo)志、批復(fù)結(jié)果和批復(fù)意見。用例4 用例名稱：總經(jīng)理購置申請批復(fù) 用例識別號： 參與者：總經(jīng)理簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛購置申請進行批復(fù)。5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。后置條件：選中的默認的車輛購置申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。5)用例終止 其它事件流：在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。車輛報廢管理模塊與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。無需與網(wǎng)絡(luò)連接，只需考慮與外部移動設(shè)備的通信。開發(fā)完成后，可減少為1名作為維護人員；輔導(dǎo)老師1人，開發(fā)人員2人。運輸企業(yè)的信息化管理具有重要意義。本文檔將對車輛管理系統(tǒng)軟件開發(fā)需求進行描述。操作系統(tǒng)在Windows xp及以上。這里，主要考慮軟件與操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)的接口。(5)添加車輛基本信息：有相關(guān)權(quán)限的用戶可添加車輛的基本信息。2)系統(tǒng)出現(xiàn)編輯窗口。其它事件流：在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛購置申請記錄不會被刪除。2)總工程師單擊“審批”按鈕。2）返回到管理系統(tǒng)主界面。其它事件流：在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。2)系統(tǒng)出現(xiàn)編輯窗。注釋：無。其它事件流：在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛調(diào)撥申請記錄不會被刪除。2)總工程師單擊“審批”按鈕。2）返回到管理系統(tǒng)主界面。4)總經(jīng)理可以在審批意見文本框上添加或修改批復(fù)意見，也可以完全刪除，重新填寫。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)。2）返回到管理系統(tǒng)主界面。4)二級公司用戶單擊“是”按鈕，該車輛報廢申請記錄就被從數(shù)據(jù)庫中刪除。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛報廢申請。其它事件流：在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。2)總經(jīng)理單擊“審批”按鈕。2）返回到管理系統(tǒng)主界面。信息容量：不低于10G時可能出現(xiàn)系統(tǒng)崩潰。本軟件可能產(chǎn)生的錯誤為數(shù)據(jù)庫的錯誤信息，應(yīng)由數(shù)據(jù)庫管理員對數(shù)據(jù)庫進行維護。物資的儲存和運輸是整個物流過程中的兩個關(guān)鍵環(huán)節(jié)，被人們稱之為“物流的支柱”。操作系統(tǒng)：Microsoft Windows 95/98/ME/。另外該系統(tǒng)中有一個超級管理員，負責(zé)對系統(tǒng)進行配置管理，對數(shù)據(jù)庫進行備份，增加，刪除系統(tǒng)操作員，倉庫管理員信息等操作。（2）倉庫退貨倉庫退貨模塊要求操作員輸入退貨商品號、退貨數(shù)量、單位和供應(yīng)商，系統(tǒng)自動的將當(dāng)前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計退貨金額，該操作完成后，相應(yīng)貨物的數(shù)量為原貨物數(shù)量除去退貨的數(shù)量，并更新數(shù)據(jù)庫。（2）銷售查詢用戶（管理員）給出某個時間段，系統(tǒng)就根據(jù)庫中的資料給出該段時間中所有商品的銷售情況。系統(tǒng)應(yīng)能檢測出各種非正常情況，如與設(shè)備的通信中斷，無法連接數(shù)據(jù)庫服務(wù)等，避免出現(xiàn)長時間等待甚至無響應(yīng)。內(nèi)容豐富，文字準(zhǔn)確，語句通順；專用術(shù)語規(guī)范，行文格式統(tǒng)一規(guī)范?？紤]到用戶對數(shù)據(jù)的安全性要求，程序可以有獨立于操作系統(tǒng)之外的數(shù)據(jù)備份功能與過程，以及系統(tǒng)崩潰后的數(shù)據(jù)恢復(fù)功能。此需求規(guī)格說明書對圖書管理信息系統(tǒng)軟件做了全面細致的用戶需求分析，明確所要開發(fā)的軟件應(yīng)具有的數(shù)據(jù)庫、功能、性能等，使系統(tǒng)分析人員及軟件開發(fā)人員都能清楚地了解用戶的需求，并在此基礎(chǔ)上進一步提出概要設(shè)計說明書和完成后續(xù)設(shè)計與開發(fā)工作。我們多方聽取意見、分組討論、查閱資料，進而了解圖書館管理的流程，開發(fā)出一套適合于圖書館書籍多而復(fù)雜的管理系統(tǒng)。需求：用戶解決問題或達到目標(biāo)所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。一般操作的響應(yīng)時間應(yīng)在1~2秒內(nèi)，對軟磁盤和打印機等的操作也應(yīng)在可接受的時間內(nèi)完成。（2）圖書管理1)圖書的分類：主要是適合于管理員的操作，對圖書進行分類以便讀者查詢、借閱書籍。他們只能打印在他們的權(quán)限和級別范圍內(nèi)所能查看的圖書館信息資料。（3）有些運行錯誤也可用如下語句排除 On Error GoTo ErropointErropoint :Msgbox Exit sub或用On Error resume Ｎext 等語句進行處理。許多高校后勤實施社會化改革，學(xué)生住宿條件得到了很大改善，宿舍安排上打破了原來按專業(yè)班級強制集中住宿的限制，可供學(xué)生選擇的余地也越來越大，相關(guān)部門對公寓管理的要求越來越高，導(dǎo)致公寓管理的難度越來越大，原來的手工管理已經(jīng)無法適應(yīng)，需要用信息化手段來實現(xiàn)。類圖(Class diagram)：是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。如有特殊要求，務(wù)必專門說明?？梢噪S時查看和了解宿舍的基本情況、所有住宿情況和設(shè)備使用情況，對特殊情況及時進行統(tǒng)計，并報送相關(guān)領(lǐng)導(dǎo)?；玖鞒虉D如下:宿舍學(xué)生提交住宿申請返回不同意返回同意結(jié)束N查看住宿申請