如何写概要设计

总结一下概要设计要做的任务：

1. 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。

2. 总体结构设计：

a) 功能（加工）－>模块：每个功能用那些模块实现，保证每个功能都有相应的模块来实现；

b) 模块层次结构：某个角度的软件框架视图；

c) 模块间的调用关系：模块间的接口的总体描述；

d) 模块间的接口：传递的信息及其结构；

e) 处理方式设计：满足功能和性能的算法

f) 用户界面设计；

3. 数据结构设计：

a) 详细的数据结构：表、索引、文件；

b) 算法相关逻辑数据结构及其操作；

4. 上述操作的程序模块说明（在前台？在后台？用视图？用过程？······）

5. 接口控制表的数据结构和使用规则

6. 其他性能设计。

概要设计写什么：

1. 结构化软件设计说明书结构

2. 任务：目标、环境、需求、局限；

3. 总体设计：处理流程、总体结构与模块、功能与模块的关系；

4. 接口设计：总体说明外部用户、软、硬件接口；内部模块间接口（注：接口≈系统界面）

5. 数据结构：逻辑结构、物理结构，与程序结构的关系；

6. 模块设计：每个模块“做什么”、简要说明“怎么做”（输入、输出、处理逻辑、与其它模块的接口，与其它系统或硬件的接口），处在什么逻辑位置、物理位置；

7. 运行设计：运行模块组合、控制、时间；

8. 出错设计：出错信息、处错处理；

9. 其他设计：保密、维护；

动态模型

这部分的作用是描述系统如何响应各种事件。一般使用时序图和状态图。

确定不同的场景是第一步，不需要确定所有可能的场景，但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景，通常的策略是描述那些客户可以感受得到的场景。

l 场景

对每个场景做一则条目，包括以下内容：

场景名：给它一个可以望文生义的名字

场景描述：简要叙述场景是干什么的以及发生的动作的顺序。

顺序图：描述各种事件及事件发生的相对时间顺序。

l 时序图

这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图，但事实上会导致太多不期望的细节信息，只需要确定系统中一些重要的对象并为之提供状态图即可。