今天将以前参加的一个架构设计的培训教材拿出来又翻了翻，忽然发现当时培训的教材其实是按照RUP的开发思路来安排的。
首先来看看RUP的核心工作流，分别是：
- 商业建模（业务建模）
- 需求
- 分析与设计
- 实现
- 测试
- 发布
- 配置与变更管理
- 项目管理
- 环境
后面几项与架构设计的关系不大，重点看前面几个：商业建模、需求、分析与设计。
回过头来再看看培训教材的大纲：
- 架构师必备的全局观
- 架构设计导论
- 架构设计过程概览
- 需求分析 ---- RUP ---- 需求
- 领域建模 ---- RUP ---- 商业建模
- 打通软件需求到架构师设计之墙 ---- RUP ---- 需求、分析与设计
- 概念性架构设计 ---- RUP ---- 分析与设计
- 细化架构设计 ---- RUP ---- 分析与设计
- 非功能需求设计方法论 ---- RUP ---- 分析与设计（重点在非功能需求的架构设计）
- 架构验证 ---- RUP ---- 分析与设计（重点在验证）
- UML实践指南
- 面向对象架构设计
- 架构模式实践
- 框架技术实践
除了实践部分与前面概要性的部分之外，其余部分基本可以对应起来。
有时候，会觉得写小说是件容易的事情，设计好大纲，一篇一篇往里填充不就行了么，但是换做真的是自己动笔的话，确万万也写不出来。
架构设计也是如此，简单点说是如此简单：熟悉需求、商业建模、分析与设计。但是真的遇到一个需要实现的系统时，确发现千头万绪，要想做一个好的架构，不是一件容易的事情。
要想做好架构设计，重点还在一个
分析，学习架构设计也是如此，那就是得分析开源框架、别人的代码为什么要这么做？要分析我从中可以体会到什么？
架构设计师的知识面一定要广，否则应用面就比较窄了。
说了半天，回头一看，乱七八糟，其实最近在琢磨的一个问题是，如何才能搞好架构设计 ^_^
再想想，这是一个长期工程，需要不断的分析积累。
posted on 2008-05-31 22:54
The Matrix 阅读(459)
评论(0) 编辑 收藏 所属分类:
软件设计