这个架构的优点在于，由于业务代码统一实现BusinessService接口，使得只需要相对固定的几个Struts Action类调用Service层的方法，便可以完成工作。包括JSON格式输出，XML输出及WebService输出均调用Service层方法来完成功能。这样便实现了业务代码的分离，以及与前端框架的极大解耦。
二、技术解决方案
开发一款好的软件产品，离不开一个好的开发过程。开发期间对过程的把控程度，往往会决定软件产品的质量好坏。因此，开发前期的计划流程是必不可少的。
本公司软件系统的开发是按阶段进行的，一般划分为以下阶段：
项 目 可行性分析 《可行性研究报告》 需求分析 《软件需求说明书》 概要设计 《概要设计说明书》 详细设计 《数据库设计说明书》 编码 《详细设计说明书》 测试 《测试计划》 修改完善 《测试分析报告》 验收 《验收报告》 维护 《用户操作手册》
1、可行性分析
可行性分析的目的是明确系统的目的、功能和要求，了解目前所具备的开发环境和条件，分析的内容有：
① 在技术能力上是否可以支持 ② 在经济上效益如何 ③ 在法律上是否符合要求
④ 与部门、企业的经营和发展是否吻合 ⑤ 系统投入运行后的维护有无保障
可行性讨论的目的是判定软件系统的开发有无价值，分析和讨论的内容形成“系统开发计划书”，主要内容有： (1) 开发的目的及所期待的效果
(2) 系统的基本设想，涉及的业务对象和范围 (3) 开发进度表，开发组织结构 (4) 开发、运行的费用 (5) 预期的系统效益
(6) 开发过程中可能遇到的问题及注意事项。
2、需求分析
需求分析是软件系统开发中最重要的一个阶段，直接决定着系统的开发质量和成败。因此必须要明确用户的要求和应用现场环境的特点，了解系统应具有哪些功能、数据的流程和数据之间的联系。
需求分析应有用户参加，到使用现场进行调研学习，软件设计人员应虚心向技术人员和使用人员请教，共同讨论解决需求问题的方法，对调查结果进行分析，明确问题的所在。
需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审。 （一）、问题识别
从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准。这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标。
（二）、分析与综合
逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分。最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型)。
（三）、制订规格说明书
即编制文档,描述需求的文档称为软件需求规格说明书。
（四）、评审
对功能的正确性,完整性和清晰性,以及其它需求给予评价。评审通过才可进行下一阶段的工作,否则重新进行需求分析。
需求分析的内容最终会编写成“系统需求分析报告”。
3.系统设计
（一）、设计原则和设计要求
描述对本软件系统进行概要设计的原则，通常可以考虑以下几方面的内容： 1、命名规则； 2、模块独立性原则； 3、边界设计原则； 4、数据库设计规则； 5、必须的安全措施； 6、安全性和保密原则； 7、系统灵活性要求； 8、系统易操作性要求； 9、系统可维护性要求；
（二）、系统逻辑设计
系统逻辑设计主要是根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型。此种模型暂时与系统的物理因素(例如：计算机、数据库管理系统)无关。它是系统需求与物理实现的中间结构，它的主要结果是建立：系统结构图、系统界面结构图、系统出错处理、以及系统开发技术说明。
（三）、系统组织设计
系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成，这些子系统与业务职能之间的关系，以及各个子系统的安装地点。系统组织表的格式如下： 子系统编号 英文名称 中文名称 业务职能 安装地点 备注 其中： 1、子系统编号
给出本系统中指定子系统的顺序编号。如果本系统末划分为多个子系统，仅由一个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行。
在一个系统中有可能安装若干个相同的子系统，在这种情况下，应该视为一个子系统，并且对多个安装地点分别进行描述。如果相同的子系统通过系统设置，实现的业务职能具有明显差异时，应该采用多行进行分别描述，并且在备注中说明其差异所在。 2、子系统英文名称
给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文件名称，必须能够说明该子系统的特点。
若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行。
3、子系统中文名称
给出本子系统的中文名称，该名称必须能够说明该子系统的特点。
若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行。 4、业务职能
描述该子系统完成的核心业务。 5、安装地点
描述该子系统实际安装的部门、或者某个具体地点。 6、备注
针对该子系统，需要说明的其它有关问题。
（四）、系统结构设计 1、系统特性表
系统特性是系统中完成某项具体操作的基本单元，它由入口参数，出口参数以及处理过程三部分组成。系统特性可以具有操作界面，也可以没有操作界面；可以被其它操作界面、或者系统特性调用，也可以调用其它操作界面、非操作界面、或者系统特性；但是不允许递归调用(调用自己)，包括间接递归调用。
当系统由多个子系统(模块)组成时，每个子系统分别使用一张系统特性表进行描述。系统特性表的格式如下：