掌握需求过程

第1章　基本事实1.1　事实11.2　事实21.3　事实31.4　事实41.5　事实51.6　事实61.7　事实71.8　事实81.9　事实91.10　事实101.11　事实111.12　需求究竟是什么1.12.1　功能需求1.12.2　非功能需求1.12.3　限制条件1.13　Volere需求过程第2章　需求过程2.1　需求过程的上下文2.2　案例分析2.3　项目启动2.4　网罗需求2.5　快而不完美的建模2.6　场景2.7　编写需求2.8　质量关2.9　复用需求2.10　复查需求2.11　迭代和增量过程2.12　需求反思2.13　需求演进2.14　模板2.15　白雪卡2.16　定制需求过程2.17　正式性指南2.18　本书后续内容第3章　确定业务问题的范围3.1　项目启动3.2　正式性指南3.3　设定范围3.4　IceBreaker项目3.5　范围、利益相关者和目标3.6　利益相关者3.6.1　出资人3.6.2　顾客3.6.3　用户：理解他们3.7　其他利益相关者3.7.1　顾问3.7.2　管理者3.7.3　主题事务专家3.7.4　核心团队3.7.5　检查人员3.7.6　营销团队3.7.7　法律专家3.7.8　消极的利益相关者3.7.9　业界标准制定者3.7.10　公众意见3.7.11　政府3.7.12　特殊利益团体3.7.13　技术专家3.7.14　文化利益3.7.15　相邻系统3.8　发现利益相关者3.9　目标：想达到什么目的3.9.1 目标3.9.2 好处3.9.3 度量标准3.10　需求限制条件3.10.1　解决方案限制条件3.10.2　项目限制条件3.11　命名惯例与定义3.12　估算产品的成本3.13　风险3.14　继续还是终止3.15　项目启动会议3.16　小结第4章　业务用例4.1　理解工作4.2　正式性指南4.3　用例及其范围4.4　工作的范围4.5　业务事件4.6　业务事件和业务用例是好想法的原因4.6.1　“系统”不可假定4.6.2　退后一步4.7　发现业务事件4.8　业务用例4.9　业务用例和产品用例4.10　小结第5章　工作调研5.1　网罗业务5.2　正式性指南5.3　网罗知识5.4　业务分析师5.5　网罗与业务用例5.6　Brown Cow模型5.7　当前做事的方式（当前如何）5.8　做学徒5.9　业务用例研讨会5.9.1　成果5.9.2　场景5.9.3　业务规则5.10　利益相关者访谈5.10.1　正确提问5.10.2　聆听答案5.11　寻找可复用的需求5.12　快而不完美的过程建模5.13　原型和草图5.13.1　低保真原型5.13.2　高保真原型5.14　思维导图5.15　谋杀卷宗5.16　录像和照相5.17　wiki、博客和论坛5.18　文档考古学5.19　家庭治疗5.20　选择最佳网罗技巧5.21　小结第6章　场景6.1　正式性指南6.2　场景6.3　业务的本质6.4　场景图示6.5　可选情况6.6　异常情况6.7　假设场景6.8　误用场景和负面场景6.9　场景模板6.10　小结第7章　理解真正的问题7.1　正式性指南7.2　Brown Cow模型：在横线之上思考7.2.1　本质7.2.2　抽象7.2.3　去除泳道7.3　解决正确的问题7.4　进入未来7.5　如何创新7.6　系统思考7.7　价值7.8　假想用户7.9　挑战限制条件7.10　创新研讨会7.11　头脑风暴7.12　回到未来第8章　开始解决方案8.1　迭代式开发8.2　本质业务8.3　确定产品的范围8.4　考虑用户8.5　设计用户体验8.6　创新8.6.1 方便8.6.2　联系8.6.3　信息8.6.4　感觉8.7　接口草图8.8　业务事件的真正起源8.9　相邻系统和外部技术8.9.1　主动的相邻系统8.9.2　自治的相邻系统8.9.3　合作的相邻系统8.10　成本、收益和风险8.11　用文档记录设计决定8.12　产品用例场景8.13　小结第9章　今日业务分析策略9.1　平衡知识、活动和人9.2　常见项目需求轮廓9.3　每次突破前需要多少知识9.4　外部轮廓9.4.1　概念到范围确定9.4.2　范围确定到工作调研9.4.3　工作调研到产品确定9.4.4　工作调研到原子需求定义9.4.5　工作调研到构建9.4.6　产品确定到原子需求定义9.4.7　产品确定到构建9.4.8　原子需求定义到构建9.5　迭代轮廓9.5.1　概念到范围确定9.5.2　范围确定到工作调研9.5.3　工作调研到产品确定9.5.4　工作调研到需求定义9.5.5　产品确定到需求定义9.5.6　需求定义到构建9.6　顺序轮廓9.6.1　概念到范围确定9.6.2　范围确定到工作调研9.6.3　工作调研到产品确定9.6.4　产品确定到需求定义9.6.5　需求定义到构建9.7　你自己的策略9.8　提升需求技能9.8.1　不再是速记员9.8.2　限制写下的需求数量9.8.3　复用需求9.8.4　创新与业务分析师9.8.5　寻找业务规则9.8.6　业务分析师作为思想代理9.8.7　系统思考与业务分析师9.8.8 业务分析师与可视化9.9　小结第10章　功能需求10.1　正式性指南10.2　功能需求10.3　发现功能需求10.4　细节程度或粒度10.5　描述和理由10.6　数据，你的秘密武器10.6.1　数据模型10.6.2　数据字典10.7　异常和可选方式10.8　有条件的需求10.9　避免二义性10.10　技术需求10.11　需求分组10.12　功能需求的替代方式10.12.1　场景10.12.2　用户故事10.12.3　业务过程模型10.13　对COTS的需求10.14　小结第11章　非功能需求11.1　非功能需求简介11.2　正式性指南11.3　功能需求与非功能需求11.4　用例与非功能需求11.5　非功能需求类型11.6　观感需求：类型1011.7　易用性和人性化需求：类型1111.8　执行需求：类型1211.9　操作和环境需求：类型1311.10　可维护性和支持需求：类型1411.11　安全需求：类型1511.11.1　可得性11.11.2　私密性11.11.3　完整性11.11.4　审计11.11.5　……没有其他11.12　文化需求：类型1611.13　法律需求：类型1711.13.1　萨班-奥克斯利法案11.13.2　其他法律要求11.13.3　标准11.14　发现非功能需求11.14.1　用博客记录需求11.14.2　用例11.14.3　模板11.14.4　原型和非功能需求11.14.5　客户11.15　不要编写解决方案11.16　小结第12章　验收标准和理由12.1　正式性指南12.2　验收需要标准的原因12.3　理由的理由12.4　导出验收标准12.5　测量的尺度12.6　非功能需求的验收标准12.6.1　产品失败12.6.2　主观测试12.6.3　标准12.6.4　观感需求12.6.5　易用性和人性化需求12.6.6　性能需求12.6.7　操作需求12.6.8　可维护性需求12.6.9　安全需求12.6.10　文化需求12.6.11　法律需求12.7　功能需求的验收标准12.8　验收标准的形式12.8.1　定义数据12.8.2　图式验收标准12.8.3　决策表12.8.4　图12.9　用例和验收标准12.10　项目目标的验收标准12.11　解决方案限制条件的验收标准12.12　小结第13章　质量关13.1　正式性指南13.2　需求质量13.3　使用质量关13.4　超出范围13.5　测试完整性13.5.1　是否存在遗漏的属性13.5.2　是否对利益相关者有意义13.6　测试验收标准13.7　一致使用术语13.8　限制条件下是否可行13.9　需求还是解决方案13.10　需求价值13.11　镀金需求13.12　需求蔓延13.13　实现质量关13.14　小结第14章　需求与迭代开发14.1　迭代开发的要求14.2　迭代的需求过程14.2.1　工作14.2.2　分析业务要求14.2.3　编写用户故事14.2.4　开发产品14.3　业务价值分析与优先级14.4　如何编写好的用户故事14.4.1　问题14.4.2　用户故事形式化14.4.3　充实故事14.5　迭代需求的角色14.5.1　业务知识14.5.2　分析和沟通知识14.5.3　技术知识14.6　小结第15章　复用需求15.1　什么是复用需求15.2　可复用需求的来源15.3　需求模式15.4　业务事件模式15.4.1　事件响应的上下文15.4.2　事件响应的处理15.4.3　事件响应的数据15.5　通过抽象形成模式15.5.1 特定领域的模式15.5.2　跨领域的模式15.6　领域分析15.7　小结第16章　沟通需求16.1　正式性指南16.2　将潜在需求变成书面需求16.3　知识与规格说明书16.4　Volere需求规格说明书模板16.4.1　模板目录16.4.2　模板部分16.5　发现原子需求16.6　原子需求的属性16.6.1　需求编号16.6.2　需求类型16.6.3　事件/用例编号16.6.4　描述16.6.5　理由16.6.6　来源16.6.7　验收标准16.6.8　顾客满意度和不满意度16.6.9　优先级16.6.10　冲突16.6.11　支持材料16.6.12　历史16.7　汇编需求规格说明16.8　自动化的需求工具16.9　功能需求16.10　非功能需求16.11　项目问题16.12　小结第17章　需求完整性17.1　正式性指南17.2　复查规格说明17.3　审查17.4　发现遗漏的需求17.5　已发现所有业务用例吗17.6　排列需求优先级17.6.1　影响优先级的因素17.6.2　何时确定优先级17.6.3　需求优先级等级17.6.4　优先级电子表格17.7　冲突的需求17.8　二义性的规格说明17.9　风险评估17.9.1　项目驱动17.9.2　项目限制条件17.9.3　功能需求17.10　度量所需的工作量17.11　小结附录A　Volere需求规格说明书模板目录使用本模板Volere需求分析需求类型测试需求需求项框架1．项目的目标1a．该项目工作的用户业务或背景1b．项目的目标2．利益相关者2a．客户2b．顾客2c．其他利益相关者2d．产品的直接操作用户2e．假想用户2f．对用户设定的优先级2g．用户参与程度2h. 维护用户和服务技术人员3．强制的限制条件3a．解决方案的限制条件3b．当前系统的实现环境3c．伙伴应用或协作应用3d．立即可用的软件3e．预期的工作地点环境3f．进度计划限制条件3g．该产品的财务预算是多少3h. 企业限制条件4．命名惯例和定义5．相关事实和假定5a．事实5b．业务规则5c．假定6．工作的范围6a．当前的状况6b．工作的上下文范围6c．工作切分6d. 确定业务用例7．业务数据模型和数据字典7a. 数据模型7b. 数据字典8．产品的范围8a．产品边界8b．产品用例清单8c．单个产品用例9．功能需求与数据需求10．观感需求10a．外观需求10b．风格需求11．易用性和人性化需求11a．易于使用的需求11b．个性化和国际化需求11c．学习的容易程度11d．可理解性和礼貌需求11e．可用性需求12．执行需求12a．速度和延迟需求12b．安全性至关重要的需求12c．精度需求12d．可靠性和可访问性需求12e．健壮性或容错需求12f．容量需求12g．可伸缩性和可扩展性需求12h．寿命需求13．操作和环境需求13a．预期的物理环境13b．与相邻系统接口的需求13c．产品化需求13d．发布需求14．可维护性和支持需求14a．可维护性需求14b．支持需求14c．适应能力需求15．安全性需求15a．访问控制需求15b．完整性需求15c．隐私需求15d．审计需求15e．免疫力需求16．文化需求17．法律需求17a．合法需求17b．标准需求18．开放式问题19．立即可用的解决方案19a．已经做好的产品19b．可复用组件19c．可以复制的产品20．新问题20a．对当前环境的影响20b．对已实施的系统的影响20c．潜在的用户问题20d．预期的实现环境会存在什么限制新产品的因素20e．后续问题21．任务21a．项目计划21b．开发阶段计划22．迁移到新产品22a．迁移到新产品的需求22b．为了新系统，哪些数据必须修改或转换23．风险24．费用25．用户文档和培训25a．用户文档需求25b．培训需求26．后续版本需求27．关于解决方案的设想附录B　利益相关者管理模板B.1　利益相关者图示B.2　利益相关者模板附录C　功能点计数简介C.1　度量工作C.2　功能点计数快速入门C.2.1　工作上下文范围C.2.2　工作存储的数据C.2.3　业务用例C.3　针对业务用例计算功能点C.3.1　计算输入型业务用例C.3.2　计算输出型业务用例C.3.3　计算时间触发型业务用例C.4　计算存储的数据C.4.1　内部的存储数据C.4.2　外部的存储数据C.5　针对未知信息进行调整C.6　功能点计数的下一步附录D　Volere需求知识模型D.1　需求知识类和关联的定义D.1.1　知识类D.1.2　关联D.2　标注模板小节编号的知识模型词汇表参考文献

《软件开发方法学精选系列：掌握需求过程（第3版）》论述了软件开发中的重要课题—如何得到正确的需求。书中用一个接一个的步骤、一个接一个的模板、一个接一个的例子，向读者展示了经过业界验证的需求收集和验证过程，为精确地发现顾客所需所想提供了技巧和深刻见解。第3版延续了之前版本的优势，提供了Volere需求过程和需求规格说明书模板，同时为传统、敏捷和外包开发提供了不同的策略指导。对客户价值、迭代式开发和故事卡片的讨论，体现了作者对敏捷软件开发的深刻理解。利用验收标准让需求可测试，是在项目早期消除需求缺陷的好方法。书中还提供了各种检查清单，帮助识别利益相关者、用户、非功能需求。第3版引入了BrownCow模型，清晰地展现了“做什么”和“怎么做”的关注点分离。各种需求案例的讨论，是作者多年实践经验的结晶。书中还探讨了复用需求和需求模式的方法。　　《软件开发方法学精选系列：掌握需求过程（第3版）》可作为软件开发人员在开发过程中随时参考的手册，是产品经理、系统分析师、软件开发者和测试者必读的一本好书。