【毕业学位论文】（Word原稿）信托公司业务综合管理系统的设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 公开 硕 士 专 业 学 位 论 文 信托公司业务综合管理系统的设计与实现 要 I 摘 要 随着我国金融产业快速稳健的发展，我国信托行业正在进入健康高速的发展时期，信托公司的发展已成功迈上了新的台阶。信托业务的不断创新、营销手段的多元化、风险的有效管控、客户服务 水平的提高以及财务体系的特殊性和复杂性等多方面因素，要求信托公司必须构建高效统一的管理运营、风险控制 而优化并整合业务流程，实现流程化处理业务，提高客户的理财服务质量，提高资产运用效率和保障，实现全公司的业务信息共享，为信托公司领导提供全面的决策信息，建立信托公司的核心竞争力。 信托业务综合管理系统是信托公司信息化建设的核心，对信托业务中涉及的信托项目、委托人、受益人、信托合同、用款人、运用合同进行全面管理，并将各类信息进行有机整合 ，用工作流将业务向前推进 ， 其他信息系统，如财务、风控等都需要围绕在 信托业务综合管理系统周围，以业务系统数据为基础，才不致成为信息孤岛，才能体现出价值。 本文结合信托业务操作特点及信托公司需求阐述了信托业务管理系统的设计和实现 过程 。文章首先论述了信托公司信托业务管理系统建设的现状，本文研究的意义、目标和内容，然后结合信托业务和信托业务参与角色对用户需求进行了分析 ，接着对系统的技术架构、功能模块、数据库等进行设计，之后 文章对部分 系统功能的实现细节 进行了阐述 。 关键字 ： 信托公司 信息系统 设计 I s s is of on a of of of of to as as T so as to of is of It to in of as to on of of on of of as as of II of of of a on of 录 录 第一章 绪论 . 1 第一节 研究背景 . 信托行业现状 . 信托业务系统信息化建设现状 . 信托业务系统信息化建设的意义 .二节 信托公司及其业务概述 . 信托关系及信托角色 . 信托公司典型业务 .三节 本文的研究目标、内容及组织结构 . 本文研究目标 . 4 文的内容及组织结构 . 4 第二章 系统分析 . 6 第一节 可行性分析 . 应用上的可行性 . 6 术上的可行性 . 6 济上的可行性 . 7 第二节 需求分析 . 系统使用人员及其活动分析 . 7 . 9 功能性需求分析 . 12 第三章 系统设计 . 14 第一节 系统架构设计 .二节 系统技术框架设计 .三节 系统功能模板及菜单 .四节 业务流程设计 . 项目前期业务流程 . 18 目运行期业务流程 . 19 目清算期业务流程 . 20 第五节 数据库设计 . . 21 结构 . 22 第六节 操作界面设计 . 录 V 第四章 系统实现和测试 . 29 第一节 系统运行环境 .二节 部分系统功能实现 . 系统登录和密码策略 . 30 . 32 托项目立项功能的实现 . 35 托项目营销功能的实现 . 39 托项目运作功能的实现 . 42 增的实现 . 44 统日志的实现 . 45 时任务的实现 . 46 批流的实现 . 47 面导出功能实现 . 49 第三节 系统测试 . 功能测试 . 50 能 测试 . 51 第五章 总结与展望 . 55 第一节 主要工作 .二节 展望 .考文献 . 57 致谢 . 59 个人简历 在学期间发表的学术论文与研究成果 . 60 第 一 章 绪论 1 第 一 章 绪论 第一节 研究 背景 随着金融市场的开放和监管政策的放松，不同类型的金融子行业和金融机构之间业务往来日益增多，融合度不断加强 1， 信托与银行、保险、证券，构成一个国家或地区金融体系中的四大支柱，是金融体系中不可或缺的重要组成部分。 托行业现状 信托业在国内的发展可谓一波三折，从 1979年第一家信托公司成立到现在的 30多年间，经历了几次由兴到衰，再由衰到兴的起伏，六次清理整顿，信托公司数量从高峰时期的 1000多家，缩减到目前的 60多家，这在其他金融业态历史上都是不曾有过的。随着信托行业“一法三规”的陆续颁布与实施 ，信托公司业务发展逐渐走上正轨，业务规模逐年递增，截止 2012年年底，全国信托公司所管理的信托资产规模达 过保险业 为仅次于银行的第二大金融业态。 托业务系统信息化建设现状 与银行、保险等行业相比，信托公司的信息化水平普遍相对较低，多数公司还处在依靠 公软件进行半手工处理的阶段，信托业务系统建设没有跟上信托业务发展的脚步。造成这种情况的原因是多方面的， 归纳起来主要有以下三点，第一，信托规模的大幅度提升是近两三年的事情，规模没上来时，体现不出信息化 的重要性；第二，信托作为金融体现中的试金石，业务形式多变，创新不断，这给信托业务信息化带来一定难度；第三， 信息业务系统软件供应商稀少 ， 他们 认为信托 不像 银行、保险等其他金融业态， 数量众多，市场较大，且更重视和依赖信息系统，信托公司没有足够的油水激发供应商的信托业务信息化系统开发热情。 第 一 章 绪论 2 托业务系统信息化建设的意义 随着信托业务的不断发展壮大，信托业务人员发现， 日常的项目台账、项目文档越来越繁多和杂乱，项目状态的跟踪和项目信息的检索变得越来越困难，项目资金数据的计算工作量巨大，出错几率明显增多， 这些 麻烦让他们疲于应付，制约着信托公司进一步扩大信托业务规模， 他们迫切希望有一个工具能帮他们有条不紊的管理项目各项数据，自动计算资金数据，减少重复性劳动，以及在希望查看 信托项目相关信息 时 能 快速检索出来，这个工具就是信托公司业务综合管理系统 。 开发 这么 一款符合信托业务特点的业务综合管理信息化系统对辅佐信托行业继续高速发展将发挥巨大作用，有着重要意义。 信息系统让企业业务步入一个新的台阶 6。 第二节 信托公司 及其 业务概述 托关系及信托角色 信托是指委托人基于对受托人的信任 , 将其所有的财产权利转移给受 托人 , 由受托人根据信托法的规定 , 按照委托人在信托文件中的意愿 , 并为了受益人的利益 , 对信托财产进行管理和处分而形成的法律关 系 5。 信托关系描述：委托人将其财产托付给受托人，受托人按照委托人的意愿将信托财产进行运用和管理，所得收益归委托人指定的受益人所有，受托人收取一定的信托报酬 2。 可以看到一个信托计划中涉及三个角色：委托人、受托人、受益人 。 受托人即信托公司 ，委托人是投资人，受益人可以是委托人自己，也可以是委托人指定的其他人 。 第 一 章 绪论 3 托公司典型业务 信托公司 典型的业务 如下图所示 ， 投资者将自己的资金委托给信托公司 ，信托公司将信托资金存入专用的银行专户保管，信托成立后 ，信托公司将资金贷款给上市公司 A， 公司的贷款提供担保，同时 托公司将投资收益分配给投资者。 图 托公司职能 图 托关系 示意图 第 一 章 绪论 4 第三节 本文的研究目标 、内容及组织结构 文研究目标 本文 研究目标是设计并实现一个符合信托业务特点的综合管理平台系统，使其成为信托公 司的业务信息平台，为信托公司发展助力。 系统要达到的具体目标如下： 1. 为信托公司提供一个业务审批平台，信托公司内部的审批操作，如项目立项审批、收付款审批等，都可在系统中完成 ，同时也可将工作流程在系统中串接，由流程来推动任务启动、进行、直至完成。 2. 为信托经理们提供一个日常工作平台 ， 帮助 他们有条理的管理信托项目数据，随时记录项目过程数据，方便的调阅项目历史数据，项目的利息、收益、费用由系统帮助自动计算，同时系统可友好的提前提醒信托经理项目操作时点，如收息、分配等。 3. 为公司领导提供一个监控和决策平台 ， 公司领导可以在系统中查询公司的信托项目信息，监视各项目运行状态，决定是否需要干预。同时系统可将项目数据按各种口径进行统计、整合，出具各类报表，这些报表数据可作为公司领导决策的依据。 4. 为系统管理员提供一个集中的系统维护平台，系统管理员可方便的维护公司员工，并给他们分配系统操作权限，同时可通过日志，监控系统用户的系统操作行为。 文的内容及组织结构 本文共分为五章，各章内容如下： 第一章绪论，主要描述了信托行业 现状，信托公司信息化建设现状及建设信息化系统对于信托公司的意义，简述了信托关系的形 成和信托公司的典型业务，最后本章描述了本文的研究目标和本文的主要内容和组织结构。 第 一 章 绪论 5 第二章系统分析，主要对系统的可行性和 系统需求进行了分析，可行性分析从应用、技术和经济三方面进行，需求分析分成功能性需求和非功能性需求两方面进行描述。 第三章系统设计，主要描述了系统的总体架构设计、系统功能模块的划分、数据库设计及操作界面设计等内容。 第四章系统实现和测试，本章主要对系统主要功能点的实现细节进行描述，同时介绍了系统测试 和部署等 相关工作 。 第五章总结和展望，本章分总结和展望两部分，总结部分对设计和实现本系统的主要工 作和成果进行总结，展望部分总结了系统的不足和需要改进的方面，并提出了系统拟进一步研究的内容和工作。 第 二 章 系统分析 6 第 二 章 系统分析 第一节 可行性分析 用上的可行性 随着信息技术的发展，各行业、各公司都开始自己的信息化建设，信息化程度已成为一个公司核心竞争力和企业形象的体现 7。信托作为第二大金融业态，在信息化方面已相对落后，同时信托业务的快速发展也使得信托从业者对自己管理的信托信息资产力不从心，迫切需要一个系统帮助他们。因此，可以说信托业务综合管理系统的出现是大势所趋，人心所向。 术上的 可行性 近年来，信息技术发展迅速，新技术层出不穷，可谓日新月异。 出于灵活性和可扩展性考虑，目前 企业信息化 系统多趋向 使用 B/ 开发 B/要有 术平台 ， 这两个平台功能都很强大，配合 前端展现技术，可实现丰富的功能，也能实现各种所需的特效 。许多优秀系统的出现 ，如大互联网公司 度等，大电商淘宝、京东等 ，也给我们提供了参考，指引了信息化技术的方向。 种类繁多的开发框架、快速开发模型也不断涌现，并且很多都是开源的，如 用这些框架可大大简化 系统开发的难度和周期。 很多使用框架的成功案例，并且相关技术文档丰富而完整，并且容易获取。 服务器 性能正按照摩尔定律飞速增长着， 虚拟技术、集群技术、存储技术逐渐成熟，网络带宽逐渐增大，这些为信息化系统的高速、稳定运行提供了硬件保障。 综上所述，信托业务综合管理系统在技术上是可行的。 第 二 章 系统分析 7 济上的可行性 如前所述，当信托公司业务发展到一定规模，信托项目相关数据若只能手工或半手工处理，信托从业人员将会力不 从心，疲于应付，这种状况将对信托业务进一步增长造成阻碍，成为瓶颈。因此，信托综合业务管理系统将保障信托业务持续稳定的增长，为信托公司带来更多收益 。 第二节 需求分析 统使用人员 及其活动 分析 本系统可能的使用人员有如下几类：信托经理、系统管理员、公司领导。不同类型人员有着 不同的需求，下面将分别进行分析。 1. 信托经理 提交审批 ：信托项目从立项、运作到结束的整个生命周期中，每个环节都需要审批，信托经理需要按照公司既定的流程，提交相关的要素信息和文档，提交 领导 审批。 项目管理 ：信托项目的生命周期分 为立项、营销、成立、生效、运行、清算等多个阶段，不同的项目阶段有不同的任务，信托经理需要管理这些阶段，并完成每个阶段要做的事情。 委托人管理 ：包括委托人本身的管理和委托人资产的管理， 信托经理要维护 委托人 相关 信息， 信息发行时对委托人进行 营销 、预约、签合同、收信托款，项目运行过程中，信托经理要对委托人进行 收益分配 、信息披露、本金返还 等业务 。 用款人管理 ：包括用款人本身的管理和用款人资产管理， 信托经理要维护用款人相关信息，与用款人签订融资合同，信托生效时，给用款人放款，然后根据合同约定对用款人进行收息收回本金操作 。 信息查询 ： 信托经理经常需要解答投资人和用款人对于信托项目的疑问，因此需要能很方便的查阅项目相关信息，同时信托经理也有需要对自己管理的项目进行统计分析，项目做了多少规模了，收益情况怎么样，这个客户来买过第 二 章 系统分析 8 多少此信托产品，规模多少等等。因此，信托经理有随时统计查询项目信息的需求。 2. 公司领导 审批： 公司领导需要对信托经理提交的各类申请进行审批，审批时他要了解到详细的信息，以便分析和判断。 信息查询 ：公司领导的信息查询和信托经理不一样，站的角度和高度 不同，信托经理查询的是他们自己管理的项目，公司领导想要看的是公司的整体项目运行情况，总体规模多少，同比、环比增减情况，收益率、信托报酬平均值，净资本占用情况等。 3系统管理员 图 司领导需求 图 托经理需求 第 二 章 系统分析 9 有了系统，就要有系统管理员，他们维护和管理系统，保障系统安全稳定的运行，他们的需求主要有如下几点： 系统用户 管理 ： 公司来了新人， 系统中就要添加用户，公司有人离职，系统中就要注销用户，用户密码遗忘了，需要系统管理员对密码进行重置，用户换了部门，系统管理员就需要对用户信息进行修改 。 用户 操作权限管理 ：公司员工各司其职，在系统也一样，各自分别操作一部分功能，需要对用户进行功能权限的分配，假如员工转岗了，他的权限就需要管理员进行调整。 日志管理与监控 ：项目 在系统中 出现了误操作，谁该负责，系统管理员可以通过系统操作日志进行分析判断，找出责任人；用户账号被人冒用了怎么办，系统管理员需要能够对冒用账号进行禁用，并且追踪用户 系统登录日志能帮上忙。 能需求 分析 通过对系统使用人员 及其活动的分析，系统应该具备 下述 功能 ： 1. 信托项目生命周期管理 信息业务的核心是信托项目， 项目 应作为系统的 主线，系统的每个功能都应 围绕 着 信托项目展开 。 系统 需对信托项目 整个 生命周期包括立项、审批、营销发行、运行、清算 等阶段 进行跟踪和管理 ， 各阶段的 需要做的事情如下 。 图 统管理员需求 第 二 章 系统分析 10 立项阶段： 对信托项目进行增删改查，提交立项审批 、信托专户开户审批，对立项文档进行维护。 审批阶段： 各相关部门和公司领导 对信托项目 各项信息如客户、收益率、信托报酬、风控措施等 进行 过会审批，以确定项目是否运作， 不合 要求 的项目可能被否决而终止，通过审批的项目则继续下一个阶段。 营销发行阶段 ： 立项审批结束之后，项目开始进行营销发行，向委托人募集资金，委托人认购该信托计划后，与信托公司签订委托合同，缴纳信托资金，获取受益权凭证。按照信托计划，募集到足够的信托本金后，信托项目成立，进入运行阶段。 项目运行阶段： 这一阶段开始，信托公司与用款人签订资金运用合同后，将募集到的信托本金发放给用款人，用款人将信托资金按照约定的用途进行运用。资金运用合同中约定 还款期限和付息相关信息，用款人按照约定付息和返本。信托公司收到利息后，支付受益人收益以及信托报酬等项目上产生的费用。 项目清算阶段： 信托项目都约定了信托 期限，到期后，正常情况下，信托将进入清算环节。清算环节要做的事情有收回本金、清算信托资金和收益、注销信托专户、对项目文档进行整理归档、出具项目清算报告等，随后项目宣告结束。在某些情况下，信托项目也可能 提前结束或展期一段时间，对于这两种情况，需要与委托方或用款方进行协商，利息、收益、费用等按约定方式进行计算。 2. 信托项目相关客户管理 信托项目涉及的客户有委托人、受益人、用款人、保证人等，系统需要 能对客户信息进行增删改查 ，同时应对客户 信息 进行权限控制 ，系统用户 只能查看和维护自己有权限的项目，自己的客户可授权给其他人。 3. 信托项目相关合同管理 信托项目相关合同包括委托合同、用款合同、担保合同、抵质押合同等 。 图 托项目生命周期 第 二 章 系统分析 11 委托合同 ： 规定信托公司与委托人之间的信托资金委托关系 ，需要将委托合同 的详细信息如信托本金、开始日期、结束日期、预计收益率、分配周期等在系统中进行维护，以便在计算受益人收益时使用。 用款合同：规定信托公司与用款人之间的资金运用关系，需要将用款合同的详细信息如放款本金、开始日期、首次结息日期、结束日期、利率、计息周期等在系统中进行维护，以便在计算利息 时使用。 担保合同和抵质押合同因不涉及计算，可不用维护详细信息，直接在系统中上传合同电子文档即可。 4. 信托项目相关资金交易管理 资金交易包括委托人缴款、信托本金发放、利息收取、费用支付 、本金收回 、受益人收益分配 、返还信托本金 等 。 委托人缴款：委托人认购信托计划后，按照认购金额缴纳相应的资金。 信托本金发放：信托资金的募集是为了交给用款人运用产生收益。信托成立后，进行信托本金发放操作。 利息收取：利息收取是信托收益的来源。用款人根据合同约定的周期、利率、基数等信息支付贷款利息。 费用支付：信托项目运作各环 节都会产生费用，如信托报酬、银行保管费、信托发行费、银行手续费等，需按照各费用的发生情况和约定进行支付。 本金收回：信托本金的收回可以 是一次性的，也可以使分批次的，收回方式回写在委托合同和用款合同中，按约定收回。 受益人收益分配：受益人多和委托人为同一人，称自益，也可为不同 的人，称他益，以信托合同为准。受益人收益分配是在信托公司收取了用款人支付的利息后向受益人支付投资收益，收益计算方式按信托合同约定。 返还信托本金：将信托本金返还给受益人，可以一次返还，也可以分几次返还，多与信托收益一起支付，根据合同约定执 行。 5. 审批流程管理 信托项目 的前期、中期、 后期都会有不同的审批流程，以规范项目操作，得到领导批复，降低项目风险。 项目前期涉及的审批：立项审批、项目公告审批、信托专户开户审批。 项目中期涉及的审批：付款审批、收益分配审批、利率变更审批、项目信息变更审批、项目信息披露审批。 第 二 章 系统分析 12 项目后期涉及的审批：信托专户销户审批、项目清算审批、项目清算报告披露审批。 6. 报表查询 需要系统提供常用 的 查询和报表 ，满足日常信息查询的需求 。 项目台帐：可根据项目名称查询指定项目的台帐数据，将信托经理在系统中录入的项目信息 检索出来，按照指定的格式进行展示。 信托合同查询：可根据委托人或项目名称查询信托合同信息，以便可以统计委托人曾经的投资记录和规模，以及所查询项目下所有信托合同基本信息。 客户查询：可查询出指定客户的投资记录，用款记录，以及维护在系统的中的客户基本信息，如联系方式、银行账号等。 用款合同查询：可查询指定项目下所有用款合同基本信息 ，同时可对合同余额进行跟踪和统计。 利息统计表：查询项目在指定期间段内的利息收取情况 。 费用统计表 ：查询和统计项目各项费用在指定期间段内的发生情况。 收益分配统计表 ：查询和统计项目的收 益分配情况。 以上所有报表查询是在系统用户有权限的项目范围内进行的，都需要有导出和打印功能。 7. 系统管理 用户管理：对用户进行增删改查，对用户进行角色和部门的分配。 权限管理：对系统用户进行功能权限的授予和回收。 日志管理：系统根据用户登录和操作自动记录系统日志，日志可按用户和时间段进行查询和导出。 功能性需求分析 1. 同时在线人数和并发数 经过调研，目前大部分信托公司员工 人数 在 120人 左右 ， 可能使用到系统的员工人数 大概是公司员工 总人数 的 50%， 比较频繁使用系统的大概占 1/4， 考虑到信托 公司未来的进一步发展，系统设计支持 100用户同时在线，支持 50并发操作可满足要求。 2. 页面响应时间 第 二 章 系统分析 13 按照普通人对 时间 延迟的 忍受程度， 普通 页面 的打开时间应在 3秒以下，较大数据查询页面的打开时间应在 10秒以下。 3. 数据保密性和 数据隔离 信息系统的开放性使信息资源的共享成为可能的同时 , 也使系统增加了遭受攻击的可能性 3。 信托公司对于信托项目的 数据保密要求是很高 的，因此， 系统应具备完善的权限体系，保证最小权限，数据只有有权限的人才能查看和操作。 特别是客户信息和合同信息。 4. 灾备 要求 信托公司对数据的 安全性是很敏感的，因此需要建立完备的数据库备份计划，保证数据库故障时能及时恢复。 由于信托公司的业务不是实时性的，因此对于业务中断的敏感性不是太高，系统故障后恢复时间在 12小时以内即可。 第 三 章 系统设计 14 第 三 章 系统 设计 第一节 系统 架构 设计 系统采用 B/S 结构实现，使用表示层、业务层、数据层 三层架构模型 ，三层间的逻辑关系如图 信息系统体系结构是信息系统各要素按照确定关系构成的系统框架 4。 表示层 从业务层获取业务数据然后按照某种格式进行显示，或对业务层发起某种请求，如查看、新增、修改、删除等。 表示层中包含众 多的 用户在浏览器中对这些页面进行查看和操作 。 业务层 处理来自表示层的请求，如果有必要，会向数据层请求所需业务数据。处理完毕后，业务层将结果反馈给表示层。 数据层负责保存应用系统的数据，并当有请求时把它们发送给业务层。 三层架构的设计，使系统达到松耦合的目的，系统显得条理清晰，便于维护。同时三个层次各司其职，默契配合，使系统能稳定高效的运行。 图 统三层架构图 第 三 章 系统设计 15 第二节 系统技术框架 设计 系统使用 理和分发页面请求，使用 据进行存取，轻量级容器 统处理和响应请求的过程如图所示。 第三节 系统功能模板 及菜单 系统 根据业务需要 共划分成 七大 功能 模块，分别是 系统管理 、 客户管理 、项目管理 、 营销管理 、 资产管理 、 审批流 管理 、 报表管理 。 图 统技术架构图 图 统功能模块划分 第 三 章 系统设计 16 1. 项目管理： 管理信托项目从立项到清算整个生命周期。 2. 客户管理：管理信托项目相 关的客户，包括委托人客户、受益人客户及用款人客户。 3. 营销管理：负责信托计划的产品销售。 图 户管理模块菜单 图 目管理模块菜单 第 三 章 系统设计 17 4. 资产管理：负责管理信托资产的运用。 5. 审批流管理：审批流程设计、管理和跟踪。 6. 报表管理：用于生成各类报表和查询 图 批流管理模块菜单 图 产管理模块菜单 图 销管理模块菜单 第 三 章 系统设计 18 7. 系统管理：管理系统用户及 其权限，系统日志，系统级参数设置等。 第四节 业务流程设计 目前期 业务流程 项目前期是指项目从立项到项目成立的这段时间 。 信托经理在系统中维护信托项目信息，完成后可提交项目立项审批，按照公司相关规定，在线上进行审批流转，直到最后节点完成审批。项目开始进行营销，委托人对信托产品进行认购，公司与委托人签署信托合同，并给受益人发放受益权凭证，当达到项目计划设定的成立条件后， 项目成立。 图 统管理模块菜单 图 表管理模块菜单 第 三 章 系统设计 19 目运行 期 业务流程 项目运行 期是指项目的正式运行阶段，项目成立后， 信托公司 把募集到的信托资金划拨给用款人，并与用款人签订运用合同，用款人按照合同的约定付息返本，同时兑付受益人收益 和本金 。 图 目前期业务流程图 第 三 章 系统设计 20 目清算 期 业务流程 项目到达结束日期 后，对项目进行清算、 信托专户 销户 、项目文档整理和归档，出具项目清算报告等操作，做完这些事情后，项目完成生命周期，正式结束 。 图 目运行期业务流程图 第 三 章 系统设计 21 第五节 数据库设计 系统涉及到的实体主要有：信托项目、信托专户、信托合同、受益权凭证、客户、系统用户、部门、菜单、日志、审批流。实体关系如下图所示。 图 目清算期业务流程图 第 三 章 系统设计 22 结构 对实体关系进行分析，系统需要建立如下的数据表，以储存相关数据 。 信托 项目信息表 （ 列名 说明 类型（长度） 是否允许为空 目 键 0) 不允许为空 目名称 00) 不允许为 空 目编号 00) 不允许为空 属部门 0) 不允许为空 托经理