正确认识使用UML中的类图——辨析类图的两种存在形式 - T2噬菌体 - 博客园.pdfVIP

2016/11/12 正确认识使用UML中的类图——辨析类图的两种存在形式 - T2噬菌体 - 博客园 正确认识使用UML 中的类图——辨析 类图的两种存在形式 2008-10-26 12 :04 by T2噬菌体, 11955 阅读, 评论, 收藏, 编辑[1] 摘要       本文通过对一个“学生选课系统”示例的简要分析与设计，说明 UML 图之一类图的两种作用及存在形式，以期借此澄清有些朋友可能 对类图存在的误解与困惑。 前言       在OOA与OOD大行其道的今天，UML在系统分析与设计中得到了 广泛的采用。而在UML的9种图中，类图是最重要也是使用最普遍的 图之一。但是，在与一些朋友，特别是初学者的聊天当中，我发现很 多朋友对类图的作用及使用方法存在一定的误解和困惑。于是我写下 这篇文章，希望本文能在一定程度上帮助这些朋友更好的认识和使用 类图。当然，由于我对UML的认识并不很深刻，所以在文章中有错误 和疏漏之处，恳请大家批评指正。 A vs D       要想正确认识与使用类图，我们首先要正确认识两个概念 ——“A”和“D”。       A是Analyse的缩写，即我们所说的“分析” ；而D是Design的缩 写，即“设计”。一般来说，一个系统在编码前，都要经过分析与设计 两个步骤。而对这两个概念认识的模糊不清，正是导致很多朋友无法 正确使用类图的原因。       分析，我对其的解释是：根据用户的需求，做出一系列与业务 领域相关而和计算机技术无关的整理与识别。 /leoo2sk/archive/2008/10/26/1319773.html 1/5 2016/11/12 正确认识使用UML中的类图——辨析类图的两种存在形式 - T2噬菌体 - 博客园       很多朋友有个错误的认识，认为软件开发工作一定要由懂计算机 的人完成，不懂计算机的人怎么能进行软件开发呢？当然，对于设计 和编码等工作，当然是这样，但是唯有“分析”这一工作，可以由完全 不懂计算机的人来进行，甚至从某种程度上说，不懂计算机的人更适 合做软件分析师的工作。因为想要把分析做好，一定要仅与业务相 关，而抛开具体技术。一个满脑子计算机技术的程序员去做分析时， 很容易想到编码、实现、平台、数据库设计等具体细节，这种思维形 式恰恰成为做好分析的最大障碍。此为误解一：只有懂计算机技术 的人才能做系统分析师。我现在所在的研究所 （北京航空航天大学 计算机学院软件工程研究所）曾经接过一个日本项目，当时日方那边 派来一个系统分析师对计算机就完全是外行，而是一个领域专家，但 是他很好的完成了系统分析的工作。       另外一个误解就是UML 图，特别是类图，就是给开发人员用的。 很多人觉得UML是计算机业内专业语言，不懂计算机的怎么能用它 呢？用了做什么呢？但是很多不懂计算机的系统分析师在进行分析工 作时，也在使用UML 图，而类图就是其中一种。一般情况下，分析师 在进行分析时，确实会绘制一套类图。但是，它所画的类图不管是从 视角还是作用，与设计师所做的类图是不同的，具体将在下面介绍。 此为误解二：只有计算机人士才使用UML 图。       分析说完了，下面说设计。与分析不同，我对设计的解释是：根 据分析材料与技术平台，确定软件系统的架构结构、编码方式及 一切与具体技术有关的宏观问题。       这里可以看到，设计与分析不同，它必须由计算机方面的人来完 成，因为它和具体技术是息息相关的。而且，设计师在进行设计时， 也会绘制一套类图。       到这里，我们明确了，原来软件在分析与设计两个阶段各自会绘 制一套类图，而且是由分析师和设计师两个不同的角色绘制的。那么 这两套类图有什么异同呢？下面将解释这个问题。 领域类图 vs 实现类图       上文提到，在软件分析与设计过程中，会由两种角色产生两套类 图。一般情况下，分析师绘制的类图叫做“领域类图” ，而设计师绘制 的类图叫做“实现类图”。这里要声明，这两个名词是我的习惯性叫 /leoo2sk/archive/2008/10/26/1319773.html 2/5 2016/11/12 正确认识使用UML中的类图——辨析类图