项目背景:
宝宝产品曾经横行天下,互金产品不断蚕食银行阵地,倒逼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,最后上线发布。
未完待续......