基于Web的系统的体系结构问题

Question

是否有关于整体架构或任何参考链接的建议：我正在构建的系统的数据访问，业务逻辑，Componenets，对象，Web服务。

这是医疗界整合关键平台的业务系统：
主要网站
手机网站
移动应用程序
申请第三方
桌面软件
用于移动数据的医疗产品的嵌入式系统

我们已经定义了业务需求和所有产品功能，但问题是从系统的角度来看，系统的结构没有人确定如何让这些平台与彼此交谈，如何允许数据移动来说桌面应用程序到Web应用程序等。我们的平台基于CakePHP，MySQL和HBase。

Answer 1

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

Answer 2

  

是否有关于整体架构或任何参考链接的建议   for：数据访问，业务逻辑，Componenets，对象，Web服务   对于我正在建设的这个系统。

如果你搜索（它只是如此大的区域）会有很多，但它通常会归结为“它取决于”。任何架构最重要和最基本的驱动因素是系统的驱动程序和上下文：

• 内部或外部受众？
• 客户在技术上是否足够成熟以支持系统？
• 他们使用/可以支持哪些现有技术？
• 系统的优先事项是什么？可用性，安全性，可靠性？这些需要被识别和优先排序，你不能只说它们都很重要。
• 系统的预期寿命是多少？等等......

  

它是医疗界整合关键的商业系统   平台...

如果您正在集成现有系统，那么您将受到这些系统的大量驱动。你正在做的工作也可能是一个改变这些系统的机会。例如：不是花费20万美元来整合这个每年花费5万美元维护的旧系统，而是花费30万美元来替换它。

  

我们已定义业务要求和所有产品功能   但问题是没有人确定系统的结构   从集中的观点来看......

你可以在这里做一些事情：

• 建模/绘制所有系统：它们如何连接，数据如何流动等。
• 建模/制定哪些系统负责哪些系统以及哪些系统依赖于其他系统。
• 这应该有助于使事情更清晰，并有助于讨论。
• 想想系统中的驱动程序是什么，并设想未来可能会出现什么（嵌入式医疗设备中有新的趋势，你应该留意哪些？）。
• 然后开始寻找将系统分解为逻辑块工作的方法;通过这样做，您应该进一步公开依赖关系，这反过来将帮助您识别出良好的架构。

最后，查看您的域的参考体系结构，和/或您需要集成的系统类型的参考体系结构。 TOGAF具有架构和解决方案连续性的概念 - see the diagram and text in section 9.6.1。它的工作原理是，其他人可能已经定义了一个良好的架构，可能非常适合您的情况：特别是因为这些架构有时可能是特定于域的（如医疗）。