【文章內(nèi)容簡介】 象都是從一個基類（如 ProcessBase 類）派生的子類。業(yè)各處理 對象封裝了具體的處理邏輯，調(diào)用業(yè)務(wù)邏輯模型，并且把響應(yīng)提交到合適的視圖組件以 產(chǎn)生響應(yīng)。業(yè)務(wù)實(shí)體對象可以通過定義屬性描述客戶端表單數(shù)據(jù)。所有業(yè)務(wù)實(shí)體對象都 是從另一基類（如 EntityBase 類）中派生子類對象 ，業(yè)務(wù)處理對象可以直接對它進(jìn)行 讀寫，不再需要和request、 response 對象進(jìn)行數(shù)據(jù)交互，通過業(yè)務(wù)實(shí)體對象實(shí)現(xiàn)了對 視圖和模型之間交互的支持，實(shí)現(xiàn)時把?做什么?（業(yè)務(wù)處理）和?如何做?（業(yè)務(wù)實(shí) 體）分離。這樣實(shí)現(xiàn)了業(yè)務(wù)邏輯的重用。 MVC 設(shè)計(jì)模式的擴(kuò)展 釆用 中的 MVC 模式編寫的程序，具有良好的可擴(kuò)展性。它可以輕松 實(shí)現(xiàn)以下功能： (1) 實(shí)現(xiàn)一個模型的多個視圖。 (2) 采用多個控制器。 (3) 當(dāng)模型改變時，所有視圖將自動刷新。 (4) 所有的控制器將相互獨(dú)立工作。 采用 這種模式，只需在以前的程序上稍作修改或增加新的類，即可輕松增加許多程 序功能。以前開發(fā)的許多類可以重用，而程序結(jié)構(gòu)不需要改變，各類之間相互獨(dú)立，便 于團(tuán)體開發(fā)，提高開發(fā)效率。在實(shí)現(xiàn)一個模型、兩個視圖和一個控制器的程序時，模型 類及視圖類不需要改變，與前面的完全一樣，只要在控制器中的類中增加另一個視圖， 并與模型發(fā)生關(guān)聯(lián)。當(dāng)然同樣也可以實(shí)現(xiàn)其它形式的 MVC 例如：一個模型、兩個視圖 和兩個控制器。 2. 4. 4 MVC 設(shè)計(jì)模式的優(yōu)點(diǎn) 大部分用過程語言比如 ASP、 PHP 開發(fā)出來的 Web 應(yīng)用，初始的開發(fā)模板就是混 合層的數(shù)據(jù)編程。例如，直接向數(shù)據(jù)庫發(fā)送請求并用 HTML 顯示，幵發(fā)速度往往比較快， 但由于數(shù)據(jù)頁面的分離不是很直接 ,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。 產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需求。 MVC 要求對應(yīng)用分層，雖然要 花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過模型可以得到更好地體現(xiàn)。 首先，最重要的是應(yīng)該有多個視圖對應(yīng)一個模型的能力。在目前用戶需求旳快速變 化下，可能有多種方式訪問應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng) 上訂單，或者其他系統(tǒng)的訂單，但對于訂單的處理 都是一樣，也就是說訂單的處理是一 致的。按 MVC設(shè)計(jì)模式，一個訂單模型以及多個視圖即可解決問題。這樣減少了代碼 的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。其次，由于模型 返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。 大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 再次，由于一個應(yīng)用被分離為三層，因此有時改變其中的一層就能滿足應(yīng)用的改變。 一個應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動 MVC 的模型層。 控制層的概念也很有效，由于它把不同的模型和不同的視圖組合在一起完成不同的 請求，因此，控制層可以說是包含了用戶請求權(quán)限 的概念。 最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具 有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼。 MVC 設(shè)計(jì)模式的不足 MVC 的不足體現(xiàn)在以下幾個方面： [7] (1)增加了系統(tǒng)結(jié)構(gòu)和實(shí)現(xiàn)的復(fù)雜性。對于簡單的界面，嚴(yán)格遵循 MVC， 使模型、 視圖與控制器分離，會增加結(jié)構(gòu)的復(fù)雜性，并可能產(chǎn)生過多的更新操作，降低運(yùn)行效率。 (190。視圖與控制器間的過于緊密的連接。視圖與控制器是相互分離，但確實(shí)聯(lián)系緊 密的部件，視圖沒有控制器的存在，其應(yīng)用是很有限的，反之亦然， 這樣就妨礙了他 們的獨(dú)立重用。 (3) 視圖對模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同，視圖可能需要多次 調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性 能。 (4) 目前，一般高級的界面工具或構(gòu)造器不支持 MVC 模式。改造這些工具以適應(yīng) MVC需要和建立分離的部件的代價是很高的，從而造成使用 MVC 的困難。 ? n 基于 .NET信貸平臺項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 3 需求分析 (1) 整體規(guī)劃性 以需求為導(dǎo)向，以應(yīng)用促進(jìn)發(fā)展。以 整體規(guī)劃，分布實(shí)施為總的建設(shè)原則。系統(tǒng)的 開發(fā)采取?總體規(guī)劃、分步實(shí)施?的開發(fā)策略，即在開發(fā)之初先進(jìn)行總體規(guī)劃（即總體 分析與總體設(shè)計(jì)），然后在總體規(guī)劃的指導(dǎo)與約束下分步開發(fā)。系統(tǒng)幵發(fā)須從銀行整體 管理信息架構(gòu)的高度，充分考慮它與其它系統(tǒng)以及后繼信息管理系統(tǒng)之間的信息關(guān)聯(lián)， 設(shè)計(jì)好與相互之間的信息接口，否則它也會成為?無源之水?和?信息孤島?。 (2) 實(shí)用性 實(shí)用性是衡量軟件質(zhì)量體系中最重要的指標(biāo)，是否與業(yè)務(wù)結(jié)合的緊密，是否具有嚴(yán) 格的業(yè)務(wù)針對性，是系統(tǒng)成敗的關(guān)鍵因素，因此，每一個提交給用戶手上的系統(tǒng)都應(yīng) 該 是實(shí)用的，解決問題的。這就要求系統(tǒng)建設(shè)必須符合銀行各項(xiàng)業(yè)務(wù)的實(shí)際情況，能夠 解決業(yè)務(wù)和事務(wù)中的實(shí)際問題，滿足內(nèi)部業(yè)務(wù)、事務(wù)處理需求，并通過綜合業(yè)務(wù)系統(tǒng)抽 取原始數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)指標(biāo)的集中管理、監(jiān)控和共享。 (3) 先進(jìn)性 采用當(dāng)代最新技術(shù)，建立一種新概念的、開放的現(xiàn)代管理和辦公環(huán)境，它以 TCP/IP、 廣域網(wǎng)互連、路由、防火墻和網(wǎng)絡(luò)管理技術(shù)為核心，建立一個安全可靠的廣域網(wǎng)絡(luò)應(yīng)用 平臺。利用世界最新的 Intra、 HTML 超文本鏈信息融合、圖文聲并茂的多媒體開放 文檔體系結(jié)構(gòu)、交互式對象以及中西文檢索技 術(shù)為基礎(chǔ)，建立一個開放的信息資源管理 平臺。利用Inter/Intra、 數(shù)據(jù)庫及分布式處理技術(shù)，構(gòu)造信息存儲與事務(wù)處理平臺。 (4) 標(biāo)準(zhǔn)化與幵放性 在計(jì)算機(jī)系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)中，所有軟件產(chǎn)品的選擇必須堅(jiān)持標(biāo)準(zhǔn)化原則，選擇符 合開放性和國際標(biāo)準(zhǔn)化的產(chǎn)品和技術(shù)；在應(yīng)用軟件開發(fā)中，數(shù)據(jù)規(guī)范、指標(biāo)代碼體系、 接口標(biāo)準(zhǔn)都應(yīng)該遵循執(zhí)行國家標(biāo)準(zhǔn)。同時系統(tǒng)也需要將建設(shè)成果以標(biāo)準(zhǔn)化文檔的方式提 交出來。 (5) 安全與保密大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 15. 在技術(shù)上，采用嚴(yán)格的安全與保密措施’確保系統(tǒng)的可靠性、保密性和數(shù)據(jù)的一致 性。為此，在設(shè)計(jì)與軟件開發(fā)中釆用如下安全保密措施：利用數(shù)據(jù)庫系統(tǒng)本身的數(shù)據(jù)管 理功能，通過對每個數(shù)據(jù)庫基表進(jìn)行各用戶的 讀寫授權(quán)定義 ，保證數(shù)據(jù)庫基表級的安 全保密性 。系統(tǒng)通過建立 網(wǎng)絡(luò) 用戶 /指標(biāo)代碼關(guān)系矩陣 對數(shù)據(jù)庫中每個數(shù)據(jù)記錄（即 每個指標(biāo)代碼對應(yīng)的數(shù)據(jù)記錄）的讀寫權(quán)限進(jìn)行集中統(tǒng)一的嚴(yán)格管理，由應(yīng)用軟件內(nèi)部 的邏輯判別以保證數(shù)據(jù)庫基表內(nèi)記錄級安全保密性。 在應(yīng)用規(guī)劃上，通過建立統(tǒng)一的用戶權(quán)限管理系統(tǒng)，以統(tǒng)一的規(guī)劃保證系統(tǒng)安全的 壓力和強(qiáng)度。根據(jù)用戶所在部門、崗位和工作職責(zé)授予相應(yīng)的權(quán)限，嚴(yán)格定義各類用戶 對于信息的操作和瀏覽范圍。在系統(tǒng)中通過身份驗(yàn)證、文件和數(shù)據(jù)庫的訪問控制等手段 提供安全保證。 在運(yùn)營防護(hù)上，圍繞綜合管理信息系統(tǒng)平臺運(yùn)營，提供包括漏洞掃描、病毒防護(hù)、 數(shù)據(jù)庫備份等全面防護(hù)解決方案，并以管理規(guī)范的形式予以公布。 (6) 繼承性 設(shè)計(jì)中充分考慮現(xiàn)有資源，盡力保護(hù)現(xiàn)行系統(tǒng)，擬建的新系統(tǒng)要能最大限度地與原 有網(wǎng)絡(luò)和數(shù)據(jù)庫互連。充分考慮與原有系統(tǒng)的兼容性，能夠集成原有系統(tǒng)數(shù)據(jù)庫中的業(yè) 務(wù)數(shù)據(jù)。 (7) 易用性 整個系統(tǒng)需要本著?功能齊備且簡單、易操作?的原則進(jìn)行設(shè)計(jì)和實(shí)施。系統(tǒng)主要 以基于 B/S 的三層體系結(jié)構(gòu)，用戶界面友好，只需要通過瀏覽器象上網(wǎng)一樣就可以對系 統(tǒng)進(jìn)行操作、維護(hù)。針對經(jīng)常需要進(jìn)行脫機(jī)操作的個別操作，提供 Excel 文檔的導(dǎo)出 / 導(dǎo)入功能。能根據(jù)電腦系統(tǒng)的 更新和金融工具的創(chuàng)新適時擴(kuò)充新功能，具有友好的界面， 不需要特別的操作培訓(xùn)。 (8) 易維護(hù)性 釆用標(biāo)準(zhǔn)的 B/S 模式，最終用戶界面為瀏覽器。所有應(yīng)用置于服務(wù)器端，實(shí)現(xiàn)客戶 端零維護(hù)。系統(tǒng)維護(hù)和升級只在服務(wù)器端進(jìn)行。所有系統(tǒng)的管理提供圖形化界面和向?qū)? 設(shè)計(jì)； 系統(tǒng)同時對數(shù)據(jù)連接維護(hù)、查詢、工作流配置、報表打印設(shè)置等模塊均提供向?qū)? 圖形界面，并同時提供自動缺省配置功能，也將大大降低系統(tǒng)管理員的維護(hù)工作強(qiáng)度， 滿足實(shí)際維護(hù)需求。 系統(tǒng)提供統(tǒng)一的用戶配置管理系統(tǒng)，對于崗位變動、業(yè)務(wù)流程變動、人員權(quán)限變動、 機(jī)構(gòu)變 動等均可以通過一步或幾步簡單的操作完成。 (9) 可擴(kuò)展性 ■ 在本系統(tǒng)中所采用業(yè)務(wù)組件化開發(fā)技術(shù)，滿足日后業(yè)務(wù)調(diào)整與擴(kuò)張的需要，服務(wù)器 硬件、系統(tǒng)軟件、數(shù)據(jù)庫軟件、應(yīng)用軟件、安全體系都要釆用業(yè)界制定的穩(wěn)定、先進(jìn)的 標(biāo)準(zhǔn)體系。 基于 .NET信貸平臺項(xiàng)目管理系統(tǒng) 的設(shè)計(jì)與實(shí)現(xiàn) 16 3. 2 功能性需求 通過需求調(diào)研，該行信貸業(yè)務(wù)管理系統(tǒng)有如下功能性需求： (1)發(fā)揮現(xiàn)代計(jì)算機(jī)技術(shù)發(fā)展的先進(jìn)成果，實(shí)現(xiàn)對與信貸業(yè)務(wù)有關(guān)的所有信息的收 集、加工、處理等，使信貸分析的基礎(chǔ)數(shù)據(jù)更全面、更充分。 (190。對各類信貸業(yè)務(wù)實(shí)現(xiàn)全過程的管理。 信貸業(yè)務(wù)種類包括：貸款業(yè)務(wù)、保函業(yè)務(wù)、 授信業(yè)務(wù)、信用證業(yè)務(wù)、承兌匯票業(yè)務(wù)、 _票據(jù)貼現(xiàn)業(yè)務(wù)和個人貸款等；業(yè)務(wù)處理及管 理過程包括：業(yè)務(wù)申請、業(yè)務(wù)調(diào)查、業(yè)務(wù)審批、業(yè)務(wù)處理以及有關(guān)信貸的管理和分析。 (3) 利用現(xiàn)代通信技術(shù)，實(shí)現(xiàn)網(wǎng)點(diǎn)、區(qū)域以至全轄的數(shù)據(jù)匯總、統(tǒng)計(jì)、分析等，以 實(shí)現(xiàn)強(qiáng)化信貸資金監(jiān)管，防范信貸風(fēng)險的目的。 (4) 按照人民銀行的要求，向?人行征信系統(tǒng)?報送所需數(shù)據(jù)。 (5) 與商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)之間能相互傳遞數(shù)據(jù)，使與信貸有關(guān)的一些數(shù)據(jù)能夠 從綜合業(yè)務(wù)系統(tǒng)中得到，保證了兩個系統(tǒng)中數(shù)據(jù)的一致性，也 簡化了信貸人員的工作。 (6) 按照信貸網(wǎng)點(diǎn)及上級行的要求自動生成各種統(tǒng)計(jì)報表。 3. 3 業(yè)務(wù)流程圖 根據(jù)對客戶需求的分析，系統(tǒng)業(yè)務(wù)流程圖設(shè)計(jì)如下?？傮w上是從受理客戶信貸業(yè)務(wù) 申請幵始經(jīng)調(diào)查、審批、簽訂合同、發(fā)放貸款到貸后管理為止。其中每一階段對應(yīng)這具 體的業(yè)務(wù)處理步驟。如圖 所示。 業(yè)務(wù)名稱：業(yè)務(wù)受理 圖 3 . 1 系統(tǒng)總體業(yè)務(wù)流程圖 Fig. System Whole Operation Flow Diagram 大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 ? 17 業(yè)務(wù)概要：辦理借款的客戶向銀行提供指定的客戶基本信息、客戶財務(wù)報表、客戶 融資記錄等資料管理，銀行根據(jù)客戶提供資料和本行客戶金融活動情況等信息和數(shù)據(jù)對 客戶進(jìn)行信用等級評定、確定客戶授信額度。 業(yè)務(wù)受理流程圖如圖 。 業(yè)務(wù)名稱：業(yè)務(wù)調(diào)查 業(yè)務(wù)概述：借款客戶提交信貸業(yè)務(wù)辦理申請，提供借款申請 相應(yīng)的信息及資料，由 該客戶的客戶經(jīng)理對客戶申請書信息進(jìn)行調(diào)查審核，并登記辦理借款所用的擔(dān)保資料的 f^ 眉、 0 業(yè)務(wù)名稱：業(yè)務(wù)審批 圖 3 . 2 業(yè)務(wù)受理業(yè)務(wù)流程圖 Fig. Application Acceptment Operation Flow Diagram 基于 .NET信貸平臺項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與 實(shí)現(xiàn) ■ IX 業(yè)務(wù)概述：按照銀行信貸業(yè)務(wù)審批流程的相關(guān)規(guī)定，基層業(yè)務(wù)負(fù)責(zé)人和信貸業(yè)務(wù)部 門負(fù)責(zé)人在授權(quán)權(quán)限范圍內(nèi)等對客戶的借款業(yè)務(wù)申請進(jìn)行審核、審批，審批通過的業(yè)務(wù) 申請通知業(yè)務(wù)經(jīng)辦人，審批不通過的返回給業(yè)務(wù)申請人。 業(yè)務(wù)名稱：簽訂合同 業(yè)務(wù)概述：審批通過的業(yè)務(wù)申請通知客戶辦理手續(xù)，對借款業(yè)務(wù)的保證人、抵質(zhì)押 物品進(jìn)行落實(shí)，簽訂借款合同。 業(yè)務(wù)名稱：貸款發(fā)放 業(yè)務(wù)概述：合同簽訂后，銀行在合同的額度和期限范圍內(nèi)，生成借據(jù)和放款通知書， 借款客戶可憑借據(jù)到銀行柜臺辦理和領(lǐng)取貸款，發(fā)放貸款的實(shí)際帳務(wù)處理仍有由銀行現(xiàn) 有的帳務(wù)系統(tǒng)實(shí)現(xiàn)。 圖 3. 3 業(yè)務(wù)審批業(yè)務(wù)流程圖 Fig, Application Examination Operation Flow Diagram 大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 3. 4 接口描述 接口的總體要求：信貸管理系統(tǒng)和其他系統(tǒng)的接口數(shù)據(jù)有多種數(shù)據(jù)傳輸方式。支持 IS08583 金融報文協(xié)議，支持文件傳輸和指定格式報文傳輸，應(yīng)實(shí)時、加密傳輸、高效 和安全可靠，在數(shù)據(jù)傳輸中發(fā)生的錯誤由數(shù)據(jù)傳輸程序 負(fù)責(zé)控制并重新傳輸。接口描述 列表如表 所示。 表 3 . 1 接口描述列表 Tab. Interface Describe List 序號 接口定義 接口內(nèi)容 1 銀行核心業(yè)務(wù)系統(tǒng)提供信貸業(yè)務(wù)準(zhǔn)貸信息，獲取貸款賬務(wù)信息 2 客戶信息管理系統(tǒng)獲取客戶的資料信息，提供新增和變更客戶的資料信息 3 手機(jī)短信平臺 發(fā)送預(yù)警、通知、提醒短信息 4 人民銀行數(shù)據(jù)接口人行征信系統(tǒng)數(shù)據(jù)上報4 系統(tǒng)設(shè)計(jì) 信貸管理系統(tǒng)實(shí)現(xiàn)對銀行信貸業(yè)務(wù)數(shù)據(jù)的統(tǒng)一管理。通過對銀行信貸機(jī)構(gòu)的業(yè)務(wù)控 制、授權(quán)控制、參數(shù)控制、客戶貸款審批流程控制、貸后跟蹤審評等功能實(shí)現(xiàn)了對貸款 風(fēng)險的監(jiān)控和約束，幫助銀行正確把握每筆貸款的實(shí)際價值和風(fēng)險程度，從而達(dá)到降低 貸款風(fēng)險、提高貸款質(zhì)量、增加信貸收益的目的，加強(qiáng)商業(yè)銀行的核心競爭力和抗風(fēng)險 能力。同時，可實(shí)現(xiàn)信貸業(yè)務(wù)與銀行核心業(yè)務(wù)系統(tǒng)以及手機(jī)銀行等系統(tǒng)的密切聯(lián)系，保 證信貸數(shù)據(jù)的及時與準(zhǔn)確，實(shí)現(xiàn)對貸款發(fā)放的有 效控制、自動短信息預(yù)警等。并按個人 及企業(yè)征信系統(tǒng)的征集內(nèi)容和數(shù)據(jù)格式標(biāo)準(zhǔn)及信貸系統(tǒng)接口規(guī)范，自動采集和產(chǎn)生數(shù)據(jù) 文件，并向征信機(jī)構(gòu)傳送。 信貸管理電子化是商業(yè)銀行信貸管理的基礎(chǔ)性工作，開發(fā)和建設(shè)信貸管理系統(tǒng)的目 的是規(guī)范行為、加強(qiáng)監(jiān)管、防范風(fēng)險、