[全程建模]需求阶段可以用哪些uml图

紫气东来 2012/12/21 9:50:34

我现在想描述一个业务,但是感觉用use case不适合

请问

用例说明文档里出现activity diagram合适吗??

比如login

青润 10:16:45

在我的书中提到的,需求调研阶段的流程图,在uml中就是状态/活动图。

另外在书中第56页前后就有针对你这个问题的一个相似问题的回答。

紫气东来 10:19:03

大大,我现在有三个文档,项目文档、用例说明文档、用例规格说明

我想请问activity应该画在那个文档里面??

应该是用例说明文档吗??

[全程建模]需求阶段可以用哪些uml图

紫气东来 10:20:47

用例文档这样的结构,登陆的用例图我画的很简单。涉及到的详细步骤想用说明来补充。这个说明准备用event flow和activity diagram补充

青润 10:21:15

用例说明文档里面肯定要有,需要说明用例内部逻辑结构和流程细节的就是使用状态/活动图。

另外,关于我元用例的概念,其实就是在流程图中拆分出来的最细化用例的形态,也是我后续提出可度量绩效管理模型的一个基础。

紫气东来 10:21:46

大大!小的对不起您。小的还没买您的书呢

赎罪

恕罪

那么用例说明文档不是像它的名字那样。只有use case是吗??

也可以有其他的uml图

例如sequence和collaboration这类??

青润 10:22:33

你被别的书给误导了。

我的书中针对这一点写的很清楚。

时序图和协作图不可能出现在需求阶段,从它们被创建出来的时候,就不是用来解决需求问题的。

紫气东来 10:23:15

哦小的糊涂了

sequence和collaboration是设计阶段的

activity

青润 10:23:53

这是基础概念,但是,很多书中都乱用了。

我不解释基础概念的问题。

紫气东来 10:23:57

小的错

青润 10:25:04

没什么大的小的,呵呵。

做技术的,必须认真,必须追根溯源,有些人为了解释自己做错的东西,而强词夺理的现象并不少见。

能认识到错误,并主动改正,才是技术人员应有的基本品质。

紫气东来 10:26:33

谢谢清润大大给小淫面子

青润 10:26:50

不客气。

去买一本吧,至少国内没有人用9年时间写技术书籍的。

紫气东来 10:27:09

小淫先去弄了~~

好滴~~

青润 10:27:19

88

紫气东来 10:27:24

等有200-100滴特价滴!先加入书单~~


青润 10:27:34

呵呵。

你可能感兴趣的:(UML)