任务太多，也是好久没继续看了，忙里偷闲进度缓慢：
·第二章：愿景
1. 回答问题，“在老大看来，为什么要引进这样的系统？”
2. WHO的问题：分析清楚相关的涉方，涉及到的组织和系统，利益相关方。
3. WHY的问题：为什么要做这些，现在遇到的问题是什么，系统需要提高那一部分，或者减少那一部分的开销。
第二章用大量的问题告诉我们：
1. 设定可度量的目标，量化系统的指标和价值。
2. 分析利益相关方，从不同的涉方去看待系统，明确系统的定位。
·第三章 业务建模 之 业务用例图
1. 中心思想：软件是组织的零件。书中认为组织和人都可以当做是一个系统，而有没有软件组织都可以进行下去。所以软件就是组织的零件，在业务建模和描述业务的过程中找到组织的弱点，可以改进的地方和可以用系统来代替的地方。然后确定系统的作用，进而分析和设计系统。
2. 用例分析对象是现存的组织，分析流程： 选定要改进的组织--组织的业务用例图
3. 选定要改进的组织：
a). 分析现有的业务组织，列出现有相关业务的参与方；
b). 通过愿景的分析，将涉方画在一个圈里作为研究对象， 这里的涉方有可能是系统，也有可能是组织，也有可能是一个人；
c). 从客户的角度分析现有各个组织的功能，可以利用时序图和用例图分析，搞清楚面对客户和提供某一项服务时，各个系统之间的协作状况；
d). 寻找可以改进的地方和系统的价值所在，在时序图的分析完成之后可以观察时序图，找到系统所要实现的业务模块。
4. 组织业务用例：
a). 业务的执行者：选定要改进的组织之后需要分析系统所承担的业务。第一就是要找到业务的执行者，业务的执行者可以是其他的组织，个人。【肯定是相关组织，业务的分析都是从组织层面的分析】
b). 业务工人和业务实体。业务工人不是系统的执行者，不能和组织内的人混淆，是在组织中的人肉系统。业务执行者喝业务工人，一个在系统的外部一个在系统的内部。但这种的关系随着业务的边界有可能变化，如果包含在业务边界内部，就是业务工人，如果在业务系统的外部就有可能是业务的执行者。业务实体也是在业务边界以内充当着一定的职能，有可能是从业务工人中分离出来的机器，比如银行业务员和点钞机，银行业务员就是业务工人，点钞机就是业务实体，点钞机一定程度承担和业务工人的一部分责任，是从业务工人中分离出来的。
c). 业务用例图： 通过业务时序图来抽象系统的用例，将业务的时序图简化为用系统零件代替。用新流程替代旧流程，明确业务执行者对相关的组织的期望是什么，是具体对哪个组织的期望。
5. 业务用例的分析目的：明确系统的价值和系统对外提供的功能，以及系统会不会达到第一点所提到的愿景。