紫气东来 2012/12/21 9:50:34
我现在想描述一个业务,但是感觉用use case不适合
请问
用例说明文档里出现activity diagram合适吗??
比如login
青润 10:16:45
在我的书中提到的,需求调研阶段的流程图,在uml中就是状态/活动图。
另外在书中第56页前后就有针对你这个问题的一个相似问题的回答。
紫气东来 10:19:03
大大,我现在有三个文档,项目文档、用例说明文档、用例规格说明
我想请问activity应该画在那个文档里面??
应该是用例说明文档吗??
紫气东来 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
呵呵。