1. 如何识别业务执行者，业务工人和业务实体
业务实体（business entity）是代表业务角色执行业务用例时所处理或使用的“事物”。
一个业务实体经常代表某个对多个业务用例或用例实例有价值的事物，因此，业务实体对象的生存期相当长。一般而言，一个好的业务实体不包含关于其使用主体和使用方法的信息。
通常，业务实体代表产品的文档或重要组成部分。有时候，业务实体也代表一些非实体的对象，如关于市场或客户的重要信息。例如，饭店中的业务实体有菜单和饮料；而在机场，机票和登机牌是重要的业务实体。
2. 选取一家著名的传统实体零售，分析其经营策略和网上业务开展情况，写出分析报告
苏宁电器(002024)投资亮点: 1:2008年，公司新进地级以上城市26个，新开连锁店210家，置换连锁店30家，净增加连锁店180家，截至报告期末，公司已在全国178个地级以上城市拥有连锁店812家，；同时继续推进“租、建、购、并”多样化的开发策略，期末，公司已在全国拥有自有物业连锁店17家（含在筹建连锁店1家），面积达21.86万平方米。 2:公司抓住国家启动“家电下乡”推广计划契机，凭借店面网络、物流配送、售后服务等优势，一举中标09年12省（市）家电下乡项目；在商务部随后的两次招标中，公司取得全国28个省份和地区的渠道商资格，销售渠道的进一步拓展。 3：2008年3月，江苏物流中心货架式仓库WMS系统顺利实现切换，公司第三代现代化物流基地运作模式基本成熟；沈阳物流中心的建设按照规划有效推进，预计将于2009年底建设完成，2010年投入使用；进一步完善了后台平台建设。 4.在第五届《中国500最具价值品牌》榜中，公司蝉联中国商业连锁第一品牌；2008年9月公司首度入围福布斯杂志2008年度亚洲企业50强排名；同时，在《世界企业家》杂志发布的2008年度亚洲品牌五百强中，公司是排位最高的中国零售企业，同时在所有亚洲零售企业中位列第四。 负面因素: 1:随着公司连锁经营的不断发展和开店标准的逐步细化，符合公司连锁发展标准的优质店面资源相对稀缺，这给公司连锁发展的店面选址工作及后续经营带来了一定的压力。公司店面目前主要以租赁方式进行经营，在后续经营的稳定性以及到期续租时租赁成本的上升方面都存在较大不确定性。 2:受全球金融危机向实体经济蔓延的影响，2008 年下半年以来，社会消费需求增幅减缓，消费意愿降低，在一定程度上抑制了行业和公司销售的增长。 综合评价: 公司是我国最大的家用电器专营连锁经营企业之一，其强大的销售终端网络是其他企业短时间无法赶超的。该股目前估值基本合理，具备中长线投资价值.投资评级与估值：我们认为苏宁的买点已经出现，目前A股市场整体PE已经接近20倍，苏宁09年相对大盘的估值倍数仅为1倍，也即09年20倍的PE，绝对估值的向下空间已经很小，作为A股零售品种中最具成长性和价值性的投资标的，公司股价严重低估，我们建议强烈买入。 股价表现催化剂：鉴于苏宁一季度业绩将略好于市场预期，且二季度受房地产时滞缩短影响收入增速开始上升，随着前次股权激励暂停时间的到期，新推出激励计划渐行渐进，这些因素都构成了公司股价上涨的催化剂
3. 什么是业务分析
答：业务分析是一个能够让人们管理大量客户、市场、金融和企业数据并通过更完善的分析技术和工具将数据转化为先进洞察的规则。与商业智能相比，业务分析不仅可以分析过去，还可以借助大量数据分析成果，有效预测未来。
在大数据时代，企业面临很多问题。缺少可用的信息；不能迅速而有效地分析非结构化数据；大量数据被忽略、处理不当或未充分利用。有很多企业正在凭借着不完整或不可信的信息来制定重要决策。而业务分析可以有效改变这一局面。
业务分析可以帮助企业构建业务分析及优化战略、商业智能和绩效管理、高级分析及优化、企业信息管理、企业内容管理等方面的能力，从而可以辨认出关键的市场模式、降低成本并提高利用效率、积极主动地管理风险，实现智能、高利润的增长。并帮助企业更准确地预测结果，发现以前无法预见的商机，并从功能级别上在整个企业范围内予以实现。
例如业务分析可以帮助制造业搭建工业需求规划蓝图。以便各个组织能够以此解决影响整体企业目标的需求问题。利用需求规划蓝图，规划人员能够利用产品类别或系列汇总，按项目级查看当年的基线预测，及前一年的预测和年初至今的实际数字。蓝图能够针对多个场景动态地重新预测需求，可以立即查看有关库存水平和收入指标的单元需求规划产生的效果。
业务分析还可以为零售商搭建一个预先构建的绩效管理框架（其中包括规划、指标和报表），使零售商能够进行规划，从而改善门店级客户体验，促进销量并提高利润。业务分析还可以帮助电信服务提供商能够更好地利用大量信息，以制定更明智的决策，并将顶级战略和部门级计划相关联。帮助电信运营商预测和防止用户流失，同时吸引新客户；利用仪表板和记分卡，分析财务和运营绩效；利用仪表板和警报，优化客户服务和呼叫中心运营；分析跨平台的广告绩效，以驱动新的收入来源；提高资产利用率并优化相关的劳动力成本；通过以信息为主导的变革优化运营。
IBM BAO Jumpstart 服务可以运用访问和基于研讨会的方法帮助识别能够使用分析解决问题的领域，并对它们进行优先级划分；评估核心能力和竞争力以及组织实施分析的就绪状态；提供路线图和可操作性建议，以实现业务目标；加速实现价值的进程、加大转型的可能性。从而帮助组织开启实现价值和竞争优势的新途径。
4. 业务分析和业务建模用什么方法和工具
UML是面向对象的分析设计方法，DFD是面向数据流的设计方法。当然UML功能强,表述容易清晰,对将来采用面向对象的实现会省很多力气。 UML是面向对象分析方法的表达工具,涉及的图包括用例图,活动图,类图,时序图,协作图,状态图等等;可以涵盖从需求分析到设计,编码整个开发过程用到的模型。 DFD是面向过程分析方法的表达工具,功能大概等价于用例图,活动图,加上E-R模型,可以涵盖面向过程分析(业务建模,概念建模)中所用到的模型。
5. 什么是业务实体
实体行业是指人通过智慧使用工具在地球上创造的财富，包括物质的、精神的产品和服务的生产、流通等经济活动的行业。包括农业、工业、交通通信业、商业服务业、建筑业、文化产业等物质生产和服务部门，也包括教育、文化、知识、信息、艺术、体育等精神产品的生产和服务部门。实体经济始终是人类社会赖以生存和发展的基础。
6. 怎么编写用户业务需求分析
需求分析
格式
1 引言
1.1 编写目的
【说明】目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。
预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。
作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。
为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。
软件需求说明（Software Requirements Specification）的主要作用为：
为用户方与开发方建立共同协议奠定基础。
提高开发效率、强化进度控制。
为项目的的评测与验收提供依据。
便于移植。
作为系统不断提高的基础。
1.2 编写背景
1.2.1 系统名称及版本号
【说明】形如“网银三期***系统V3.0.0”。其中，版本号的格式为“XX.XX.XX”，X为阿拉伯数字，左“0”可省略。
1.2.2 使用者
【说明】适应对象和范围。主要指预期读者，也供有关领导审阅。
1.2.3 与其它系统的关系
【说明】在用户现有的及预期的整个应用系统中，给本系统准确定位。用示意图及相应的文字予以说明。
2 用户的基本情况
2.1 系统建设背景
【说明】项目背景与依据、现有基础、项目规模、预期目标等。可繁可简，格式自定。
2.2 组织机构与职能
【说明】用层次示意图及相应文字表示(如果需要开发的系统与部门没有直接依赖关系此节可省略,本章随后的小节数将顺次减1)，
加注：组织机构的层次数、数目、各个机构的职能简述。
2.3 用户特点
【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。
2.4 用户业务分析
【说明】在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。
2.5 计算机应用现状
【说明】可繁可简，格式自定。
3 业务需求
3.1 项目概述
【说明】
第一、 指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。
第二、 指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能(采用自然语言叙述)。但此时不要求对基本功能进行分解。
第三、 如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。
3.2 约束条件
3.2.1 费用约束
【说明】 预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。
3.2.2 进度约束
【说明】预计完成日期、分步实施期限。
3.2.3 其它约束
【说明】场地面积限制、通信设施基础、其它干扰因素。
注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。
本章主要介绍项目的总体业务功能,要求站在客户的角度把握系统需求.
3.3 性能需求
【说明】依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。
本节说明系统在性能方面的预期目标，不要求提供实现上述目标的具体实施方案。
3.3.1 功能性
【说明】指与软件实现的各项功能及其指定性质有关的一组属性。这些功能都是满足规定需求和潜在需求所必需的。它包括5个子特性：
适用性：与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。
准确性：与保证正确（或符合要求的）结果（或效果）有关的一些软件属性。
互操作性：与软件同一些指定系统交互作用能力有关的一些软件属性。
复合性：使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。
保密安全性：与针对蓄意（或无意）而非法存取程序和数据的预防能力有关的一些软件属性。这里主要指的是保护软件的要素，旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。
3.3.2 可靠性
【说明】指在规定的条件和期限内，与软件保持其性能水平有关的一组软件属性。
成熟性：与软件故障引起的失误频率有关的一些软件属性。
容错性：在软件故障发生或其规定界面被破坏的情况下，与软件仍能保持规定性 能水平的能力有关的一些软件属性。
可恢复性：在失效的情况下、在限定的期限和强度范围内，与软件重建性能水平 并恢复直接受影响的数据的能力有关的一些软件属性。
3.3.3 易使用性
【说明】指与规定用户（或潜在用户）使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。它包括3个子特性：
易理解性：与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。
易学习性：与用户学习其应用（例如操作控制、输入、输出）需做的努力有关的一些软件属性。
易操作性：与用户操作及运行控制需做的努力有关的一些软件属性。
3.3.4 高效性
【说明】指在特定的运行环境中，描写软件性能水平与所用的资源量之间关系的一组软件属性。它包括两个子特性：
时间特性：在完成软件功能时，与响应时间、处理时间、吞吐率有关的一些软件属性。
资源特性：在完成软件功能时，与所用资源量及占用时间有关的一些软件属性。
3.3.5 可维护性
【说明】与对软件进行指定的修改所需的工作量有关的一组软件属性。它包括4个子特性：
易分析性：与诊断故障、确定失败原因、在需要修改的部位进行标识等所做努力有关的一些软件属性。
易修改性：与实施修改、排除故障、环境改变所做努力有关的一些软件属性。
稳定性：与修改的意外影响带来的风险有关的一些软件属性。
易测试性：与对经过修改的软件进行检验/确认做努力有关的一些软件属性。
3.3.6 可移植性
【说明】指软件从一个环境转移的另一个环境时，与其适应能力有关的一组软件属性。它包括4个子特性：
适应性：除已有手段外，无须采用其它措施或手段，软件便应能适应指定的环境。与这种能力有关的一些软件属性称为适应性。
易安装性：在指定环境内，与安装软件所需努力有关的一些软件属性。
一致性：软件从一个环境转移的另一个环境时，应符合一定的标准和约定。与这种符合程度有关的一些软件属性，称为一致性。
易替换性：有时会出现这种需求：在某个其它软件的运行环境下，要用本软件来置换那个软件。与这种可能性及所需努力有关的一些软件属性。
4 用户需求
【说明】本章下面介绍的是一般规模软件系统的书写格式。在书写过程中可能要以业务名称划分小节(例如:5.1 代收电话费)。每个业务小节包含两个部分：第一部分是对此业务中角色和功能的定义；第二部分是此业务的图形分析方法。
在本章开始未分节的部分，应当绘制一个总体结构图，依据这个总体结构图进行一个总体描述，使得阅读者对下面分节描述的各个功能形成一个整体印象。这个总体结构图不一定是指在ROSE工具中绘制的用例总图， 而是根据需要可以选择包括“用例总图”、“适当级别的数据流图”、“IDFF图”、“数据流程图”或其他专业图形分析图示等。
每个小节中的第二部分采用rational公司的rose2000作为工具绘制用例（use case）图和顺序（sequence）图。在这里采用rose工具是作为绘图分析工具使用，对需求的描述和分析并不代表我们的设计采用UML标准和面向对象的设计，具体分析人员应当根据实际的用户需求描述绘制顺序图，而并不着重考虑对象的分析限制。
需求变更的处理原则：获得批准的需求变更，需要在《需求分析》中有所体现。增加的需求，需直接从本章尾部顺序添加，相应的小节编号也需要依次增加。例如：本章小节为5.1—5.5，增加的需求小节编号则为5.6。删除的需求，不需要将相应需求直接从《需求分析》中删除，而只需在相应需求小节上注明删除，并标出《需求变更单》编号。修改的需求，可在相应的需求小节直接修改。所有对《需求分析》内容的修改必须在修改历史中留有记录。
4.1 业务名称1
4.1.1 角色/功能定义
【说明】根据会议纪要、小组讨论，确定系统中的角色（角色可以为外部系统或系统用户），和功能，并给出相应的定义或解释。
4.1.2 图形分析
【说明】本节主要描述相应业务的用例图和顺序图的内容
统一建模语言（UML）是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。
在本需求模板中我们选取的是UML视图来辅助进行图形需求分析，选用Rational公司的ROSE工具完成。在需求分析过程需要完成结构分类中的用例分析，绘制用例图；对用例的动态行为进行交互分析，描述执行系统功能的各个角色之间相互传递消息的顺序关系，绘制顺序图。
在这里请作者将制作的用例图和顺序图拷贝到本文档中。
基本成分：用例（use case）、用例视图（use case view）、角色（role、actor）、顺序图（sequence diagram）、协作图（collaboration diagram）。
模板和命名：为更好地使用ROSE图形分析工具，我们设定一个基本的分析模板，文件名为lansoftmdl.mdl。该文档涉及项目开发的需求、概设和详设3个阶段，在需求阶段主要完成模板中用例视图（use case view）规定完成的部分。在项目中使用该模板后生成的mdl文件纳入文档的配置管理，具体命名参照SEMP体系的命名规定。修改历史记入文档开始部分的“mdl文档修改历史表”中。
【ROSE使用要求】
1、 要求使用ROSE工具时必须完成模板和使用要求中规定完成的内容，在完成基本内容的基础上，可以根据需要增加部分内容。
2、 在公司没有购买确定版本的ROSE以前，使用的ROSE版本应在项目开始前在项目组规定好，并由配置管理员负责配置。
3、 在用例视图（use case view）中建立一个名称为main的主用例图（use case diagram），具体内容应当包括所有用例图的全部内容，具体应用时还可以根据情况建立多个用例图（use case diagram）。
4、 在用例视图中请采用中文对所有的角色（actor\role）进行命名。其中角色必须在双击该对象图后，详细填写该角色的描述（documentation）和该角色代表的角色数量（detail-multiplic）。
5、 在用例视图中请采用中文对所有的用例（use case）进行命名。命名中在一般的中文概括前应增加代表本节编号的部分，如“1.用户认证”，顺序编号。其中用例必须在双击该对象图后，详细填写该用例的描述（documentation）。
6、 在每个用例下必须组织建立相应的顺序图（sequence diagram），对于一个用例可以包含多个顺序图（sequence diagram），各个顺序图（sequence diagram）的命名需在一般的中文概括前增加代表本节编号的部分，如“1.1用户认证”，顺序编号，其中第一个1代表所属的用例，第二个1代表顺序图（sequence diagram）的编号。产生顺序图的数量根据说明需求的具体要求设定。其中顺序图中的各个对象消息（object message）必须在双击该对象图后，详细填写该对象消息（object message）的描述（documentation）。
4.1.3 数据存储需求
【说明】根据会议纪要、小组讨论，对于在需求调研中有关的数据实体对象或数据实体信息，应当根据需要提出可能数据类型和数据长度以及单位量纲的记录或建议。
5 运行环境
【说明】本章只提出运行环境的逻辑结构，物理结构将在《概要设计说明书》中给出。
容许提出几种可选方案。
5.1 硬件平台
【说明】指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。
应尽可能地说明上述设备在各级用户机构预计的分布状态。
5.2 网络平台
【说明】选型标准、网络类型、基本部件、接口情况、对综合布线的要求、限制条件等。应画出网络（广域网、局域网）的拓扑结构图，说明后者对前者的接入方式。
5.3 软件平台
【说明】操作系统的名称、生产厂家、版本号等。
数据库的名称、生产厂家、版本号等。
数据库设计工具的名称、生产厂家、版本号等。
网络通信协议的名称、生产厂家、版本号等。
前端开发工具的名称、生产厂家、版本号等。
测试开发工具的名称、生产厂家、版本号等。
现场运行时需要的工具软件的名称、生产厂家、版本号等。
配置管理工具软件的名称、生产厂家、版本号等。
6 附录
【说明】列出基础素材中的文件、报表、单据等的样张，再附上必要的注释。
如果条件成熟，可以把数据字典（data dictionary）作为附件列于后。
6.1 电子文档编写方式与使用工具
【说明】编写要求、工具名、版本号、操作系统平台。使用多种工具时，应分别说明。形如：
Microsoft Word 97 for Windows 95/98
Power Designer 6.0 for Windows 95/98
Rational Rose 98 for Wintel
Visio或Power Point 97 for Windows 95/98
6.2 定义说明与符号
【说明】包括对专用术语及缩略语的解释、所用到的图（如use case、sequence图）之图符的表示与解释等。
6.3 参考资料
【说明】格式：作者，[版本号，]资料来源，日期 [，起止页号] 。其中，《质量保证计划》是必选的参考资料。
6.4 有关表格清单
【说明】列出用户提供的素材，加上我们积累的有关文件，作为系统分析的基础。在这里除系统内部没有用户参与的需求分析工作外，必须包括一个以上的用户访谈纪要、用户确认签名文件以及用户访谈计划等文件的列表。在列表中的文件应当作为附件与需求文档共同纳入配置管理
7. 怎样写业务分析报告
一、要清楚明白地知道报告阅读的对象（内部管理报告的阅读对象主要是公司管理者尤其是领导）及报告分析的范围。报告阅读对象不同，报告的写作应因人而异。比如，提供给业务部领导可以专业化一些，而提供给其它部门领导尤其对本专业相当陌生的领导的报告则要力求通俗一些；同时提供给不同层次阅读对象的分析报告，则要求分析人员在写作时准确把握好报告的框架结构和分析层次，以满足不同阅读者的需要。
二、了解读者对信息的需求，充分领会领导所需要的信息是什么。记得有一次与业务部门领导沟通，他深有感触地谈到：你们给 的财务分析报告，内容很多，写得也很长，应该说是花了不少心思的。遗憾的是 不需要的信息太多，而 想真正获得的信息却太少。 们每月辛辛苦苦做出来的分析报告原本是要为业务服务的，可事实上呢？问题出在哪？ 认为，写好分析报告的前提是分析人员要尽可能地多与领导沟通，捕获他们“真正了解的信息”。
三、报告写作前，一定要有一个清晰的框架和分析思路。业务分析报告的框架具体如下：报告目录—重要提示—报告摘要—具体分析—问题重点综述及相应的改进措施。
“报告目录”告诉阅读者本报告所分析的内容及所在页码；
“重要提示”主要是针对本期报告在新增的内容或须加以重大关注的问题事先做出说明，旨在引起领导高度重视；
“报告摘要”是对本期报告内容的高度浓缩，一定要言简意赅，点到为止。
无论是“重要提示”，还是“报告摘要”，都应在其后标明具体分析所在页码，以便领导及时查阅相应分析内容。以上三部分非常必要，其目的是，让领导们在最短的时间内获得对报告的整体性认识以及本期报告中将告知的重大事项。
“问题重点综述及相应的改进措施”一方面是对上期报告中问题执行情况的跟踪汇报，同时对本期报告“具体分析”部分中揭示出的重点问题进行集中阐述，旨在将零散的分析集中化，再一次给领导留下深刻印象。
“具体分析”部分，是报告分析的核心内容。“具体分析”部分的写作如何，关键性地决定了本报告的分析质量和档次。要想使这一部分写得很精彩，首要的是要有一个好的分析思路。例如：某集团公司下设四个二级公司，且都为制造公司。报告的分析思路是：总体指标分析—集团总部情况分析—各二级公司情况分析；在每一部分里，按本月分析—本年累计分析展开；再往下按盈利能力分析—销售情况分析—成本控制情况分析展开。如此层层分解，环环相扣，各部分间及每部分内部都存在着紧密的勾稽关系。
四、分析报告一定要与公司经营业务紧密结合，深刻领会财务数据背后的业务背景，切实揭示业务过程中存在的问题。在做分析报告时，由于不了解业务，往往闭门造车，并由此陷入就数据论数据的被动局面，得出来的分析结论也就常常令人啼笑皆非。因此，有必要强调的一点是：各种数据并不仅仅地通常意义上数字的简单拼凑和加总。每一个数据背后都寓示着非常生动的增减、费用的发生、负债的偿还等。分析人员通过对业务的了解和明察，并具备对数据敏感性的职业判断，即可判断经济业务发生的合理性、合规性，由此写出来的分析报告也就能真正为业务部门提供有用的决策信息。数据毕竟只是一个中介（是对各样业务的如实反映，或称之为对业务的映射），因而数据为对象的分析报告就数据论数据，报告的重要质量特征“相关性”受挫，对决策的“有用性”自然就难以谈起。
五、业务分析报告的分析手法。如何才能将报告写活并有自己的特色？这里仅介绍本人在报告写作过程中几点所悟：
1.分析要遵循差异—原因分析—建议措施原则。因为撰写财务分析报告的根本目的不仅仅是停留在反映问题、揭示问题上，而是要通过对问题的深入分析，提出合理可行的解决办法，真正担负起“业务参谋”的重要角色。唯此，报告的有用性或分量才可能得到提高和升华。
2.对具体问题的分析采用交集原则和重要性原则并存手法揭示异常情况。例如，某公司有36个驻外机构，为分析各驻外机构某月费用控制情况和工作效率， 们以“人均差旅费”作为评价指标之一。在分析时， 们采用比较分析法（本月与上月比较）从增长额（绝对数）、增长率（相对数）两方面比较以揭示费用异常及效率低下的驻外机构， 们分别对费用增长前十位（定义为集合a）及增长率前十位（定义为集合b）的驻外机构进行了排名，并定义集合c=a∩b，则集合c中驻外机构将是 们重点分析的对象之一，这就是“交集原则”。然而，交集原则并有一定能够揭示出全部费用异常的驻外机构，为此“重要性原则”显得必不可少。在运用交集原则时，头脑中要有重要性原则的意识；在运用重要性原则时，同样少有了闪集思想。总而言之，财务分析人员要始终“抓重点问题、主要问题”，在辩证法上体现为两点论基础上的重点论。
3.问题集中点法亦可称之为焦点映射法。这种分析手法主要基于以下想法：在各部分分析中， 们已从不同角度对经营过程中存在的问题进行了零散分析。这些问题点犹如一张映射表，左边是不同的分析角度，右边是存在问题的部门可费用项目。每一个分析角度可能映射一个部门或费用项目，也可能是多个部门或费用项目。由于具体到各部分中所分析出来的问题点还不系统，因而给领导留下的印象比较散乱，重点问题不突出；而领导通过月度分析报告，意在抓几个重点突出的问题就达到目地了。故而财务分析人员一方面在具体分析时，要有意识地知道本月可能存在的重点问题（在数据整理时具有对财务数据敏感性的财务分析人员能感觉到本月可能存在的重大异常情况），另一方面要善于从前面零散的分析中筛选出一至两个焦点性问题
六、分析过程中应注意的其它问题。
1.对公司政策尤其是近期来公司大的方针政策有一个准确的把握，在吃透公司政策精神的前提下，在分析中还应尽可能地立足当前，瞄准未来，以使分析报告发挥“导航器”作用；
2在平时的工作当中，应多一点了解国家宏观经济环境尤其是尽可能捕捉、搜集同行业竞争对手资料。因为，公司最终面对地是复杂多变的市场，在这个大市场里，任何宏观经济环境的变化或行业竞争对手政策的改变都会或多或少地影响着公司的竞争力甚至决定着公司的命运；
3.勿轻意下结论。分析人员在报告中的所有结论性词语对报告阅读者的影响相当之大，如果业务人员在分析中草率地下结论，很可能形成误导。如目前在国内许多公司里核算还不规范，费用的实际发生期与报销期往往不一致，如果业务分析人员不了解核算的时滞差，则很容易得出错误的结论；
4.分析报告的行文要尽可能流畅、通顺、简明、精练，避免口语化、冗长化
8. 业务分析工具有哪些
这个就比较多了哈
9. 业务分析
首先，先从08年销售状况来分析，08年对比07年的经营情况怎么样?上升还是下降，下降的主要原因有那些？上升的原因有那些，做了哪方面的工作？
其次，分析一下重大节庆做了那些促销，对整个全年的销售取得了什么样的帮助。
再次，分析一下目前的商品结构，商品结构、价格带是否适合当前的消费群体，有那些方面的不足，需要那些方面的改进。
最后，布局方面，商品的分类陈列是否合理，工艺品应该还包括是否对相关的工艺文化的介绍，等等各方面需要改进。
09年的销售计划，也应该从08年的总结当中提炼出来，经营是要靠自己去慢慢摸索的，我们没有办法能够帮你做出总结，希望这些能够帮到你