2011年软考系统架构设计师学习笔记第六章

　　2.构造交互图

　　交互图作为用力的精确实现方案。

　　事件流中的事件 直接对应交互图中的消息，事件间的先后关系体现为 交互图中的时序，对消息的响应 则构成消息接收者的职责，这种职责被确立为 类的方法。

　　不应该出现 穿越控制类 生命线 的消息。

　　为 易于理解，应该用分离的 UML 交互图 分别表示 事件流和每个备选事件流。

　　原则上，每个类都应该有一个操作来响应交互图中指向其对象的那条消息。

　　2、设计技术支撑方案

　　当用户需求发生变化时，技术支撑方案应具有良好的稳定性。

　　技术支撑方案应该位于层次结构中的较低层次。

　　一方面取决于 需求，另一方面取决于 对软件技术手段把我和选取。

　　3、设计用户界面

　　1.熟悉用户 并对 用户分类，以便尽量照顾到所有用户的合理要求，并优先满足某些特权用户。

　　2.按用户类别 分析用户的 工作流与习惯，从每类中选取一个用户代表，建立调查表，判断用户对操作界面的需求和喜好。

　　3.首先应考虑命令的顺序，一般常用命令居先，与用户工作习惯保持一致;其次，根据外部服务之间的聚合关系组织相应的命令;然后充分考虑人类记忆的局限性，最好组织为一颗两层多叉树;提供操作的快捷方式。

　　5.利用快速原型演示，改进界面设计。并评判系统是否 齐全、方便、好用。

　　4、精化设计模型

　　对模型进行改进的活动可以分为 精化 和 合并 两种。一般先从精化开始。设计优秀的粗粒度组件应该只是完成一项功能，这一点是它与子系统的主要区分。

　　粗粒度组件的范围过于广泛，难以发挥重用价值，粗粒度组件拥有持久化的行为，拥有业务逻辑，需要表示层的支持。

　　将需求分成几个功能组，基本上就可以得到相应的粗粒度组件了。

　　过小的范围，将会造成粗粒度组件不容易使用，用户需要理解不同的粗粒度组件之间的复杂关系。

　　如果可能，在粗粒度组件之间定义单项关联可以有效的减少组件之间的耦合。

　　尽可能简化组件之间的关系。

　　我们需要从软件的目标领域中 识别出关键性的实体，或者说领域中的名词。然后决定它们应该归属于那些粗粒度组件。

　　两个组件之间存在重复的要素，可以从中抽取共性的部分，形成新的组件。

　　6.4 系统架构文档化

　　2010年下半年软考试题及答案解析汇总

　　2010年下半年软件水平考试答案

　　2011年软考系统架构设计师学习笔记汇总