浅谈企业应用架构浅谈企业应用架构
一、什么是架构
在牛津高阶词典（第7版）中，架构（architecture）一词的解释是：the design an structure of a computer system，而架构师
（architect）一词的解释是：a person who is responsible for planning or creating an idea, an event or a situation。
针对于企业应用，依据不同的关注点，架构可以分为如下几类：
业务架构（Business Architecture）：关注于业务及其流程；
应用架构（Application Architecture）：关注于应用系统设计；
基础架构（Infrastructure Architecture）：关注于基础技术；
数据架构（Data Architecture）：关注于数据存储及其规划；
这里所说的企业应用架构，即属于应用架构，包括如下几个部分：
1.目标和愿景。即应用系统所面临的问题域。
2.评价指标。从哪些纬度和指标来评价和度量解决方案。
3.原则和方法论。为解决这些问题，所采用的原则及其方法论。
4.技术架构。架构的技术层面，给出相应的设计以及结构，描述应用系统。
5.组织因素。架构的组织层面，组织的各个部分如何参与。
二、架构的目标和愿景
1. 架构的问题来源
1. 外部，客户要求包括了业务和技术上。
2. 内部，组织管理、项目管理和技术发展上。
特别的，架构需要解决的非业务问题包括如下：
A.系统目标：系统性能，稳定性等。
B.项目目标：开发成本，项目质量等
C.项目过程：需求的不确定性和开发过程的团队协作性，即所谓的开发管理。
2. 架构的核心问题
问题可分解为两种类型，业务上和技术上。
1. 业务上。问题域分解为，逻辑的纵向抽象层次，以及逻辑的横向模块分解和集成。
2. 技术上。问题域分解为，纵向的技术主题，以及横向的技术职责的分解和集成。
A.领域化
传统的架构模式是三层或者四层模式，虽然从技术上有效的横向分解系统结构，但对业务模型如何建立，如何进行层次间传
递，模型间关联关系，以及与服务逻辑耦合等问题没有给出进一步的细化，也带来了很多问题。
此外，在传统设计方法下，分析模型和设计模型的转换也是一个大的问题。
B.组件化
实施组件化或者说模块化，其需求分为两个层面。
1.内部管理，可以帮助开发过程中进行业务切分，帮助控制进度，降低风险，以及财务分析；对于大型复杂的项目，也有利于
知识的传递和积累。
2.销售需要，All in one的系统因不符合发展趋势而不利于销售；组件化有助于产品销售，可以针对客户，将若干组件打包销
售，同时减少集成的风险。
C.产品化
C.1 定制化问题
剩余8页未读，继续阅读
评论0
最新资源