对Use Case的困惑，用户看不懂
　

---

我在开发一个信息系统，利用Use Case进行需求分析，但分析结果必须要经过用户确认，但分析结果用UseCase表示，用户不能接受，害得我再另外写文档。
所以我比较困惑，不知同志们有没有相同的经历，如何解决的？？

 用普通文本来表达use case，用户可能会更容易接受。
　

---

而不要用一些UML图

 回复: 用普通文本来表达use case，用户可能会更容易接受。
　

---

描述Use Case是用普通文本，但关键用户不能理解用例的概念

 回复: 用普通文本来表达use case，用户可能会更容易接受。
　

---

你是怎样跟用户解释“用例”这个概念的？

 回复: 用普通文本来表达use case，用户可能会更容易接受。
　

---

用例＝功能块
但用户喜欢办事流程来，也就是过程

 用户关注“过程”？
　

---

一般来说，用户很关注系统有什么功能，即系统能做什么。
如果他关注过程，我们用例中描述的执行者与系统的交互步骤可以满足他的要求。

可以简单跟用户说：
用例是描述一个使用者和这个系统的的交互动作序列，执行完这个动作序列会让使用者达到预定目标。
或者
用例是描述这个系统的功能和这个功能是如何通过你（或其他东西)和这个系统交互来达到的。

 回复: 用户关注“过程”？
　

---

总之，如果要用户看懂用例，就必须让他学会看用例，但现在地用户实在是......,谁叫他们是上帝

UML use case是你的锤子，但是用户不愿做你的钉子

你需要多了解一些其它的工具和办法，然后根据情况选择最适合用户和你自己的。

关于怎么做好需求工程，我觉得《掌握需求过程》一书讲得比较好，建议去看看