后面工作，都是在分析阶段所完成的分析模型的基础上进行的，所以,在项目的开发过程中，要确保该阶段工作的质量，严格完成该阶段应该完成的各种UML图。
在这个阶段，找出管理系统中涉及的主要的类，并并且结合用例模型中的用例，将各个类与用例有机结合起来。对系统中的类，建立相应的类图来表示各个类之间的关系。而如何让用例与这些类进行结合，则需要建立相应的序列图/协作图来进行建模。
分析模型的建立，并不是一个或几个类图所能实现了，为了对一个系统进行充分建模，对于不同的项目可以选用不同的建模元素和建模机制。在对本次的系统的建模中，选择了类图和序列图来构建其对应的分析模型。
在分析模型中的给出的类图，并不需要为每个类详细定义方法和属性，在这个阶段的类图，主要反映的是系统中应该有的类和各个类之间的关系；当然，对于一些非常重要的方法和属性，特别是反映各个类之间的关系的方法和属性，在此阶段可以给出定义。
在宿舍管理系统的分析模型中，通过对管理系统的分析和几次迭代，找出了宿舍管理系统中涉及的类，并给出了如下的类图和各个类之间的关系：
图4 宿舍管理系统类图 （分析）
在上面给出的类图中，选择了Rose提供的三种类的表示，即边界类、控制类、和实体类，并表示了各个类之间的关系。边界类是与用户交互的界面类的抽象；控制类是系统中的一些计算、控制类的抽象；实体类是存储数据的类的抽象。为了图的整洁，在上图中，没有给出类的关键方法和属性的定义，在实际的模型中，给出了一些类关键方法和属性。
上面类图中，将宿舍管理中的类分成三种，并构建了类图，这种表示方法能够清楚地表示各个类在系统中所处的位置，更加直观；当然，在实际建模中，也不一定要选择这种表示，我们可以根据自己项目的实际情况来选择相应的建模元素。
在上面的类图中，我们仅仅给出了三种类之间的关系，但是这样表示还是不够的。实体类之间也是有一定的关系的，对此，我们使用了另一个类图来表示各个实体类之间的关系，如下图5：
图5 宿舍管理实体类关系类图
上图给出了宿舍管理系统中的实体类以及实体类之间的关系，在本次的系统中，很多实体类最后都对应数据库系统中相应的表。建立实体类以及实体类之间的关系对于系统的数据库建模也是有很大的帮助的。
确定了在分析阶段所应该做的另一项工作，即把所要开发的用例所具有的功能用各个类的对象之间协作和通讯来表示。
在这之前，所做的所有模型都是属于UML的静态建模机制中的；而现在所要用到的建模元素是属于UML的动态建模机制的。我们知道可以使用UML中的
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>