200602271429302.html

软件工程的红包书

<P><FONT face=Verdana>尽管迄今为止人们似乎更强调实现层类图 ,但这三个层次都可应用于UML,而且实际上另外两个层次的类图更有用。 下面介绍细化概念。细化是UML中的术语,表示对事物更详细一层的描述。</FONT></P>
<P><FONT face=Verdana>两个元素 A、B描述同一件事物,它们的区别是抽象层次不同,若元素B是在元素A的基础上的更详细 的描述,则称元素B细化了元素A,或称元素A细化成元素B。细化的图形表示为由元素B指向 元素A的、一头为空心三角的虚线(千万不要把方向颠倒了!)。细化主要用于模型之间的 合作,表示开发各阶段不同层次抽象模型的相关性,常用于跟踪模型的演变。</FONT></P>
<P><FONT face=Verdana>(7) 约束 在UML中,可以用约束(Constraint)表示规则。约束是放在括号"{ }"中的一个表达式 ,表示一个永真的逻辑陈述。在程序设计语言中,约束可以由断言(Assertion)来实现。</FONT></P>
<P><FONT face=Verdana>(8) 对象图、对象和链 UML中对象图与类图具有相同的表示形式。对象图可以看作是类图的一个实例。对象 是类的实例;对象之间的链(Link)是类之间的关联的实例。对象与类的图形表示相似,均 为划分成两个格子的长方形(下面的格子可省略)。上面的格子是对象名,对象名下有下划 线;下面的格子记录属性值。链的图形表示与关联相似。对象图常用于表示复杂的类图的 一个实例。</FONT></P>
<P><FONT face=Verdana><SPAN style="FONT-FAMILY: 宋体"><FONT face=Verdana>(9) 包 一个最古老的软件方法问题是:怎样将大系统拆分成小系统。解决这个问题的一个思 路是将许多类集合成一个更高层次的单位,形成一个高内聚、低耦合的类的集合。这个思 路被松散地应用到许多对象技术中。UML中这种分组机制叫包(Package)(见图5)。</FONT></SPAN></FONT></P>
<P><FONT face=Verdana><SPAN style="FONT-FAMILY: 宋体"></SPAN></FONT></P>
<P align=center><FONT face=Verdana><SPAN style="FONT-FAMILY: 宋体"><IMG src="2006327182939833.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/2006327182939833.jpg" border=0></SPAN></FONT></P><FONT face=Verdana><SPAN style="FONT-FAMILY: 宋体">
<P><FONT face=Verdana>不仅是类,任何模型元素都运用包的机制。如果没有任何启发性原则来指导类的分组 ,分组方法就是任意的。</FONT></P>
<P><FONT face=Verdana>在UML中,最有用的和强调最多的启发性原则就是依赖。包图主要 显示类的包以及这些包之间的依赖关系。有时还显示包和包之间的继承关系和组成关系 。</FONT></P>
<P><FONT face=Verdana>包的内容　在图5中,"系统内部"包由"保险单"包和"客户"包组成。这里称"保险单" 包和"客户"包为"系统内部"包的内容。当不需要显示包的内容时,包的名字放入主方框内 ,否则包的名字放入左上角的小方框中,而将内容放入主方框内。包的内容可以是类的列 表,也可以是另一个包图,还可以是一个类图。</FONT></P>
<P><FONT face=Verdana>包的依赖和继承　图5中"保险单填写界面"包依赖于"保险单"包;整个"系统内部"包 依赖于"数据库界面"包。</FONT></P>
<P><FONT face=Verdana>可以使用继承中通用和特例的概念来说明通用包和专用包之间 的关系。例如,专用包必须符合通用包的界面,与类继承关系类似。通过"数据库界面"包 ,"系统内部"包既能够使用Oracle的界面也可使用<a href="200604040934365.html" tppabs="http://www.itisedu.com/phrase/200604040934365.html" target="_new">Sybase</a>的界面。通用包可标记为 {abs tract},表示该包只是定义了一个界面,具体实现则由专用包来完成。</FONT></P>
<P><FONT face=Verdana>(10) 其他模型元素和表示机制 类图中用到的模型元素和表示机制较为丰富,由于篇幅的限制,这里不能一一介绍。</FONT></P>
<P><FONT face=Verdana>主要还有以下模型符号和概念:类别模板(Stereotype)、界面(Interface)、参数化类(P arameterized Class)也称模板类(Template)、限定关联(Qualified Association)、多 维关联(N-ary Association)、多维链(N-ary Link)、派生(Derived)、类型(Type)和注 释(Note)等。</FONT></P>
<P><FONT face=Verdana>(11) 使用类图的几个建议 类图几乎是所有OO方法的支柱。采用标准建模语言UML进行建模时,必须对UML类图引 入的各种要素有清晰的理解。以下对使用类图进行建模提出几点建议:</FONT></P>
<P><FONT face=Verdana>*不要试图使用所有的符号。从简单的开始,例如,类、关联、属性和继承等概念。在 UML中,有些符号仅用于特殊的场合和方法中,只有当需要时才去使用。</FONT></P>
<P><FONT face=Verdana>*根据项目开发的不同阶段,用正确的观点来画类图。如果处于分析阶段,应画概念层 类图;当开始着手软件设计时,应画说明层类图;当考察某个特定的实现技术时,则应画实 现层类图。</FONT></P>
<P><FONT face=Verdana>*不要为每个事物都画一个模型,应该把精力放在关键的领域。最好只画几张较为关 键的图,经常使用并不断更新修改。 使用类图的最大危险是过早地陷入实现细节。为了避免这一危险,应该将重点放在概 念层和说明层。如果已经遇到了一些麻烦,可以从以下几个方面来反思你的模型。</FONT></P>
<P><FONT face=Verdana>*模型是否真实地反映了研究领域的实际。 *模型和模型中的元素是否有清楚的目的和职责(在面向对象方法中,系统功能最终是 分配到每个类的操作上实现的,这个机制叫职责分配)。</FONT></P>
<P><FONT face=Verdana>*模型和模型元素的大小是否适中。过于复杂的模型和模型元素是很难生存的,应将 其分解成几个相互合作的部分。</FONT></P>
<P><FONT face=Verdana>(12) 术语比较 下表列出了最常用的四种UML术语,并与其他方法学中相对应的术语进行比较,以帮助 读者了解UML与其他建模语言的异同。</FONT></P>
<P><FONT face=Verdana></FONT></P>
<P><FONT face=Verdana><IMG src="2006327182954660.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/2006327182954660.jpg" border=0></FONT></P>
<P><FONT face=Verdana><SPAN lang=EN-US></SPAN></FONT></P><FONT face=Verdana><SPAN lang=EN-US>
<P align=center><FONT face=Verdana><IMG src="2006327183037576.jpg" tppabs="http://www.itisedu.com/manage/Upload/image/2006327183037576.jpg" border=0></FONT></P>
<P><FONT face=Verdana>3. 构件图和配置图 构件图(<a href="200604251501485.html" tppabs="http://www.itisedu.com/phrase/200604251501485.html" target="_new">Component</a> diagram)和配置图(Deployment diagram)显示系统实现时的一些 特性,包括源代码的静态结构和运行时刻的实现结构。构件图显示代码本身的结构,配置 图显示系统运行时刻的结构。</FONT></P>
<P><FONT face=Verdana>(1) 构件图 构件图显示软件构件之间的依赖关系。一般来说,软件构件就是一个实 际<a href="200602282323195.html" tppabs="http://www.itisedu.com/phrase/200602282323195.html" target="_new">文件</a>,可以是源代码文件、二进制代码文件和可执行文件等。可以用来显示编译、链接 或执行时构件之间的依赖关系。</FONT></P>
<P><FONT face=Verdana>(2) 配置图 配置图描述系统硬件的物理拓扑结构以及在此结构上执行的软件。配置 图可以显示计算结点的拓扑结构和通信路径、结点上运行的软件构件、软件构件包含的 逻辑单元(对象、类)等。配置图常常用于帮助理解分布式系统。</FONT></P>
<P><FONT face=Verdana>(3) 结点和连接　结点(Node)代表一个物理设备以及其上运行的软件系统,如一台U nix主机、