随笔-75  评论-193  文章-5  trackbacks-0
今天将以前参加的一个架构设计的培训教材拿出来又翻了翻,忽然发现当时培训的教材其实是按照RUP的开发思路来安排的。
首先来看看RUP的核心工作流,分别是:
  • 商业建模(业务建模)
  • 需求
  • 分析与设计
  • 实现
  • 测试
  • 发布
  • 配置与变更管理
  • 项目管理
  • 环境
后面几项与架构设计的关系不大,重点看前面几个:商业建模、需求、分析与设计。
回过头来再看看培训教材的大纲:
  • 架构师必备的全局观
  • 架构设计导论
  • 架构设计过程概览                 
  • 需求分析                          ---- RUP ---- 需求
  • 领域建模                          ---- RUP ---- 商业建模
  • 打通软件需求到架构师设计之墙      ---- RUP ---- 需求、分析与设计
  • 概念性架构设计                    ---- RUP ---- 分析与设计
  • 细化架构设计                      ---- RUP ---- 分析与设计
  • 非功能需求设计方法论              ---- RUP ---- 分析与设计(重点在非功能需求的架构设计)
  • 架构验证                          ---- RUP ---- 分析与设计(重点在验证)
  • UML实践指南
  • 面向对象架构设计
  • 架构模式实践
  • 框架技术实践
除了实践部分与前面概要性的部分之外,其余部分基本可以对应起来。

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

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

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

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


posted on 2008-05-31 22:54 The Matrix 阅读(441) 评论(0)  编辑  收藏 所属分类: 软件设计

只有注册用户登录后才能发表评论。


网站导航: