李妮娅《统一软件开发过程》第十章分析和设计工作流.pdfVIP

第10章分析和设计 工作流 目录  10.1 目的  10.2 分析与设计  10.3 到底要设计到什么程度  10.4 工作人员和制品  10.5 设计模式  10.6 分析模型  10.7 接口扮演的角色  10.10 工作流  10.8 实时系统的制品  10.11 工具支持  10.9 基于构件的设计  10.12 小结 10.1 目的  分析和设计工作流的目的是将需求翻译为规格说 明,它描述如何实现系统。  即将系统需求转变为一组类和子系统的形式 在项目的早期，要建立一个强壮的框架，从而可 以设计一个易于理解、开发和进化的系统。 然后调整设计，使之适应实现环境，并设定它的 性能、强壮性、可升级性、可测试性以及其他质 量特性。 10.2 分析与设计  分析关注的是要确保处理系统的功能性需求。  为了简化，在分析时忽略了许多非功能性需求， 以及实现环境的约束。  分析最终展现的是一幅近乎理想的系统画面  设计的目的是使分析的结果适应于非功能性需求、 实现环境等带来的约束。  设计是分析的精化。  设计关注的是要确保完全覆盖需求以及系统设计 的优化。 10.3 到底要设计到什么程度  设计必须正好足够定义该系统，才能无歧议地实 现该系统  “足够”随着项目的不同而不同，随着公司的不同而不 同  设计可能会细化到使代码完全依赖设计而实现  设计也可能仅仅勾画一个草图，即细化到使实现 人员了解需要开发哪些构件  规格说明的详细程度 取决于实现人员的专业知识和技能、设计的复 杂程度，以及由于可能误解设计而带来的风险  双向工程 如果设计非常精确，代码就可以完全依赖于设 计，就可以采用双向工程的方法使代码与设计 保持同步，从而避免了一个转换步骤和一个潜 在的错误来源 设计是可执行的  如果设计的完整程度和精确程度都非常高，以至 于可以通过解释设计或者从设计快速生成少量代 码来直接执行变换，使这种变换对于设计师几乎 是不可见的，从而使设计看起来就是“可执行的” 10.4 工作人员和制品  分析和设计工作流中涉及到的主要工作人 员如下： 构架师 设计师  还可能包括以下工作人员： 数据库设计师 封装设计师 构架评审员和设计评审员  构架师  构架师在整个项目中领导和协调技术活动和制品。  构架师为每个构架视图建立总体结构：视图的分解， 元素的分组，以及各主要分组之间的接口的视图  构架师的视图要更注重宽度而不是深度  设计师  设计师定义了职责、操作、属性、一个或多个类之间 的关系，并决定如何调整它们使之适应实现环境。  设计师还要负责一个或多个设计包或设计子系统，包 括所有属于这些包或这些子系统的类。  数据库设计师  当系统中包含数据库时，就需要数据库设计师  封装设计师  主要任务是通过适当地使用当前的设计工具，确保系 统可以及时地对事件做出反应  构架评审员和设计评审员  负责评审在分析和设计工作流中生产的关键制品 分析和设计工作流中的关键制品包括  设计模型 是在构造阶段的主要系统蓝图  软件构架文档 涵盖了系统的不同构架视图 10.5 设计模型  设计模型主要由类的协作组成，这些类的协作可 能集成为包和子系统，以帮助组织模型并提供模 型中的组合构造块  类是一组共享相同职责、关系、操作、属性和语义的 对象描述  包是对类的逻辑分组，这是为了组织起来方便，以减 少系统的复杂程度  子系统是包的一种，由作为独立单元、提供特定系统 行为的一组类组成 10.6 分析模型  分析模型描述了系统针对应用的方面，是一个设 计的抽象或泛化  分析模型忽略系统是如何