UML在软件项⽬开发中的详细应⽤
⼤多数做软件开发的⼈员都知道UML，但UML如何才能在软件项⽬开发中发挥它的巨⼤作⽤呢？下⾯就项⽬不同阶段的特殊
情形的特殊要求来讲⼀下UML的运⽤。
UML在软件不同阶段中的应⽤：
⼀、需求分析阶段：开发软件的过程中，在需求分析阶段最⼤的任务就是---要搞清楚⽤户需要我们开发的软件来做什么，软件有什么功能。UML的⽤例图就可以表⽰客户的需求。通过⽤例建模，可以对外部的⽤户⾓⾊以及它们所需要的系统功能进⾏建模。这时每个⽤例都直观地体现了客户的需求（⽤例图⼤多数⼈既是没有搞过软件的⾏外⼈也都看的懂。）。这样在和客户进⾏功能确认、和QA⼈员进⾏功能review 以及QA⼈员进⾏测试⽤例建⽴都是很有好处的。同时⽤例图也可以对商业过程进⾏需求分析。
⼆、系统分析阶段：分析阶段主要考虑所要解决的问题，可⽤UML的逻辑视图和动态视图来描述；类视图是描述系统所需要的静态结构，协作图、状态图、序列图、活动图和状态图描述系统的动态特性。在分析阶段，只为问题领域的类进⾏建模，⽽不定义软件系统的解决⽅案所需要的细节问题。（诸如⽤户接⼝的类，数据库等）；uml图用什么软件画
三、系统总体设计阶段：在设计阶段，要把分析阶段的结果扩展成技术解决⽅案。加⼊新的类来提供技术基础结构，包括⽤户接⼝，数据库操作等。分析阶段的领域问题类被嵌⼊在这个技术基础结构中。设计阶段的结果是程序设计（编码阶段）详细的规格说明。
四、程序设计阶段：把总体设计阶段的类转换成某种⾯向对象程序设计语⾔的代码。在对UML表⽰的分析和设计模型进⾏转换时，最好不要直接把模型转化成代码。因为在早期阶段，模型是理解系统并对系统进⾏结构化的⼿段。
五、测试阶段：对系统的测试常分为单元测试、集成测试系统测试和接受测试⼏个不同的阶段。单元测试是对⼏个类，⼀组类，或者⼀些功能模块进⾏的测试，通常是有程序员本⼈进⾏测试；集成测试集成组件和类，多个模块的组合进⾏测试，⽤来确认这些“单元”之间是否恰当地进⾏了协作。系统测试是对整个系统进⾏测试，验证系统是否满⾜系统设计之初的要求。不同的测试可以使⽤不同的UML图来做为⼯作的基础：单元测试使⽤类图和类的规格说明，集成测试典型地使⽤组件图和协作图，⽽系统测试可以就使⽤例视图来确认系统的所有功能是否满⾜需要分析阶段这些图中的定义。
，我对这⽅⾯也不算是太熟练，希望⼤家多多指出有错误的地⽅。呵呵。