铃铛

这段时间看完了UML视频，然后就是总结了。我其实一直不知道总结是边看视频边进行好，还是看完所有视频在一起进行好。这次看UML视频，第一部分“UML概述”我是在看完之后就开始总结的，总结的很详细，至少我自己这么认为，快把PPT上的东西都抄上了。但是这也是很有效果的，因为第一部分是概括性的介绍后面要讲的内容，所以可以有很好的全局把握，尤其是对关系和9种图的描述。       然后就是通过这次的

为了研究时序图究竟如何画,自己写了个经典三层的登录小例子以及一个加上抽象工厂和反射的三层登录小例子,运用VS的生成时序图功能,将代码生成时序图,研究时序图究竟需要什么元素.由于VS生成的时序图,会将所有的If,Try这些具体的信息都显示进去,而为了尽量简单,又为了登录能运行,把原本属于B层的逻辑移到了U层;而SqlHelper层的Try-Catch被取消.最后的结果如下图所示.      首先

这段时间在画三层的UML图，画了包图、用例图、类图、时序图和部署图，没画活动图、状态图、协作图。今天让学姐给我看了看，学姐指出了我不少错误。       大概的问题就是，类图的注释详略不得当，类图中的参数都没有写注释，返回值也没有写注释。学姐说，由于做项目的时候，我们拿到的只是我们自己那一部分的图和文档，而其他部分我们是不知道的。所以，作为设计人员，参数的注释必须要详细，要介绍详细参数是如何来

部署图(Deployment Diagram)用来描述系统硬件的物理拓扑结构以及在此结构上执行的软件。       插一段：       部署图是用来在程序设计、测试完之后，要实际给用户安装的时候用的。根据部署图给用户安装软件。不过部署图是在需求分析阶段就应该画了，不过网上说是在设计阶段画的，好吧，其实是在设计阶段画的。而且部署图是分两个阶段演化的，设计阶段和实现阶段。       设

对象图(Object Diagram)是类图的一个变体,使用的符号与类图几乎一样.对象图和类图之间的区别是,对象图用于显示类的多个对象实例,而不是实际的类.       所以,对象图就是类图的一个实例,显示系统执行时的一个可能的快照--在某一时间点上系统可能呈现的样子.官方说明:对象图描述一个系统在某个具体时刻的静态结构.而类图描述所以可能的情况.       对象图使用的符合与类图一样,

顺序图，属于交互图，用来描述系统中对象是如何进行交互作用的，也就是所谓的消息传递。而其中强调消息传递的时间顺序的交互图就是顺序图，而强调接收和发送消息的对象之间的关系的就是协作图，可以看我写的协作图。       顺序图包括：对象，消息（信号或操作调用），生命线。还有参与者，就是用例图中的角色。          几种消息形式：Call ，Return，Send，Create，De

这是我画的机房收费系统的用例图,也不知道可不可以.不过即使出问题了,也可以安慰自己,这样才有进步的空间.         其实,我一共画了五张用例图.根据角色,每个角色都画了一张.然后剩下两张就是这两章.也就是把那三张用例图整合成一张.            这章也是整合的,但是把用例都放在了中间,就像是有了系统界限的感觉.不过我没找到那个系统边界的框.

如果真要画协作图其实是不必的，只要画好了顺序图，那么就可以生成协作图。Rose中，选中未生成过协作图的顺序图，双击打开此顺序图，然后在菜单栏的Browse下拉，Create Collaboration Diagram 或者按F5，就可以自动生成一个跟顺序图同名的协作图了。选中生成过协作图的，Create Collaboration Diagram会变成Go To Collaboration Dia

状态图:一般说来状态图(State Diagram)是对类的描述的补充,用于显示类的对象可能具备的所有状态,以及那些引起状态改变的事件.       在实际建模时,不需要对所有的类都绘制状态图,仅对那些具有多个明确状态的类,并且类的这些不同状态会影响和改变类的行为才绘制类的状态图.另外,也可以为系统绘制整体状态图.            这是对状态图的一个简单的介绍,下面的一般只有名称,是

活动图（Activity Diagram），用来描述系统的动态行为。描述系统动态行为的还有状态图，顺序图（时序图），合作图（协作图）。        活动图阐明了业务用例的工作流程，所以它是根据用例图来画的，每个用例画个活动图。但是活动图适合描述在没有外部事件触发的情况下的系统内部的逻辑执行过程；否则，状态图更容易描述。而且活动图适合描述多线程，并行活动。       对了，想起来，在UM

类图：用来描述系统静态部分。它是最常用的UML图，可以显示出类、接口以及它们的静态结构和关系，它用于描述系统的结构化设计。       类图通常包括：类，接口，协作，关系。       类：如图所示。如果类名为斜体，表示类为抽象类；如果方法为斜体，表示此方法为抽象方法。类的属性和方法前面的图标为可见性修饰符。这里画错了，人这个类应该是抽象类。                   从

在UML中有几种关系，关联（Association），依赖（Dependency），泛化（Generalization），实现（Realization）。其中关联又可以分为聚合（Aggregation）和组合（Composition）。        这些关系的强弱顺序为：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖        关联：是一种结构关系，指明一个事物的对象与另

构件图用来显示一组构件之间的组织与依赖关系。              其实我不怎么明白构件图，也不怎么明白构件。构件（component）的概念是系统中遵从同一组接口且提供其实现的物理的，可替换的部分。不明白？        百度百科上说，构件是系统中实际存在的可更换部分，它实现特定的功能，符合一套接口标准并实现一组接口。构件代表系统中的一部分物理实施，包括软件代码（源代码、二进制代