不懂业务的需求分析师不是好的需求分析师，目前比较火的PMP可以争取下，需求分析师的工作流程其实就是获取需求-分析需求-确认需求-需求管理跟踪，项目管理知识需要有。没有技术背景很难真正成为一个优秀的软件需求分析师，最多也就是一个业务需求分析师。
1、需求分析师需要考取什么证书？
要考证取决于你所在那个行业的需求分析师！比如金融行业，那就可以考一些金融方面的证书，例如银行从业，证券从业之类。这些都比较好考，主要是为了学习知识，提高自己的业务分析能力和项目的话语权，不懂业务的需求分析师不是好的需求分析师，目前比较火的PMP可以争取下，需求分析师的工作流程其实就是获取需求-分析需求-确认需求-需求管理跟踪，项目管理知识需要有。
需求分析师能力我总结有四点：1，沟通能力2，业务能力3，原型能力4，技术能力发展方向：业务专家，咨询师，项目经理等，整体来说需求分析师要求综合能力较高，需求分析师的工作产出主要是PRD文档，这个是项目顺利进行的标准约束，也可以说是整个团队达成共识的标杆。最后啰嗦一句：需求分析师要求性格要好，做人要随和谦逊，做事要不卑不亢有理有据，
2、如何做一个软件需求分析师？优秀的需求分析师有什么样的品质？
这个问题很大，这篇不想再去重复一个软件需求分析员的知识体系结构，而是挑重点来谈下成为一个合格的软件需求分析人员的关键点。我原来对软件需求的定义或描述更多是偏于对现实世界的定义，而对软件架构的描述为现实到实现之间的第一层抽象，在这里纠正一下即：用户需求是对现实世界的定义，而软件系统需求是现实到实现的第一层抽象，即业务建模和软件系统用例建模。
在原来的软件工程里面我们更多谈到的一个词是系统分析员，我现在将其拆分为了软件需求BA和系统架构SA两个角色，而实际上一个真正优秀的软件需求人员必须具备两方面的能力。从软件需求在整个软件生命周期中的定位来看，其上接业务，下接设计和技术，从这个概念上来讲软件需求人员必须具备业务和技术两个方面的能力。对于业务，首先要解决的是对业务的理解，然后才是在理解后业务的形式化表达和业务建模能力，
而对业务如何理解，最核心的仍然是顶层的流程建模和分析能力，底层的业务活动和规则清晰的描述能力。在这里里面涉及到流程梳理和定义能力，业务单据和对象的抽取和定义能力，业务规则的清晰阐述能力，和流程配套的相关的岗位角色，交互等描述能力，要知道在这块往往并不需要太多的IT背景和软件工程的知识，更多的是对业务的熟悉，对流程管理和分析方法的了解。
上面一步的业务更多的是属于顶层方面的内容，而第二个层面往往会过渡到系统软件需求层面的内容，在这里我们更加强调的是类似面向对象的用例分析和建模的方法，这包含了业务用例和系统用例分析和建模，是一种很好的形式化的方式来定义和描述业务的方法，包括从流程分析转入到用例，单个具体的用例分析和建模，每个用例详细的基本流，扩展流，业务规则，参与角色，界面原型，业务对象和对象属性等各个方面内容的描述，要知道我们做用例建模的目的是能够按用例驱动的核心，平滑的转入到架构设计中去，因此用例分析建模已经不是简单的描述现实世界的问题，已经涉及到业务或用户需求到系统需求的第一层抽象转换。
要做好需求的第二步的事情，那么单纯的只有业务背景就不足够的，必须还具备相应的IT和软件工程的技术背景，这个背景往往并不是说要做过多久的软件设计开发，但是只是是做过，通过软件开发你能够很清楚的知道一个软件从需求调研和分析开始，最终是如何形成一个软件系统的。这个背景知识可以更加方便我们去考虑用例建模，去认识到为何要采用这种方式去用例建模，真正理解用例中每个描述点如何影响到最终业务系统的实现。
