求一篇使用UML进行软件工程设计后的心得，要比较正式的，谢谢
这位同学，不用找了，如果发现交上来的跟这里的雷同，一律0分
求一篇使用UML进行软件工程设计后的心得，要比较正式的，谢谢
这位同学，不用找了，如果发现交上来的跟这里的雷同，一律0分
UML类图几种关系的总结
例如：老虎是动物的一种，即有老虎的特性也有动物的共性。
【箭头指向】：带三角箭头的实线，箭头指向父类 2. 实现（Realization） 【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现. 【箭头指向】：带三角箭头的虚线，箭头指向接口 3. 关联（Association) 【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。
双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量 【箭头及指向】：带普通箭头的实心线，指向被拥有者 上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。
但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。
下图为自身关联： 4. 聚合（Aggregation） 【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。
聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。
【代码体现】：成员变量 【箭头及指向】：带空心菱形的实心线，菱形指向整体 5. 组合(Composition) 【组合关系】：是整体与部分的关系，但部分不能离开整体而单独存在。
如公司和部门是整体和部分的关系，没有公司就不存在部门。
组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。
【代码体现】：成员变量【箭头及指向】：带实心菱形的实线，菱形指向整体 6. 依赖(Dependency) 【依赖关系】：是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖. 【代码表现】：局部变量、方法的参数或者对静态方法的调用 【箭头及指向】：带箭头的虚线，指向被使用者 各种关系的强弱顺序： 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖 下面这张UML图，比较形象地展示了各种类图关系：
为什么现在it开发很少看到使用uml设计了
经典的软件工程思想将软件开发分成5个阶段:需求分析\\\\系统分析与设计;系统实现\\\\测试及维护五个阶段.之所以如此,是因为软件开发中饣含了物和人的因素,存在着很大的不确定性,这使得软件工程不可能像理想的,可以其于物理学等的原理来做的物质生产过程.如想建造一幢高档的写字楼,那么刚开始便将一切材料和工具全准备好显然是无比愚蠢的行为,因为有可能你正在使用他人的钱,而这些人将是建筑大小,开状和样式的决定者,通常情况下,投资方会在开工生改变想法,这样你必须有额外的计划.而对于整个工程,你也许只是其中的某一个工作组,因此,你需要有各种各样的图纸和模型同其他小组沟通,达到联合工作.很显然,在客户的需求与实际的建筑技术之间找好一个契合点,是做好工程的关键.许多软件工开发过程也如同上面例子一样,软件问题不仅仅是代码的问题,而成为了一个怎么样将整个过程转变成一个结构,过程和工具相结合的问题.建模,即其目的和作用在于提供系统蓝图,包含细节设计,也含有对系统的总体设计,同时模型可以帮助开发小组更好地规划系统设计,更快的开发.UML是一种功能强大的,面向对象的可视化系统分析的建模语言,它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠,更完善的系统模型.从而使用户和开发人员对问题的描述达到相同的理解,以减少语义差异,保障分析的正确性.
如何使用UML序列图描述用例
不知道你的个人信息系统都需要实现什么东西
需要有基本的需求，才能用uml来进行分析表述，可以到5iuml.com论坛了解其他项目的uml模型
什么是uml
它的特点和主要用途是什么
UML呢 其实就是一种可视化建模型的工具。
当然了 UML的全文Unified Modeling Language（统一建模语言）也很好的阐述了这一作用。
UML支持从需求分析开始的软件开发的全过程。
UML通过三类图形建立系统模型：用例（Use Case）图、静态结构图（对象类图、对象图、组件图、配置图）和动态行为图（顺序图、协同图、状态图、活动图），这些图可以从不同的抽象角度实现系统的可视化。
一、UML模型视图：1、用例图：从用户角色描述系统功能，并指出各功能的操作者，描述系统应该具备的功能，即被称为参与者的外部用户所能观察到的功能，从用户角色描述系统功能，并指出各功能的操作者。
2、静态图：（类图和包图）描述形同中类的静态结构、表示类之间的关系、依赖、聚合。
包由包或类组成的，表示包与包之间的关系。
包图用于描述系统的分层结构。
3、行为图：描述系统的动态模型和组成对象间的交互关系，其中状态图描述类的对象所有可能的状态以及事就爱你发生时状态的转移条件。
4、交互图：描述对象间的交互关系，其中顺序图显示对象之间的动态合作关系，它强调对象之间的消息发送的顺序，同时显示对象之间的交互；合作图描述对象间的协作关系。
合作图跟顺序图相似，显示对象间的动态合作关系。
5、实现图：其中构件图描述代码部件的物理结构及各部件之间的依赖关系 。
配置图定义系统中硬件的物理体系结构。
逻辑视图：描述用例视图中提出的系统功能的实现。
逻辑视图既描述系统的静态结构，也描述系统内部的动态协作关系。
组件视图（实现视图）：描述系统的实现模块以及它们之间的依赖关系。
并发视图（进程视图）：考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理。
部署视图：显示系统的物理部署，并描述位于节点实例上的运行组件实例的部署情况。
静态图：（类图和包图）描述形同中类的静态结构、表示类之间的关系、依赖、聚合。
包由包或类组成的，表示包与包之间的关系。
包图用于描述系统的分层结构。
二、UML的主要特点1、统一的标准（被OMG所认定的建模语言 标准） 2、面向对象（支持面向对象软件开发） 3、可视化建模4、独立于开发过程（可以应用到任意一种开发过程中去） 5概念明确、建模表示法简洁、图形结构清晰、容易掌握和使用
