项目做完了,总要说点什么嘛

目前在负责一个访客项目,项目内容就是企业员工在电脑或者手机上进行预约,来访人按照约定的时间拿着证件来访,功能简单明了,但麻雀虽小五脏俱全,项目中该有的坑一个都不会少,下面就一一道来.

一,项目介绍

1,预约模块

企业员工登录网站,输入访客手机号,来访日期,来防事由等字段,申请一条预约记录,然后给用户发送含有预约码的短信,企业员工也可以查看自己的历史的所有预约记录,具体页面如下:

2,来访模块

访客根据来访日期前来访问,到访后在访客机上输入预约码和证件信息,然后打印访客贴,这样就可以来访了.如果采集了人脸信息,那就可以刷脸打开闸门了.企业员工也可以查看访客的来访记录,访客机和访客贴如下:

 

二,项目的系统框架

三,项目过程中踩的坑

1,前端技术日新月异

页面为了兼容性和专业性,交给了专门的前端同事开发,为了后期维护的及时高效,减少沟通成本,前端的js有前端同事提供模板,我们来照着改写,只能说前端更新速度真的太快了,js用的是template.js,好多知识和都之前的js和jquery不太一样,需要学习的地方有很多.

2,数据传输一定要用json

项目中接口间不可避免的要相互调用,前端和后台之间肯定也会相互传数据,为了数据的解析正确和不乱码,请都用json格式.那怕只有一个字段,还有就是每个字段都用string字符串类型,那怕是个数字,要不解析的时候会出各种意想不到的错误.

3,bug修改一定要合理规划

这次项目测试人员在项目开始初期就参与了进来,所以每次新功能开发,完成单元测试署到测试环境后,都会受到很多bug报告,而此时你已经在开发别的功能了,之前的做法是来一个测试报告就修改一个,这样几天之后就会发现,新功能的开发进度被严重推后,主要原因是在修改bug和开发新功能上来回切换造成的.之后就改变了策略,影响整体逻辑的bug立刻修改,不耽误测试人员测试,一些小的优化类的bug.考虑不全的bug集中一段时间集中优化,没必要立刻修改,这样就能保证新功能的开发进度,也能保持测试人员的测试进度

4,项目框架代码要技术优化

项目初期设计的框架随着开发的深入和新功能的加入,后期肯定会修改和推翻,但整个过程是缓慢变化的,当你发现现有框架已经不适合当前需求的时候,你可以接着凑合着增加新的需求,这样可以很快完成需求,但后期肯定会越来越乱,欠的债肯定是要还的,所以还是建议大家如果感觉现用框架不合适的话,尽快修改框架和结构,但如果需求特别紧急,那就先满足产品经理吧,否则饭碗都不保了,还优化个屁啊