【導讀】以全面的了解超市倉庫庫存貨物數(shù)量和種類來方便高效的管理超市倉庫。難.及早地預測項目的可行性，在可行的前提下獲得最好的實施方案。也是越來越豐富。商品和種類及時的進行修改，同時還具有缺貨提示功能。功則以進入系統(tǒng)進行操作，否則會提示錯誤，要求重新登錄。理人員登錄系統(tǒng)后才能操作。行增、刪、改功能。①方便使用者對倉庫貨物的查詢、刪除、更新，減少人力和設備的需求。②開發(fā)時間：開發(fā)的全過程必須在3個月內(nèi)完成。本軟件在投入使用起，維護費用較少，操作方便。綜上所述，該項目應立即開始進行研發(fā)。付使用中如有不足還望指出，以便改進。漏掉的情況，更方便管理人員的瀏覽和操作，節(jié)省了人力物力。計，會得出對學生選課系統(tǒng)的精確描述。其根本任務就是設計出程序的“藍圖”

　　

【正文】 String Sql3 update StoreManage set 商品名稱 ?,庫存量 ? where 商品名稱 39。goodid39。 PreparedStatement ps Sql3 。 1, goodname 。 2, goodnum 。 。 flags true。 catch Exception e Sytln 。 return flags。 //更新數(shù)據(jù) public boolean UpdateStoreDate String goodid,String goodname,int goodnum boolean flags false。 try String Sql3 update StoreManage set 商品名稱 ?,庫存量 ? where 商品名稱 ?。 PreparedStatement ps Sql3 。 1, goodname 。 2, goodnum 。 3, goodid 。 。 。 flags true。 catch Exception e Sytln 。 return flags。 //刪除選中的數(shù)據(jù) public boolean DelStoreDate String goodid boolean flags false。 try String sql4 delete from StoreManage where 商品編號 ?。 PreparedStatement ps sql4 。 1, goodid 。 。 。 flags true。 catch Exception e Sytln 。 return flags。 //判斷是否缺貨 public boolean IsDeletio boolean flags false。 try String sql5 select count 商品編號 from StoreManage where 庫存量 50。 Statement st 。 ResultSet result sql5 。 int m 0。 while m++。 //判斷是否有商品缺失 if m 0 flags true。 catch Exception e Sytln 。 return flags。 第五章 測試計劃報告 本軟件是用來有效的管理超市倉庫貨物數(shù)量及種類，以方便超市工作人員可以全面的了解超市倉庫庫存貨物數(shù)量和種類來方便高效的管理超市倉庫。 該項目可行性研究報告也是對超市倉庫管理系統(tǒng)的全面考慮 ,是項目分析員進行進一步工作的前提 ,是軟件開 發(fā)人員成功的開發(fā)項目的前提 .此分析研究報告可以使軟件開發(fā)團體盡可能早的估計研制課題的可行性 ,可以在定義階段較早的認識到系統(tǒng)方案的缺陷 ,可以節(jié)省時間、財力和精力 ,并且避免了專業(yè)方面的困難 .及早地預測項目的可行性，在可行的前提下獲得最好的實施方案。 隨著社會的不斷發(fā)展，物質(zhì)的不斷豐富，為了滿足人們的需求，超市的貨物也是越來越豐富。為了方便超市管理人員及時有效的了解倉庫情況，更好的管理超市貨物，提高管理效率，從而提出本軟件。 系統(tǒng)名稱：超市倉庫管理系統(tǒng)。 測試環(huán)境 測試的重點是選課管理系統(tǒng)的選課功能和登錄界面 的功能。 程及結果 根據(jù)需求分析文檔，設計測試用例，填寫預期結果，在測試時，填寫實際結果。 料 [1]李東生、崔冬華等編著的《軟件工程―原理、方法和工具》 ① C/.S：客戶端 /服務器。 測試內(nèi)容 稱 給出第 N 項測試的名稱（ N 為測試序號） 度 給出測試的日期和工作內(nèi)容的詳細安排 員 給出測試負責人和所有參加測試的單位及負責人 例 重點給出輸入數(shù)據(jù)，輸出結果，及測試步驟 說明所選擇的測試用例能夠檢查的范圍和局限性 出測試用例清單，分別標志每個測試用例并給出驅(qū)動程序清單等 登錄界面的測試 測 試 1： 名稱： 系統(tǒng)登錄操作測試 目的：測試系統(tǒng)登錄界面的穩(wěn)定性 內(nèi)容：賬號，密碼的合法性檢查 數(shù)據(jù)庫數(shù)據(jù) 表 31 管理員 表 32 普通員工 表 33 是否員工（是） 表 34 是否員工（否） 登錄失敗的結果試圖如下： 圖 31 登錄失敗試圖 測試 ：測試用例 輸入 輸出 賬號 密碼 身份 測試結果 ‘’ ‘ asdsf’ 普通員工 用戶名或密碼錯誤 ‘ 12345’ ‘ asds’ 普通員工 用戶名或密碼錯誤 ‘’ ‘’ 普通員工 用戶名或密碼錯誤 ‘ TCT01’ ‘ 000000’ 普通員工 用戶名或密碼錯誤 ‘ admin’ ‘ admin’ 普通員工 用戶名或密碼錯誤 ‘ 0001’ ‘ 123456’ 普通員工 登錄成功，進入 ‘’ ‘ sadas’ 管理員 用戶名或密碼錯誤 ‘ 46464’ ‘ asdda’ 管理員 用戶名或密碼錯誤 ‘’ ‘’ 管理員 用戶名或密碼錯誤 ‘ TCT01’ ‘ 123456’ 管理員 用戶名或密碼錯誤 ‘ 0001’ ‘ 123456’ 管理員 用戶名或密碼錯誤 ‘ admin’ ‘ admin’ 管理員 登錄成功，進入 用戶管理界面的測試 測試 1：名稱： 用戶管理操作測試 目的：測試系統(tǒng)用戶管理的功能 內(nèi)容：使用不同數(shù)據(jù)，對用戶管理功能進行合理性測試 數(shù)據(jù)庫信息： 表 35 用戶管理 用戶管理界面 圖 32 用戶管理試圖 用戶管理失敗界面 圖 33 用戶管理失敗測試圖 用戶管理成功界面 范圍 軟件使用于學校管理系統(tǒng)，小范圍，局限性蠻大 原則 以少出現(xiàn)錯誤為原則 總結 本次學生管理系統(tǒng)從開始的可行性研究到需求分析再到設計開發(fā)直至測試完成，期間出現(xiàn)了不少的問題和漏洞，最主要的就是設計的時候 考慮不周全導致系統(tǒng)功能不完善，不過經(jīng)過多次的測試檢查以后，逐漸達到了預期的目標，可能其中還有不完善的，不過我們很樂意接受用戶的建議進行修改完善，爭取達到預期效果，使老師滿意，用戶放心。 本學生選課管理系統(tǒng)雖然規(guī)模不大，但是對于我們初次獨自做系統(tǒng)來說還是有點困難的，這對我來說是個挑戰(zhàn)也是個機會，從中我知道了做系統(tǒng)最不可少的是耐心和對全局觀的把握，只有這樣才能做的更好。當然如果沒有老師和同學的幫助也不可能如此順利完成，謝謝老師和同學！ 由于水平有限，系統(tǒng)難免會有錯誤和不足，敬請各位用戶提出寶貴的建議！ 28 倉 庫管理系統(tǒng) 貨物列表 添加貨物 修改貨物 貨物信息 刪除貨物 缺貨提示 進出貨物 顯示管理員 添加管理員 刪除管理員 管理員列表 倉庫管理人員 倉庫管理 錄入貨物信息、更新貨 查看管理人員 用戶 主界面 用戶管理 商品出入庫 庫存管理 退出系統(tǒng)