引用
1.需求的完整性。要想绝对的完整那是很难的。我们只能无限的趋近这个完整性，但是要做到绝对的完整。我相信很难。正如你想保证程序的完全正确。我想没人敢怎么保证。敢保证的也不过是些不懂技术的人吧了。所以只有无限的趋近完整性。那么怎么做才能无限接近呢？要无限接近的话，只有让足够多的用户参与并且得到足够多的确认。因此需求更加强调足够多的用户中的角色、场景及其这些的交集。有相交的部分是离用户更贴近。更贴近那么也就更趋近于完整。
2. 需求引导的时候尽量避免技术驱动，毕竟使用者是不怎么喜欢听你专业的技术。使用者关注的是他的东西。如果采用技术驱动的话，那么在引导用户的过程中将受到很大的阻力。
3. 区分用户的真正需求和用户的异想天开的想法。
4. 认清楚是用户的原始需求还是用户对问题的解决方案(用户对问题的解决方案不能认定为需求)
5.引导用户谈论一些非显式需求或者根据自身的对业务的熟悉来引导用户(毕竟是人就会有遗忘)。
6. 不是用户的所有的需求都能够实现，根据实际情况进行合理的处理
7. 需求验证这是你通过交流和引导用户，将用户的需求和本身的角色通过图的形式画出，在跟用户进行验证。这个步骤是很重要的也是最后查缺补漏的关注点。如果需求做的充分，那么将降低需求变更带来的风险。
需求分析的核心的一些知识：
引用
1. 关注How、What、Why
2. 对业务需求、用户需求、软件需求的获取
3. 需求定义得出业务需求
4. 需求捕获产出用户需求
5. 需求分析产出软件需求
需求分析的本质是将人、事（场景、流程）、物（数据）和接口进行有机的组合形成模型。也成为建模。