所在位置:答疑 - 内容   
这种游戏和以前接触的mis差别很大,执行者我都不知道怎么找
 

2008-10-22  17:23:54  tzhliang:  用例之间可以有包含或者扩展关系,我想对每个用例加入活动图,如果在写父用例的时候活动图之间可以有嵌套关系,岂不和子用例的活动图重复吗,这时候应该画那个用例的活动图比较合适呢
2008-10-22  17:24:06  tzhliang:  这个图片是一个用例关系图
2008-10-22  17:24:37      您成功接收了土地管理.JPG。
2008-10-22  17:25:37  tzhliang:  扩展针对的是扩展路径,那么是否不需要对其做写专门的用例文档,文档可以反映在父用例的扩展路径中,怎么样更好呢,呵呵
2008-10-22  17:26:24  tzhliang:  潘老师有针对场景游戏的UML 设计参考吗
2008-10-22  17:27:11  潘:  写文档就可以了,不用那么多关系
2008-10-22  17:27:41  潘:  把故事讲清楚

2008-10-22  17:28:07  tzhliang:  用例太多了,需要一种关系或者方式把它组织起来,我就选择关系了
2008-10-22  17:28:46  tzhliang:  类似SNS社区这种,他的用户都是普通用户,但是里面有很多用户角色,这种角色和企业信息系统还不一样,你说这样的角色考虑的时候把它也看作涉众吗
2008-10-22  17:29:48  潘:  飞行,瞬移,移走--在居民看来有什么区别
2008-10-22  17:31:18  tzhliang:  不同的行走方式,飞行就是驾驶飞机在空中盘旋,瞬移就是从一个地方通过一个link 换到另外一个地方,行走,就是在地上移动
2008-10-22  17:39:50  潘:  就是一步动作,表现形式不同而已嘛,没有必要搞出这么多用例来
2008-10-22  17:40:39  tzhliang:  但是里面的操作不一样,在用例文档中的什么地方描述方式不同呢
2008-10-22  17:41:39  潘:  那就把前面那些用例去掉,管理××,编辑土地,移动位置。。删掉
2008-10-22  17:42:03  潘:  这些都是自己抽象出来的,没有必要

2008-10-22  17:42:05  tzhliang:  主要是组织方式,以前有些文档,就是太乱,没有有序的组织起来,还有就是描述不清楚
2008-10-22  17:42:29  tzhliang:  直接写最后面一级用例?
2008-10-22  17:42:44  潘:  不是最后一级用例,就是用例
2008-10-22  17:43:15  潘:  要从玩游戏的人的角度去揣摩
2008-10-22  17:43:24  潘:  这是一个事情,还是几个事情

2008-10-22  17:43:56  tzhliang:  恩,这些组合我是从方便的角度把它整合的
2008-10-22  17:45:52  tzhliang:  还有一个,比如交易土地,他有出售者和购入者两个执行者,花的时候是否要区分角色,还是都写成 用户就好呢
2008-10-22  17:45:57  潘:  没得整合,编辑纹理,合并土地,这两件事发生的场合应该差别很大吧
2008-10-22  17:46:33  tzhliang:  这种游戏和以前接触的mis差别很大,感觉找不到感觉,呵呵
2008-10-22  17:47:14  tzhliang:  用例的执行者我都不知道怎么找,呵呵
2008-10-22  17:47:14  潘:  这种系统更要重视用户的心理,不要搞得象数据库系统一样,动不动就管理××
2008-10-22  17:47:47  潘:  交易土地,他有出售者和购入者两个执行者,花的时候是否要区分角色--尽量分开

2008-10-22  17:47:49  tzhliang:  恩,我发现已经陷入这种思维了
2008-10-22  17:48:21  潘:  你可以画业务序列图把整个玩游戏的过程串起来
2008-10-22  17:49:26  tzhliang:  我现在的方式是根据他们以前的文档,找用例,然后逐个用例画活动图,原来我想序列图在设计阶段做
2008-10-22  17:51:07  潘:  不是系统的序列图,是业务序列图
2008-10-22  17:51:18  tzhliang:  业务序列图也是针对不同的业务用例,但是我找业务用例的时候,感觉很少,呵呵
2008-10-22  17:52:44  tzhliang:  玩游戏: 玩(逛游,创造物品,编辑土地,聊天),买地,购物,卖东西,
2008-10-22  17:53:22  tzhliang:  是不是以前游戏玩得太少找不到感觉呢,呵呵
2008-10-22  17:55:24  tzhliang:  老师以前做过这种游戏的咨询项目吗
2008-10-22  17:55:29  潘:  对呀,从用户的角度看
2008-10-22  17:56:28  潘:  客户有做数码设备上的小游戏拿出来讲的,但大型游戏没有剖析过。
2008-10-22  17:56:48  潘:  不过上海的游戏公司**、**、**经常都有人来上课的

2008-10-22  17:57:16  tzhliang:  不知他们回去怎么理解的,呵呵
2008-10-22  17:57:25  潘:  你不是在******吗,怎么做游戏
2008-10-22  17:57:49  tzhliang:  年初换的单位,呵呵,对3D 游戏感觉有点兴趣
2008-10-22  17:57:59  tzhliang:  www.h******.com
2008-10-22  17:58:48  tzhliang:  完全新的平台,他们的人来说这里访问过
2008-10-22  17:59:35  tzhliang:  现在这些人开发都很牛,但是文档这块是个问题,2D 和3D 沟通不够畅通,
2008-10-22  18:00:11  tzhliang:  需要把脑袋里的东西都挖出来变成公司的财富,呵呵
2008-10-22  18:30:30  潘:  :D
2008-10-22  18:30:58  tzhliang:  我刚才找了半天的businessactor 怎么找不到呢,呵呵
2008-10-22  18:31:11  tzhliang:  我下载了businessmodelprofile 也不行呢,呵呵
2008-10-22  18:31:16  tzhliang:  EA
2008-10-22  18:31:18  潘:  用的什么
2008-10-22  18:31:54  tzhliang:  很早以前用的时候记得可以,忘了在哪设置了:)
2008-10-22  18:32:35  潘:  setting,uml
2008-10-22  18:32:45  tzhliang:  我进入了
2008-10-22  18:32:51  潘:  或者用我们课上的模板
2008-10-22  18:32:53  tzhliang:  但是里面没有actor
2008-10-22  18:33:06      潘 发送 myproject.rar
2008-10-22  18:34:13  tzhliang:  参考你以前的模板可以了
2008-10-22  18:34:19  tzhliang:  :)
2008-10-22  18:36:57  tzhliang:  我新建工程的时候默认建立的目录结构为 : business process model/requirementsmodel/usercasemodel/ 我是按照需求来建工程的,这种情况下,如果我想画业务用例和业务序列图的话,怎么样部署目录合适呢,我的系统假如有多个子模块的话
2008-10-22  18:37:13  潘:  这种系统设计更重要,需求用不用用例表达不是那么关键
2008-10-22  18:37:44  潘:  按照课上的模板来建包即可

2008-10-22  18:39:00  tzhliang:  我现在主要就是想简化文档,只想根据业务整理一个用例文档,在用例文档中加入活动图,其他想省略 ,
2008-10-22  18:39:43  tzhliang:  然后根据用例文档 进行设计(因为此时会有两种实现方式,一种3D 的, 一种2D 的)
2008-10-22  18:40:08  tzhliang:  两种的设计方式完全不一样,所以现在需要一个统一的需求文档,呵呵
2008-10-22  18:42:33  tzhliang:  你的后两天的课(设计这块)因为有出差没有去听,复习的时候很努力的听录音但是还是理解不够啊