第四种武器： 多情环——传统结构法
历史总在发展，今天的软件分析技术已经发展到了后面向对象时代 ,即便如此,我们也不能忘记传统的结构方法。没有别的原因，只要它能解决问题，我们就不会嫌弃它年代久远。我们要明白分析方法本身是没有高低之分，重要的是运用的能否恰到好处。
让我们来看看数据流程图（Data Flow Diagram，ＤＦＤ）,它的视角就是从数据处理角度解决问题，可以画出第０层到第Ｎ层的数据流程图，每一层也代表着系统的层次结构。
我们不能忘记每天都在使用的流程图，流程图是个好东西，它是系统分析员的基本武器。也许我们觉得它很简单，然而我们真的就能画出一幅完美的流程图吗？
当你画好一副流程图，用下面的观点去检查它，或许你能做得更好。
- 明白流程图的作用，它是用来表达业务流程的。所以，画流程图的前提是描述企业业务流程现状。要做到真实，这需要你花大量时间去访谈和调研，不要凭经验也不 要凭推测。要如实且真实地反映企业现状是第一位的要求,否则让企业业务人员一眼就会看出破绽, 会大大降低客户对你的信任度。
- 内在逻辑要清晰。业务动作的来由和去向要分明，遵循一个流程再加一个判断的原则。不要连续几个判断却没有任何动作产生，也不要该判断分支的情况只有强制性的顺序业务动作，这二者的逻辑要经得起推敲，因为流程图的内在逻辑反映了业务运作的规律。
- 绘制跨部门流程图，角色要分明。角色对应职责，职责产生动作，动作引发结果。
- 流程图的基本要素要合理，比如业务动作描述要详实，尽量避免产生歧义。条件判断语言使用肯定语句，比如可以写“客户目标价在业务报价范围内”而不要说“客户目标价低于业务报价”，这将导致流程的逻辑走向不同于标准的流向。
- 关注基本要素, 万不可出现一个条件只出现“是”而不见“否”之类的条件判断。
第五种武器： 霸王枪——面向数据法
采用此种方法的基本观点在于所有的信息系统最终都转化为对数据的操作,而操作就分为“增、查、改、删（Create、Retrieve、Update、 Delete,CRUD） ”, 当你看到某个事物或实体缺少了其中一个方法时, 本能的反映应该是觉得该事物遗漏了一个需求处理,自然要和用户提出并做出相应的用例分析。
典型的面向数据的分析设计包含了OLTP（Online Transaction Processing，联机事务处理）和OLAP（Online Analytical Processing，联机分析处理）这两大类的企业应用系统,以数据存储、收集维护、使用为中心的系统可用性和可伸缩性的重要程度甚至大于界面标准。
OLTP系统,实现的核心是SQL和关系数据库系统,关注的主要问题是现实的过程里面需要记录和操作的各种数据,有哪些人需要数据,他们又如何对数据进行 处理。该环境中,用户的行为特点是利用MIS从数据库中进行数据的存储操作,且操作的频率高而每次操作时间短,故对性能提出了要求,数据库级别和SQL级 的优化是例行任务。
OLAP系统关注的则是数据的分析,从中得到报表和商务决策,找出规律而不是数据的CRUD处理。近年来OLAP和数据挖掘对企业的价值越来越大,商务智 能和数据挖掘系统的需求分析方法也是自树一帜。归纳起来是要把企业决策的非结构化转为结构化,以做企业的Dashborad(罗盘)和各部门的KPI (Key Performance Index，关键价值点)分析为主要诉求点。
OLTP建立在数据库上，而OLAP建立在数据仓库上, 商务智能（Business Intelligence，B
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
