【2006-11-6  21:27:00  chen】
IDE 有个功能叫"参数映射"， 
将文件中的文本块映射成某个对象的属性 
所以我定义了一个UseCase 叫"参数映射" 
又给它添加了一个SequenceDiagram 
这个SD 中， 
动作序列要给出来吗？ 
或者说，这时候定义SD 是不是早了？ 
【2006-11-6  21:31:26  UMLChina 潘加宇答疑专用】
用例文档都没有写呢，怎么能进行分析设计 
光有一个用例名字怎么行呢，还有涉众利益，路径步骤，字段列表，业务规则，非功能需求等，这些决定了后面的分析和设计 
【2006-11-6  21:33:24  chen】
我是想说，直接在SD 中表达路径步骤了，，， 
【2006-11-6  21:34:17  UMLChina 潘加宇答疑专用】
不好，除非你的序列图只有一个对象，叫做"系统"，这样是可以的 
否则就已经是设计，不是需求。需求和设计分不清楚是最大的危害 
拿"映射参数"来说 
研究对象：IDE 系统，对吧 
执行者是开发人员，是吗 
【2006-11-6  21:36:06  chen】
yes 
是的 
【2006-11-6  21:36:30  UMLChina 潘加宇答疑专用】
执行者使用IDE 系统来"映射参数"是吧 
【2006-11-6  21:37:08  chen】
差不多是这样。 
【2006-11-6  21:38:02  UMLChina 潘加宇答疑专用】
那么什么是需求？就是涉众关心的东西，功能和性能。例如映射的步骤是否简单，映射的精确性如何评价，映射的语言有多少种。。。 
【2006-11-6  21:38:43  chen】
对，这是关乎涉众的方面 
假设这些都有现成的评价体系了 
【2006-11-6  21:39:24  UMLChina 潘加宇答疑专用】
至于内部有几个类来达到这一点，它并不关心。也就是说，可能映射参数这个用例只有几步，但其他的性能需求也很重要 
【2006-11-6  21:41:15  chen】
是，他不关心实现。但对于接口应该是在意的，比如他会要求有个窗口来展示文本内容 
可以通过鼠标选择的方式来确定映射的绝对位置 
这样，我们的具体步骤是不是也有了？ 
【2006-11-6  21:42:35  UMLChina 潘加宇答疑专用】
这些是可用性需求 
路径步骤描述的是"目标" 
例如：开发人员选择文件，请求映射 
系统映射文件为属性 
就完了 
其它的是补充约束 
但要谨慎 
当然：有个窗口来展示文本内容－－这也是步骤"系统显示文本内容"  
但"用窗口"是设计约束 
这些需求（有的甚至可能并不是需求）要分清楚 
【2006-11-6  21:45:14  chen】
哦？这个确实很难区分 
【2006-11-6  21:45:30  UMLChina 潘加宇答疑专用】
区分根据：涉众利益 
可以通过鼠标选择的方式来确定映射的绝对位置－－象这个，"确定映射的绝对位置"和"用鼠标选择"就是两类不同的需求 
前者比后者稳定 
甚至可以怀疑后者是否需求，不用鼠标就一定会损害涉众利益吗？ 
如果答案是否，那就不是 
【2006-11-6  21:47:25  chen】
显然是否 
【2006-11-6  21:47:56  UMLChina 潘加宇答疑专用】
需求也许只是说"操作步骤在几步之内"，达到这个，涉众可能就满意了 
所以，揣摩他的真实心意如何，就是需求的难点。也许项目开发里面，揣摩差一点也勉强过得去。如果是产品在市场上竞争，可能是致命的。 
【2006-11-6  21:49:51  chen】
确实如此 
我总结一下：根据涉众利益来区分需求和非需求，可以这样说吗？ 
【2006-11-6  21:52:37  UMLChina 潘加宇答疑专用】
是 
【2006-11-6  21:53:04  chen】
凡是会损害涉众利益的，都是需求。 
【2006-11-6  21:53:19  UMLChina 潘加宇答疑专用】
把它去掉，会不会损害前排（这个前排是团队自己定义的）涉众的利益？ 
不是所有涉众的利益，因为涉众利益本来就是冲突的 
【2006-11-6  21:54:06  chen】
OK，前排涉众。 
【2006-11-6  21:54:07  UMLChina 潘加宇答疑专用】
这是一个权衡的过程，也是需求的难点 
需要权衡的，谁坐前排，要照顾几排，每一排哪一些必须照顾。。