需求评估
产品经理、开发工程师、测试工程师，组织需求评审会议，讲解本次的开发功能。
开发需分析：
- 是否涉及到其他开发部门？
- 是否需要创建数据库/数据表？
- 本次需要做多少页面？
- 有多少功能点，哪些是功能难点？
根据以上，给出开发工期（X/人/天）。
跨部门沟通
沟通确定后，沟通结果以邮件的形式确认抄送相关Leader。
创建/更改 数据库
根据公司要求规范操作数据表，确定后邮件抄送相关开发。
相关SQL语句，需要Leader、DBA 审核，方可部署。
静态页面开发
目前后台项目大部分使用 BootStrap，自己拼页面即可。
需要考虑：
- 代码整洁性（标签元素对齐，DIV区块注释）。
- 界面适配（BootStrap 栅格系统）。
- Js 相关验证（尽量自己学js类库，不要写在界面中）。
- 产品验收（确认界面元素是否满足使用习惯）。
个人感觉界面做的漂亮，成就感也是满满的。
程序逻辑代码开发
需要考虑：
- 复杂的逻辑可以自己先画流程图（
ProcessOn）。 - 遵循 PHP 代码规范（
PSR）。 - 代码注释（重要、重要、重要）。
- 数据验证（对前端提交的数据进行二次验证）。
- 功能逻辑（考虑类库封装，代码复用）。
- 性能问题（是否需要用到缓存）。
- 安全问题（XSS、Sql注入）。
- 日志问题（记录相关日志）。
- 错误报警（可供参考）。
目前就考虑到以上这些。
功能自测
程序开发完毕后，需要自己先进行测试，走一遍全部流程。
需要考虑：
- 创建一些测试数据。
- 考虑功能的临界值。
- 确保功能的可用性。
- 其他。
代码评审（Code Review）
代码评审被公认为是一个很好的提高代码质量的手段。
好处：
- 加速个人的成长，让自己成为一个更优秀的程序员。
- 可以分享/学习到更多的知识。
- 保证代码清晰，容易被别人理解。
- 提前发现一些缺陷（代码检查者通常比代码编写者更挑剔）。
一些开源系统：
- Phabricator
- ReviewNinja
- Codacy
- RhodeCode
- Gerrit
如果有好的工具帮助我们进行codereview，往往会达到事半功倍的效果。
WIKI 更新
将自己开发的功能模块，部署到WIKI上。
写好需求方、开发者、使用者、是否用到API、相关逻辑、流程图...
功能提测
通知测试人员，该需求可以提测啦~
根据公司要求，可以进行邮件提测，也可以JIRA管理。
以上，只是大概的讲述了开发流程。
其实每一个步骤，都可以进行详细分析，比如代码注释，评审规范等等。
有问题，欢迎大家留言讨论。
Thanks ~
IT小圈儿
网友评论