怎样做需求分析阅读笔记

我读了《我们怎样做需求分析》这篇博客，让我对如何做需求分析有了更多的认识与了解。如果我们想要跟好的做软件需求分析，那么我们需要做到初识、拜访、研讨会、需求研讨、迭代、需求捕获、（功能角色分析与用例图、业务流程说明、用例说明、子用例与扩展用例、行动图与动态图、）查询报表分析、原文分析法、领域区域设计、非功能需求、需求列表、一个需求列表的实例、快速原型法、需求规格说明书、评审与签字确认会。

1、初识——需求调研是需求分析最重要的一环，也最集中地体现了需求分析的特点——既是一份体力活儿，更是一份技术活儿。它既要求我们具有一种理解能力、设计能力，更要求我们具有一种与人交往、沟通的能力。我们对客户提出的需求进行深入理解以后，运用我们专业知识，提出比客户的原始需求更加合理、可操作的解决方案，让客户感觉你说的正是他们想要的。我们在进行需求调研的时候，什么部门的需求就应当跟什么部门谈。同时，纵向又可以划分为多个层次，如高层领导、中层领导与基层人员，理解这些方面格外重要。

2、拜访——需求调研不是一蹴而就的事情，是一件持续数月甚至数年的工作。在这漫长的时间里，我们需要依靠客户这个群体的帮助，一步一步掌握真实可靠的业务需求。不仅如此，技术这东西总有不如意甚至实现不了的地方，我们需要客户的理解与包容，这都需要有良好的客户关系。

3、研讨会——如何以合适的时间、合适的地点、通过合适的形式与客户研讨业务需求，是一个难题。分为集中式的业务研讨形式、分散式的业务研讨形式。 业务研讨会是重要的，但同时又是灵活的，没有一个定式，甚至有时都不能称之为会议。项目经理需要根据实际情况，合理地与客户组织研讨会。但不论怎样组织，必须注意两点：有效抑制个性化差异、分模块组织专项研讨会。

4、需求调研——应当怎样与客户讨论业务需求，首先跟客户探讨的不是软件功能，而是客户现有的业务知识，用专业的话叫“业务领域分析”。然后我们才能去分析他们提出的所有原始需求。

5、迭代——需求分析不是一蹴而就的，是一个反复迭代的过程。它将从第一次需求分析开始，一直持续到整个项目生命周期

6、需求捕获——

7、（功能角色分析与用例图、业务流程说明、用例说明、子用例与扩展用例、行动图与动态图、）UML统一建模

8、调查报表分析——

9、原文分析法——

10、区域

11、

12、

13、

14、

15、

16、