He,YuanHui —— 业精于勤荒于嬉,行成于思毁于随

如果你喜欢一个事,又有这样的才干,那就把整个人都投入进去,就要象一把刀直扎下去直到刀柄一样,不要问为什么,也不要管会碰到什么。

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

       速度是企业竞争致胜的关键因素,软体专案的最大挑战在于一方面要应付变动中的需求,一方面要在紧缩的时程内完成专案,所以软体团队除了在技术上必须日益精进,更需要运用有效的开发流程,以确保团队能够发挥综效。 这正是Agile Process (敏捷的软体开发流程)于近年来兴起的主要原因,本文将介绍数种广为接受的软体开发流程,及其在运用上的建议。

1  Agile Process -敏捷的开发流程

 

       几乎所有的软体专案都会在起始阶段面临选择开发流程的困难,一种是完备的开发流程,另一种是简易轻便的流程。 虽然我们了解采用完备的开发流程可以提高软体的品质,但是因为欠缺人力、工具与时间,我们常会被迫采用简化的流程,但事与愿违,大部分的情况我们仍然难以在预算内及时完成专案。 

 

       Agile Process (敏捷的开发流程)是一种软体开发流程的泛称,Agile Process具有下列几项共通的特性: 

1. 客户与开发人员形成密切合作的团队,因为客户无法于初期定义完整的规格,而开发人员于开发过程中也常常无法知悉外在环境或业务的变动,所以需要两者密切合作方能开发适用的软体。 
2. 专案最终的目标是可执行的程式,因此所有的中间产品必须经过审慎评估,确认有助于最终目标,才需要制作中间产品。 
3. 采用Iterative与Incremental方式分阶段进行,密集review是否符合需求。 
4. 流程可以简单,但规划与执行必须严谨。 
5. 强调团队合作,赋予高度的责任,团队有自主权得以因应变化做调整。

 

 

2  RUP开发流程- Rational Unify Process


 

       RUP为IBM Rational公司经过多年的研发与经验所提出的软体开发流程,其内容含盖Business modeling, Requirement Modeling, Logical Design, Implementation, Testing, Deployment等软体开发生命周期的直接工作,与Project Management, Change & Configuration Management,Environment support等支援性工作。  RUP的内容非常丰富,不同的专案需要不同调整,IBM Rational提供RUP workbench工具,方便调整RUP,并公布于Web,方便专案成员遵循统一的流程规范进行工作。 

       RUP的主要精神为:1.专案进行采用Iterative程序分阶段渐进地完成专案功能;2.广泛使用Visual Modeling于商业需求分析、系统分析与系统设计;3.强调架构设计;4.对每项工作所需要的技术、工具、做法、范本、检查项目均有详细的定义,架构完备且具有可调整的弹性。 
因为RUP的流程规范与相关技术较复杂,所以导入时必须注意几个因素:1.主管的支持以确保足够的资源投入;2.分阶段导入;3.适当的训练与密切的顾问咨询;4 .使用Modeling技术时需要考量Coding的实作环境;5.良好团队的管理,以沟通、耐心与坚持解决变革的人性阻力。

 

 

3  XP开发流程- eXtreme Programming


       XP亦称为终极流程,是最轻量级的开发流程,其最主要的精神是『在客户有系统需求时,给予及时满意的可执行程式』,所以最适合需求快速变动的专案。  XP经过6年的实作与修改,已演化为精致的开发流程,但仍不失其精简的特性,它强调客户所要的是workable的执行码,所以把与撰写程式无关的工作降至最低,并要求客户与开发人员最好以side-by-side的方式一起工作。 
       XP开发流程的基本步骤为:1.开发人员随时可以和客户进行有效沟通,撰写user stories以确认需求。

  2.简易快速的系统设计,撰写独立的验证程式以解决特殊困难的问题,找出演算法即可丢弃验证程式。

  3.规划多次小型阶段的专案计划,以最快速度完成每一阶段的程式交付客户,客户负责Acceptance tests;

  4. Coding前必须完成Unit Test与Acceptance tests程序,所有模组整合前都须经过Unit Tests;

  5.开发人员必须快速回应Bug与需求变更;

  6.要求二人一组使用一台电脑设计程式,当一人coding时,另一人负责思考与设计; 

  7.程式必须符合程式规范,并常做程式的重整(Refactoring)。  

  XP属于较精简的流程,于导入应注意几件事情:

  1.最好有顾问给予协助;

  2.持续的Review;

  3.可适当调整流程,但不可失去其基本精神。

 

4  SCRUM开发流程

 

      SCRUM开发流程是Agile Process的一种,以英式橄榄球争球队形(Scrum)为名,基本假设是『开发软体就像开发新产品,无法一开始就能定义Final Product的规程,过程中需要研发、创意、尝试错误,所以没有一种固定的流程可以保证专案成功』。

      Scrum将软体开发团队比拟成橄榄球队,有明确的最高目标,熟悉开发流程中所需具备的最佳典范与技术,具有高度自主权,紧密地沟通合作,以高度弹性解决各种挑战,碓保每天、每个阶段都朝向目标有明确的推进,因此SCRUM非常适用于产品开发专案。  SCRUM开发流程通常以30天为一个阶段,由客户提供新产品的需求规格开始,开发团队与客户于每一个阶段开始时挑选该完成的规格部份,开发团队必须尽力于30天后交付成果,团队每天用15分钟开会检视每个成员的进度与计画,了解所遭遇的困难并设法排除。               SCRUM与传统开发流程及专案管理差异较大,于导入时最好有顾问协助。

 

5 总结

 

     Agile Process的精神已经成为共识,但是没有一种固定的流程可以重复使用在不同的专案上。 而且不管是RUP、XP、SCRUM、或其他的开发流程都允许相当大的弹性,我们必须按专案性质的不同,调整或混合出适合的开发流程,并允许团队于进行中做必要的弹性修改,方能达成目标。

 

6 参考资料

 

RUP: www.rational.com 
XP: www.extremeprogramming.org 
SCRUM: www.controlchaos.com 
AGILE: www.agilealliance.org

 


本文转自:http://topinking.javaeye.com/blog/343826

 


 

 
 
 

 

 

 

 

posted on 2010-06-04 10:04  He,YuanHui  阅读(450)  评论(0编辑  收藏  举报

Add to Google