开发环境：SQL Server，JBoss 7.1，jdk1.6，Eclipse，RTC，IIS 软件架构：EJB + JSF + JPA 项目描述： 系统采用的项目技术是EJB+JSF+JPA，部署于JBoss 7.1上，通过IIS进行反向代理，数据库使用的是SQL Server，系统主要用于给企业和银行客户的信贷业务计算风险调整资本回报率(RAROC)，通过收集符合国际巴塞尔Ⅱ协议标准(正在升级为巴塞尔Ⅲ协议标准)的贷款人信息，担保人信息，抵押品信息，及贷款信息等，按照风险管理部提供的计算公式计算出风险加权资产（RWA），预期信用损失（ECL），预期损失（EL）,经济附加值(EVA)，内部资金转移定价（FTP），净利息收入(NII)等，再通过一些系数，最终计算出风险调整资本回报率(RAROC)。RAROC是为信贷业务提供一个的参考指标，信贷部门依据该指标可以判断是否放贷。该指标在贷款业务中起比较重要的作用。风险调整资本回报率系统需要从上游系统获取贷款人信息，担保人信息，贷款信息，汇率信息用于计算，如果上游系统中不存在，例如一个新客户，也可以手动录入相关信息用于计算。RAROC申请审批完成后会实时将评级结果发送给贷款系统，晚上也会通过增量的批量将审批通过的申请发送给信用风险数据仓库系统。 主要模块介绍： （1）用户，部门，角色，参数维护模块：系统中的用户，部门，角色的增删查改功能，计算RAROC所需参数进行增删查改维护功能，以及通过POI进行参数导入。 （2）RAROC申请创建模块：一个客户可以同时创建多比RAROC申请，每笔申请会计算出自己的RAROC，也会计算出这个客户的一个总的RAROC。同一部门的用户只能看到自己部门创建的申请或自己部门代理部门创建的申请，创建的申请可以保存为草稿状态继续编辑，可以直接提交，草稿状态的申请也可以物理删除。 （3）RAROC申请审批模块：这个模块包括两部分，一部分是复核（Check），需要与由创建申请的用户属于同一部门，复核不通过，可以退回给创建申请模块；一部分是审批(Review)，需要由风险管理部审批，不同意也可以退回给创建申请模块，同意则流程完成。 （4）批量模块：该模块主要用于获取上游系统或第三方公司的接口数据，或者下发数据给下游系统。 责任描述： 责任描述： 1.参与了需求调研，分析，业务模块划分； 2.接口定义文档，功能说明文档，项目计划文档的编写 3.负责风险调整资本回报率系统中的申请创建模块，申请审批模块，参数维护模块，批量模块等功能的实现，其他模块也都有参与二期维护

开发环境：SQL Server，JBoss 7.1，jdk1.6，Eclipse，RTC，IIS 软件架构：EJB + JSF + JPA 项目描述： 系统采用的项目技术是EJB+JSF+JPA，部署于JBoss 7.1上，通过IIS进行反向代理，数据库使用的是SQL Server，技术比较老旧，所以采用了上面的架构对系统进行了重构。系统主要用于给企业和银行客户的信贷业务计算信用评级，通过收集符合国际巴塞尔Ⅱ协议标准(正在升级为巴塞尔Ⅲ协议标准)的客户数据及财务数据等，按照信贷管理部提供的评级计算公式计算客户的信用评级。针对不同类型的客户会有不用的计算公式，计算出不用的评级结果。信用评级是为信贷业务提供一个评级指标，信贷部门依据该指标可以判断是否放贷，或者放贷的金额控制。该指标在贷款业务中起比较重要的作用。信贷评级系统需要从上游系统获取客户信息，汇率信息；从第三方公司(标普S&P)购买财务信息，如果上游系统或第三方公司中不存在，例如一个新客户，也可以手动录入客户信息及财务信息用于计算。评级申请审批完成后会实时将评级结果发送给贷款系统，晚上也会通过增量的批量将审批通过的申请发送给信用风险数据仓库系统和额度管控系统。 主要模块介绍： （1）用户，部门，角色，参数维护模块：系统中的用户，部门，角色的增删查改功能，计算评级所需参数进行增删查改维护功能，以及通过POI读取Excel进行参数导入。 （2）评级申请创建模块：不用部门的用户可以创建不同类型客户的评级申请，而不用客户类型的评级申请需要录入的数据也不同，同一部门的用户只能看到自己部门创建的申请或自己部门代理部门创建的申请，创建的申请可以保存为草稿状态继续编辑，可以直接提交，草稿状态的申请也可以物理删除。 （3）评级申请审批模块：这个模块包括两部分，一部分是复核（Check），需要与由创建申请的用户属于同一部门，复核不通过，可以退回给创建申请模块；一部分是审批(Review)，需要由信贷管理部审批，不同意也可以退回给创建申请模块，同意则流程完成。 （4）批量模块：该模块主要用于获取上游系统或第三方公司的接口数据，或者下发数据给下游系统。 责任描述： 1.参与了需求调研，分析，业务模块划分； 2.接口定义文档，功能说明文档，项目计划文档的编写 3.负责信用评级系统中的评级申请创建模块，评级申请审批模块，参数维护模块，批量模块等功能的实现，其他模块也都有参与二期维护。

开发环境：Oracle11g，IBM Web Sphere，jdk1.8，IDEA，Git 软件架构：Spring Boot + Vue + Mybatis Plus + Redis + Rabbit MQ + Nginx 项目描述： 该系统用于对信贷业务系统使用的额度进行管理，所有信贷业务系统做业务时使用到多少信贷额度需要先到额度管理系统中占用额度，占用额度成功业务才能继续。而信贷管理系统中的额度由信贷部门在额度审批系统中审批通过后同步到额度管理系统中，每个交易对手都会有自己的授信额度。系统中会对每个交易对手的授信额度设置一些规则，例如交易对手的单个产品的使用额度最多是多少，每个交易对手多个产品组合的使用额度最多是多少。额度的规则设定会依照香港金管局的要求，以及信用评级系统对交易对手的信用评级。系统中的交易对手来自核心系统，以及从第三方公司买的银行客户信息。如果业务系统需要提前占用，需要先到额度管理系统中进行手工占用，并进行审批。每个交易对手的可用额度会放到Redis中供业务系统查询，所以业务系统占用额度前一般也会先查询可用额度，业务系统占用额度的请求会请求到Rabbit消息队列中。系统中提供了使用额度报表模块，可将报表导出给金融机构部查看，或给到香港金管局审计。 主要模块介绍： （1）额度规则设定模块：依照香港监管局以及信贷部门的要求对交易对手的额度进行占用的规则设定，每个交易对手的产品额度使用会设置一定的上限。 （2）额度占用模块：业务系统做业务时占用额度会调用该模块，根据额度的规则验证后，如果有足够的可用额度，则占用，再将占用额度是否成功反馈给业务系统。 （3）额度手工预占模块：业务系统可能会有比较重要的业务需要提前到额度管理系统中进行额度预占，当业务系统做具体业务时会先占用提前预占的额度，这样可以保证这笔业务能顺利完成，不会出现额度不够的情况。手工预展的额度，需要在额度管理系统中完成审批流程。手工预占额度会有一个期限，一般是T+1，如果超过期限该额度会释放到共用额度中。另外如果该手工预占额度使用过一次但未全部使用完， 剩下的额度也会释放到共用额度中。 （4）批量模块：该模块主要用于获取上游系统或第三方公司的接口数据，或者下发数据给下游系统。 责任描述： 1、 参与了需求调研，分析，业务模块划分； 2、 接口定义文档，功能说明文档，项目计划文档的编写 3、 我主要负责额度系统中的额度占用模块，额度手工预占模块，额度规则设定模块，批量模块等功能的实现。