UML在软件项目开发中的详细应用

大多数做软件开发的人员都知道UML,但UML如何才能在软件项目开发中发挥它的巨大作用呢？下面就项目不同阶段的特殊
情形的特殊要求来讲一下UML的运用。

UML在软件不同阶段中的应用：

一、需求分析阶段：开发软件的过程中，在需求分析阶段最大的任务就是---要搞清楚用户需要我们开发的软件来做什么，软件有什么功能。UML的用例图就可以表示客户的需求。通过用例建模，可以对外部的用户角色以及它们所需要的系统功能进行建模。这时每个用例都直观地体现了客户的需求（用例图大多数人既是没有搞过软件的行外人也都看的懂。）。这样在和客户进行功能确认、和QA人员进行功能review以及QA人员进行测试用例建立都是很有好处的。同时用例图也可以对商业过程进行需求分析。

二、系统分析阶段：分析阶段主要考虑所要解决的问题，可用UML的逻辑视图和动态视图来描述；类视图是描述系统所需要的静态结构，协作图、状态图、序列图、活动图和状态图描述系统的动态特性。在分析阶段，只为问题领域的类进行建模，而不定义软件系统的解决方案所需要的细节问题。（诸如用户接口的类，数据库等）；

三、系统总体设计阶段：在设计阶段，要把分析阶段的结果扩展成技术解决方案。加入新的类来提供技术基础结构，包括用户接口，数据库操作等。分析阶段的领域问题类被嵌入在这个技术基础结构中。设计阶段的结果是程序设计（编码阶段）详细的规格说明。

四、程序设计阶段：把总体设计阶段的类转换成某种面向对象程序设计语言的代码。在对UML表示的分析和设计模型进行转换时，最好不要直接把模型转化成代码。因为在早期阶段，模型是理解系统并对系统进行结构化的手段。

五、测试阶段：对系统的测试常分为单元测试、集成测试系统测试和接受测试几个不同的阶段。单元测试是对几个类，一组类，或者一些功能模块进行的测试，通常是有程序员本人进行测试；集成测试集成组件和类，多个模块的组合进行测试，用来确认这些“单元”之间是否恰当地进行了协作。系统测试是对整个系统进行测试，验证系统是否满足系统设计之初的要求。不同的测试可以使用不同的UML图来做为工作的基础：单元测试使用类图和类的规格说明，集成测试典型地使用组件图和协作图，而系统测试可以就使用例视图来确认系统的所有功能是否满足需要分析阶段这些图中的定义。

，我对这方面也不算是太熟练，希望大家多多指出有错误的地方。呵呵。