软件方法 业务建模和需求 上 第2版PDF电子书下载

第1章 建模和UML 1

1.1粗放经营的时代已经远去 1

1.2利润=需求-设计 2

1.3建模工作流 4

1.4 UML简史 11

1.5 UML应用于建模工作流 14

1.6基本共识上的沟通 16

1.7建模和敏捷（Agile） 19

1.8什么样的系统不需要建模 21

1.8.1市场没有小系统 21

1.8.2你的系统不特别 23

1.9案例介绍 24

1.10模型的组织 25

1.11工具操作 28

第2章 业务建模之愿景 33

2.1什么是愿景（Vision） 33

2.2【步骤】定位目标组织和老大 35

2.2.1目标组织和老大的含义 35

2.2.2定位情况1：定位目标人群和老大 37

2.2.3定位情况2：定位机构范围和老大 42

2.2.4定位情况3：定位目标机构 46

2.2.5其他一些要点 47

2.3【步骤】提炼改进目标 53

2.3.1改进目标不是系统功能需求 53

2.3.2改进目标不是系统的质量需求 56

2.3.3改进是系统带来的 57

2.3.4改进目标应来自老大的视角 58

2.3.5多个目标之间的权衡 59

2.4【案例和工具操作】愿景 61

第3章 业务建模之业务用例图 65

3.1软件是组织的零件 65

3.2【步骤】识别业务执行者 68

3.2.1业务执行者（Business Actor） 68

3.2.2业务工人和业务实体 68

3.2.3识别业务执行者 71

3.3【步骤】识别业务用例 75

3.3.1正确理解价值 77

3.3.2识别业务用例的思路和常犯错误 80

3.4【案例和工具操作】业务用例图 88

第4章 业务建模之业务序列图 95

4.1描述业务流程的手段 95

4.1.1文本 95

4.1.2活动图 96

4.1.3序列图 97

4.1.4序列图和活动图比较 98

4.2业务序列图要点 101

4.2.1消息代表责任分配而不是数据流动 101

4.2.2抽象级别是系统之间的协作 102

4.2.3只画核心域相关的系统 106

4.2.4把时间看作特殊的业务实体 107

4.2.5为业务对象分配合适的责任 107

4.3【步骤】现状业务序列图 109

4.3.1错误：把想象中的改进当成现状 110

4.3.2错误：把“现状”误解为“纯手工” 110

4.3.3错误：把“现状”误解为“本开发团队未参与之前” 111

4.3.4错误：把“现状”误解为“规范” 112

4.3.5错误：“我是创新，没有现状” 112

4.3.6错误：“我做产品，没有现状” 112

4.4【案例和工具操作】现状业务序列图 115

4.5【步骤】改进业务序列图 124

4.5.1改进模式一：物流变成信息流 125

4.5.2改进模式二：改善信息流转 126

4.5.3改进模式三：封装领域逻辑 129

4.5.4阿布思考法 131

4.6【案例和工具操作】改进业务序列图 137

第5章 需求之系统用例图 145

5.1系统执行者要点 145

5.1.1系统是能独立对外提供服务的整体 146

5.1.2系统边界是责任的边界 147

5.1.3系统执行者和系统有交互 149

5.1.4交互是功能性交互 151

5.1.5系统执行者可以是人或非人系统 152

5.2【步骤】识别系统执行者 154

5.3系统用例要点 158

5.3.1价值是买卖的平衡点 158

5.3.2价值不等于“可以这样做” 160

5.3.3增删改查用例的根源是从设计映射需求 163

5.3.4从设计映射需求错误二：“复用”用例 165

5.3.5系统用例不存在层次问题 170

5.3.6用例的命名是动宾结构 173

5.4【步骤】识别系统用例 178

5.5【案例和工具操作】系统用例图 181

第6章 需求之系统用例规约 187

6.1用例规约的内容 187

6.1.1前置条件和后置条件 188

6.1.2涉众利益 193

6.1.3基本路径 200

6.1.4扩展路径 211

6.1.5补充约束 217

6.2【案例和工具操作】系统用例规约 227

第7章 需求启发 245

7.1需求启发要点 245

7.2需求启发手段 249

7.2.1研究资料 249

7.2.2问卷调查 250

7.2.3访谈 251

7.2.4观察 253

7.2.5研究竞争对手 254

7.3需求人员的素质培养 255

7.3.1好奇心 256

7.3.2探索力 257

7.3.3沟通力 257

7.3.4表达力 258

7.3.5热情 258

书评 263