出版者的话
译者序
前言
第1章 情境驱动设计入门1
1.1 对需求进行设计1
1.2 什么是设计7
1.2.1 专项的设计9
1.2.2 有计划的设计10
1.2.3 工程化的设计11
1.2.4 设计方法小结13
1.3 像工程学那样来开发IT应用程序14
1.4 重视IT架构14
1.5 小结15
第2章 设计体系16
2.1 为什么应该建立设计体系16
2.2 情境设计19
2.2.1 任务19
2.2.2 用户组21
2.2.3 数据表21
2.2.4 任务之间的消息21
2.2.5 任务之间的依赖关系22
2.2.6 把所有元素统合起来23
2.2.7 对情境设计做分析24
2.3 集成设计25
2.4 技术设计29
2.5 用户界面设计31
2.6 数据库设计32
2.7 实现33
2.8 这样做真的是工程化的设计吗34
2.9 小结37
第3章 复用现有的方法及做法38
3.1 敏捷38
3.1.1 个体与交互胜过流程与工具39
3.1.2 可行的软件胜过繁杂的文档40
3.1.3 客户协作胜过合同谈判41
3.1.4 响应变化胜过遵循计划42
3.1.5 小结43
3.2 逆向设计43
3.3 用例45
3.3.1 原子性45
3.3.2 设计层次不明确46
3.3.3 用例本身比较模糊47
3.3.4 大型的用例文档难以理解48
3.3.5 用例对工程化的设计起不到帮助作用48
3.3.6 小结49
3.4 成本估算问题49
3.5 BDUF为什么如此笨重52
3.6 迭代53
3.7 品质54
3.8 测试与检验55
3.9 把现有的做法运用到情境驱动设计之中56
3.10 学习型的组织57
3.11 小结58
第4章 大型应用程序所面临的问题60
4.1 应用程序的大小体现在多个维度上61
4.2 大型项目所面临的问题63
4.2.1 需求问题64
4.2.2 缺乏终端用户的支持65
4.2.3 技术设计有问题67
4.2.4 采购与外包69
4.3 能够避免大型的项目吗72
4.4 小结75
第5章 应用程序与业务的关系76
5.1 理解业务流程76
5.2 不能表示为流程的应该怎么办80
5.2.1 业务服务81
5.2.2 资源管理81
5.2.3 评审与监测82
5.3 用更广阔的视角来观察83
5.4 将商业策略运用到应用程序的开发中85
5.4.1 开发速度85
5.4.2 在成本、性能、可用性之间权衡86
5.4.3 试验性的商业计划86
5.4.4 利益要等多久才能变现86
5.4.5 安全需求86
5.4.6 针对现有的企业文化来做设计86
5.4.7 为公司所追求的文化气氛而做设计87
5.4.8 为计划的变更留出余地87
5.4.9 为打造学习型的组织提供支持88
5.4.10 非商务型的应用程序88
5.5 分析88
5.5.1 流程的格式是否正确88
5.5.2 对依赖关系进行分析89
5.5.3 目标分析91
5.6 小结92
第6章 应用程序与用户的关系93
6.1 添加详情93
6.1.1 任务细节94
6.1.2 任务片段97
6.1.3 共同目标组98
6.1.4 数据表98
6.1.5 消息99
6.1.6 非功能型的需求100
6.1.7 使用情境设计的人101
6.2 确定各类用户102
6.2.1 办理业务流程的用户103
6.2.2 对工作进行监控的管理型用户103
6.2.3 使用本程序数据的其他应用程序的用户106
6.2.4 执行数据分析的用户107
6.2.5 执行应用程序管理工作的用户108
6.3 对情境设计进行分析109
6.3.1 流程层面的分析109
6.3.2 任务细节分析110
6.3.3 数据表详情分析111
6.3.4 用户组详情分析112
6.3.5 消息详情分析112
6.4 对情境设计进行评审112
6.5 小结114
第7章 应用程序与其他IT项目的关系115
7.1 集成设计116
7.1.1 应用程序116
7.1.2 服务117
7.1.3 数据库119
7.2 服务接口设计122
7.2.1 定义服务接口123
7.2.2 设计可复用的服务127
7.3 现有的应用程序128
7.3.1 确定现有的应用程序128
7.3.2 替换现有的应用程序130
7.3.3 用现有的应用程序来制作服务133
7.4 回顾设计流程134
7.5 小结135
第8章 用户界面设计与易用性137
8.1 逻辑用户界面138
8.2 把任务描述转化为单击操作141
8.3 易用性145
8.3.1 功能146
8.3.2 信息147
8.3.3 导航147
8.3.4 文本148
8.3.5 帮助148
8.3.6 直观而亲切的应用程序149
8.3.7 针对易用性进行设计150
8.3.8 监测易用性152
8.4 事务与任务完整性152
8.5 用户界面设计与其他细节设计之间的关系155
8.6 小结155
第9章 数据库设计157
9.1 数据库设计157
9.2 数据库设计理论163
9.3 程序员与数据库设计者之间的关系170
9.4 数据访问服务172
9.5 NoSQL173
9.6 小结177
第10章 技术设计的原则178
10.1 单服务器环境下的高性能原则178
10.1.1 缓存179
10.1.2 多线程与多元处理181
10.2 多服务器环境下的高性能原则184
10.2.1 前端并行184
10.2.2 后端并行187
10.3 高弹性原则190
10.4 测试与性能评估的必要性192
10.5 技术设计的流程193
10.6 小结196
第11章 技术设计的结构197
11.1 程序结构197
11.2 什么是框架201
11.3 各种编程语言203
11.4 选择编程语言及框架207
11.4.1 选择与公司的技能组合相匹配的语言207
11.4.2 选择可以满足应用程序性能目标的语言208
11.4.3 选择可以满足集成需求的语言208
11.4.4 如果需要进行小组合作,请选择有利于小组合作的语言208
11.4.5 在选择编程语言的同时,选择相应的版本控制软件及项目管理软件209
11.4.6 选择与自己的开发方法相协调的语言209
11.5 对框架进行扩展210
11.6 实现通用的功能212
11.7 小结213
第12章 安全设计215
12.1 IT应用程序的安全原则216
12.1.1 认证217
12.1.2 访问控制218
12.1.3 用户管理219
12.1.4 安全保护219
12.1.5 安全监控221
12.2 每一种设计之中的安全因素222
12.2.1 情境设计222
12.2.2 集成设计225
12.2.3 用户界面设计226
12.2.4 数据库设计226
12.2.5 技术设计227
12.3 安全编程228
12.4 小结231
第13章 应用程序开发展望234
13.1 情境驱动设计如何改变应用程序开发234
13.2 情境驱动设计的机遇235
13.2.1 新工具236
13.2.2 情境设计与驱动设计237
13.2.3 用户界面设计与数据库设计238
13.2.4 技术设计238
13.3 应用程序开发所面对的挑战240
13.3.1 灵活性240
13.3.2 运营242
13.3.3 正确性242
13.3.4 品质243
13.3.5 职业精神244
13.4 小结245
附录A 情境设计核对表246
参考资料251
· · · · · · (
收起)
评分
☆☆☆☆☆
作者从软件设计用户,数据库,技术等多个角度,想做一个好的系统,介于敏捷和瀑布之间。情景设计有很多检验分析的环节,来提升设计效果,但分析的再多,我认为也不比去市场上检验,总的来说,作者提供了另外一个视角来看需求设计,还是不错。
评分
☆☆☆☆☆
作者从软件设计用户,数据库,技术等多个角度,想做一个好的系统,介于敏捷和瀑布之间。情景设计有很多检验分析的环节,来提升设计效果,但分析的再多,我认为也不比去市场上检验,总的来说,作者提供了另外一个视角来看需求设计,还是不错。
评分
☆☆☆☆☆
其实没完全看完,但是挺有收获的
评分
☆☆☆☆☆
小弟翻譯的書,請大家多多指教
评分
☆☆☆☆☆
小弟翻譯的書,請大家多多指教
评分
☆☆☆☆☆
上周说到最近在看几本书,基本上都是用来解决“只见树木,不见森林”的问题的。 今天和大家分享第二本《需求设计》。 如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木,又见森林”的话,《需求设计》其实主要是写给BA和SA的。 如果运用得当的话,我们...
评分
☆☆☆☆☆
上周说到最近在看几本书,基本上都是用来解决“只见树木,不见森林”的问题的。 今天和大家分享第二本《需求设计》。 如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木,又见森林”的话,《需求设计》其实主要是写给BA和SA的。 如果运用得当的话,我们...
评分
☆☆☆☆☆
上周说到最近在看几本书,基本上都是用来解决“只见树木,不见森林”的问题的。 今天和大家分享第二本《需求设计》。 如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木,又见森林”的话,《需求设计》其实主要是写给BA和SA的。 如果运用得当的话,我们...
评分
☆☆☆☆☆
上周说到最近在看几本书,基本上都是用来解决“只见树木,不见森林”的问题的。 今天和大家分享第二本《需求设计》。 如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木,又见森林”的话,《需求设计》其实主要是写给BA和SA的。 如果运用得当的话,我们...
评分
☆☆☆☆☆
上周说到最近在看几本书,基本上都是用来解决“只见树木,不见森林”的问题的。 今天和大家分享第二本《需求设计》。 如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木,又见森林”的话,《需求设计》其实主要是写给BA和SA的。 如果运用得当的话,我们...