需求设计 构建用户想要和需要的产品 内容简介

本书由IT专家亲笔撰写，详细讲解了情境驱动设计。全书共三部分，13章。第壹部分（第1-4章）引出了情境驱动设计及设计的体系，以及这种设计方式与现有的设计方法的异同；第二部分（第5-11章）详细讲解了应用程序的设计，如何设计需求，如何确保应用程序与其他程序及数据库协同动作，用户界面的设计与易用性，数据库设计，以及技术设计的原则与结构；第三部分（第12-13章）是本书的收尾部分，其中第12章讲解了程序设计中的安全问题，第13章总结了前面各章的重点，并展望了应用程序开发的趋势。

需求设计 构建用户想要和需要的产品 目录

第1章 情境驱动设计入门

1.1对需求进行设计

1.2什么是设计

1.2.1专项的设计

1.2.2有计划的设计

1.2.3工程化的设计

1.2.4设计方法小结

1.3像工程学那样来开发IT应用程序

1.4重视IT架构

1.5小结

第2章 设计体系

2.1为什么应该建立设计体系

2.2情境设计

2.2.1任务

2.2.2用户组

2.2.3数据表

2.2.4任务之间的消息

2.2.5任务之间的依赖关系

2.2.6把所有元素统合起来

2.2.7对情境设计做分析

2.3集成设计

2.4技术设计

2.5用户界面设计

2.6数据库设计

2.7实现

2.8这样做真的是工程化的设计吗

2.9小结

第3章 复用现有的方法及做法

3.1敏捷

3.1.1个体与交互胜过流程与工具

3.1.2可行的软件胜过繁杂的文档

3.1.3客户协作胜过合同谈判

3.1.4响应变化胜过遵循计划

3.1.5小结

3.2逆向设计

3.3用例

3.3.1原子性

3.3.2设计层次不明确

3.3.3用例本身比较模糊

3.3.4大型的用例文档难以理解

3.3.5用例对工程化的设计起不到帮助作用

3.3.6小结

3.4成本估算问题

3.5 BDUF为什么如此笨重

3.6迭代

3.7品质

3.8测试与检验

3.9把现有的做法运用到情境驱动设计之中

3.10学习型的组织

3.11小结

第4章 大型应用程序所面临的问题

4.1应用程序的大小体现在多个维度上

4.2大型项目所面临的问题

4.2.1需求问题

4.2.2缺乏终端用户的支持

4.2.3技术设计有问题

4.2.4采购与外包

4.3能够避免大型的项目吗

4.4小结

第5章 应用程序与业务的关系

5.1理解业务流程

5.2不能表示为流程的应该怎么办

5.2.1业务服务

5.2.2资源管理

5.2.3评审与监测

5.3用更广阔的视角来观察

5.4将商业策略运用到应用程序的开发中

5.4.1开发速度

5.4.2在成本、性能、可用性之间权衡

5.4.3试验性的商业计划

5.4.4利益要等多久才能变现

5.4.5安全需求

5.4.6针对现有的企业文化来做设计

5.4.7为公司所追求的文化气氛而做设计

5.4.8为计划的变更留出余地

5.4.9为打造学习型的组织提供支持

5.4.10非商务型的应用程序

5.5分析

5.5.1流程的格式是否正确

5.5.2对依赖关系进行分析

5.5.3目标分析

5.6小结

第6章 应用程序与用户的关系

6.1添加详情

6.1.1任务细节

6.1.2任务片段

6.1.3共同目标组

6.1.4数据表

6.1.5消息

6.1.6非功能型的需求

6.1.7使用情境设计的人

6.2确定各类用户

6.2.1办理业务流程的用户

6.2.2对工作进行监控的管理型用户

6.2.3使用本程序数据的其他应用程序的用户

6.2.4执行数据分析的用户

6.2.5执行应用程序管理工作的用户

6.3对情境设计进行分析

6.3.1流程层面的分析

6.3.2任务细节分析

6.3.3数据表详情分析

6.3.4用户组详情分析

6.3.5消息详情分析

6.4对情境设计进行评审

6.5小结

第7章 应用程序与其他IT项目的关系

7.1集成设计

7.1.1应用程序

7.1.2服务

7.1.3数据库

7.2服务接口设计

7.2.1定义服务接口

7.2.2设计可复用的服务

7.3现有的应用程序

7.3.1确定现有的应用程序

7.3.2替换现有的应用程序

7.3.3用现有的应用程序来制作服务

7.4回顾设计流程

7.5小结

第8章 用户界面设计与易用性

8.1逻辑用户界面

8.2把任务描述转化为单击操作

8.3易用性

8.3.1功能

8.3.2信息

8.3.3导航

8.3.4文本

8.3.5帮助

8.3.6直观而亲切的应用程序

8.3.7针对易用性进行设计

8.3.8监测易用性

8.4事务与任务完整性

8.5用户界面设计与其他细节设计之间的关系

8.6小结

第9章 数据库设计

9.1数据库设计

9.2数据库设计理论

9.3程序员与数据库设计者之间的关系

9.4数据访问服务

9.5 NoSQL

9.6小结

第10章 技术设计的原则

10.1单服务器环境下的高性能原则

10.1.1缓存

10.1.2多线程与多元处理

10.2多服务器环境下的高性能原则

10.2.1前端并行

10.2.2后端并行

10.3高弹性原则

10.4测试与性能评估的必要性

10.5技术设计的流程

10.6小结

第11章 技术设计的结构

11.1程序结构

11.2什么是框架

11.3各种编程语言

11.4选择编程语言及框架

11.4.1选择与公司的技能组合相匹配的语言

11.4.2选择可以满足应用程序性能目标的语言

11.4.3选择可以满足集成需求的语言

11.4.4如果需要进行小组合作，请选择有利于小组合作的语言

11.4.5在选择编程语言的同时，选择相应的版本控制软件及项目管理软件

11.4.6选择与自己的开发方法相协调的语言

11.5对框架进行扩展

11.6实现通用的功能

11.7小结

第12章 安全设计

12.1 IT应用程序的安全原则

12.1.1认证

12.1.2访问控制

12.1.3用户管理

12.1.4安全保护

12.1.5安全监控

12.2每一种设计之中的安全因素

12.2.1情境设计

12.2.2集成设计

12.2.3用户界面设计

12.2.4数据库设计

12.2.5技术设计

12.3安全编程

12.4小结

第13章 应用程序开发展望

13.1情境驱动设计如何改变应用程序开发

13.2情境驱动设计的机遇

13.2.1新工具

13.2.2情境设计与驱动设计

13.2.3用户界面设计与数据库设计

13.2.4技术设计

13.3应用程序开发所面对的挑战

13.3.1灵活性

13.3.2运营

13.3.3正确性

13.3.4品质

13.3.5职业精神

13.4小结

附录A 情境设计核对表

参考资料

需求设计 构建用户想要和需要的产品 精彩文摘

但是有人会问，我们为什么不能依赖行业所给出的测试结果（benchmark）呢？这些测试结果可以证明，在某些配置方式之下，某些软件产品可以达到极高的性能。但问题在于，这种测试结果恐怕并不能说明该软件可以实现你想要的能力。例如，吞吐量测试的结果并不能说明我们可以用该软件实现出一些具备高可用性的特征，例如，切换到灾难恢复备份站点等，它也不能说明我们可以用它来实现加密机制等高水准的安全措施。此外，这些测试结果都是根据一些很简单的应用程序所得出的，而我们要实现的应用程序则要比那些应用程序更为复杂、其开销也更大，例如，我们要在数据库中创建附加索引等。因此，最好的办法还是自己做测试。

技术设计之所以没有得到足够的探索，其中一项原因在于：项目是通过竞标而交由第三方来实现的，于是第三方为了赢得这项合约，就会极度缩减开支。第三方可能确实有着较高的专业能力可以研发出优秀的技术设计，但它未必会把这种能力运用到这次的合作之中，它可能想的是到时候根据情况再随机应变。于是，这就引出了4.2.4节要讨论的问题：很多大型项目都在采购环节出现了失误，没有能够较好地通过第三方来完成应用程序的开发。