系统定义
作为SuperCredit信贷机构的交易记录平台。使用者包括 Customer,Broker,Morgate Manager(原来系统里的 Partner),Admin,CEO。主要的功能包括:1)记录每一笔交易 2) 给各个系统用户提供通知 3)多方信息源汇总 4)数据分析/总结 5)系统安全性认知
Customer : 申请贷款的用户,比如买房的客户
Broker : 帮助Customer 申请贷款的工作人员
Morgage Broker : 给 Broker 提供批资源的机构或人员
Admin : 系统管理员/操作员
CEO : 总揽全局,商务信息决策,管理所有人员。
Admin : 总揽全局,商务信息决策,管理所有人员。录入数据,创建/封杀用户,初始密码
Partner : 可以是公司的BDM,会介绍Broker到公司,从broker获取的commission中获得一定比例的受益;也可以是外部中介介绍贷款客户,从中获取受益。
Customer : 申请贷款的客户 —— 不可以登陆。
用户管理
增加用户/删除用户/冻结用户等操作。给用户提供登录信息(密码)。 管理用户的各种属性。
| 用户 | 属性信息 | 说明 | 必须 | 谁来创建/修改 | 备注 |
| Everyone | 系统分配唯一ID | 用户唯一标识 | 是 | 系统自动 | 一经创建不可修改 |
| First Name | 名字 | 是 | admin | 英文 | |
| Middle Name | 中间名字 | admin | 英文 | ||
| Last Name | 姓氏 | 是 | admin | 英文 | |
| Mobile | 手机或固话 | admin | E.164 (+ Country-Area-Phone) | ||
| 电邮 | admin | 系统唯一(不可重复) | |||
| Enabled | 判定用户是否可以登陆 | 是 | admin | 两个状态:Enable/Disable | |
| Password | 登陆密码 | 用户本身 | 初始密码Admin设定 | ||
| Role | 登陆角色 | admin | CEO/Partner/Broker/Customer | ||
| Customer | 地址 | 澳洲地址 | admin | 客户信函正式的联络地址 | |
| 生日 | admin | ||||
| Broker, Partner | BSB | 是 | admin | ||
| ACC | 是 | admin | |||
| Bank Name | 是 | admin |
- Customer 不提供登陆权限,不允许查看任何信息。
- 只允许 Admin 查看所有人信息。
- Partner 只能查看相关Transaction。
- Broker 只能查看相关Transaction。
- Customer 名字(id)仅仅用于标识每一个 Transaction。
用户不能够更改个人信息,统一交给Admin完成
系统指定的信息,不可更改。 User-ID, Loan-ID
用户之间谁也看不见谁。只能看自己的财务信息。 只有Admin可以拉全体用户清单。
Activity Log: 需要
数据管理
数据管理主要明确数据来源,数据权威性來自Admin. 数据导入是方便Admin 录入数据。 导出是为了方便分析数据。 所有存储在系统里的数据为最终有效数据。
关于支付信息需要AB组各有一人同意: A组:Warren, Percy B组:Jennifer, Jessie
已知来源:用户录入,比如申请账户。机构Excel/PDF导入。 Admin 修改。
数据权威性: 数据的最高真实性在哪里。 比如用户的地址,用户自己修改了,就是最高权威,其余的都得跟进。
处理方式:通过登陆系统之后 增删改查询, 导入Excel/PDF, 导出Excel
功能数据有哪些:独立于商业功能之外的信息。比如:用户提醒,系统FAQ,概念说明,使用手册 等等。这些信息通常为了系统更快速运行,减少沟通成本。
数据权限:谁能看见什么,谁能修改什么,谁不能看见什么。
| 字段(属性) | 定义(功能) | 内部 | 必须 | 备注 |
| TracckingID | 唯一定义一笔贷款 | 是 | 由 LoanID + bankID,某一个银行下的LoadID 作为唯一的贷款标识,在贷款审批之前,由YYYY-MM-DD-HH-MM-SS-序列号 替代 | |
| Submission Date | 提交贷款的日期 | YYYY-mm-dd | ||
| Customers | Customer Name (1名 或 多名) | 这里可能有多个Customer,比如夫妻联名, 设定上限 10人联名 | ||
| Broker | 办理这笔贷款的经手人 | 也是接收 Trail 的人 | ||
| Referral/BDM | 介绍人 | 否 | 接收一笔佣金,介绍费 | |
| Status | 本笔贷款的状态 | Processing : 正在处理 ; AIP: Application in Process:已经提交申请等待审批 Valuation: Approved: 已经批准 Document Issued : 文件已签发 Settled : 已经交割 Withdrew / Discharged:撤销 / 付清 是否需要 Withdrew - Date? | ||
| Lender | 提供信贷的机构 | 银行,或者其他机构 | ||
| Loan Limit | 借贷总额 | 本次贷款的贷款额度 | ||
| Settle Date | 交割日期 | 如果贷款经过交割,记录交割的状态 | ||
| Commission% | 一次性佣金比例 | 每一笔贷款不一样,全系统有一个缺省的比例。如果不提供就用缺省的 % | ||
| Commission$ | 一次性佣金数额 | LoanLimit × Commission% = Commission | ||
| Trail % | 尾款百分比 | 由于用户Offset Account 可变,所以这个百分比无效 | ||
| Trail $ | 尾款 | 支付给 Broker 的 每个月的之后佣金 | ||
Transaction 记录一笔贷款的全部生命周期,从预备,申请,到审批还款,到最后还清。 由于 Commission 和 Transaction 有关,不是一对一的关系,是一对多的关系。 建议从Transaction 字段去除掉 Commission%,Commission $,Trail $,以及 Trail %。 Commission 单独列表。
| 字段(属性) | 定义 | 内部 | 可修改 | 可导入 | 说明 |
| Tracking ID | 唯一定义一笔贷款 | 是 | 与贷款属性一致 | ||
| Commission % | 是 | Upfront 比例 —— 改动比例,联动计算 Commission $ | |||
| Commission $ | 是 | Upfront 支付费用 —— 改动费用,联动更新 Commission % | |||
| Trail % | 是 | 每月佣金比例 —— 由于用户Offset 账户的余额不固定,所以这个比例无效 | |||
| Trail $ | 是 | 是 | 每月佣金 | ||
| Payable to | User-ID 对应的用户名字 | 用户界面显示用户名,不是ID | |||
| Paid | 是 | 已经过账支付过了 | |||
| Paydate | 是 | 支付日期,可能是将来的某一个日期。 | |||
| Confirmed By | 是 | B组 同意 | |||
| Approved By | 是 | A组同意 |
系统需求:确认用户的需求,数据格式
Trasaction数据:主要是系统内部的 数据表,根据指定的要求,需要适应所有的未来的。根据需求提供的数据定稿。
GUI 用户界面:通过图片展示系统完工之后的样子。包括用户登录,查看,编辑,等等所有的功能。
报价:GUI定稿之后,统一根据工期进行报价。
开发进度:根据具体功能提供。



