1、1 初步調查 11.1 收集相關信息： 12.1 分析信息得出結論： 12 系統可行性研究 22.1 技術可行性研究 22.2 經濟可行性研究 22.3 操作可行性研究 22.4 可行性結論 33 詳細調查 43.1 詳細調查方法 43.2 管理業務調查 43.2.1 組織結構調查 43.2.2 業務流程調查 53.3 數據流程調查 63.4 數據字典： 83.4.1 數據流 83.4.2 邏輯處理 93.4.3 數據存儲 93.4.4 外部實體 103.4.5 數據項的表述 113.4.6 系統目標和功能查詢 104 系統設計 124.1 新系統功能結構設計 124.2 系統流程圖設計 12

2、4.3 物理配置方案 144.4 數據庫存儲設計 145 系統詳細設計 145.1 代碼設計 145.2 數據庫設計 145.3 處理流程設計 166 總結 20參考文獻 221 初步調查1.1 收集相關信息：通過到超市的多次走訪，收集到以下信息： 在我國超市形成在 20 世紀 90年代初期，現在已經成為我國零售業的一種重要 形態，為國民經濟的發展發揮了重要的作用。隨著超市高速的發展，其經營管理也 變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售也的發展，超市 需要處理大量的庫存信息，還要時刻更新產品的銷售信息，不斷添加商品信息。面 對不同種類的信息，需要合理的數據庫結構來保存數據信

3、息，需要有效的程序結構 支持各種數據操作的執行。商店自動化的產品管理在歐美等國家早已經實現，也是 零售業管理的基礎。它最主要的特點是能夠實時的和準確的控制店內的銷售情況。 對于我國來說，超市已經普遍存在，這種自動化管理也成為必要，有必要通過管理 系統的應用來提高超市的服務效率。如果可以能夠實時掌握銷售流程及銷售情況， 則可以有效地加速商品的周轉率并提高服務質量，而且可以減少產品售價不符等所 產生的問題。顧客的消費要求的是希望在超市購物中能基本上都能購得所需的商 品，并且還要既保證商品質量還要享受優質，方便的服務。1.2 分析信息得出結論： 分析收集到的有關信息，并與管理員和有關領導溝通，得出初

4、步調查的結論： 超市管理系統是市場上最流行的超市上常用的系統之一，它主要包含以下幾個 模塊：系統權限的設定、 原始數據錄入、 數據的匯總及查詢等。從而，實現對進貨、 銷售及員工信息等實現全面、動態、及時的管理。但由于超市的整個系統過大。并 且銷售對一個企業的生存和發展是至關重要的，它不再是傳統意義上的“賣東西” 它對外關系到企業產品、服務和企業形象等多方面因素，對內涉及到銷售、庫存、 財務等信息。此外信息化的高速發展為企業的銷售工作提出了新的挑戰，封閉意味 著落后，超市要抓住時機，引入現代化的銷售管理模式，實施企業的信息化、智能 化銷售管理，才能使超市在激烈的市場競爭中立于不敗之地。因此，經本

5、小組討論后，一致決定僅選取銷售這一模塊進行系統設計與分析。2 系統可行性研究2.1 技術可行性研究在 IT 行業中從業的工作人員一般都要求掌握計算機技術，具有一定的軟硬件 基礎，會使用各種管理軟件，熟悉 IT 產品。因為，有的超市對員工的素質要求比 較高，從管理層到下面的銷售人員，都要求具有一定的計算機基礎，所以在新系統 投入使用時，只要對員工進行少量的培訓，系統的功能和使用方法就基本上能夠是 系統順利運行。2.2 經濟可行性研究 因為通過網絡傳遞銷售信息可以不受距離的限制，因此可以借閱許多的人力和 物力，方便管理，由此可以減少不必要的開支，同時該系統可以提高超市的銷售效 率，即提高了超市的經

6、濟效益，所以從經濟上完全是可行的。(1) 超市有能力承擔系統開發費用 開發新系統的工作是一項間距復雜的工作，它的投資主要是人力和物力的投 資。對于本系統的開發者來說，其主要投資還是在人力和物力兩個方面。如果是企 業自己安排人手開發系統的話，其主要的投資還是在人力資源上，從系統的業務需 求調查到系統的分析編碼制作都是需要巨大的人力投入的。軟件企業作為一個簡短 的高科技產業，其員工要求都比一般企業的要求要高，而且對系統開發及軟件產業 了解比較多，所以在自我開發管理系統的過程中，企業自己比較容易安排人手，這 樣就可以為企業借閱大部分的額外開支。 同時軟件就其它產品來說， 屬于高端行業， 無論是產品的

7、價格還是質量都比較高，而經營產品的經銷商或者是商家都要求有雄 厚的資金支持。所以，在系統的開發過程中，企業完全有能力承擔開發費用。(2) 新系統將為企業帶來經濟效益 銷售管理系統是一個信息化、智能化和先進管理理念的集合體。而銷售管理是 一個動態過程，在其運行過程中要采取多項措施。所以在管理中獲得經濟效益是一 個綜合效益，要對它進行直接定量的分析是比較困難的。一般新系統帶來的經濟效 益是簡介的，其最主要的表現就是能夠及時地了解超市每日的銷售情況，據此還可 實現短缺商品的配送。而其它一些繁瑣的食物都通過新系統來加以分析解決，不僅 節省了大量的時間，還為企業的各項決策提供了寶貴的資料，為企業帶來巨大

8、的經 濟效益。2.3 操作可行性研究本系統采用基于 Windows的圖形用戶界面，而該系統是大家熟悉的操作系統， 對于那些有一般的計算機知識的人員就可以輕松上手。而超市銷售管理系統采用最 友好的交互界面，簡介明了，不需要對數據庫進行深入的了解。由此，該系統的操 作是可行的，有必要開發該系統。2.4 可行性結論 通過以上可行性分析，得出的結論是超市銷售管理系統的開發在管理上、技術 上、經濟上都是可行的，可以立即開發。因此，可以設計該系統的數據流程圖，建 立數據字典。3詳細調查3.1詳細調查方法（1）面談即通過與有關人員面對面交談來獲取有關信息，可以是一對一的專訪或一對多的座談。（2）問卷調查即通

9、過設計制作調查表，向被調查者發放調查表進行調查的方式。 根據 被調查者的特點選擇用選擇題還是問答題，要向被調查者闡明調查的目 的及關系，采用匿名或自愿署名等方式。（3）閱讀文件或歷史資料通過閱讀組織的文件與歷史資料，可間接了解組織的相關信息。（4）實地觀察與實踐信息收集人員直接觀察或參加現行系統的業務實踐，這是縮短用戶與開 發人員距離、取得共同語言的最好方法。缺點是浪費時間。3.2管理業務調查3.2.1組織結構調查根據調查結果，企業人事部將安排專職人員對超市的銷售情況驚醒監督管理， 也就說本銷售系統開發出來后會有專業人員來操作執行。該管理軟件將根據用戶的 需要銷售情況進行查詢，并能打印詳細信息

10、。組織結構圖如圖3-1所示322業務流程調查根據分析，本系統業務流程主要包括如下內容：顧客發訂單給銷售部門銷售部門經過訂單檢查，把不合格的訂單反饋給客戶對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統計，向采購部門發出 缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單， 通知倉庫備貨。保存訂單數據，并進行銷售統計。業務流程圖如圖3-2所示:3.3數據流程調查根據調查結果繪出銷售系統數據流程圖如下:(1) 0層數據流程圖P0顧客檔案銷售統計表顧客訂貨業務處理庫存記錄(2) 1層數據流程圖可供貨貨單(3) 2層數據流程圖3.4 數據字典：3.4.1 數據流 數據流編號： D1.

11、1 數據流名稱：新顧客登記表 簡述：新顧客來超市訂貨時要填寫有關自身信息的表 數據流來源：無數據流去向：登錄新顧客數據處理 數據項組成：姓名 +性別+單位+職務+聯系方式 +訂貨量+訂貨日期 數據流量： 10張/ 月 高峰流量： 20張/ 月數據流編號： D2.1 數據流名稱：發貨通知 簡述：供應商接到的來自超市的要求發貨的通知 數據流來源：訂貨單 數據流去向：發貨單數據項組成：商品名稱 +商品編號 +訂購量 +訂購日期 數據流量： 10張/ 月，高峰流量： 20 張/月數據流編號： D3.1 數據流名稱：備貨單 簡述：根據顧客訂貨需求而制定的通知倉庫人員準備相應量商品的清單 數據流來源：開備

12、貨單數據流去向：倉庫數據項組成：商品名稱 +商品編號 +商品數量 +訂購單位 +提貨日期 數據流量： 10張/ 月，高峰流量： 20 張/月數據流編號： D1.4 數據流名稱：發貨單 簡述：給顧客提供商品的時候，超市銷售人員統計的銷售情況表單 數據流來源：可供貨訂單數據流去向：銷售統計數據項組成：商品名稱 +商品數量 +訂購單位 +訂購日期 +付款金額 數據流量： 10張/ 月，高峰流量： 20 張/月3.4.2 邏輯處理 處理邏輯編號： P1.1 處理邏輯名稱：登錄新顧客數據 簡述：對來超市訂貨的新顧客進行記錄 輸入的數據流：新顧客登記表 處理描述：根據新顧客信息記錄在顧客檔案中 輸出的數據

13、流：顧客檔案 處理頻率： 10次/ 天處理邏輯編號： P2.1 處理邏輯名稱：處理發貨單 簡述：供應商處理來自超市訂購商品的信息 輸入的數據流：發貨通知 處理描述：根據超市訂購商品要求，提供商品 輸出的數據流：發貨單處理頻率： 10次/ 天處理邏輯編號： P3.1 處理邏輯名稱：處理備貨單 簡述：根據顧客需求量倉庫人員處理備貨的表單 輸入的數據流：備貨單 處理描述：根據銷售部開出的給顧客提供所需商品量相應進行處理 輸出的數據流：庫存記錄處理頻率： 10次/ 天處理邏輯編號： P3.2 處理邏輯名稱：銷售統計 簡述：對銷售情況進行統計 輸入的數據流：發貨單 處理描述：根據銷售情況的記錄，對目前各

14、商品銷售情況進行統計 輸出的數據流：銷售統計表3.4.3 數據存儲 數據存儲編號： F1.1 數據存儲名稱：顧客檔案簡述：存儲顧客的信息數據存儲的組成：存檔號 +姓名 +性別 +單位 +職務 +聯系方式 +訂購商品名稱 +訂購商 品編號 +訂購量 +訂購日期 關鍵字：存檔號相關聯的處理： P1.1數據存儲編號： F2.1 數據存儲名稱：發貨單 簡述：供應商回應超市訂貨情況的表單 數據存儲組成：發貨單編號 +商品編號 +商品數量 +訂購單位 +訂購日期 +應付金額 +提 供商品單位名稱關鍵字：發貨單編號 相關兩的處理： P2.1數據存儲編號： F3.1 數據存儲名稱：庫存記錄 簡述：目前倉庫商品

15、統計的記錄 數據存儲組成：商品編號 +商品名稱 +現有數量 關鍵字：商品編號相關聯的處理： P3.1數據存儲編號： F3.2 數據存儲名稱：銷售統計表 簡述：對銷售情況進行統計整理的表 數據存儲組成：商品編號 +商品名稱 +商品現有數量 +商品銷售數量 +訂購單位 +訂購 日期+訂購數量關鍵字：商品編號 相關聯的處理： P3.23.4.4 外部實體 外部實體編號： S1.1 外部實體名稱：顧客 簡述：來超市訂貨的人 輸入數據流：無 輸出數據流：顧客檔案 外部實體編號： S2.1 外部實體名稱：供應商 簡述：給超市提供商品的廠家 輸入的數據流：訂貨單 輸出的數據流：發貨單外部實體編號： S3.1

16、 外部實體名稱：倉庫 簡述：存儲商品的地點 輸入的數據流：備貨單 輸出的數據流：庫存記錄 外部實體編號： S3.2 外部實體名稱：超市 簡述：銷售商品，并統計銷售情況 輸入的數據流：發貨單 輸出的數據流：銷售統計表3.4.5 數據項的表述 數據項編號： I-01 數據項名稱：商品編號 簡述：商品的編號 類型及長度：字符， 4 位 取值范圍： 0000-9999數據項編號： I-02 數據項名稱：商品名稱 簡述：商品的名稱 類型及長度：字符型， 8 位 取值范圍： 00000000-999999993.4.6 系統目標和功能查詢： 根據調查結果，系統目標實現超市銷售業務的精細化，準確化，完整化，

17、高效 化。系統功能如下：銷售的主要功能是把銷售信息寫入銷售清單，同時對庫存清單 進行更新，以備用戶將來對庫存信息進行查詢和打印，此外還可以對銷售信息進行 查詢和盤點功能。銷售信息查詢：根據商品銷售情況，按需要對銷售情況進行查詢。在該查詢模 塊中，可以按照商品的編號、銷售日期等多種方式進行商品銷售信息查詢。銷售信息盤點：可以按照需要對在一定時期內的銷售情況進行盤點。輸入項、輸出項：本模塊的數據輸入項主要是商品的銷售單號和商品編號。其 中還包括銷售數量和銷售日期。4系統設計4.1新系統功能結構設計根據系統分析的結果，本系統分為四個子模塊：定貨處理模塊、缺貨處理模 塊、提貨處理模塊和系統管理模塊，如

18、圖 4-1所示：圖4-14.2系統流程圖設計可從數據流程圖導出信息系統流程圖，如圖4-2所示:4.3物理配置方案本系統采用多機模式，需P4 2.0/512M/60G配置的電腦三臺，打印機三臺，500WUPS 一個，操作系統為Windows xp。4.4數據庫存儲設計數據庫管理系統選用 Microsoft Access數據庫。本系統中顧客檔案，庫存記錄為基礎數據，備貨單處理，發貨單處理數據為中間數據。5系統詳細設計5.1代碼設計本系統涉及到的代碼有商品編號、顧客編號、供應商編號等 商品編號格式：XXXX順序碼：0000-9999顧客編號格式：XXXX順序碼：0000-9999供應商編號格式：XX

19、XX順序碼：0000-99995.2數據庫設計（1） E-R 圖在本系統中，所涉及到的實體及其屬性包括：顧客顧客編號，姓名，性別，工作單位，聯系電話供應商供應商編號，名稱，生產商品名稱，聯系電話，地址 超市超市名稱，地址，訂貨電話商品商品編號，商品名稱，供貨單位，單價倉庫名稱，地址他們之間的關系用E-R圖方法表示，如圖5-1所示。 這些實體之間的聯系包括：缺貨供應：超市向供應商訂貨，多對多聯系銷售：超市銷售商品，多對多聯系訂購：顧客購買商品，多對多聯系 備貨：倉庫為超市備貨，一對一聯系 發貨：倉庫為顧客發貨，一對多聯系圖5-1（2）由E-R圖導出數據庫實體顧客表（customer）如下表所示:

20、列名數據類型長度顧客編號數字姓名文本16性別文本2工作單位文本：20聯系電話數字12實體供應商（supply ）如下表所示:列名數據類型長度供應商編號數字4名稱文本40商品名稱文本16聯系電話數字12地址文本40實體超市（supermarket）如下表所示:列名數據類型長度超市名稱文本40地址文本40訂貨電話數字12實體商品（product ）如下表所示:列名數據類型長度商品編號數字4商品名稱文本20供貨單位文本I。單價數字4聯系發貨（deliver ）如下表所示:列名數據類型長度商品編號數字4商品數量數字20應收款數字6聯系訂購（perchase）如下表所示列名數據類型:長度商品編號數字I商

21、品數量數字20應付款數字6聯系備貨（prepare ）如下表所示:列名數據類型長度商品編號數字4商品名稱文本20備貨數量數字20聯系銷售（sell ）如下表所示:列名數據類型長度商品編號數字4商品名稱文本20生產廠家文本40聯系缺貨供應（supply ）如下表所示:列名數據類型長度商品編號數字4商品名稱文本20缺貨數量數字20訂貨單位文本405.3處理流程設計（1）IPO圖缺貨處理IPO圖系統名：超市銷售管理制圖者：鄒姝琪模塊名：缺貨處理模塊日期：2009.07由下列模塊調用： 訂貨處理模塊調用下列模塊： 無輸入（I）:（手工輸入）商品編號，商品名稱，商品數量輸出（O：（存入數據庫） 商品數量

22、變化處理內谷（P）:先錄入超市某商品暫時缺貨，登記缺貨記錄，商品的名稱，編 號，和所需數量，向供應商發出供貨請求，更新訂貨數據庫數據，貨物入庫后 更改庫存記錄。備注：無訂貨處理IPO圖系統名：超市銷售系統制圖者：鄒姝琪模塊名：訂貨處理模塊日期：2009.07由下列模塊調用： 無調用下列模塊： 無輸入（I）:（手工輸入）商品編號，商品名稱，數量，應付款輸出（O）：（存入數據庫） 訂購商品數量變化情況處理內容（P）：先錄入顧客所要訂購的商品編號，名稱，數量與應付款等情況， 再修改訂貨記錄，更新數據庫中的商品信息備注：無（2）處理流程圖1顧客登記處理流程圖，如圖 5-2所示:圖5-22）訂貨處理流程

23、圖，如圖5-3所示:開始輸入顧客訂貨需求信息查看庫存情況倉庫準備好貨物供給充足商品數量顧客到倉庫提貨結束圖5-33）缺貨處理流程圖，如圖5-4所示:圖5-46 總結通過一周的信息系統分析與設計課程設計，我們對所學知識有了更深一步的了 解，對于信息系統分析與設計這門課程也有了更強的理解。我們的課設題目是超市 銷售信息管理系統分析與設計，我們對這一普遍應用的系統有了更加深厚的理解， 了解了超市銷售的過程，經過調查，進行可行性分析研究，詳細調查和系統設計和 進一步詳細設計，繪制數據流程圖， E-R 圖，業務流程圖，使我們更加清楚的認識 了系統運行的過程和管理方法。通過本次實踐活動使我們認識到開發一項好的軟件不是某一個人就能完成的 任務。一個團隊的小組，一個勤奮的小組非常重要，溝通是解決問題的就好辦法。 俗話也得好：“不怕虎一樣的敵人，就怕豬一樣的隊伍” 。所以小組中的每個成員的 能力與協作能力也是致關重要的。同時 , 不僅是團隊內部的交流，更多需要協調好 團隊之間的交流。相信這樣的實踐經歷對于以后走入社會生活提供了良好的機會。其次呢，在實習中我了解了，在開發一個項目時一定要先做好規劃，按照軟件 的開發過程，詳細地寫好每一個必要的