Changes between Version 11 and Version 12 of workflow


Ignore:
Timestamp:
09/25/2012 12:26:47 PM (14 years ago)
Author:
dingjianyong
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • workflow

    v11 v12  
    1111    在功能实现的过程中，对应每一个需求点与用户方作出详细确认，如需修改需求列表的，修改后同步到SVN上，确保大家都能在SVN上拿到最新的需求列表。[[BR]] 
    1212 
    13 * 开发环境的连通 
     13- 开发环境的连通 
    1414    开发环境与其他系统有交互的，需求在开发的过程中确保与其他系统连通，并进行测试。[[BR]] 
    1515 
    16 * 新模块的开发[[BR]] 
     16- 新模块的开发[[BR]] 
    1717    在做新模块新功能时，前期的讨论、准备和模块设计的时间充裕一些，把问题考虑周全，定出合理的模块实现方案。[[BR]] 
    1818    在新模块的实现后，需要大家对新模块进行代码审核，让组员熟悉新模块的代码结构和实现方式，期间还可以提出优化方案，以便日后维护。[[BR]] 
    1919 
    20 * 代码规范[[BR]] 
     20- 代码规范[[BR]] 
    2121    对于新接口和特殊逻辑的代码接口，必须加上注释。[[BR]] 
    2222    避免在代码上或者页面上出现硬编码（如forumId=19）的方式，应该采取静态常量来表示。[[BR]] 
    2323 
    24 * 代码管理[[BR]] 
     24- 代码管理[[BR]] 
    2525    对线上问题进行修复后，应该把主干上的代码及时合并到开发的分支上。[[BR]] 
    2626    在开发提交SVN中，开发人员要写清楚提交代码对应的功能点或者对应修复的Bug ID。[[BR]] 
    2727 
    28 * 功能测试[[BR]] 
     28- 功能测试[[BR]] 
    2929    对于多人合作完成的功能模块，应该有人负责整合这个功能，并对其进行测试。[[BR]] 
    3030    开发人员对于自己实现的功能，在实现完成后必须对照需求列表进行自测。[[BR]] 
    3131    开发人员之间可以根据需求列表进行交叉测试，保证模块功能的质量。[[BR]] 
    3232 
    33 * 项目时间管理[[BR]] 
     33- 项目时间管理[[BR]] 
    3434    注重时间管理，提高对时间的敏感度，尽能力保证在承诺的时间内交付产品。[[BR]] 
    3535    如果存在延迟的可能，应该及时地、尽早地提出，共同讨论原因，调动资源，重新确定解决方案。[[BR]] 
    3636 
    37 * 项目效率管理[[BR]] 
     37- 项目效率管理[[BR]] 
    3838    注重工作过程中的效率，当用户方、测试方提出紧急问题时，应及时到第一现场，用最有效的沟通方式观察问题和解决问题。[[BR]] 
    3939