项目回顾

Posted 2020-06-22

一、项目背景：

　　山西某县无限极总经销商要统一管理业务往来，实时查看资金流向，方便销售人员快捷订货。

二、项目人员组成：

　　1、本人：做开发时间6个月，前期跟着项目经理完善过一个进销存项目，做过一个电商平台（但未做完就转到其他项目中），还有一个关于公车管理（收车派车）的项目。

　　2、老板的学生，简称龙：在学校断断续续，杂乱无章的学过两年编程，来公司以后我们合作过公车管理项目。

三、项目时间节点：

　　1、开始时间：2016年1月8日。

　　2、完工时间：无具体交付时间。

　　3、插曲：中间因个人原因及春节放假时间，项目停歇20天左右。

四、项目设计阶段：

　　1、功能模块的设计：运营平台、商家自助平台、微信订货平台。

　　2、操作类和实体的设计：

　　3、数据库结构设计：表结构的设计、新增修改数据存储过程设计，查询数据视图设计。

五、项目编码阶段：

　　1、两个人参照其他项目中架构搭建出主项目（包括主页，样式文件等）

　　2、编写数据库建表语句。

　　3、根据表结构，使用CodeSmith6.5.0生成实体，操作类，存储过程，视图等。

　　4、运营平台功能模块的编码。

　　5、商家自助平台功能模块的编码。

　　6、微信订货平台功能模块的编码。

　　7、微信订货平台微信支付功能的添加。

　　8、微信订货平台支付宝支付功能的添加（因第三方原因，支付宝支付时无法直接跳转到支付宝支付界面，走了不少弯路；不过支付宝技术客服真不错，特意赞扬一下）

六、等待交付阶段：

　　1、暂无时间，后补。

七、项目总结及问题反思：

　　以后项目可采取地方：

　　　　1、收货地址和订单中省、市、县在数据库中分开字段记录，非常方便保存、查询数据。

　　　　2、测试语句需保存好，后期测试中也可能用到。

　　需改进地方：

　　　  1、项目设计阶段，对业务了解过少，导致设计数据库表结构，功能模块时或多或少有些脱离实际业务。比如商品类别，官网商品类别只有一级，而我们设计了两级。

　　　　2、涉及交易金额以及交易日志的地方需严谨测试，特别是存储过程编写时需考虑不同情况。比如提现申请，由于个人和商家提现申请在一个表中记录，在编写修改提现

　　申请时需提现类型（个人或商家）以及审核状态（同意或拒绝）。日后编写业务逻辑复杂的存储过程时，可写画好逻辑关系在编写具体业务。

　　　　3、不是所有的数据查询必须用视图，如果复杂时也可用存储过程实现。

　　　　4、涉及到第三方支付时，需仔细看开发文档，要不然自己挖坑自己跳。比如微信和支付宝都有服务器异步通知和同步通知：异步通知不会弹出界面，当支付成功时，第

　　三方会自动通知到异步通知界面，在异步通知界面获取相关参数，然后执行具体的业务逻辑即可；同步通知页面只做执行结果反馈展示。

　　　　5、遇到问题时，可多看参考资料及官方文档，不要想着自己去试。有句古话说的好：磨刀不误砍柴工。

　　　　6、协同开发时，文档、语句等公用性资料要存放在公共地方以及及时更新，不要只想着修改本地的资料，否则等项目完工后一执行存储过程等语句，你会感受到天塌地

　　陷的感觉。