所在位置:答疑 - 内容   
应该每一类录入作为一个系统用例,还是将录入设备作为一个系统用例
 

碎杯子 (81****008) 2012-03-20 11:00:34
关于系统用例,如果有个信息维护系统,维护工程师只负责录入各类设备信息的表单,那么是应该每一类录入作为一个系统用例,还是将录入设备作为一个系统用例。
EliteQ (873***60) 2012-03-20 11:06:59
每一类录入都作为一个用例啊,比如:录入路由器信息,录入数据库服务器信息
碎杯子 (81****008) 2012-03-20 11:11:18
这是老师讲课的一个例子,我觉得老师似乎把他们合并成了一个系统用例。

潘加宇 (3504847) 2012-03-20 11:30:39
从这个角度来思考是得不到答案的,只有从业务流程(业务序列图)来映射,在业务流程中有几种用法就有几种用法
潘加宇 (3504847) 2012-03-20 11:31:41
就是课上说的,"小张,你等一下,我去什么什么"
潘加宇 (3504847) 2012-03-20 11:32:56
对这些问题有困惑,根源在于对各个业务流程没有调研,对维护工程师为什么突然要干活,要干什么活的故事不了解

碎杯子 (81****008) 2012-03-20 11:33:32
恩,那些信息我们确实不了解,所以现在很困惑。
碎杯子 (81****008) 2012-03-20 11:36:16
只还只是困惑之一,另外,还有一个;
一般来说,我们提供了录入,自然也会有编辑、删除这些内容;但是从业务流程的角度讲是没有编辑设备信息,或者删除设备表单的;只是我们考虑录入的人可能录错了需要提供这些功能,这种怎么去对应系统用例啊?
潘加宇 (3504847) 2012-03-20 11:40:18
肯定有的。没有就说明不需要。
些新系统没有诞生之前确实没有的基本数据的配置用户管理等等,这种东西没有风险,写不写用例或者最后用CRUD打扫垃圾均可,在学会从业务流程寻找之前,不要为这些操心。
潘加宇 (3504847) 2012-03-20 11:42:31
现状肯定也有搞错设备信息的情况,是怎么更正法,肯定是有故事的
潘加宇 (3504847) 2012-03-20 11:43:07
工作人员不会吃饱饭没事干,发神经跑到电脑前面操作
潘加宇 (3504847) 2012-03-20 11:43:20
学会观察,讲故事,提炼
潘加宇 (3504847) 2012-03-20 11:44:43
做需求是为了"好卖",不理解这一点,懒得去观察,随便把数据库的表加上新增修改删除查询就变成用例,这样的话,还不如不做

碎杯子 (81****008) 2012-03-20 11:46:07
恩,老师,这是一个设备档案信息的管理系统,对于设备维护工程师来说,按照设备信息单录入就可以了,即使以后设备信息单错了,也就错了,因为纸质的档案错了,并不需要他负责;但是如果是他自己录入的时候打错了,这种他就需要更改过来。
潘加宇 (3504847) 2012-03-20 11:49:30
这里面有许多故事:
他自己打字错了,还没有离开电脑,当场就改了
他打字错了,下游使用设备信息的同事,下游的同事改了他可以修改的内容
他打错了,没人发现,有一天条件充分了,系统自己发现有很多地方都有可能有错,提示他,他成批地查看系统提示的地方,修改
。。。。

碎杯子 (81****008) 2012-03-20 11:57:45
恩,有点明白了。