摘要：

大纲：

1.什么是优秀的设计br>2.优秀的设计能节省项目工作量
3.优秀设计从分析需求开始
4.软件系统不是木桶型的
5.软件设计的“大道理”
6.规划系统骨架——架构设计
7.打造系统的底蕴——数据库设计
8.细节决定成败——详细设计
9.用户感觉好才是真的好——用户体验设计
10.持续提升设计水平

6.规划系统骨架——架构设计

6.1 从概要设计、详细设计说起
最开始我对概要设计和详细设计的理解是这样的：概要设计就是初步的比较粗线条的设计，详细设计就是详细的能指导编码的设计。其实我的这个理解比较“废”，基本上“概要“和”详细“这两个词啰嗦解释而已，其实当时没有见过这两种设计的实际案例，更加不清楚概要设计和详细设计的界线在哪。 我刚开始做程序员的时候是没有什么设计文档的，但有时我会主动写一些，也没有什么格式和模板要求，自己觉得需要就写而已。后来我们开始要写概要设计和详细设计文档了，我们写这两个文档不是为了规范化而规范化，而是希望文档能有效果，我们的做法是这样的： 1）我们参考业界标准和自己的实际情况，制定了概要设计和详细设计的模板。
2）项目写设计文档时建议套用模板，但不必局限于模板的格式； 3）概要设计文档是必须有的，而详细设计文档可由项目组决定是否需要。
我觉得写规范的设计文档是必要的，不能老是土法炼钢的模式来开发软件啊，于是我开始“正式”写概要设计和详细设计文档，但是慢慢产生了一些困惑：
1）概要设计要写到怎样的程度，确实没谱，基本上都是“凭感觉”，能规划出系统的大致架构以及各部分的关系就差不多了。
2）详细设计是不是描述出关键算法、设计思路就OK了，是否有必要进一步细化到类名、方法名、参数类型呢档需要写得这么详细吗不是直接写代码更好呢3）数据库设计是概要设计还是详细设计呢4）软件的外在表现、人机交互的细节、界面风格字体大小等等这些，应该是详细设计文档要考虑的吧渐渐地我们发现不能在局限在概要设计和详细设计这两个概念的框框内，我们觉得软件项目至少需要四方面的设计，就是：架构设计、数据库设计、模块设计和用户体验设计。

6.2 架构设计、数据库设计、模块设计和用户体验设计
我们先大概看看这四种设计是怎么回事 架构设计：近似于概要设计，其实也可以叫“概要设计”，但我觉得“架构设计”这个词可能更合适。架构设计需要通盘考虑需求后，从宏观上规划系统的各个部分以及各个部分的关系。 数据库设计：对需求中的业务概念进行系统分析后，设计出表和表关系、视图等数据库元素。 模块设计：类似于详细设计，通常详细设计是一个文档，但模块设计文档可以有多个。架构设计将系统划分成多个模块，模块设计就是针对某些或某个模块的具体设计了。 用户体验设计： 用户体验是指用户使用软件时的整体感觉，用户体验设计需要考虑清楚软件的整体界面规划、界面先后关系、文字表达、软件与用户如何交互等等。用户体验设计是“由顶而下”设计思路重要的第一步！
我做的项目中通常每个项目至少需要1份架构设计文档、1份数据库设计文档、0到多份模块设计文档和1份用户体验设计文档。 但需要特别说明是：这四种设计其实不代表四种文档，仅仅是说明了四种类型的设计而已，设计文档的格式和数量是不限的，文档的名字也是没有规定必须叫什么的。软件设计是有无尽的可能性的，不要被文中的说法局限你的思维。
本篇重点介绍架构设计，其他三种设计请留意后续文章。

6.3 不要“放之四海而皆准”的架构设计
架构设计是从宏观上规划系统的各个部分及各部分的关系，那怎样表示系统的”各个部分“和“各部分的关系”呢们看两个案例。
案例1 ：用分层架构表示的软件架构 如下这个图的表示方法合适吗

6.4 架构设计是考虑“全部需求”后做出来的
我们仍然用考勤系统为案例，不过和前面的要求不同，需求有所调整。
先看看项目背景： 某公司员工人数约100人，领导想做一个系统对员工的外出及请假进行管理，具体需求见用例图（见后文）。
假定我们不太需要考虑进度、成本的限制，我们的目标是做出一个高性价比的设计。

现在请看需求：

创新工场创业课堂（敏捷课程）讲师

软件研发管理资深顾问

CMMI首席专家

www.umlonline.org创办人