LqP19:51:52
是任何软件系统的需求都可以用"用例"技术来分析捕获吗？
潘 19:52:14
可以啊 
为什么有这个疑惑？ 
LqP19:54:51
有些软件系统的需求很那用"用例"来分析，比如：仿真、推演类：
用户大部分只需要看就可以，跟用户的交互比较少
潘 19:56:23
那他为什么要"看"呢。本来好的软件就应该交互少一些，难道非得累死用户才开心吗。 
用例不是来提炼交互的，是来提炼价值的。
LqP19:58:06
与用户的交互，简单的来说：
1. 上传推演脚本；
2.系统实时推演
3.显示推演结果
但是用户对仿真、推演的功能性要求却很多，这些东西怎么用"用例"来分析？
潘 20:00:08
用例没有变，但用例绑定的约束不同。仿真、推演的功能性要求－－这些可能是非功能需求，可能是业务规则
LqP20:00:57
如果用"用例"来分析的话，是不是就只有3 个用例？
潘 20:01:19
怎么会有三个，不就是一个吗 
推演 
LqP20:01:54
啊，只有1 个用例怎么分析啊
潘 20:02:31
只有一个用例的东西多了。QQ 以前就只有一个：聊天。 
你用的输入法也就一个：输入中文 
就算有100个用例，按照增量迭代开发，也是从一个用例开始分析啊。怎么会一个用例就分析不了？你的困惑在哪里？ 
LqP20:04:29
看来"用例"这水还是挺深的
潘 20:04:53
是把东西"卖出去"的技能，你说深不深 
可以再看看我们的幻灯片，其实这些课上都说了的 
你的用例文档都没有写完，用例、路径、步骤、约束 
还有涉众利益