CMMi, RUP (Rational Unified Process)与产品级敏捷在工程实践上有何不同?
2015-12-06 20:47
309 查看
★ CMMi, RUP
的开发模式,强调的是 “垂直型”
的 “专业分工”;明确界定各个不同的角色;BA, SA,
架构师,开发人员,测试人员;什么时间?
该各自完成什么事?
★ CMMi, RUP
下的各种工程实践;如: 需求分析,架构设计,概要设计,详细设计,测试用例设计;因为,都只是针对特定的角色;如:测试用例设计,只是针对测试人员。所以,CMMi, RUP
下的各种工程实践,往往不需要考虑,彼此之间的互相 “组合(Composition)”。
★ 产品级敏捷的开发模式,强调的是 “水平型”
的 “专业协作”;团队中的各个不同的角色;BA, SA,
架构师,开发人员,测试人员;均要能一起协作、共同完成,从版本一刚开始的价值场景识别到最终版本发布的所有事情。
★ 产品级敏捷为使各个不同的角色,均可高效的互相协作,所以,产品级敏捷的各个工程实践,往往需将不同的软件工程实践与程序语言
(框架),进行组合 (Composition)。例如: Story
场景树便组合了 “Use Case”, “领域驱动设计”、“单元测试”、“Java”、“Spring”、“C++/C”,而使
BA,SA,架构师,开发人员,测试人员均可共同的互相协作;可视化,轻量级与高效的共同完成 Story
的场景分析,设计与 Story
测试用例设计。
所以,产品级敏捷中的每个实践,背后均有业界认可的各种工程实践与程序语言
(框架)作支撑,并且每个实践体现在外的是 “可视化”、“轻量级”、“简单却不简化”。更重要的是,每个实践均支撑
“不同角色”,“不同地域”
的 “水平型
(扁平化)” 的高度团队协作。
的开发模式,强调的是 “垂直型”
的 “专业分工”;明确界定各个不同的角色;BA, SA,
架构师,开发人员,测试人员;什么时间?
该各自完成什么事?
★ CMMi, RUP
下的各种工程实践;如: 需求分析,架构设计,概要设计,详细设计,测试用例设计;因为,都只是针对特定的角色;如:测试用例设计,只是针对测试人员。所以,CMMi, RUP
下的各种工程实践,往往不需要考虑,彼此之间的互相 “组合(Composition)”。
★ 产品级敏捷的开发模式,强调的是 “水平型”
的 “专业协作”;团队中的各个不同的角色;BA, SA,
架构师,开发人员,测试人员;均要能一起协作、共同完成,从版本一刚开始的价值场景识别到最终版本发布的所有事情。
★ 产品级敏捷为使各个不同的角色,均可高效的互相协作,所以,产品级敏捷的各个工程实践,往往需将不同的软件工程实践与程序语言
(框架),进行组合 (Composition)。例如: Story
场景树便组合了 “Use Case”, “领域驱动设计”、“单元测试”、“Java”、“Spring”、“C++/C”,而使
BA,SA,架构师,开发人员,测试人员均可共同的互相协作;可视化,轻量级与高效的共同完成 Story
的场景分析,设计与 Story
测试用例设计。
所以,产品级敏捷中的每个实践,背后均有业界认可的各种工程实践与程序语言
(框架)作支撑,并且每个实践体现在外的是 “可视化”、“轻量级”、“简单却不简化”。更重要的是,每个实践均支撑
“不同角色”,“不同地域”
的 “水平型
(扁平化)” 的高度团队协作。
相关文章推荐
- Microsoft 开源 Edge 浏览器的 javascript 引擎
- 一段语录
- 硬中断 / 软中断的原理和实现
- 对Java中内部类的理解
- 初识C#
- hadoop2.5.2集群环境搭建
- 锐浪报表+条件查询
- Service API翻译详解(一)
- Exchange Server 2013 SP1 系列之:小企业部署邮件服务器
- 本周刷水【2015.11.30~2015.12.6】
- File递归遍历目录,返回文件夹及文件
- 69,点语法
- 剑指offer学习笔记2
- JDBC(与Oracle的连接)(转)
- 日期、时间选择器的基本使用
- Linux进程间通信(IPC)编程实践(十)System V信号量---PV操作经典题目
- online_judge_1025
- Sharepreferences
- centos7折腾-换本地的安装源
- px、dp和sp之间的区别?