赖雪梅

【摘要】本文在研究业务系统和业务逻辑的基础上，提出业务逻辑模型化思想，并将该设想应用于电气中。业务逻辑层与表示层和数据层需要进行频繁的交互，因此提高业务逻辑层中对象的可重用性、内聚性，降低与表示层和数据层的耦合，成为获取高质量、低耗费、易维护软件重要的环节，也是在面向对象设计阶段优化设计的重要目标之一。

【关键词】业务逻辑；电气；模型化；应用

一、业务逻辑概述

业务逻辑是在智能网中，对利用积木式组件（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）.