所在位置:答疑 - 内容   
办件监控,日志监控,预约监控。。好像难以掌控的感觉
 

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  潘:  功能是很模糊的功能,可能是用例,路径,步骤。肯定是要按用例分配工作的,因为用例是系统的一个完整的契约,互相之间独立。如果编码是按照序列图进行的,那更得按照用例来了,因为序列图就是用例的实现。以前按页面分,背后的意思实际上也就是按用例分