王立福的软件工程(自学考试).ppt

第四点:分析模型对以后工作的影响 如果把分析模型作为以后设计活动的基本输入，那么对设计模型以及相应的体系结构描述将在产生以下及方面影响： ? 对设计中子系统的影响 分析包一般将影响设计子系统的结构。一般情况下，分析包和服务包应分别对应设计中特定应用层的子系统和应用共享层的子系统，如下图所示： 特别地，在许多情况下，服务包和对应的服务子系统之间是一对一（同构）的。 分析包 分析包 服务包 子系统 子系统 子系统 服务包 子系统 特定应用层 应用共享层 影响 ? 对设计类的影响 分析包可以作为类设计时的规格说明。即: 一方面，分析类以及它们的责任、属性和关系应是进行类的操作、属性和关系设计的逻辑输入。 另一方面，在对具有不同衍型的分析类进行设计时，需要不同的技术和技能，例如: --实体类的设计，常常需要使用数据库技术; --边界类的设计常常需要使用用户界面技术，当在考虑数据库技术和用户界面技术时，有关分析类的大多数特殊需求，例如永久性、并发等，应由对应的设计类予以处理。 ? 对Use case细化[设计]的影响 Use case细化[分析]对Use case细化[设计]将有两个方面作用: 一是它们有助于为use case创建更精确的规格说明。其中可采用状态图或活动图等，把每一个use case描述为分析类之间的一个协作，替代use-case 模型中每一个use case的事件流描述，这样就对系统需求产生了一个可理解的形式规约。 一是当对 use cases进行设计时，Use-case细化[分析]可作为其输入。 这有助于: ? 标识参与Use-case细化[设计]中的设计类。 ? 确定Use-case细化[设计]中,依据所考虑的技术（数 据库技术，用户界面技术），需要处理的需求,即在 Use-case细化[分析]中所捕获的大多数特殊需求。 总之，设计中应尽量地保持分析模型的结构。 ? 对创建设计模型视角下体系结构描述的影响 分析模型视角下的体系结构描述，可以作为创建设计模型视角下体系结构描述的输入。其中，通过关注跟踪依赖，不但可以使不同视图中的元素相互跟踪，而且还可以使在体系结构方面有意义的想法几乎“平稳”地“流经”不同的模型。 ？ 设计模型 形成 需求分析模型 设计 需求分析 4)、设计的目标及其途径 (1) 目标： 设计的基本输入是分析的结果, 定义满足分析所需要的结构. 部署模型 体系结构描述（部署模型） use-case 细化设计 设计类 接口 设计子系统 体系结构描述（设计模型） 　(2) 实现设计目标的基本途径 　 实现需求分析层到设计层的映射，即从软件开发的角度-实现第三次抽象。如同实际问题层到需求获取层一样,其中至少涉及以下3个问题： ?如何定义设计层，即给出该层的术语； ?如何确定模型表示工具； ?如何映射。 ?设计层的术语-回答第一个问题 ?设计类（Design class） 一个设计类是对系统实现中一个类或类似构造的一个无缝抽象。设计类的主要特征为：  设计类可细化为多个接口，如下图所示： Design Class Operations Attributes Relationships Methods Implementation requirements is active:{true, false} * Interface ?realize Note:active class: its objects maintain own thread of control and run concurrently with other active objects. ?用况细化[设计] 用况细化[设计]是设计模型中的一个协作，其中，使用设计类及其对象，描述一个特定用况是如何予以细化的，如何执行的。 表达协作的工具可以是类图、交互图和正文事件流等。 ?设计子系统 设计子系统提供了一种组织设计制品的手段，成为一些可以更易管理的部分。 Design Class * Interface ?realize Design Subsystem Use Case realization -Design * * * * 设计子系统和分析模型之间的关系: 分析模型中的包结构,一般对应设计子系统的层次结构。特别是,分析模型中的服务包一般对应设计子系统层次结构低层上的服务子系统.如下图所示。 在应用中，一般通过使用服务子系统，把一些变化局部化到不同的服务子系统中，形成一些封装相应变化的单个服务。