面向对象需求分析方法实践

       软件行业需求工作主要由需求分析师负责，需要完成对用户需求的调研、分析、整理，从而将用户需求转换为可供开发的功能需求。但随着互联网思维的普及，软件行业也越来越强调产品经理的作用，或许并不是互联网思维的关系，而是随着公司的发展，必须寻求由项目盈利模式向产品盈利模式转变，从而催生出产品经理的角色，以及对其的重视。
       对于软件行业的产品经理来说，最核心的职责还是跟需求分析师一样，是从需求到产出原型的过程。在这个过程中主要使用的需求分析方法是面向对象需求分析方法。

1  面向对象需求分析方法
       面向对象需求分析方法是通过统一建模语言 UML对用户需求进行调研和分析，并整理出功能需求的分析方法。

2  需求分析过程
       前面已经讲到需求分析过程就是要将用户需求转换为可供开发的功能需求，为了达到这目的需要开展一系列需求活动。
2.1  收集并分析问题
       在开展一项需求工作之前，都会从任务提出人哪里得到客户的想法（任务提出人不一定是客户，可能是销售同事、项目经理或维护经理）。但任务描述可能会比较粗糙，也较为含糊，还不足以指导后续的需求工作。
       因此当你收到一项任务时，如果不了解情况，那么必须向任务提出人咨询清楚，客户为什么提出这项任务，需要达到什么目的，也就是尽量了解任务提出的背景。如果你不了解客户所提要求涉及的业务背景，或不了解前因后果，将对后续的梳理疑问和用户访谈造成很大的影响。
       接下来就要有针对性的补充相关的知识背景，例如户政客户需要建设一项重户人员注销的功能，那就需要了解一下是不是最近有新的政策出来，或是不是最近公安部有检查，查出本省的重户人员较多而被通报了。这对后续功能实现可能起作用，也可能不起作用，但一定会对后续用户访谈的交流带来极大的好处。
       在搞懂用户要求的过程中，你会产生很多疑问，这时需要将疑问分类整理好，为下一步用户访谈提供基础。梳理疑问需要以用户场景为指导，可沿着“谁要什么功能，达到什么目的”这一思路进行整理。
       虽然在需求调研阶段不应该过多地思考功能实现，不过绝大部分情况都是在原有功能的基础上提出新的需求，全新的系统建设反而较少。这种情况下很难不基于现有功能思考新需求的实现。我认为无需太严格区分需求的每个阶段，在现有的功能基础上先构思解决方案是没有问题的，只要能基于用户场景，最终能满足用户需要即可。因此这时可以基于大概地功能实现的解决方案为出发来梳理细节问题，例如考虑到实现某个功能或操作时会有什么问题࿰