背景
2014年和2015年开发P2P网贷系统的时候，某大牛有设计了一套简洁实用的资金账户系统。
系统设计主要是为了服务于P2P网贷等系统，资金账务系统可以作为一个独立的子系统对外提供服务。
     本系统，我基本没有写过几行代码，更多是学习，理解别人的架构设计。

之前，有写过相关总结。
     大学毕业4年之际，想把之前各方面的积累都好好总结一番。
     从本篇开始，写点以前做过的产品和技术架构等。不玩高大上，要简单直白。

友情提示：注释，是不会太多的。英文过关的朋友，基本都看得懂。“约定优于配置”，“约定优于注释”。

 产品核心功能

业界“最佳实践”
殊途同归：支付宝、微信支付、京东商城，和钱相关的功能，最核心的都是：资金账户、交易（充值、提现、转账、支付）、查询（资金流水、分类查询、交易明细）。

支付宝图：

雷观：技术研发，懂产品对提升自己的架构能力，可以说是有巨大帮助的。

 1.开户
功能描述：创建一个账户。
账号和账户是不同的概念，前者侧重普通系统登录，后者侧重“资金类系统”。
 
2.交易
充值：为一个账户增加一笔钱。
提现：从一个账户减少一笔钱。
转账：把一个账户中的钱，转移到另外一个账户。
批量转账：转账的增强版。
冻结资金：把一个账户的资金，冻结一部分，可用余额会减少相同的数额。
解冻资金：把一个账户的资金，解冻一部分，可用余额会增加相同的数额。

3.查询
基本信息查询：查询一个账户的总金额、可用余额、冻结余额等信息。
批量查询：查询多个账户的金额等信息。
开户-冻结账户-解冻账户
冻结资金、解冻资金等日志
交易明细：包含了充值、提现、交易等所有的账户资金变动日志。

4.冻结账户/解冻账户
冻结；把一个账户给冻结了，冻结的账户可能无法进行提现等操作。
解冻：把账户从冻结状态，变为正常状态。

技术架构
    技术架构图/产品架构图
   

3种模式：本地jar包或者源码、WebService、Dubbo。
当使用WebService/Dubbo的时候，需要注意“分布式事务”。我们在做的时候，没有过多考虑。

数据库设计

账户表

内部账户表

账户资金冻结记录

账户资金流水

充值返回通知

充值记录

交易记录

提现

详细设计 

接口包

外界调用账务服务，先引入接口包就，再引入实现类jar。如果是WebService和Dubbo，只需要引入接口jar包就行了。

facade： 对外提供的服务，是通过facade包下的3个接口来暴露的。
enums：枚举类
model：各种模型
result：结果集，code+实体。错误码code，也可以通过Exception+code来实现。
util：工具类。

AccountOpenFacade：主要提供开户类的功能，外部账户、内部账户等是有点区分的。

AccountQueryFacade：查询类功能，查询账户、资金流水、资金冻结记录等。

AccountTransFacade：交易类功能，充值、提现、冻结、取消冻结、转账。

实现包

facade.impl: 对外提供服务的实现类
account：账户模型，账户本身也可以有多重实现，这个还真是没有想到。比如，DummyAccount可以空实现，有的时候会用到。
constants:常量
dal: 数据库CRUD
exception:异常
service:内部业务逻辑，主要是查询类的。
trans: 内部业务逻辑，主要是交易类的。
util：工具类。
vo：只有一个LockAccountVO，可能要锁账户时的临时VO。这个地方略显高端！！！

查询类功能service：

交易类功能trans：

不足之处
    当时做P2P网贷系统的时候，资金账务系统只实现了这些“应用类”的核心功能。 
   刚刚把产品架构图画好了，和某电商大牛交流了下，他觉得漏掉了2个核心功能：对账和结算。
   先记下来，下周认真学习下。

总结
1.资金账务系统，是比较通用的。
   2.先有产品设计，再有技术架构，再细节设计和编码。
   3.面向接口编程。
   4.外界系统，只需要知道接口就可以了。
   5.资金账务类系统，需要一点业务能力。部分功能，需要懂财务会计等概念。
 
 一转眼，2016年5月，马上就要过去了。
这个月，写得大多是“创业投资和商业模式” 类的文章，效果还是非常好的。
但是，目前还是“技术立身” ，写点技术类的总结，压压惊，嘿嘿！！！

小雷FansUnion-一个有创业和投资经验的资深程序员-全球最大中文IT社区CSDN知名博主-排名第120
投资案例：好狗狗、皇包车、职业梦、比呀比、易途8
2016年5月29日 
湖北-武汉-晴

雷观：技术研发，懂产品对提升自己的架构能力，可以说是有巨大帮助的。