一种用户界面和业务流程模块化开发的软件架构

技术领域

本发明涉及计算机软件开发技术领域，具体涉及一种用户界面和业务流程模块化开发的软件架构。

背景技术

随着互联网的发展，设备终端的多点分布式连接使用逐渐成为趋势，对设备终端的远程集中式管理越发重要。常用的设备终端管理软件，用户界面输入输出直接和设备终端进行交互；随着需求的不断变更，设备终端数量种类的不断增多，数据更新频率的不断增加，用户界面和业务流程需要持续不断的变更修改。用户界面的微小改动都会传递到业务层；同时业务流程的微小调整也会影响到用户界面，这样既不利于软件功能、设备终端种类和数量的扩展，而且增加了软件开发的工作量。

用户界面和业务流程需要处理的数据类型、数据种类并不完全相同，同类型同种类的数据所做的处理也不相同，因此，常用的设备终端远程管理软件需要同时存储维护两份数据，分别用于用户界面和业务流程处理。相同属性和功能的数据在用户界面和业务流程上分别进行存储维护的方式，不仅增加了对存储空间的需求，而且不利于保持数据的一致性。

常用设备终端的远程管理程序的上述特点，影响了软件的可靠性、可扩展性和健壮性，增加了软件前期开发和后期维护难度，降低了软件成功推向市场的概率。

综上所述，研发一种用户界面和业务流程模块化开发的软件架构，是计算机软件开发技术领域中急需解决的关键问题。

发明内容

针对现有技术所存在的上述缺点，本发明在于提供一种用户界面和业务流程模块化开发的软件架构，本发明所提供的软件架构，显著提高了软件功能的可扩展性，减少软件开发的工作量，降低软件对存储空间等的硬件需求，从而缩短软件开发周期，提高软件开发成功率。

为实现上述目的，本发明提供了如下技术方案：

本发明提供了一种用户界面和业务流程模块化开发的软件架构，所述的软件构架由用户界面层、数据模型层、业务流程层、协议处理层和数据接口层构成，其通过在用户界面层和业务流程层中间增加数据模型，来作为数据模型层，由数据模型提供用户接口和业务接口，数据模型的用户接口接收用户界面层输入，提供用户界面层需要显示的数据，数据模型的业务接口输出业务流程层需要处理的数据，接收业务流程层的数据处理结果，以更新数据模型。

本发明进一步的设置为：所述的用户界面层用于显示用户关心的处理结果，以及接收用户输入，所显示的数据来自数据模型的用户接口。

本发明进一步的设置为：所述的数据模型层用于提供用户接口和业务接口，所述的用户接口与用户界面层交互，所述的业务接口与业务流程层交互，根据用户接口的输入信息，通过业务接口输出操作命令及相应的数据到业务流程层。

本发明进一步的设置为：所述的数据模型层还能够接收业务流程层的数据处理结果，更新用户界面层要显示的数据或者业务流程层的中间处理结果。

本发明进一步的设置为：所述的业务流程层按照业务处理过程，接收数据模型业务接口的操作命令和相关数据，以及转换成协议处理层所需要的数据格式。

本发明进一步的设置为：所述的业务流程层还能够接收协议处理层上报的更新数据，通过数据模型的业务接口更新数据模型中的数据。

本发明进一步的设置为：所述的协议处理层用于处理不同设备终端与业务相关的应用协议，以及负责应用协议的解析与生成。

本发明进一步的设置为：所述的数据接口层根据不同设备终端的通信接口，实现不同类型的接口数据收发并行处理。

有益效果

采用本发明提供的技术方案，与已知的公有技术相比，具有如下

有益效果：

本发明软件构架由用户界面层、数据模型层、业务流程层、协议处理层和数据接口层构成，其通过在用户界面层和业务流程层中间增加数据模型，来作为数据模型层，由数据模型提供用户接口和业务接口，数据模型的用户接口接收用户界面层输入，提供用户界面层需要显示的数据，数据模型的业务接口输出业务流程层需要处理的数据，接收业务流程层的数据处理结果，以更新数据模型，数据模型的创建，避免了用户界面和业务流程的直接交互，使用户界面的更改不影响业务流程，而业务流程的调整也不影响用户界面。此外，相同功能和属性的数据只需存储维护一份数据，既减少了对存储空间的需求，也便于保持数据的一致性，本发明提出的用户界面和业务流程模块化开发软件架构，可以显著提高软件功能的可扩展性，减少软件开发的工作量，降低软件对存储空间等的硬件需求，从而缩短软件开发周期，提高软件开发成功率。

附图说明

图1为本发明一种用户界面和业务流程模块化开发的软件架构的示意图；

图2为本发明实施例2中数据模型层的数据块划分的示意图；

图3为本发明实施例2中业务流程层分块的示意图；

图4为本发明实施例2中协议处理层分类的示意图；

图5为本发明实施例2中数据接口层线程划分的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合实施例对本发明作进一步的描述。

实施例1：

如图1所示，本发明提供了一种用户界面和业务流程模块化开发的软件架构，软件构架由用户界面层、数据模型层、业务流程层、协议处理层和数据接口层构成，其通过在用户界面层和业务流程层中间增加数据模型，来作为数据模型层，由数据模型提供用户接口和业务接口，数据模型的用户接口接收用户界面层输入，提供用户界面层需要显示的数据，数据模型的业务接口输出业务流程层需要处理的数据，接收业务流程层的数据处理结果，以更新数据模型。

在本实施例中，通过数据模型的创建，即添加量数据模型，避免了用户界面和业务流程的直接交互，使用户界面的更改不影响业务流程，而业务流程的调整也不影响用户界面，此外，相同功能和属性的数据只需存储维护一份数据，既减少了对存储空间的需求，也便于保持数据的一致性。本发明可以显著提高软件功能的可扩展性，减少软件开发的工作量，降低软件对存储空间等的硬件需求，从而缩短软件开发周期，提高软件开发成功率。

在本发明中，用户界面层用于显示用户关心的处理结果，以及接收用户输入，所显示的数据来自数据模型的用户接口。

在本实施例中，结果数据的更新频率和显示时机可以根据需要决定。具有界面美观、交互友好、信息准确、响应及时等特点，在多线程软件中通常为主线程。

在本发明中，数据模型层用于提供用户接口和业务接口，用户接口与用户界面层交互，业务接口与业务流程层交互，根据用户接口的输入信息，通过业务接口输出操作命令及相应的数据到业务流程层。

此外，数据模型层还能够接收业务流程层的数据处理结果，更新用户界面层要显示的数据或者业务流程层的中间处理结果。

在本实施例中，数据模型层在提出的软件架构中是数据存储和维护的核心。与用户界面层和业务流程层仅通过用户接口和业务接口进行交互，与具体的用户界面和业务处理无相关性，是一个独立于具体用户界面和业务处理的层。在实现时，可以使用设计模式中的单例模式，只需要添加必要的锁机制来保护数据的一致性和正确性即可。在设计中可以综合数据的刷新频率、功能属性、类别格式等，将数据分块存储，从而降低数据间的关联性。按照数据的更新频率，可分为静态数据和动态数据，也可以根据功能的相关性划分为不同的数据块。

在本发明中，业务流程层按照业务处理过程，接收数据模型业务接口的操作命令和相关数据，以及转换成协议处理层所需要的数据格式。

此外，业务流程层还能够接收协议处理层上报的更新数据，通过数据模型的业务接口更新数据模型中的数据。

在本实施例中，是提供的业务流程层和业务流程、应用场景密切相关，其能够确定数据的流向。在多线程软件中，通常需要一个独立的线程来完成所实现的功能。

在本发明中，协议处理层用于处理不同设备终端与业务相关的应用协议，以及负责应用协议的解析与生成。

在本实施例中，所提供的协议处理层对与业务相关的协议报文进行解析和生成，能够对数据传输层的数据提供校验核对。

在本发明中，数据接口层根据不同设备终端的通信接口，实现不同类型的接口数据收发并行处理。

在本实施例中，数据接口层根据不同设备终端的通信接口，实现对应的传输协议，用于数据的发送和接收。实现时可以根据设备终端的数量，设计多个线程，达到多个设备终端数据传输和接收互不干扰的效果。

实施例2：

作为本发明的一种实现方式，如在一个系统中有2个站点，1号站点有【类型1设备】1台和【类型2设备】2台，2号站点有【类型1设备】2台和【类型2设备】1台。需要做一个通过网络UDP协议管理这2个站点设备的软件。如图2-5所示，按照本发明的软件架构可以做以下设计：

1)用户界面层：

显示2个站点6个设备的类型，编号以及当前的状态。

2)数据模型层：

21)静态数据区：

(a)1号站台数据区：设备类型和编号；

(b)2号站点数据区：设备类型和编号。

22)动态数据区：

(a)1号站点数据区：【类型1设备】状态数据；

【类型2设备】状态数据。

(b)2号站点数据区：【类型1设备】状态数据；

【类型2设备】状态数据。

3)业务流程层：

(a)1号站点【类型1设备】的数据上报流程；

(b)1号站点【类型2设备】的数据上报流程；

(c)1号站点【类型1设备】的设置流程；

(d)1号站点【类型2设备】的设置流程；

(e)2号站点【类型1设备】的数据上报流程；

(f)2号站点【类型2设备】的数据上报流程；

(g)2号站点【类型1设备】的设置流程；

(h)2号站点【类型2设备】的设置流程。

4)协议处理层：

(a)上报类报文处理类；

(b)设置类报文处理类。

5)数据接口层：

UDP线程。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不会使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。