互联网金融产品实战——备战篇

项目背景：

        宝宝产品曾经横行天下，互金产品不断蚕食银行阵地，倒逼X银行作出响应，银行已经有大量的客户沉淀，把这些老客户维护好，甚至从他行撬一些客户过来都不是问题。鉴于此X银行某业务部提出需求，有某分行牵头实施，一个银行系宝宝类产品出世。产品结构，移动端分IOS,ANDROID版本，PC网页版产品，以及后台管理。线下网点中已经有对应交易功能，线上产品要可以查询到交易数据。也即时说产品交易时要注意数据的失效性。

        移动部分本项目组不参与，只对外提供接口促成交易。

团队组建

    人员安排如下：

    需求分析1人， 对应到敏捷的岗位角色为PO，负责需求整理、接口的接洽。

    配置管理1人，

    UI设计1人，

    测试3人，

    页面制作2人(项目组间公用)，

    前端开发3人，

    后台开发3人，

    接口开发1人，

    机动人员1个，

    项目管理者一名，对应岗位角色为SM，把握整体需求，测试，开发等情况。其它人员列入TEAM，共同完成产品开发、测试。

业务熟悉：

        余额理财主要针对闲散资金投资，背后对接基金公司的货币基金，因货币基金投资标的的关系，其风险极低，收益稳定，这也是余额宝早期广受欢迎的一个原因。

        既然是基于基金的互金产品，核心业务自然是基金的买卖交易，收益跟踪，以及交易对账，报表输出，利益分成等等，对于基金业务不是很了解的朋友可以查阅下相关资料。

        为防止个人对需求理解的偏差，每人在接受需求理解后，一定要复述需求，防止个人说理解了需求，跟真正的需求有偏离。

技术预言：

        虽是互金产品，但其背后的技术架构仍受制于银行原有的业务系统，主要原因在于其账户体系，资金划拨都是老业务系统，所有新型互金产品只能在外层包装一层，以满足其需要。本产品属产品群中的一个，同样其架构受产品群架构影响。

        产品群架构如上图，用户体系，支付体系，信息体系全部用其他系统完成，本产品只专注于业务交易，基础功能直接调用其它服务。引入dubbo+zookeeper，以满足其分布式应用的需求，同时引入业界成熟的开源框架，Spring，MyBatis，开源中间件MySQL Cluster等。产品既能对移动端提供服务，同时也为其他系统提供接口支撑。

        产品群通过Maven来管理项目，SVN代码管理，前后通信全部采用ajax异步方式，生产运行时动静分离，ngnix端存放全部静态内容，容器端接受请求。

环境搭建

        eclipse统一试用，产品模块划分如下，尽量解耦。web端部分依赖容器部署，开发利用轻便的tomcat，生产环境再迁入jboss。服务层部分jar方式运行，因其是无状态服务，扩展很容易。Job独立部署，提供任务监控功能。

计划制定

        互联网瞬息万变，给产品的研发周期只有两周，考虑到团队对技术需要个初步磨合期，可浮动一周时间。采用scrum敏捷管理，两周一个迭代，跟测迭代延后开发一个周期。后期开发结束进行6周的SIT , UAT，最后上线发布。

未完待续......

歪脖贰点零 ∣一个有逼格的WEB2.0

长按，识别二维码，加关注