第11章基于Internet的集團公司財務(wù)數(shù)據(jù)監(jiān)管系統(tǒng)11.1基本財務(wù)知識11.2集團公司財務(wù)系統(tǒng)應(yīng)用現(xiàn)狀11.3系統(tǒng)需求分析11.4財務(wù)監(jiān)管系統(tǒng)設(shè)計11.5進程和數(shù)據(jù)庫配置11.6總結(jié)與分析隨著國民經(jīng)濟的飛速發(fā)展和中國經(jīng)濟的市場化和國際化，通過重構(gòu)、兼并而形成的集團化企業(yè)已經(jīng)成為提高競爭力的主要手段。同時，隨著信息技術(shù)及其應(yīng)用的飛速發(fā)展，企業(yè)信息化程度日益提高，尤其是企業(yè)財務(wù)系統(tǒng)已經(jīng)離不開計算機系統(tǒng)的支持。然而，由于歷史的原因及應(yīng)用技術(shù)發(fā)展的不同，造就了許多版本和廠家的財務(wù)軟件系統(tǒng)。目前國內(nèi)比較流行的財務(wù)軟件有用友軟件、金蝶、萬能、金算盤以及大量企業(yè)自主開發(fā)的財務(wù)軟件系統(tǒng)。以某集團公司的財務(wù)為例，其有20個子公司使用用友軟件，其他子公司則使用金蝶(2套)、新亞(13套)、萬能(1套)、立成(20套)、金算盤(23套)軟件。面對這些龐大異構(gòu)的財務(wù)系統(tǒng)，要想實現(xiàn)統(tǒng)一、實時地監(jiān)管財務(wù)只能有兩種途徑：(1)完全更換財務(wù)系統(tǒng)，將其統(tǒng)一成一個版本。這種方式可以解決軟件異構(gòu)問題，但需要巨大的成本開銷，是企業(yè)無法接受的，同時對新版軟件的培訓(xùn)、使用、熟悉需要花費大量的精力、物力和財力，而且版本更新有可能帶來新的應(yīng)用風(fēng)險，甚至犧牲已有寶貴的歷史數(shù)據(jù)。(2)保持現(xiàn)有的財務(wù)系統(tǒng)不動，通過軟件技術(shù)和新的框架進行融合，這是一個省錢省力可靠的途徑，但由于異構(gòu)模式以及不同系統(tǒng)所帶來的困難一直困擾著該集團公司。如何通過第二種途徑進行財務(wù)監(jiān)管是一個富有挑戰(zhàn)的工作。本章將運用第二種途徑，介紹企業(yè)集團的財務(wù)數(shù)據(jù)監(jiān)管系統(tǒng)的設(shè)計過程。11.1基本財務(wù)知識11.1.1科目代碼會計科目可以按照多種標(biāo)準(zhǔn)進行分類，按會計要素對會計科目進行分類是其基本分類之一。我國自1993年7月1日起執(zhí)行的(工業(yè)企業(yè)會計制度)將會計科目分為資產(chǎn)類科目、負(fù)債類科目、所有者權(quán)益類科目、成本類科目和損益類科目5大類。為了便于編制會計憑證、登記賬簿、查閱賬目、實行會計電算化，還應(yīng)在會計科目分類的基礎(chǔ)上，為每個會計科目編一個固定的號碼。這些號碼稱為會計科目代碼，簡稱科目代碼?？颇看a能清楚地表示會計科目所屬的類別及其在類別中的位置。如1009代表“其他貨幣資金”，100901代表“外埠存款”、100902為“銀行本票存款”、100903為“銀行匯票存款”。從以上可以看出“其他貨幣資金”又細(xì)分為“外埠存款”、“銀行本票存款”和“銀行匯票存款”等多個下屬科目。根據(jù)這種方法，在實際應(yīng)用過程中科目可以分為一級科目、二級科目、三級科目和四級科目。通常一、二級科目由國家財政部門統(tǒng)一制定，而三、四級科目則由行業(yè)或應(yīng)用單位制定。因而科目代碼在不同的行業(yè)中會存在定義的差異，特別是三、四級代碼差異更大。這些為集團財務(wù)監(jiān)管帶來了許多困難。按照科目分級表示的原則，科目代碼也應(yīng)該能夠體現(xiàn)出分級的特征。一般財務(wù)軟件中的財務(wù)代碼是用一個固定長度的字符串表示，如“XXXXYYZZZWWW”是一個十二位的字符串，其中“XXXX”代表一級科目、“YY”代表二級科目、“ZZZ”代表三級科目、“WWW”代表四級科目。字符串的長度可以反映對應(yīng)代碼的編碼范圍，如“WWW”表示一個三級科目下最多可以有999個四級科目。對集團財務(wù)監(jiān)管而言必須制定集團統(tǒng)一的科目代碼，同時把來自原始財務(wù)系統(tǒng)(不同廠家、不同版本的財物系統(tǒng))的科目代碼映射到集團統(tǒng)一的財務(wù)代碼上，因而需要科目映射表。11.1.2記賬憑證記賬憑證是會計系統(tǒng)輸入基本會計信息的表目。記賬憑證主要包括如下信息：日期、摘要、借方科目代碼、借方科目、貸方科目代碼、貸方科目、金額。其中，借方與貸方表示記賬的方向。一般資產(chǎn)類科目、損益類科目及成本類科目的借方都表示增加額，貸方表示減少額，而負(fù)債類及所有者權(quán)益類的借方都代表減少額，貸方代表增加額。表11.1展示了兩筆記賬。第一筆是物業(yè)管理費，發(fā)生于“管理費用”和“現(xiàn)金”間的借貸關(guān)系，即現(xiàn)金科目將減少100元，而管理費用科目將增加100元。會計系統(tǒng)中每一筆業(yè)務(wù)都需要一個記賬憑證。表11.1記賬憑證示例11.1.3科目匯總記賬憑證匯總表根據(jù)記賬憑證填寫，將每一張記賬憑證按相同科目的借方匯總在一起，相同科目的貸方匯總在一起，再將借方與貸方的發(fā)生額匯總。如果做正確的話，都會借貸雙方平行。表11.1中的兩個憑證的科目匯總結(jié)果如表11.2所示。匯總記賬憑證是根據(jù)記賬憑證編制匯總記賬憑證，再根據(jù)匯總記賬憑證登記總賬。記賬憑證匯總表，又稱科目匯總表?？颇繀R總是指定期(業(yè)務(wù)量多的單位可每天匯總一次，一般間隔最長不超過10天)將一定時間內(nèi)的記賬憑證，按照相同會計科目歸類，分別匯總并計算每一會計科目的借方發(fā)生額和貸方發(fā)生額，填寫到“記賬憑證匯總表”的有關(guān)欄內(nèi)，然后再分別加計全部會計科目的借方發(fā)生額和貸方發(fā)生額，填寫到“合計”欄內(nèi)。表11.2科目匯總示例科目匯總表是可以按照不同科目級別進行匯總的。根據(jù)級別的不同可將科目匯總表分為一級科目匯總表、二級科目匯總表、三級科目匯總表和四級科目匯總表。11.2集團公司財務(wù)系統(tǒng)應(yīng)用現(xiàn)狀

1．網(wǎng)絡(luò)基礎(chǔ)設(shè)施基本情況

目前，集團公司前期的硬件建設(shè)工作已經(jīng)完成，在集團所轄10公頃的范圍內(nèi)主干線已經(jīng)全部實現(xiàn)了光纖互連，對200多個終端用戶采用10M或100M的桌面通信速率支持。同時，對分布到城市其他各地的部門提供了回?fù)苓B入方式，例如老廟黃金、童涵春堂分布在各地的連鎖店。集團公司有一個Internet出口，該出口是與中國電信ChinaNET相通的256KDDN專線；豫園商城網(wǎng)絡(luò)連接的內(nèi)部部門有：商城本部、信息辦、幸福飯店、凱悅金店、福人樓、華庭樓、錦園鉆石樓、集團總部等。其內(nèi)部網(wǎng)拓?fù)鋱D如圖11.1所示。圖11.1集團內(nèi)部網(wǎng)拓?fù)鋱D

2．財務(wù)系統(tǒng)應(yīng)用現(xiàn)狀從目前得到的情況看，集團公司財務(wù)系統(tǒng)的電算化情況是很好的。從1995年起，基本上所有的子公司都已經(jīng)實現(xiàn)了電算化，并且許多子公司已經(jīng)累積了多年的財務(wù)數(shù)據(jù)和財務(wù)電算化系統(tǒng)的應(yīng)用管理經(jīng)驗。由于歷史原因，目前集團內(nèi)部存在多種財務(wù)軟件系統(tǒng)并存的情況。主要使用的財務(wù)軟件系統(tǒng)有：用友軟件(目前該系統(tǒng)應(yīng)用最廣，有20個子公司使用，并且正在向用友U8系統(tǒng)升級)、金蝶(2套)、新亞(13套，主要應(yīng)用在飲食業(yè))、萬能(1套，應(yīng)用在工廠)、立成(20套，在福氏集團內(nèi)部配備完畢)、金算盤(23套，在錦園黃金內(nèi)使用)，以及自己開發(fā)的財務(wù)軟件(在一些小單位內(nèi)使用)，面對如此復(fù)雜的應(yīng)用現(xiàn)狀，實施財務(wù)監(jiān)管和集團財務(wù)分析、決策將面臨著許多現(xiàn)實的問題。11.3系統(tǒng)需求分析11.3.1網(wǎng)絡(luò)環(huán)境及優(yōu)劣勢分析

1．網(wǎng)絡(luò)系統(tǒng)環(huán)境分析目前，對于那些分布在集團地區(qū)以外的下屬公司(子公司、孫公司，孫孫公司)，采用回?fù)苓B接接入方式，可以保證集團所有下屬公司通過現(xiàn)有的網(wǎng)絡(luò)與集團總部互連，從而保證信息在一個大的邏輯范圍(跨物理地域，分布在各個區(qū))內(nèi)實現(xiàn)互達(dá)。一種特殊的情況需要進行特殊技術(shù)處理：一些子公司和它們的孫公司之間的網(wǎng)絡(luò)并沒有建成，這些孫公司信息將無法匯總到其父公司。為了解決這個問題，可以采用集團總部“托管”的技術(shù)，即利用現(xiàn)有的網(wǎng)絡(luò)條件，在總部為各個子公司建立虛擬的數(shù)據(jù)中心，所有孫公司的數(shù)據(jù)直接匯總到總部，必要時，再由總部分發(fā)到相應(yīng)的子公司。根據(jù)業(yè)務(wù)的需要(如果有分布在外省市的子公司)，必要時可以借助Internet來實現(xiàn)遠(yuǎn)程信息通信?？傮w來說，通過適當(dāng)?shù)募夹g(shù)手段，目前集團公司的網(wǎng)絡(luò)已經(jīng)可以滿足財務(wù)監(jiān)管和財務(wù)分析、決策的需要。

2．現(xiàn)有條件有利的方面

(1)財務(wù)人員的整體電算化水平高，便于新系統(tǒng)的建設(shè)和使用；

(2)財務(wù)系統(tǒng)應(yīng)用很完善，為集團財務(wù)數(shù)據(jù)整合，進而實施財務(wù)監(jiān)管提供了必要的條件；

(3)累積了大量的財務(wù)數(shù)據(jù)，為數(shù)據(jù)整理、數(shù)據(jù)挖掘、決策分析提供了寶貴的基礎(chǔ)；

(4)?POS系統(tǒng)已經(jīng)在所有下屬公司啟動，為校驗財務(wù)數(shù)據(jù)的準(zhǔn)確性提供了另一種信息來源；

(5)銀行數(shù)據(jù)系統(tǒng)日益完善，為財務(wù)監(jiān)管提供了第三條可靠數(shù)據(jù)的途徑；

(6)網(wǎng)絡(luò)設(shè)施基本完善，為數(shù)據(jù)傳輸提供了基本保障；

(7)財務(wù)主管人員已經(jīng)積累了一系列分析決策方法；

(8)有一些成型的可以應(yīng)用在上市公司的財務(wù)分析決策理論可被借鑒；

(9)集團內(nèi)部在財務(wù)代碼規(guī)范化方面做了大量的工作。

3．現(xiàn)有條件困難的一面

(1)由于歷史原因，集團的財務(wù)軟件系統(tǒng)應(yīng)用紛雜，目前并存7種財務(wù)軟件系統(tǒng)，其復(fù)雜性非同小可；

(2)不同廠商、不同時期、不同版本、不同應(yīng)用環(huán)境的財務(wù)軟件，不同操作系統(tǒng)和網(wǎng)絡(luò)系統(tǒng)混合在一起，為統(tǒng)一數(shù)據(jù)接口、通信模式和存儲模式造成許多障礙；

(3)不同時期的財務(wù)數(shù)據(jù)，有其特定的約束條件，為實施匯總增加了映射系統(tǒng)的難度；

(4)?POS系統(tǒng)的使用也和財務(wù)一樣，廠家眾多，格式不一，需要統(tǒng)一匯總存儲。目前主要的POS系統(tǒng)有：華寶(自己開發(fā))、天域(上海亞太開發(fā))、福氏(自己開發(fā))、幸福飯店(北京華義開發(fā))、錦園黃金(北京新域開發(fā))、凱悅金店(自己開發(fā))、小商品(上海開發(fā))、飲食行業(yè)(新亞)、瑞金(福州開發(fā))；

(5)必須和多家軟件企業(yè)(財務(wù)和POS系統(tǒng)供應(yīng)商)進行戰(zhàn)略合作以共享數(shù)據(jù)接口，當(dāng)然各原有系統(tǒng)開發(fā)協(xié)議上都應(yīng)有提供數(shù)據(jù)接口的義務(wù)條款；

(6)大量的財務(wù)信息(憑證、明細(xì)賬、分類賬、總賬、分析報表)通過實時(部分可以按天、小時、分鐘等不同頻度)傳輸?shù)郊瘓F數(shù)據(jù)中心，在目前寬帶網(wǎng)絡(luò)不能覆蓋的地段，勢必增加系統(tǒng)設(shè)計、實施的難度；

(7)目前沒有一套適合集團數(shù)據(jù)中心(數(shù)據(jù)倉庫)的基本財務(wù)核算和分析系統(tǒng)，所以需要開發(fā)適合數(shù)據(jù)倉庫的財務(wù)核算系統(tǒng)；

(8)對過去沒有規(guī)范化的數(shù)據(jù)實施數(shù)據(jù)挖掘?qū)媾R許多問題。11.3.2集團公司監(jiān)管業(yè)務(wù)數(shù)據(jù)流量和存儲容量分析集團公司所轄子公司有20多家，加上所有的孫公司，初步估算有獨立核算的實體(子公司或?qū)O公司)共100家。每個孫公司平均每天有2000筆基本財務(wù)數(shù)據(jù)(憑證)和2000筆POS數(shù)據(jù)，每筆數(shù)據(jù)平均數(shù)據(jù)量為0.25KB，這樣一個孫公司每天新增的數(shù)據(jù)量為(2000筆?+?2000筆)?×?0.25?K?=?1000K?=?1MB。那么，

100家孫公司每天的通信數(shù)據(jù)量為1?MB×100=100MB

100家孫公司一年的通信數(shù)據(jù)量為100?MB?×?365?=?36?500?M?=?36GB因此可以計算出集團公司10年需要360?GB的基本數(shù)據(jù)存儲量。加上數(shù)據(jù)冗余備份(RAID)和挖掘出的高層數(shù)據(jù)存儲，集團共計需要1?TB的數(shù)據(jù)存儲量。根據(jù)上述分析，可以對集團公司的數(shù)據(jù)庫的構(gòu)建給出如下建議：

(1)集團公司需要100家實體進入監(jiān)管，隨著業(yè)務(wù)的發(fā)展將會擴展到200家。

(2)集團公司財務(wù)監(jiān)管需要每天100MB的數(shù)據(jù)通信能力。

(3)集團公司財務(wù)監(jiān)管需要1TB以上的數(shù)據(jù)存儲能力。

(4)集團公司每天發(fā)生業(yè)務(wù)的筆數(shù)：20萬筆(最大容量)。

(5)數(shù)據(jù)中心實際處理的憑證數(shù)：20萬筆?×?2?=?40萬筆(財務(wù)和POS數(shù)據(jù))。因而系統(tǒng)對每筆業(yè)務(wù)的平均響應(yīng)能力為40萬筆?/?(3600s?×?10h)?=?11筆/s；考慮到峰值階段系統(tǒng)會處理更多的業(yè)務(wù)，建議系統(tǒng)的響應(yīng)能力提高一倍。11.3.3監(jiān)管系統(tǒng)功能的需求通過與集團公司財務(wù)部經(jīng)理座談、調(diào)查等工作，財務(wù)監(jiān)管系統(tǒng)的功能要求如下：

(1)實現(xiàn)“實時”監(jiān)控，使總部財務(wù)人員隨時掌握各公司的財務(wù)狀況。

(2)集團財務(wù)將監(jiān)管所有子、孫公司的財務(wù)基礎(chǔ)信息和運營情況，包括：記賬憑證、明細(xì)賬、分類賬、總賬、財務(wù)核算和分析報表等；記賬憑證以小時為監(jiān)控時間單位，明細(xì)賬以天為監(jiān)控時間單位，分類賬、總賬、財務(wù)核算和分析報表以月和季度為監(jiān)控時間單位。

(3)集團財務(wù)對數(shù)據(jù)倉庫實現(xiàn)基本財務(wù)業(yè)務(wù)查詢，并提供按類查詢分析、按原始單位查詢分析、按各級單位合并查詢分析等查詢分析功能。

(4)實現(xiàn)POS等銷售業(yè)務(wù)在財務(wù)系統(tǒng)中的即時表現(xiàn)。

(5)建立CRM、SCM、決策分析等輔助模塊。

(6)預(yù)算分析能夠反映預(yù)算與當(dāng)前實際情況的比較，能夠為下一年度的預(yù)算做依據(jù)。通過預(yù)算系統(tǒng)等設(shè)置能夠為企業(yè)提供每月的考核評判。

(7)通過先進的財務(wù)分析方法實現(xiàn)財務(wù)監(jiān)管。

(8)完成上市公司信息披露等報表編制。

(9)有效解決網(wǎng)絡(luò)繁忙時的傳輸瓶頸。集團是一個典型的商業(yè)集團，其特點是：所屬行業(yè)多，所轄子、孫公司多，大多為獨立財務(wù)實體，商業(yè)數(shù)據(jù)量大，監(jiān)測的實時性要求強，舊的財務(wù)系統(tǒng)應(yīng)用紛雜并已形成體系，積累了多年的財務(wù)數(shù)據(jù)，硬件設(shè)備存在不均衡現(xiàn)象，財務(wù)數(shù)據(jù)和其他業(yè)務(wù)密切相關(guān)，地域分布廣泛，目前寬帶網(wǎng)絡(luò)不能覆蓋所有的下屬單位等等。面對如此特殊的應(yīng)用，現(xiàn)有的系統(tǒng)已經(jīng)不能滿足實際的需要。因而，把現(xiàn)有成熟的數(shù)據(jù)庫技術(shù)、數(shù)據(jù)挖掘技術(shù)、Internet技術(shù)/Web、分布式協(xié)同技術(shù)、網(wǎng)絡(luò)數(shù)據(jù)庫、通信技術(shù)與當(dāng)前上市公司財務(wù)分析和決策理論融合在一起，研究出一套基于上述技術(shù)和理論、面向商業(yè)集團切實可行的財務(wù)監(jiān)管和決策分析應(yīng)用系統(tǒng)刻不容緩。用戶還對該應(yīng)用系統(tǒng)的性能提出了以下要求：

(1)數(shù)據(jù)傳輸?shù)臅r效性：根據(jù)各部分?jǐn)?shù)據(jù)的實際需求，準(zhǔn)時提供以天、小時、業(yè)務(wù)等信息響應(yīng)時間，滿足實際監(jiān)管需要。

(2)數(shù)據(jù)傳輸方式的宜用性：采用通信服務(wù)進程，實現(xiàn)自動化的多級信息傳輸機制。該通信過程對用戶是完全透明的。

(3)提供數(shù)據(jù)的分析功能：提供基本財務(wù)核算分析功能、增加標(biāo)準(zhǔn)的上市公司財務(wù)分析方法和先進的西方理論分析技術(shù)。

(4)產(chǎn)品可否升級：獨立開發(fā)的基于數(shù)據(jù)倉庫技術(shù)的數(shù)據(jù)中心與現(xiàn)有的應(yīng)用系統(tǒng)無關(guān)，不應(yīng)妨礙現(xiàn)有系統(tǒng)的使用，具有良好的可擴充性，當(dāng)周邊系統(tǒng)(財務(wù)、POS系統(tǒng))升級變換版本時只需修改接口即可。

(5)產(chǎn)品的宜用性：在不影響現(xiàn)有應(yīng)用系統(tǒng)(多家財務(wù)、POS系統(tǒng))的情況下，保留原有的歷史數(shù)據(jù)，提供更多的方便功能。

(6)維護的方便性：現(xiàn)有應(yīng)用系統(tǒng)已經(jīng)穩(wěn)定，維護代價恒定；數(shù)據(jù)倉庫集中管理，維護代價較低，維護方便。

(7)項目實施難度：對于一個技術(shù)實力雄厚的工程實施單位，在資源搭配合理的情況下，可以有效地克服難點，保證正確實施。11.3.4明確系統(tǒng)的開發(fā)邊界由于資金問題，該集團公司提出項目實施按照多期規(guī)劃、逐步完善的原則。當(dāng)務(wù)之急是能夠把基層的財務(wù)信息匯總到集團，以便達(dá)到財務(wù)監(jiān)管的目的。因而，制定了三階段規(guī)劃：第一階段，構(gòu)建集團基本財務(wù)信息，實現(xiàn)集團所屬的基層企業(yè)財務(wù)信息匯總；第二階段，在集團構(gòu)建數(shù)據(jù)倉庫；第三階段，構(gòu)建先進的集團財務(wù)分析、財務(wù)監(jiān)管系統(tǒng)。其中第一期是關(guān)鍵，也是一個難點，這需要從異構(gòu)的分布在Internet上的原始財務(wù)系統(tǒng)中獲取數(shù)據(jù)。因而，本章將介紹第一階段的數(shù)據(jù)應(yīng)用設(shè)計工作，其他部分由于篇幅限制不再討論。通過和相關(guān)主管和業(yè)務(wù)人員一起進行分析，得到了第一階段工作的具體需求：

(1)集團被抽象為三級架構(gòu)，一級定義為集團公司，二級定義為分公司，三級定義為基層公司。

(2)集團財務(wù)將監(jiān)管所有分公司、基層公司的財務(wù)基礎(chǔ)信息情況，主要包括：記賬憑證、三級科目匯總賬、二級科目匯總賬、一級科目匯總賬、財務(wù)核算和分析報表等。

(3)分公司要匯集、監(jiān)管其所有基層公司的基礎(chǔ)財務(wù)信息。

(4)分公司之間無信息匯總，基層公司之間也無信息匯總。

(5)采用逐級匯總方法，即基層公司先匯總到分公司，然后再由分公司匯總到集團公司。

(6)盡量節(jié)省硬件成本，原則上采用低端的服務(wù)器和公共的通信網(wǎng)絡(luò)。

(7)針對記賬憑證以小時為匯總監(jiān)控時間單位，即每隔一個小時匯總一次記賬憑證。

(8)對明細(xì)賬(三級科目匯總)以天為監(jiān)控時間單位，即每日設(shè)定一個結(jié)算時間點，結(jié)算時間點前(包括結(jié)算時間點)的賬目信息必須于當(dāng)日匯總到分公司和集團公司。

(9)對于財務(wù)核算和分析報表以月和季度為監(jiān)控時間單位。

(10)為了減少通信量，對于分類賬(二級科目匯總)和總賬(一級科目匯總)采用在各個匯總節(jié)點從三級科目匯總統(tǒng)計、計算的方法實現(xiàn)。

(11)鑒于服務(wù)器和通信網(wǎng)絡(luò)的能力有限，建議采用分時通信方法。

(12)數(shù)據(jù)通信必須保證可靠性，提供可靠性保證。由于從實現(xiàn)原理上來看，需求(8)和需求(9)所運用的技術(shù)方法相同。因本書篇幅有限，故去掉了需求(9)的實現(xiàn)描述。同理，對于需求(10)，也僅僅給出科目匯總的方法描述。POS數(shù)據(jù)已經(jīng)進入原始財務(wù)系統(tǒng)，故不需要特殊考慮。本章的后續(xù)部分將對上面描述的第一階段需求的實現(xiàn)方法進行探討。11.4財務(wù)監(jiān)管系統(tǒng)設(shè)計11.4.1系統(tǒng)模型的數(shù)據(jù)抽取從上一節(jié)介紹的功能需求來看，可以獲得三類信息：一是集團公司架構(gòu)數(shù)據(jù)及其結(jié)構(gòu)；二是財務(wù)數(shù)據(jù)及它們間的關(guān)系；三是與數(shù)據(jù)通信相關(guān)的控制數(shù)據(jù)及其關(guān)系。集團公司架構(gòu)數(shù)據(jù)包括集團信息、分公司信息及基層公司信息。在集團公司配置數(shù)據(jù)庫服務(wù)中心和通信系統(tǒng)，在各個分公司配備數(shù)據(jù)匯總服務(wù)器及通信系統(tǒng)，在基層公司配置原始財務(wù)系統(tǒng)、數(shù)據(jù)收集挖掘系統(tǒng)和通信系統(tǒng)。各層公司通過Internet或Intranet互聯(lián)，并且大多數(shù)是基于寬帶網(wǎng)絡(luò)的?；鶎庸径伎梢酝ㄟ^廉價的電信公網(wǎng)和FTTB技術(shù)與其上層公司互聯(lián)。圖11.2展示了基于Internet(或Intranet)的三級樹型集團公司服務(wù)器分布架構(gòu)。圖11.2基于Internet的三級樹型集團公司服務(wù)器分布架構(gòu)財務(wù)數(shù)據(jù)包括記賬憑證、三級科目匯總賬以及各級匯總賬。記賬憑證來自不同廠家的不同版本的財務(wù)系統(tǒng)，這些財務(wù)系統(tǒng)被稱為原始財務(wù)系統(tǒng)。對原始財務(wù)系統(tǒng)的憑證提取可以采用不同的開發(fā)環(huán)境和技術(shù)。例如在DOS操作系統(tǒng)環(huán)境下可用C語言或Foxpro等老的開發(fā)環(huán)境，目前這類系統(tǒng)較少。提取的憑證信息采用集團公司統(tǒng)一的格式存放，三級科目匯總在統(tǒng)一格式的記賬憑證上通過計算得到。在基層公司存放自己統(tǒng)一格式的記賬憑證和三級科目匯總；在分公司存放其所轄各個基層公司的記賬憑證和三級科目匯總，同時還要存放按該分公司匯總的三級科目匯總；在集團公司存放其所轄所有基層公司的記賬憑證和三級科目匯總，同時還要存放按集團公司匯總的三級科目匯總。這里需要說明的是，分公司機關(guān)部門也有一套財務(wù)系統(tǒng)，為了統(tǒng)一起見，可以把分公司直屬財務(wù)部門看成特殊的基層公司。財務(wù)數(shù)據(jù)及其結(jié)構(gòu)關(guān)系如圖11.3所示。圖11.3財務(wù)數(shù)據(jù)及其間結(jié)構(gòu)關(guān)系制數(shù)據(jù)主要體現(xiàn)在兩個方面：一是分時通信控制數(shù)據(jù)，這里稱其為通信時段；二是可靠性傳輸控制數(shù)據(jù)，其采用確認(rèn)重傳機制來保證每個通信的數(shù)據(jù)到達(dá)目的地。由于可靠性通信往往和一個通信時段密切相關(guān)，所以今后將把它們合并在一起使用。由于數(shù)據(jù)由低層公司向高層公司傳輸時，往往會出現(xiàn)多個低層公司同時向一個高層公司發(fā)數(shù)據(jù)，這樣導(dǎo)致高層公司的服務(wù)器負(fù)擔(dān)過重，甚至癱瘓。解決的途徑有兩個：要么提升高層服務(wù)器的性能，這樣會增加成本；或者減少同一時段內(nèi)發(fā)送者的數(shù)量。這里采用分時輪轉(zhuǎn)機制，即通信時段控制法。圖11.4演示了6個低層公司利用4個時段向1個高層公司發(fā)送數(shù)據(jù)的過程。每個時段的長短、每個時段并行通信的數(shù)目可以根據(jù)高層服務(wù)器的能力、每個通信的數(shù)據(jù)量以及網(wǎng)絡(luò)帶寬來制定。圖11.4通信時段技術(shù)確認(rèn)重傳機制和TCP的滑動窗口通信技術(shù)相類似，只不過這里傳輸?shù)拇_認(rèn)單元為關(guān)系的元組。若干個元組構(gòu)成一次通信任務(wù)的集合T，集合中的每個元組被安排一個唯一的傳輸序號。傳輸序號從1開始以步長1遞增，每次傳輸分配的最大序號叫最大傳輸序號，簡記為msn。發(fā)送方為T的每個元組安排傳輸序號，接收方根據(jù)傳輸序號來識別和確認(rèn)是否每個元組都收到。如果元組t丟失，則把t的傳輸序號通知給發(fā)送方，發(fā)送方重傳t，直到接收方正確收到為止。如果丟失的元組數(shù)目多于1個，則要構(gòu)建“需要重傳的傳輸序號串”。其形式如下：需要重傳的傳輸序號串?=“傳輸序號1”+“傳輸序號2”+“傳輸序號8”……為了存儲、查詢的方便，傳輸序號往往是確定寬度的數(shù)字串。例如傳輸序號1表示為“0001”，傳輸序號18表示為“0018”，傳輸序號1089表示為“1089”。這里的“+”為字符串連接操作，如“0001”+“0018”=“00010018”。圖11.5顯示了4個元組構(gòu)成的傳輸集合被傳輸?shù)倪^程，其中“0002”和“0004”丟失，需要重傳。圖11.5基于元組集合的確認(rèn)重傳機制11.4.2數(shù)據(jù)流模型及E-R模型

1．?dāng)?shù)據(jù)流圖通過前面的分析和準(zhǔn)備工作，可以得到本系統(tǒng)的數(shù)據(jù)流圖如圖11.6所示。圖11.6被虛線分割為3個部分：最下部分展示了基層公司內(nèi)的數(shù)據(jù)流動情況，中間部分是分公司內(nèi)的數(shù)據(jù)流動情況，最上部分是集團公司的數(shù)據(jù)流情況。圖中虛線表示控制線。標(biāo)記a表示記賬憑證在不同層次的流動表現(xiàn)形式。為了統(tǒng)一描述，把按分公司、基層公司收集得到的“三級科目匯總”定義為“基本科目匯總”，把按分公司、集團公司匯總得到的“三級科目匯總”定義為“科目匯總”。標(biāo)記b表示基本科目匯總在不同層次的流動表現(xiàn)形式。標(biāo)記c表示科目匯總在不同層次的流動表現(xiàn)形式。圖11.6數(shù)據(jù)流圖

2．實體描述圖11.6所示數(shù)據(jù)流圖涉及實體的數(shù)據(jù)結(jié)構(gòu)分別描述如下：

(1)記賬憑證(憑證號，日期，摘要，借方科目，貸方科目，金額，傳輸序號，上傳完成標(biāo)志)。

(2)基本科目匯總(日期，科目名稱，科目代碼，借方發(fā)生額，貸方發(fā)生額，余額，傳輸序號，上傳完成標(biāo)志)。

(3)集團公司(集團代碼，集團名稱，服務(wù)器地址)。

(4)分公司(分公司代碼，分公司名稱，服務(wù)器地址，隸屬集團代碼)。

(5)基層公司(基層公司代碼，基層公司名稱，服務(wù)器地址，隸屬分公司代碼)。

(6)科目匯總(日期，科目代碼，科目名稱，借方發(fā)生額，貸方發(fā)生額，余額)。

(7)科目映射(基層科目名稱，集團科目代碼，集團科目名稱)。

(8)通信時段1(日期，通信時段代碼，起始時刻，結(jié)束時刻)。

(9)發(fā)送控制1(日期，通信時段代碼，起始傳輸序號，結(jié)束傳輸序號，確認(rèn)接收標(biāo)志，未接收到的傳輸序號串)。

(10)接收控制1(日期，通信時段代碼，起始傳輸序號，結(jié)束傳輸序號，完成接收標(biāo)志，已接收到的傳輸序號串)。

(11)通信時段2(日期，通信時段代碼，起始時刻，結(jié)束時刻)。

(12)發(fā)送控制2(日期，通信時段代碼，起始傳輸序號，結(jié)束傳輸序號，確認(rèn)接收標(biāo)志，未接收到的傳輸序號串)。

(13)接收控制1(日期，通信時段代碼，起始傳輸序號，結(jié)束傳輸序號，完成接收標(biāo)志，已接收到的傳輸序號串)。

3．實體間關(guān)系的語義描述根據(jù)需求分析的內(nèi)容，可以得到如下實體對應(yīng)關(guān)系：

(1)一個集團公司有多個記賬憑證。

(2)一個分公司有多個記賬憑證。

(3)一個基層公司有多個記賬憑證。

(4)一個基層公司和一個分公司對應(yīng)多個“通信時段1”?！巴ㄐ艜r段1”主要用來傳輸“記賬憑證”。

(5)一個分公司和一個集團公司對應(yīng)多個“通信時段1”。

(6)一個“通信時段1”內(nèi)可以傳輸多個記賬憑證。

(7)一個“通信時段1”對應(yīng)一個“發(fā)送控制1”和“接收控制1”?！鞍l(fā)送控制1”和“接收控制1”分別位于通信的兩端節(jié)點，用來控制通信。

(8)一個基層公司有多個科目映射?？颇坑成溆脕硗瓿苫鶎庸镜脑钾攧?wù)系統(tǒng)的科目向集團公司統(tǒng)一規(guī)范的科目轉(zhuǎn)化的表目，這里科目定義為三級科目。同理，還有：

(9)一個集團公司有多個基本科目匯總。

(10)一個分公司有多個基本科目匯總。

(11)一個基層公司有多個基本科目匯總。

(12)一個基層公司和一個分公司對應(yīng)多個“通信時段2”?！巴ㄐ艜r段2”主要用來傳輸“基本科目匯總”。

(13)一個分公司和一個集團公司對應(yīng)多個“通信時段2”。

(14)一個“通信時段2”內(nèi)可以傳輸多個基本科目匯總。

(15)一個“通信時段2”對應(yīng)一個“發(fā)送控制2”和“接收控制2”?！鞍l(fā)送控制2”和“接收控制2”分別位于通信的兩端節(jié)點，用來控制通信。

(16)一個集團公司有多個科目匯總。

(17)一個分公司有多個科目匯總。

4．E-R圖根據(jù)上述描述，可以畫出如圖11.7所示的E-R圖。通信時段1和通信時段2分別用于控制記賬憑證和基本科目匯總的傳輸，雖然它們的結(jié)構(gòu)相同，但通信的頻度不同，并且要分布在不同的服務(wù)器上，同時為了提高并發(fā)性能，故分開表示。圖11.7系統(tǒng)的E-R圖11.4.3關(guān)系模型設(shè)計

1．轉(zhuǎn)換為關(guān)系模式的表現(xiàn)形式本問題的E-R模型向關(guān)系模型轉(zhuǎn)換，需要分兩步進行：

(1)實體到關(guān)系模式的轉(zhuǎn)換，遵循一個實體轉(zhuǎn)換為一個關(guān)系模式的原則。

(2)關(guān)聯(lián)的轉(zhuǎn)換分兩種情況，對1∶1關(guān)聯(lián)，可以把該關(guān)聯(lián)合并到任意實體所對應(yīng)的關(guān)系模式；對于1∶n關(guān)聯(lián)，可以把關(guān)聯(lián)與n端實體合并，即把1端的主碼(關(guān)鍵字)加入到n端實體所對應(yīng)的關(guān)系模式。關(guān)系模式的主碼為帶下劃線標(biāo)志的屬性的集合。根據(jù)上述原則，得到的有關(guān)公司信息的關(guān)系模式如下：

(1)集團公司(集團代碼，集團名稱，服務(wù)器地址)。

(2)分公司(分公司代碼，分公司名稱，服務(wù)器地址，集團代碼)。

(3)基層公司(基層公司代碼，基層公司名稱，服務(wù)器地址，分公司代碼)。

(4)對于“記賬憑證”實體，由于其與集團公司、分公司、基層公司以及通信時段存在n∶1關(guān)聯(lián)，采用關(guān)聯(lián)合并到實體的辦法，將這些關(guān)聯(lián)實體的主碼也加入其關(guān)系模式中，故得“記賬憑證”實體為：記賬憑證(集團代碼，分公司代碼，基層公司代碼，憑證號，日期，通信時段代碼，摘要，借方科目，貸方科目，金額，傳輸序號，上傳完成標(biāo)志)。

(5)對于“基本科目匯總”實體，其關(guān)系模式為：基本科目匯總(集團代碼，分公司代碼，基層公司代碼，日期，科目代碼，科目名稱，借方發(fā)生額，貸方發(fā)生額，余額，傳輸序號，上傳完成標(biāo)志，通信時段代碼)。

6)對于“科目匯總”實體，其與集團公司、分公司存在多對一關(guān)系，故其關(guān)系模式為：科目匯總(集團代碼，分公司代碼，日期，科目代碼，科目名稱，借方發(fā)生額，貸方發(fā)生額，余額)。

(7)對于“科目映射”實體，其與基層公司存在多對一關(guān)系，故其關(guān)系模式為：科目映射(基層公司代碼，基層科目代碼，基層科目名稱，集團科目代碼，集團科目名稱)。

(8)通信時段1和企業(yè)集團、分公司滿足多對一關(guān)聯(lián)，故“通信時段1”可以表示成：通信時段1(通信時段代碼，集團代碼，分公司代碼，起始時刻，結(jié)束時刻)。又因為通信時段1和基層公司、分公司滿足多對一關(guān)聯(lián)，故“通信時段1”也可以表示成：通信時段1(通信時段代碼，分公司代碼，基層公司代碼，起始時刻，結(jié)束時刻)。這就產(chǎn)生了沖突。為了兼容二者，我們將“通信時段1”表示成：通信時段1(通信時段代碼，接收公司代碼，發(fā)送公司代碼，起始時刻，結(jié)束時刻)。這里“接收公司代碼”可以是“集團代碼”，也可以是“分公司代碼”；“發(fā)送公司代碼”可以是“分公司代碼”，也可以是“基層公司代碼”。由于這個原因，我們把三級公司的代碼都定義為3個字符長度。對于通信時段1、接收控制1和發(fā)送控制1實體間存在1∶1關(guān)系，可以合并成一個關(guān)系模式。把發(fā)送控制1和接收控制1的信息合并到通信時段1，得“通信時段1”的關(guān)系模式如下：通信時段1(通信時段代碼，接收公司代碼，發(fā)送公司代碼，起始時刻，結(jié)束時刻，起始傳輸序號，結(jié)束傳輸序號，通信結(jié)束標(biāo)志，需要重傳的傳輸序號串)。同理，可得：通信時段2(通信時段代碼，接收公司代碼，發(fā)送公司代碼，起始時刻，結(jié)束時刻，起始傳輸序號，結(jié)束傳輸序號，通信結(jié)束標(biāo)志，需要重傳的傳輸序號串)?！巴ㄐ艜r段1”及其附件是用來控制“記賬憑證”從基層公司傳輸?shù)椒止?，再傳輸?shù)郊瘓F公司的控制過程的。“通信時段2”及其附件是用來控制“基本科目匯總”從基層公司傳輸?shù)椒止?，再傳輸?shù)郊瘓F公司的控制過程的。通信時段1和通信時段2的工作機制如圖11.8所示。圖中虛線表示控制關(guān)系，實有向線為數(shù)據(jù)流動去向。

2．關(guān)系模式的具體定義各個關(guān)系模式的屬性性質(zhì)描述如表11.3～表11.10所示。圖11.8通信時段工作機制表11.3集團公司表11.4分公司表11.5基層公司表11.6記賬憑證表11.7基本科目匯總表11.8科目匯總表11.9科目映射表11.10通信時段1(通信時段2)11.4.4進程描述

下面討論分布在各個服務(wù)器上的進程。在基層服務(wù)器上應(yīng)該至少配置4個進程：

(1)獲取新增憑證進程，負(fù)責(zé)從原始財務(wù)系統(tǒng)提取記賬憑證，并形成本地記賬憑證關(guān)系；

(2)基本科目匯總生成進程，負(fù)責(zé)從原始財務(wù)系統(tǒng)提取基于三級科目的匯總賬目，并把這些三級科目匯總映射成集團科目代碼(集團統(tǒng)一的規(guī)范科目)，最后形成本地基本科目匯總關(guān)系；

(3)基層主控進程，主要完成本地各個進程的協(xié)調(diào)控制，并負(fù)責(zé)和其所隸屬的分公司服務(wù)器的主控進程協(xié)同工作，包括協(xié)商通信時段等；

(4)基層發(fā)送進程，負(fù)責(zé)向分公司發(fā)送本地記賬憑證關(guān)系和本地基本科目匯總關(guān)系。在分公司服務(wù)器上應(yīng)該至少配置4個進程：

(1)分公司主控進程，主要完成本地各個進程的協(xié)調(diào)控制，并負(fù)責(zé)和集團服務(wù)器主控進程以及其下屬的基層公司服務(wù)器主控進程協(xié)同工作，包括協(xié)商通信時段等；

(2)分公司接收進程，負(fù)責(zé)接收來自其下屬各個基層公司的“記賬憑證”和“基本科目匯總”，并形成本地記賬憑證關(guān)系和本地基本科目匯總關(guān)系；

(3)分公司發(fā)送進程，負(fù)責(zé)向集團發(fā)送本地記賬憑證關(guān)系和本地基本科目匯總關(guān)系；

(4)分公司統(tǒng)計匯總，把來自各個下屬基層公司的基本科目匯總信息按照分公司統(tǒng)計匯總，形成分公司“科目匯總”關(guān)系。在集團服務(wù)器上應(yīng)該至少配置三個進程：

(1)集團主控進程，主要完成本地各個進程的協(xié)調(diào)控制，并負(fù)責(zé)和下屬分公司服務(wù)器主控進程協(xié)同工作，包括協(xié)商通信時段等；

(2)集團接收進程，負(fù)責(zé)接收來自其下屬各個分公司的“記賬憑證”和“基本科目匯總”，并形成本地記賬憑證關(guān)系和本地基本科目匯總關(guān)系；

(3)集團統(tǒng)計匯總進程，負(fù)責(zé)把來自各個下屬分公司的基本科目匯總信息按照集團統(tǒng)計匯總，形成集團“科目匯總”關(guān)系。

1．獲取新增憑證進程該進程的工作過程如下：

(1)獲取“當(dāng)前匯總時段”；置cg=集團代碼，cc=分公司代碼，cb=基層公司代碼。

(2)讀取基層公司原始財務(wù)憑證表，獲取“當(dāng)前匯總時段”的新增原始記賬憑證，并形成臨時關(guān)系T，T的模式與“記賬憑證”的模式相同。

(3)把T的所有元組的“集團代碼”屬性設(shè)置為cg；把T的所有元組的“分公司代碼”屬性設(shè)置為cc；把T的所有元組的“基層公司代碼”屬性設(shè)置為cb；把T的所有元組的“上傳完成標(biāo)志”屬性設(shè)置為“0”。

(4)對T的每個元組t，分配一個“傳輸序號”(傳輸序號從00001開始，步長為1遞增)，并寫入t的“傳輸序號”屬性；msn為本次分配序號的最大值。

(5)向本地“基層主控進程”申請獲得一個“通信時段”且獲得的“通信時段代碼”為pt，如果申請沒有成功則重復(fù)本步驟。

(6)設(shè)置T的所有元組的“通信時段代碼”屬性值為pt。

(7)傳遞T和msn到發(fā)送進程，驅(qū)動發(fā)送進程向其上級分公司發(fā)送T。

(8)通知“基本科目匯總生成進程”進行基本科目匯總工作。

(9)等待發(fā)送結(jié)束。

(10)如果T發(fā)送結(jié)束并且基本科目匯總工作完成，則刪除T，等待進入下一周期的新增憑證獲取工作。

2．基本科目匯總生成進程該進程的工作過程如下：

(1)置cg=集團代碼，cc=分公司代碼，cb=基層公司代碼；讀取“獲取新增憑證進程”所構(gòu)建的臨時關(guān)系T。

(2)讀取“科目映射”關(guān)系。

(3)根據(jù)“科目映射”關(guān)系的“基層科目代碼”對T中的記賬憑證進行三級科目匯總，生成臨時關(guān)系TG，TG的關(guān)系模式同“基本科目匯總”；此時，關(guān)系TG的屬性“日期”、“科目代碼”、“科目名稱”、“借方發(fā)生額”、“貸方發(fā)生額”和“余額”等屬性值均已有實際意義(即這些屬性已經(jīng)被另外進程賦值，例如“余額”已經(jīng)有一個實際的數(shù)值)，TG的“科目代碼”和“科目名稱”的取值是由原始財務(wù)系統(tǒng)所定義的。

(4)構(gòu)建本地“基本科目匯總”關(guān)系BG，其關(guān)系模式同“基本科目匯總”；如果BG已經(jīng)存在，則執(zhí)行第(5)步；BG的構(gòu)建方法如下：在“科目映射”關(guān)系中選擇由(cg，cc，cb)確定的基層公司所對應(yīng)的子集，然后在子集上做“集團科目代碼”，“集團科目名稱”的投影，得到臨時關(guān)系TMP(集團科目代碼，集團科目名稱)；根據(jù)關(guān)系模式“基本科目匯總”構(gòu)建一個空關(guān)系BG；將TMP的所有元組添加到BG，這時TMP的“集團科目代碼”屬性對應(yīng)BG的“科目代碼”屬性、TMP的“集團科目名稱”屬性對應(yīng)BG的“科目名稱”屬性，BG的“集團代碼”、“分公司代碼”、“基層公司代碼”分別設(shè)置為cg、cc和cb；BG的“日期”設(shè)置為當(dāng)前日期；BG的“上傳完成標(biāo)志”設(shè)置為“0”。

(5)對BG的每個元組t，執(zhí)行(6)～(9)。

(6)根據(jù)t的“科目代碼”在關(guān)系“科目映射”獲取其對應(yīng)的原始財務(wù)科目代碼集合(一個集團統(tǒng)一的科目代碼可能對應(yīng)多個原始財務(wù)代碼)，形成臨時關(guān)系SC(基層科目代碼)，SC是一個單一屬性的關(guān)系。

(7)設(shè)置累計變量debtor=0、lender=0、balance=0；對SC中的每個基層科目代碼sc重復(fù)做(8)，直至SC的每個元組被處理一次。

(8)獲取sc在TG中的元組tg；累計debtor?=debtor+?tg.借方發(fā)生額、?lender?=lender+?tg.貸方發(fā)生額、balance?=balance?+?tg.余額。

(9)對t累加數(shù)據(jù)，具體方法如下：t.借方發(fā)生額?=t.借方發(fā)生額?+?debtor；t.貸方發(fā)生額?=t.貸方發(fā)生額?+?lender；t.余額?=?t.余額?+?balance。

(10)刪除臨時關(guān)系TG。

(11)向“基層主控進程”申請獲得一個“通信時段”，如果獲得的“通信時段代碼”為pt，則設(shè)置BG所有元組的“通信時段代碼”屬性值為pt；傳遞BG到發(fā)送進程，驅(qū)動發(fā)送進程向其上級分公司發(fā)送BG；等待發(fā)送結(jié)束；如果DG發(fā)送結(jié)束并且基本科目匯總工作完成，則刪除BG，等待進入下一周期的匯總。

(12)等待“獲取新增憑證進程”的下一次匯總通知，如果獲得新的匯總通知則執(zhí)行(1)。

3．基層主控進程該進程的工作過程如下：

(1)接收來自其他進程的控制信息CI。

(2)如果CI來自本地進程“獲取新增憑證進程”的“獲取通信時段”，則向其上級分公司服務(wù)器的“分公司主控進程”發(fā)出“獲得記賬憑證通信時段”的請求；如果獲得一個通信時段，則把通信時段代碼cp傳給“獲取新增憑證進程”。

(3)如果CI來自本地進程“基本科目匯總生成進程”的“獲取通信時段”，則向其分公司服務(wù)器的“分公司主控進程”發(fā)出“獲得基本科目匯總通信時段”的請求；如果獲得一個通信時段，則把通信時段代碼cp傳給“基本科目匯總生成進程”。

(4)執(zhí)行步驟(1)。

4．基層發(fā)送進程該進程的工作過程如下：

(1)獲得公司信息：cg=集團代碼，cc=分公司代碼，cb=基層公司代碼。接收來自其他進程的控制信息CI。

(2)如果CI來自本地“獲取新增憑證進程”，則執(zhí)行(3)～(8)，否則執(zhí)行(9)。

(3)如果CI是來自本地“獲取新增憑證進程”發(fā)送的關(guān)系T和最大序列號msn，則與其所隸屬分公司cc的“分公司接收進程”建立連接，獲取一個“通信時段1”的元組cpt，此時cpt的集團代碼、分公司代碼、基層公司代碼、起始時刻，結(jié)束時刻已經(jīng)被“分公司主控進程”賦值。

(4)設(shè)置cpt.起始傳輸序號=1；cpt.結(jié)束傳輸序號=msn。

(5)發(fā)送更新后的cpt到“分公司接收進程”，然后發(fā)送T至“分公司接收進程”。

(6)等待通信結(jié)束和“分公司接收進程”確認(rèn)。

(7)如果“分公司接收進程”發(fā)回的cpt的“需要重傳的傳輸序號串”不為空，則重傳“需要重傳的傳輸序號串”所標(biāo)志的T的元組；重復(fù)(5)、(6)直至T被完全接收為止。

(8)通知本地“獲取新增憑證進程”本次“發(fā)送結(jié)束”，執(zhí)行(2)。

(9)計算來自“基本科目匯總生成進程”的BG的元組個數(shù)msn；與其上級分公司cc的“分公司接收進程”建立連接，獲取一個“通信時段2”的元組cpt，此時cpt的集團代碼、分公司代碼、基層公司代碼、起始時刻、結(jié)束時刻已經(jīng)被“分公司主控進程”賦值。

(10)設(shè)置cpt.起始傳輸序號=1；cpt.結(jié)束傳輸序號=msn。

(11)發(fā)送更新后的cpt到“分公司接收進程”，然后發(fā)送T至“分公司接收進程”。

(12)等待通信結(jié)束和“分公司接收進程”確認(rèn)。

(13)如果“分公司接收進程”發(fā)回的cpt的“需要重傳的傳輸序號串”不為空，則重傳“需要重傳的傳輸序號串”所標(biāo)志的T的元組；重復(fù)(5)、(6)直至T被完全接收為止。

(14)通知本地“基本科目匯總生成進程”本次“發(fā)送結(jié)束”。

(15)執(zhí)行(1)。

5．分公司主控進程

該進程的工作過程如下：

(1)獲得公司信息：cg=集團代碼，cc=分公司代碼；置當(dāng)日“通信時段1”的初始序號Lcp1=“0001”；置“通信時段2”的初始序號Lcp2=“0001”。

(2)如果所屬各個基層公司的當(dāng)日信息收集完畢，則啟動“分公司發(fā)送進程”和“分公司統(tǒng)計匯總”；接收來自其他進程的控制信息CI。

(3)如果CI來自其下屬基層公司cb的主控進程，則執(zhí)行(4)～(9)。

(4)如果CI是“獲取通信周期1”的請求，則根據(jù)“分公司服務(wù)器的情況”分配cb一個通信時間段<st，et>，其中st為通信起始時間，et為通信結(jié)束時間；如果“通信時機不成熟”，則發(fā)送“無效請求”給cb的主控進程并執(zhí)行(2)去處理下一個請求。

(5)在本地關(guān)系“通信時段1”中添加一個新元組cpt，置cpt.集團代碼?=?cg、cpt.分公司代碼?=?cc、cpt.基層公司代碼=cb、cpt.起始時刻=st，cpt.結(jié)束時刻?=?et；Lcp1?=?Lcp1“0001”(為廣義字符加運算，例“0011”“0001”=“0012”)；生成新的通信周期代碼ncp?=“YYYYMMDD”+?Lcp1；置cpt.通信周期代碼?=?ncp。

(6)發(fā)送ncp到“分公司接收線程”做好“接收基層公司cb的記賬憑證”工作，然后發(fā)送ncp到基層公司cb的主控進程并執(zhí)行(2)去處理下一個請求。

(7)如果CI是“獲取通信周期2”的請求，則根據(jù)“分公司服務(wù)器的情況”分配cb一個通信時間段<st，et>，其中st為通信起始時間，et為通信結(jié)束時間；如果“通信時機不成熟”，則發(fā)送“無效請求”給cb的主控進程并執(zhí)行(2)去處理下一個請求。

(8)在本地關(guān)系“通信時段2”中添加一個新元組cpt，置cpt.集團代碼?=?cg、cpt.分公司代碼?=?cc、cpt.基層公司代碼?=?cb、cpt.起始時刻?=?st，cpt.結(jié)束時刻?=?et；Lcp2?=?Lcp2“0001”；生成新的通信周期代碼ncp?=“YYYYMMDD”+?Lcp2；置cpt.通信周期代碼?=?ncp。

(9)發(fā)送ncp到“分公司接收進程”做好“接收基層公司cb的基本科目匯總”工作，然后發(fā)送ncp到基層公司cb的主控進程并執(zhí)行(2)去處理下一個請求。

6．分公司接收進程

該進程的工作過程如下：

(1)獲得公司信息：cg=集團代碼，cc=分公司代碼；cb是某一個基層公司代碼。

(2)接收來自其他進程的控制信息CI。

(3)如果CI來自“分公司主控進程”，則識別CI命令；如果CI是“接收基層公司cb的記賬憑證”命令，則執(zhí)行(4)；如果CI是“接收基層公司cb的基本科目匯總”命令，則執(zhí)行(10)。

(4)從“分公司主控進程”獲取本次通信的通信周期代碼ncp，根據(jù)ncp到關(guān)系“通信時段1”中獲取相應(yīng)的元組cpt；然后和基層公司cb的發(fā)送進程建立連接，并發(fā)送cpt到cb的“基層公司發(fā)送進程”。

(5)接收來自cb的“基層公司發(fā)送進程”反饋回來的cpt，這時cpt的屬性“起始傳輸序號”和“結(jié)束傳輸序號”的值已經(jīng)存在。

(6)建立接收線程，接收來自cb的“記賬憑證”并存入臨時關(guān)系TMP。

(7)按照cpt的“起始傳輸序號”和“結(jié)束傳輸序號”的值檢測本次接收是否完成，如果有未收到的元組存在，則把這些元組的序號構(gòu)成序列存入cpt的“需要重傳的傳輸序號串”字段，并發(fā)送cpt到cb的“基層公司發(fā)送進程”要求其重傳。

(8)重復(fù)執(zhí)行(6)～(8)，直到本次傳輸?shù)乃性M收到為止。

(9)追加臨時關(guān)系TMP到本地“記賬憑證”關(guān)系；通知cb的發(fā)送進程本次通信結(jié)束。執(zhí)行(2)去處理下一個請求。

(10)從“分公司主控進程”獲取本次通信的通信周期代碼ncp，根據(jù)ncp到關(guān)系“通信時段2”中獲取相應(yīng)的元組cpt；然后和基層公司cb的發(fā)送進程建立連接，并發(fā)送cpt到cb的“基層公司發(fā)送進程”。

(11)接收來自cb的“基層公司發(fā)送進程”反饋回來的cpt，這時cpt的屬性“起始傳輸序號”和“結(jié)束傳輸序號”的值已經(jīng)存在。

(12)建立接收線程，接收來自cb的“基本科目匯總”并存入臨時關(guān)系TMP。

(13)按照cpt的“起始傳輸序號”和“結(jié)束傳輸序號”的值檢測本次接收是否完成，如果有未收到的元組存在，則把這些元組的序號構(gòu)成序列存入cpt的“需要重傳的傳輸序號串”字段，并發(fā)送cpt到cb的“基層公司發(fā)送進程”要求其重傳。

(14)重復(fù)執(zhí)行(6)～(8)，直到本次傳輸?shù)乃性M收到為止。

(15)追加臨時關(guān)系TMP到本地“基本科目匯總”關(guān)系；通知cb的發(fā)送進程本次通信結(jié)束；執(zhí)行步驟(2)去處理下一個請求。

7．分公司發(fā)送進程

該進程的工作過程如下：

(1)獲得公司信息：cg=集團代碼，cc=分公司代碼。

(2)接收來自本地“分公司主控進程”的控制信息CI。

(3)如果CI是“發(fā)送記賬憑證”命令，則執(zhí)行(3)～(11)，否則執(zhí)行(12)。

(4)在本地“記賬憑證”關(guān)系中提取當(dāng)日新增的所有記賬憑證并形成臨時關(guān)系T；計算T的元組數(shù)msn。

(5)對T的每個元組t，分配一個“傳輸序號”(傳輸序號從00001開始，步長為1遞增)，并寫入t的“傳輸序號”屬性；msn為本次分配序號的最大值。

(6)與集團cg的“集團接收進程”建立連接，獲取一個“通信時段1”的元組cpt，此時cpt的集團代碼、分公司代碼、基層公司代碼、起始時刻，結(jié)束時刻已經(jīng)被“集團主控進程”賦值；其中cpt.基層公司代碼?=“000”表示不是任何基層公司。

(7)設(shè)置cpt.起始傳輸序號?=?1；cpt.結(jié)束傳輸序號?=?msn。

(8)發(fā)送更新后的cpt到“集團接收進程”，然后發(fā)送T至“集團接收進程”。

(9)等待通信結(jié)束和“集團接收進程”確認(rèn)。

(10)如果“集團接收進程”發(fā)回的cpt的“需要重傳的傳輸序號串”不為空，則重傳“需要重傳的傳輸序號串”所標(biāo)志的T的元組；重復(fù)(5)、(6)直至T被完全接收為止。

(11)通知本地“分公司主控進程”本次“發(fā)送結(jié)束”，執(zhí)行(2)。

(12)如果CI是“發(fā)送基本科目匯總”命令，則執(zhí)行(13)～(21)，否則執(zhí)行(2)去處理下一個請求。

(13)在本地“基本科目匯總”關(guān)系中提取當(dāng)日新增的所有基本科目匯總并形成臨時關(guān)系T；計算T的元組數(shù)msn。

(14)對T的每個元組t，分配一個“傳輸序號”(傳輸序號從00001開始，步長為1遞增)，并寫入t的“傳輸序號”屬性；msn為本次分配序號的最大值。

(15)與“集團接收進程”建立連接，獲取一個“通信時段2”的元組cpt，此時cpt的集團代碼、分公司代碼、基層公司代碼、起始時刻，結(jié)束時刻已經(jīng)被“集團主控進程”賦值；其中cpt.基層公司代碼=“000”，表示不是任何基層公司。

(16)設(shè)置cpt.起始傳輸序號?=?1；cpt.結(jié)束傳輸序號?=?msn。

(17)發(fā)送更新后的cpt到“集團接收進程”，然后發(fā)送T至“集團接收進程”。

(18)等待通信結(jié)束和“集團接收進程”確認(rèn)。

(19)如果“集團接收進程”發(fā)回的cpt的“需要重傳的傳輸序號串”不為空，則重傳“需要重傳的傳輸序號串”所標(biāo)志的T的元組；重復(fù)(5)、(6)直至T被完全接收為止。

(20)通知本地“分公司主控進程”本次“發(fā)送結(jié)束”。

(21)執(zhí)行(2)。

8．分公司統(tǒng)計匯總

這項工作過程如下：

(1)獲得公司信息：cg?=?集團代碼，cc?=?分公司代碼；Date是“YYYYMMDD”形式的當(dāng)日日期。

(2)接收來自其他進程的控制信息CI。

(3)如果CI是來自“分公司主控進程”的“統(tǒng)計匯總”命令，則執(zhí)行(4)～(7)；否則執(zhí)行(2)。

(4)在本地“基本科目匯總”關(guān)系中提取當(dāng)日新增的所有基本科目匯總并形成臨時關(guān)系T。

(5)創(chuàng)建一個空的臨時關(guān)系TMP(集團代碼，分公司代碼，日期，科目代碼，科目名稱，借方發(fā)生額，貸方發(fā)生額，余額)。

(6)執(zhí)行：

INSERTINTOTMP(集團代碼，分公司代碼，日期，科目代碼，科目名稱，借方發(fā)生額，貸方發(fā)生額，余額)

SELECTcg，cc，Date，科目代碼，科目名稱，SUM(借方發(fā)生額)，SUM(貸方發(fā)生額)，SUM(余額)

FROMT

GROUPBYT.科目代碼。

(7)執(zhí)行：

INSERTINTO科目匯總

SELECT*

FROMTMP

9．集團主控進程該進程的工作過程如下：

(1)獲得公司信息：cg=集團代碼；置通信時段1的初始序號Lcp1=“0001”；置通信時段2的初始序號Lcp2=“0001”。

(2)如果所屬各個分公司的當(dāng)日信息收集完畢，則執(zhí)行“集團統(tǒng)計匯總”；接收來自其他進程的控制信息CI。

(3)如果CI來自其所屬分公司cc的主控進程，則執(zhí)行(4)～(9)。

(4)如果CI是“獲取通信周期1”的請求，則根據(jù)“集團服務(wù)器的情況”分配cc一個通信時間段<st，et>，其中st為通信起始時間，et為通信結(jié)束時間；如果“通信時機不成熟”，則發(fā)送“無效請求”給cc的主控進程并執(zhí)行(2)去處理下一個請求。

(5)在本地“通信時段1”關(guān)系中添加一個新元組cpt，置cpt.集團代碼?=?cg、cpt.分公司代碼?=?cc、cpt.基層公司代碼=“000”、cpt.起始時刻?=?st，cpt.結(jié)束時刻?=?et；Lcp1?=?Lcp1“0001”(為廣義字符加運算)；生成新的通信周期代碼ncp?=“YYYYMMDD”+?Lcp1；置cpt.通信周期代碼?=?ncp。

(6)發(fā)送ncp到“集團接收進程”做好“接收分公司cc的記賬憑證”工作，然后發(fā)送ncp到基層公司cc的主控進程并執(zhí)行(2)去處理下一個請求。

(7)如果CI是“獲取通信周期2”的請求，則根據(jù)“集團服務(wù)器的情況”分配cc一個通信時間段<st，et>，其中st為通信起始時間，et為通信結(jié)束時間；如果“通信時機不成熟”，則發(fā)送“無效請求”給cc的主控進程并執(zhí)行(2)去處理下一個請求。

(8)在本地“通信時段2”關(guān)系中添加一個新元組cpt，置cpt.集團代碼?=?cg、cpt.分公司代碼?=?cc、cpt.基層公司代碼?=“000”、cpt.起始時刻?=?st，cpt.結(jié)束時刻?=?et；Lcp2?=?Lcp2“0001”；生成新的通信周期代碼ncp?=“YYYYMMDD”+?Lcp2；置cpt.通信周期代碼?=?ncp。

(9)發(fā)送ncp到“集團接收進程”做好“接收分公司cc的基本科目匯總”工作，然后發(fā)送ncp到基層公司cc的主控進程并執(zhí)行(2)去處理下一個請求。

10．集團接收進程該進程的工作過程如下：

(1)獲得公司信息：cg=集團代碼，cc是某一個分公司代碼。

(2)接收來自其他進程的控制信息CI。

(3)如果是CI來自“集團主控進程”，則識別CI命令；如果CI是“接收分公司cc的記賬憑證”命令，則執(zhí)行(4)；如果CI是“接收基層公司cc的基本科目匯總”命令，則執(zhí)行(10)。

(4)從“集團主控進程”獲取本次通信的通信周期代碼ncp，根據(jù)ncp到關(guān)系“通信時段1”中獲取相應(yīng)的元組cpt；然后和分公司cc的發(fā)送進程建立連接，并發(fā)送cpt到cc的“分公司發(fā)送進程”。

(5)接收來自cc的“分公司發(fā)送進程”反饋回來的cpt，這時cpt的屬性“起始傳輸序號”和“結(jié)束傳輸序號”的值已經(jīng)存在。

(6)建立接收線程，接收來自cc的“記賬憑證”并存入臨時關(guān)系TMP。

(7)按照cpt的“起始傳輸序號”和“結(jié)束傳輸序號”的值檢測本次接收是否完成，如果有未收到的元組，則把這些元組的序號構(gòu)成序列存入cpt的“需要重傳的傳輸序號串”字段，并發(fā)送cpt