【文章內(nèi)容簡介】 合格，并且商品實物入庫歸位后，立即將這張入庫單上的數(shù)據(jù)登入商品購入流水帳。 激發(fā)條件：商品入庫發(fā)生 處理名：登記銷售流水帳 編號： P2 輸入：數(shù)據(jù)流 D2，來自銷售員 輸出：數(shù)據(jù)流 D2，去向銷售流水帳 描述：每當發(fā)生一筆銷售業(yè)務后，就將銷售人員填寫的相應商品的出庫單登入商品銷售流水帳。 激發(fā)條件：商品出庫發(fā)生 處理名：記庫存臺帳帳 編號： P3 輸入：數(shù)據(jù)流 D4 輸出：數(shù)據(jù) 流 D5 描述：根據(jù)商品購入流水帳和商品銷售流水帳，按商品編號分別累計匯總出各種商品當日累計購入庫量、累計銷售出庫量和實際庫存結(jié)余量等數(shù)據(jù)，并把這些累計匯總后的數(shù)據(jù)正確填入庫存臺帳中。 激發(fā)條件：每個工作日結(jié)束前 處理名：制作月報表 編號： P4 輸入：數(shù)據(jù)流 D7，來自庫存臺帳 輸出：數(shù)據(jù)流 D3，去向主管部門 描述：根據(jù)庫存臺帳，并輔以購入流水帳和銷售流水帳，統(tǒng)計商品進銷存月報表。 激發(fā)條件：每月最后一個工作日結(jié)束前 外部實體的定義 外部實體編號： S1 外部實體名稱：采 購員 簡述：采購人員 輸出的數(shù)據(jù)流： D1 外部實體編號： S2 外部實體名稱：倉庫管理人員 簡述：倉庫管理人員 輸出的數(shù)據(jù)流： D2 外部實體編號： S3 外部實體名稱：主管部門 簡述：庫存管理部門的上級主管部門 輸入的數(shù)據(jù)流： D3 銷售管理信息系統(tǒng)邏輯模型 并提出新系統(tǒng)邏輯模型如圖 所示。 圖 庫存管理信息系統(tǒng)邏輯模型 銷售管理信息系統(tǒng)分析報告 通過對現(xiàn)行系統(tǒng)的全面調(diào)查與分析，本系統(tǒng)數(shù)據(jù)流向是合理的，系統(tǒng)功能能夠滿足實際管理工作的 需要。本系統(tǒng)的輸入邊界是商品購入入庫單、銷售出庫單和查詢條件；輸出邊界是月報表和查詢結(jié)果。 通過對數(shù)據(jù)字典中數(shù)據(jù)量、數(shù)據(jù)處理和數(shù)據(jù)存儲分析，該系統(tǒng)的總數(shù)據(jù)量較小，適宜于采用普通商用微機按批處理方式進行數(shù)據(jù)處理。 第二章 圖書銷售管理信息系統(tǒng)設計 系統(tǒng)目標設計 通過系統(tǒng)分析報告，制訂本系統(tǒng)目標如下： (1) 完全取消目前的手工記帳方式。新系統(tǒng)應具有方便的數(shù)據(jù)輸入性能，良好的人機界面，盡是減少漢字及其重復輸入。 (2) 靈活快捷的查詢性能，能快速實現(xiàn)對各種商品的單項購入、銷售及庫存數(shù)據(jù)的 查詢。還能實現(xiàn)對某一種商品或者全部商品在某一時間區(qū)間內(nèi)的統(tǒng)計查詢。 (3) 把目前基本上是 “靜態(tài) ”商品庫存管理變?yōu)?“動態(tài) ”管理，以便隨時提供商品庫存動態(tài)信息，從而達到加速資金周轉(zhuǎn)，減少庫存資金占用的目的。 (4) 系統(tǒng)應具有一定的操作合法權(quán)檢驗功能。 新系統(tǒng)功能結(jié)構(gòu)設計 綜合考慮新系統(tǒng)邏輯模型和設計的新系統(tǒng)目標的要求，繪制的新系統(tǒng)功能結(jié)構(gòu)如圖 所示。 圖 庫存管理信息系統(tǒng)功能結(jié)構(gòu)圖 對上圖中各項功能說明如下： 1. 數(shù)據(jù)錄入 (1) 商品銷售文件的數(shù)據(jù)錄入。 一是在系統(tǒng)初次建成待投入實際正式運行之前，所整理好的商品銷售數(shù)據(jù)裝入到商品銷售文件中，包括商品代碼、商品名稱、購入單價、銷售單價和庫存數(shù)量。二是在系統(tǒng)正常運行過程中，若首次購入新的商品時（在此之前，有關這些商品的信息在庫存臺帳中不存在），則錄入這些商品的商品代碼、商品名稱、購入單價、銷售單價，而庫存數(shù)量錄入零值，其實際值在購入流水帳文件中錄入。 (2) 商品購入文件的數(shù)據(jù)錄入。根據(jù)購入入庫單錄入如下數(shù)據(jù)：入庫單編號、購入日期、商品代碼和購入數(shù)量。并且將 “標記位 ”處理為數(shù)值 “0”，以表示尚未用此購入數(shù)量更新 維護過庫存臺帳文件中的庫存數(shù)量。 (3) 商品銷售文件的數(shù)據(jù)錄入。根據(jù)銷售出庫單錄入如下數(shù)據(jù)：出庫單編號、銷售日期、商品代碼和銷售數(shù)量。 “標記位 ”的處理同上文。 2. 數(shù)據(jù)修改 (1) 商品庫存文件的數(shù)據(jù)修改。根據(jù)給定的商品代碼修改商品庫存文件中相應記錄的其它數(shù)據(jù)。 (2) 商品購入文件的數(shù)據(jù)修改。一是根據(jù)給定的商品購入入庫單編號，主要修改相應記錄中的購入數(shù)量及購入單價。需要注意的是，當 “標記位 ”為 “1”時，還需要同步地修改商品庫存文件中的同一種商品代碼的商品庫存數(shù)量。二是針對某個入庫單編號進行各種 修改。同樣地，若原入庫單記錄的 “標記位 ”為 “1”時，也同時在商品庫存文件中相應修改商品庫存數(shù)量。 (3) 商品銷售文件的數(shù)據(jù)修改。其操作方式與商品購入文件的數(shù)據(jù)修改方法基本相同，只是此種修改操作的依據(jù)是給定的商品銷售出庫單編號，或者是給定的商品銷售日期和商品代碼。 3. 數(shù)據(jù)修改 數(shù)據(jù)刪除同數(shù)據(jù)修改基本上是一致的，只不過這里是將刪除的記錄從相應的數(shù)據(jù)庫文件中刪除掉。當然，有兩點需要注意，一是銷售臺帳文件中的記錄不要輕易刪除，否則會引起不必要的麻煩。二是要注意商品購入文件和商品銷售文件記錄中的 “標記位 ”為 “1”的情況，在這種情況下，兩個文件中記錄刪除的同時，也需要涉及到商品庫存文件相應記錄中商品銷售數(shù)量的改動。 4. 數(shù)據(jù)查詢 為了實現(xiàn)方便靈活的快速查詢功能，本系統(tǒng)的數(shù)據(jù)查詢功能包括按 “作者 ”查詢、按 “書名 ”查詢、按 “出版社 ”和按 “圖書類別 ”查詢等方式。 5. 更新維護 更新維 護是指用商品購入文件和商品銷售文件中 “標記位 ”為 “0”的那些記錄（用購入數(shù)量、銷售數(shù)量）更新商品庫存文件中相同商品代碼的庫存數(shù)量。然后將其 “標記位 ”置為數(shù)值 “1”，表明已經(jīng)用該記錄更新過商品庫存文件。 6. 備份清除 是指對給定日期之前的商品購入記錄和銷售記錄進行轉(zhuǎn)儲，然后再將它們從相應數(shù)據(jù)庫文件中刪除掉。需要注意兩點：一是在這些待備份清除的記錄中，字段 “標記位 ”的值必須保證為數(shù) “1”，也就是說，執(zhí)行此項操作之前應該先執(zhí)行維護更新操作。二是一旦執(zhí)行了此項操作，那么，這些被備份和被清除了的記錄將從購入流水 帳文件和銷售流水帳文件中消失，它們將不可能再參與查詢與統(tǒng)計等操作。 銷售管理信息系統(tǒng)流程設計 根據(jù)系統(tǒng)分析階段提出的系統(tǒng)邏輯模型，考慮數(shù)據(jù)處理的方便性，進行了相應改進。主要是為了便于輸出打印庫存月報表，可以先根據(jù)銷售臺帳文件、商品購入流水帳文件和商品銷售流水帳文件生成一個臨時報表庫文件，然后再根據(jù)這個臨時報表庫文件進行打印輸出。一旦打印輸出結(jié)束，便將這個臨時庫報表文件清空。因此，該信息系統(tǒng)流程圖設計成圖 的形式。 圖 銷售管理信息系統(tǒng)流程圖 代碼設 計 1． 商品代碼設計 考慮到本商店只經(jīng)營七種類型的圖書，而每種類型的圖書有幾種。因此，將商品（圖書）的代碼設計成由三位整數(shù)組成的層次碼，設計方案如圖 所示。 X X X 順序號 圖書類型代碼