2007-8-7 16:18:13 xgz 对于 统计分析，监控此类的用例该如何下手呢
2007-8-7 16:18:53 潘： 说得再具体一些？
2007-8-7 16:20:20 xgz 因为这类用例没有太多的行为，好像没有一个推导的过程，因为比较杂乱
2007-8-7 16:21:23 xgz 例如：办件监控，日志监控，预约监控。。好像难以掌控的感觉
2007-8-7 16:22:30 潘： 我大概明白你的意思了，例如，什么叫办件监控
2007-8-7 16:24:35 潘： 是不是跟领导口里的"加强管理"差不多？
2007-8-7 16:24:56 xgz 对办理的办件各个状态，督察处人员随时可以查看，并可以对其中的办件作出相关的处理，如：逾期没有处理的，要催办 等等
2007-8-7 16:26:07 潘： 你开发的系统，能单独承诺提供这个价值吗？
2007-8-7 16:26:46 xgz 恩，是这个样子的
2007-8-7 16:27:28 潘： 是不是用了你开发的系统，这一切都自然就能能达到了？
2007-8-7 16:27:38 xgz 是的
2007-8-7 16:28:23 潘： 为什么"督察处人员随时可以查看，并可以对其中的办件作出相关的处理，如：逾期没有处理的，要催办"
2007-8-7 16:30:20 xgz 督察处要加强监控的
2007-8-7 16:30:39 xgz 防止具体办件人员逾期没有办理
2007-8-7 16:30:46 潘： 那怎样才算"加强监控"的目标达到了呢？
2007-8-7 16:31:26 潘： 是不是逾期没有办理的办件减少到一定程度上甚至灭绝
2007-8-7 16:31:41 xgz 是的，你说的很有道理
2007-8-7 16:32:16 潘： 那么，是不是你的系统一上马，督察处人员死光了，也照样能达到这个目标
2007-8-7 16:32:52 潘： 或者换一批高中生上去替换现在的督察处人员，也能达到这个目标
2007-8-7 16:33:02 xgz 是可以达到这个目标
2007-8-7 16:33:57 潘： 那这句话是什么意思"督察处人员随时可以查看，并可以对其中的办件作出相关的处理，如：逾期没有处理的，要催办"
2007-8-7 16:35:38 xgz 也就是说此类问题：系统可以把事情都做完，参与者的交互行为不是很重要，可有可无。这样的用例该如何写
2007-8-7 16:37:22 潘： 用例就是用例，你的系统承诺提供某个价值，就算100 年没人用也是他承诺的价值。
2007-8-7 16:38:17 潘： 你的混乱在于边界不清楚
2007-8-7 16:38:47 潘： 你只要画出业务序列图中，把人该做什么，系统该做什么画清楚，就不会有这些疑惑了
2007-8-7 16:38:51 xgz 那给我个建议，让我爬出来吧
2007-8-7 16:39:36 潘： 以XX 系统为研究对象（注意，这句话我们讨论到现在你一直都没有提到过）
2007-8-7 16:39:43 潘： 这里可能有两个用例
2007-8-7 16:40:33 潘： 一个是督察处人员查看办件情况的用例
2007-8-7 16:41:14 潘： 另一个是不是用例，不得而知，因为你的系统是怎么引发这些检查，如何自动催，催完之后怎么办。不得而知
2007-8-7 16:41:57 潘： 不存在"加强监控"的用例，这是一个涉众利益（领导的愿望），不是契约
2007-8-7 16:43:47 潘： 可能还有督察处人员催交的用例
2007-8-7 16:46:42 xgz 的确有督察处人员催交的用例，对上面你提到的两个用例的第一个也有，就是第二个不知道如何下手
2007-8-7 16:47:05 潘： 你的系统是怎么引发这些检查和催交
2007-8-7 16:48:02 xgz 时间触发
2007-8-7 16:49:08 潘： 每天，每月？
2007-8-7 16:50:37 xgz 对于办件，应该按小时
2007-8-7 16:51:32 潘： 也就是说，只要时间一到，就算人都吃饭去了，系统也会自动检查催交
2007-8-7 16:51:54 xgz 是的
2007-8-7 16:52:38 潘： 那就是:时间-->催交将过期办件
2007-8-7 16:53:02 xgz 哦，有些明白了
2007-9-13 9:02:45 xgz (1):关于基于用例的计划安排问题，当有很多用例，是横向先抽取对象还是纵向一部份先深入进行
2007-9-13 9:04:36 xgz 因为走CMMI，计划必须把工作分工成最多3 天，具体到个人，所以想听听你的意见
2007-9-13 9:06:09 潘： 过程上，我的意见不重要:$，你们老大的意见重要，是采用迭代还是瀑布还是折衷，只有研发老大才清楚团队和项目的情况
2007-9-13 9:06:35 潘： 传过去的文件是说开发顺序的，风险大、愿景密切的先开发
2007-9-13 9:10:11 xgz 恩，现在的做法就是按重要级别分的，部分部分展开下去
2007-9-13 9:11:41 潘： 还有风险（难度），其实有的项目，某个重要部分碰到难题开展不下去，在老大看来，这个项目已经没有价值，但开发人员往往意识不到。
2007-9-13 9:13:25 xgz 恩，好的。。谢谢！ （2）还有一个问题，都后期的代码阶段，是按照功能分，还是按用例分呢。
2007-9-13 9:13:57 潘： 再具体说一下？
2007-9-13 9:16:10 xgz 这个部分是QA 部门关注的，以前的分配方式就是按照每个页面给谁做，或者一个功能块给谁做。
2007-9-13 9:19:32 潘： 功能是很模糊的功能，可能是用例，路径，步骤。肯定是要按用例分配工作的，因为用例是系统的一个完整的契约，互相之间独立。如果编码是按照序列图进行的，那更得按照用例来了，因为序列图就是用例的实现。以前按页面分，背后的意思实际上也就是按用例分
|