書店銷售管理信息系統論文-資料下載頁

【導讀】蒁蚇羄膆蒀蝿腿蒅葿袁莁薈羃膈芇薇蚃羀膃薇裊膆腿薆羈聿蕆薅蚇芄莃薄螀肇艿薃袂節膅螞羄肅蒄蟻蚄袈莀蟻螆肄芆蝕罿袆節蠆蚈膂膈蚈螁羅蒆蚇袃膀莂蚆羅羃羋螅蚅膈膄螅螇羈蒃螄衿膇荿螃肂罿蒞螂螁芅芁莈襖肈膇莈羆芃蒆莇蚆肆莂莆螈節羋蒅袀肄膄蒄羃袇蒂蒃螂肅蒈蒂裊羅莄蒂羇

　　

【正文】 括 八張表。 根據系統信息管理要求做出 ER 圖（實體聯系圖） .然后由 ER 圖轉換為關系模型（二維表） .ER 圖略 .對應的二維表如下： Book 表 （ 編號 .書名 .作者 .出版社 .定價 .數量 .碼洋 .折扣 .實洋 . 入庫日期 .退還量 .實購金額 .銷售量 .庫存量 .銷售金額 .利潤 .供應商 .輸入員 .條形碼） 見圖 48： 圖 48 book 表 關系：碼洋＝定價數量；實洋＝碼洋折扣；庫存量＝數量－銷售量；實購金額＝（數量－退還量）定價折扣；利潤＝銷售金額－實購金額 tmpbook 表 同 book 表 Sell 表 （日期 .編號 .書名 .作者 .出版社 .定價 .折扣 .數 量 .實付金額 . 類型） 關系：實付金額＝定價折扣數量 上海第二工業大學成人與繼續教育學院專科畢業設計（論文 ） 18 tmpsell 表 同 sell 表 見圖 49： 圖 49 temsell 表 五、系統實現 系統實現是在系統分析、系統設計的基礎上 .將系統設計的每一個細節 .用計算機語言（或開發工具）完整地表達出來 .以便在計算機上實現該系統。一般將在計算機上實現的系統稱為新系統。新系統是建設的最終目標 .是能在計算機上運行的程序。其中 .系統測試是系統實現階段重要的一個環節。 （一）系統測試方法、測試用例、測試結果說明 1．系統測試方法 靜態分析器分析（自動方式 ） 靜態分析 代碼會審 （程序不執行） 代碼評審（人工方式） 代碼走查 桌面檢查 程序 黑盒測試（測試程序功能） 測試 動態測試 （程序執行） 白盒測試（測試程序結構） 白盒法 在知道程序代碼的情況下設計條件組合覆蓋的白盒法測試方法進行測試 。 黑盒法 根據程序功能說明書設計黑盒法測試方案對系統進行測試。 黑盒法種類：等價分類法、邊緣值分析法、因果圖法、錯誤推測法。 上海第二工業大學成人與繼續教育學院專科畢業設計（論文 ） 19 圖 51 測試步驟 （ 1）模塊測試：某個 模塊編程完成后先進行模塊測試 .交付后由其他人再次進行模塊測試。 （ 2）聯合測試：根據模塊結構圖將各個模塊連接起來 .用黑盒法進行測試。 （ 3）系統測試：功能測試、容量測試、緊張度測試、使用性測試、安全性測試、性能測試、可靠性測試、恢復測試、文檔測試、工序測試。 在以上幾種中選擇幾種用黑盒法進行測試。 （ 4）測試過程中發現錯誤則回到編程階段修改 .調試。那些能確定錯誤原因的進行糾正；不能查出原因的進行假設 .根據假設設計新的測試用列證實這種推測 .若推測失敗 .需進行新的推測 .直到找到錯誤并糾正 .常用的系統調試方法主要被測模塊 被測模塊 單元測試 集成測試 驗收測試 確認測試 系統測試 設計信息 軟件需求 運行環境 客戶需求 上海第二工業大學成人與繼續教育學院專科畢業設計（論文 ） 20 有試探法、歸納法等。 2．測試結果說明 （ 1）登錄系統用戶名、密碼輸入錯誤三次 .直接退出系統。密碼最多六位。 （ 2）查詢時必須先重置 .否則無查詢結果。 （ 3）記錄編輯時 .需重輸條形碼、供應商、輸入員。 六、系統操作說明 （一）系統安裝說明 內存在 64M 以上 .適合 PII 以上的處理器。 步驟：控制面板 —— 管理工具 —— ODBC 數據源 —— 選擇“系統 DSN” —— “添加”按鈕 —— 選擇“ Microsoft Access Driver(*.mdb)” —— “完成”按鈕 —— 輸入數據源名 —— 數據庫選擇路徑――—— 單擊“確定”。 （二） 系 統如何進入 用戶名： 1234 口令： 1234 數據源名： bshop （三） 操作過程中注意事項 1．一般操作員不具有圖書零售處理、查找庫存量、設置系統用戶和系統初始化的權限 .只有系統管理員可對進行后臺數據增刪改操作。 2．在圖書入庫時 .庫存量、銷售量和退還量不能為空 .否則影響查找庫存量、圖書退還處理等操作。 3．日期格式為 yyyymmdd。 4．若從數據庫中直接鍵入用戶 .用戶名、口令、級別三項都須填寫 .缺一不可 .否則影響登陸。用戶名和密碼只能由字符和數字組成 ,區分大小寫 ,密碼不可少于四位。 5．系統初始化后用戶名和密碼都是 。并且 .所有的數據均將清空 .不能再次還原 .所以在初始化前請考慮清楚。 七、系統不足 在輸入供應商及輸入員時 .界面不能及時更新 .需要重新進入才會顯示。上訴上海第二工業大學成人與繼續教育學院專科畢業設計（論文 ） 21 這些都是系統在有限時間內無法完成的內容 .完成一個好的管理系統需大量時間以及要得到使用者的認可 .如有不足之處也能及時更新。 八、設計小結 如果在開發前對整個開發工作做出全方位的規劃和系統的分析 .開發過程就會事半功倍 .否則 就會遇到很大意想不到的麻煩 .延緩開發進度。開始設計時沒有進行系統總體規劃 .結果使得開發過程比較混亂 .進展緩慢 .系統重做了幾次。由于功能不確定 .系統主菜單改來改去 .浪費了很大時間和精力。后來我靜下心來 .認真細致地對開發過程進行了規劃和分析 .明確了系統的基本功能 .設計好系統的主要部分 .將一些細節問題考慮周全后再動手進行設計 .使得后來的工作進行得很順利。 雖然這次畢業設計不是十分完美 .但是我會在今后的學習中不斷完善它 .充實它 .使它能夠更方便、更準確 .發揮更大的作用 。 非常感謝指導老師施慶平老師在輔導畢業設計時對 我的大力支持。非常感謝老師的幫助！ 參考文獻 ： [3]劉鋼 . Visual 程序設計（上） .中國民航出版社 . [4]劉鋼 . Visual 程序設計（下） .中國民航出版社 . [5]苗雪蘭、劉瑞新、王懷峰 .數據庫系統原理及應用教程 .機械工業出版社