2012最新文檔-管理系列 (word可編輯版)第五章 數據庫應用系統設計本章將軟件工程角度，介紹建立數據庫應用系統的有關設計方法，主要包括數據庫應用系統設計的總體規劃、應用系統的需求分析、應用系統的總體設計以及實現等主要步驟的具體工作內容。5.1 數據庫應用系統設計概述在這一節中，我們將從三方面，簡要介紹數據庫應用系統（DBAS）設計的有關情況。這三方面分別是：一、成功開發數據庫應用系統的關鍵；二、開發數據庫應用系統的基本策略；三、開發數據庫應用系統的基本步驟。 成功開發數據庫應用系統的關鍵，有以下五條：l 能夠為相關部門帶來效益（有形、無形），具有很好性能價格比。l 領導的熱情支持，用戶的積極參與，以及強有力的DBAS開發組織架構與管理（解決多部門、多用戶、多資源、多層次、多任務和多開發人員等相關問題）。l 面向用戶（參與全過程），目標明確（用戶溝通），業務流程清楚明了（用戶意見）。l 嚴格按設計規章辦事（多階段、多策略），實行標準化文檔要求（階段性成果描述）。l 充分考慮變化的情況（各設計階段），主要有：部門內部的變化和外界環境的變化。 開發數據庫應用系統的基本策略，有以下二條：l 自上而下l 自下而上通常是二者結合，即自上而下規劃設計，自下而上設計實施。此外還有原型法和面向對象方法等。 開發數據庫應用系統的主要步驟，有以下五步：l 系統總體規劃，對部門（企業）內外部情況進行初步調查，提出可行性報告（開題報告）。l 系統需求分析，對部門（企業）內外部情況進行詳細調查，搞清原系統的工作情況（輸入、處理和輸出情況），以及對新系統的功能要求（輸入、處理和輸出情況），提出DBAS的邏輯模型（數據模型設計和主要業務處理流程）。l 系統應用設計，根據系統分析結果，完成各功能模塊的設計，設計規范標準（如代碼、命名等）的確立，數據庫各表的具體設計，以及物理配制方案的制訂（硬件、軟件和網絡等）。l 系統應用實現，根據系統應用設計的結果，完成系統的編碼和測試，以及硬件的安裝與調試，以及新舊系統轉換、系統運行維護等。l 系統評價，對系統運行所帶來的效益，進行評估。5.2 數據庫應用系統規劃在進行初步調查的基礎之上，提出可行性報告，說明系統必要與可行。初步調查的主要內容有：l 系統的基本情況（內部與外部，應用目標，主要業務，以及存在問題等）。l 系統中信息處理情況（組織結構，工作方式，技術手段，以及效能，人員等）。l 系統資源情況（人、財、物）。l 系統涉及人員的態度（現在和將來）。可行性報告的主要內容有：l 項目的目標與功能，以及意義（大背景和小背景下的必要性）。l 經濟可行性，即需要支出的費用，和可以獲得的有形無形的收益。l 技術可行性，目前電腦軟硬件的情況，開發人員水平。l 管理可行性，即各級，尤其是中高層，管理人員對此項目的看法，以及目前單位里的管理情況是否適合。l 預期的效益與結論。5.3 數據庫應用系統分析系統分析任務，就是明確用戶需求，了解目前系統的輸入、輸出和有關處理情況，完成系統的邏輯設計（新系統應該做什么，具有哪些功能）。其具體工作主要有：一、詳細調查；二、系統化分析資料；三、提出新系統方案（邏輯設計）。5.3.1 詳細調查為了使新系統能夠比現有系統工作更有效地工作，就必須首先要搞清楚現有系統的情況。詳細調查就是要弄清目前單位的工作情況，查明其執行過程，發現薄弱環節，收集數據，為設計DBAS提供必要的基礎資料。具體調查工作主要有：管理業務狀況調查分析和數據流程調查分析。具體可采用的調查方法有：l 訪問，與用戶交談。l 發調查表。l 召開調查會。l 參加業務實踐。l 利用各種圖表、文檔資料等。管理業務調查主要包括：（僅僅獲得現系統的物理模型）l 系統環境調查，它包括現有管理的水平，原始數據來源，管理人員的態度，開發人員狀況，現有的設備等調查。l 組織機構和職責調查，即了解清楚單位內部各級組織機構，以及各部門人員的業務分工和工作職責等。l 業務流程調查，即根據現有信息流動過程，逐個調查所有環節的處理業務、處理內容、處理順序等，搞清各環節所需的數據信息及來源和流向、處理或計算方法、以及信息的形式（報表、顯示格式等）。通常用圖形的方法來描述管理業務流程調查的結果。數據流程調查分析主要包括：（獲得較抽象的信息流，即數據和數據流）l 收集現有的全部輸入單據（如收據、憑證等）、輸出報表和其它書面記載數據（如帳本）。l 弄清各環節上的詳細處理方法。l 弄清收集而來的各單據等樣品上的附加信息（如制作單位、報送單位等），以及其樣品上所涉及的各數據項情況（如數據類型、取值范圍等）。l 繪制能夠全面描述現有系統信息流動和處理環節（即系統邏輯模型）的數據流程圖。該數據流程圖將著重說明數據的流動、加工處理和存儲的情況。數據流圖有二個特點：抽象性和概括性。5.3.2 系統化分析為了最終獲得一個能夠正確反映新系統數據信息流動、加工處理和存儲的邏輯模型，就必須進一步對詳細調查結果進行系統化分析，它是一個可能需要反反復復的分析過程，其中需要進行認真分析的內容主要有：l 對新系統目標的分析，經過詳細調查后，需再次考慮原先確立的目標是否符合實際情況，必要時，進行適當的修改或提出確保目標實現的具體措施。l 對現系統存在問題的分析，通過詳細調查，對所發現的原系統存在的問題提出改進辦法。l 功能分析和子系統劃分，確定為了實現既定目標，新系統應該具有那些必要的功能。如果目標過大，則要考慮如何進行目標分解，然后分別用若干子系統來實現這些子目標。l 數據分析，根據詳細調查的結果，編制數據字典，以備所有DBAS開發人員查閱，以防止出現差錯。數據字典內容主要包括：數據項描述（如名稱、類型、長度和取值范圍等）、數據項間關系、處理過程、數據存儲組織結構等內容。5.4 數據庫應用系統設計系統設計，就是在前一步系統分析的結果之上，按照所獲邏輯模型，對各處理部分等有關方面進行細化，為最終完成整個DBAS，奠定堅實的基礎。系統設計，一般包括總體設計和具體設計兩方面。其中，總體設計內容主要包括系統功能設計、系統處理流程設計、設計規范制定和硬件配置方案制定等；具體設計內容則主要包括數據庫設計、輸入設計、輸出設計和程序模塊設計說明等。在進行系統設計時，應注意以下幾點要求：l 系統性，整個系統中所涉及的各種規范應當統一，使用方法、界面風格應盡量保證一致，避免功能的重復和操作的冗余。l 靈活性，通過提高各功能模塊的相對獨立性，減少各功能模塊的相互依賴，以使的所建立的系統對環境的變化有較強的適應能力，如可以很容易增加新功能模塊，原有功能模塊便于修改等。l 可靠性，盡可能增強系統的抗干擾能力，如用戶敲錯鍵、突然掉電、輸入錯誤、數據保密等。1. 系統功能設計通常我們將復雜系統中，由電腦完成的某項具體工作，稱為一個功能模塊。一般通過逐級功能分解的辦法，就可以獲得一個最終的、能夠完成系統總體功能要求的系統功能結構圖。為了獲得一個合理的功能結構圖，您可以參考由系統分析所獲得的數據流程圖中的處理（功能），來進行系統的逐級功能分解。這種模塊化設計方法，是目前最常用的一種功能模塊設計方法。2. 系統處理流程設計由于功能結構圖主要是從功能的角度，來描述系統的整體結構，但并未表達出各功能模塊間是如何傳遞數據信息的。因此系統處理流程設計，就是要以圖的形式，形象地反映出數據信息和處理之間的相互關系，如：數據從何而來，中間結果存放何處，最終結果送到哪里等情況。系統處理流程圖也是以由系統分析所獲得的數據流程圖為基礎而繪制的，主要步驟就是：首先為數據流程圖中的各處理功能為依據，描繪出各處理功能的數據關系；然后再將這些處理功能的數據關系綜合起來，以形成一個能夠反映整個系統數據關系的圖，即系統處理流程圖。3. 設計規范制定由于一般的DBAS，都包含著許多數據項、數據文件（數據庫）和程序，如不予以統籌命名，統一標準，將來無論是在系統的使用、操作和維護管理方面，都將會造成極大的混亂，甚至會導致系統無法繼續正常運行。設計規范制定，就是給整個系統確立一個“公用標準”，它具體地規定了各數據項、數據文件和程序的統一命名標準、格式和統一名稱等。為了說明清楚，下面我們給大家舉幾個例子，如在一個工資MIS中，我們可以這樣規定：l 數據項，采用兩位拼音字母（大寫）來命名，這兩拼音字母分別來自數據項頭兩個漢字的第一個拼音字母。如基本工資，用JB表示；房租，用FZ表示。l 程序，采用GZXX形式來命名，其中XX是兩位拼音字母（大寫）來命名，這兩拼音字母分別來自程序所完成的功能名稱頭兩個漢字的第一個拼音字母。如查詢程序，用GZCX。4. 硬件配置方案制定對于大型DBAS來講，制定硬件配置方案是個頗為費神的事情，它需要淵博的電腦軟硬件知識、實際開發經驗等諸多知識。好在現在電腦的功能已日趨強大而價格卻逐漸下降，因此對一般的DBAS來講，主要考慮以下幾個因素：l 是否連網，即考慮所建立的數據庫應用系統，是否準備在多臺電腦上同時運行，若是這樣，就需要建立電腦局域網。l 電腦，若要聯網，則需要考慮費用，若經濟較拮據，則可以考慮高檔的電腦作服務器和低檔的電腦作日常操作之用。l 數據庫軟件，通常用Foxpro就可以了，但如果要求數據安全保密，則需要考慮高檔的數據庫軟件了，如Sybase、SQL Server等。5. 數據庫設計實際上，由于數據庫技術的日趨成熟，這部分的設計工作，已不是件難事。只要我們依據在系統分析時，總結出的數據字典，以及系統處理流圖，就可以很方便地設計出所需要的數據庫。6. 輸入輸出設計輸入輸出設計，一般是指設計電腦屏幕和打印機，顯示出的格式，以便用戶能夠輸入數據，觀察系統的處理結果。輸入輸出格式設計的好壞，直接影響到DBAS用戶，甚至領導對系統印象的好壞。為了設計好輸入輸出的格式，您可以從兩方面入手，一參考借鑒他人的類似系統的輸入輸出設計格式；二是以所收集來的已有的輸入輸出格式（如原始單據、憑證格式、報表格式等），以及用戶的意見。以下是一些關于輸入輸出格式設計的幾點意見：(1) 輸入設計l 便于用戶輸入操作，簡化和減輕輸入操作。l 版面設計，有條不紊，清晰明了，符合用戶習慣。l 要保證輸入數據格式的正確性。l 盡可能保證輸入數據正確。l 要考慮顯示硬件的限制。(2) 輸出設計l 版面設計，有條不紊，清晰明了，符合用戶習慣。l 要考慮輸出硬件的功能限制。l 要保證輸出數據格式的正確性。7. 程序模塊設計說明程序模塊設計說明，以一個處理過程作為單位，是用于定義處理過程的書面文件。該說明將在系統設計結束后，交給程序員，由程序員根據說明的具體內容完成程序的編碼工作。程序模塊設計說明，應包含的內容有：程序名、所屬系統及子系統名、功能、程序輸入輸出數據說明、輸入輸出數據文件和程序處理過程說明等。5.5 數據庫應用系統實現系統實施的主要包括物理系統的實施、程序代碼設計與測試、項目管理（文檔準備）、人員培訓、數據準備與裝入、系統轉換與評價。在系統設計完成以后，現在就要準備全面施工，完成整個DBAS。由于系統實施工作，頭緒很多，需要有條不紊進行。系統規模越大，實施階段的任務就越復雜，因此在系統實施開始之前，需要制定出周密的具體實施計劃，即確定系統實施的方法、步驟、所需的時間和費用，并要監督計劃的執行，以保證系統實施工作的順利進行。系統實施階段既是成功地實現新系統，又是取得用戶對系統信任的關鍵階段。1. 硬件系統的實施硬件系統實施主要包括：電腦系統和通信網絡系統的訂購、機房的準備和設備安裝調試等一系統活動。電腦系統實施的基本原則就是：使所購置的電腦系統能夠滿足MIS的設計要求，并且使之具有一定的擴充余地。當然，所購買的計算機系統還應具有合理的性能價格比。通信網絡系統實施，當一個DBAS是基于一個由通信線路相互連接起來的各種設備所組成的計算機網絡時，您還需要負責安裝各種通信設備，如架設電纜、通訊線路連接等。此外還有網絡性能的調試等項工作。2. 程序編碼它的主要工作就是根據系統設計所獲得的各功能模塊說明，編寫程序代碼。在程序的具體編寫過程中，需注意以下二點要求：l 可維護性，所編寫的程序，應便于今后的程序維護。為此您要注意：在程序中要多加注釋，一個程序不編太長，程序的調用層次應當清楚等。l 可靠性，編寫程序，您應當考慮一些意外情況的處理，如這時用戶敲錯鍵如何等。3. 程序和系統調試程序和系統調試的目的就是發現程序和系統中的錯誤并及時予以糾正。其中：l 程序調試的工作內容主要包括：程序的語法檢查和程序的處理邏輯檢查。在程序處理邏輯檢查之前，您需要準備一些測試數據，即正常數據、異常數據和錯誤數據，以此來考驗程序的正確性。l 功能調試（簡稱：分調），它的工作內容就是將一個功能內所有程序按次序串聯起來進行測試。這種調試的目的主要是保證內部流程控制關系正確和數據操作內容正確，同時也測試模塊的運轉效率。l 系統聯調，它是由系統設計者親自進行，其工作內容包括：（A）主控制和調度程序調試，調試目的不是驗證處理結果的正確性，而且確認控制往來通路和參數傳送的正確性，以及發現并解決資源調度中的問題；（B）程序的總調，經過功能模塊和控制與調度程序的調試，即可開始整個系統程序的總調，也就是將主控制調度程序和功能模塊聯結起來，進行調試，確認整個系統的功能符合設計要求。 4. 系統轉換、運行及維護它的工作內容主要包括：l 系統轉換，用新系統取代舊系統通常采用平行轉換的方法，即新舊兩系統同時運行，對照兩者的輸出，利用原系統來檢測新系統。一般可分兩步走，第一步以原系統的作業為正式作業，新系統處理作校核用。第二步以新系統處理為正式作業，原系統作業做校核用。并行處理的時間視業務內容而定，短則2-3個月，長則半年至一年。轉換工作不應急于求成，對于較大的系統，可以分步進行轉換.不僅是機器的轉換，程序的轉換，更難的是人工的轉換。轉換中可能發生各種各樣的問題。對此應作詳細記錄。l 系統運行管理及維護，在新系統正式投入運行后，為了使MIS能夠長期高效地工作，必須加強對MIS運行的日常管理工作。這其中主要包括：（A）系統運行的日常維護，即數據收集、整理、輸入及處理結果的整理和分發；且對系統運行情況進行記錄，尤其是要記錄意外情況。l 程序維護，根據用戶對系統使用過程的反饋，對MIS中的程序進行適當地修改。l 數據維護，主要是注意對MIS中的數據庫，進行定期的備份工作，以防萬一。5. 項目管理開發和實現MIS，需要多方面人員的密切配合，如果您希望整個MIS項目能夠成功，以下幾方面的人材是不可缺少的：l 系統工作人員：負責系統分析和設計，他們應當既懂管理業務，又懂計算機；l 程序員：負責編寫和調試程序；l 操作人員：包括上機操作人員和數據錄入人員；l 硬件人員：負責機器維護和保 工作；l 項目負責人：他相當于系統發展的總工程師，應當精通管理業務，又熟悉計算機。6. 系統的評價MIS投入運行后，要在平時運行管理工作的基礎上，定期地對其運行狀況進行集中評價。進行這項工作的目的是通過對新系統運行過程和成效的審查，來檢查新系統是否達到了預計目的，是否充分利用了系統內各種資源（包括計算機硬件資源、軟件資源和數據資源），系統的管理工作是否完善，以及指出系統改進和擴展的方向是什么等。系統評價的內容包括：l 對信息系統的功能評價；l 對現有硬件和軟件的評價；l 對信息系統的應用評價；l 對信息系統的經濟效益評價。5.6 數據庫應用系統示例這是一個用于工廠產品倉庫管理的DBAS。這家生產照明燈的企業，每年工業產值在四千萬元左右。該廠目前生產的產品如圖-1 所示。5.6.1 系統規劃工廠的產品倉庫管理組隸屬于銷售科領導，由七名職工組成，主要負責產品的出入庫管理、庫存帳務管理和統計報表，并且應當隨時向上級部門和領導提供庫存查詢信息。為了防止超儲造成產品積壓，同時也為了避免產品庫存數量不足而影響市場需求，庫存管理組還應經常提供庫存報警數據（與儲備定額相比較的超儲數量或不足數量）。產品入庫管理的過程是，各生產車間隨時將制造出來的產品連同填寫好的入庫單（入庫小票）一起送至倉庫。倉庫人員首先進行檢驗，一是抽驗產品的質量是否合格，二是核對產品的實物數量和規格等是否與入庫單上的數據相符，當然還要校核入庫單上的產品代碼。檢驗合格的產品立即進行產品入庫處理，同時登記產品入庫流水帳。檢驗不合格的產品要及時退回車間。圖-1 工廠產品一覽 產品出庫管理的過程是，倉庫保管員根據銷售科開出的有效產品的出庫單（出庫小票）及時付貨，并判明是零售出庫還是成批銷售出庫，以便及時登記相應的產品出庫流水帳。平均看來，倉庫每天要核收三十筆入庫處理，而各種出庫處理約五十筆。每天出入庫處理結束后，記帳員就根據入庫流水帳和出庫流水帳按產品及規格分別進行累計，以便將本日內發生的累計數填入庫存臺帳。 圖-2 有關單據一覽如圖-2所示，產品入庫單如表10.2所示，出庫單如表10.3所示，入庫流水帳如表10.4所示，出庫流水帳如表10.5和表10.6所示，而庫存臺帳帳頁如表10.7所示。產品庫存的收發存月報表是根據庫存臺帳制作出來的。產品庫存查詢響應是通過翻閱幾本帳后實現的。因為只做一個用于產品倉庫的管理信息系統，因此只要了解與倉庫管理有關的數據和信息交流情況就可以了。5.6.2 系統分析根據收集到的各種系統輸入單、帳頁和輸出報表等憑證，又通過親身實踐以及向有關業務管理人員的訪問調查，系統分析結果如下:1. 詳細調查結果(1) 該廠產品庫存管理的組織機構如圖-3所示。 圖-3 組織機構設置圖(2) 管理職能調查結果（如圖-4所示）：l 庫長：全面負責倉庫的行政與業務管理。l 出入庫管理組：負責產品的出入庫檢驗、產品的出入庫管理、登記出入庫帳。l 統計分析組：每天根據出入庫管理組的出入庫帳，統計出各種規格產品當日出入庫累計數字，然后登入庫存臺帳。此外，負責生成產品收發庫存月報表，經庫長簽字后呈上級主管部門。有時還要盡量滿足各方面各種查詢要求。圖-4 管理職能示意圖(3) 業務流程分析現行產品庫管理系統的業務流程圖如圖-5所示。(4) 數據流程分析A.現行系統的頂層數據流程圖（簡稱DFD）如圖-6所示。對頂層圖中的數據流“1，2，3，4”說明如下： 圖-6 頂層DFD l “1”：車間產品入庫單。l “2”：銷售科開出的有效零售產品出庫單。l “3”：銷售科開出的有效批發產品出庫單。l “4”：倉庫制作的產品庫存收發月報表。B. 第一層數據流程圖如圖-7所示。圖-7中的數據流“1，2，3，4”與圖-6中的數據流“1，2，3，4”相同。 圖-7 第一層DFD C. 第二層數據流程圖如圖-8所示。圖-8中的數據流說明如下： 圖-5 業務流程圖l “1，2，3，4”：其意義與圖-6中的相同。l “5”：產品入庫單上的數據。l “6”：零售出庫單上的數據。l “7”：批發出庫單上的數據。l “8”：入庫流水帳上的當日按產品名稱、規格分別累計的數據。l “9”：零售出庫流水帳上的當日按產品名稱、規格分別累計的數據。l “10”：批發出庫流水帳上的當日按產品名稱、規格分別累計的數據。l “11”：獲得的“8，9，10”數據。l “12”：庫存臺帳上的當月按產品名稱、規格分別累計的數據和其它加工處理后的數據。圖-8 第二層DFD (5) 數據字典A. 數據流字典_數據流名稱：產品入庫單 標識符 F1數據結構： 01 產品入庫單 類型 長度 02 日期（RQ） 字符型 8 02 產品代碼（CPDM） 字符型 3 02 產品名稱（CPMC） 字符型 18 02 單位代碼（DWDM） 字符型 1 02 單位（DW） 字符型 4 02 規格代碼（GGDM） 字符型 2 02 規格（GG） 字符型 10 02 入庫數量（RKSL） 數值型 6排列方式： 按（入庫日期+產品代碼）升序排列流量：最大50張/日 平均30張/日來源：生產車間去向：產品入庫處理 _ _數據流名稱：產品出庫單 標識符 F2數據結構： 01 產品入庫單 類型 長度 02 日期（RQ） 字符型 8 02 產品代碼（CPDM） 字符型 3 02 產品名稱（CPMC） 字符型 18 02 單位代碼（DWDM） 字符型 1 02 單位（DW） 字符型 4 02 規格代碼（GGDM） 字符型 2 02 規格（GG） 字符型 10 02 備注 03 零售出庫數量（LSSL）數值型 6 02 批發出庫數量（PFSL）數值型 6排列方式： 按（日期+產品代碼）升序排列流量：最大70張/日 平均50張/日來源：銷售科去向：產品出庫處理 _數據流名稱：倉庫產品收發存月報表 標識符 F3數據結構： 01 收發存月報表 類型 長度 02 日期（BBRQ） 字符型 8 02 產品代碼（CPDM） 字符型 3 02 產品名稱（CPMC） 字符型 18 02 單位代碼（DWDM） 字符型 1 02 單位（DW） 字符型 4 02 本月累計入庫數量（RKSL）字符型 2 02 本月累計零售數量（LSSL）字符型 10 02 本月累計批發數量（PFSL）數值型 6排列方式： 按日期排列流量：最大：1份/月 平均：1分/月來源：倉庫統計分析去向：主管部門 _其它中間過程的數據流描述省略。B. 數據存儲字典_存儲文件名：產品入庫流水帳 標識符 D1數據結構： 01 產品入庫帳 類型 長度 02 日期（BBRQ） 字符型 8 02 產品代碼（CPDM） 字符型 3 02 產品名稱（CPMC） 字符型 18 02 單位代碼（DWDM） 字符型 1 02 單位（DW） 字符型 4 02 規格 （GG） 字符型 10 02 入庫數量（RKSL） 數值型 6流入的數據流： 產品入庫單（F1）流出的數據流：涉及的處理名：入庫處理、記庫存臺帳排列方式：按入庫日期升序_存儲文件名：產品入庫流水帳 標識符 D4數據結構： 01 庫存臺帳 類型 長度 02 日期（KCRQ） 字符型 8 02 產品代碼（CPDM） 字符型 3 02 產品名稱（CPMC） 字符型 18 02 本月累計入庫量（RKSL） 數值型 8 02 本月累計零售出庫量（LSSL） 數值型 8 02 本月累計批發出庫量（PFSL） 數值型 8流入的數據流： 11流出的數據流：收發存月報表涉及的處理名：入登記庫存臺帳，制月報表排列方式：按（日期+產品代碼）升序_其它存儲文件的描述省略。(6) 處理描述_處理名：產品入庫處理 標識符: P1輸入： 數據流F1輸出： 數據流F5處理定義：當一張入庫單上的數據檢驗合格，并且產品實物入庫后，立即將這張入庫單上的數據登入產品入庫流水帳。激發條件：產品入庫發生_處理名：記庫存臺帳 標識符: P4輸入： 出入庫流水帳上的當日數據輸出： 記入庫存臺帳上的數據處理定義：對出入庫流水帳上當日發生的數據，按產品代碼分別進行入庫累計、零售出庫累計和批發出庫累計計算。然后將當天的日期、產品代碼和累計結果等填入庫存臺帳的相應欄內。激發條件：每日過帳處理_處理名：制作收發月存月報表 標識符： P5輸入： 取自庫存臺帳的數據輸出： 填入輸出報表中的統計數據處理定義：1. 對庫存臺帳上本月發生的出入庫數據，按產品代碼分別進行入庫累計，一種代碼代表的產品累計值既為輸出表中的一行。2. 計算公式： 工業產值（不變價）= 工業產值（現行價）= 其中： 產品代碼為 i 的產品本月入庫量計算 產品代碼為 i 的產品不變價 產品代碼為 i 的產品現行價 激發條件：每月制作庫存報表_(7) 現行系統評價通過對現行系統的需求分析，本系統數據流向是合理的，但為了便于電腦管理，也為使系統能夠提供更多的輔助決策信息，本系統應做如下改進設想：將各種帳本暫合為一本庫存帳考慮。增加庫存報警功能。增強各種靈活的查詢分析功能。(8) 新系統邏輯模型的提出根據前面的分析與評價結果，所提出的新系統邏輯模型如圖-9和圖-10所示。圖-9 系統邏輯模型I圖-10 系統邏輯模型II5.6.3 系統設計在系統分析基礎之上，繼續產品倉庫管理應用系統的設計工作。1. 系統設計目標方便的數據輸入性能，良好的人機界面，盡量避免漢字和長字符串的人工重復輸入(采用代碼詞組)。靈活地數據輸入性能，能快速實現多項產品輸入數據和庫存數據的查詢。考慮到工廠生產的發展，對新產品數據也能給予處理。把目前基本上是靜態庫管理變為動態管理，能隨時提供庫存現狀信息(包括庫存報警信息)。2. 系統功能結構圖綜合考慮改進后的系統邏輯模型（見圖-9）和設計的新系統目標的要求，繪制出系統功能結構，如圖-11所示。3. 系統信息流程設計信息流程如圖-14所示，其中的處理框內標出了相應的程序名，其相應的功能說明，請參見程序模塊設計說明部分。圖-11 系統功能結構圖4. 代碼設計(A) 產品規格代碼設計由于該廠在未來的幾年內生產的產品品種不會超過十種，并且每種產品的規格也不會超過十種，因此產品規格代碼采用層次碼，并用兩位整數表示。設計方案如圖-12所示，全部規格編碼列于表10.8中（如圖-16所示）。 圖-12 產品規格代碼設計方案 圖-13 產品代碼設計方案(B) 產品代碼設計產品代碼用三位整數表示，設計方案如圖-13所示。表10.9（如圖-17所示）列出全部產品的代碼。圖-14 系統信息處理流程圖5. 輸出設計本系統的報表輸出格式設計成表10.10表10.12的形式（如圖-18、圖-15、圖-17所示）。（表中的數據為運行結果數據）。圖-15 表10.11圖-15 產品規格代碼表 圖-16 產品代碼表圖-17 表10.12圖-18 表10.106. 數據庫設計這里我們只列出其設計規范，供大家參考。如何根據數據字典設計數據庫，我們會在第五章中詳細介紹。庫文件名稱和庫字段變量名稱規范分別如表10.13和表10.14所示（如圖-19和圖-20）。 圖-19 庫文件名稱規范表 圖-20 庫字段變量名稱規范表7. 輸入設計(A) 出入庫數據錄入卡設計，本系統中的產品出入庫數據錄入卡沿用現在系統的產品出入庫單格式，參見表10.2和表10.3（如圖-2）。(B) 產品入庫數據輸入屏幕格式設計，如圖-21，當輸入入庫日期之后,便在屏幕上出現此畫面。數據錄入方式有兩種：光標在右邊的提示窗口內上下移動，選擇正確的入庫產品代碼后，則產品代碼、名稱等信息自動進入左邊窗口當前顯示行的相應欄目內，然后光標停在“入庫數量”欄上，打入入庫數量即可。如此重復即可將本日內各張入庫單上的數據輸入暫存文件內。然后選擇提示“存盤”、“放棄”或“繼續”。調整光標至左邊窗口的“代碼”欄，接著打入要入庫的產品代碼，此時對應的產品名稱便由系統自動填入，然后打入入庫數量即可。最后選擇“存盤”、“放棄”或“繼續”。(C) 產品出庫數據輸入屏幕格式設計，與產品入庫數據輸入的屏幕格式基本相同，只是將圖-21中的“入庫數量”欄分為“零售數量” 和“批發數量”兩欄。圖-21 產品入庫數據輸入屏幕格式8. 程序模塊設計說明(1) 總控模塊程序名：CPMIN.PRG功能：s定義本系統的數據錄入.數據查詢等功能菜單及各項功能的下拉式菜單。s選取功能菜單及其下拉菜單中的操作項,進入相應的操作。處理過程：s調用程序CP11.PRG 實現產品出入庫數據的錄入。s調用過程MPROC2實現數據查詢功能。s調用過程MPROC3實現統計報表功能。s調用過程MPROC4實現產品目錄維護功能。s調用過程MPROC5實現本系統運行結束退出功能。(2) 產品出入庫數據錄入模塊程序名：CP11.PRG功能：實現每筆產品出入庫數據的錄入。處理流程：s打開CPDM.DBF并索引之。s打開CPRDATA.DBF并索引之。s打開CPPK.DBF。s若錄入入庫數據，則打開CPKC.DBF。若錄入出庫數據則打開CPXS.DBF。s輸入日期。s打開CPSJSR.DBF，并與CPDM.DBF建立關聯，然后清空CPSJSR.DBF。s用BROW將出入庫數據錄入CPSJSR.DBF中。s若數據不保存則退出返回。若數據保存則首先將CPSJSR.DBF的RQ字段全部用輸入日期替代，然后通過調用過程CP11X把CPSJSR.DBF中的數據轉錄到CPRK.DBF(入庫)或CPXS.DBF(入庫數據)中，并更新CPKC.DBF和CPRDATD.DBF。(3) 每筆出入庫數據查詢模塊程序名：CP21.PRG。功能：實現對三個月以內的任何一天的每筆入庫數據查詢顯示。處理流程：s打開CPDM.DBF。s若查詢任何一天的每筆入庫數據,則打開CPDK.DBF。s若查詢任何一天的每筆出庫數據,則打開CPXS.DBF。s依據字段CPDM，立與CPDM.DBF的關聯。s輸入要查詢的日期。s從CPRK或CPXS庫中定位滿足查詢日期的首記錄，無數據可查到，顯示“數據”，否則用“過濾器技術”和BROW命令顯示查詢結果。(4) 每日、月、截止期出入庫數據查詢模塊程序名：CP23.PRG功能：實現對下述查詢條件的查詢顯示功能。 s查詢三個月以內任何一天的各種產品全天累計出入庫數據。 s查詢兩年內任何一個月份的各種產品全月累計出入庫數據。 s查詢從年初至某個截止日期的各種產品累計出入庫數據。處理流程：分三種情況討論： 第一種情況（按天查詢）s打開CPRDATA.DBF和CPDM.DBF。s鍵入查詢日期。s按輸入的日期從CPRDATA庫中過濾出與輸入日期相匹配的記錄。s顯示結果。 第二種情況（按月查詢）s打開CPRDATA.DBF和CPDM.DBF。s鍵入查詢月份。s對與輸入月份的該月內各產品出入庫數據分別累計。s將該月累計值為零的產品過濾掉。s顯示結果。 第三種情況（查詢從年初至某個截止日期的各種產品累計出入庫數）s打開CPRDATA.DBF和CPDM.DBF。s鍵入截止日期。s對截止日期之前的各產品的出入庫數據分別累加。s顯示結果。(5) 某日實際數據查詢模塊程序名：CP24.PRG。功能：實現查詢某一天各種產品的實際庫存數量。處理流程：s打開CPKC.DBF與CPDM.DBF。s輸入查詢日期。s在CPKC.DBF中定位滿足查詢條件的第一條記錄，若沒有則顯示“無數據可查”，否則顯示查詢結果。(6) 新增產品代碼(目錄)模塊程序名：CP41.PRG。功能：將新產品的目錄數據增加到CPDM.DBF中,并在CPKC.DBF中增加相應的字段。處理流程：s在命令執行方式下,將新產品的單位,單位代碼,規格,規格目錄錄入CPDZB.DBF中。s打開CPDZB.DBF ,CPDM.DBF和CPKC.DBF。s錄入新產