| 1. 概要设计流程： 1) 将任务分成若干步骤（如10步），有规律有节奏的进行 2) 在工时中预留15%，用于评审过后的修改
| ||||||||||||
| 2. 概要设计成果
1) 界面用例对应关系
2) 用例
3) 概要设计文档（图+文字）：以用例为基础 a) 概要设计文档（包括整体说明、各类图、各类图的说明、图之间的关系等） b) 概要设计评审文档 | ||||||||||||
| 3. 界面 1) 界面及界面关系：主要确认界面数量、主要功能及界面之间的关系
2) 界面本身整体风格的掌握依靠主界面 3) 统一的工具栏（搜索功能），每个画面不是独立的Form。 4) 其他： a) 上报数据界面：一览界面（要求登陆就能看到本日需要上报的数据） b) 报送数据：数据填报、数据显示、报送时数据显示、所有画面排出优先级 5) 界面评审：
6) 理论上界面应该由专门人员负责：布局合理性，整体风格一致性等。 7) 如何设计一个好的界面：不断分析，使页面元素排布合理 | ||||||||||||
| 4. 活动图 在用例阅读过程中，为理清关系，画活动图。
| ||||||||||||
| 5. 领域模型：与界面无关，没有明显的先后关系，不断调整领域模型，保持领域模型和用例的一致性。 1) 阅读用例得到概念——名词。 2) 阅读用例分析概念之间的关系。 3) 预评审，区分稳定和变化的概念，对变化概念进行隔离 4) 阅读用例填充概念的属性。 5) 注意：监测站和监测点1对n关系，监测点生命周期由谁控制；监测站和企业的关系；保证监测站和监测点的稳定性等。 6) 区分变化频率，区分稳定和不稳定的因素 7) 评审（checklist）：评审依据：设计模型是否和用例一致
| ||||||||||||
| 注意：要遵循先整体后局部的原则 | ||||||||||||
| 6. 顺序图 1) 主流程有一个顺序图 2) 每一个分支都对应一个顺序图 3) 评审时首先看的是图的数量是否和用例对应 4) 对于每一个操作需要说明调用前提及调用结果：例如某个类实例被创建、建立实例之间的关系、实例属性修改等 | ||||||||||||
| 7. 职责分配 1) 职责：类应该干什么？知道什么？能做什么？应该做什么？ 2) 分配职责要清晰说明该职责 a) 职责说明（例如什么是销售总额） b) 职责功能的详细说明（例如如何计算销售总额） 3) 每个职责需要单独画一张图，以便评审！ Ø 信息专家：对任意一个对象，信息专家知道该对象的所有信息，控制该对象的生命周期 Ø 创建者：谁负责创建？ Ø 低耦合 Ø 高耦合 Ø 控制者：对象满足业务流程、业务规则；试图解决：寻找职责的发起者、执行者、不要赋予控制类过多的职责 Ø 多态 Ø 纯虚构 | ||||||||||||
| 8. 概要设计评审 1) 用例检查表：关注用例部分是否在其他成果物中体现 2) 设计的结果和用例结果一致 3) 用例文档和所有的设计成果一致 |
