企业应用开发中可复用架构决策模型的实践与应用
在企业应用开发领域,架构决策的科学性和有效性对于项目的成功至关重要。本文将深入探讨架构决策的相关流程,包括决策识别、决策制定和决策执行,并介绍其在面向服务架构(SOA)设计中的应用。
架构决策的基础概念
架构决策(AD)具有多种属性,如问题陈述(problemStatement)可在介绍层面表征一个AD,而参考资料(references)和已知用途(knownUses)则指向更多信息。一个AD可能与设计模型中的多个元素相关,例如业务流程和Web服务操作,通过AD中的范围属性(scope)可引用设计模型元素类型。ADOutcome实例能动态创建,并通过设计模型引用(designModelReference)指向设计模型元素实例。
为了更好地组织相关的AD,我们将紧密相关的AD分组到ADTopics中,这些ADTopics可形成层次结构,且每个ADTopic层次结构被分配到三个抽象级别之一:概念级别(ConceptualLevel)、技术级别(TechnologyLevel)或资产级别(AssetLevel)。这种结构的设计是为了避免在企业应用设计时,技术讨论过于聚焦于特定供应商产品的详细特性或特定技术的优缺点,而忽视了许多重要的战略决策和通用问题。
此外,我们还通过一些属性来建模决策的所有权和生命周期,如负责方(responsible)、决策者(takenBy)和状态(status),阶段属性(phase)则提供了与通用方法(如RUP)的链接。同时,决策依赖关系被明确建模为AD之间的关联,目前我们使用单一的依赖类型(dependsOn)。
超级会员免费看
订阅专栏 解锁全文
10万+

被折叠的 条评论
为什么被折叠?



