业务分析师培养指南.docVIP

业务分析师培养指南 By Ada_ThinkAbroad 2008.10 ////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 一、需求过程总结 1、需求分析的过程： 需求定义(需求捕获(需求分析(需求描述(需求验证 需求管理过程贯穿到整个需求分析过程中。 2、需求管理： 需求基线与变更管理 需求跟踪操作要务 需求管理工具 需求工程：RUP Rational Unified Process 使用管理工具来管理各种各样的需求。 ////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 二、BA概述 1、BA的定位： Business analyzer，顾名思义，是对业务进行分析的人员，其要职就是要把业务的原貌忠实地反映出来。作为BA,首先他要懂业务（精通/熟悉/了解，至少是了解）；在此基础上，去了解客户的需求。获得客户的需求包括三层含义：获得客户对系统的需求、按照信息系统的原理分析客户需求的合理性（包括就需求的讨价还价）、挖掘客户的需求。 2、BA的工作方式： 对于中型以上信息系统项目，最好有两个以上的BA,这是因为BA的工作的内容以及核心是和客户、开发人员进行沟通、交流；而且牵涉的都是业务知识，需要传达和交流的东西最好杜绝只有一个人知道，多个人知道就会互相映证。 最好自始至终在同一个场地办公，当然若实在是由于场地所限，在项目的中后期可以通过网络在异地办公，但要保持必要的沟通网络畅通。 从项目的开始到结束，BA都要持续跟踪。按照软件开发的螺旋迭代模型，一个单循环包括需求分析—概要设计--详细设计—用户测试—系统验收这几个阶段；BA的大量工作都体现在第一个即“需求分析”阶段，后面几个过程BA都要随叫随到；并且，在用户测试、系统验收阶段，也需要BA高密度地和客户进行沟通，以不断地修正重大的需求中的疑难问题，另外若期间客户有重要的需求变更，BA也需要记录并进行变更的合理性并形成文档。另外，如果客户需要，BA需要对用户测试做相关的指导。 3、BA的工作内容： 和客户沟通，捕获、分析、定义用户的需求，形成标准化需求文档； 对需求文档进行评估，和设计组、开发组一道从业务、技术角度评价需求的合理性；其间BA要充分发挥主观能动性，结合自己以往的设计经验从可行性、经济性、全面性分析需求文档的质量。 对项目组其他所有小组进行需求培训，培训内容包括业务基础知识、业务流程、业务典型场景；全程都要负责跟需求有关的顾问、咨询工作，服务对象包括开发组、测试组、美工组； 负责和客户的持续沟通，保证需求满足客户的需要并且需求是全面的、最新的、合理的；若客户需求发生变更，则要分析变更的合理性（并且可从技术角度可以先进行一部分思考），更新文档，保持文档内容的及时、权威、合理。 在用户测试阶段要适时地指导用户如何进行系统测试；(问题：用户测试阶段，测试组需要参与进来吗？我认为应该要派人参与进来。) 4、BA需具有的能力： 较充分的领域业务知识、技能，如保险领域中的保险基础知识、寿险基础流程知识；当然对于特定的项目有实际的保险业务一线知识和技能则更好，比如对于“保险公司出单业务系统”，如果BA有承保出单操作经验则最好。 有一定的软件工程领域知识，最好曾经做过程序员，经历过若干个IT开发项目实战，有项目管理、系统设计、架构经验则更好；当然，不同复杂度的项目需要BA所具有的技能不一样。但最好BA有较系统的软件开发基础知识； 与客户进行有效沟通的能力；时刻保持清晰的头脑；(较好的语言组织、表达能力；良好的问题分析与综合能力；良好的基础数学知识(数学知识越多越好))； 良好的谈判能力，能就领域问题的争执及时有效地提出可选解决方案；能够同时替客户、开发人员着想，对具体问题具体分析，良好地平滑掉客户与开发人员之间在系统实现与纯业务之间的隔阂。 良好的文档功底，包括良好的文字功底；包括构词造句行文章法、润色修改等技能； 良好的协调能力； 5、BA所用的工具： 分析工具：UML工具，如rational Rose、EA等等; 绘图工具：如viso、office等; 数据库工具：如PL/sql、powerdesigner,Erw