2.ICONIX过程：愿景、业务建模、需求分析、健壮性分析、关键设计、最终设计、实现
3.ICONIX的核心思想：开源（尽量增多软件的功能点）、节流（降低开发中的成本）
4.增加收入：愿景、业务建模、需求分析（站在客户的角度来思考问题）
降低成本：健壮性分析、关键设计、最终设计、实现
。（站在开发人员的角度来思考问题）
5.愿景往往设计公司战略。
6.获取软件项目愿景的三步曲：
·找到软件项目的“老大”
·得到“老大”对项目的期望（愿景）
·描述出愿景的度量指标
7.老大是买方，老大就是要改善的组织中最有权力的干系人
8.愿景必须指出度量指标：不是做具体的事，是改善组织的指标 减少。。 提供。。 缩短。。
9.ICONIX软件过程是 用例驱动 的软件过程。
10.Scrum是测试驱动的
11.业务用例建模：了解客户的现在的情况，根据每个用例描述用例描述来画健壮性分析图。
12.域模型驱动转化为 类图
用例模型转化为 动态模型
域模型转化为 静态模型
13.ICONIX过程中的第一步：明确愿景
·愿景是确保项目成功的第一步
·愿景必须来自老大
·愿景必须是可度量的

第二章
1.业务建模的目的：从组织的角度来定位系统的价值。
2.系统仅仅是组织中的一个零件。
3.业务建模要求我们把视角从系统转向组织，站在客户角度看问题，以达到清晰准确地“知彼”。
4.组织：为了实现既定的目标
业务：
业务建模：
5.选定业务组织要结合系统愿景
6.在EA中完成业务建模第一步：业务用例建模。（找到要改善的组织、找到组织的业务执行者、找到组织的价值（业务用例））。
7.业务建模的步骤：
·明确我们为谁服务（选定愿景要改进的组织）
·要改进的组织是什么状况（业务用例图、现在业务序列图）。
·我们如何改进（改进业务序列图）
8.第一步（业务用例建模）、第二步（了解组织现在）
9.业务用例图帮助我们从高层次了解组织的业务构成。组成元素：业务组织、业务执行者、业务用例。
10.业务用例：业务组织为业务执行者提供的价值。
11.业务用例的意义：业务用例代表组织的本质价值，很难变化，改变的是业务用例的实现。
12.业务用例只针对业务执行者，内部活动不是业务用例。
13.识别业务用例：两条路线：从业务执行者开始，观察组织的内部
活动。
14.每个业务用例都代表一条业务流程，一般用文字、活动图或序列图来描述这个流程。
15.序列图是以面向对象的思想来看业务流程的。
16.业务序列图的组成：业务执行者、业务工人、业务实体。
17.业务工人：位于业务组织内部，负责业务流程中的