新一代信贷管理系统业务需求

XX银行

新一代核心系统信贷项目

业务需求说明书

XX部

2012年X月

修改记录

本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用。

目录

1引言 (5)

1.1编写目的 (5)

1.2项目背景 (5)

1.3术语定义 (5)

1.4参考资料 (7)

2项目范围 (7)

2.1项目目标 (7)

2.2业务活动图 (14)

2.3业务产品功能 (14)

2.4业务组织架构 (25)

2.4.1运营职责 (25)

2.4.2业务流程图 ...................................................................................... 错误!未定义书签。

2.5用户说明 .................................................................................................. 错误!未定义书签。

2.6与其他系统关系 (28)

2.6.1存款账户结算系统 (28)

2.6.2与票据系统 ...................................................................................... 错误!未定义书签。

2.6.3与贸易融资系统 (30)

2.6.4 与网上银行系统 (12)

2.6.5 与总帐系统 (12)

2.6.6 与国结系统 (12)

2.6.7 与资金系统 (12)

3功能需求说明.............................................................................................. 错误!未定义书签。

3.1功能清单 .................................................................................................. 错误!未定义书签。

3.1.1业务功能 .......................................................................................... 错误!未定义书签。

3.1.2后台管理功能 .................................................................................. 错误!未定义书签。

3.2功能流程说明 .......................................................................................... 错误!未定义书签。

3.2.1承兑业务 .......................................................................................... 错误!未定义书签。

3.2.2……（功能逐个描述） ...................................................................... 错误!未定义书签。

3.3报表需求 .................................................................................................. 错误!未定义书签。4非功能需求说明.......................................................................................... 错误!未定义书签。

4.1业务量说明 .............................................................................................. 错误!未定义书签。

4.2用户量说明 .............................................................................................. 错误!未定义书签。

4.3用户界面需求 .......................................................................................... 错误!未定义书签。

4.4产品质量需求 .......................................................................................... 错误!未定义书签。

4.4.1可用性.............................................................................................. 错误!未定义书签。

4.4.2可靠新.............................................................................................. 错误!未定义书签。

4.4.3性能.................................................................................................. 错误!未定义书签。

4.4.4可管理性 .......................................................................................... 错误!未定义书签。

4.4.5可维护性 .......................................................................................... 错误!未定义书签。

4.5安全性需求 .............................................................................................. 错误!未定义书签。

4.5.1可靠性.............................................................................................. 错误!未定义书签。

4.6其他需求 .................................................................................................. 错误!未定义书签。5业务风险控制.............................................................................................. 错误!未定义书签。6其他............................................................................................................. 错误!未定义书签。

1 引言

1.1 编写目的

为明确信贷系统项目的业务目标、建设范围、功能架构、业务架构和交易流程，推动项目实施，撰写本文档。业务需求说明书预期使用人为信贷系统项目的所有业务需求分析人员、系统分析人员和设计员、软件开发人员、系统测试人员。

1.2 项目背景

随着WTO的加入和现代信息技术的发展，国内金融行业的内部和外部环境正在经历着一场巨大的挑战：

?金融改革日益深化的挑战：随着国内金融行业的股权结构和组织结

构改革的深化，对金融企业的盈利能力、稳健经营提出更高的要求。

利率市场化改革等金融改革对国内金融行业的经营管理水平提出更

高的要求。

?面临来自境外先进银行的激烈竞争：在我国正式加入WTO后，国内

金融行业将面临前所未有的开放环境，面临外资银行在资本、管理、

人才、市场、客户以及技术等方方面面的竞争。

?客户的要求越来越成熟：国内的客户对金融服务的需求越来越高，

如果国内金融行业不加快提高客户服务的意识和手段，将会造成优

质客户的流失。

?监管机构对国内金融行业的监管越来越严格：中国监管机构将参照

巴塞尔新协议，实施更加严格的监管制度，保证国内银行体系的稳

健性。

应对挑战，中国的金融企业需要发展面向未来的业务模式：混业、跨区域、跨国、多渠道、增值及联合经营等——但新的业务模式和市场环境要求新的更为高效的管理模式如管理集中、风险防范、绩效评估、以客户为中心

等。

面对这些挑战，要求国内金融企业充分利用现代IT技术，规划和建立新一代的信息系统，对经营数据和信息进行充分的掌握和分析，以帮助金融企业精确掌握企业的经营状况和准确决策。

XX银行秉承“天道酬勤，和谐成长”的核心价值观，倡导“正气、责任、创新、超越”的湛商精神，坚持大胆改革，开拓进取，已发展成为一家极具活力和高成长性的跨区域经营城市商业银行。

通过持续科学发展，XX银行不断实现新的跨越：截至2011年10月末，全行资产总额超过800亿元。自2005年改革重组以来的5年间，资产总额增长超过11倍，资本充足率达标，流动性充裕，各项监管指标良好，2008年、2009年连续两年监管评级保持“二类”行（目前国内城商行的最高等级），荣获“2008中国最具成长力中小银行”殊荣。在《2009中国商业银行竞争力评价报告》中位列“珠三角”经济区域城商行（11家）综合排名第2位，居全国城商行（126家）综合排名第20位，2010年荣获XX省金融创新二等奖。

2009年以来，XX银行稳步推进跨区域经营战略，现下辖有湛江管理中心（总行湛江地区经营管理机构）、广州分行、深圳分行、重庆分行、长沙分行和佛山分行，东莞分行、营业网点49个，全行在岗人数1600多人。

2010年，XX银行全面启动“二次改革、二次创业”，推进经营管理的全面转型和提升。通过对现有的组织架构、制度、流程进行全面的梳理和再造，已初步实现由“总-支”二级管理架构向“总-分-支”三级管理架构的转型，各项改革事业稳步推进，经营管理水平和风险防控能力正全面提升。

当前，XX银行正致力于打造以客户为中心、以市场为导向，管理规范、业绩卓越、经营独特、服务一流的现代化流程银行、特色银行和品牌银行，力争用五到十年时间，把XX银行建成一家资金实力雄厚、公司治理完善、业务特色鲜明、服务水平一流、在珠三角乃至全国均具有较强品牌影响力和经济辐射力的区域性商业银行。

1.3 术语定义

无。

1.4 参考资料

无。

2 项目范围

2.1 项目目标范围

2.1.1 流程管理功能

构建全流程的信贷管理系统，实现各类信贷业务从渠道拓展、受理申请、授信预审批（批量、自动化处理）贷前调查、业务申请的发起，到贷中审查、审批、抵质押物核查、应收账款信息核查、放款，到贷后管理，再到催收管理、信贷回收（或资产保全）的全流程控制。

包括对公信贷子系统，零售贷款子系统，小微贷款子系统、征信子系统。2.1.1.1 营销服务及渠道拓展

建立全方位营销服务体系,如：商圈（含各类协会、专业批发或大型零售市场、购物中心等）平台、供应链（含各类园区、大型企业上下游集群、连锁服务业等）平台、中介（房产、车辆、大型装备等）平台、保险或担保公司申请平台、网上直客式平台、网点直客式平台。在这些平台上进行以下信贷产品的营销：商务贷、随心贷、贴心贷、各类型房贷与消费贷以及其它类型个人贷款。实现小微信贷工厂决策模式，能智能化完成批量小微信贷的预审批。

2.1.1.2 贷前、贷中管理

1、建立智能化信贷决策体系，包括：申请信息录入后的核实及校验功能；信息一提交立即进行智能的预审批决策；申请信息和核实后信息进行比较；决策规则的使用等。

2、针对不同的客户类型（公司、零售、同业，企业法人、事业法人，小微企业，新成立公司等）、业务类型（低风险、一般风险，单笔授信、综合授信，联保、国际国内贸易融资等）、产品种类（流贷、银承、贴现、固贷、项目融资、贸易融资、国际国内贸易融资（包括但不限于开立信用证、进口押汇、提货担保、出口押汇、议付、贴现、福费廷、打包放款、出口跟单托收押汇、TT押汇、贸融代付等）、个贷等），担保方式和机构等，实现包括业务申请的发起、复核、提交，审查，审批、出具批复等差别化的贷前、贷中流程控制。

2.1.1.3 贷后管理

建立全方位、流程化、高效率、差别化的贷后管理体系。

1、贷后流程管理功能。

针对各类授信业务的风险特征，结合产品、客户（评级、类型、合作关系等）、业务模式、所在区域（如本地、异地客户）、担保方式等关键特征，实现授信业务贷后管理的差别化流程管理（提供差别化的贷后检查报告模板）。

2、贷款风险分类管理功能。

实现信贷资产五级（或十二级）分类的自动化批量（个别）处理（根据客户评级、业务类型、担保方式、财务指标等自动初分）、人工调整（调整规则）、层级认定（授权管理）等功能。

3、风险预警管理功能。

实现自动化的预警识别和管理体系，根据预警情况（等级）实施差别化管理。有风险的贷款根据设置分配不同的优先等级，进入相应处理流程。

4、合同档案管理功能

在自动生成档案的基础上，能够补充未登陆档案信息和合同信息，并能根据不同的权限查阅和修改。

5、贷后账户管理功能

实现对贷款账户动态管理，为还款及逾期情况提供最新数据支持。

2.1.1.4 催收管理功能

建立（不包括信用卡）内外联动的催收管理体系。每个层次，从总行到分行，从分行到支行，从行内到行外，每一个任务都有其不同的权力和页面。包括：自动短信催讨、自动催讨未果，转移到相应客户经理、移交担保公司、移交法律部门。同时有催收流程、催收提醒、催收策略、催收纪录体现、催收台账和催收报告管理等功能，与行内催收渠道进行接口（包括短信平台、电话银行等）。

2.1.1.5 资产保全管理功能

包括不良资产移交，诉讼管理（时效和流程），信贷资产重组、减免息、信贷资产核销等流程管理（流程发起、审查审批、具体实施等），不良资产回收等。

2.1.2 客户管理功能

1、客户信息管理功能。包括各类客户基础信息、公共信息和个性化信息的录入、提取和管理。

2、客户权限管理。多层次、多维度的客户管辖权限和操作权限设置。

3、客户评级管理。建立完整的客户评级体系，为客户选择、业务准入、授信审查、信贷审批、授权、贷后管理、债项分类、风险加权资产计量、绩效考核等提供全方位的支持。

4、集团客户管理。包括集团关联客户的搜索和认定，集团客户业务情况的展现，集中度管理等功能。

5、客户评价功能。包括战略客户的认定，综合贡献（存款、利息、中间业务收入）的查询功能等。

6、个人、企业征信报文的生成。按人民人行最新的〈〈个人、企业信用信息基础数据库系统数据接口规范〉〉完成个人、企业征信报文T+1报送。

2.1.3 额度管理功能

2.1.

3.1 授信额度管理

建立全方位、多维度、集成化、高适应性的信贷业务额度管控体系。结合我行信贷业务额度、产品等管理办法，通过对额度占用、释放、控制和串用规则的设定，实现对低风险、一般风险，综合授信、单笔授信，单一客户、集团客户，表内授信、表外授信等各类业务全方位、系统化的额度管控；同时，可以根据我行政策制度和产品的调整，灵活定制和调整相应的管控规则。

2.1.

3.2 其他额度管理功能

实现对担保公司、保险公司、合作渠道、开发商和监管方等合作方的额度管控功能，包括对一般担保额度和回购担保额度等的管理功能。

2.1.

3.3 组合管理功能

初步实现多维度信贷组合管理功能。根据行业、机构、产品、担保方式等维度进行信贷规模组合管理控制，并根据实际情况和管理需要灵活调整。

2.1.

3.4 授权管理功能

建立多层次、多维度、全行统一的信贷业务授权管理体系。基于全行授权体系，从区域、机构、行业、产品、业务模式、担保方式等多个维度，实现全行信贷业务授权的系统管控；同时，可根据实际情况灵活调整。

2.1.4 行业管理功能

1、实现对国标行业、我行行业类别（根据管理需要）的灵活配置功能。

2、配置和维护行业基础信息。包括行业核心指标（财务和非财务）和行业政策（准入标准、授信政策等）的配置和维护，同时实现行业基础信息与系统相关功能模块的紧密关联，如客户评级模块、五级分类模块、贷后管理模块等。

3、实现行业限额的配置、维护和预警等管理功能。

4、行业授信数据的查询及统计功能。

2.1.5 产品管理功能

实现对各类信贷产品的灵活订制，包括产品的新增（创新）、变更和终止；实现多维度、多角度的产品贡献度考核评价功能；灵活的查询统计功能等。

2.1.6 担保管理功能

初步建立担保管理体系，包括抵质押品管理（含抵押物登记、抵押登记办理的流程进度提升、解除抵押、相关抵押物的评估等）、担保合同管理、担保公司的担保额度、抵质押物管理（包括了贸融项下的货押及应收款的管理）、保证人管理、担保监管、抵质押品统计分析、抵质押品统计分析以及表外账务记账、担保合同的变更、押品的追加、置换等功能。

2.1.7 综合管理功能

1、风险资产管理功能。实现风险资产计量、经济资本管理等基本功能；

2、查询统计功能。满足各类信贷业务多维度查询、统计和报表报送等业务和管理需求；

3、绩效考核功能。满足对各类业务产品、客户、行业、区域、机构、员工等多角度、多维度的管理和考核需要。

2.1.8 系统管理功能

包括机构管理、用户管理、角色管理、系统权限配置、基础配置（系统代码维护）、基础信息管理（汇率、利率、黑名单、股东和关联方维护、合作方信息等）、业务（客户、人员）转移操作等。

2.1.9 贷款核算功能

配合我行瘦核心发展方向，信贷管理系统承接了贷款核算方面的功能，支持新会计准则，主要实现以下功能：

2.1.9.1增加贷款核算方面功能，实现贷款在信贷系统的发放功能

(1)贷款开户功能，实现自动开户、手工开户、批量开户、单笔开户功能（如还款计划的开户）

(2)贷款发放功能，实现自动放款、手工放款、批量放款、单笔放款功能（如还款计划的发放）

(3)贷款结息功能，实现批量结息、单笔结息、自动结息、手工结息功能

(4)贷款扣息功能，实现批量扣息、单笔扣息、自动扣息、手工扣息功能

(5) 正常还款功能，实现批量还款、单笔还款、自动还款、手工还款功能

(6) 提前还款功能，实现批量还款、单笔还款、自动还款、手工还款功能

(7) 违约还款功能，实现批量还款、单笔还款、自动还款、手工还款功能

(8) 冲正补账交易功能，贷款开户或发放后，需对错账进行冲正纠正，包括放款冲正补账、一般还款冲正补账、提前还款冲正补账、收息冲正补账等

(9) 贷款核销及回收功能

(10)核销贷款利息的维护及回收功能

(11)预扣款、预扣息处理功能

(12)形态转列

(13)贷款凭证的打印功能

(14)贷款总分账查询

(15)利息查询，包括历史某个时点及实时应收利息、实收利息、应收未收利息（表内外、罚息）

(16)利息测算功能

(17)业务查询功能，包括交易流水、形态转列等查询

(18) 实现贷款资产减值、拨备计算等，实现按日计提。

(19) 实现贷款风险资产的计算

(20) 实现贷款借贷平衡检查、联动总帐现实总分检查

(21) 手工调账

(22) 还款计划的维护

2.1.9.2增加贷款核算管理功能

(1)借款借据维护功能

(2)日志管理

(3)科目调整

(4)科目体系维护功能

(5)停止/恢复计息

(6)利息调整

2.1.10 企业征信功能

1、按照人行要求格式对信贷对公客户和业务信息进行T+1上报数据自动抽取；

2、对人行反馈的报文进行自动解析；

3、对每季度两端核对数据文件自动抽取；

4、操作以及反馈处理界面展示。

2.1.11 个人征信功能

1、按照人行要求格式对信贷个人客户和业务信息进行T+1上报数据自动抽取；

2、对人行反馈的报文进行自动解析；

3、对每季度两端核对数据文件自动抽取；

4、操作以及反馈处理界面展示。

2.1.12 其他功能（数据接口）

2、旧信贷系统信贷业务数据、核心系统贷款账务数据平稳准确移植。

3、打通全行电子渠道接口，接入ESB，为票据系统、电子贸易融资系统、国际结算系统贸易融资系统、国际结算系统（信用证）、资金系统（同业授信）等提供统一审批流程和额度管理。

2.2 业务活动图-

2.3 业务产品功能

信贷管理方案计划系统需求设计使用说明

北京冠群驰骋投资管理有限公司信贷系统需求规格说明书 北京联想利泰软件有限公司

2015年6月

签字确认 经各方确认《北京冠群驰骋投资管理有限公司贷款系统需求规格说明书》（本文档）能够反映甲方对北京冠群驰骋投资管理有限公司贷款系统建设的要求，本需求规格说明书将作为系统验收的重要文档。 甲方：乙方：北京冠群驰骋投资管理有限公司北京联想利泰软件有限公司 签字：日期：签字：日期：

目录 第一章借款销售 (5) 1.1工作台 (5) 1.1.1我的待办 (5) 1.1.2常用功能 (5) 1.1.3系统公告 (5) 1.2客户管理 (5) 1.2.1合同客户 (5) 1.2.2企业客户 (5) 1.2.3客户经理变更 (5) 1.3进件管理 (6) 1.3.1进件管理 (6) 1.4进件审核 (6) 1.4.1审核管理 (6) 1.5合同管理 (6) 1.5.1合同管理 (6) 1.5.2合同复核 (6) 1.5.3合同入库 (6) 第二章贷后管理 (7) 2.1贷后日常 (7) 2.1.1展期管理 (7) 2.1.2贷后跟踪 (7) 2.1.3合同变更 (7) 2.1.4减免管理 (7) 2.2抵质押权人管理 (8) 2.2.1抵、质押权人管理 (8) 2.3回款管理 (9) 2.3.1回款信息 (9) 2.3.2汇款匹配 (9) 第三章结算管理 (10) 3.1借款放款 (10)

3.1.1放款 (10) 3.2还款查账 (11) 321汇款确认 (11) 3.3 拆账 (11) 3.3.1拆账 (11) 第四章系统管理 (12) 4.1系统管理 (12) 4.1.1用户管理 (12) 4.1.2角色管理 (12) 4.1.3字典管理 (12) 4.1.4审批额度管理 (12)

(1)网吧管理系统需求分析

需求规格说明书 项目名称：上机管理系统 项目组长：何燕 项目组成员：马子云赵静李泉张申申 2012年3月1日

1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2．任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3条件与限制 (3) 3．数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (4) 3.3数据库介绍 (9) 3.4数据词典 (9) 3.5数据采集 (10) 4．功能需求 (12) 4.1功能划分 (12) 4.2功能描述 (12) 1．引言 1.1编写目的 本文档是上机管理系统前期开发阶段针对用户所进行的需求分析，在本文档中我们通过对上机管理系统中的三种不同用户进行了详细而具体的需求分析，通过该文档读者可以了解该系统的所有功能以及用户的具体权限。 在进行系统的设计前，我们一组的成员通过自己平时上机操作的经验和要求把该上机管理系统分为了三个模块：管理员模块，普通上机人员模块，会员上机管理模块，相应的这三

大模块对应了不同的三类用户，每类用户又具有自己的不同的权限。这些内容在该文档中都有相应的说明。 由于该系统还处于初步设计阶段，本文档只是对其的一些功能以及人员分工情况做以说明。所以本文档只是对系统的需求做出说明，并不涉及具体的实现过程。 由于这学期正在学习项目设计的有关课程，我们组会在相应的课程学习中逐渐完善上机系统的各项功能。结合数据库的特点，软件工程的相关要求开发出功能完善，界面友好的上机管理系统。既方便用户的使用，又节省管理人员的各方面的资源。 1.2项目背景 a.项目的委托单位:2010年度学期第一项目小组 1.3定义 SQL：Structured Query Language 结构化语言 会员：网吧管理系统中的参与者，注册后享有上网等权限 管理员：网吧系统中的参与者，注册后享有管理网吧系统等权限 上网日志：网吧管理系统中记录的计算机的使用情况 1.4参考资料 1.《软件工程实践指导书》——殷人昆清华大学出版社 2.《统一软件开发过程》，——Ivar Jacobson，James Rumbaugh，Grady Booch 著，周伯生译，机械工业出版社 3.《UML用户指南》，——Grady Booch，Ivar Jacobson，James Rumbaugh著，邵维忠等译，机械工业出版社 4.《C#数据库开发实例精粹》——郭瑞军、唐邦民、谢晗昕等编著，电子工业出版社 5.《SQL Server实用基础教程》——郭东恩主编，航空工业出版社 6.《C# Winform 实践开发教程》——钱哨，中国水电水利出版社

房产信息管理系统

房管局管理信息系统 系 统 介 绍

系统简介 为了规范房屋登记簿管理，保障房屋交易安全，保护房屋权利人及相关当事人的合法权益，我国住房和城乡建设部部制定了《房屋登记簿管理试行办法》。我公司根据《房屋登记办法》中提出的“县级以上人民政府建设（房地产）主管部门应当加强房屋登记信息系统建设”，依照《房屋登记簿管理试行办法》开发出这套房产信息系统管理软件，其中包含楼盘表、产权登记、交易、抵押、其它登记（变更、预告、异议、查封）、档案管理、登记簿及综合、商品管理（开发商备案、项目备案、预售登记）、房屋测绘等房产系统内容的几乎所有业务模块，适用于各市县级房屋产权管理部门。使用本系统可以有效地提高管理的工作效率，缩短办证周期，节约管理成本，提高服务水平。 由于涉及的部门较多，所以整个系统采用C/S模式，以满足用户所有环境运行，又要保证数据安全性，后台数据库采用SQL Serer 2000。 系统运行界面如下： 二、功能简介 1、楼盘表 1.1 建立楼盘表

建立楼盘表来方便以后对房屋的登记，对于一些独户，可以根据需要省去此步骤，对相应的信息（坐落，单元，总层数，坐向，房号，所在层数）填写保存后，可以生成楼盘表。 下面是生成的楼盘表，按照单元、楼层、房号分开，并显示产权人名称，十分直观，楼盘表一目了然： 2、产权登记 2.1 产权登记 产权登记是指由法律规定的机构将申请人的房地产权利登记于政府特定的簿册上，并颁发房地产权利证书的一种法律制度。它是加强房地产管理、保障房地产当事人合法权益的一项基本制度。我公司在开发此软件的时候充分考虑到易用性，所设计的界面与登记簿上的信息尽可能做到明了，我们设计成表格式的登记界面以方便工作人员登记(我们在

新一代信贷管理系统业务需求

XX银行 新一代核心系统信贷项目 业务需求说明书 XX部

2012年X月

修改记录 本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用

目录 1 引言 (5) 1.1 编写目的 (5) 1.2 项目背景 (5) 1.3 术语定义 (5) 1.4 参考资料 (7) 2 项目范围 (7) 2.1 项目目标 (7) 2.2 业务活动图 (14) 2.3 业务产品功能 (14) 2.4 业务组织架构 (25) 2.4.1 运营职责 (25) 2.4.2 业务流程图............................................ 错误!未定义书签。 2.5 用户说明 .................................................. 错误!未定义书签。 2.6 与其他系统关系 (28) 2.6.1 存款账户结算系统 (28) 2.6.2 与票据系统............................................ 错误!未定义书签。 2.6.3 与贸易融资系统 (30) 264 与网上银行系统........................................................ .12 265 与总帐系统............................................................. .12 266 与国结系统................................................. (12) 2.6.7 与资金系统............................................................. .12 3 功能需求说明 ............................................... 错误!未定义书签。 3.1 功能清单 .................................................. 错误!未定义书签。 3.1.1 业务功能.............................................. 错误!未定义书签。 3.1.2 后台管理功能.......................................... 错误! 未定义书签。 3.2 功能流程说明 .............................................. 错误!未定义书签。 3.2.1 承兑业务.............................................. 错误!未定义书签。 3.2.2 ……（功能逐个描述）..................................... 错误!未定义书签。 3.3 报表需求 .................................................. 错误!未定义书签。 4 非功能需求说明 ............................................. 错误!未定义书签。 4.1 业务量说明 ................................................ 错误!未定义书签。 4.2 用户量说明 ................................................ 错误!未定义书签。 4.3 用户界面需求 .............................................. 错误!未定义书签。 4.4 产品质量需求 .............................................. 错误!未定义书签。 4.4.1 可用性................................................ 错误!未定义书签。 4.4.2 可靠新................................................ 错误!未定义书签。 4.4.3 性能................................................... 错误!未定义书签。

项目管理：怎样做需求分析

项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动

⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。

信贷管理系统架构设计及建设项目解决方案

XX消费信贷管理系统架构设计及建设项目 解决方案

目录 1 概述 (4) 1.1 文档目的 (4) 1.2 背景与建设目标 (4) 1.3 设计规范与约束 (4) 1.4 参考资料 (5) 1.5 述语 (5) 2 架构需求分析 (6) 2.1 消费贷关键业务场景分析 (6) 2.1.1 场景：申请 (6) 2.1.2 场景：电核 (6) 2.1.3 场景：审批 (7) 2.1.4 场景：面签 (8) 2.1.5 场景：还款计划与费率计算 (9) 2.2 消费贷业务特征 (9) 2.3 设计目标与原则 (9) 3 架构设计 (11) 3.1 系统业务架构 (11) 3.1.1 业务模式 (11) 3.1.2 业务流程 (11)

3.1.3 功能划分 (12) 3.2 系统逻辑架构 (13) 3.2.1 功能层次划分 (13) 3.2.2 功能层次关系 (14) 3.3 系统技术架构 (15) 3.3.1 子系统划分 (15) 3.3.2 技术选型 (17) 3.3.3 技术架构分层 (17) 3.3.4 关键技术点 (19) 4 功能设计 (23) 4.1 功能模块划分 (23) 4.2 功能结构设计 (24) 5 非功能设计 (27) 5.1 性能设计 (27) 5.2 安全设计 (27) 5.3 容错设计 (28)

1概述 1.1文档目的 《架构设计说明书》用于确定消费信贷系统的整体架构，明确业务功能结构、技术方向、以及设计原则，为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。 消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计，本说明书将从消费贷业务特征分析为切入点，从业务架构、逻辑架构、技术架构等多个维度，逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时，也能兼顾将来一段时间内的业务发展变化。 1.2背景与建设目标 基于国内整体消费金融业务的发展情况和银行关注消费金融的程度，以及国家加速发放消费金融牌照的趋势，为了能够抢占消费系统服务市场份额，特别研发新一代消费信贷管理系统。消费系统建设整体目标如下： 1、建立先进、有效、多类型的进单渠道，并建立与渠道的沟通方式，以扩大与外部合作机构、消费者的联系和服务质量；扩大客户群体和异地服务的能力。 2、为了支持消费贷款业务短、平、快、业务量大等情况，建立适合的业务处理流程。实现业务的精细化管理、统计分析、监测、审批、控制的电子化和自动化，提供存储、汇总、收集、反映，为各层次的经营管理者提供监控、决策、分析、预警等功能，为信贷业务的创新、经营决策提供充分的信息支持。 3、高效的影像审批流程：通过消费信贷管理系统和影像系统的整合，以及通过系统提供在线通知、在线打印等自动化功能，实现业务审批模式的突破，满足消费业务

新一代信贷管理系统业务需求

新一代信贷管理系统业务需求

XX银行 新一代核心系统信贷项目 业务需求说明书 XX部 2012年X月

修改记录 本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用。

目录 1引言 (7) 1.1编写目的 (7) 1.2项目背景 (7) 1.3术语定义 (7) 1.4参考资料 (9) 2项目范围 (9) 2.1项目目标 (9) 2.2业务活动图 (16) 2.3业务产品功能 (16) 2.4业务组织架构 (52) 2.4.1运营职责 (52) 2.4.2业务流程图......................................... 错误!未定义书签。 2.5用户说明............................................... 错误!未定义书签。 2.6与其他系统关系 (57) 2.6.1存款账户结算系统 (57) 2.6.2与票据系统......................................... 错误!未定义书签。 2.6.3与贸易融资系统 (59) 2.6.4 与网上银行系统 (12) 2.6.5 与总帐系统 (12) 2.6.6 与国结系统 (12) 2.6.7 与资金系

统 (12) 3功能需求说明 ............................................... 错误!未定义书签。 3.1功能清单............................................... 错误!未定义书签。 3.1.1业务功能........................................... 错误!未定义书签。 3.1.2后台管理功能....................................... 错误!未定义书签。 3.2功能流程说明 ........................................... 错误!未定义书签。 3.2.1承兑业务........................................... 错误!未定义书签。 3.2.2……（功能逐个描述） ................................. 错误!未定义书签。 3.3报表需求............................................... 错误!未定义书签。4非功能需求说明 ............................................. 错误!未定义书签。 4.1业务量说明............................................. 错误!未定义书签。 4.2用户量说明............................................. 错误!未定义书签。 4.3用户界面需求 ........................................... 错误!未定义书签。 4.4产品质量需求 ........................................... 错误!未定义书签。 4.4.1可用性............................................. 错误!未定义书签。 4.4.2可靠新............................................. 错误!未定义书签。 4.4.3性能............................................... 错误!未定义书签。 4.4.4可管理性........................................... 错误!未定义书签。 4.4.5可维护性........................................... 错误!未定义书签。 4.5安全性需求............................................. 错误!未定义书签。 4.5.1可靠性............................................. 错误!未定义书签。 4.6其他需求............................................... 错误!未定义书签。5业务风险控制 ............................................... 错误!未定义书签。6其他....................................................... 错误!未定义书签。

软件项目管理之需求分析

软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 1.需求分析的过程 需求过程包括需求开发和需求管理2个部分： (1)需求开发就是对开发前期的管理，与客户的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 (2)需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 2.需求的层次 需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。 3.需求开发阶段的重点 (1)提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 (2)提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 (3)性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 (4)环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。

(5)可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 (6)安全保密要求 在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 (7)用户界面需求 为用户界面细致地规定到达的要求。 (8)资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 (9)软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 (10)开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 4.需求分析的任务 需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下： (1)确定对系统的综合需求(功能、性能、运行、扩充需求) (2)制作产品需求文档(PRD) (3)分析系统的数据需求(概念模型、数据字典、规范化) (4)导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述) (5)开发原形系统 (6)从PRD提取编制软件需求规格说明书(SRS) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。

商业银行信贷管理系统总体解决方案.doc

XXX商业银行信贷管理系统总体解决方案1 [XXX]市商业银行信贷管理系统 总体技术方案 目录 1概述(3) 1.1项目简介(3) 1.1.1项目名称(3) 1.1.2文档名称(3) 1.1.3范围(3) 1.1.4名词定义(3) 1.1.5参考资料(3) 1.2项目建设背景(4) 1.2.1项目建设环境(4) 1.2.2[XXX]市商业银行建立综合业务系统的必要性及可行性(4) 1.3系统建设的目标、原则(4) 1.3.1系统建设目标(4) 1.4系统建设原则(5)

1.4.1标准化和有机集成相结合的设计原则(5) 1.4.2先进性和实用性相结合的实施原则(5) 1.4.3安全可靠性与灵活性相结合的运行管理原则(5) 1.5系统建设总体要求(6) 2总体体系结构(7) 2.1系统层次结构(7) 2.1.1体系结构(7) 2.1.2数据分布方式(7) 2.2系统信息类型(8) 2.2.1采集信息(8) 2.2.2查询信息(9) 2.2.3认证授权信息(9) 2.3应用系统的概念结构(9) 2.3.1表示层(9) 2.3.2业务对象界面(9) 2.3.3应用层(9) 2.3.4数据对象界面(10)

2.3.5数据层(10) 2.4应用系统的结构模式(10) 3应用系统技术实现方案(11) 3.1信贷管理系统业务的操作特点(11) 3.2应用层技术实现方案设计(11) 3.2.1应用层技术实现方案的主要要求(11) 3.2.2应用层技术实现方案的选择(12) 3.3表现层技术实现方案设计(12) 3.3.1表现层实现方案比较(12) 3.3.2应用程序界面开发工具的选择(13) 3.3.3浏览器界面开发工具的选择(14) 3.4应用系统技术实现方案总结(14) 4系统支撑环境(16) 4.1系统网络环境需求(16) 4.1.1系统网络的总体结构(16) 4.1.2总行局域网结构(16) 4.2计算机设备选型方案(18)

中小银行信贷管理平台解决方案

中小银行信贷管理平台解决方案

中小银行信贷管理平台软件解决方案 信贷管理—中小银行业务新的增长点 随着城市商业银行和农村信用社综合改革的逐步深入，信贷业务成为中小银行当前重点发展的一个领域，安全、高效、统一的信贷管理平台可以规信贷业务流程、改善信贷业务管理状况、优化信贷资产结构、控制贷款风险、提高贷款质量，保持稳定的优质客户群和最佳信贷经济效益。 信贷管理解决方案坚持以客户为中心原则，充分考虑信贷业务规则变化的复杂性和灵活性要求，全面遵循巴塞尔新资本协议和银监会信贷风险防控制要求，支持对公信贷和个人信贷管理、审批、统计、报表展现的业务自动化处理，实现统一集中的用户管理和安全控制, 为中小银行信贷业务创新、金融风险控制和经营决策分析提供强大的技术支持。方案设计将信贷管理应用纳入到中小银行流程银行整体发展规划体系中来统一考虑，使信贷管理基础平台成为企业流程银行建设的重要组成部分，从而有助于协调中小银行各业务部门互助合作、高效运转、迅速处理信贷业务关键流程并最终提高中小银行运营的整体效益。 中小银行信贷管理平台解决方案采用SOA的先进架构来促进中小银行信贷业务流程自动化并为中小银行信贷审批、流程业务的分析、设计、开发、部署、运行、维护提供坚实的流程开发和运行平台，本方案核心基础平台包括数据库平台(DB2/Informix)、J2EE Web应用服务器平台(WebSphere Application Server)和用户集中管理LDAP目录服务器(Tivoli Directory Server), 方案推荐可选平台包括支持信贷复杂审批和业务流转的流程服务器( FileNet P8 BPM/WebSphere Process Server)、支持信贷业务灵活性的规则引擎 ILOG JRules、支持信贷档案影像处理的容管理平台(DB2 CM/FileNet CE)、支持信贷报表管理的展现服务器( COGNOS 8 BI), 本方案还提供基于Basel II风险分析的软件服务能力、用于风险分析的数据仓库服务器(DB2 Warehouse), 支持客户信息统一视图的主数据服务器(InfoSphere Master Data Management)以及有关的 SOA 分析设计开发工具等技术说明。 中小银行信贷管理系统面临的问题和挑战 中小银行信贷审批是银行业务系统中的核心部分, 它要实现贷款审批与贷前、贷中和贷后管理一系列操作，形成统一授信、授权、信贷额度与会计放款交易相互作用的运行机制。信贷管理涉及到信贷审批过程中基于角色的人员工作分配还有流程的异常处理等复杂环节, 在信贷业务流程中要实现各种复杂信贷审批工作流模式、对信贷档案文档资料的数字化保存和利用、信贷业务规则的制定和应用、信贷风险的评估和计量分析、信贷结果的报表管理等功能，中小银行在信贷管理系统建设过程中，普遍存在以下问题： 1.如何按照银监会要求来做到保增长和防风险相结合 2.如何支持扩大消费需求、有针对性地培育和巩固消费信贷增长点 3.如何提高贷款质量分类的准确性 4.如何降低越来越隐蔽的信贷风险 5.如何加速新信贷政策的快速推行

【金融保险】银行系统需求规格说明书

银行系统 需求规格说明书 拟制人张植岳晗田彬 刘佳池崔秀天王进项目组长张植（07070014） 2010/9/17

1.范围 1.1.系统概述 本项目开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统，通过各个系统的协作运行完成日常的银行业务。 储蓄子系统管理人民币和外币的储蓄业务以及客户申请的各个账户。通过办理一卡通，客户可以方便快捷地进行存款、取款和转账等日常操作。在办理一卡通账户后，客户还可以进行贷款和外汇交易等业务。贷款子系统将为顾客提供不同种类的贷款服务，并负责管理贷款发放与偿还。外汇子系统负责管理外汇交易专户以及全部交易流程，同时还可为客户提供一定时期内的外汇走势图作为交易参考。 为了方便客户享受到自助服务，本系统使用网上银行子系统为用户提供一个快捷方便的管理平台，客户可以通过网上银行管理自己的账户。同时，为了方便客户日常消费，本系统中的信用卡子系统将负责用户的信用卡业务。 银行内部的管理人员可以同过管理子系统进行银行的人事与数据管理与恢复工作。 各个系统之间的交互关系如下图所示： 信用卡子系统、贷款子系统和外汇子系统通过与储蓄子系统的信息交互进行资金的发

放、回收与控制。网上银行子系统与部分储蓄子系统和信用卡子系统的功能交互，以提供自助服务。管理子系统负责管理上述所有系统的核心数据，保证其他子系统的正常运行。 1.1.1．储蓄业务子系统 储蓄系统支持用户可进行人民币和外币的储蓄业务。储蓄业务分为活期储蓄和整存整取定期储蓄两种。可办理的外币有美元、日元、欧元和港币。所有储蓄业务都通过一卡通进行操作，不再使用传统的存折和存单，一张一卡通中可以包含多个储蓄账户。 1.1.2．贷款业务子系统 贷款子系统主要用于实现客户贷款方面的需求。贷款分为个人助学贷款和个人住房贷款两种。该系统将提供详细的贷款相关信息，以便帮助用户进行贷款的规划工作。此外，该系统还提供对贷款的常规操作，包括申请、查询、申请展期、偿还等。 1.1.3．外汇交易业务子系统 外汇交易系统支持用户可进行外汇买卖和资金的转入转出。当用户进行外汇买卖时，将按着实时汇率进行不同币种间的兑换。系统可记录交易过程并在用户需要时进行输出。同时，用户可以随时查询实时汇率或一段时间内外汇汇率的变化情况。 1.1.4．网上银行业务子系统 网上银行子系统主要用于提供客户通过网络办理银行业务的功能，拥有一卡通的客户可以开通网上银行功能，系统将提供查询账户信息、交易记录、办理转账和信用卡开卡等服务。 1.1.5．信用卡业务子系统 信用卡子系统主要用于客户的消费，用户办理信用卡后可以再支持刷卡服务的商场进行信用卡消费。系统将记录用户消费，并提供结单查看和网上还账等服务。此外，用户还可以使用信用卡在ATM机上进行提款。 1.1.6．系统管理子系统 系统管理子系统像普通用户提供了登陆、修改密码和浏览本人信息的事务处理方式；为系统管理员提供了用户管理和修改核心数据两部分的日常事务处理方式。

酒店管理项目_需求分析

酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：GX1202全体参赛人员 班级：GX1202

1项目背景 1.1目的 酒店客房管理系统在正常运营中需要对客房资源、客人信息、结算信息等进行管理，利用酒店客房管理信息系统对客房的各个操作进行管理,能够及时了解各个环节息的变更,有利于提高管理的效率 1.2 背景 组织本届软件编程大赛旨在激发厚溥教育科技有限公司各合作院校学生学习软件知识的热情、运用软件技术的兴趣、检验软件编程的水平、推动软件产品的应用、提高学生的实际开发能力。同时通过此次大赛，期望激励学生的创新精神、团队合作精神、加强动手能力、培养创造能力、提高学生综合能力及社交能力、促进学生对软件开发的兴趣以及各合作院校计算机技术专业教学的交流与合作。 1.3运行环境 客户端：手机系统android 2.3以上,支持重力感应功能,手机存10M以上. 前台及后台管理：cpu:奔腾4 1.6Ghz 存:256M 硬盘:300M空余空间显卡无要求网络要求：最低56K Modem 操作系统：Windows 2000/xp/7 响应时间：<2s 存储速度：<4s 网络通信功能：联网实时更新,最低56k Modem. 开发环境：系统基于Java和MySql 的windows xp/7环境下. 以上以及更多

第二章项目整体需求概述 酒店订房大致框架图： 项目需求详细说明： 1.我们采用现在最流行的移动式设备手机为客户端,群体比较大,推广度比较强, 为酒店能够带来质的突破,解放了人力订房的千年规,可以实现远程登录服 务器订房,适合白领人群,搭车过车中都可以订房,节省时间 2.到达酒店后前台服务人员会询问您是否订房，如果有通过客户端订房的可以省 去一些步骤,通过前台直接可以入住,省去登记时间和流程,更快更高效 3.如果客户对于房间不是非常满意可以通过客户端提出换房的要求,只能换房三 次,如果超过三次换房,系统会默认扣除押金,也可以直接到前台提出换房或 者是退房要求,不收取任手续费用 4.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价

中创软件信贷管理CMIS系统解决方案管理系统解决方案

中创软件信贷管理CMIS系统解决方案-管理系统解决方案信贷管理系统是银行的核心系统之一，建设高质量的信贷管理信息系统是信贷管理的有效支撑，是进行信贷风险分析和控制的重要手段和基础条件。 一、概述 本解决方案全面遵循巴赛尔新资本协议，以客户管理为基础，以流程管理为主线，以信贷风险防范为目标，基于B/S体系结构，基于标准J2EE应用服务器架构，利用构件化技术，采用工作流技术，实现法人客户信贷业务及个人信贷业务的管理、统计、分析、监测、审批、控制的电子化和自动化，提供信贷及相关业务信息的存储、汇总、收集、反映，为各层次的经营管理提供监控、决策、分析、预警等功能，为商业银行信贷业务的创新、经营决策提供充分的信息支持。 本解决方案可实现“风险控制关口前移”，将风险控制、管理的侧重点由原先的贷后宏观分析转移到贷前微观控制。同时，系统将客户的“风险评估及风险分类”和“信用评级”贯穿于所有信贷业务发生、发展的全过程，将客户风险评级与债项风险评级相结合并控制每一笔授信的风险，运用信贷风险预警的方式去度量、管理和控制信贷资产风险，建立多维数据分析模型，进行贷后的统计分析和宏观调控，并用来指导贷前的微观控制；以信贷业务中的各种审批流程统一信贷业务的操作，以规避人为操作风险。 二、设计策略

在信贷管理系统设计中，主要遵循以下八项原则： 1、权限灵活性 2、连接兼容性 3、系统稳定性 4、系统开放性 5、操作友好性 6、软件易维护性 7、系统可扩展性 8、系统安全性 三、系统架构 1、系统网络结构：

2、系统逻辑结构：

四、系统特点 1、可实现信贷业务的全流程管理和控制。根据商业银行的管理流程及组织结构的变化，通过中创软件的InforFlow工作流中间件，可随时调整、修改信贷业务流程的定义，或增加新的业务流程，以适应商业银行不断变化的管理要求。 2、全面采用构件化开发技术，将流程逻辑、业务逻辑充分分离，提取、封装各种业务单元构件，各种业务单元构件的自由组合，可形成流程中各种不同环节的业务处理功能。 3、运用先进的风险分析决策模型，结合银行的实际经验，形成适合国内商业银行自身特点的客户风险评级模型、债项风险评级模型库。 4、全面、灵活的预警机制，可以自定义预警信号生成的条件、预警信息内容、预警的级别；可以自行配置触发预警的业务单元等。便于各级管理者灵活的进行风险监控及管理。 5、灵活、严谨的授权授责管理，可以根据授信客户信用评级结果、授信行业、授信产品的风险度、授信项目的期限、授信项目所采取的授信担保方式、授信产品的定价模式以及机构、区域等多种纬度来定义授权授责，可以自行扩展、定义新的纬度并与授权授责进行绑定；授权授责可以细化控制到某一具体的业务人员。便于总分行进行各种细化的授权限额管理、便于总分行各种管理制度的落

银行个人贷款管理系统

银行个人贷款管理系统 基本需求如下： (1) 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 (2) 贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。贷款最后经业务经理核准后，签订合同，未予批准则通知客户。 (3) 贷款批准后建立“贷款账户”，贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。 (4) 贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。 (5) 贷款划拨的次月，票据部门开始处理客户贷款的每次还贷，并保存贷款账户的每一项“还款情况”，打印支付凭证。如果客户到期未还款，票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告，包括日常交易、拖欠贷款和即将偿还的贷款等。 (6) 贷款偿还完后或经同意已无力偿付时，账户终结，记载终结原因，转入历史档案。 (7) 各客户基本信息及其贷款情况和贷款支付明细提供银行内部查询。 一、银行个人贷款管理系统数据流图： （一）顶层数据流图如下： （二）第一层数据流图如下图： 二、数据字典： 1. 数据流字典 1) 数据流名称：申请单标识符：H1 数据结构： 01申请单 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：客户 去向：银行 2) 数据流名称：申请档案标识符：H2

数据结构： 01申请档案 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：银行 去向：贷款业务员 3) 数据流名称：支付凭证标识符：H6 数据结构： 01客户还款款 02还款日期 02还款金额 来源：票据部门 去向：客户 4) 数据流名称：各种报告标识符：H7 数据结构： 01报告 02日常交易 02拖欠贷款 02即将偿还的贷款 来源：票据部门 去向：贷款员或经理 5) 数据流名称：历史档案标识符：H9 数据结构： 01历史档案 02日期 02终结原因 02用户信息 02贷款信息 排列方式：按日期升序排列 来源：客户 去向：贷款业务员 2. 数据存储字典 1) 存储文件名：贷款账户标识符：H3 数据结构： 01贷款账户 02贷款金额 02贷款日期 02最后还款金额 02最后还款日期 02利率 02贷款类型

信贷风险管理系统分析

信贷风险管理系统 分析 1

信贷风险管理系统 信贷风险管理系统是与信贷业务管理系统紧密结合在一起的管理信息系统。信贷风险管理系统不但为信贷业务管理系统提供客户/债项评级、贷款定价、限额管理等贷款业务流程所需的决策支持信息;同时也可作为遵循新巴塞尔资本协议关于有关信用风险计量和资本准备的支持系统。 信贷风险管理系统一般并不是单一的物理系统。一般完整的信贷风险管理系统由以下的系统组成: 信贷风险管理模型系统 信贷风险决策管理系统 信贷数据集市及数据管理系统 联机数据分析及报表处理系统 信贷风险管理项目IT系统的整体逻辑视图如下: 2

信贷风险管理模型系统 建立信贷风险管理模型系统的目的在于设计及实施由个别贷款至组合层面的信贷风险模型,包括内部评级、可预见损失、不可预见损失、压力测试、信贷风险值及信贷风险资本平衡收益率的计算。信贷风险模型系统的数据基础是信贷风险数据存储(CRDS)。 信贷风险模型系统的主体内容框架如下: 3

信贷风险模型系统所需的数据主要包括:财务数据、贷款数据、回收数据、客户定性数据、客户资信数据、违约数据、内部评级数据。 1、内部评级模型 一般来讲,内部评级模型的建立方法主要分为两大类,即主观判断方法及数据分析量化方法。数据分析量化方法也有不同的处理手法,包 4

括模拟法、经验数据法及市场风险建模法: 对于以上方法的选择,主要的考虑因素包括评级对象的 特点、数据的可获得性、模型的可行性、模型的灵活 性、实施所需的时间和资源等。 无论采取哪种方法都必须意识到内部评级模型的建立 需要花较长的时间:首先要经数据挖掘技术来找出与光 大银行信贷业务相关的关键性风险因素,继而制定参数 化的公式,经业务的数据验证后,再经至少半年的实施效 果来调整公式。 同时需要注意的是,独立的信用风险评级模型基本上无 5

IT项目管理需求分析说明书

I T项目管理需求分析说 明书 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）

IT项目管理需求分析说明书

目录 1.第一章引言 1.目的 本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。 2.IT项目管理内容简介 2.1.按管理目标 从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。 项目费用/预算管理：对于项目费用/预算要求做到能够即时的查 询到本年度或者历史年度的预算以及费用付款情况，需要明细到 分公司的付款情况。目前具体的管理方法是由省局信息中心制定 编写年度预算，项目立项后制定付款计划。分公司实施付款计 划，在每次付款完成后将付款记录录入到系统中，省局信息中心 负责汇总。主要涉及到的文档/数据有，IT项目年度预算表，项 目立项表，项目付款计划，分公司付款记录，年度付款情况（报 表）。 项目过程管理：对于项目的过程要求能过做到能够将项目过程管 理中产生的文档/数据做统一的管理，在需要的时候能够随取随

用。并且做到能够查询到本年度或者历史年度计划的项目和实际 实施的项目对比报表。目前具体的管理办法是省局统一立项，制 定全省推广计划，分公司根据推广计划实施推进项目计划。主要 涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表 （工作项/里程碑），招标表，合同表，年度项目完成情况（报 表）。 2.2.按IT项目的进程阶段 ××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。 1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地 市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。涉及对象主要是IT项目年度计划。 2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立 项，编制定立项表，招标表，合同表等。如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。 3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个