基于web的系统架构问题

Question

对于我正在构建的这个系统，有没有关于总体架构的建议或任何参考链接:数据访问、业务逻辑、组件、对象、Web服务。

它是一个面向医疗界整合关键平台的业务系统：

主网站

移动网站

移动应用

第三方应用程序

桌面软件

用于医疗产品移动数据的嵌入式系统

我们已经定义了业务需求和所有产品功能，但问题是没有人能从集成的角度确定系统的体系结构，比如如何让这些平台相互对话，如何允许数据从桌面应用程序移动到web应用程序等。我们的平台基于CakePHP，MySQL和HBase。

Answer 1

如果您创建了一个能够利用所有数据的API，那么您只需为每个平台编写一个包装器。

Answer 2

对于我正在构建的这个系统，是否有关于总体架构的建议或任何参考链接:数据访问、业务逻辑、组件、对象、网络服务。

如果你搜索(它只是一个很大的区域)，就会有很多东西，但它通常会归结为“这取决于”。对于任何架构来说，最重要和最基本的驱动因素是系统的驱动程序和上下文：

• 内部或外部受众-
• 客户端在技术上是否成熟到足以支持系统？
• 他们使用/能否支持哪些现有技术？
• 系统的优先事项是什么？可用性、安全性、可靠性？这些都需要被识别和排序，你不能说它们都是important.
• What's系统的预期寿命吗？以此类推...

这是一个为医疗界整合关键平台的商业系统...

如果你正在集成现有的系统，那么你将会被这些系统驱动很多。如果这些系统是旧的，那么您正在做的工作也有可能成为更改这些系统的机会。举个例子:与其花20万美元来集成这个每年花费我们50K美元维护的旧系统，不如花30万美元替换它。

我们已经定义了业务需求和所有产品功能，但问题是没有人从集成的角度确定系统的体系结构...

这里有一些你可以做的事情：

• 模型/绘制出所有系统:它们如何连接，数据流如何流动等。
• 模型/绘制出哪些系统负责什么，哪些系统依赖于其他系统。
• 这应该有助于让事情变得更清楚，并帮助

了解系统上的驱动程序，并设想未来可能出现的情况(嵌入式医疗设备中是否有您应该关注的新趋势？)。然后，

• 开始寻找将系统分解为逻辑工作块的方法；通过这样做，您应该进一步公开依赖项，这反过来将帮助您识别良好的architectures.

最后，为您的域寻找参考体系结构，和/或为您需要集成的系统类型寻找参考体系结构。TOGAF有架构和解决方案连续统( see the diagram and text in section 9.6.1 )的概念。它的工作原理是，其他人可能已经在某个地方定义了一个很好的架构，该架构可能很适合您的情况:特别是因为这些架构有时可能是特定于领域的(例如医疗)。