1、實例解析之四 戰略計劃系統     在這一節，我們來介紹一個與戰略決策有關的系統。 這個系統的最大特征在于，它充分運用了運籌學、計量經濟學等定量方法，同時又把人的主觀因素添加了進去。 一、背景    戰略性的財政計劃是一個組織的重大決策之一，特別對于多部門的組織， 決策者往往面臨著許多種彼此截然不同的計劃方案。他們必須在政府的法令以及其它條件的約束之下，來決定如何最有效地獲得資金來源，并最有效地使用它們去進行投資。    在進行上述決策時，有四個問題是至關重要的： 1.把注意力集中在關鍵變量之上

2、。 2.給出迅速的反饋。 3.對資源的分配方案作出正確評價。 4.對大量的替代方案逐個進行分析。    下面讓我們來看一下計算機系統能否在上述四個方面給以支持。二、一個例子    在討論計劃系統之前，我們給出一個假想的工作模式來說明這類系統可以如何使用。    假定用戶想用系統中已有的優化算法對若干種策略進行分析比較。    首先，他應向系統注冊。 系統將會詢問他想使用哪部分功能。 因為他要用優化算法，所以可以打入關鍵字“OPT PHASE”，這

3、樣他便進入了系統的這一部分。系統將詢問他要針對哪一個數據庫文件用優化算法（系統中的數據和算法是完全獨立的，這便于同一數據選用不同算法，也便于同一算法處理不同數據）。此時用戶應該給出數據文件名稱。這一文件可以是系統內已經存在的，也可以由用戶重新建立。    對于選定的數據文件，系統提供一個編輯程序來保證用戶隨意追加、修改和刪除數據。    系統采用逐步提問的方式輸入用戶的主觀意圖。 例如，它可能先詢問在哪方面投資：房地產？工業？商業？有價證券？當用戶回答是有價證券之后，再提問是哪種有價證券：長期債券？普通股票？專門股票？在用戶選擇了長期

4、債券之后，再提問其它一些變量：幾年期？利率多少？本錢多少？賠償費多少？當用戶逐個回答之后，系統再要求用戶在兩個目標函數之中選取一個，使每張債券的獲益最多還是最終收益最大？     此后的事情就是用戶等待系統進行優化計算， 最后給出一個最佳方案： 買多少，如何分期， .然后，用戶可以改變剛才填入的一些參數，讓機器重新計算，給出另一個最佳方案。如此繼續，用戶可以根據自己的主觀愿望選取多種參數組合，對得到的結果進行分析比較，作為自己決策的依據。    除此之外，用戶還可以從系統得到各種報表和各類有用的圖形，也可在終端上臨時設計自己所需要的輸

5、出方式，要求系統以此方式輸出信息。三、系統的全貌    這個系統的主要優點在于：不是單獨使用一個模型，而是多種模型的聯合使用。圖4-1給出了這個系統的大致結構。中間部分是信息管理子系統，它用來管理全部的信息與數據并生成各種圖形和報表。右下方是優化子系統，它以混合的整數規劃閉型為主體，它可以針對信息管理子系統送來的不同數據，選取不同的計算方法，給出最佳的方案。右上方是風險分析子系統，它包括若干個風險模型，針對用戶提出的策略，計算出可能的風險損失和長遠影響。圖的左側為計量經濟子系統，它包括許多宏觀計量經濟模型，用來把全國、地區和行業的經濟狀況綜合分析后，提供給中央信息

6、管理子系統，以備其它子系統使用。圖的左下角是模擬子系統，用來對各種策略進行模擬試驗。圖4-1  系統的結構    在使用這個系統之前， 公司總經理應該把自己關于戰略計劃的設想通知給各部門經理和助理經理，以保證他們所提的各種策略都著眼于這個全局目標。各部門經理和助理經理根據各自的具體情況，提出多種備擇方案。方案應該包括：資金來源與應用、可能的利益和損失、資金平衡分析表、投資總額、付款間隔、補償資金、各種約束等。    上述這些數據匯總到高層領導， 由他交給系統的使用者去尋求決策的支持信息。首先，這些數據以會話方式輸入系統，并建

7、立相應的數據庫。風險分析子系統首先結合系統事先已存有的各種數據進行該方案的風險分析，分析結果也送入數據庫中。同時計量經濟子系統根據各種外界因素總結出計量經濟分析結果并送入數據庫。上述所有信息從工作數據庫提供給優化子系統進行優化計算，將結果送報表生成程序。模擬子系統也從這些數據出發進行實地試驗。優化和模擬的結果由報表程序生成各種報表及時響應給系統使用者，由他反饋給高層領導。    上述過程可以反復迭代進行， 這就可以把模型的定量分析和人的主觀作用很好地結合起來，得到較高水平的戰略決策。四、系統的開發與評價    這個系統的設計與實施是一

8、件十分精細而又艱難的工作。 據估計，它的開發費用將要達到一百萬美元。它要求多方面通力合作，也需要相當長的開發時間。但是，它無疑可以把決策提高到一個新的水平。而且，它也可以有多種用途和供多種戰略決策所使用。要對這類系統進行精確的經濟評價是困難的，因為人們對于“什么是一個好的戰略計劃”、“如何描述計劃的性能指標”等問題有著很不相同的看法，而且，這種系統只是支持決策不是提供決策，所以很難分清哪些決策是由于使用了本系統而作出的，哪些利益是本系統給帶來的。    正是由于上述原因，使得決策支持系統的開發工作遠遠不如一般的日常業務系統的開發。這些因素有認識上的、財政上的，也有

9、技術上的。可喜的是，隨著社會的進步，這三方面的困難都在逐漸被克服。現在越來越多的人認識到戰略決策的正確與否有著巨大的經濟意義，希望能夠借助于計算機的力量把自己的戰略決策提高到較高水平。系統的開發工作也變得越來越容易了。這是由于現成的軟件包越來越多，功能也更加豐富和完善。系統的硬件設備成本也大大下降，而且由于小型和微型機功能的增強，使得一些原來必須由大型機才能執行的工作也可以交給小型機甚至微型機去執行，這無疑大大降低了系統開發的費用。可以樂觀地預言，在不遠的未來，決策支持系統將會成為管理人員的必備工具。實例解析之五 百貨商店業務管理信息系統百貨商店業務管理信息系統的規模較小，但作為教材的案例仍是

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

11、大增加，需要建立一個計算機管理信息系統，以減輕工作人員的勞動強度，提高業務管理水平，適應新的發展。 2系統調查結果（1）現行系統的組織結構及工作任務                               現行系統在商店經理的領導下，設有銷售科、采購科和財務科，如圖5-1所示。銷售科的

12、任務是，接受顧客的訂貨單，并進行校驗，將不符合要求的訂貨單退還給顧客。如果是合格的訂貨單且倉庫有存貨，那么就給顧客開發貨票，通知顧客到財務科交貨款，并修改因顧客購買而改變的庫存數據。如果是合格的訂貨單但是缺貨，那么先留底，然后向采購科發出缺貨單。當采購科購買到貨后，核對到貨單和缺貨單，再給顧客開出發貨票。圖5-1  現行系統組織機構采購科的任務是，將銷售科提供的缺貨單進行匯總，根據匯總情況和各廠商供貨情況，向有關廠商發出訂購單。當供貨廠商發來供貨單時，對照留底的訂購單加以核對。如果正確則建立進貨帳和應付款帳，向銷售科發到貨通知單并修改庫存記錄；如果供貨單與留底訂購單不符，則把供貨單退

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

14、#160;     3系統規劃（1）實現整個百貨商店業務信息流程的計算機管理。（2）銷售子系統的訂貨單處理、缺貨處理全部由計算機完成，增加自動登記新顧客數據的功能；貨物售出后，自動建立售貨歷史記錄和修改庫存記錄。（3）采購子系統的缺貨單匯總、缺貨貨物統計和編發訂貨單由計算機完成，核對訂貨單和修改庫存也用計算機進行。（4）會計子系統的全部數據匯總計算工作由計算機自動完成，報表的編制、打印也由計算機完成。二、系統分析 1系統目標（1）實現登記、整理數據，處理核對顧客訂貨單。（2）向經理提供各種業務統計報表。（3）提供各級查詢。（4）銷售、采購、會計各部門的業

15、務數據處理實現自動化。2數據流程圖百貨商店業務管理系統的頂層數據流程圖見圖5-3所示，該圖表示了百貨商店業務信息處理系統與外部實體之間的信息輸入、輸出關系，即標定了系統與外界的界面。頂層數據流程圖的第一級分解如圖5-4，該圖實際上是把圖5-3中“百貨商店業務處理”框進行細化，根據圖5-2現行系統業務流程圖所列的處理功能，初步分解為銷售處理、采購處理和會計處理三個子系統。在功能分解的同時，得到了相應的數據存儲（如銷售記錄、應收款、貨物庫存、進貨帳、應付款帳）和數據流（訂單、發貨單、缺貨單、付款單等）。上述三個子系統的數據流程圖（即二級分解）分別如圖5-5、圖5-6、圖5-7所示。圖5-3 新系統

16、頂層數據流程圖5-4  系統數據流程圖一級分解圖5-5是銷售處理功能，實際上是把“銷售處理”（圖5-4；P1.1框）進行細化。從圖中我們知道系統的外部環境是“顧客”。首先，由顧客（S1）提出訂貨單（F1）。然后商店從貨名文件中得到貨名信息（F5），從顧客文件中得到顧客信息（F47）。如果顧客是老主顧，則商店對訂單（F1），貨名信息（F5），顧客信息（F47）進行編輯處理（P1.1.1），從而生成編輯后的訂單（F4）。如果是新主顧，除了進行上述處理外，要生成新顧客信息（F2），并將新顧客信息進登錄（P1.1.2），然后登錄入顧客文件。圖5-5中的其它數據流和處理以及圖5-6、5-7，讀

17、者均可以自行隨著箭頭走一遍，以加深理解。圖5-5  二級數據流程(銷售處理)          圖5-6  二級數據流程(采購處理)圖5-7  二級數據流程(會計處理)3系統概況 百貨商店業務管理信息系統的概況如表5-2所示，該表格反映了新系統的輸入、處理、數據存儲和輸出的概況。其中帶“”號的表示由計算機處理的項目，其余處理由人工進行。    百貨商店業務管理信息系統概況表     &#

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

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

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

21、60;         表5-5         表5-5為數據處理字典清單，它對數據流圖中的所有處理功能作出說明。此處僅以P1.1.1（編輯訂單）為例（見圖5-5），商店根據訂單（F1）、顧客情況（F47），判斷是新老主顧編輯成合適的訂單（F4），同時對于新主顧，從P1.1.1輸出新顧客數據（F2），再登記新顧客數據處理（P1.1.2）。凡是圖5-5中方框都代表處理，以P為代表。在數據字典處理清單中（見表5-5）均有詳細說明

22、，表5-5只是一部分。其余以此類推。表5-6列出的數據字典中的部分條目，并給出數據描述的部分內容。它是對數據流圖中各個存儲文件中記錄的字段予以逐個定義，規定其類型、長度和各個字段的作用。例如訂單數據，它由訂單號、顧客號、顧客名、顧客電話、貨物編號、貨物名、貨物數量、訂單標志、廠商編號等（見表5-6）均給以定義（類型、長度、說明），這里列出的只是對各數據元素的一部分。數據描述(部分)                  

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

24、SE數據庫系統。<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中，通過輸入功能模塊得到訂單、顧客細節、庫存細節信息，然后進行銷售處理。在銷售業務處理中，首先對訂單、顧客細節進行編輯，并反饋出編輯后的訂單，然后對編輯過的訂單再進行檢驗核對并且加載分類標志。訂單、顧客細節、庫存細節經過編輯、檢驗核對后進行分類處理。根據訂單加載的分類標志，將訂單劃分為不可供處理（反饋出缺貨單）和不合格訂單，對于可供