RUP4+1架构方法：在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.

1. 软件架构视图
四种设计视图：不同角度分析观察项目
逻辑视图：
    参与者：客户、开发组织管理者
    关注  ：系统子系统
    功能  ：开发组织化分/成本进度评估；

开发视图：
    参与者：开发测试人员
    关注  ：分层/框架/系统及业务通用服务/接口/基础框架
    功能  ：指导开发设计、实现

物理视图：
    参与者：系统集成商/运维人员
    关注  ：物理节点,硬件成本
    功能  ：确定硬件、分布式、集群等功能
    
进程视图：
    参与者：性能优化、开发人员
    关注  ：运行时线程、进程情况
    功能  ：了解底层server配置属性

最佳实践：
    建模方式：标准UML、非标准、文档描述
    不一定需要所有：结合项目选择合适的视图，可选的还有如下
        数据视图：开发人员：数据建模
        场景视图：设计开发人员：架构最重要、典型的场景
        实现视图：开发测试/交付物及实现规范
    多视图组合
    多视图并行设计
    
2. 软件架构驱动因素
软件功能：
    识别关键需求，变化点(有变动)、进化点(需求没提)
系统质量属性
    运行时：性能 可扩展 安全 易用 持续可用 可靠
    开发时：可重用 可测试 可维护 可移植
    
    HA：平局故障时间(MTBF) 修复时间
        原则：一切皆可错/一切自动化
        方法：错误检测、错误恢复、错误预防
    性能：响应时间 吞吐率 响应抖动(等待时间变化) 丢失率
        原则：资源需求(提高效率 减少开销) 资源管理(并发 增加资源 限制执行时间) 资源仲裁(调度 优先级 动态调度)
        方法：分区、异步、半成品、重要优先、缓存、批处理、弹性时间、并行、分散负载
    可维护：平台、质量属性、功能、界面
        原则：开闭(对扩展开 修改闭) 多态
        
商业质量
    政治、时间、成本、市场、老系统继承

约束
    行业/政策/遗留：使用习惯：开发组织分布及资

3. 软件架构设计演化
    架构需要演化
    含有垃圾代码的项目，更容易注入更多的垃圾代码
    短期效应选择容易方案，长期来讲不利，最好通过重构解决
    
4. 质量驱动案例分析-高质量网站架构
    前端页面缓存、页面片段缓存、数据缓存、增加web server，数据库分库、分布式文件系统、异步、系统缓存、分布式缓存

5. 软件架构设计过程
架构设计经典难题：
    驱动因素：不清楚
    架构设计：思维混乱
    架构结果：不能提供清晰文档
    架构应用：设计开发人员不知道如何使用

架构设计过程
    一、宏观决策 逻辑部署视图、风险分析
    二、开发实现 开发进程视图
    三、业务结合 数据、用例和实现视图
    

软件架构培训总结_第1张图片


商业架构分析
    逻辑视图：系统子系统功能的分布和接口
    可行性分析：每个子系统的质量属性和架构策略
    部署视图：子系统如何部署：物理节点和物理通信

6. 软件架构模式
逻辑架构设计
    复用
    架构模式
    软件立方图
    服务设计
    每层架构指南

OCP、单一职责

组件和包的设计原则
    内聚性：REP CRP CCP
    耦合性：ADP SDP SAP
    
软件架构模式：
    管道过滤器
    责任链
    command
    元数据架构    

架构立方图：三个维度考虑架构
    分层：MVC....
    服务层：业务通用/系统通用/基础平台(j2ee .net)/第三方硬件
    功能：安全/管理/可靠/可用/扩展
   
服务层的基础设施：Cache/Configuration/MQ/eventNotice/验证授权/事务/exception/cryptography/workflow/transaction
    
7. 数据架构设计
    模型、分布、复制、集群、存取(缓存)、备份恢复、安全

架构师要简化开发 维护成本，保证项目顺利实施


推荐书籍：
面向模式的软件体系结构
代码大全
微软应用架构指南
SEI:软件架构实践
分析模式-数据模型资源手册:各种行业(电信 金融)数据建模
架构实战(IBM)