标签归档：UML

当为较复杂的系统建模时，使用包是非常有效的建模方法。 包（package）在很多方面与类相似，但是在对大型系统建模时特别要注意区别包和类。类是对问题领域或解决方案的事物的抽象，包是把这些事物组织成模型的一种机制。包可以没有标识，因为它没有实例，在系统中不可见，类必须有标识，它有实例，类的实例（对象）是运行系统组成元素。 建立包图的具体做法如下： 1）分析系统模型元素（通常是对象），把概念上或语义上行进的模型元素纳入一个包。 2）对于每一个包，标出 每一个包，标出其模型元素的可视性（public、protect、private）。 3）确定包与包之间的依赖关系，特别是输入依赖。 4）确定包与包之间的泛化联系，确定包元素的多态性与重载。 5）绘制包图。 6）包图精化。

在UML的静态机制中，类图是一个重点，它不但是设计人员关心的核心，更是实现关注的核心。建模工具主要根据类图来产生源代码。类图在UML的9个图中占据了相当重要的地位。 James Rumbaugh对类的定义是：类是具有相似结构、行为和关系的一组对象的描述符。类是面向对象中最重要的构成模块。类图显示了一组类 、接口、协作以及他们之间的关系。在UML中，问题域最终要被逐步转化，通过类来建模，通过编程语言构建这些类从而实现系统。类加上它们之间的关系就构成类图，类图中还可以包含接口、包等元素，也可以包括对象、链等实例。 类图是系统静态视图的一部分，它主要用来描述系统的静态结构。该视图主要支持系统的功能需求，也就是系统要提供给最终用户的服务。当系统分析师以支持软件系统功能需求为设计目的设计静态视图时，通常以下述三种方法之一使用类图。 1、对系统的词汇建模 为系统的词汇建模实际上是从词汇表中发现类，发现它的责任。 2、对简单协作建模 协作是指一些类、接口和其他元素一起工作提供一些合作的行为，这些行为不是简单地将元素相加能得到的。例如：当为一个分布式系统中的事物处理过程建立模型时，是不能只通过一个类来明白事物是怎样进行的，事实上这个过程的执行涉及到一系列的的协同工作。使用类图来可视化这些类和它们之间的关系。 3、对逻辑数据库模式建模 我们可以将数据保存到关系数据库或者面向对象的数据库，可以利用类图为这些数据库模式建立模型。

软件需求就是根据用户对产品的功能的期望，提出产品外部的功能的描述。 需求分析是的工作就是获取系统的需求，归纳系统要实现的功能，使最终的软件产品能最大限度地贴近用户的需求。需求分析师一般只要考虑系统做什么（what），而尽可能不去考虑怎么做（how）。 对系统功能建模可以参考如下方法： 1）识别系统的外部参与者，从而建立系统的语境。 2）考虑每个参与者期望的行为或需要提供的行为。 3）把公共性温命名为用例。 4）确定供其他用例使用的用例或扩展其他用例的用例。 5）在用例图中对这些用例、参与者和它们间guan关系建模。 6）用描述非功能需求的注释修饰用例图。