所在位置:答疑 - 内容   
恼人的CRUD,可是我的项目就是维护一个数据库呀
 

593 (585**01) 2012-10-25 13:24:05
恼人的CRUD,可是我的项目就是维护一个数据库呀
潘加宇(3504847) 10:05:07
什么叫"维护一个数据库",做什么系统背后不都是维护数据库,玩游戏也是"维护一些数据"。背后还是一台台计算机呢。
如果你在这个项目的角色是DBA,另有人做需求,那需求就不管你的事
如果你负责做需求,就要想清楚这个项目要卖的是什么

593(585**01) 10:15:36
系统就是维护CMDB
593(585**01) 10:15:58
通过系统来维护,不是通过sql来维护,这个我还是分得清的
593(585**01) 10:16:42
比如说做一个phpmyadmin
潘加宇(3504847) 10:40:34
既然如此,直接用phpmyadmin不行吗?别的数据库也一样有类似的管理工具。
"通过系统来维护,不是通过sql来维护"什么叫系统来维护?
---------------
其实很可能是这样的,你做的其实是一个CMDB的工具。
可能的需求是:"同步配置信息"
至于是通过图形界面做到,通过一句命令来做到,还是管理员嘴巴里念一句咒语做到,这个需求实现起来用了多少行代码,用到数据库中多少个表,写了多少句SQL语句,还是不直接使用SQl语句,是无所谓的
---------------------
需求和设计往往是多对多的,如果从里到外都是一对一的,这层层包装有何意义,

593(585**01) 10:49:00
一下说到点子上了。我提取出来的需求:维护配置信息。可能还是"同步配置信息"比较形象点。
593(585**01) 10:50:59
实际上,我想说的是用例的粒度问题。同步配置信息的操作会有新建配置信息、修改配置信息、删除配置信息。放到一个用例里描述,内容太多了。参考了一些文档,说是可以单独提取出来。一直在纠结要不要提取出来
潘加宇(3504847) 10:53:08
说这些没有意义,你要去研究负责维护CMDB那些人的工作,从业务序列图中映射合适的用例