编者按：我们在以前的文章中，向读者介绍了如何做业务需求访谈（《业务需求访谈求生法则 》，http://tech.it168.com/m/p/2007-03-05/200703050848786.shtml），以及如何成为一名优秀的系统分析师（《怎样做一个优秀的系统分析师》，http://tech.it168.com/m/p/2007-03-14/200703140849392.shtml）。那么，需求访谈做完了，我们也知道了一名优秀系统分析师的职责，如何做好业务需求分析呢？在上篇文章（《软件工程需求分析之七种武器（上）》http://tech.it168.com/m/p/2007-03-22/200703221308636.shtml，）中，我们介绍了七种武器中的前三种，本文中我们将为您介绍最后四种武器。

【IT168 管理分析】今天, 作为一名企业专职的软件系统分析师, 其主要职责是为企业做需求分析。然而, 系统分析师是否已经熟练掌握了需求分析方法呢?"今日长缨在手,明日缚住苍龙"。

    背景介绍 

    人物：“我” 

    角色：IT部门系统分析师 

    公司介绍：勤缘电子贸易公司(化名), 年营业额达2亿,主要由销售部门、资材部和IT部门等组成。其中，销售部门负责业务, 资材部负责供应商的开发和采购电子元器件产品,IT部门则负责公司的订单管理系统的开发与实施。 

    系统目的: 该公司本年度把商机管理纳入日程。所谓“商机”是指能为公司带来业绩和利润的客户需求信息。商机一旦提交,公司的销售部、资材部等会就需求完成一些针对该商机而 进行业务的任务。本系统的目的是管理追综该商机及其任务。 

    现状描述: 前段时间经过业务访谈，已经完成了系统的需求捕获工作，确定了商机管理的范围和目标。 

    任务描述：商机追踪系统需求分析。 

    第四种武器： 多情环——传统结构法 

    历史总在发展，今天的软件分析技术已经发展到了后面向对象时代 ,即便如此,我们也不能忘记传统的结构方法。没有别的原因，只要它能解决问题，我们就不会嫌弃它年代久远。我们要明白分析方法本身是没有高低之分，重要的是运用的能否恰到好处。 

    让我们来看看数据流程图（Data Flow Diagram，ＤＦＤ）,它的视角就是从数据处理角度解决问题，可以画出第０层到第Ｎ层的数据流程图，每一层也代表着系统的层次结构。 

    我们不能忘记每天都在使用的流程图，流程图是个好东西，它是系统分析员的基本武器。也许我们觉得它很简单，然而我们真的就能画出一幅完美的流程图吗？ 

    当你画好一副流程图，用下面的观点去检查它，或许你能做得更好。

•  明白流程图的作用，它是用来表达业务流程的。所以，画流程图的前提是描述企业业务流程现状。要做到真实，这需要你花大量时间去访谈和调研，不要凭经验也不要凭推测。要如实且真实地反映企业现状是第一位的要求,否则让企业业务人员一眼就会看出破绽, 会大大降低客户对你的信任度。
•  内在逻辑要清晰。业务动作的来由和去向要分明，遵循一个流程再加一个判断的原则。不要连续几个判断却没有任何动作产生，也不要该判断分支的情况只有强制性的顺序业务动作，这二者的逻辑要经得起推敲，因为流程图的内在逻辑反映了业务运作的规律。
•  绘制跨部门流程图，角色要分明。角色对应职责，职责产生动作，动作引发结果。
•  流程图的基本要素要合理，比如业务动作描述要详实，尽量避免产生歧义。条件判断语言使用肯定语句，比如可以写“客户目标价在业务报价范围内”而不要说“客户目标价低于业务报价”，这将导致流程的逻辑走向不同于标准的流向。
•  关注基本要素, 万不可出现一个条件只出现“是”而不见“否”之类的条件判断。

    请看下面本系统的业务流程图。

图:商机追踪流程图