在招行工作半年 我学到了什么
开发模式
1、 迭代开发模式
以一个月为迭代,第一周分析需求,第二完成20%提测、三周80%提测,第四周周三全部提测,第四周完成测试。实际执行时是与上一个迭代交错的,即需求分析是从上一个迭代的第三周周四、周五开始。
优点:开发稳定,测试充足,有足够的修复bug时间,容错率强
缺点:人员效率不高,开发在后两周比较闲
2、 精益模式
同样是以一个月为周期,不过对于开发来说,实际只有两周时间,将需求按特性分类,两周的开发时间,两周的测试时间。但是在测试的时候,开发开始了下一个月的新需求开发。
优点:人员产出高,开发没有了之前的空闲时间,一直处于开发状态
缺点:开发人员一直在写新需求,修复bug的时间减少。导致自检不充分,程序容错率低。
写下自己的感受,对于精益模式,其实将开发周期加上两三天的冗余即可。
代码检视
对于代码检视,我个人在这段时间的工作中有了一些感悟。
对于开发新需求的代码(一般量非常大),可以采用集体代码检视(理由:众人一起可以发现更多的问题,如设计模式,实现方式,代码可读性等);
对于bug修改(量少),在提交push请求后,由组长完成检视即可。
数据库设计
数据库由对应的开发设计,但需要组长与组员一起评审,要求严格按公司自己的数据库设计规范执行,如命名统一(同样是id,a表叫id,b表叫rcrd_id),类型统一(同样是字典项,a表是varchar20,b表是int或者varchar30),长度统一,每个字段都要有注释,每个字典项在注释中列举.
详细设计
开发人员拿到需求后,必须有详细设计,主要内容有设计思路、开发步骤、依赖模块、影响模块。主要目的是为了让开发人员在开发前,对需求有个整体的认识,文档需要组长和组员一同评审