Java开发网 - 那位高手帮我分析一下 (这一张流程图对应的use Case 应该怎样画)

Topic: 那位高手帮我分析一下 (这一张流程图对应的use Case 应该怎样画)

1.那位高手帮我分析一下 (这一张流程图对应的use Case 应该怎样画)	Copy to clipboard
Posted by: ganlin Posted on: 2003-01-07 16:42 这是一张流程图，对应的use Case 应该怎样画谢谢（缩略图，点击图片链接看原图）

2.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: fat32 Posted on: 2003-01-07 18:30 发一张清晰一点的图片吧，这个太模糊了，看不清楚。

3.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: yj780210 Posted on: 2003-01-08 08:59 把图片保存一下，用acdsee看的到是满清楚，不过，您不是想让大家彻底帮你分析吧。画一个，大家改改，你看这个建议怎么样？

4.我说明一下 [Re: ganlin]	Copy to clipboard
Posted by: ganlin Posted on: 2003-01-08 10:51 兄弟我是第一次作这种分析，我都不知道从哪里下手？所以想请那位高手帮一个忙。另外请推荐一本比较好的教材（最好是中文的）。谢谢

5.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: fly2fire Posted on: 2003-01-09 09:31 我不是高手哦。不过给你一个建议。你看上面的图，然后把actor找出来，再来描述actor要做什么事情。小事情呢，算一个use case，大事情呢，拆开。就做完了。教材么uml distill不错阿。不是所有的uml元素都有用的，看看你要用到什么。

6.Re:那位高手帮我分析一下 [Re: ganlin]

Copy to clipboard

Posted by: irisjacky
Posted on: 2003-01-09 10:54

我这边给你提一些建议，现在比较忙，没空给你画，如果你能等的化，到周末，如果我有空，可以给你画个草图参考一下。

1.由于USE CASE是ANALYSIS DESIGN，一定要简单易懂。依据科学分析，在一个图里，人对于7个左右的USE CASE比较能接受，所以建议的USE CASE数量为7+OR-2. 也就是5-9个case为佳。

2.和前面的兄弟意见相反，use case不能是小事，不然就变成了XP里的user story. 我不太会用中文定义了，因为学的都是英文的。简单的说，use case是abstract level的功能的说明。

3.大事中重要的小事可以以include 或extend的关系再细分。两者的区别在于include是总是发生的case，而extend 是特例情况。

4.看了一下你的图，给你建议几个ACTOR（一般是指和系统发生关系的），系统管理员，INF经理和INF普通职员，供应商。我建议你和你的客户，沟通一下，因为ACTOR需要贴切反映和这个系统发生关系的个体（不一定是人）。这个客户最清楚了，因为涉及他们的运作流程。

5.对于写程序的人来说，刚开始画USE CASE确实麻烦，因为想的东西太细了，但USE CASE一定要从综合的层面来考虑，把具体的流程图给忘了。请切记。

6.我建议你一定要自己试着画，不然你很难掌握。

最后，因为USE CASE比较抽象，所以很多人有不同的看法，没有一个标准答案，可能大家都是对的。所以每次我画图总是和别人争的面红耳赤，但这样是有好处的，能争出比较合理的东西来。

就这么多了，希望能帮上你一点。

7.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: scottding Posted on: 2003-01-09 13:34 如果谁画了的话，可以把整个思路贴出来，和具体的操作方法等等，这样以供大家共同学习。

8.Re:那位高手帮我分析一下 [Re: ganlin]

Copy to clipboard

Posted by: ganlin
Posted on: 2003-01-09 15:51

谢谢irisjacky 和各位兄弟。我这个项目正在分析阶段，我想着应该是比较典型的物料管理系统的流程，所以我把它贴出来希望大家一起讨论一下，我现在也在试着画，但是有几个问题想问一下大家:
1.是不是不进入电脑的动作（手动）就不用画出来。
2.几个类似的动作是做一个user case 呢还是每一个作一个user case （比如这里的建立报表，有很多种报表，是不是建立每一种报表的动作都有一个user case 呢？）

9.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: irisjacky Posted on: 2003-01-09 17:11 我的理解是 1 可以不用画出来. 或者简单的作一个LOGIN的USE CASE. 2 不用那么细, 比如你可以画一个CASE为maintain report,然后用3个include 画三个sub-use case( 1.create report, 2. delete report , 3. update report).至于报表的种类,在ANALYSIS可以忽略. 希望大家争论!

10.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: irisjacky Posted on: 2003-01-09 17:38 还有一点我认为挺重要的刚才忘了写. 画USE CASE 光有你这个 FLOW CHART是远远不够的. 要画USE CASE 更重要的是基于的你的SRS(Software requirement specification),这才能真正体现用户的需求, 才真正的起到ANALYSIS DESIGN的目的.

11.Re:那位高手帮我分析一下 [Re: ganlin]

Copy to clipboard

Posted by: ganlin
Posted on: 2003-01-10 09:16

SRS 我们已经跟用户很详细的讨论过，但是他们没有写出很明确的文档来，他们的需求我大致的说一下：
1.物料的仓存管理（查询，收货，发料，退料）（inf 职员）
2.物料需求趋势分析。（inf 职员）
3.普通用户可以查询信息（物料信息，统计信息）（普通用户）。
4.报表统计（每月盘点，各部门费用统计，各种物料每月消耗统计）（inf 职员）

12.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: ganlin Posted on: 2003-01-10 15:23 我自己画了一张草图，但是我贴不上去。

13.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: ganlin Posted on: 2003-01-10 16:10 我自己画了一张，贴出来大家讨论一下，欢迎各位高手指出不足

14.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: myjava Posted on: 2003-02-03 23:25 不对！USE CASE不是程序功能的模块划分，从一般的用户的视点看。

15.Re:那位高手帮我分析一下 [Re: ganlin]	Copy to clipboard
Posted by: robin Posted on: 2003-04-02 15:27 实在是不敢恭维！如果想要得到比较有价值的意见请向floater请教。（在当前论坛中）我想除了他其他人的见解，我觉得不具有权威性！