yanwenhan

用例图主要用来图示化系统的主事件流程，它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，所以是设计系统分析阶段的起点，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图包含了用例和参与者，用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户），对应的是软件的结构和功...

        一个基本理由是：建模是为了能够更好地理解正在开发的系统。　　通过建模，要达到4个目的： 　　　　（1）模型有助于按照实际情况或按照所需要的样式对系统进行可视化。 　　　　（2）模型能够规约系统的结构或行为。 　　　　（3）模型给出了指导构造系统的模板。 　　　　（4）模型对做出的决策进行文档化。...

[b]误区一：建模就等于是写文档[/b]事实分析：“模型”与“文档”这二者在概念上是风马牛不相及的—你可以拥有一个不是文档的模型和不是模型的文档。一幅设计图就是一个模型，而不论是被画在餐巾纸的背面，或写在一块白板上，或在Class Responsibility Collaboration(CRC)卡片中，还是根据记录在报纸和便签纸上的流程图而生成的一个粗略的用户界面原型。虽然这些都不能说是...

建模十条原则 1、仅有数据模型对于现代软件是不够的。 2、接收变化，并且允许你的模型能够随着时间进行改进。 你不能冻结它们，然后就期待着成功。 3、模型并不一定就是文档，文档也不一定就是模型。 4、大多数的模型可能也应该被丢弃。 5、只有代码才能与代码保持真正的同步。 6、一些简单的工具，比如白板，就完全足以应付大多数建模工作。 7、思考，然后再编码。 8、你总能从别人身上学到东...

用例图主要由参与者和用例构成。用例图示帮助捕捉功能需求。这永远是启动一个项目的好图示。组件图主要由主要系统组件和它们的关系构成。这意味着是一种高级的复杂系统观查图示。无论是在头脑中、在纸巾上，或者是使用UML工具，已经为每一个已经处理的项目创建了该图示。类图主要由类、接口及其关系组成。类和接口很容易理解，但关系可能有些复杂。在您知道系统中有哪些组件后，接下来自然是绘制组成组件的类图。活...

类与类之间存在以下关系:    (1)泛化(Generalization)    (2)关联(Association)    (3)依赖(Dependency)    (4)聚合(Aggregation)   1.泛化(Generalization)表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，与继承或实现的方法相反...

发Java应用程序时，开发者要想有效地利用统一建模语言（UML），必须全面理解UML元素以及这些元素如何映射到Java。本文重点讨论UML类图中的元素。 类图是最常用的UML图，它用于描述系统的结构化设计。其中包括类关系以及与每个类关联的属性及行为。类图能出色地表示继承与合成关系。为了将类图作...