敏捷开发流程图(20140818)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
它应该也能通过简单的验收测试
日常活动流程图
每日例会
更新任务板 编码/日常工作 代码审查和设计讨论
日常活动描述
参与人员：开发人员和品质工程师，加上每天主持例 会的项目主持人。
输入：迭代计划书和任务板。
输出：
关于昨天完成工作的信息交换； 关于今天计划工作的信息交换； 基于以上信息的任务板更新； 代码审查或关于代码设计的小组讨论。
测试驱动开发流程图
代码审查 写单元测试 （一个或几个单 元） 写产品代码 创建/编译和执 行单元测试
代码审查
解决问题
否
通过 ？
是
测试驱动开发描述
参与人员：开发人员（UT方面由品质工程师帮助）
输入：迭代计划书和高层次系统设计书 输出：单元测试代码和编译后没有任何错误且通过单 元测试的产品代码
更新后的需求和缺陷库（删除已完成的项目和增加新发现的项 目） 针对组织和流程的更改建议
谢谢!
用中国大脑，装备中国装备！
满意？
增加一个 新的迭代
提交和验证描述
参与人员：
提交代码：开发人员
执行UT和测试：品质工程师
最终演示：由品质工程师给产品负责人和每个人演示
输入:准备提交迭代代码 输出：
所提交代码系统的主干和分支 产品负责人核准迭代成功
迭代后的研讨流程图
修改项目计划书
固定合 同？
是
百度文库
粗略估计时间 如果是固定合同：
详细的时间估计 固定合同的需求迭代 预期的交货日期
迭代计划流程图
确定标题和需求 分解成任务
确定迭代时间表
创建任务板
迭代计划描述
参与人员：产品负责人、项目主持人、开发人员和品 质（QA）工程师。
输入：项目计划书
输出：
一个迭代计划书（IP），包含：
Wuhan Huazhong Numerical Control CO., LTD
敏捷开发流程图
主讲人：李振瀚
武汉华中数控股份有限公司
13 December 2011
摘要
这个规格文档包含了敏捷流程高层次步骤的主要流程 图，以及每个高级步骤的详细流程图。 这是全组织通用的敏捷开发流程官方规范。 在此演示文档中定义的流程是一个结合了Scrum（橄
否
如有必要 变更交货日期
如有必要 改变需求
迭代回顾会议
迭代后的研讨描述
参与人员：整个团队 输入：项目计划书和迭代计划书 输出：
修该后的项目计划书 迭代回顾会议记录 其余迭代的改动建议
项目后的研讨流程图
修订需求和缺陷库
项目回顾会议
项目后的研讨描述
参与人员：整个团队和组织/流程领导人 输入：项目计划书和迭代回顾会议记录 输出：
榄球运动）和XP方法，并加上一些基于计划性流程原
则后的产物，量身打造以适应我们的环境。 这份文档没有解释敏捷方法的原因和理念，请参阅单 另一个“敏捷开发理念”。
主要敏捷流程图
项目规划
需求与 缺陷库 项目后的研讨
迭代计划
迭代后的研讨
验收定义 提交和验证
测试驱动开发
验收测试
项目规划流程图
确定项目需求 增加内部需求 确定项目团队
验收测试流程图
测试驱动开发
执行迭代验收测试
一切 通过？
是 提交和验证
验收测试描述
参与人员：品质工程师（开发人员的帮助下）
输入：准备测试产品代码
输出：品质工程师核准结果合格，可以提交代码
提交和验证流程图
提交UT和产品代码 执行所有的UT和 验收测试
一切通过？
否
是 最终演示 否
回到TDD 解决问题 （这不应 该发生）
否 作出粗略评估
固定合 同？
是 详细评估和规划
项目规划描述
参与人员：产品负责人，项目主持人，开发人员和品 质（QA）工程师。 输入：需求和缺陷库。 输出：一个项目计划书（PP），包括：
项目团队成员 包含在项目中的外部需求，缺陷和内部需求。
初始的需求可能包含高层次的系统设计与重构
迭代中所包含的需求列表 一个迭代标题 迭代中每个步骤的完成日期
一个（电子版或实物的）任务板
验收定义流程图
将验收测试增加到迭代计划书中
团队研讨验收测试
将验收测试提交到产品序列中
验收定义描述
参与人员：产品负责人和品质（QA）工程师 输入：迭代计划书
输出：
更新后的迭代计划，包含测试和每个测试（每个需求一个或多 个）的预期行为 提交验收测试到针对产品测试的验收测试库中 一个针对界面迭代的不同界面行为需求
日常活动流程图
每日例会
更新任务板 编码/日常工作 代码审查和设计讨论
日常活动描述
参与人员：开发人员和品质工程师，加上每天主持例 会的项目主持人。
输入：迭代计划书和任务板。
输出：
关于昨天完成工作的信息交换； 关于今天计划工作的信息交换； 基于以上信息的任务板更新； 代码审查或关于代码设计的小组讨论。
测试驱动开发流程图
代码审查 写单元测试 （一个或几个单 元） 写产品代码 创建/编译和执 行单元测试
代码审查
解决问题
否
通过 ？
是
测试驱动开发描述
参与人员：开发人员（UT方面由品质工程师帮助）
输入：迭代计划书和高层次系统设计书 输出：单元测试代码和编译后没有任何错误且通过单 元测试的产品代码
更新后的需求和缺陷库（删除已完成的项目和增加新发现的项 目） 针对组织和流程的更改建议
谢谢!
用中国大脑，装备中国装备！
满意？
增加一个 新的迭代
提交和验证描述
参与人员：
提交代码：开发人员
执行UT和测试：品质工程师
最终演示：由品质工程师给产品负责人和每个人演示
输入:准备提交迭代代码 输出：
所提交代码系统的主干和分支 产品负责人核准迭代成功
迭代后的研讨流程图
修改项目计划书
固定合 同？
是
百度文库
粗略估计时间 如果是固定合同：
详细的时间估计 固定合同的需求迭代 预期的交货日期
迭代计划流程图
确定标题和需求 分解成任务
确定迭代时间表
创建任务板
迭代计划描述
参与人员：产品负责人、项目主持人、开发人员和品 质（QA）工程师。
输入：项目计划书
输出：
一个迭代计划书（IP），包含：
Wuhan Huazhong Numerical Control CO., LTD
敏捷开发流程图
主讲人：李振瀚
武汉华中数控股份有限公司
13 December 2011
摘要
这个规格文档包含了敏捷流程高层次步骤的主要流程 图，以及每个高级步骤的详细流程图。 这是全组织通用的敏捷开发流程官方规范。 在此演示文档中定义的流程是一个结合了Scrum（橄
否
如有必要 变更交货日期
如有必要 改变需求
迭代回顾会议
迭代后的研讨描述
参与人员：整个团队 输入：项目计划书和迭代计划书 输出：
修该后的项目计划书 迭代回顾会议记录 其余迭代的改动建议
项目后的研讨流程图
修订需求和缺陷库
项目回顾会议
项目后的研讨描述
参与人员：整个团队和组织/流程领导人 输入：项目计划书和迭代回顾会议记录 输出：
榄球运动）和XP方法，并加上一些基于计划性流程原
则后的产物，量身打造以适应我们的环境。 这份文档没有解释敏捷方法的原因和理念，请参阅单 另一个“敏捷开发理念”。
主要敏捷流程图
项目规划
需求与 缺陷库 项目后的研讨
迭代计划
迭代后的研讨
验收定义 提交和验证
测试驱动开发
验收测试
项目规划流程图
确定项目需求 增加内部需求 确定项目团队
验收测试流程图
测试驱动开发
执行迭代验收测试
一切 通过？
是 提交和验证
验收测试描述
参与人员：品质工程师（开发人员的帮助下）
输入：准备测试产品代码
输出：品质工程师核准结果合格，可以提交代码
提交和验证流程图
提交UT和产品代码 执行所有的UT和 验收测试
一切通过？
否
是 最终演示 否
回到TDD 解决问题 （这不应 该发生）
否 作出粗略评估
固定合 同？
是 详细评估和规划
项目规划描述
参与人员：产品负责人，项目主持人，开发人员和品 质（QA）工程师。 输入：需求和缺陷库。 输出：一个项目计划书（PP），包括：
项目团队成员 包含在项目中的外部需求，缺陷和内部需求。
初始的需求可能包含高层次的系统设计与重构
迭代中所包含的需求列表 一个迭代标题 迭代中每个步骤的完成日期
一个（电子版或实物的）任务板
验收定义流程图
将验收测试增加到迭代计划书中
团队研讨验收测试
将验收测试提交到产品序列中
验收定义描述
参与人员：产品负责人和品质（QA）工程师 输入：迭代计划书
输出：
更新后的迭代计划，包含测试和每个测试（每个需求一个或多 个）的预期行为 提交验收测试到针对产品测试的验收测试库中 一个针对界面迭代的不同界面行为需求