【正文】 成的代碼來識別事物和處理數(shù)據(jù)，這就是代碼設(shè)計(jì)及其必要性。 6 詳細(xì)設(shè)計(jì) 根據(jù)總體設(shè)計(jì)產(chǎn)生的系統(tǒng)結(jié)構(gòu)圖的要求，在詳細(xì)設(shè)計(jì)階段，完成代碼設(shè)計(jì)、輸入輸出設(shè)計(jì)、數(shù)據(jù)存儲設(shè)計(jì)和處理流程設(shè)計(jì)。服務(wù)器為 Sun Spare Station5 工作站， Client 端可以用 Hub、 Router 或遠(yuǎn)程終端服務(wù)器通過 TCP/IP 等協(xié)議與Server 相連。為了便于將來和 A銀行的高層大型網(wǎng)絡(luò)連接，網(wǎng)絡(luò)采用 TCP/IP 協(xié)議，拓?fù)浣Y(jié)構(gòu)為星型，傳輸介質(zhì)為雙絞線 +光纖。 (8)有利于估計(jì)工作量和開發(fā)成本。一個模塊可以多次使用，提高了軟件產(chǎn)品的利用率，也可以縮短開發(fā)其他系統(tǒng)的周期，減少重復(fù)性勞動。 (5)可對關(guān)鍵模塊施加特殊措施加以優(yōu)化處理，以保證整個系統(tǒng)達(dá)到特定的要求。 (4)模塊中一部分程序的修改，完全不影響模塊以外 的程序，極大地減少了修改產(chǎn)生的副作用或連鎖反映的可能。 (3)通過模塊的劃分，把每個模塊要解決的問題局限在有限的范圍之內(nèi)，處理一個模塊的問題時不必考慮模塊邊界以外的問題，減少了出錯的機(jī)會。 (2)可以獨(dú)立到進(jìn)行模塊的編碼和測試，能夠靈活方便地對這些工作進(jìn)行組織和安排。例如本系統(tǒng)中所應(yīng)用的查詢模塊，便可以設(shè)計(jì)成一個通用的模塊，從而比較充分地體現(xiàn)出模塊化設(shè)計(jì)的優(yōu)點(diǎn)。 (5)保持合理的模塊扇入數(shù)據(jù)和扇出數(shù)原則 一個模塊直接控制的下屬模塊的個數(shù)，稱為該模塊的扇出數(shù) /跨度；一個模塊可能被多個模塊所調(diào)用，例如公用模塊，其上級模塊個數(shù)稱為該模塊的扇入數(shù)。 (3)盡可能把與硬件相關(guān)的部分集中在一起放在一個或幾個模塊內(nèi)的原則 盡可能把可能變動的部分集中在一起，以便在確有變動時候能方便地處理，減少影響范圍。 (2)恰當(dāng)?shù)卣莆蘸媚K的大小原則 究竟劃分多大的模塊最合理，很難給出絕對的標(biāo)準(zhǔn)。 基 本 數(shù) 據(jù) 維 護(hù)部門數(shù)據(jù)員工數(shù)據(jù)行業(yè)數(shù)據(jù)單位數(shù)據(jù)費(fèi)用參數(shù)貸款情況貸款類別 圖 2 基本數(shù)據(jù)維護(hù)功能模塊示意 圖 數(shù) 據(jù) 處 理接受數(shù)據(jù)當(dāng)日統(tǒng)計(jì)歷史統(tǒng)計(jì)歷史比較 圖 3 數(shù)據(jù)處理功能模塊示意圖 數(shù) 據(jù) 查 詢歷史比較歷史統(tǒng)計(jì)歷史數(shù)據(jù)當(dāng)日統(tǒng)計(jì)全行一覽按信貸員匯總按行業(yè)匯總按部門匯總按單位匯總?cè)幸挥[按信貸員匯總按行業(yè)匯總按部門匯總按單位匯總?cè)幸挥[按信貸員匯總按行業(yè)匯總按部門匯總按單位匯總 圖 4 數(shù)據(jù)查詢功能模塊示意圖 圖 形 顯 示當(dāng)日統(tǒng)計(jì)歷史統(tǒng)計(jì)歷史比較 圖 5 圖形顯示功能模塊示意圖 報(bào) 表 打 印每日統(tǒng)計(jì)歷史統(tǒng)計(jì)存貸比表利潤表貸款時段表貸款到期提醒表全行信息一覽表存貸比表利潤表貸款時段表貸款到期提醒表全行信息一覽表 圖 6 報(bào)表打印功能模塊示意圖 在對本系統(tǒng)進(jìn)行模塊劃分的時候，有幾個原則標(biāo)準(zhǔn)是必須遵循的，主要有： (1)模塊獨(dú)立性最大原則 使模塊具有最大的獨(dú)立性，是劃分模塊的最重要、也是最 基本的原則或標(biāo)準(zhǔn)。 5 總體設(shè)計(jì) (General Design) 系統(tǒng)模塊的劃分 根據(jù)實(shí)際業(yè)務(wù)中銀行的管理體系和完成功能，并對其進(jìn)行抽象處理后，根據(jù)如前所示的數(shù)據(jù)流程圖，可得到如下的系統(tǒng)結(jié)構(gòu)功能圖，它大致表示出了本系統(tǒng)的功能模塊情況，如圖1 所示。為此，采用了 VF 做前臺及界面設(shè)計(jì)，用它自帶的數(shù)據(jù)庫做后臺的數(shù)據(jù)庫支撐。以確保數(shù)據(jù)的安全性。 為此，選擇了 VF 提供的自帶數(shù)據(jù)庫開發(fā)環(huán)境來進(jìn)行本系統(tǒng)的開發(fā)與研制。因?yàn)殂y行信貸管理系統(tǒng)它對安全性、數(shù)據(jù)保密性的要求非常高。用 JAVA 和 Oracle 開發(fā)管理軟件也是比較成功的一種結(jié)合。同時，在開發(fā)過程中，還可以盡量經(jīng)用戶以方便，考慮到用戶需求的實(shí)際情況，在輸入界面、查詢界面等部分添加解釋或提示，幫助用戶 盡快掌握本系統(tǒng)的使用方法。 操作可行性 如前所述， A 銀行內(nèi)部大多數(shù)員工從未使用過類似的信貸管理系統(tǒng)，但是 Windows 友好的用戶界面和本系統(tǒng)良好的安全性設(shè)置，可以使其內(nèi)部員工在系統(tǒng)實(shí)施人員的指導(dǎo)幫助下很快掌握系統(tǒng)的使用方法，而無因操作失誤而引起系統(tǒng)出錯之虞。由此可見，開發(fā)此系統(tǒng)在經(jīng)濟(jì)上是完全可行的。而如果開發(fā)出一個能滿足業(yè)務(wù)要求的信貸管理系統(tǒng)，在采用生命周期法的前提下，從問題識別到系統(tǒng)實(shí)施、評介、維護(hù)，開發(fā)周期如以兩年計(jì)，其需人工成本 (**)元，略高 /低于兩年的人工費(fèi)用總和。目前銀行內(nèi)部的日人工成本為： (**)人 *(**)元 /人日 (*)元。而本系統(tǒng)的建立，不僅可以提高銀行工作人員的工作效率，降低銀行工資成本和管理費(fèi)用等，而且可為信貸管理微觀決策提供大量數(shù)據(jù)信息，為決策提供準(zhǔn)確、及時、高質(zhì)量的依據(jù)。同時這種方式提供的信息量也不夠大，且比較單一，不能滿足現(xiàn)代信貸管理工作對大量數(shù)據(jù)和經(jīng)濟(jì)信息進(jìn)行分析的需求，從而也就難以滿足微觀決策所需的數(shù)據(jù)和信息要求。 提高工作效率，為銀行微觀決策提供基礎(chǔ)的信息依據(jù) 由于目前 A 銀行內(nèi)部各單位信貸員和統(tǒng)計(jì)人員使用傳統(tǒng)的手工記賬工具，經(jīng)常要翻閱大量的臺帳，運(yùn)用計(jì)算器等輔助工具進(jìn)行計(jì)算、統(tǒng)計(jì)、制作報(bào)表。本系統(tǒng)所需解決的是 A 銀行內(nèi)部對不同期限貸款的控制，即貸款的期限性結(jié)構(gòu)管理，也就是銀行貸款的期限結(jié)構(gòu)應(yīng)當(dāng)與銀行信貸資金來源的期限結(jié)構(gòu)相適應(yīng)，長期性的貸款可用長期性的資金來源，短期性的貸款可用短期性的資金來源。為有效進(jìn)行貸款總量控制，需要解決歷史規(guī)律的統(tǒng)計(jì)與未來趨勢的預(yù)測兩大問題，從而有的放矢地組織吸收存款。就各專業(yè)銀行而言，其貸款總量受三個因素影響：銀行自有資金、中央銀行再貸款和再貼現(xiàn)額、組織存款的數(shù)量。 (1)貸款的總量 /規(guī)模管理 它決定著貨幣的社會總供給與實(shí)際有支付能力的需求是否平衡。因此貸款管理是信貸管理的重要環(huán)節(jié)。 貸款管理 組織存款 的主要目的是為了發(fā)放貸款。但是以什么樣的資金成本、在何時以什么樣的方式來吸收資金，卻直接關(guān)系到銀行的經(jīng)濟(jì)利潤能否實(shí)現(xiàn)。銀行在開展業(yè)務(wù)的過程中，大量的社會閑置資金被銀行以“存款”的形式吸收到銀行集中起來。因此，有必要以計(jì)算機(jī)、信息技術(shù)數(shù)據(jù)和信息當(dāng)作和財(cái)力、物力等同的經(jīng)濟(jì)資源來進(jìn)行管理，并對數(shù)據(jù)和信息進(jìn)行規(guī)范化處理，便于在銀行內(nèi)部實(shí)現(xiàn)數(shù)據(jù)和信息共享，為實(shí)現(xiàn)網(wǎng)絡(luò)化管理和電子管理 (EManagement)做實(shí)際準(zhǔn)備。 實(shí)現(xiàn)數(shù)據(jù)計(jì)算、統(tǒng)計(jì)自動化、提高信息利用率 到 2020 年 4 月， A 銀行的日平均業(yè)務(wù)量已經(jīng)達(dá)到 ****萬元，相當(dāng)于一般的中小型生產(chǎn)性企業(yè)的規(guī)模，其中涉及到大量的數(shù)據(jù)和經(jīng)濟(jì)信息以及上級、政府相關(guān)單位的指導(dǎo)性信息。所以，如果開發(fā)一套操作簡 單的信貸管理系統(tǒng)，完全可以幫助其職工從繁瑣的重復(fù)性勞動中解脫出來，提高整個銀行的工作效率和經(jīng)濟(jì)效益。伴隨銀行業(yè)務(wù)量的不斷擴(kuò)大和上級各有關(guān)部門單位對報(bào)表格式要求的不斷提高，越來越要求有一套計(jì)算機(jī)信息系統(tǒng)來完成日常的信貸管理工作。 計(jì)算機(jī)應(yīng)用現(xiàn)狀 A 銀行的業(yè)務(wù)處理除了柜面的存取款業(yè)務(wù)外，主要是依靠人工的方式進(jìn)行，各種數(shù)據(jù)的采集、整理、計(jì)算、匯總、 統(tǒng)計(jì)等繁瑣的工作耗用了大量的人力、物力和財(cái)力，雖然近年來采用了電子表格軟件作為輔助工具，但就整個銀行的信貸業(yè)務(wù)流程而言，其處理方式仍是人工方式。但這種信貸管理科學(xué)化、現(xiàn)代化、信息化思想基本上僅限于 A 銀行的較高決策層，而在下屬的各分支機(jī)構(gòu)中， 信貸管理還遠(yuǎn)未達(dá)到科學(xué)化、現(xiàn)代化、信息化的要求水平。 系統(tǒng)開發(fā)背景 業(yè)務(wù)規(guī)模及管理模式 銀行至今已經(jīng)有 20 多年的歷史，在昆明及昆明附近設(shè)有多家分行。生命周期法（ Life Cycle Method）是 20 世紀(jì) 60 年代發(fā)展起來的一種應(yīng)用廣泛且比較成熟的管理系統(tǒng)開發(fā)方法，它的基本思想是將系統(tǒng)的開發(fā)工作從開始到結(jié)束劃分為若干個階段，每個階段都有明確的任務(wù)，而系統(tǒng)開發(fā)出來后，并不意味著生命周期的結(jié)束，而意味著根據(jù)組織的需要對系統(tǒng)的修改和重建的開始；原型法 (Prototyping Method)是 20 世紀(jì) 80年代發(fā)展起 來的，旨在改變生命周期法的缺點(diǎn)的一種系統(tǒng)開發(fā)方法，該法的開發(fā)思路是首先根據(jù)用戶的要求，由用戶和開發(fā)者共同確定系統(tǒng)的基本要求和主要功能，利用系統(tǒng)快速生成工具，建立一個系統(tǒng)模型，再在此基礎(chǔ)上與用戶交流，將模型不斷補(bǔ)充、修改、完善，如此反復(fù)，最終直至用戶和開發(fā)者都比較滿意為止，從而形成一個相對穩(wěn)定、較為理想的管理信息系統(tǒng)；面向?qū)ο螅?Object Oriented）的開發(fā)方法于 20世紀(jì) 80年代開始興起的，是一種基于問題對象的自底向上的一種系統(tǒng)開發(fā)方法，這種方法的特點(diǎn)是以對象為基礎(chǔ)，對象是分析問題和解決問題的核心。對ＭＩＳ開發(fā)和維護(hù)的困難認(rèn)識不足，過多地偏 重于編碼階段的實(shí)現(xiàn)，即使在引入ＣＡＳＥ工具后的今天，實(shí)踐中這種狀況仍未得到徹底改觀。這種演變趨勢體現(xiàn)了軟件開發(fā)從手工生產(chǎn)向自動化生產(chǎn)的轉(zhuǎn)變過程，也體現(xiàn)了軟件開發(fā)方法論發(fā)展的規(guī)律。常用開ＭＩＳ發(fā)方法學(xué)及比較軟件作為一種工程化產(chǎn)品的概念到現(xiàn)在已經(jīng)發(fā)展了近三十年，而對軟件開發(fā)方法的探討與研究也有了很大的發(fā)展。 系統(tǒng)分析是 MIS 系統(tǒng)開發(fā)中最重要的一環(huán)。 總之，管理信息系統(tǒng)是一個綜合性的概念，而且它還在不斷地發(fā)展著。 系統(tǒng)是為了某種目標(biāo)而將一些部件有機(jī)地結(jié)合的一個整體。 管理的含義一般說來就是計(jì)劃、組織、領(lǐng)導(dǎo)和控制的活動。這些形式經(jīng)過轉(zhuǎn)換都可以輸入到計(jì)算機(jī)中，在管理信息系統(tǒng)中，信息是管理的對象。 管理信息系統(tǒng)按照其名稱進(jìn)行基本概念分解，可分為管理、信息和系統(tǒng)三個部分，事實(shí)上 MIS正是在這三個科學(xué)領(lǐng)域的基礎(chǔ)上發(fā)展起來的。 ⑧用 32位方式 Visual foxpro 使用 32位方式，其運(yùn)算速度、存儲能力大大提高。 在結(jié)構(gòu)化的復(fù)合索引中可以建立 4種類型的索引：主索引、候選索引、普通索引和唯一索引。可視化編程技術(shù)給人一種所見即所的的感受，在您編輯屏幕表單、報(bào)表、菜單時，可以直接運(yùn)行，不必來回調(diào)試，極為方便。 Viual foxpro 由于使用了這種真正的數(shù)據(jù)庫概 念，使得它數(shù)據(jù)庫結(jié)構(gòu)與 sql等標(biāo)準(zhǔn)結(jié)構(gòu)統(tǒng)一，從而使數(shù)據(jù)庫的實(shí)現(xiàn)更加標(biāo)準(zhǔn)、合理、方便。而 visual foxpro 廢除了以前 Xbase 不合理的數(shù)據(jù)庫概念，采用獨(dú)特的數(shù)據(jù)庫容器，為用戶管理應(yīng)用系統(tǒng)中的表、查詢、表單、報(bào)表、程序等數(shù)據(jù)提供了方便，支持長數(shù)據(jù)庫文件名和字段名設(shè)置的顯示標(biāo)題，為字段指定默認(rèn)值，設(shè)置字段級和記錄級的有效性規(guī)則，設(shè)置表的插入、刪除和改變記錄的觸發(fā)程序得集合，合理得體現(xiàn)了關(guān)系型數(shù)據(jù)庫的思想，與關(guān)系數(shù)據(jù)庫理論統(tǒng)一了起來。使用這種即使能將數(shù)據(jù)查詢所需的時間大大縮短，這樣可以極大的提高數(shù)據(jù)查詢效率。其余的提高 Visual 性能的措施包括加快啟動速度和優(yōu)化設(shè)置指令。 ③最優(yōu)化系統(tǒng) Visual 能通過優(yōu)化用戶的實(shí)際來提高自身的性能。 Visual 包含一種事件模式，它能夠幫助用戶自動地處理事件。 在 Visual 中，用戶可以用類設(shè)計(jì)器交互式地建立一個類，或者用 DEFINE CLASS命令來編程建立。例如，用戶可以將基本的窗體類再進(jìn)行 分類而建立自己的子類，這個子類將根據(jù)用戶的要求自動地在應(yīng)用程序中建立起一個用戶希望看到的窗體，它的結(jié)構(gòu)是由用戶分類來決定的。 Visual 提供了一套基類，包括窗體、工具欄、頁格式等，使用這些類，用戶可以建立基本的窗體、工具欄、頁格式，這樣就可以一方面減少用戶編程工作量，另一方面又加快程序開發(fā)過程。 ①具有面向?qū)ο缶幊痰哪芰? Visual 在支持標(biāo)準(zhǔn)的 Xbase 傳統(tǒng)編程方式的同時，也提供了完全的面向 對象編程的能力。 （ 2）功能更強(qiáng)大 Visual 比以前的數(shù)據(jù)庫管理系統(tǒng)具有更強(qiáng)大的功能。另外 ，用戶也可以在項(xiàng)目管理器中使用 Visual 提供的簡單而有效的其他工具，如向?qū)?，生成器，工具欄等。通過項(xiàng)目管理器，用戶可以集中地管理數(shù)據(jù)，文檔，類庫，源代碼等各種資源。也可以利用頁格式控件來建立有標(biāo)簽的對話框話或用戶自己的生成器界面。 ③不編程而建立應(yīng)用程序界面 Visual 提供的窗體設(shè)計(jì)器是一種功能強(qiáng)大的工具，用戶 能夠不編程或使用很少的代碼來實(shí)現(xiàn)友好的交互式應(yīng)用程序界面以及對界面的控制。 ②使用方便的工具欄 象許多其他 Microsoft 產(chǎn)品一樣， Visual 也給用戶提供了使用方便的工具欄，工具欄里有許多按鈕，他們代表著菜單里的某些選項(xiàng)。 如果用戶想突破向?qū)Ш蜕善鞅旧淼南拗疲胍约簩?yīng)程序進(jìn)行更復(fù)雜或更靈活的控制，可以利用另一種 Visual 提供的方便有效的工具 —— 設(shè)計(jì)器，設(shè)計(jì)器也提供了一個友好的圖形應(yīng)用程序開發(fā)接口，通過它對用戶能建立起 自己的應(yīng)用程序。例如：此工資管理系統(tǒng)中的各項(xiàng)工資數(shù)據(jù)輸入的表單就是用表單向?qū)Ш蜕善鱽?