再读《软件方法》

本书提供的需求分析过程如下：

1. 确定组织，确定组织的愿景
2. 确定组织的业务现状（业务执行者，业务用例，业务流程）
3. 结合软件系统改善组织的业务流程。
4. 映射软件需求（系统执行者，系统用例，用例规约）

推荐指数：❤❤❤❤❤
总结：从业务理解，到系统建设，目的都是为组织的对外服务者提供价值。系统的存在才真正产生了意义。
优势：软件方法中切割需求和设计。需求分析切割业务建模和软件需求。建立了直接简洁分析模型
劣势：专业名词过多，对于小白阅读者，有一定的阅读门槛，有时阅读的时候，会需要回去看看专业名词的解释。

下面简单地介绍需求分析的四个阶段：

阶段1：确定组织，确定组织的愿景
愿景的确定分两步：
步骤1：定位目标组织和老大
步骤2：提炼改进目标
愿景只关注老大的目标，不代表不考虑其他人的目标（涉众利益），只是现在先放下，后面再考虑。
产物：愿景描述

阶段2：确定组织的业务现状
步骤1：找到业务执行者
步骤2：明确现状业务用例
步骤3：梳理现状业务流程
阶段2是对于当前组织的业务的现状描述，不带任何的改进，就正常地描述当前的状况就可以了，这样就可以给我们观察组织提供一个客观的视角
产物：业务用例+改进前的业务流程图（活动图或序列图）

阶段3：结合软件系统改善组织的业务流程
步骤1：分析组织当前的业务流程
步骤2：改进组织当前的业务流程
步骤3：生成改善后的业务流程
阶段3在书中是放在业务建模的业务序列图里面，为现状业务流程的下一个步骤。但是我单独拆分出来，这个环节是软件需求创造出来的步骤，值得深入学习
产物：改进后的业务流程图（活动图或序列图）

阶段4：由改进后的业务流程映射系统需求
步骤1：确定系统执行者
步骤2：确定系统用例
步骤3：确定系统用例规约
阶段4描绘了真正的系统需求，并详细地细化了需求的规则，约束等。
产物：软件需求用例+需求规格说明书