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： 你的后两天的课（设计这块）因为有出差没有去听，复习的时候很努力的听录音但是还是理解不够啊
|