软件需求读书笔记-序

人们对软件需求工作的理解往往是片面的，常常称为“需求分析”，需求分析固然重要，但更为重要的是需求获取，需求说明，需求验证和需求管理。

个人感想：

关于需求获取，很多时候，客户不知道自己想要什么，通常是业务部门很多人聚到一起头脑风暴，我需要把会议内容搜集，总结，精炼，然后总结成业务需求，最后形成系统需求。在这过程中，准确抓住客户业务需求，避免加入自己的臆想需求，都非常重要。

关于需求验证，通常我会画业务流程图与客户验证理解是否正确；进而再画系统逻辑流程图，从系统功能实现角度再次确认需求是否理解正确（功能分后台前台）。最后会画出具体设计的页面wireframe，验证功能实现是否与客户期望有偏差。但这阶段也可能会有遗漏，需要在之后的mockup，以及项目逐渐进行中不断完善（开发和测试用例编写，以及之后的过程中，都有可能发现遗留的问题，再进一步逐渐完善，进一步与客户讨论，和验证）

关于需求说明，需要跟项目相关人等解释需求，业务流程，系统流程不能少，这是初期的说明。确定具体页面功能，详细设计时，需要写清楚详细逻辑，与项目相关人员说明，讨论，完善。

关于需求管理，所有图表，需要持续根据需求的确认更新，并注明更新时间。针对给开发和测试人员参考的需求文档和详细设计，需要标注清楚更新时间及更新内容，避免工作人员没有注意到更新内容。更新需求后在早会等会议中要及时跟大家分享，保证项目人员认识一致。