【正文】 企事業(yè)單位、部門都帶來了巨大的影響。 第二章 系統(tǒng)分析 用戶的初步調查 系統(tǒng)的用戶環(huán)境 目前企業(yè)內部極為缺乏專門從事計算機工作的技術人員，這一方面要求我們所設計系統(tǒng)簡單、明了，并易于操作，另一方面企業(yè)也要及時對工作人員進行微機培訓?？焖僭头ǖ拈_發(fā)過程如下： 確定系統(tǒng)的基本要求和功能。 本系統(tǒng)開發(fā)所需的費用較低，資料由公司提供，利用現(xiàn)有的設備和裝置，不需要其它費用。 繪制數(shù)據(jù)流程圖一般遵循從左到右，從上到下的原則進行。 退出系統(tǒng)：用于結束操作并退出程序。 銷售退貨：是對進貨退貨的處理。 設計階段 把需求分析階段所確定的功能細化，主要工作是概念設計階段、邏輯設計階段、物理設計階段，然后，對每個階段內部設計詳細的流程。 ? 數(shù)據(jù)庫文件的獨立性。因此我們在設計用戶界面時，努力實現(xiàn)界面的直觀、簡潔，并采用了大量的自動添加（通過編號）功能，這樣既減少了輸入量，也保持了數(shù)據(jù)格式的一致性。用戶界面也廣泛使用各種顯示效果，合理的選擇顯示效果，也能表達特定的設計意圖，選擇靜態(tài)或動態(tài)顯示可帶給用戶不同的信息。 數(shù)據(jù)恢復：當意外事件使業(yè)務資料遭到破壞時，用此功能，系統(tǒng)能夠自動恢復到備份前的狀態(tài)。如圖： 庫存盤點查詢界面顯示現(xiàn) 有庫存的情況。在以后使用中直接調用。雖然我們運用 Visual Basic 開發(fā)了《唐山市副食品公司進 銷存管理系統(tǒng) 》系統(tǒng)，但 Visual Basic 中許多功能和先進技術仍然沒有深入探討，在今后的工作中還需要進一步的學習和應用。組內成員雖然都有所分工，側重點不同，但應保持風格、基調的一致，遇到困難共同研究和探討，要有協(xié)作精神，這也能為以后的工作提供了很寶貴的經驗。作為一個實際課題，只有做了充分的、準確的、透徹的系統(tǒng)分析才會使系統(tǒng)的結構層次更清唽，更有助于程序邏輯結構的實現(xiàn)。 如圖： 訂貨單處理界面實現(xiàn)對訂單的查詢、修改、打印等功能。 3．系統(tǒng)的運行 開機啟動 Windows 后選擇 [程序 ]—— [副食品公司進銷存管理信息系統(tǒng) ]，運行開始，彈出登錄框，登錄框提示輸入用戶名及密碼，本系統(tǒng)若以系統(tǒng)管理員登錄時，用戶名是“管理員” ，密碼是：“ gly” 。在程序界面設計中，并不是所有的元素都具有相同的重要性，所以應抓住重點，將較重要的元素定位在對用戶來說處在一 目 了然的位置，重要的和需要經常訪問的元素應當處于顯著的位置，次要的元素則應當處于次要的位置。 (3) 合理性 代碼設計與編碼 對象的分類體系相適應，使代碼對編碼對象的分類具有標識作用。 一個完整的信息系統(tǒng)的建設并不是一步到位的。 應付賬款：主要是對應付賬款的錄入。 訂單處理：是對訂貨單的處理，包括刪除、入庫、打印、查詢。 下面列出該系統(tǒng)的部分數(shù)據(jù)： 數(shù)據(jù)元素條目 ———————————————————————————————— 條目名稱：商品編號 編號： F1 別名：無 存儲處：商品信息、庫存盤點、入庫登記、出庫登記 類型及寬度：字符型 /15 取值范圍：任意 ——————————————————————— ————————— 條目名稱：商品名稱 編號： F2 別名：無 存儲處：商品信息、定貨單 商品 類型及寬度：字符型 /20 取值范圍：任意 ———————————————————————————————— 條目名稱：職員編號 編號： F3 別名：無 存儲處：職員信息 類型及寬度：字符型 /8 取值范圍：任意 ———————————————————————————————— 條目名稱：訂單編號 編號： D1 別名：無 存儲處：商品訂貨單 類型及寬度：字符型 /10 取值范圍：“ 0000000000” ~“ 9999999999” ———————————————————————————————— 條目名稱：盤點日期 編號： D2 別名：無 存儲處：庫存盤點 類型及寬度：日期型 /8 取值范圍：同公用日期 ———————————————————————————————— 條目名稱：現(xiàn)有數(shù)量 編號： D3 別名：數(shù)量 存儲處：庫存盤點、商品入庫 類型及寬度：數(shù)字型 /10 位 取值范圍：“ 0” ~“ 9999999999” ———————————————————————————————— 數(shù)據(jù)流條目 ——————————————— ————————————————— 條目名稱：商品銷貨單 編號： F3 來源：庫房 去向：客戶 數(shù)據(jù)流量：銷售量 /天 數(shù)據(jù)流結構組成：商品銷貨單 ={銷貨單編號 +商品編號 +折扣 +規(guī)格 +單位 +數(shù)量 +單價 +應付賬款 +備注 } ———————————————————————————————— 條目名稱：銷貨退貨單 編號： F4 來源：客戶 去向：庫房 數(shù)據(jù)流量：退貨量 /天 數(shù)據(jù)流結構組成：銷貨退貨單 ={商品編號 +規(guī)格 +退貨數(shù)量 +退 貨單價 +退貨金額 +經手人 +退貨日期 +退貨單號 +退貨損益 +備注 } ———————————— ———————————————————— 條目名稱：商品訂貨單 編號： F1 來源：供應商 去向：庫房 數(shù)據(jù)流量：進貨量 /天 數(shù)據(jù)流結構組成： {訂單編號 +經手人 +錄入 日期 +定貨 日期 +定金 +累計金額 +是否入庫 } ———————————————————————————————— 條目名稱：庫存盤點 編號： F5 來源：倉庫 去向：銷售部 數(shù)據(jù)流量：一份 /天 數(shù)據(jù)流結構組成：商品訂貨單 ={商品編號 +規(guī)格 +現(xiàn)有數(shù)量 +損益 +損益金額 +盤點日期 +經手人 +備注 } ———————————————————————————— ———— 條目名稱：銷貨收款單 編號： F2 來源：財務處 去向：庫房 數(shù)據(jù)流量：銷貨量 /天 數(shù)據(jù)流結構組成：銷貨收款單 ={銷貨單編號 +商品編號 +應付賬款 +規(guī)格 +數(shù)量 +單價 +應付金額 +折扣 +備注 } 數(shù)據(jù)存儲條目 ———————————————————————————————— 條目名稱：商品信息 編號： C1 存儲組織：每種商品一條記錄 記錄數(shù)：約 200 記錄組成： {商品編號 +商品 名稱 +單位 +供貨商 +商品產地 +備注 } 近似長度： 15 20 20 40 40 50 ———————————————————————————————— 條目名稱：職員信息 編號： Z2 存儲組織：每位職員一條記錄 記錄數(shù)：約 50 記錄組成： {職員 編號 +姓名 +性別 +聯(lián)系方式 +所在部門 +備注 } 近似長度： 8 8 2 13 30 50 ———————————————————————————————— 條目名稱：客戶單位信息 編號： C2 存儲組織：每位客戶一條記錄 記錄數(shù)：約 100 記錄組成： {單位 編號 +單位名稱 +客戶類型 +聯(lián)系電話 +聯(lián)系人 +地址 +備注 } 近似長度： 8 40 40 13 12 40 50 ———————————————————————————————— 條目名稱：用戶密碼 編號： M1 存儲組織：每個密碼一條記錄 記錄數(shù)：約 20 記錄組成： {職員編號 +姓名 +密碼 } 近似長度： 20 12 12 第三章 系統(tǒng)設計 3． 1 總體結構設計 系統(tǒng)功能結構圖 系統(tǒng)功能結構圖 模塊功能介紹 (1) “系統(tǒng)管理”模塊 副食品公司進銷存管理系統(tǒng) 系統(tǒng)管理 信息管理 入庫管理 出庫管理 庫存管理 關于 結算管理 報表 系統(tǒng)管理 用戶管理 數(shù)據(jù)備份 系統(tǒng)日志 日歷 數(shù)據(jù)恢復 計算器 本模塊包括用戶管理、數(shù)據(jù)備份、數(shù)據(jù)恢復、系統(tǒng)使用日志、計算器、日歷和退出系統(tǒng)。 業(yè)務流程分析采用的是自頂向下的方法，首先畫出高層管理的業(yè)務流程圖，然后再對每一個功能描述部分進行分解畫出詳細的業(yè)務流程圖。由于用戶參與了系統(tǒng)開發(fā)的全過程，對系統(tǒng)的功能容易接受和理解，使得移交工作比較順利，而且有利于系統(tǒng)的運行，管理與維護。 系統(tǒng)開發(fā)方法 本系統(tǒng)的開發(fā)采用了 快速原型法（ RPPRapid Prototype Ping）。我們正是由此目的出發(fā)設計該軟件的。該系統(tǒng)對經營過程中商品進 貨 、銷 售 、 庫 存信息進行全面管理，有效地控制了商品經營成本，擴大了商品的銷售數(shù)量，縮短了商品資金的周轉周期，提高了經濟效益。 本系統(tǒng)的主要特點為： 1．友好的操作界面 菜單方式與直觀方式，操作簡單，界面美好，功能完備，完全采用人機對話方式，交互性強。另外一個不足是原型 法需要一個合適的軟件開發(fā)環(huán)境，以便原型能直接轉換成現(xiàn)實系統(tǒng)。所以系統(tǒng)具有較強的可擴展性，功能的增減都比較靈活方便。 首先確 定系統(tǒng)的外部項，系統(tǒng)外部項的確定也就是規(guī)定了系統(tǒng)與外部環(huán)境的分界線。 系統(tǒng)使用日志 ：為系統(tǒng)安全，管理員可以查看系統(tǒng)的登錄人員的登錄情況。 添加銷貨訂單： 包括對正規(guī)的有銷貨單的錄入。 根據(jù)軟件工程的思想，數(shù)據(jù)庫設計的周期可以劃分為六個階段： 規(guī)劃階段 確定開發(fā)的總目標，給出計劃開發(fā)的軟件系統(tǒng)的功能、性能以及可靠性等方面的設想。 2) 代碼標準：代碼的引入為保持數(shù)據(jù)庫中數(shù)據(jù)的一致性提供了一個重要手段。 輸入輸出設計 由于本系統(tǒng)的功能特點是數(shù)據(jù)的處理，這就決定了系統(tǒng)必須進行數(shù)據(jù)輸入，所以輸入設計是整個系統(tǒng)設計的重要環(huán)節(jié)之一。 合理利用顏色、圖像和顯示效果來達成內容與形式的統(tǒng)一 。用戶密碼只能輸入 3 次，若超過 3 次不正確將退出登錄界面。如圖： 銷售退貨界面提供了訂單的查詢和退貨處理的方法。而現(xiàn)在軟件開發(fā)將側重點放在對象上，即所謂的類。 對設計語言的體會 Visual Basic 是面向對象的編程語言，它的基本出發(fā)點是通過構造對象并組合對象的方式來實現(xiàn)應用程序。一個管理信息系統(tǒng)的設計不可能一步到位，它需要不斷補充和完善。這樣做的缺點是程序的結構過多，圍繞事先確定的功能，使得功能的擴充修改變得相當困難，故軟件結構脆弱，功能集中，耦合度大，很難滿足可擴充性和可維護性的要求。如圖： 添加銷售訂單界面可以實現(xiàn)訂單的添加。這樣，資料的安全得到了保證。 編排合理設置控件的大小以達成一致性是界面設計中的重要問題之一，一致性的外觀將體現(xiàn)應用程序的協(xié)調性。 (6) 適用性 代碼的設計盡量反映了編碼對象的特點，便于識別和記憶，容易了解和掌握。在提高數(shù)據(jù)共享性方面，可主要從數(shù)據(jù)的一致性方面來考慮。 (7) 、“報表”模塊 本模塊是對各種報表的查詢與打印，包括商品信息報表、職員信息報表、客戶信息報表、進貨訂單報表、進貨退貨報表、銷貨訂單報表、銷貨退貨報表、庫存盤點報表和結算報表等。 (4) “出庫管理”模塊 入庫管理 商品入庫 添加訂貨單 訂貨單處理 訂貨單查詢 訂貨退貨 本模塊包括商品出庫、添加銷貨訂單、訂單處理、訂單查詢、訂貨退貨。 數(shù)據(jù)恢復：該部分主要是為了系統(tǒng)環(huán)境或其它因素的突發(fā)性變化，保證系統(tǒng)的正常運行，數(shù)據(jù)安全可靠而設置的。數(shù)據(jù)流程圖不但能夠反映現(xiàn)行系統(tǒng)中數(shù)據(jù)處理的邏輯功能，而且能用它來反映將要建立的新系統(tǒng)的邏輯模型，因此數(shù)據(jù)流程圖是系統(tǒng)分析有力的工具，熟練地掌握數(shù)據(jù)流程圖的畫法，對系統(tǒng)分析員來說是至關重要的。 系統(tǒng)的可擴展性。原型法的最大優(yōu)點是能夠大大減少軟件系統(tǒng)后期的維護費用，使系統(tǒng)功能能正確反映用戶的需求。 本系統(tǒng)是根據(jù)企業(yè)的特點，集進、銷、存、分析于一體，為企業(yè)量身定做的進銷存管理軟件，在設計過程中，最大限度滿足用戶的要求，因此，具有較強的實用性和針對性。食品公司進 銷存管理系統(tǒng) 摘要 《 唐山市副食品公司進 銷存管理系統(tǒng)》是一套對商品進貨、銷售、庫存、價格、財務進行全面管理的系統(tǒng)。 在 RAP (快速應用程序 )和數(shù)據(jù)庫應用程序的開發(fā)中，提供了包括數(shù)據(jù)窗體控件和數(shù)據(jù)窗體對象等功能強大的工具，協(xié)助編程人員輕松地連接數(shù)據(jù)庫文件，并訪問其中數(shù)據(jù)，該語言不僅具有一般數(shù)據(jù)庫語言的特點，而且有可視化的特 點，是一種非常優(yōu)秀的計算機軟件開發(fā)語言。然后系統(tǒng)分析人員和用戶一道，對這個模型進行評價。由于快速原型法是以用戶為中心的，系