九种图总算画完了，着实让自己纠结了老一阵子啊。
只是，幸运的是完毕了，尽管还有些不足之处，可是终于战胜它了。以下说一下自己的绘图过程
一、用例图
UML的第一幅图应该说是用例图了，这是我们绘图的前提，它是依据用户的需求和提出的功能需求进行分析而来的，是整个绘图阶段的基础。
第一幅是顶层图，然后依据级别的不同展开。
这里另一个疑问就是。有的人说。学生跟此系统并无多大的关系。不须要将他与用户直接关联起来。
我对这个观点有些疑问，由于用户在管理的基础上，都是须要通过学生的。谁有更好的想法，能够讨论一下。
。
。
二、静态图
静态图主要包含类图和对象图。在画类图的时候问题特别多，记得看视频的时候感觉听的听明确的，可是等真正去动手去绘图的时候，却是无从下手。
难道要依据视频里的一个一个名词的找，然后再筛选？我感觉有点不靠谱，太麻烦了。所以，我还是用自己先前的用例图那样，划分模块，然后再细化。
事实上，类图跟用例图非常相似，类图在用例图的基础上抽象出类，而且找出相互之间的关系。
类图画好后，对象图就好画了，对象图实际上是类图的一个实例化。
三、行为图
1、状态图
这是学生上下机的状态图。还记得刚開始的图是错误百出啊，条件错误。还有就是没有使用同步条，而是一个一个过程的验证，造成图有点庞大。也不美观。
后来经师傅提醒，才想到同步条。
2、活动图
这是我的部分活动图，自己将整个系统的过程所有画在了一幅图上。看上去给人一种乱的感觉，还是应该保持分模块画，这样才干让人看着舒服，同一时候也easy理清自己的思路。这部分唯一不太理解的地方就是泳道，后来查找资料。事实上也不时太难，就是把同样的操作归类，使图更加清晰明了。
3、交互图
序列图：
协作图：
记得開始画的顺序图就是依照系统的过程进行画，可是没有注意返回的线。
当师傅验收的时候。提醒序列图应该输入几条线就应该返回几条线，这样才干保证每次输入都能返回给用户，避免哑操作。另一个须要注意的地方就是消亡。
顺序图与协作图能够实现相互转换（快捷键F5），这两种图事实上描写叙述的是一种类型，仅仅只是强调的对象不同，顺序图强调对象之间的交互顺序，而协作图强调对象之间的合作关系。
4、实现图
构件图：
构件图是构件的物理结构，所以有点感觉图不是太准确。查找资料的时候发现有些是exe或dll类型的，对此不是太理解。所以临时依照自己的想法画出来，等接触多了再回来细化。
总结
UML图是对系统的一种图形化描写叙述。有助于我们对系统的各方面的了解。
同一时候。绘图的过程能够加深我们对问题的理解程度和理解的全面性。
正如生活、学习等，仅仅有当我们亲自实践。不断的练习与接触之后才干从不同的方面去了解，才干加深我们理解的深度和掌握的熟练度。尽管如今的我们接触的东西都是基础性的，可是道理却是受益无穷的。继续努力吧。。。
温馨提示：開始的时候不懂怎样下手。不要紧，先依据自己的想法和理解去画。然后通过查找资料再去修饰加工。千万不可直接查看别人的图，easy丢掉自己的想法。