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

中图分类号： 学校代码： 10055 密级： 公开 硕 士 专 业 学 位 论 文 住房 公积金综合业务管理系统的设计与实现 要 I 摘 要 随着中国经济的不断发展和人民生活水平的日益提高，购买住房已经成为涉及千家万户切身利益的热点、重点问题。商品房作为一种特殊的商品，如何利用公积金在其 购房过程中起到了重要的作用。同时，如何安全、方便、全面、统一管理住房公积金也成为公积金管理者迫切需要解决的问题。 本文通过工作中的实际案例， 在符合国家相关管理规定的基础上 ， 结合用户的具体需求， 以软件工程的思想， 从系统架构、信息安全、良好兼容、便于管理、易于操作和使用等方面进行研究 ，设计和实现 了 公积金综合业务管理系统对公积金的 归集、提取、贷款、财务核算、统计分析等 功能 。 住房公积金 综合业务管理系统 的建 设采用基于开放的 术架构，支持跨平台、跨数据库运行。采用基于组件的开发和集成方式，提供工作流、表单、数据、业务逻辑、报表的定制及其他用户自定义组件，通过 制不同角色拥有不同的权限。 实现住房公积金管理中心“统一决策、统一管理、统一制度、统一核算”的目标。 关键字： 住房公积金 I s s on to of As a of to in an of to of In of in on of in of of to to so to of on of of on is In of of 录 录 第一章 绪 论 . 1 第一节 引言 . 1 第二节 研究背景和意义 . 1 第三节 研究目标及内容 . 2 第四节 论文组织结构 . 4 第二章 系统的需求分析 . 6 第一节 需求概述 . 6 第二节 功能需求 . 7 主要系统需求 . 7 核心业务功能需求的结构 . 8 第三节 系统数据需求 . 19 第四节 系统运行环境的需求 . 19 运行环境 . 19 性能需求 . 19 第三章 系统的总体设计 . 21 第一节 总体设计思路 . 21 第二节 系统架构设计 . 21 第三节 系统功 能模块设计 . 22 第四节 数据库结构设计 . 24 数据结构设计要点 . 24 逻辑结构设计 . 26 第五节 系统涉及的技术介绍 . 28 第四章 系统的详细设计以及实现 . 31 第一节 系统的部署环境 . 31 第二节 系统主要模块详细设计 . 32 归集模块 . 32 目录 提取模块 . 38 贷款模块 . 44 统计模块 . 48 第三节 系统的界面设计 . 52 用户界面 . 52 相关的管理操作界面 . 52 第五章 系统运行测试与后期分析 . 54 第一节 测试过程及结果 . 54 第二节 技术难题及解决方案 . 55 第三节 后期分析 . 56 第六章 总结 与展望 . 57 第一节 项目开发总结 . 57 第二节 技术展望 . 57 参考文献 . 58 致 谢 . 60 个人简历 . 61 第一章 绪 论 1 第一章 绪 论 第一节 引言 随着中国经济的不断发展和人民生活水平的日益提高，购买住房已经成为涉及千家万户切身利益的热点、重点问题。商品房作为一种特殊的商品，如何利用公积金在其购房过程中 起到了重要的作用。同时，如何安全、方便、全面、统一管理住房公积金也成为公积金管理者迫切需要解决的问题。 我国于 1991年开始试行住房公积金制度以来，到现在已经有了二十多年的历史。随着国家住房体制改革的逐渐深入，以及国家相继颁布并实施的住房公积金管理条例、住房公积金行政监督办法、关于完善住房公积金决策制度的意见、全国住房公积金监督管理信息系统管理暂行办法、关于住房公积金管理若干具体问题的指导意见等相关法规，对住房公积金管理工作中的存在的问题提出了指导性意见。要求各住房公积金管理中心发挥职能 ，进一步加强住房公积金的管理，提出对现有的公积金管理模式了进行人事和制度方面的机构改革，完成公积金管理中心从地方的集中管理，实现住房公积金中心 统一决策、统一管理、统一制度、统一核算 的四统一管理。 第二节 研究背景和意义 本项目的需求单位某市住 房公积金管理中心按行政区划下设 1个中心、 13个管理部，原有系统采用 C/每个管理部和中心都安装一套系统，各管理部数据存放在本地，需要的时候抽取中心需要的数据上传到中心。 面对公积金发展的新形式，为了支持公积金管理机构的改革要求，就需要实现以住房公积金管理中 心为主的集中统一管理模式，统一管理整个中心的资金流、业务流和数据流，解决以前系统中广泛存在的业务依赖性问题，提升住房公积金管理中心的管理水平和服务质量。 为了实现强化管理，提升管理水平，就必须对现有的归集、提取、贷款、核算等业务流程进行流程分析、优化、重组，依据统一的行业标准为各业务流程建立统一的业务规范，并建立完善的辅助决策体系和完备的资金保障体系和风险控制体系，以实现住房公积金管理中心从业务流程到服务的统一规范，形第一章 绪 论 2 成中心完整的业务及管理支持平台。 为了实现公积金集中管理的需要，在机构实现集中管理后，急需 实现数据的集中管理。统一的集中管理需要有统一规范的数据，以及为了提升管理水平所必须的具备的数据源。在数据集中的同时，也必须集中 规范 统一 公积金管理中心 以及 其分支机构、业务经办网点的职责权限 ，并在此基础上实现中心整体的业务规范整合 第三节 研究目标及内容 本论文的主要研究目标是在原有系统的基础上通过对用户需求的详细分析，设计一个基于开放的 持跨平台运行的业务系统 ,以实现住房公积金 “统一决策、统一管理、统一制度、统一核算”的目标。 具体研究内容如下： 1、 建立完善的核心业务系统 通过对 住房公 积金 整个 业务流程 进行全面重组， 全面贯彻 相关国家有关公积金的法规 ，规范业务操作 和管理 ，确立 住房公积金管理 中心对住房公积金的主体地位 。 住房公积金的基础业务是整个系统平台顺利运作的保障，只有建立了完善的业务系统才谈得上后续的管理层次。对公积金的每一个业务进行建模分析，将固定的国家政策和相对灵活的地方特色结合在一起制定出符合实际情况的业务模型。在保证遵循国家政策的前提下，实现具有地方特征的业务需求。 将 住房公积金委托银行管理 的委托 模式调整为 “ 中心主体、银行前台，中心核算、银行结算 ” 的间接直收管理模式 ， 实现中心对业 务流与资金流的全面实时管理 。 集中 管理 住房公积金银行账户，在每家受委托银行只选一个网点开立银行存款账户（即主办网点），撤消其他网点的归集户和周转户（只保留委贷基金户）。各网点归集的住房公积金 通存 到主办网点账户，住房公积金的提取、外部转出、贷款发放由中心通过主办网点办理资金划拨。中心根据相关原始凭证进行会计核算，记账到单位和个人，并与业务信息、资金信息核对，确保账证、账账、账实相符。 建立财务统计和分析体系，利用系统信息，进行自由组合条件的查询及统第一章 绪 论 3 计分析，自动生成标准化或自定义格式的数据信息图表，为中心管 理决策提供依据。 2、 建立集中的数据中心 建立唯一数据中心，实现全市数据集中存储。不仅方便了数据的管理，提高了数据的利用率，还为管理中心在规避风险、降低成本方面提供系统保障。 3、 实现直归和委托相结合的灵活的归集管理模式 不仅需要实现在中心下的直归模式，也要能够实现委托银行归集的委托模式，或者两者都有的混合模式，允许中心可以按实际情况设置管理模式。 4、 建立标准的财务管理核算平台 财务核算平台需要实现中心统一、管理部分级的多账套模式。 提供包括三栏总账、三栏明细账、单位帐、个人明细账、内部往来经费帐等。 5、 建立对数据存取 的一致性、完整性和优化存取的保障体系 建立有效索引、使用存储过程、清除垃圾数据、使用专用工具优化 满足范式要求的数据库设计 ，保证数据 结构 的清晰和一致性以及完整性的约束 ，同时避免数据冗余和操作异常 ，保证数据复制、数据抽取的正确。 6、 建立统一、灵活的权限管理系统 采用 心可以灵活定义菜单、角色、用户和对应的权限。 7、 规范个人帐户管理，树立以个人帐户为中心的管理理念 个人账户管理原则上应确保身份证唯一（根据实际情况，可以适当加上士兵证、外国人员身份证等其他证件类型 ）；单位账户确保组织机构代码唯一。 并提供身份证清理功能和稽核功能，有效清理系统中不规范的数据。 8、 提供全方位综合服务，强化服务意识 针对各类用户群体推出多元化的服务渠道，根据客户群体的需求和主流趋势的发展， 依托 机 话语音、安全认证等手段，支持随时随地对 公积金 信息的多种查询方式 ，使客户能够享受到全方位多层面的公积金相关服务。通过呼叫中心，用户可以进行业务咨询、投诉、电话查询、语音催缴公积金、催收贷款。通过短信平台可以及时告知单位、贷款人、职工，个人的公积金情况。通过邮件通告平台发送 公积金帐单，发送通告、通知、警告等其他必要的告知信息。 从而全面提升 中心 的业务经营、管理水平。 第一章 绪 论 4 9、 防范贷款风险，建立风险评估平台 根据信用、收入变化情况、抵押率或质押率、担保方式、借款人信息变动情况、还款记录、出现逾期情况等风险评估要素评估借款人风险度，以此提高管理的预见性。 10、提升管理水平，建立内部控制体系 为了防范风险，确保中心自身发展及其经营管理目标的全面实现，查错防弊，堵塞漏洞，消除隐患，保证业务稳健运行，建立包括内部审计、风险预警、会计控制、授权审批、稽核检查、员工管理的全面内部控制体系，监督管理 各项业务的执行过程，降低操作风险，提高控制和化解风险的能力。 11、 适应业务发展需要， 实现业务功能的平滑扩容和升级 采用 基于 术 ，将数据存储和业务逻辑分离，业务逻辑和页面展现分离。采用模块化和层次化的设计思想，使系统有良好的可扩展性和可维护性。 采用 工作流技术，实现业务流程的自动流转和动态配置，大大提高工作效率和用户感受。模块化的设计，能够实现不同业务模块的动态加载。实现系统业务功能的平滑扩容和升级。 12、 提供标准的数据扩展接口 提供丰富而规范的数据扩展接口，包括与委托银行、缴交单位、监管系统、个 人征信系统、短信通知，实现资源共享与异地数据交换。 13、 强化管理与过程控制 提供强大的分析和决策支持。为领导提供丰富的信息查询，并为领导关心的重要财务指标进行基准分析，提供决策帮助。领导可以根据自己的工作分工选择关心的信息，并且可以由宏观到微观地追溯分支机构的数据情况。 第四节 论文组织结构 本论文共分六章，各章节结构安排如下： 第一章是绪论，介绍项目的的背景和意义，以及项目的研究目标和主要内容。 第二章分析了市场和用户的需求，通过用户的各项要求来分析具体功能模块的可行性设计。 第三章是从系统设计 的角度来初步架构该系统。一个软件系统的需求分析第一章 绪 论 5 和系统设计工作做得越充分，后期检测和变更问题就会越少。系统设计从总体思路入手，分析了系统的架构和数据库的架构以及相关的应用技术。 第四章是系统详细设计和系统各模块的界面建设，系统一共分为系统管理、归集、提取、贷款、财务核算等多个不同要求的模块，详细介绍各模块需要实现的功能要求。另外还图文并茂地解说了具体实现后的相应界面，使用户可以直观的看到模块操作的步骤，然后在项目实现过程中提出更深一步的需求。 第五章是系统运行测试和后期分析，通过系统上线后 的试运行以及进一步的难题突破来实现更完整、更符合要求的系统。通过分析发现系统能够很好地满足日常工作的需求。 第六章是针对新技术和新趋势的展望以及对该项目建设中遇到问题的总结，通过总结和展望来做好进一步开发的准备。通过系统运行表明，系统的开发运行得到了终端用户的肯定。 第二章 系统的需求分析 6 第二章 系统的需求分析 需求分析是软件工程中最重要的组成部分，如果需求分析出现偏差或者出现模糊点，都会造成整个系统设计的大差错和大修改，这样可能带来很多不必要的物质损失和声誉损失。所以，设计软件的先行事项便是需求分析。 而 需求分析必须建立在对于客户需求的足够了解和认识上，所以在系统开发前的需求分析主要是与客户的各个部门作深入而广泛的交流，以求弄懂客户的工作流程，细节要求，喜好的方式等等。因此一定要取得客户的支持和帮助。 第一节 需求概述 本项目的需求单位某市住 房公积金管理中心，其原有管理规范化程度较高，信息化系统建设已经具备一定基础，新一代信息系统建设应该在解决原有系统问题的同时，考虑到未来几年内的业务发展需求，在全国具备先进性和代表性。所以在本次系统的开发设计中，除了满足日常业务需求外，应主要关注点三个方面的问题： 第 一、从系统对公积金新兴业务发展支持的角度来考虑，系统需要解决包括核心业务、全方位服务、广泛合作等方面的以下问题： 数据信息的有效性和一致性问题； 业务产品开发周期及业务开发的系统复杂性问题； 全面掌握客户风险问题，比如冒提公积金、贷款风险控制等； 与其他合作机构（如电话查询）广泛合作的问题； 第二、从系统对公积金管理与决策的角度考虑，系统需要在数据及平台两个层面都提供管理层面的支持，主要表现在以下两个方面： 风险防范与风险控制问题； 资金运作的系统支持问题； 第三、从系统的扩展性和可维护性角度考虑，系统 需要注意的以下两个问题： 系统架构的不合理导致的系统不能随着业务需求的变化很好扩展的问题； 第二章 系统的需求分析 7 系统运行、维护与二次开发的成本不好控制问题； 第二节 功能需求 主要系统需求 本系统的主要系统需求包括公积金的归集（汇缴、补缴、转移）、提取（支取、偿还）、贷款（发放、收回）、财务核算、出纳帐等， 表 系统功能 前台业务 住房公积金归集 住房公积金业务查询和统计报表 住房公积金提取 住房公积金贷款 住房公积金出纳账务核算 其它收付业务 后 台核算 住房公积金会计核算 住房公积金财务查询和报表管理 住房公积金绩效考核 系统管理（各项业务参数、组织机构、人员岗位权限等） 其中各部分功能简述如下： 1、归集：住房公积金归集系统包括了单位注册、单位停缓缴、单位销户、公积金汇缴、公积金补缴、公积金调动转移以及归集统计查询等业务。 2、提取：公积金提取业务主要是处理满足 7大类及各种自定义提取条件下的职工个人公积金的支取、偿还业务，包括批量提取、委托提取还贷等。 3、贷款：主要包括贷款受理（申请人基本信息的录入、借款事由，借款情况、还款情况、担保 抵押情况等）；贷款分级审批（信贷员初审、管理部主任审批、信贷科审批、审贷委员会审批、中心主任审批）；贷款发放（发放前审核、贷款资金出账、贷款资金出账确认）；贷款收回（按计划还款、提前还款、批量收回、重算还款计划表）；贷后管理（贷款逾期、风险状态控制）。 4、财务：包括财务帐套、财务科目的初始设置和财务凭证的自动和手工生成与审核，以及财务凭证的记帐、结帐、对账、打印等功能。 5、出纳账：中心和银行的出纳帐记账、对账和结账以及账簿打印等。 第二章 系统的需求分析 8 核心业务功能需求的结构 本系统的核心业务的功能需求的结构如 图 图 核心业务功能需求 财务核算的数据来源依赖于归集、提取、贷款、出纳等前台业务发生的。 管理是对财务、归集、提取、贷款和其他业务进行的。 参与系统 的人员 包括 ：缴交单位、缴交个人、公积金业务人员、公积金管理人员、公积金 中心 和银行。后两者是将公积金系统和银行系统作为一个交互对象。 接下来对 归集、 提取 、贷款、 出纳帐、 财务核算 和统计分析等 业务进行需求的详细描述，具体从工作流程、功能需求分析、用例描述与分析三个方面进行事例介绍。 归集业务需求 归集业务办理住房公积金缴存登记、账户设立、汇缴变更、核定缴存比例、结算利息等业务的总称。归集业务是公积金业务的核心模块，所有业务的基础，涉及每个缴存职工的账户的缴存和变动。 归集业务 用例图如图 前台业务 地县管理部 1 地县管理部 2 归集 提取 贷款 后台财务及管理 财务核算 出纳账 系统管理 管理 公积金管理中心 核心业务系统的需求功能组成 第二章 系统的需求分析 9 图 归集业务 用例图 表 归集业务需求 用例名称：归集业务需求 用例参与者：缴交个人 用例说明： 单位注册：对申请注册的单位进行基本信息的录入，填写相应的表格，并进行审定，审核通过后方可办理后续业务。 个人注册：个人新开户，并采集个人基本信息。建立账 号由公积金的业务人员办理，为避免重复的工作，单位可以代录入申请信息，尽量不再需要公积金中心重新再录入一遍申请信息。申请过程为： 1、设立公积金账户 2、设定缴交比率（个人、单位）（有条件判别：本地区最高、最低缴交比例） 3、审定缴存基数（工资额，是否超过中心出台的缴存政策） 4、核定资金渠道（个人、自筹）。 第二章 系统的需求分析 10 提取业务需求 公积金提取是指住房公积金缴存人在发生符合住房公积金使用的规定用途时，经管理中心审批，将其个人住房公积金账户内的金额，部分或全额支付给个人的业务操作。 国家条例规定的提取条件只有 7种，中心提出应该可以自定义提取条件，比如重大疾病提取等，把这些自定义的提取条件对应到国家条例规定的 7种提取条件里即可。 通过收集提取业务相关表格、与提取业务人办理人员和提取管理科室座谈等方式，得出 提取业务用例图如图 续 表 归集业务需求 汇缴：对单位按照个人账户当月或数月应缴人数的月应缴额总数划转缴存的资金，完成个人住房公积金账户登记的业务操作行为。 补缴：对单位为缴存人补足应缴差额的资金登记个人住房公积金账户的业 务操作。 查询：提供基本的按条件查询界面；查看历史缴交的情况；查询缴交变动情况。 进行缴交 : 由于单位账号的淡化，可以继续使用单位号，但是单位不参与核算。可以考虑将个人与缴交单位视同一种缴交团体（性质）。为方便个人缴交，对同一个人员有缴交情况，中心可以对缴交人员定义缴存的银行，而且可以变更。当前公积金为了避免缴交出现 分 钱的情况，使用缴交基数的四舍五入，避免小数位，减少公积金操作出错几率。设置多种缴交基数计算缴交额的方式，方便各单位进行计算。 停缴 : 单位办理停缴，需提供停缴申请，停缴单位不参与统计。 缓 缴 : 通过申请，经过中心同意单位进行缓缴，缓缴需要设定缴交个人的缴存状态为封存。缓缴单位不参与统计。 部分汇缴：单位汇缴公积金的资金部分分为单位自筹、财政拨款以及个人部分，各部分资金会发生先来后到的情况，就形成了部分汇缴。部分汇缴需要记录缴存审定时的基数、汇缴金额，审定完成之后便不可再修改。后续到达资金以欠缴补齐的形式进行业务处理。 单位缴存名册变更：单位缴存名册的变更包括了缴存金额的变更和缴存比例以及缴存职工状态的变更。 账号合并：对于个人可能存在多账号合并的问题，对于单位来讲，两个单位合并后，单位信息发 生变化，其单位成员也产生了增减。 转移：转移时个人不允许提取，需要在转移到目的地进行转移操作，转移过程中不更改账号，保证个人账务的延续性。 外转入：个人因职位调迁，调动工作发生的业务。在一个单位发生停缴而进入新的单位继续缴存。转入是指系统管理的范围外的资金转入。 归集处理：归集业务都遵循相同的业务处理过程，由审核名册 -生成汇缴月份的名册 -统计 -生成收据 -打印进账单 -进账单确认 -入账。 变更处理：变更缴交银行，变更单位信息，个人信息，变更单位或者个人的缴交比率等。变更个人账户的标识（未缴、按缴、封 存等标志）。缴交个人可以指定缴交的银行，或者由公积金中心强制指定缴交银行。 第二章 系统的需求分析 11 图 公积金提取用例图 第二章 系统的需求分析 12 表 公积金提取用例图 用例名称：提取业务需求 用例参与者：缴交个人 需求说明：支取分为部分支取与全部支取（偿还）。部分支取需要按照提 取条件的设定进行不同条件选项的录入，并计算出不同的提取 限额。全部支取为销户提取，应根据个人账务计算出定期活期 利息。 用例说明： 1、审核提取资格 （ 1）审定购、建、修房提取条件需要满足的条件； （ 2）需要有购、建、修房的房屋产权证号，如果购买二手房的还需要有二手房的购房合同号。如果是新购商 品房的需要有购房楼盘的预售许可证号； （ 3）如果申请人的公积金处于抵押状态，则公积金只能以偿还购房贷款条件提取； （ 4）提取是要检测申请人的个人账户的状态。比如贷款和担保状态，不能销户提取 （ 5）如果申请人的个人账户为冻结、封存的状态不允许提取 （ 6）现有提取的条件不能满足的情况，如允许低保户子女入学、重大疾病的提取等， 可以作为自定义提取条件来提取 2、打印支付款凭证：打印支付款凭证（或者转账凭证，提取不了现金，如果是还贷还会出现三套凭证（提取凭证、还款凭证，差额凭证）。 凭证上需要有个人的身份识别，再凭证上加个人身份证。支付款凭证要标记是用现金和用支票支付。 3、付款：付款（出现、支付款），提取方式之一可以是个人的账户与公积金账户直接划账。 4、出账确认：凭证确认，确认款项已经被提走。 款业务需求 住房公积金贷款是指住房公积金缴存人在发生符合住房公积金使用规定用途的贷款时，向管理部门申请，经过审核符合贷款资格后，通过与委托银行发放公积金贷款，并需要每月偿还公积金贷款。 贷款业务包括受理、抵押登记、多级审批、贷款发放、贷款收回、贷后管理和开发商管理等需 求。 中心提出要能直接从银行导入还款明细记录进行收回的需求。 贷款业务用例如 表 表 贷款业务需求 用例名称：贷款业务需求 用例参与者：缴交个人 用例说明： 贷款受理：按照贷款申请表录入信息，并进行信贷员初审，具体需求如下： （ 1）证件号码是否符合规则，号码与姓名是否一致，（可通过与公安部身份证数据库联网或查询公积金归集数据库信息），如不符合规则或号码与姓名不一致，提示申请人“身份证信息不准确”，可选择“重新录入”或“关闭”；选择“重新录入”可以修改信息，选择“关闭”，关闭申 请页面，数据不记录。 第二章 系统的需求分析 13 续 表 贷款业务需求 （ 2）证件号码在中心公积金归集数据中是否存在，如存在，进行第（ 3）步，如不存在，即为非本中心（外地）公积金缴存人，提示申请人“请核实本人公积金缴存中心，如属外地缴存公积金购买本地自住住房需通过复议”，关闭。（相关资料包括：当地公积金中心出具的缴存证明，其他还款能力证明材料） （ 3）判断身份证和姓名是已经存在，即是否正在申请贷款或存在重复，如重复，列出姓名和身份证号码，选择进入修改信息；如不重复即步骤（ 4） （ 4）判断公积金缴存信息是否满足条件，即公积金建立时 间一年以上，并且在申请日期前已经连续缴存 6个月以上。 （ 5）上述条件满足，进入录入界面，填写借款申请书（见附件 1）详细信息，提交申请（录入信息中取消月收入）； 如申请人在我中心缴存公积金，系统应能自动调取公积金情况，包括：公积金账号、等。 （ 6）有配偶，须自动验证配偶公积金缴存、支取、贷款信息；如配偶已办理公积金贷款（含外中心），提示申请人不能办理贷款，关闭。 （ 7）系统还应该提供一个月还款额度和贷款年限的计算器，方便用户使用自助系统（网上申请时填写用）。计算器使用公积金月缴存额反推本人及配偶的月收入确定贷款额度和贷款年限，如贷款额度超高限或贷款年限超上限，提示申请人“超过最高贷款额度 超过最长贷款年限 贷款审核：主要审核贷款人可贷款限额，判断贷款人的偿还能力。审核通过后还应当告知申请人办理抵押合同、保证合同、保险等项，以便进行下一步的办理。 贷款发放：贷款发放前的审核和资金的 出账通知书、资金出账后确认， 并建立贷款档案。 贷款收回：按计划收回、提前还款 （提前还款后需要重算还款计划表） 等，需要提供批量导入功能。 逾期处理：划转逾期，这里到合同签订日期后的贷款是法定的逾期。 多期贷款的 逾期，作为统计意义的逾期进行处理，同样会收取逾期利息等。在统计上需要按照条件区别这些逾期。 注意不能和合同的整笔逾期相混淆。 贷款变更：变更抵押质押：通过申请 调查核实 -同意变更 -填写抵押质押变更书 -更新贷款资料 -更新贷款档案 -更新贷款合同附件。变更还款方式：通过申请 同意变更 -填写还款方式变更书 -更新贷款资料 -更新贷款档案 -更新贷款合同附件。 贷后管理：为了可以跟踪和查询个人贷款情况，要求每一笔贷款都需要有凭证。贷后涉及到的方面有核算、监控、统计、业务管理： 1、核算：在核算中关心的是 贷款总金额和本期还款额。 2、监控：当期未按时还贷人员的查询；收贷信息的查询（贷款人的信息和单位信息）；连续达到一定期限未还款的人的查询，如果这些人有诉诸法律的应提供相应的资料对相关人员出具通知。 3、统计：可以使用提取公积金的方式来还贷，以这种方式还贷的需要被统计；贷款余额如果与归集余额相近时，这些人员应该被统计，以方便提醒人员可以使用公积金来偿还贷款。 4、业务管理：贷款偿还完毕后，需要出具让借款人办理相关退抵的材料；在还贷档案中，能够查询该人的历史资料，打印该人的还款情况；能查询到应收、未收、购、建房面积、 银行收回、逾期人数、余额情况；能指定归还某起的贷款；贷款中应该支持还款方式的变更，抵押物和担保方式的变更，以及所属单位的变更；还贷人员的清单，需要交给银行，数据查询的结果可以输出到 询应该有输出功能。 第二章 系统的需求分析 14 图 归集业务 用例图 出纳帐业务需求 出纳账要反应所有中心在银行开设的账户的资金流动情况 。 出纳帐业务用例 如 表 表 出纳帐业务需求 用例名称：出纳帐业务需求 用例参与者：缴交个人 用例说明： 期初设置：设置银行开户网点以及银行开户账号 ，并设置中心方和银行方期初余额，如果有未达账，需要设置双方未达账，中心银行双方账务平衡后方能启用。 第二章 系统的需求分析 15 续 表 出纳帐业务需求 记账：中心账一方：将已经确认进账的涉及相关存款账户的业务记入出纳账。银行账一方：可采用手工录入或者批量导入银行日记账的方式记账。 对账：中心账与银行账的核对。核对方式可以采用多种方式，基本方式应该是按日期，发生额以及借贷方向核对。由于有未达账和账务合并的业务，也需要有按照余额或者总的借贷发生的方式进行对账。 余额调节：由于未达款项造成的账务不平，应采用余额调节表的方式，将双方金额 调整平衡。未达款项由下次发生该项未达账是进行对账冲抵。 结账：中心账和银行账每月都应进行月末结账，反映出借贷方的发生额合计以及月末该账户的余额。 图 出纳帐业务 用例图 财务核算业务需求 住房公积金 财务 核算办法是为了规范和加强住房公积金的会计核算，维护住房公积金所有者的合法权益制定。内容包括采用借贷记账法，规定了住房公第二章 系统的需求分析 16 积金会计科目，财务会计报告等。 财务核算的核心业务用例如图 图 财务核算用例图 财务核算体系的编码规则： 普通核算财务科目设置，设定为 322345格式的 5级科目： 0级财务科目 3位，如 122表示逾期贷款 1级财务科目 2位，对应银行编码 2级财务科目 2位，对应管理部门编码 3级财务科目 3位 4级财务科目 4位 5级财务科目 5位 第二章 系统的需求分析 17 住房公积金财务科目设置： 总会计科目具体明细科目（管理部、银行） 个人核算科目： 6位行政区划 + 7位系统内个人账户 单位核算科目： 6位行政区划 + 6位系统内单位账户 用例说明见表 表 财务核算业务需求 用例名称：财务核算业务需求 用例参与者：主管会计、会计 用例说明： 账套设置：对整个系统涵 盖的账套进行定义。 账务类别设置：对定义好的账套进行账务体系、级别的设置。 科目维护：科目的增加、关联银行、关联管理部门、启用日期、科目状态的设置和修改。 凭证属性设置：根据前台不同的业务类型定义不同的凭证种类，凭证样式根据核算要求进行设置。要考虑跨管理部的各类业务资金走向和中间方凭证的处理。 填制凭证：填制凭证分为机制凭证和手工凭证； 机制凭证：通过系统的前台业务产生的业务数据根据相应的凭证模板自动产生凭证。 手工凭证：分为根据未设置过凭证格式的收付业务填制，和直接填制手工凭证而没有其他任何附件的方式。 审核凭证：对所有凭证进行上下级和借贷方平衡性的校验。手工凭证只能单张审核，凭证明细需要列出。 汇总凭证：将所有凭证进行分管理部，分时段汇总，产生汇总凭证。 记账：根据凭证科目进行账务的登记。 结账：当前所有启用科目进行月、季度、年度结账。 对账：根据科目的上下级一致、借贷方一致的关系进行账务的核对处理。特殊科目，如银行存款还要和出纳账进行核对，财政匹配资金、单位挂账等和相关台账进行核对。 年度账务结转：针对特定时点进行账务的结转： 6月 30日结息后做公积金的个人账务结转； 12月 31日年度结账后，做所有三栏明细 的账务结账。 结息： 6月 30日对所有公积金个人账户进行利息的结算。 特殊账务模板：根据各种业务进行模板设置，基本业务：公积金利息的计提、贷款手续费的计算、归集手续费的计算、增值收益的划转、业务收入