软件方法 业务建模和需求 上 第2版2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载

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

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第1章 建模和UML1

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