DDD领域驱动设计批评文集>>
《软件方法》强化自测题集>>
《软件方法》各章合集>>
问题时间：2014/10/10
譯揮 (252***466) 11:36:09
看看愿景定得对不对？
第一个目标可以定为：降低部门领导的重复审批次数（度量：由二次降低为一次），这个取决于改进的方案，由于涉及两个系统，处理比较复杂，暂没有定。这里假设保持两次不变。
杰克老徐<jin****.com> 11:43:13
这2个问题似乎本不该出现的啊
这样的话，信息化已然变成负担了
譯揮 (252***466) 11:44:55
现状是本来有两个系统，报销过程需要在两个系统中录入2次数据。所以，现在要改进，改进这就是一个目标指标。
潘加宇(3504847) 11:46:34
（1）要做的系统是两个？
（2）"无需特别关注已审批过的内容"这个度量很模糊，为什么以前要特别关注？是因为某些内容可能会被乱改掉，系统能承诺的改进指标可能是"内容被不恰当修改的事情发生的比例减少到****"，这个是可以对比的，改进前的比例，改进后的比例。
如果要针对强度来度量，可以通过领导在审批上所花的时间，填写内容的量来度量。这些是可以观测和度量的
"确保科技项目报销数据的一致性"以及后面的度量也是不合适的
譯揮 (252***466) 11:49:05
本来领导在项目系统中审过一次了，可是要完成财务报销付款过程，还要在费用系统中再提交一次审批，还要领导再审一次，这样领导必须对之前审过的内容还要仔细看一次，这不是工作强度增加了。
潘加宇(3504847) 11:49:49
愿景写改进后给老大所代表的组织带来的好处，不是描述系统里怎么样
"确保科技项目报销数据的一致性""。。。。。录入一致性"这种是不行的
要思考，现在这些不一致，从老大的角度看，有什么不好
譯揮 (252***466) 11:51:00
对费用统计数据就不准了
预算计划执行会出问题
财务报销付款也怕付错
潘加宇(3504847) 11:52:01
从这个角度说明，不要从解决方案的角度
再说了，"重复录入"就不好啊，一些关键系统都是要不同的人重复录入，才能保证录入的数据没问题
譯揮 (252***466) 11:53:08
这里的重复录入，是指同一个人在2个系统中重复录入
影响工作效率，也容易出错，出现两次不一致的情况。
潘加宇(3504847) 11:54:14
设密码也要输入两遍呢。
我的意思是：从老大的角度看问题，不要从系统的小细节看问题
"出现两次不一致的情况"说明有问题
所以，"只录一遍"就没问题了？
就像做实验，做两遍，得到的结果不一样，真烦，干脆只做一遍就好了
譯揮 (252***466) 11:54:54
老大的角度看，就是数据要准确。
潘加宇(3504847) 11:56:49
从准确的角度度量，例如去调研现状不准确的比例多少，改进后会是多少
杰克老徐<jin****.com> 12:48:35
要从用户角度
想用户所想，万事皆解
譯揮 (252***466) 14:41:43
看看这样行吗，考虑了一下，从组织角度看，没有其它更多改进了。
潘加宇(3504847) 14:42:33
可以
排下序,在陈总眼里,目前准确更重要还是效率更重要
譯揮 (252***466) 14:50:24
另一个问题：两个系统的情况下，项目经理在填写报销申请时，需要在两个系统中重新录入，还有附件（发票之类的）需要扫描件，比较麻烦。解决这样的问题，不在目标里反映吗？或是在哪里可以看到解决这样的问题描述。
潘加宇(3504847) 14:53:25
就像摄像机一样，如实描述
还有附件（发票之类的）需要扫描件--什么意思？需要打开扫描仪扫描？
需要在两个系统中重新录入--如实描述
难道之前画的现状是假的？
譯揮 (252***466) 14:55:12
之前的图是改进后的
不需要打开扫锚仪，扫描件是提前准备好的。
潘加宇(3504847) 14:55:58
如实描述即可，2014年10月11日拿摄像机去拍，拍到什么就画什么
[新增架构师专用集锦AD-001]28套UML EA和StarUML的建模示范视频-全程字幕（20221006更新）
10月10-14晚网课：SysML和MBSE基于模型的系统工程
[19:30上课]10月24-28日晚剔除伪创新的领域驱动设计-网络公开课
《软件方法》书中自测题-题目全文 分卷自测（1-8章）16套111题
《软件方法》强化自测题集110题
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
如何选择UMLChina服务
作者微信：umlchina2
