碎杯子 (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
恩，有点明白了。