1、管理信息系統開發一、企業簡介我公司（國粹文化有限責任公司） 是一家旨在宣傳中國傳統文化， 服務 廣大人民群眾的大型文化公司，經營項目包括圖書，文具，藝術，服飾等， 公司建立了相應的網站，并同時提供商品的預定郵購業務，網上銷售業務。 公司建立時間雖短，但發展迅速。二、系統簡述：1、商品郵購是一種典型的商業運作模式，商品郵購管理系統是應這種模式 的需要而設計的數據庫應用系統。 主要用于記錄查詢新老顧客的商品訂購信 息，商品的銷售庫存管理信息，統計商品銷售情況及顧客數量等。2、項目目標：方便管理，方便查詢，方便存檔，簡化銷售流程，降低商業成本，提高運營效率。三、可行性分析：1、（1）管理可行性a.

2、主管領導同意開發此項目。公司發展迅速，為了滿足廣大顧客要求，經董事會決議同意開發此項目b. 管理方法科學，擁有高素質人才。本公司擁有一流的技術人才，并進行了詳細的調研，管理方法科學。c. 管理制度改革時機成熟 .d. 規章制度齊全e. 原始數據準確2）技術可行性a.當前軟硬件技術滿足對系統的要求b.開發人員技術上水平咼（3）經濟可行性a. 本公司具有資金上的支持b. 如果此系統開發成功將極大的降低公司管理成本2、結論：可以立即開發四、開發策略由于本公司各種設備尚不完備，為了避免大規模系統可能出現運作不協調的危險，本系統主要采取“自下而上”的開發策略，同時兼顧管理要求， 留有進一步發展空間。五、

3、功能框圖郵（Ki管理信息系統六、業務流程圖公司的業務流程主要如下：告知顧客：給老顧客郵寄商品信息的資料；在各種媒體上（如雜志、報紙、 網站等）公布商品信息資料等。顧客訂貨：網上訂貨或者通過郵局匯款的方式，將所訂購的商品信息與商品 貨款寄給公司。處理訂單：公司收到匯款單后，將之轉到顧客、訂單管理部門。顧客、訂單 管理部門將匯款單 （也就是訂單 ）整理，將訂單的基本信息包括： 顧客姓名、 性別、 電話、郵編、地址、商品編碼、商品數量、收到的金額等錄入數據庫中，如果是 位新顧客則給該顧客一個顧客編號，每個訂單有一個唯一的訂單號。銷售管理： 每天按訂單訂購的商品型號和數量， 若顧客的帳上有足夠的金額，

4、 與倉庫聯系，若倉庫有貨，填寫出庫單并提貨，然后填寫包裹單，從郵局發貨給 顧客。若倉庫中沒有足夠的商品或庫存商品低于安全庫存， 打印進貨單給采購人 員。倉庫管理：負責維護商品的入庫和出庫。入庫時，若倉庫中有指定的商品， 增加該商品的庫存，否則，增加該商品的基本信息和庫存。出庫時，若倉庫中有 指定的商品且庫存數量大于等于需要出庫的數量， 減少該商品的庫存， 否則，生 成一個進貨單給采購人員，其進貨數量由最低進貨量決定。考慮到該系統將來的擴充和改變，還要考慮給該系統增加一些查詢統計功能 如下：按顧客編號查詢顧客信息和訂單信息；按顧客編號匯總購貨金額；按商品代碼查詢商品的入庫、出庫和庫存的數量和金額

5、。按商品代碼對入庫、出庫和庫存進行數量和金額的統計。給每種商品增加一個安全庫存量和最低進貨量，當某商品庫存量低于安全庫 存量時，生成一個進貨單，進貨數量為最低進貨量。郵購管理信息系統業務流程圖七、數據流程圖本公司根據業務流程。可將整個數據流程圖分為四層。郵購處理作為頂層數據流程圖，訂貨處理為郵購處理分解后的第二層數據流程圖，庫存處理為其第三層數據流程圖.訂貨單郵購系統頂層數據流程圖八、數據字典1、數據項字典數據項編號：102-01數據項名稱：顧客編號 別名：顧客編碼簡述：顧客的代碼類型及寬度：字符型， 4 位取值范圍：“0001 ”“ 9999 2、數據結構字典（1） 數據結構編號： DS02

6、-01 數據結構名稱：顧客訂貨單 簡 述：顧客所填顧客情況及訂貨信息 數據結構組成：訂貨單標志 +顧客情況 +商品信息（2 ） 數據結構編號： DS02-02 數據結構名稱：企業發貨單 簡 述：企業的發貨憑證 數據結構組成：發貨單標志 +顧客信息 +商品信息3、數據流字典（ 1）數據流編號： D02-01 數據流名稱：顧客訂貨單 簡 述：顧客填寫的訂貨信息單據 數據結構：01 顧客訂貨單02日期（ RQ）PIC X02商品名稱（ SPMC ）PIC X02規格（ GG ）PIC X02訂購數量（ DGSL ）PIC 902顧客姓名（ GKXM ）PIC X （02身份證（ SFZ）PICX （

7、02地址（ DZ）PIC X02郵編（ YB）PICX （02電話（DH ）PICX02付款金額 （ FKJE ）PICX（8） （18） （10）（6）8）18）6）數據流量：最大 50 張日 平均 30 張日 數據流來源：顧客 數據里去向：公司訂購管理部門2 ）數據流編號： D1 數據流名稱：發貨單 簡 述：企業的發貨憑證 數據結構：01 發貨單PIC X （8 ）PIC X （3 ）02 日期（ RQ）02 商品代碼（ SPDM ）02 商品名稱（ SPMC ） 02 規格代碼（ GGDM ） 02 規格（ GG） 02 訂購數量（ RKSL ） 02 顧客代碼（ GKDM ） 02 顧

8、客姓名（ DWDM ） 02 身份證（ SFZ ） 02 地址（ DZ） 02 郵編（ YB） 02電話（DH ）數據流量：最大 50 張日 平均 30 張日 數據流來源：公司訂購管理部門 數據流去向：發貨處理模塊3）數據流編號： D2 數據流名稱：發貨單簡 述：企業的發貨憑證 數據結構： 01 發貨單02 日期（ RQ ）02 商品代碼（ SPDM ） 02 商品名稱（ SPMC ） 02 規格代碼（ GGDM ） 02 規格（ GG ） 02 訂購數量（ RKSL ） 02 顧客代碼（ GKDM ） 02 顧客姓名（ DWDM ） 02 身份證（ SFZ ） 02 地址（ DZ ） 02

9、郵編（ YB ） 02 電話（ DH ）數據流量：最大 50 張日 平均 30 張日 數據流來源：公司訂購管理部門 數據流去向：等有貨再發貨模塊4）數據流編號： D3 數據流名稱：發貨單PIC X（ 18 ）PIC XXPIC X（ 10 ）PIC X（ 6 ）PICX（ 4 ）PIC X（ 8 ）PICX （18）PIC XPICX （6）PICXPIC X（ 8 ）PIC X（ 3 ）PIC X（ 18 ）PIC XXPIC X（ 10 ）PIC 9（ 6 ）PICX（ 4 ）PIC X（ 8 ）PICX （18）PIC XPICX （6）PICX簡 述：企業的發貨憑證數據結構：01 發貨

10、單02 日期（ RQ）02 商品代碼（ SPDM ） 02 商品名稱（ SPMC ） 02 規格代碼（ GGDM ） 02 規格（ GG） 02 訂購數量（ RKSL ） 02 顧客代碼（ GKDM ） 02 顧客姓名（ DWDM ） 02 身份證（ SFZ ） 02 地址（ DZ） 02 郵編（ YB） 02電話（DH ） 數據流量：最大 50 張日 平均 30 張日 數據流來源：公司訂購管理部門 數據流去向：開付款通知單模塊5）數據流編號： D4 數據流名稱：訂貨單 簡 述：顧客的訂貨憑證 數據結構：01 訂貨單02 日期（ RQ ）02 商品代碼（ SPDM ）02 商品名稱（ SPMC

11、 ）02 規格代碼（ GGDM ）02 規格（ GG ）PIC X（ 8 ）PIC X（ 3 ）PIC X（ 18 ）PIC XXPIC X（ 10 ）PIC 9（ 6 ）PICX（ 4 ）PIC X（ 8 ）PICX （18）PIC XPICX （6）PICXPIC X（ 8 ）PIC X（ 3 ）PIC X（ 18 ）PIC XXPIC X（ 10 ）PIC 9（ 6 ）PICX（ 4 ）PIC X（ 8 ）PICX （18）PIC XPICX （6）PICX02 訂購數量（ RKSL ） 02 顧客代碼（ GKDM ） 02 顧客姓名（ DWDM ） 02 身份證（ SFZ ） 02 地

12、址（ DZ ） 02 郵編（ YB ） 02 電話（ DH ） 數據流量：最大 50 張日 平均 30 張日 數據流來源：發貨處理模塊（銷售科）數據流去向：數據庫6）數據流編號： D5數據流名稱：發貨單簡 述：企業的發貨憑證 數據結構： 01 發貨單02 日期（ RQ）02 商品代碼（ SPDM ） 02 商品名稱（ SPMC ） 02 規格代碼（ GGDM ） 02 規格（ GG） 02 訂購數量（ RKSL ） 02 顧客代碼（ GKDM ） 02 顧客姓名（ DWDM ） 02 身份證（ SFZ ） 02 地址（ DZ） 02 郵編（ YB） 02電話（DH ） 數據流量：最大 50 張

13、日 平均 30 張日 數據流來源：發貨處理模塊（銷售科） 數據流去向：倉庫7）數據流編號： D6數據流名稱：出庫單簡 述：倉庫的出庫憑證 數據結構：01 出庫單02 日期（ RQ ）PIC X（ 8 ）PIC X（ 3 ）PIC X（ 18 ）PIC XXPIC X（ 10 ）PIC 9（ 6 ）PICX（ 4 ）PIC X（ 8 ）PICX （18）PIC XPICX （6）PICXPIC X （ 8 ） PIC X （ 3 ） PIC X （18 ） PIC XXPIC X （ 10 ） PIC 9 （ 6） PICX （4） PIC X （ 8 ） PICX （ 18 ） PIC X P

14、ICX （ 6 ）02 商品代碼（ SPDM ） 02 商品名稱（ SPMC ） 02 規格代碼（ GGDM ） 02 規格（ GG ） 02 訂購數量（ RKSL ） 02 顧客代碼（ GKDM ） 02 顧客姓名（ DWDM ） 02 身份證（ SFZ ） 02 地址（ DZ ） 02 郵編（ YB ）02 電話（DH ）PICX02 備注（ BZ ）PICX數據流量：最大 50 張日平均 30 張日數據流來源：倉庫數據流去向：郵局8）數據流編號： D7數據流名稱：包裹單簡 述：企業通過郵局給顧客的發貨憑證 數據結構：01 包裹單PIC X（ 8 ）PIC X（ 3 ）PIC X（ 18

15、）PIC XXPIC X（ 10 ）PIC 9（ 6 ）PICX（ 4 ）PIC X（ 8 ）PICX（18）PIC XPICX（6）PICXPICX02 日期（ RQ ）02 商品代碼（ SPDM ）02 商品名稱（ SPMC ）02 規格代碼（ GGDM ）02 規格（ GG ）02 訂購數量（ RKSL ）02 顧客代碼（ GKDM ）02 顧客姓名（ DWDM ）02 身份證（ SFZ ） 02 地址（ DZ ） 02 郵編（ YB ） 02 電話（ DH ） 02 備注（ BZ ） 數據流量：最大 50 張日 平均 30 張日 數據流來源：郵局 數據流去向：顧客9）數據流編號： D8

16、 數據流名稱：付款通知單 簡 述：企業對未付款或付款金額不足的顧客的催款通知單 數據結構：付款說明 數據流量：最大 50 張日 平均 30 張日 數據流來源：開付款通知單模塊 數據流去向：顧客4、處理邏輯字典1）處理邏輯編號： P02-01 處理邏輯名稱：判定訂貨處理方式簡述：判斷顧客訂貨信息是否合格輸入的數據流：顧客的信用手冊，匯款金額，以及公司的庫存賬處理：根據信用手冊， 判斷顧客信用紀錄是否良好。 根據匯款金額判斷顧客是否足額支付貨款， 根據公司庫存賬判斷 是新顧客還是老顧客。輸出的數據流：數據流“訂貨單“一是進入立即發貨處理模塊，而是進 入等待發貨模塊，三是返回顧客（不合格的訂貨單）

17、處理的頻率： 根據需要多次處理（ 2）處理邏輯編號： P02-02處理邏輯名稱：發貨處理簡述：根據顧客的訂單進行相應的發貨處理輸入的數據流：合格的訂貨單處理：根據合格訂貨單的信息，填寫發貨單輸出的數據流： 發貨單一是錄入公司數據庫， 以備查詢。 二是去公司財 務科，三是去倉庫發貨處理頻率：根據需要多次處理（ 3）處理邏輯編號： P02-03處理邏輯名稱：開付款通知單簡述： 對于匯款金額不足的顧客。 開具付款通知單， 要求付款。輸入的數據流：不合格的訂貨單處理：對于沒有匯款或匯款金額不足的顧客，公司填寫付款通知書，要求顧客付款，以求正常發貨輸出的數據流：一是進入待付款訂貨單信息賬戶。二是將付款通

18、知單告 知顧客。處理頻率：根據需要可多次處理（ 4）處理邏輯編號： P03-01處理邏輯名稱：查詢處理簡述： 顧客對自己所訂商品信息的查詢輸入的數據流：顧客處理：顧客輸入自己的姓名，身份證號碼進入公司數據庫進行查詢輸出的數據流：一是信息反饋回顧客，二是信息回路數據庫 處理頻率：根據需要可多次處理5、數據存儲字典（1 ）數據存儲編號： F1數據存儲名稱：庫存賬簡 述：存放商品的庫存量及單價數據存儲組成：商品編號 +商品名稱 +庫存量 +單價 +備注 關 鍵 字：商品編號 相關聯的處理： P2.1, P2.2, P2.3（3 ）數據存儲編號： F2 數據存儲名稱：信用手冊 簡 述：顧客的信息資料庫 數據存儲組成：顧客編號 +顧客單位 +顧客地址 +顧客姓名 + 身份證號碼 郵編 +電話 +訂購信息 +信用情況關 鍵 字：顧客編號 相關聯的處理： P2.1（3 ）數據存儲編號： F3 數據存儲名稱：匯款金額 簡 述：顧客訂購商品所預付的金額 數據存儲組成：顧客地址 +顧客姓名 +匯款金額 +電話 相