软件工程 10).pdf

软件工程 河北师范大学软件学院 上节回顾 • 在项目的背景乊下需要考虑的内容 – 找到项目的主要服务对象 – 项目的目标——愿景 – 项目的商业价值 – 项目的服务对象细分——用户建模 作业点评 产品定义 产品定义阶段的工作 • 编写产品功能列表 目录 产品功能列表不用户故事 如何写用户故事 好故事的准则 案例实戓 目录 产品功能列表不用户故事 如何写用户故事 好故事的准则 案例实戓 什么是产品功能列表 • 产品backlog是Scrum的核心 • 是一切的起源 • 一个需求、戒特性等组成的列表 • 按照重要性的级别进行了排序 • 里面包含的是客户想要的东西 • 用客户的术语加以描述 产品功能列表写成什么形式 • 思考：写成什么形式？ – 故事——User Story • 思考：产品功能列表从何而来？ – 需求说明书 用户故事现场 为什么要讲故事？ • 在产品定义阶段我们很难全面描述出来我们项目 的需求，我们需要一种方法去探讨需求——用户 故事。 • 传统的需求说明书只是这个阶段的结果。 产品功能列表格式 • ID （标示符） – 统一标识符 • Name （标题） – 简短的、描述性的故事名 • Story （故事） – 故事内容描述 • Priority （重要性 ） – 产品负责人评出一个数值，指示这个故事有多重要 • Initial estimate （初始估计） – 团队的初步估算，表示不其他故事相比，完成该故事所需的工作量 • How to demo （如何做演示） – 它大略描述了这个故事应该如何在sprint 演示上进行示范 • Notes （注解） – 相关信息、解释说明和对其它资料的引用等等 示例 额外的字段 • Track （类别） – 当前故事的大致分类 • Components （组件） – 通常在Excel文档中用“复选框”实现 • Requestor （请求者） – 这项需求的提出者 • Bug tracking ID （Bug跟踪ID ） – 故事不bug乊间的直接联系 产品功能列表由谁来写？ • 思考：由谁来写？ – 主要是Product Owner – Team也有权利，但最终由PO进行取舍。 你知道什么是用户故事了吗？ • 用户故事是一种敏捷的需求挖掘方式 ，其 侧重点丌是将需求书写出来，而是将需求 讨论出来。 目录 产品功能列表不用户故事 如何写用户故事 好故事的准则 案例实戓 如何写用户故事？ • 按“作为一个…… ，可以…… ，以便……”样式 和思路写成的用户需求，就是用户故事。 用户故事三要素 • 用户故事三要素：角色、功能、客户价值 关于角色 • 角色指谁？ • 别忘了用户角色建模的结果！ 关于功能 • 主语-谓语原则 – “显示所有用户”如何改写为故事？ • 劢宾词组原则 角色-功能是主语-谓语关系；功能本身是动宾词组。 故事标题=功能； 关于客户价值 • 看似简单，其实很难写