决策分析与解决方案（Decision Analysis and Resolution, DAR）的目的，在于利用正式的评估过程，依据已建立的准则，评估已识别的多种备选方案，以分析可能的决策，确定最佳解决方案。正式的决策流程减少了决策的主观性，提高了决策的科学性。

        在项目实施过程中，技术方案选型往往是比较揪心的一个过程，需要在满足需求、技术先进性、成熟度、成本、人力、工期等方面进行平衡，而且这些方案是项目干系人和项目组成员在头脑风暴会议经上，通过快速互动、刺激提出有创意的备选技术解决方案。每个方案都有意义，或者说，多数的方案都是能解决问题，只是成本、时间、人力等纬度的目标一致性需要统一衡量。

        所以提出方案的人，都会认为自己的方案比较优，这样矛盾就产生了，需要一套决策分析管理过程来决策选择哪个方案。

        在本项目的架构设计阶段，技术人员提出多套备选前端开发技术解决方案，对于这样产生的决策分析，表面上看是选择性决策，而通过深入分析，发现隐含多项技术组合结构决策，为了加快决策进度，抓住核心，把多项技术固化下来，下面介绍此决策分析实践。

1、系统总体技术方案介绍

        为了应对企事业面对的系统技术和业务改革挑战，我们要建设的PaaS办公能力平台应超越传统PaaS范畴，在业务能力和技术能力组件上有所加强，形成更有针对性的“厚PaaS”平台。通过这个平台，我们可以统一技术框架、统一流程管理、提高数据一致性、提高资源利用率、提高服务和技术的标准化、简化上层应用的开发和运维。

        （4）技术成熟度方面，Cordys与JavaEE平台都比较成熟；

        （5）技术风险：

• • Cordys平台有厂家现场技术支持；
  • 在JavaEE平台上无高并发集群实施经验。

2.3、前端开发技术方案选型思路

        做为项目经理，希望项目按计划实施，并因此严格掌控项目目标。目标的达成要得到有效管控，这时遇到前端开发技术方案选型的问题。我的要求是用最简洁的方案，花费最少的成本和时间，能达到用户要求就是好方案。

        其实目标的达成，还是有些思路可以遵循的，也是以前项目经验教训和技术进步所恩赐的，例如：

        （1）解耦：业务、数据解耦，也就是说在将来系统建成后，如果有修改或新需求，大多数情况下是可操作的，而且花费少，不影响现有的业务和数据，因此，推荐系统使用SOA技术，以及组件化和适配技术；

        （2）采用Restful规范（数据传输采用JSON格式），是针对Soap XML协议的，以此来减少网络数据传输量，降低客户端解析数据压力，也可降低服务器数据端口吞吐量；

        （3）尽量合理使用Cordys平台提供的能力；

        （4）选择技术成熟度较高的方案，开发人员都会用或易掌握的技术；

        （5）项目组主要成员需要达成一致。

        表单式业务处理，也就是前端技术架构层次为多层架构，也是满足运维人员灵活配置、组件化结构，如下图所示。

       注：评估方法采用Delphi法。

3.3、评估准则列表

        评估准则选择，首先依据项目管理的五个过程和九大知识领域，再依据软件工程进行选择，这里评估准则所选择是依据公司CMMI成熟度模型。

        （1）满足需求

        需求有业务需求，也有软件需求，之所以把满足需求列在首位，是因为软件需求要求的：一是终端性能需求、二是界面美观需求、三是提供快速开发能力需求（含运维支撑能力）。

        （2）投资成本

        投资成本在这里具体体现开发效率、人力投入来体现。评分标准是：开发效率及相关人员级别，也就是说低级别技术人员开发效率高，投资成本就能得高分。

        （3）技术成熟可靠

        技术成熟可靠是指所使用的技术广泛使用，系统稳定（很少死机），业界有成功案例，公司有成功实施案例得高分。

        （4）技术风险

        技术风险主要是考虑是否有厂家技术支持，出现技术难题能快速解决得高分。

        （5）人力资源

        人力资源是指所采用的技术，公司能提供充足的资源，或通过其他合作渠道获得足够的资源。

        依据上述准备，下周进行决策分析评估，评估完成后，我再分享结果。有不足之处，欢迎分享、反馈。

参考：

（1）管理支撑办公系统技术架构选型及相关技术应用范围、方法分析2014年4月 肖永威

（2）管理支撑办公系统技术架构选型对比讨论（J2EE与SOA对比）2014年4月 肖永威

来源：肖永威