常常用户是没有办法告诉你，他想用的是什么样的一个东西，如果是传统行业的话，我们就有必要自己上门不断的了解每个岗位上的 他所会做的东西。
而在公司的现有环境中，我们基本上是不会做到这个的。需求的文档是有客户完成的。但是如果有时候我们在业余的时间还是会接触到一些小单子的，
这个时候我们就需要自己来做这个需求的分析了，需求要是没有分析好。到时候客户就会拖欠钱款，并且可能对你印象不好。好不容易可能发展的一个客户，
就因为你做出来的东西，跟人家要求的不太一样。而拿不到钱。白白辛苦了时间。
做需求分析，我个人比较推荐的是。《大象--Thinking in UML》从作者还没有出书就刚开看他的序列文章了。
在做需求的时候，我们需要知道这个系统，所参与的角色有哪些。我们需要引导一些不太懂行的用户去思考，他做出这样的一个系统，是为谁服务的，有哪些用户可以用到这个系统，
哪些用户在用这个系统的时候会用到哪些功能（实际就是用例了）这些用例的场景又是如何呢？系统的边界在哪里，有一些用例我们会发现是我们系统自己完成的，
我通常会把这个角色定义为Robot，就是Robot有哪些自己的用例要完成。（比如定时清除系统的一些文件，日记，进行一些信息统计等。）
（发现自己的哪本《大象--Thinking in UML》又不见了，不懂被谁给借去了。）
作者：Lovebanyi
出处：http://www.cnblogs.com/Lovebanyi/
关于作者：菜鸟一枚。如有问题或建议，请多多赐教！
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接
如果您阅读了我的文章并觉得有价值在充话费的时候就到小店充话费吧
