BA的技术要求和开发人员的技术要求是不同的。
BA不太需要完全了解技术细节（如果你懂技术细节当然也没问题），BA更需要能够理解技术架构，各模块之间的交互关系，业务架构与技术架构的映射关系。
BA应该懂一点数据库方面的知识，以便理解某个业务对象在数据库里的对应关系
BA最好还要会一点接口开发方法，至少能够调取接口数据，这样你在做测试时做需求验证时至少可以不求人，也便于你分析业务数据
BA可以不精于某项技术，但一定要涉猎广泛，明白各种技术框架的特点和使用条件。
BA可以了解软件开发流程，面向对象的编程思想，知道类与类的继承关系，知道就行，不需要深入。
综上，要会一点架构，理解软件生产流程，能够对数据库进行增删查改，知道如何把业务对象同代码及数据表对应起来，先学学这些东西吧。
作者：dong steven
链接：https://www.zhihu.com/question/27600041/answer/39889165
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
链接：https://www.zhihu.com/question/21009595/answer/101451009
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
非互联网行业，保险、金融领域IT需求分析师
1、工作流程：
需求调研：工作流程首先是从需求调研开始，包括对用户的初访、前期通过反复的需求研讨（不限于形式，可以是会议、电话、面谈）收集需求。
需求分析：调研完成后，你也大致明白客户想要个啥东西了，便可以开展需求/业务分析了。一般非互联网IT领域的话，我们分析的需求成果多以需求规格说明书的形式体现，需求规格说明书是做为客户参考、后期开发、测试的生产依据。所以，你的工作成果基本都映射在了这份需求规格说明书上，这份文档是重中之重，是你工作情况的评判依据。
需求评审：需求文档落地后，就要去找客户进行需求评审了。也就是说，你通过这本需求规格说明书来告诉他，你已经明白他要什么东西了，并且已经知道该如何进行开发、开发出来的成果物大概是个啥样。他对你这份需求有没有疑义等等。
需求确认：需求评审过后，也就表示客户已经认可你的需求了，让他在需求规格说明书上签了字，你的需求工作大致就算完成了。接下来就直接把这本需求规格说明书丢给开发组，让他们开发去吧。
2、掌握的工具：
一般来说，Axure是被用得最多原型设计工具，行业里有超过80％的产品经理都在用，所以做为需求人员这个必须掌握，必要时也会用到photoshop进行图形修饰，简单学学即可。
还有一些建模工作，如visio（画流程图），Mindjet MindManager（架构图），QC（需求管理工具），也是你应该掌握的。
不过最重要的工具还是word，哈哈，也就是说，最重要的还是你写文档的能力。
3、外包和非外包公司，需求分析师的职责？
现在一般大点的甲方企业，如保险公司、银行，都会有自己的IT技术部门或是需求管理部，外包公司的BA一般就是被连项目带着人一起卖给这些大企业的IT技术部门做需求分析，甲方一般是按月付钱给你公司或是直接把钱算在项目额里，你到了甲方那，他们的IT部门员工自然而然就变成了你的头、你的领导，所有跟需求有关的工作都是由他们指派给你，天天得看人家脸色，事多儿，所以时间长了容易压抑。
非外包公司就是给自己单位/公司干活，比如上面说的客户的IT部门的业务人员，就是非外包需求