前两天给头提的新开发方式

阅读更多

前些日子头说要新的ABL小组探索一些新的开发方式，我满心欢喜，提出了一个结合公司实际的方案。 可惜，在现实的压力面前他们退缩了，回到了老路。 心有不甘，记录在此，凭吊之~~~~

[quote]

ABL工作流程和方式
      （草稿）
    
业务：
  1、请一位测试组成员加入ABL小组，为ABL小组业务负责人。
  2、所有的业务需求的收集、变化、确认，都集中于此业务人员。
    技术人员在业务上的精力可以适量减少。
  3、开发人员有业务问题需要首先咨询业务人员。在业务人员依然不清楚地情况下，可以由业务人员发起同美国同事的讨论。
  4、所有的需求变化和确认状况需要通知全组人员。
  
技术：
  
  开发原则  
   A：进行单元测试。
      后台主要测试BO和DAO，测试工具为JUnit（DBUnit）工具；
      前台主要使用Selenium测试。
      单元测试没有通过的代码不可以提交到CVS。
   B：每完成一小步就集成测试，间隔时间尽量缩短。具体时间可以根据实际开发状况调整。
     集成测试自动化。
   C：在完成任务后，可以到组长处领取新任务或者帮助他人完成任务，可以自己选择。
   D：如果在指定时间内某人没有完成任务，责任不仅仅是任务领取人个人的，也是大家的。
   E：每天上午9:30，在会议室召开例会（立会）。所有人站立开会，每次时间控制在15分钟左右。
     每个人回答四个问题：
      1〉昨天开会之后作了什么？
      2〉今天要做什么？
      3〉碰到了什么障碍？
      4〉有什么要同大家共享的？
     会上提出问题，会后解决问题。
     
  开发步骤：
    step 1: 所有人员阅读所有文档，需要熟悉理解所有业务需求。
    step 2: 前台与后台分开走。
        两人负责前台delegate之前；两人负责后台从delegate到DAO。
        delegate接口双方共同协商。
        后台是模拟实现，前台是全部实现。
    step 3：集成测试，跑通流程，业务人员确认主流程正确。
    step 4：实现业务逻辑（单元测试）
    step 5：集成测试（频密）
    step 6：将step4与step5循环，一直到项目结束。

[/quote]