2.1 商务分析关键概念
核心概念模型，是说六个概念（图形表示），思考问题的基本的理念，思考问题的时候使用的系统化的思考，例如在有一个简单的问题并不是问题的本身，还会涉及到和这个问题相关的因素，
Needs一个问题或者机会
changes：针对问题，在组织层面去改变，去解决问题去开发和解决问题，在组织层面去应对，寻求某些改变
contexts：在考虑改变的过程当中，我们需要考虑相关的因素。包括内部和外部的因素，会影响到问题的解决，方案的选择，价值的交付
solutions：解决方案，在考虑内外部环境因素之后，用来解决问题也许是某一个特定的方法方式，当然在解决方案的过程中，考虑不止一个方案，需要进行评估
srakeholders：在工作中无论哪一个环节，都需要和我们的干系人进行协同和通过，在论问题的定义中，找到问题的所有者进行了解，要做一些改变，要是别要做哪些改变，在这些改变过程中给，哪些部门的干系人会受到影响或者施加影响，包括解决方案的设计和交付也会涉及到干系人，解决方案的提供也涉及到其他的干系人，另外组织内外部的很多人员和部门，以及部门构成也和干系人相关
Value：与其他的概念有很多关系，问题的解决要考虑价值的大小，解决方案也要考虑给予我们多大的价值，价值的交付是给不同干系人的，所以要考虑不同的干系人在衡量价值的有有不同的考虑问题的出发点，会有不同的分歧，同时价值的交付也考虑不同的因素
这个模型是需要在思考的过程中要考虑不同因素之间的影响和关系
关键点
商业分析信息
最重要的内容就是需求，3.0说不仅仅是信息了，elicitation results只是信息收集的内容，initiatives是经常看到的一个词，理解为行动，可能是在一个组织当中，或者一个项目当中，以及各种规格杨可能出现的情况，另外包含需求、设计、解决安敢选择、解决方案范围、改变策略。
比如BA信息的管理，
BA信息，BA信息的管理，适用范围更广
解决方案的设计
所谓设计的边界，在BA中按道理来说应该定义需求，而不是设计界面，但是也没有明显的分界，３.０版本中则需要设计，这里的设计是说更偏向业务层面的设计，但是技术方面的设计可能并不是很涉及到
需求
Needs是某个干系人的头脑当中，虽然它具体存在，但是并没有一个具体的呈现形式，如果你想把它作为解决方案设计和实施的输入，需要一个更具体的形式呈现出来，这个具体的形式可能是一个需求文档、故事形式、或者图表的方式呈现出来，就是Requirement
设计
更多的对于解决方案的架构设计、比如以文档、图形、模型的形式来呈现
Enterprice：一个或多个组织，那么这个组织是有一定的相关性，那么在目标的达成和工作过程有一定的需要一定的协作和发生一定关系，所以在在BA工作的时候，并不一定限于当前服务的组织，也包括组织以外的一些干系人和组织，也要考虑到
Plan：作为BA来讲，开始工作前，要考虑一些工作的依赖关系，以及需要的资源，使用到的一些方法，一般来说有详细的输出，保罗一些详细的列表和相关的计划信息，但是需要详细思考前后的先后顺序，第三章，会讲到是输出一个，严格意义上讲应该是，
Risk：在BA的过程中，在将来有可能发生的风险，或者叫风险，或者不确定问题，带来一些影响，这种影响可能是负面或者正面的，应该有不同的应对方法，3.0中认为Risk是负面的风险，正面的风险应该是opportunity机会
