开发后台项目的套路是什么?

需求评估前端

产品经理、开发工程师、测试工程师,组织需求评审会议,讲解本次的开发功能。程序员

开发需分析:数据库

  • 是否涉及到其余开发部门?缓存

  • 是否须要建立数据库/数据表?安全

  • 本次须要作多少页面?工具

  • 有多少功能点,哪些是功能难点?性能

根据以上,给出开发工期(X/人/天)。学习

跨部门沟通测试

沟通肯定后,沟通结果以邮件的形式确认抄送相关Leader。spa

建立/更改 数据库

根据公司要求规范操做数据表,肯定后邮件抄送相关开发。

相关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 ~

AD:
IT小圈儿

相关文章
相关标签/搜索