Emma (308***134) 2012-10-09 21:12:18
请教下大家啊,在写UseCase规约时,需要精确到画面上的栏位信息吗?
潘加宇 (3504847) 2012-10-12 08:39:59
判断是不是需求，要问的问题是"不这样行吗"，而不是"这样行吗"？
界面上要交换信息的内容是需求，属于功能需求的补充约束，因为"不这样不行"，系统必须要告知我这些信息。
但是，这些信息通过何种界面布局来交换如果不是涉众强制要求（大多数情况下如此），不是需求，只是开发人员的设计。此时，需要找到背后涉众真正在意的需求，往往是一些非功能需求。
潘加宇 (3504847) 2012-10-12 08:41:57
要注意这里常犯的认识错误，"精确，精细"不是判断是否需求的标准。代码是最精确最无二义的，但代码不是需求，因为涉众并没有在意"代码一定要这样写，不这样写不行"。代码是解决方案。
潘加宇 (3504847) 2012-10-12 08:42:35
利润＝需求－设计
利润＝问题－解决方案
如果把解决方案当作问题，利润就没有了
潘加宇 (3504847) 2012-10-12 08:43:43
有意无意把界面细节当成需求，另一个原因是：缺少探索非功能需求的能力，干脆以自己能想到的一个解决方案代替
潘加宇 (3504847) 2012-10-12 08:43:55
参见群共享umlchina_4-req.pdf
水都过客 (244***35) 2012-10-12 09:38:01
其实我一直搞不清楚这个问题
水都过客 (244***35) 2012-10-12 09:38:21
潘老师的书，我一看公式，就有豁然开朗的感觉
水都过客 (244***35) 2012-10-12 09:43:18
有个故事，说有一个地方的锅炉坏了，请几个人都没修好，后来请一个专家修，这个专家观察了15分钟，用榔头在某个地方砸了一下，就好了，后来收费1000元，锅炉方觉得冤枉，让他们出示清单，专家的清单是：
敲一榔头 1元
知道在哪敲，怎么敲，999元
水都过客 (244***35) 2012-10-12 09:45:03
这个故事隐喻了潘老师的公式