项目管理之软件设计（上）
做一个"漂亮"的软件设计
什么才是漂亮的软件设计呢？高效、可拓展、灵活性，可拓展，兼容性强，移植性。。。。。。是这些吗？？
以上所列举的，包括其余的都不算，这些都是标准的废话。
那么什么才是答案呢？
- 漂亮的软件设计要服从项目的商业目标
- 一味追求所谓的优雅设计。。。
- 如果为了节省时间，忽略设计或者粗略设计。有可能偏离。
具备的特点：
- 能命中需求
- 符合项目的战略(符合工期，人员，成本、预期等等其他)
- 能做适度的设计
关于软件设计
对于软件设计文档的编写，无论写的太粗略或者太细致其实都没有一个很详细的边界，我们反而应该思考另一个问题。
写软件设计的目的是什么？？
软件设计工作其实就是思考解决方案。
- 如果解决方案是常识，那么没必要文档化。
- 如果解决方案的载体是文档，也可以是代码
-
最重要的，对软件设计的思考是不能忽略掉的。
下面展示一个软件设计评审的要求：
下面总结了一些概念性的问题，大家可以理解以下即可：
- 软件设计是为项目服务的，很粗糙的文档没有用。
- 需求分析与软件设计的关系：
-
需求解决做什么的问题，而设计是解决了怎么做的问题。
-
需求工作决定了软件的价值，而设计决定了软件的成本。
-
如何更简单、更少工作量地解决怎么做的问题，是设计工作的重点。
-
Word文档仅是软件设计的其中一种表现形式而已，软件设计在于探索、思考、摸索、实践出有效的解决方案。
-
设计不是一次成型就不变的，而是需要持续优化和改进。
概要设计和详细设计
两种观点：
1.概要设计是必须的，详细设计是可选的。
2.概要设计不需要，详细设计是必须的。
概要设计
概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型.
概要设计阶段通常得到软件结构图 ， 详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等
详细设计
详细设计是软件工程中软件开发的一个步骤，就是对概要设计的一个细化，就是详细设计每个模块实现算法，所需的局部结构。在详细设计阶段，主要是通过需求分析的结果，设计出满足用户需求的系统产品。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
以上概念性的东西，大家只要理解就行。。
进一步划分，如果只是区分概要跟详细设计，太笼统了。还需要进一步细化：
- 架构设计
- 模块设计
- 数据库设计
- 用户体验设计
一、架构设计
如果用以下的层次来划分架构设计
会发现非常不妥当。
看下图，展示了客户端和服务器以及设备上部署的工件
image.png
工件的内部模块以及模块间的关系
二、模块设计（就是上面说的，工件的内部模块)
模块设计是在架构设计的基础上对每个模块进行详细设计。
设计的粒度为：
- 类、类的方法和属性
- 类之间的管理-类图
- 算法、流程图描述
要在每个模块中，分别进行详细的设计。
算法设计
类之间的关系
三、数据库设计
-
常见做法： 直接做数据库设计
-
建议的做法：
- 业务建模（类图、ER图）
- 基于业务建模进行数据库设计。
这种情况
如果先做业务建模就是使用这样一个类图来表示其中的关系跟实现。
四、用户体验设计
一般来说，用户更多的选择会是C这种情况。
用户体验设计的主要三个方面
- 整体页面规划
- 页面流规划
- 首页及关键页面的设计
- 统一的界面标准
- 形象（颜色、色调，字体，图片等等）、文字（操作性文字（新增、修改、查询应该统一说法），业务性文字（比如实现的为金融行业的系统，就包括很多金融的专业性术语，这些术语应该规范统一））、行为（比如，实现删除，需要弹出确认删除弹窗，某些行为是不需要确认，等等）
- 易用性设计
- 某些局部地方的易用性设计，比如注册、登录等。
比如注册的步骤非常麻烦，那么注册用户会非常少，因为很复杂。
