银行个人贷款管理系统分析和设计.doc_第1页
银行个人贷款管理系统分析和设计.doc_第2页
银行个人贷款管理系统分析和设计.doc_第3页
银行个人贷款管理系统分析和设计.doc_第4页
银行个人贷款管理系统分析和设计.doc_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

目录第一部分 银行个人贷款管理系统需求分析说明书11 概述11.1编写目的11.2背景11.3参考资料11.4术语和缩写词12.需求22.1功能需求22.2数据需求132.3性能需求142.4 非功能需求143 环境153.1 运行环境153.2 开发环境15第二部分 银行个人贷款管理系统设计说明书151 概述151.1 编写目的151.2 参考资料152 需求概述163总体设计163.1 系统交互设计163.2 接口设计233.2.1 外部接口设计233.2.2 内部接口设计233.3 数据结构设计233.3.1 类的设计233.3.2系统包图243.3.3系统配置图253.3.4数据结构同程序的关系*263.4 出错处理设计*26 第一部分 银行个人贷款管理系统需求分析说明书1 概述1.1编写目的本文档的编写目的是为银行个人贷款管理系统项目的开发提供:a.软件总体要求,作为用户和软件开发人员之间了解的基础;b.功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的基础;c.验收标准,作为用户确认测试的依据。1.2背景随着科技发展和社会进步,尤其是计算机大范围的普及,计算机应用逐渐由大规模科学计算的海量数据处理转向大规模的事务处理和对工作流的管理,这就产生了以台式计算机为核心,以数据库管理系统为开发环境的管理信息系统在大规模的事务处理和对工作流的管理等方面的应用,特别是在银行个人贷款管理之中的应用日益收到人们的关注。 近年来我国信息产业发展迅速,手工管理方式在银行个人贷款业务管理的处理中带来了许多的不便也花费了工作人员大量的时间,因此为了更加方便的为客户服务和处理手工管理带来的不便,为了更好的提高银行工作效率,我们采用IT技术提高服务质量和管理水平,即应用银行个人贷款管理系统,从而使客户和银行工作人员更加方便的利用网络完成贷款业务管理任务。 我们的系统开发的整体任务是实现银行个人贷款管理的系统化、规范化、自动化和智能化,从而达到提高企业管理效率的目的。1.3参考资料1.3.1项目来源为了尽快满足客户对个人贷款高效率迫切的要求,xx银行决定开发一套银行个人贷款管理系统,对客户个人贷款业务进行科学管理和利用,并通过网络为客户提供信息服务。1.3.2引用资料1.4术语和缩写词管理员:管理银行账户信息、职工信息和用户登录信息,定期进行审查和更新工作,指导职工做好借贷工作,定期检查银行借贷业务任务进行情况并记录有关信息,生成各种档案。管理员还要负责分配职工人员及相关职务。职工:职工包括贷款员、贷款业务员和业务经理及经理,贷款员负责打印贷款通知、审查各种还贷报告和终结账户及所终结账户信息转入历史档案。贷款业务员负责贷款申请,输入客户贷款申请,收集到客户的有关证明材料后对贷款申请进行审查,决定是否批准贷款。业务经理对贷款要进行最后的核准,核准后签定,签订合同,未予批准则通知客户。经理主要负责审查由票据部门发来的各种还贷报告。客户:申请贷款的人,也可以是申请贷款人的担保人。票据部门:处理客户贷款的每次还贷,并保存贷款账户的每一项“还款情况”,打印支付凭证。如果客户到期未还款,票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告。出纳部门:根据贷款通知发放贷款并记账2.需求 2.1功能需求银行个人贷款管理其工作流程如下:1. 提交申请。(具体包括:客户提出申请要求贷款,申请中包括期限、金额、用途和本人基本情况。银行收到申请后,置于“申请档案”中,以申请号标识。)2. 审核申请。(具体包括:贷款业务员收集到客户的有关证明材料后对贷款申请进行审查,决定是否批准贷款。贷款最后经业务经理核准后,签订合同,未予批准则通知客户。)3. 建立“贷款账户”。(具体包括:贷款账户由贷款编号识别,内容有贷款金额 、贷款日期 、最后还款金额、最后还款日期、利率、贷款类型(抵押贷款或信用贷款)、还款方式(一次付清、按年付、按月付)、每次还款金额、担保人等。)4. 发放贷款。(具体包括:贷款员打印通知交出纳部门,由出纳部门发放贷款并记账。)5. 还贷。(具体包括:记录“还款情况”,打印支付凭证,客户到期未还款发出催付账单和违约金账单,发送还贷报告)6. 终结账户。(具体包括:账户终结,记载终结原因,转入历史档案。)以上为一般工作流程,经过初步调查和分析,对银行个人贷款管理 的目标范围进行确定,得到活动图如图1所示。2.1.1功能结构本系统粗略的功能结构如果2所示: 图2、系统功能模块图2.2.2用例模型1.用户管理 图3. 用户管理用例图用例名称账户信息管理参与者管理员假设客户贷款申请被批准后建立贷款账户,且每个贷款账户都是唯一识别的前置条件已经建立贷款账户后置条件存储贷款账户,更新贷款账户主事件流1新建贷款账户;2查看贷款账户信息;3修改贷款账户信息;4删除贷款账户信息用例名称职工信息管理参与者管理员假设职工从俜用后就建立职工信息档案前置条件职工信息是所有在职人员的信息,且是唯一标识的后置条件存储职工信息,更新职工信息主事件流1新建职工档案;2查看职工信息;3修改职工档案信息;4删除职工档案信息用例名称用户登录参与者管理员和职工假设职工注册后才能登录,管理员是已经注册的,直接登录前置条件登录前都已经注册,用户名唯一后置条件成功登录系统主事件流1成功登录系统2登录失败,重新登录用例名称新用户注册参与者职工假设职工在登录前需要先注册,用户名不能相同前置条件职工没有注册后置条件注册成功主事件流1 成功注册2 用户名已经存在,重新注册用例名称修改密码参与者职工假设职工已经注册,由用户名和密码前置条件成功登录系统后置条件修改密码成功主事件流1修改密码成功2申请档案管理图4 申请档案管理用例图用例名称输入客户贷款信息参与者贷款业务员假设客户向系统提交贷款申请前置条件贷款业务员已被识别和授权后置条件最新的客户信息得到更新主事件流1贷款业务员登录系统;2系统提示可执行的操作;3.贷款业务员输入客户贷款信息;3.确认提交申请;4.系统存储客户申请.备选事件流1a.登录失败 1.系统提示错误并拒绝接受输入2a系统提示输入客户的有关信息1. 系统提示错误并拒绝接受输入用例名称审查申请参与者贷款业务员假设银行已收到客户的贷款申请,前置条件贷款业务员已被识别和授权后置条件更新申请档案主事件流1贷款业务员审查客户的贷款申请; 2存储通过审查的申请;用例名称核准申请参与者贷款业务员假设已通过的审查的申请前置条件业务经理已被识别和授权后置条件存储申请记录主事件流1.系统提示可进行的操作;2业务经理审核申请;3系统存储通过审核的申请记录;用例名称批准申请参与者贷款业务员假设已通过的审查的申请前置条件已被标识的申请号后置条件存储申请记录主事件流1.系统提示可进行的操作;2贷款业务员确认批准申请;3系统存储通过批准的申请记录;后备事件流2a.不合格申请1. 系统提示错误,并返回2. 系统存储未通过批准的申请记录3贷款账户管理 图5 贷款账户管理用例图用例名称建立贷款账户参与者贷款员假设由贷款业务员负责前置条件客户已被识别和授权后置条件最新的客户信息得到更新主事件流1系统识别贷款编号;2系统存储“贷款账户”;3系统更新账户记录。备选事件流3a增加记录1. 系统提示输入账户信息2. 贷款员输入账户信息包括贷款金额、贷款金额、最后还款金额、最后还款日期、利率、贷款类型、还款方式、每次还款金额、担保人3. 系统保存账户信息3b.修改账户1. 系统提示输入账户的有关信息2. 系统员修改账户信息包括贷款金额、贷款金额、最后还款金额、最后还款日期、利率、贷款类型、还款方式、每次还款金额、担保人3. 系统业务员确认提交4. 系统更新账户信息3c.终结账户1. 系统员选择要终结的账户.2. 系统检查操作的安全性,并提示进行确认3. 系统员确认终结账户4. 更新账户信息用例名称打印通知参与者贷款员假设由贷款员负责并交给出纳部门前置条件贷款账户已建立后置条件打印贷款通知主事件流1系统提示要打印的通知2. 贷款员确认要打印的通知;3系统打印通知。用例名称记录账单参与者出纳部门假设由出纳部门负责记录账单前置条件出纳部门收到贷款通知后置条件存储发放贷款记录主事件流1系统提示要发放贷款的账户2. 出纳部门确认要发放的贷款;3系统记录账单。4还贷管理 还款情况用例图用例名称处理还贷参与者票据部门假设每月还款,计算下月应还款,修改所欠款项前置条件贷款的次月,用户开始还款后置条件还款后计算下月还款,修改所欠款项主事件流1登记每月还款情况2计算下月应还款3修改所欠款项用例名称打印凭证参与者主要参与者:票据部门 次要参与者:客户 假设用户每次还款后返回还款凭证前置条件用户此次已经还款后置条件还款核对无误主事件流1核对还款2格式化输入凭证信息3打印还款凭证用例名称发送催付账单和违约金账单参与者主要参与者:票据部门 次要参与者:客户假设客户在贷款次月未还款要催其还款,并支付违约金前置条件客户在贷款次月未还款后置条件生成催付账单和违约金账单并输出主事件流1计算催付金额和违约金金额2格式化输入催付账单和违约金账单信息3打印输出催付账单和违约金账单用例名称还贷报告参与者主要参与者:票据部门 次要参与者:贷款员和经理 假设客户还贷款详细信息需要向贷款员做报告前置条件存储客户每次还贷情况后置条件生成还贷报告主事件流1汇总客户还贷信息2. 格式化输入还贷报告3. 输出还贷报告5历史档案管理 图7 历史档案管理用例图用例名称终结账户参与者贷款员假设由贷款员负责终结账户前置条件贷款员已被识别和授权后置条件已被终结账户的档案被保存主事件流1系统显示已终结的用户;2贷款员登记新被终结账户的信息,输入被终结账户的账户的基本信息、贷款情况、贷款支付明细和附件;3确认提交,系统保存最新被终结用户的相关信息内容。备选事件流2a已有账户的删除2b已有账户的更新 用例名称记载原因参与者贷款员假设由贷款员负责为每个被终结的账户记载终结原因前置条件贷款员已被识别和授权,所终结账户的信息都已登记后置条件所终结原因的有关内容被记录在历史档案中主事件流1系统显示贷款员所记载的被终结的账户;2贷款员选择一个被终结账户,并登记被终结账户的终结原因;3贷款员确认提交,系统将输入数据保存到历史档案中。备选事件流无用例名称转入历史档案参与者贷款员假设贷款员负责把所终结的账户所有信息转入到历史档案中前置条件贷款员已被识别和授权后置条件每个贷款员把历史档案保存好主事件流1系统提示登记工作成果;2贷款员登记历史档案并提交;3系统保存有关档案信息。备选事件流无6查询管理 图8 查询管理用例图用例名称查询客户信息参与者管理员假设管理员负责维护客户信息前置条件管理员身份已被识别和授权后置条件最新的客户信息得到更新主事件流1系统显示所有客户或提示输入申请号或姓名;2管理员选择客户;3系统显示客户的是申请信息,包括期限、金额、客户本人信息。备选事件流1系统按照客户申请表要求生成客户信息;2系统显示客户申请表;3. 未批准申请的客户,系统生成未批准通知;4已批准申请的客户,系统显示贷款账户信息。用例名称查询还贷信息参与者管理员假设管理员负责维护还贷信息前置条件管理员已被识别和授权后置条件最新的还贷信息得到更新主事件流1系统提示所有还贷信息或提示输入贷款账户的贷款编号或姓名;2管理员选择贷款账户;3系统显示贷款账户的信息,包括贷款金额、贷款日期、最后还款金额、利率、贷款类型、还款方式、每次还款金额、担保人。备选事件流1系统按照贷款账户要求生成还贷信息;2系统显示贷款账户还贷信息表。用例名称查询贷款支付明细参与者管理员假设管理员负责维护贷款账户信息前置条件管理员身份已被识别和授权后置条件最新的支付明细得到更新主事件流1系统显示所有客户贷款支付明细或提示输入贷款编号或姓名;2管理员选择贷款账户;3系统显示贷款账户的贷款支付明细,包括贷款金额、贷款日期、最后还款金额、利率、贷款类型、还款方式、已还款金额、担保人。备选事件流1系统按照贷款账户要求生成贷款支付明细信息;2已还贷贷款账户,系统显示贷款账户还款情况,生成支付凭证;3. 未还贷贷款账户,系统显示贷款账户的贷款信息和拖欠贷款,生成催讨账单和违约金账单。2.2数据需求系统类图如下:图9 系统类图2.3性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行,银行个人贷款管理系统应保证系统处理的准确性和及时性,使系统的处理能力和相应时间要满足用户都信息处理的需求,此外还必须保证系统的易用性和易维护性,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作.2.4 非功能需求银行个人贷款管理系统将来会有变化,因此要求设计的可变更性好,结构较为灵活,这样流程或规则变化引起的程序维护能够在较短时间内完成。可移植性目前没有要求。3 环境3.1 运行环境硬件:联想万全T350一台,100M银行内部网,联想PC机多台软件:Windows 2003 Server(服务器)SQL Server 2005Windows XP/2000/2003IE6.0以上IIS6.0Microsoft Office 2000/2003/XP3.2 开发环境硬件:联想万全T350一台,100M银行内部网,联想PC机多台软件:Windows 2003 Server(服务器)SQL Server 2005Windows XP/2000/2003IE6.0以上IIS6.0Microsoft Office 2000/2003/XPVisual Studio 2005IBM Rational Software Architect V6.0第二部分 银行个人贷款管理系统设计说明书1 概述1.1 编写目的本文档的编写目的是:详细设计银行个人贷款管理系统软件的总体功能;给出系统的结构设计和过程设计,作为程序编写的依据。1.2 参考资料包括:a.项目来源:为了满足银行对贷款服务的要求,更好为客户要求,方便、快捷地为客户服务,提高服务质量和速度,拟开发银行个人贷款管理系统,更好地进行客户贷款管理。b.本文档中引用到的规范和资料等:(1)银行个人贷款手册(2)银行个人贷款管理系统说明书2 需求概述银行个人贷款管理系统是专门服务于银行个人贷款客户软件,软件应易于实现和扩充,同时要保证系统的安全性和高效性,对软件需求说明中有关特性和需求基本一致。该系统应符合此要求:所有操作都在对登录的用户进行有效验证后才能执行,而且用户的权限因人而异,以保证系统的安全性和可靠性。3总体设计本系统采用面向对象设计方法,使用Rational Rose 作为设计工具,设计方案主要采用顺序图、类图、状态图、包图和配置图对系统进行描述。 3.1 系统交互设计 采用顺序图描述系统交互过程和细节。顺序图是对用例的细化,描述了用例的参与者与多个对象实例记忆对象交互式传递的消息,并按照用例的执行步骤顺序指明对象的交互顺序。根据需求分析中用例图和用例描述,设计出系统交互过程,并用顺序图表示。图 1 新用户注册顺序图图2 用户登陆顺序图图3 修改密码顺序图 图4 建立贷款账户顺序图图5 职工信息管理顺序图图6 账户信息管理顺序图图7 查询客户信息顺序图图 8 查询还贷信息顺序图图9 查询贷款支付明细顺序图图10 总结账户顺序图图11 处理还贷顺序图 图12 发送催付帐单和违约金帐单顺序图图13 记录账单顺序图图14 输入客户贷款申请顺序图3.2 接口设计3.2.1 外部接口设计本系统设计为网页方式实现校园网内访问,所以用户界面统一为超文本形式,要求客户端使用IE6.0以上版本。本系统和其它外部系统之间无接口。3.2.2 内部接口设计本系统内部采用分层设计,界面层依赖于业务逻辑层,业务逻辑层依赖于数据库访问层。界面层通过使用业务逻辑层对象来存取数据,一部分采用数据绑定方式实现,另一部分直接使用业务逻辑对象实现。业务逻辑层和数据库访问层使

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论