面向对象系统分析设计过程－概要设计

1.      概要设计流程：<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 1)       将任务分成若干步骤（如10步），有规律有节奏的进行 2)       在工时中预留15%，用于评审过后的修改 <?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />

2.      概要设计成果 1)         界面用例对应关系 界面 用例               2)         用例 用例 界面1 界面2 界面3 评审文档   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)      用例文档和所有的设计成果一致

转载于:https://www.cnblogs.com/caidehui/archive/2006/04/10/378785.html