電氣業務系統中業務邏輯研究與實現

賴雪梅

【摘要】本文在研究業務系統和業務邏輯的基礎上，提出業務邏輯模型化思想，并將該設想應用于電氣中。業務邏輯層與表示層和數據層需要進行頻繁的交互，因此提高業務邏輯層中對象的可重用性、內聚性，降低與表示層和數據層的耦合，成為獲取高質量、低耗費、易維護軟件重要的環節，也是在面向對象設計階段優化設計的重要目標之一。

【關鍵詞】業務邏輯；電氣；模型化；應用

一、業務邏輯概述

業務邏輯是在智能網中，對利用積木式組件（SIB）和基本呼叫處理（BCP）模塊的組合來完成每項業務特征的過程描述。業務邏輯層又可以細分為業務實體、業務組件和業務工作流。業務實體（Entity）相當于以面向對象的類實例來代表數據庫中的實體，可能使用過DataReader或Dataset之類的對象來代表數據庫中訪問的行，不過在使用這些對象時，需要通過列名稱或索引來訪問各列中的數據。這將導致使用這些對象的頁面與數據庫實現耦合。通過編寫一個實體層，將這種耦合性轉移到業務邏輯層中。如果數據庫發生某些變動，可以修改業務邏輯層，而不需要維護頁面層。實體層中，不會包含業務邏輯；實體只是一個數據的集合體。業務組件負責業務規則（如計算稅率、折扣等），同時負責實體層到數據訪問層的過渡工作。

二、電氣業務邏輯模型化設計

（一）電氣業務邏輯模體系結構

首先是分析業務邏輯模型體系結構。電氣業務系統是基于ASP.NET技術的三層web應用程序，由三個基本的層次所組成：用戶界面層、業務邏輯層和數據訪問層。用戶界面層用來實現在客戶瀏覽器中顯示用戶界面，該層以適當的形式顯示由業務邏輯層動態傳送的電氣數據信息；業務邏輯層是整個分層模型的中間層，也是整個分層模型中最為重要的一層，這一層為用戶界面層提供功能調用，同時它又調用數據訪問層所提供的功能來訪問數據庫，該層要根據整個系統的設計，構造工程中關鍵對象，從而實現工程中的大部分邏輯控制功能；數據訪問層是整個分層體系的最底層，它主要用來實現與數據庫的交互，即完成查詢、插入、刪除和修改數據庫中數據的功能，數據訪問層為業務邏輯層提供服務，根據電氣業務邏輯層的要求從數據庫中提取數據或修改數據庫中的數據。

業務邏輯層為實現企業的業務邏輯提供一個明確的層次，這個層次封裝了與系統關聯的應用模型，并把用戶表示層和數據庫代碼分開。業務邏輯層集中了系統的業務邏輯的處理，因此，它是分布式應用系統的核心。應用系統的健壯性、靈活性、可重用性和可維護性，在很大程度上取決于電氣業務邏輯層的設計。

（二）業務邏輯模型基本內涵

業務邏輯層由業務層、總功能層和分布功能層三個部分組成。業務層反映了項目在這個能力級面對用戶時可以向用戶提供什么樣的電氣業務，而且該能力級的能力對這些業務完全可以支持。總功能層是業務邏輯層模型中的第二個平面，它位于業務層和分布功能層之間，它是由業務層中的業務特征而來，繼而成為分布功能平面中實現相應功能實體的依據，在總功能層中存在多個與電氣業務不相關的積木式組件，可以使用多個與業務不相關的積木式組件來實現一個業務，在一個業務或不同的業務中可以重復使用這些積木式組件。分布功能層包含在該層中的各個功能實體，分布在各功能實體中的積木式組件的功能，并說明了分布業務邏輯。

在基于B/S模式的業務受理系統中，業務層、總功能層和分布功能層可以對應于B/S模式中的各個基類，這樣可以在遵循電氣業務邏輯模型的設計思想的同時，也發揮了B/S模式三層架構的優點。功能對象負責執行企業功能的企業法則對象，提供特別計算和服務，業務實體代表業務角色訪問、檢查、操縱、生成等對象，數據訪問邏輯組件提供對數據庫實現業務邏輯的方法。

三、業務邏輯模型在電氣業務受理系統中的應用

（一）系統架構

SPS（Service Process System）是對電氣進行登記、核實、轉發、立案等的一個管理系統。系統被用來處理多種業務的問題，業務流程復雜，所以設計一個有著良好拓展性的業務邏輯是系統開發的關鍵。此外，在業務邏輯模型的實現中，本文按照與業務邏輯模型相對應的功能對象，業務實體和數據訪問邏輯組件，以及各個基類來實現SPS的業務邏輯，設計并實現了該系統中的Consumer，FileMaintenance和UserInfomation三個模塊的業務邏輯。

（二）關鍵應用

業務系統是電氣管理的基礎業務流程，該業務流、信息流是否能真正集成，信息能否暢通？這就是業務系統運行能否真正成功的檢驗標準。因此，本文根據總體設計方案和系統目標，設計了該業務系統的總體結構和關鍵業務邏輯。

（1）業務處理主邏輯。采集不同渠道反映的問題信息，登記并經過事件核實位置→現場監督員核實→核實數據并修改→業務負責人審批同意并立案→核實合格并結案歸檔。（2）問題核實不合業務邏輯。采集不同渠道反映的問題信息，登記并經過事件核實位置→現場監督員核實→核實數據不合格→消案→歸檔。（3）業務負責人審批不通過業務邏輯。采集不同渠道反映的問題信息，登記并經過事件核實位置→現場監督員核實→核實數據并修改→業務負責人審批不同意→撤案→歸檔。

根據業務系統中的業務邏輯，將前述模型化的算法應用于SPS系統建立相應的對象。

四、結語

通過SPS項目的實現，驗證了業務邏輯模型的正確性與可行性，應用業務邏輯模型可以更好地設計和實現復雜的業務邏輯。

參考文獻

[1]倪友聰.業務邏輯層對象的優化設計[J].福建電腦，2014（10）.

[2]羅榮閣.基于ASP.net技術的web應用程序三層設計模型[J].微型電腦應用，2002（03）.