案例5：百貨商店業務管理信息系統百貨商店業務管理信息系統的規模較小，但作為教材的案例仍是篇幅太大。因此，此處僅對系統分析和系統設計階段的主要工作加以介紹。在管理信息系統的整個開發過程中，系統分析和系統設計是基礎性的和難度較大的工作階段，所以，加強對系統分析、系統設計的舉例，對鞏固和深化所學的知識會有較大的收益。一、系統開發背景與調查結果1.開發背景某百貨商店是一個商業銷售組織，該商店的主要業務是從批發或制造廠商處進貨，然后再向顧客銷售。按照有關規定，該百貨商店在每月需向稅務機關交納一定的稅款。該百貨商店的全部數據處理都由人工操作。由于經營的商品品種豐富，每天營業額很大，因此業務人員的工作量十分艱巨。最近，因百貨商店大樓翻建后，營業面積擴大，從而經營品種、范圍和數據處理的工作量大大增加，需要建立一個計算機管理信息系統，以減輕工作人員的勞動強度，提高業務管理水平，適應新的發展。2．系統調查結果（1）現行系統的組織結構及工作任務

現行系統在商店經理的領導下，設有銷售科、采購科和財務科，如圖5-1所示。銷售科的任務是，接受顧客的訂貨單，并進行校驗，將不符合要求的訂貨單退還給顧客。如果是合格的訂貨單且倉庫有存貨，那么就給顧客開發貨票，通知顧客到財務科交貨款，并修改因顧客購買而改變的庫存數據。如果是合格的訂貨單但是缺貨，那么先留底，然后向采購科發出缺貨單。當采購科購買到貨后，核對到貨單和缺貨單，再給顧客開出發貨票。圖5-1

現行系統組織機構采購科的任務是，將銷售科提供的缺貨單進行匯總，根據匯總情況和各廠商供貨情況，向有關廠商發出訂購單。當供貨廠商發來供貨單時，對照留底的訂購單加以核對。如果正確則建立進貨帳和應付款帳，向銷售科發到貨通知單并修改庫存記錄；如果供貨單與留底訂購單不符，則把供貨單退還給供貨廠商。財務科（會計科）的任務是，接到顧客的貨款時，給顧客開出收據及發票，通知銷售科付貨；根據稅務局發來的稅單建立付款帳，并付稅款；根據供貨廠商發來的付款通知單和采購科記錄的應付款明細帳，建立付款明細帳，同時向供貨廠商付購貨款。無論是收款還是付款之后，都要修改商店的財務總帳。財務科在完成以上日常賬務工作的同時，還要定期編制各種報表向經理匯報，以供經理了解有關情況并據此制定下階段的業務計劃。（2）現行系統業務流程及概況現行系統的業務流程情況如圖5-2所示。各項業務數據的輸入、處理、存儲和輸出概況見表5-1。圖5-2

現行系統業務流程圖表5-1百貨商店現行系統概況表

圖5-5

二級數據流程(銷售處理)

圖5-6

二級數據流程(采購處理)圖5-7

二級數據流程(會計處理)3．系統概況

百貨商店業務管理信息系統的概況如表5-2所示，該表格反映了新系統的輸入、處理、數據存儲和輸出的概況。其中帶“＊”號的表示由計算機處理的項目，其余處理由人工進行。

百貨商店業務管理信息系統概況表

表5-2

4．數據字典

數據字典用于進一步定義和描述所有數據項，包括數據流字典（如表5-3所示）、數據存儲字典（如表5-4所示）、數據處理字典（如表5-5所示）三類。數據流字典清單(部分)

表5-3

表5-3為數據流字典清單，此處僅對F1作如下解釋，數據流F1（見圖5-5）是顧客S1提出的訂單，它的去向是編輯處理P1.1.1，在F1中包含如下信息：訂單標識、顧客細節（如顧客姓名、顧客地址、電話、電傳等）、貨物細節（如貨物名稱、貨物產地、貨物數量等）。F2、F3……F7均代表數據流名，它的來源、去向以及該數據流所含內容。數據存儲字典清單(部分)

表5-4

表5-4為數據存儲字典清單，均以D表示。此處僅對D9進行解釋，其余類推。D9（見圖5-5）為應帳款明細帳，它是用來記銷售收入（應收款）的庫文件。通過P1.1.5（建立收款明細帳）的處理將數據流F9寫入D9（應收款明細帳）。D9包含如下信息：標識貨名、數量、顧客名、應收款、日期。從圖5-7中D9的輸出數據流為F43到P1.3.5（編制報表處理），其內容包含標識、貨名、數量、顧客、應收款、日期。數據處理字典清單

表5-5

表5-5為數據處理字典清單，它對數據流圖中的所有處理功能作出說明。此處僅以P1.1.1（編輯訂單）為例（見圖5-5），商店根據訂單（F1）、顧客情況（F47），判斷是新老主顧編輯成合適的訂單（F4），同時對于新主顧，從P1.1.1輸出新顧客數據（F2），再登記新顧客數據處理（P1.1.2）。凡是圖5-5中方框都代表處理，以P為代表。在數據字典處理清單中（見表5-5）均有詳細說明，表5-5只是一部分。其余以此類推。表5-6列出的數據字典中的部分條目，并給出數據描述的部分內容。它是對數據流圖中各個存儲文件中記錄的字段予以逐個定義，規定其類型、長度和各個字段的作用。例如訂單數據，它由訂單號、顧客號、顧客名、顧客電話、貨物編號、貨物名、貨物數量、訂單標志、廠商編號等（見表5-6）均給以定義（類型、長度、說明），這里列出的只是對各數據元素的一部分。數據描述(部分)

表5-6

三、系統設計1．系統硬、軟件配置(1)系統處理方式百貨商店業務管理信息系統采用分布式處理。采購、銷售、會計三個部門各配置一臺微機，三臺微機聯成網絡，相互通信。采購、銷售、會計三個部門各自獨立地進行業務處理，各部門之間的數據通信由網絡完成。（2）系統硬件配置<1>三臺微機（包括主機、顯示器及磁盤驅動器）。<2>打印機。<3>適配器、電纜等其它網絡配件。（3）軟件配置<1>漢字多用戶操作系統。<2>漢字dBASE—Ⅲ數據庫系統。<3>其它應用軟件。2．系統功能結構圖與控制結構圖

百貨商店業務管理信息系統共分成銷售、采購、會計三個子系統，其功能模塊結構如圖5-8所示。圖5-8

百貨商店業務管理信息系統功能模塊結構銷售子系統、采購子系統和會計子系統的控制結構分別如圖5-9、5-10、5-11所示。它們分別對應于圖5-5、5-6、5-7，即從邏輯功能設計走向物理功能設計。這里僅對圖5-9進行部分解釋，圖5-10、5-11兩圖學習者可以進行自行解釋。圖5-9

銷售子系統控制結構在圖5-9中，通過輸入功能模塊得到訂單、顧客細節、庫存細節信息，然后進行銷售處理。在銷售業務處理中，首先對訂單、顧客細節進行編輯，并反饋出編輯后的訂單，然后對編輯過的訂單再進行檢驗核對并且加載分類標志。訂單、顧客細節、庫存細節經過編輯、檢驗核對后進行分類處理。根據訂單加載的分類標志，將訂單劃分為不可供處理（反饋出缺貨單）和不合格訂單，對于可供貨的訂單，要根據貨名和數量修改庫存，根據顧客細節、貨名和數量建銷售記錄，并為顧客開發貨票。圖5-10

采購子系統控制結構圖5-11

會計子系統控制結構3．系統的IPO圖圖5-12和圖5-13給出了系統的部分IPO圖，其中圖5-12是主控模塊的IPO圖。圖5-12

系統的IPO圖(主控模塊)圖5-13

系統的IPO(一)圖5-13

系統的IPO(二)圖5-13

系統的IPO(三)圖5-13

系統的IPO(四)圖5-13

系統的IPO(五)4．系統程序結構框圖

根據銷售子系統控制框圖（圖5-9）、采購子系統控制結構圖（圖5-10）和會計子系統控制結構圖（圖5-11）分別畫出系統各模塊的IPO圖。畫法同圖5-12所示（主控模塊），此處不再一一畫出。為了更具體和直觀，也可以再進一步畫出程序結構控制框圖（通常稱作框圖），百貨商店業務管理信息系統的銷售業務程序結構框圖如圖5-14所示，采購業務程序結構框圖如圖5-15所示，會計業務程序結構框圖如圖5-16所示，它們分別根據其系統控制結構框圖和IPO圖畫出。