备选概念架构设计的选型决策.docVIP

备选概念架构设计的选型决策 开发技术选型，选择Java来开发PM Suite. 是否支持二次开发，支持，一是方便我们自己公司在提供整体解决方案时进行“应用集成”；二是提供给其他厂商供他们的产品调用PM Suite的功能。 二次开发技术选型，暂时只提供API for Java，以后根据需要再考虑可能提供的其他API（例如API for VB 或支持脚本语言的API） 是否支持集成，必须支持，PM Suite方案存在少数功能，是需要多系统集成完成的；但另外有数量稍多的“将无关的多个功能统一呈现到某角色的工作台之上”情况。因此决定，Web UI集成+应用集成，这两种技术都将采用： 对“将无关的多个功能统一呈现到某角色的工作台之上”情况，当然首选Web UI集成方式，因为利用Protal等技术进行集成开发比较便捷，PM Suite要“新写的代码量”少。 否则，采用应用集成技术，这时PM Suite调用要集成的那些系统的API，然后还是由PM Suite在展现层组织界面显示，代码量多。 大项 子项 备选方案1 纯B/S架构 备选方案2 C/S+B/S混合架构 备选方案3 学IBM ALM架构 设计描述 系统组成 后端 前后端一体Web应用 1个后端 多个后端 前端 同上 1个Web前端 客户端用Project 多个Web前端 多个自研客户端兼容MS Project客户端 API 无 1个API 多个API 插件 无 无 Eclipse插件 VisualStudio插件 架构风格 B/S C/S+B/S C/S+B/S 应用集成 无 调第三方API 自研类似IBM Jazz的集成平台，包含Message Broker等基础设施 UI集成 无 Web UI集成 Web UI集成，Eclipse及VisualStudio客户端集成 二次开发技术 无 Java API Java API,VB API,Pert API 开技术发 MS ASP.NET Java、JSP Java、JSP、C++ 评选结论 纯技术方案评价 优点：设计简单 优点：比较强大 优点：很强大、标准化 缺点：不够强大 缺点：集成没标准 缺点：难度大、成本高 结合PM Suite需求评价 无集成支持 满足需求 集成方式较现实 集成时要第三方系统（甚至已上线）改程序不现实 结论：设计不足 结论：设计合理 结论：过度设计 选型结果