结合“xPlus”探讨软件架构的创新与变革

引言当今社会对软件需求在相当长的时间里将保持旺盛，而软件开发周期长、个性化难、顺应需求变更不变，如何可以才能将软件开发定制变得简单方便快捷呢？

1. 软件开发设计现状

目前软件的开发设计都是定向开发，即根据项目需求将相关的数据关系、业务逻辑、功能模块及接口插件等揉合在一起并与人机交互整体开发（若涉及人机交互），如下图所示，当所涉及的任意部分需要改变或调整（即使是一丁点逻辑或参数调整）都需要去修改程序（大部分需重新编译发布）。

因此软件开发人员做的最频繁且繁琐的事情就是改界面、调逻辑（业务）、理数据关系等，而这些不仅仅存在于软件开发中，更多的是软件维护中，因为大量的业务更改在业务实际应用中，同时bug的发现也发生于此，因此软件后期就靠补丁、新版本来维系。一方面软件应用的开发难度大、周期长，后期维护不方便，同时用户总是需要升级更新软件。

2. 创新与变更应从软件架构开始

从上面的软件架构分析很容易发现的问题就是：人机交互内容、数据关系、业务逻辑等无论是在软件开发阶段还是后期维护都属于变动最多的内容，而软件主体部分如内核、功能模块等可能永久性不用修改。那么我们就从易变与不变着手，将易变部分与不变部分各自设计，然后以某种方式关联起来实现软件需求；这样一来，当数据关系改变、业务逻辑出错或改变、业务需求等方发生变化时我们只需要修改调整易变的部分。

因此我们可以设计一种新的软件架构，新的软件架构的核心思想就是从软件里解耦出应用界面（人机交换内容）、数据关系、业务逻辑，即应用界面、数据关系、业务逻辑独立于软件，组合为应用，在其外围设计；软件主体被定义为运行平台，其动态载入应用，按照应用的旨意执行来实现项目需求，当项目需求发生调整仅需修改调整应用的内容，而软件主体无需修改，如下图所示。

按照新的软件架构，将参与软件开发的人员进行分工：软件开发人员、应用设计人员，软件主体由专业软件开发人员完成、应用部分由应用设计人员（专注于业务等，少量简单代码）。

应用部分（应用界面、数据关系、业务逻辑）是可以用简单的脚本语言（如xml）进行描述，应用设计人员只需编写简单的脚本描述即可。

3. “x+” 如何实现软件架构的创新与变格

3UCS 的“x+”平台在开发之初就明确使用该架构，首先将人机交互所需的按钮、输入框等等元素组件化并可以动态关联任何数据，而这些可以在软件外围使用xml代码来描述，同时开发逻辑引擎可通过载入业务逻辑描述（xml）实现业务逻辑的解耦，并形成BizXML规范，成功将人机交互内容、数据关系、业务逻辑从软件里解耦成应用；基于BizXML设计的应用都可以被“x+”平台成功解析执行，用户需要什么的应用只需编制BizXML代码即可，简单快捷方便。

例如，假设我们需要计算会员的级别，

使用xLogicDesigner我们按要求设计逻辑，测试好后就可以生成逻辑代码（memberlevel.xml）

<?xml version="1.0" encoding="UTF-8"?>

<Attr>annualamount</Attr>

</Inputs>

<Attr>annualtimes</Attr>

</Inputs>

<Attr>noneyears</Attr>

</Inputs>

<Attr>level</Attr>

</Outputs>

</Table>

</Tables>

然后，我们通过简单的代码将该逻辑嵌入到应用中去

<Ctrls>

</OnClick>

</Button>

</Ctrls></GroupBox>

</Ctrls>

</WndTap>

使用“ x+ ”手机客户端、电脑客户端应用就展示出来了，完全符合我们的业务需求。不难看出要定制软件应用无论是对人员计算机水平的要求低还是定制方便快捷。

4. 结语

软件框架的创新与变革，合理使用解耦思想，软件应用的开发与定制将越来越容易，软件的维护也将更将简单便捷。

会员类别	界定标准
A 类	最近一年内内消费金额在2000元以上∕或年度消费频次在4次及以上用户
B 类	最近一年消费在1000-1999元以内∕或年度消费频次在2次及以上用户
C 类	最近一年消费在1-999金额∕或年度消费频次在1次及以上用户
D1 类	最近1-2年未消费
D2 类	最近2-3年未消费
D3 类	最近3年以上为消费

公告