现在正在做一个采办和库房系统的需求分析，感觉问题很多。
以前开发的系统大部分需求都比较清晰，通常是甲方的一两个人就能决定几乎全部的需求，而本身和甲方又都属于同一行业，因此做起来比较顺畅。
目前开展的这个项目就没有这么容易了。首先是项目面对的行业比较特殊，另外该项目属于外包项目，涉及到分包商和最终用户两方面的需求。分包商因为不是最后用户，很多需求也不是很明确，而最终用户因为属于大企业，对需求调研工作的支持也不是很好。
做了一段时间，感觉还是问题很多。觉得有必要再重新学习和整理一下软件工程的知识，通过这个项目加深对软件工程过程的了解和掌握，特别是需求分析。
在UML软件工程组织的主页上阅读了一些文章，下面结合自己的理解记录很重要的几点事项：
软件需求可以按照下面步骤进行：
获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求
在需求调研中注意：
⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由；
⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”；
⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。
来源：https://www.cnblogs.com/douzc/archive/2005/03/30/128317.html