【发布时间】:2014-08-14 06:01:59
【问题描述】:
我在一个项目中工作,想知道我能否在著名的 4+1 架构视图模型中表示面向服务的架构?我该怎么做? SOA 只是一种架构风格,不能用 4+1 建模吗?或者它是完全不同的东西,它需要不同的建模标准? 请帮帮我:)
【问题讨论】:
标签: architecture soa
我在一个项目中工作,想知道我能否在著名的 4+1 架构视图模型中表示面向服务的架构?我该怎么做? SOA 只是一种架构风格,不能用 4+1 建模吗?或者它是完全不同的东西,它需要不同的建模标准? 请帮帮我:)
【问题讨论】:
标签: architecture soa
面向服务架构上的软件
SOA 或面向服务的架构允许企业使用现有的信息技术基础架构来满足企业的新需求。它将存在的基础设施视为服务,因此它可用于满足不同的需求。 soa 软件有不同的架构风格。架构风格是一组为系统家族提供框架的主体。
SOA 软件中基于组件的样式
基于组件的架构风格使用软件工程方法来设计和开发系统。这种方法将在逻辑或功能的基础上将系统设计解构为单个组件。不同的组件都具有良好定义的具有各种属性的通信接口。可重用的能力是组件的流行特性。这意味着这些组件可以根据不同的场景在各种应用程序中使用。
SOA 软件中基于域的样式
SOA 软件使用了另一种架构风格,称为领域驱动设计。这种软件设计方法是面向对象的,它基于业务领域及其行为和元素。它也是基于元素和行为之间的关系。在这种风格中,域模型是设计者用来作为基础解决方案的框架。这种风格需要了解将要建模的领域。开发团队甚至可以与业务领域的专家一起进行建模。
SOA 软件中基于层的样式
此样式将应用程序中相关的功能分组到不同的层中,这些层堆叠在每个层的顶部。该功能基于常见的责任或规则。如果分层正确完成,它将导致分离,这将有助于它变得灵活。在严格分层的方法中,一个层的组件只会与它们自己交互,或者与位于它们正下方的层的组件交互。如果分层不那么严格,一层的组件可以与任何较低层的组件进行交互。
当涉及到企业的 SOA 时,了解这些 SOA 架构的风格很重要。当企业所有者选择使用 SOA 时,这些样式中的每一种都有助于企业正常运作。
【讨论】: