架构设计

架构设计

今天将以前参加的一个架构设计的培训教材拿出来又翻了翻，忽然发现当时培训的教材其实是按照RUP的开发思路来安排的。
首先来看看RUP的核心工作流，分别是：

• 商业建模（业务建模）
• 需求
• 分析与设计
• 实现
• 测试
• 发布
• 配置与变更管理
• 项目管理
• 环境

后面几项与架构设计的关系不大，重点看前面几个：商业建模、需求、分析与设计。
回过头来再看看培训教材的大纲：

• 架构师必备的全局观
• 架构设计导论
• 架构设计过程概览                 
  
• 需求分析                          ---- RUP ---- 需求
  
• 领域建模                          ---- RUP ---- 商业建模
  
• 打通软件需求到架构师设计之墙      ---- RUP ---- 需求、分析与设计
  
• 概念性架构设计                    ---- RUP ---- 分析与设计
  
• 细化架构设计                      ---- RUP ---- 分析与设计
• 非功能需求设计方法论              ---- RUP ---- 分析与设计（重点在非功能需求的架构设计）
• 架构验证                          ---- RUP ---- 分析与设计（重点在验证）
• UML实践指南
• 面向对象架构设计
• 架构模式实践
• 框架技术实践

除了实践部分与前面概要性的部分之外，其余部分基本可以对应起来。

有时候，会觉得写小说是件容易的事情，设计好大纲，一篇一篇往里填充不就行了么，但是换做真的是自己动笔的话，确万万也写不出来。
架构设计也是如此，简单点说是如此简单：熟悉需求、商业建模、分析与设计。但是真的遇到一个需要实现的系统时，确发现千头万绪，要想做一个好的架构，不是一件容易的事情。

要想做好架构设计，重点还在一个 分析，学习架构设计也是如此，那就是得分析开源框架、别人的代码为什么要这么做？要分析我从中可以体会到什么？
架构设计师的知识面一定要广，否则应用面就比较窄了。

说了半天，回头一看，乱七八糟，其实最近在琢磨的一个问题是，如何才能搞好架构设计 ^_^

再想想，这是一个长期工程，需要不断的分析积累。