工程学中的设计视图

设计视图，又叫逻辑视图是为了便于理解系统设计的结构与组织，在“分析设计”工作流程中使用了名为逻辑视图的构架视图。

系统只有一个逻辑视图，该视图以图形方式说明关键的用例实现、子系统、包和类，它们包含了在构架方面具有重要意义的行为。逻辑视图在每次迭代过程中都会加以改进。

逻辑视图表示了设计模型中在构架方面具有重要意义的部分，即类、子系统、包和用例实现的子集。

另外还有四个视图，即用例视图(在“需求”工作流程中处理)、进程视图、部署视图和实施视图；后面三个视图在“分析设计”和“实施”工作流程中进行处理。

构架视图记录在软件构架文档中。你可以添加其他视图，如安全视图，来表达软件构架的其他特定方面。

所以，构架视图在本质上可以看成是所建模型的抽象或简化，它们通过舍弃具体细节来突出重要的特征。系统开发过程中，构架是提高所建模型质量的重要手段。

UML中的设计视图

设计视图是由分析部分（用例视图）发展而来，是将需求转化为代码的前提，泛设计视图包括了类图（ClassDiagram）和状态图（statecharts），下面是MarkPriestley的《PracticalObject-OrientedDesignwithUML》第三章的总结（summary）我的翻译版本，和大家共同讨论，学习。

l设计模型总结了交互图（interactiondiagram）中的对象和对象之间的关联，给出了目标系统的详细描述。设计模型主要包括类图和状态图。

l类图画出了类和类之间的关系，类的特性包括了属性（attributes）和操作（operations）。

l关联（associations）描述了关联在一起的类的实例的链接。多重性（multiplicity）限定了多少个对象可以被连接在一起。

l一般化就是说一个类可以是另外一个类的特殊形态。子类（subclass）从超类（superclass）继承特性，子类的实例可以替代超类的实例（编者按：即可以当作超类的实例用）。

l状态图是为那些根据不同状态有不同行为的类准备的。状态图给出了事件（event）发生的正确顺序，和在一个对象上某个事件顺序导致的结果。

l状态图显示了一个对象可能的状态和状态转换时发生的事务以及引发事务的事件。

l守卫条件（guardconditions）可以用于去除状态图中的不确定条件。（编者按：由于某个事件可能导致两种结果状态，为了消除这种不确定性，在状态图上标明某个除事件外的扩展条件，这个条件就叫做guardconditions）。

拿到需求后，开始进行需求分析，得到了用例视图，这里的用例视图可以称为泛用例视图，其中可以包括用例图、序列图、协作图以及场景，然后根据需求的分析得到类和类之间的关系，画出类图，并对依赖状态的类画出状态图。这样就得出了完整的设计模型，可以进入下一步的实现步骤了。

VisualWebDeveloper中的设计视图

“设计”视图使用一种近似所见即所得的视图来显示ASP.NET网页、母版页、内容页、HTML页和用户控件。通过“设计”视图可以对文本和元素进行以下操作：添加、定位、调整大小以及使用特殊菜单或“属性”窗口设置其属性。