1,265
社区成员
发帖
与我相关
我的任务
分享初用UML，若干问题
我要做一个C/S+MySql的项目，采用VC开发，想在需求以及设计阶段使用UML。采用了IBM的Rational Rose2003,目前遇到几个问题：
1.用例的粒度要怎么把握？
2.我在新建文件时候,选择了VC MFC，它自动在Logical View中生成了一个MFC6.0，这个我怎么使用呢？
3.最后请说一下使用常规步骤吧：
a.是先画用例图么？再画什么图呢？
b.以及哪些图形之间是相关联的呢？
请帮忙解决一下，谢谢了
1.用例的粒度要怎么把握？
2.我在新建文件时候,选择了VC MFC，它自动在Logical View中生成了一个MFC6.0，这个我怎么使用呢？
3.最后请说一下使用常规步骤吧：
a.是先画用例图么？再画什么图呢？
b.以及哪些图形之间是相关联的呢？
请帮忙解决一下，谢谢了
...全文
请发表友善的回复…
发表回复
alexkangzks 2009-11-26
- 打赏
- 举报
[Quote=引用 45 楼 rabbitlzx 的回复:]
http://www.omg.org/mda/
模型驱动架构 找找这方面的资料吧
[/Quote]
不错的网站，谢谢了
http://www.omg.org/mda/
模型驱动架构 找找这方面的资料吧
[/Quote]
不错的网站，谢谢了
rabbitlzx 2009-10-19
- 打赏
- 举报
http://www.omg.org/mda/
模型驱动架构 找找这方面的资料吧
模型驱动架构 找找这方面的资料吧
「已注销」 2009-10-10
- 打赏
- 举报
3.最后请说一下使用常规步骤吧：
a.是先画用例图么？再画什么图呢？
b.以及哪些图形之间是相关联的呢？
答：简单的描述一下我的理解和平时的做法，相关的内容还是推荐看看相关的书籍，请大家补充和纠正。
步骤一：收集客户的需求，原样记载客户对需求的描述，使用最简单的文本记录。对客户的需求进行归类和编号。
步骤二：分析客户的需求，进行进一步的分类，分离出功能性需求/非功能性需求。功能性需求中可以再整理一下，整理基本的业务流程和分支流程等。
步骤三：根据功能性需求整理的业务流程，分析出 业务用例/系统用例。编写 用例说明书。用例说明书是描述了Actor完成此用例与系统的交互过程。建立 用例 与 需求 的 对应关系矩阵。这个是为了避免遗漏需求。
步骤四：以用例模型和用例说明书为基础，根据已经识别的系统边界和Actor，是做 需求分析模型。需求分析模型中从用例中提取Boundary/Control/Entity，并分析出 Actor 与 Boundary 的交互过程。交互过程来自用例说明书。
步骤五：以 需求分析模型 为基础，完成设计模型。设计模型 就是完成 初步的系统架构/模块/接口/数据库结构等的设计工作。
步骤六：根据设计模型，进行实现、测试。
以上步骤，采用迭代方法，通常都会重复很多次，而每一次的重点不同。
项目初始阶段，重点会在需求分析方面，设计编码工作很少，通常是会做一些技术预研。
随着项目的推进，重点逐渐向设计和实现转移。
a.是先画用例图么？再画什么图呢？
b.以及哪些图形之间是相关联的呢？
答：简单的描述一下我的理解和平时的做法，相关的内容还是推荐看看相关的书籍，请大家补充和纠正。
步骤一：收集客户的需求，原样记载客户对需求的描述，使用最简单的文本记录。对客户的需求进行归类和编号。
步骤二：分析客户的需求，进行进一步的分类，分离出功能性需求/非功能性需求。功能性需求中可以再整理一下，整理基本的业务流程和分支流程等。
步骤三：根据功能性需求整理的业务流程，分析出 业务用例/系统用例。编写 用例说明书。用例说明书是描述了Actor完成此用例与系统的交互过程。建立 用例 与 需求 的 对应关系矩阵。这个是为了避免遗漏需求。
步骤四：以用例模型和用例说明书为基础，根据已经识别的系统边界和Actor，是做 需求分析模型。需求分析模型中从用例中提取Boundary/Control/Entity，并分析出 Actor 与 Boundary 的交互过程。交互过程来自用例说明书。
步骤五：以 需求分析模型 为基础，完成设计模型。设计模型 就是完成 初步的系统架构/模块/接口/数据库结构等的设计工作。
步骤六：根据设计模型，进行实现、测试。
以上步骤，采用迭代方法，通常都会重复很多次，而每一次的重点不同。
项目初始阶段，重点会在需求分析方面，设计编码工作很少，通常是会做一些技术预研。
随着项目的推进，重点逐渐向设计和实现转移。
「已注销」 2009-10-10
- 打赏
- 举报
1.用例的粒度要怎么把握？
答：用例 分为：业务用例 和 系统用例。
简单描述一下：
业务用例 是 对客户来说有价值的事情，站在客户的角度思考。可以用一个方法来检验业务用例。
想想老板问你今天干了什么，你怎么回答老板会开心？那么一定是有价值的事情。
这么说来：“登录系统”就不是 业务用例，因为当老板问你，“你今天都干了些什么？”的时候，你回答“我今天 登录系统 了”，老板肯定不会高兴。
系统用例 就是系统内部要完成的工作。例如：验证操作权限。通常没有经验的情况下，程序员识别出来的用例，多数是 系统用例。
关于这方面内容，建议可以看看《大象》，有整个过程详细的描述。
答：用例 分为：业务用例 和 系统用例。
简单描述一下：
业务用例 是 对客户来说有价值的事情，站在客户的角度思考。可以用一个方法来检验业务用例。
想想老板问你今天干了什么，你怎么回答老板会开心？那么一定是有价值的事情。
这么说来：“登录系统”就不是 业务用例，因为当老板问你，“你今天都干了些什么？”的时候，你回答“我今天 登录系统 了”，老板肯定不会高兴。
系统用例 就是系统内部要完成的工作。例如：验证操作权限。通常没有经验的情况下，程序员识别出来的用例，多数是 系统用例。
关于这方面内容，建议可以看看《大象》，有整个过程详细的描述。
daily66 2009-10-10
- 打赏
- 举报
虽说不是一朝一夕的事情，我相信，只要大家讨论，总会有进步的，支持大家发表自已的看法
cxzhq2002 2009-10-06
- 打赏
- 举报
用例图如果过大，可能会丢失一些重要信息，如果过小则可能在需求过多的时间，也有可能有失准确，过多细节也让你不能方便把握整体功能~~
cxzhq2002 2009-10-06
- 打赏
- 举报
1.找出用户,
2.找出最重要的功能
3.描述用户与用户之彰,用例与用例之间,以及用户与用例之间的关系
4.使用交互图细化用例的具体执行过程
用例图描述的系统需要实现的目标，具体粒度要根据系统的复杂度，用例的重要性,是否有的价值来的把握~~
2.找出最重要的功能
3.描述用户与用户之彰,用例与用例之间,以及用户与用例之间的关系
4.使用交互图细化用例的具体执行过程
用例图描述的系统需要实现的目标，具体粒度要根据系统的复杂度，用例的重要性,是否有的价值来的把握~~
hejiahuii 2009-09-18
- 打赏
- 举报
这得弄多久啊？
mjwcn521 2009-09-18
- 打赏
- 举报
不是一朝一夕的事情
yuxh81 2009-09-13
- 打赏
- 举报
35楼的应该是需求获取及分析的过程
目的在于产生分析模型(功能模型、对象模型、动态模型)
后面还有系统设计、对象设计过程
会用到：部署、构件、类图（设计）
献丑了，我是初学者，如有不对之处，请高手赐教
目的在于产生分析模型(功能模型、对象模型、动态模型)
后面还有系统设计、对象设计过程
会用到：部署、构件、类图（设计）
献丑了，我是初学者，如有不对之处，请高手赐教
daily66 2009-08-19
- 打赏
- 举报
我认为从一个项目开始：
1、向客户了解需求，调查（都哪部分人用这个系统，分清哪部分人是用来做什么的）
2、找出用例、分析用例（弄清角色和用例之间的关系）、设计用例(进一步细化用例）
3、概念模型，主要就是抽象类（对于没有经验的来说，这一步相对稍难一些），分析类之前的关系
4、时序图，用来显示对象之间的关系,明确了对象之间消息的时间顺序及对象的交互
6、协作图，强调的是发送和接收消息的对象之间的组织结构
5、活动图，主要描术业务流程，画出来对业务更清析，
献丑了，简单就这么多，如有不对之处，请高手赐教
1、向客户了解需求，调查（都哪部分人用这个系统，分清哪部分人是用来做什么的）
2、找出用例、分析用例（弄清角色和用例之间的关系）、设计用例(进一步细化用例）
3、概念模型，主要就是抽象类（对于没有经验的来说，这一步相对稍难一些），分析类之前的关系
4、时序图，用来显示对象之间的关系,明确了对象之间消息的时间顺序及对象的交互
6、协作图，强调的是发送和接收消息的对象之间的组织结构
5、活动图，主要描术业务流程，画出来对业务更清析，
献丑了，简单就这么多，如有不对之处，请高手赐教
xushaoke 2009-08-10
- 打赏
- 举报
以用例为驱动，就要先捕获需求为用例。
用例颗粒度的把握这个不好说，但是我觉得一般来说不要太小，比如把增删改查这些操作也作为用例的话，那么就太过于详细了。
用例是一系列有序活动的集合，先画用例图。再画活动图来详细描述这些活动者之间的“序”，也就是对业务流程进行建模。
用例颗粒度的把握这个不好说，但是我觉得一般来说不要太小，比如把增删改查这些操作也作为用例的话，那么就太过于详细了。
用例是一系列有序活动的集合，先画用例图。再画活动图来详细描述这些活动者之间的“序”，也就是对业务流程进行建模。
aitianrew 2009-08-03
- 打赏
- 举报
我也想找本这样的书就好
wwfsfe 2009-08-01
- 打赏
- 举报
最好系统的学下
xdzzy13051317 2009-07-31
- 打赏
- 举报
应该找本书好好研究一下，值得学习的！！
xiaohuanjie 2009-07-30
- 打赏
- 举报
James506 2009-07-30
- 打赏
- 举报
推荐www.umlchina.com，这个网站很专业，有很多资料。
你有时间，去上上潘加宇老师的课吧。
你有时间，去上上潘加宇老师的课吧。
米的向日葵 2009-07-30
- 打赏
- 举报
Use Case Diagram --前期需求
Class Diagram --有必要要
Object Diagram
Sequence Diagram --有必要
State Diagram --看需要
Component Diagram --可以有
Deployment Diagram--可以有
Class Diagram --有必要要
Object Diagram
Sequence Diagram --有必要
State Diagram --看需要
Component Diagram --可以有
Deployment Diagram--可以有
redstone6513 2009-07-30
- 打赏
- 举报
15楼回答的很有道理。
gwemail2003 2009-07-30
- 打赏
- 举报
1 用例－需求用例、分析用例、设计用例
2 画什么图根据需要，一般类图是需要的
2 画什么图根据需要，一般类图是需要的
加载更多回复（5）
