团队开发模式的转变
来源:互联网 发布:windows系统隐藏文件夹 编辑:程序博客网 时间:2024/05/16 12:02
多数的软件开发团队仍然在开发项目中使用瀑布型 的开发过程。采用极端的瀑布型开发方法意味着你要以严格的顺序来完成一系列的项目阶段:需求分析、设计、实现/集成然后是测试。当项目中出现的问题解是困难的并且解决问题是昂贵时,你可能会推迟测试直到项目周期的末端;这些问题也能够严重的威胁软件发布的期限并且使主要的团队成员在某些开发环节上是空闲的。
实际上,多数的开发团队使用了改进了的 瀑布型开发方法,他们将项目分解成为两个或者更多的部分,有时这些部分被称为阶段或者是时期。这种改良可以帮助简化集成、使测试人员更早的进行测试工作和提供更早的项目状态的观测。这种方法也将代码分解成了易于管理的片断并最小化了以存根和驱动程序形式的、被测试需要的代码集成。此外这种方法允许你原型化你认为有风险的或者有难度的部分,并且使用来自每一个阶段的反馈修改你的设计。然而,使用瀑布型开发方法的执行与想象是相反的:很多设计团队把在阶段 1 之后的修改设计视为他们的最初设计或者需求过程的失败。虽然一个改进了的瀑布型开发方法并不排除反馈的使用,但是它并没有促进、支持和鼓励反馈的使用。最后,想要最小化风险就不要典型的驱动一个瀑布型的开发项目。对于软件开发过程来说,本文探索了”迭代“开发方法超越传统的瀑布型开发方法的进步。
每一个迭代都包括需求、分析、设计、实现和测试活动。同时,每个迭代都建立在前一个迭代工作的基础上,每一次迭代都会生成更加接近最终产品的可执行版本。
迭代比瀑布的好处:
1、它允许需求的变化。
2、集成不是在项目的尾声进行的“大动作”。
3、早期的迭代可以暴露风险。
4、对产品的管理能够采取战术性的变化。
5、它使重用更加容易。
6、你能够在每一个迭代中发现并更正缺陷。
7、它能够更好的利用项目的人员资源。
8、团队成员能够沿着项目的道路进行学习。
9、你能够沿着项目的道路改进开发的过程。
- 团队开发模式的转变
- 浅谈测试团队转型,思维模式的转变是关键
- 在web开发学习中模式的转变
- 基于yui的前端"团队开发"模式
- 转变思路,重建团队
- 传统三层向DDD的转变及以DDD为开发模式的设计开发步骤
- 李烨_敏捷团队中QA角色的转变
- 从测试到开发的转变
- 小团队git开发模式
- 关于团队模式开发问题
- 小团队git开发模式
- 小团队git开发模式
- 多团队敏捷开发的组织架构和协作模式
- 基于MVC团队组合模式的系统开发
- 基于MVC团队组合模式的系统开发
- PB11新开发模式的深入学习计划:以及开发思路应转变到框架重用和面向对象
- vs 团队模式 改回 开发模式
- 开发团队的效率
- FreeBSD下设置个人开发平台
- 编写Smarty插件使得Smarty成为数据要求型(模板拉数据)模板
- Log4j使用点滴
- 如何引用工业卡的头文件和动态库(十万火急)
- 普及环境中面向服务的体系结构(SOA)[转IBM]
- 团队开发模式的转变
- Linux内核的时钟中断机制(2)
- Linux内核的时钟中断机制(3)
- Linux内核的时钟中断机制(4)
- Linux内核的时钟中断机制(5)
- Linux内核的时钟中断机制(6)
- Object-Oriented Design Heuristics 笔记(1)
- Linux内核的时钟中断机制(7)
- Linux内核的时钟中断机制(8)