uml在开发中的实现步骤？？？？

[yzssg]

各位大虾，我现在很想把uml用到我们的项目中，但却不知从何出下手，能不能指导一下，或提供一点资料下载

[Kitegril]

www.umlchina.com

[Kitegril]

用例驱动，迭代增量开发,UML只是一种建模语言，仅此而已

用例是捕获用户需求过程。毕竟开发的软件是要交给具体的用户(角色,ACTOR)使用的，针对每个具体的用户(ACTOR)，了解要开发的软件系统对他的工作能起什么帮助作用就是软件系统应该做到的功能需求，所有是用此系统的ACTOR的用例就构成了整个系统的需求，而且更加清晰明了 ，比基于功能需求的软件需求分析方法要好的多。
对于一个用户需求可能发生变化(这几乎是不可避免的)的软件系统的开发，改进的原型方法很有效果，具体来说就是在捕获用例的基础上，首先挑选用户需求最迫切的用例（这些用例相对来说风险度比较大，如果不能够载系统开发初期解决这些用例，后果是会造成系统前期对风险考虑不足，对分析设计出现的漏洞发现太晚以至造成不可挽回的后果）进行分析设计实现。增量迭代的意义在于不断完善各个用例，即首先完成用例的基本流程，异常及特殊处理流程暂不考虑，完成用例基本流程，就可以交付给用户一个基本的原型系统以期得到用户的反馈意见，从而不断迭代的完善用例。
下面过程比较粗略：详细的见Rup2002


1. 初始阶段:
（1） 分析技术难度
（2） 了解使用本系统的用户(ACOTR角色)有哪些，以及他们对本系统的期望
（3） 初步的系统开发时间安排(里程碑)
（4） 列出每个用户的用例，并根据用户需求的迫切程度及实现难度进行风险分析，并进行排序，找出首先要解决的主要用例
（5） 针对每个用例。特别是主要用例进行简单的分析，得出简单的用户流程

2. 细化阶段
(1) 针对选出的主要用例进行详细的分析，
(2) 初步完成主要用例的设计工作, 画出详细的流程(包括异常及特殊处理)，
(3) 将每个用例进行合理的时间分配，迭待开发实现
(4) 完成主要用例的实现工作(主要完成基本流程，异常及特殊处理可以暂不考虑)
3 .构造阶段
(1) 完成其他用例的分析设计工作
(2) 完成其他用例的实现
(3) 逐步完善各个用例(异常及特殊处理)（迭代过程）
(4) 测试
4. 整理移交阶段
(1) 完成未完成的单元测试
(2) 系统集成测试
(3) 移交。

[Kitegril]

而Uml的应用，在于它强大的描述能力，它提供了丰富的各种要素，而且是在各种见建模基础上集大成的，从软件的整个开发过程，UML从不同侧面(view)描述你要开发的系统,针对不同层次的人(用户，分析员，程序员，测试员，等)
分析阶段,提供use case ,序列图，类图等描述机制(概念层次)
设计阶段 序列图，交互图，类图(偏重软件概念)，对状态复杂的对象提供状态图
移交测试: 配置图，构件图等。。。。

[yzssg]

谢谢。继续啊，我最主要想看看别人是怎么去做的，能够有一个详细的实例最好了

[redrd]

1 活动图
2 类图
3 用例图
4 序列图
5 界面
6 配置部署

[IWillSaveGod]

买本 <<UML应用建模实践过程 >>,可以一看

[Kitegril]

apply uml and pattern 和上面仁兄推荐的书都可以

[yzssg]

我看过一本书了，但我要的是一个产品开发的详细过程（uml这一块的），不过还是感谢各位，希望各位多谈谈自己在实际开发过程中的一些体会及步骤

[stonespace]

用usdp或者xp都可以。

[chi0591]

up

[yzssg]

stonespace(stonespace) :可不可以谈谈你的体会

[redrd]

下不了

[Wally_wu]

到
http://www.codestudy.net/book/class.asp?id=19
下一本叫统一建模过程的书来看吧

[bjwulin]

1、需求分析：用例图，分析过程中注意执行者和用例的扩展，比如，继承，包含等。
2、做一些用例的活动图，表示用例的工作流程。
3、做一些用例的顺序图，然后用实体类，边界类，控制类细化图，然后作出用例分析类图。
4、合并不同的分析类图得去统一分析模型。