当前位置:文档之家› 信贷管理系统需求说明书

信贷管理系统需求说明书

信贷管理系统需求说明书
信贷管理系统需求说明书

商业银行

信贷管理系统需求说明书

2002年3月

信息技术有限公司

目录

1 概述 (5)

1.1 系统功能 (6)

1.1.1 主要功能: (6)

1.1.2 其它操作功能 (7)

1.2 信息存储要求 (7)

1.3 性能要求 (7)

1.4 输入要求 (8)

1.5 输出要求 (8)

1.6 安全与保密要求 (8)

2 系统登录界面 (9)

2.1 功能描述 (9)

2.2 界面描述 (9)

2.3 操作描述 (9)

3 我的工作台模块 (10)

3.1 功能描述 (10)

3.2 界面描述 (11)

3.3 操作描述 (15)

4 客户信息管理模块 (17)

4.1 功能描述 (17)

4.2 界面描述 (19)

4.2.1 主界面描述 (19)

4.2.2 对公客户详细信息界面描述 (20)

4.2.3 个人客户详细信息界面描述 (21)

4.3 操作描述 (23)

4.3.1 新增客户信息 (23)

4.3.2 查询客户 (52)

4.3.3 查看详情 (52)

5 贷前管理模块 (53)

5.1 功能描述 (53)

5.2 界面描述 (53)

5.3 操作描述 (54)

5.3.1 新增申请操作 (54)

5.3.2 提交处理操作 (118)

5.3.3 查看审批详情操作 (119)

6 审批工作管理模块 (120)

6.1 功能描述 (120)

6.2 界面描述 (120)

6.3 操作描述 (122)

6.3.1 查看申请详情 (122)

6.3.2 审批详情 (122)

6.3.3 签署意见 (126)

6.3.4 提交处理 (127)

7 贷款出帐管理模块 (128)

7.1 功能描述 (128)

7.2 界面描述 (128)

7.3 操作描述 (129)

7.3.1 查看贷款申请信息 (129)

7.3.2 查看审批信息 (129)

7.3.3 出帐审查 (129)

7.3.4 打印出帐凭证 (132)

7.3.5 出帐登记 (132)

8 贷后工作管理模块 (132)

8.1 功能描述 (132)

8.2 界面描述 (133)

8.3 操作描述 (134)

8.3.1 查看业务详情 (134)

8.3.2 贷后检查 (134)

8.3.3 贷后检查管理 (141)

8.3.4 业务五级分类 (142)

8.3.5 台帐管理 (143)

8.3.6 补充登记 (150)

8.3.7 大额资金进出登记 (151)

8.3.8 其它贷后管理工作 (151)

8.3.9 转入/转出不良资产 (152)

9 不良资产管理模块 (153)

9.1 功能描述 (153)

9.2 界面描述 (153)

9.3 操作描述 (154)

9.3.1 查询 (154)

9.3.2 查看详情 (154)

9.3.3 诉讼管理 (154)

9.3.4 清收检查 (157)

9.3.5 五级分类 (162)

9.3.6 抵债资产管理 (162)

9.3.7 工作笔记 (163)

10 文档管理模块 (164)

10.1 功能描述 (164)

10.2 界面描述 (164)

10.3 操作描述 (165)

10.3.1 操作步骤 (165)

10.3.2 操作示例 (165)

11 综合统计查询模块 (166)

11.1 功能描述 (166)

11.2 界面描述 (167)

11.3 操作描述 (169)

11.3.1 固定报表生成 (169)

11.3.2 灵活统计查询 (169)

12 人员机构管理模块 (171)

12.1 功能描述 (171)

12.2 界面描述 (171)

12.3 操作描述 (172)

12.3.1 查看详情 (172)

12.3.2 客户经理一览 (172)

12.3.3 业绩一览 (174)

12.3.4 考核指标(设置) (174)

12.3.5 机构评级 (175)

12.3.6 人员变动情况一览 (175)

12.3.7 查询 (175)

13 管理控制模块 (176)

13.1 功能描述 (176)

14 营销综合信息模块......................................................................... 错误!未定义书签。

14.1 功能描述................................................................................. 错误!未定义书签。

14.2 界面描述................................................................................. 错误!未定义书签。

14.3 操作描述................................................................................. 错误!未定义书签。

14.3.1 宏观信息库..................................................................... 错误!未定义书签。

14.3.2 行业信息库..................................................................... 错误!未定义书签。

14.3.3 金融信息库..................................................................... 错误!未定义书签。

14.3.4 本行信息......................................................................... 错误!未定义书签。

14.3.5 客户营销信息库............................................................. 错误!未定义书签。

14.3.6 项目信息库..................................................................... 错误!未定义书签。

14.3.7 制度规范(供查询)..................................................... 错误!未定义书签。

14.3.8 本行营销活动................................................................. 错误!未定义书签。

14.3.9 电子邮箱(同OA系统结合网站E-mail ..................... 错误!未定义书签。

15 交易系统数据接口模块 (178)

15.1 源数据和目标数据 (178)

15.2 转入方案 (178)

15.3 转入数据量估算..................................................................... 错误!未定义书签。

15.4 固定报表目录......................................................................... 错误!未定义书签。

16 附录:实施过程中需要业务人员确定的内容 (179)

1概述

本文以《信贷管理系统需求总体框架》为功能实现依据,从系统最终用户的角度,对系统各功能模块的实现进行了详细需求描述。作为

本文各部分按照以下主线编写:

●系统登录

●我的工作台

●客户信息管理

●业务管理

?贷前管理

?审批管理

?贷后管理:台帐管理、贷后检查、五级分类

●不良资产管理

●抵债资产管理

●人员机构管理

●文档管理

●综合统计分析

●综合信息管理

●系统管理

其中,贷前工作管理按照各业务品种分别描述。本文最后的附录中给出了本文中涉及的业务报表、流程、评估模型和业务代码。

各部分都按照功能、界面、操作的结构进行详细描述,其中的功能、界面在原型系统开发后,仍可根据用户需要进行调整。

●功能描述:对该部分的实现功能进行说明。

●界面描述:对该部分的主要界面设计进行说明,并给出部分图示。

●操作描述:对该部分功能实现的详细操作步骤进行描述,并给出了详细的输入

内容表。

1.1系统功能

本文主要从操作的角度描述有关功能。

1.1.1主要功能:

●编辑功能

人工按照系统提供的模块文本(调查报告书、报表等)输入数据(可作修改)、图象信息等,系统按照规定程序生成信贷业务的标准文本。

●分析功能

按照设定的程序,系统自动生成企业财务分析指标、信用评估指标等数据。自动完成对系统内数据的定量分析图,包括趋势图、结构图、比例图等等。

●图象传递功能

系统可传输审批需要的有关图片。

●多渠道数据采集功能

除操作人员录入外,数据采集还包括软盘转入、已有数据接口的其它系统(如:交易系统系统、客户服务中心系统、网上银行系统、国际业务结算系统等)转入。

●实时监控功能

高级别人员可随时登录系统,实时察看各行、各业务人员的业务活动情况。

●自动通知服务功能

系统可将管理人员设置的内容按要求自动通知指定的服务对象。

●数据统计、记录功能

对录入的业务依照各类标识、多种口径进行查询统计,系统自动记录查询情况。

●灵活设置功能

对于系统设置的参数可根据具体情况进行设置与调整,其中部分工作内容,如工作提示、重点信息等可由用户自行设置。

●自动提示、预警功能

对于已经设置的提示、预警内容,系统可按要求进行自动提示与预警。

●拒绝、锁定功能

对管理人员设置需要拒绝、锁定的项目,如:客户、业务、人员等,系统自动进行锁定,系统自动提示并拒绝运行已被锁定的项目,特殊情况需总行信贷部授权解锁(逐笔解锁)。

●计算功能

可对输入的企业财务报表数据进行计算和分析。

●支持移动办公

可通过内部网络进入系统处理业务。

●快速搜索功能

在输入查询条件后,系统可快速搜索满足条件的记录。

●添加功能

系统具有添加文档(如追加业务说明)或图象信息(如业务实物资料)的功能,并自动记录操作时间。

1.1.2其它操作功能

●任何一个界面均可进入“系统功能区”与“业务功能区”,其内容详见“我的工作台”的需求描述。

●返回:具有返回上一级、返回主页面两级功能按钮;

●可同时打开多个界面,每个打开的界面都可以最小化、还原、关闭;

●关闭界面时,系统对修改过的界面自动提示是否“保存、放弃、取消”。

●对于新输入的信息,包括三项功能按钮:放弃、保存、提交。只有提交后其他人员才可以查到,保存而不提交,只是保存在该操作人员草稿中,下次可调阅并修改、完善。

1.2信息存储要求

●信息维护

?客户信息维护:本系统中的客户信息实行主办银行维护制度,即:重要信息由主办银行的客户经理进行修改,其他人员需经总行授权同意,方可修改。其余信息除特别说明外,一般人员均可修改,但需保留修改时间、修改人姓名,同时修改前的记录可供继续查询。

主办银行的确定方法:客户信息首先进入本系统的网点为主办银行,但当客户在该网点的信贷业务(含表内、表外业务)余额为“0”时,自动失去其主办银行资格。

?业务管理中的“贷前工作管理”、“审批工作管理”模块中的信息提交后,一般不能修改,若需修改,需在系统中经过上级审批流程后,由上级人员发回修改。

●信息保存

除特别说明外,所有信息均作长期保存

1.3性能要求

一、精度

1、业务发生以元为单位,查询余额保留到元,元以下四舍五入。

2、利率要求保留5位小数。

二、时间

业务处理、查询按实时设定。

三、灵活性

1、可满足各网点的业务需求;

2、适应机构变动(合并、拆分)、业务权限调整、业务种类变化及业务品种增加的要求;

1.4输入要求

一、有防错、纠错、多次录入的功能(未确定、运行前)。

二、对输入范围有提示、确认和限制能力。

三、系统画面和格式均为中文。

四、文本编辑使用统一格式。

1.5输出要求

一、输出的审批意见格式统一、完整。

二、输出的表类、查询结果格式应统一,有分页处理能力。

三、提示应完整、准确。

1.6安全与保密要求

一、对操作人员的操作范围、权限和身份识别有限制能力。

二、数据传输有加密功能。

三、数据应定期备份。

四、对软硬件、设备、电源、线路等原因造成的故障,有恢复和应急处理的能力。

五、具有多重防火墙,有自动杀毒、防止病毒侵入系统的能力。

2系统登录界面

2.1功能描述

所有系统用户通过该界面登录进入系统主界面,系统自动进行验证,判断是否合法用户。

2.2界面描述

该界面中显示“用户账号”,“用户密码”输入框。

2.3操作描述

用户进行账号和口令输入,如果账号或口令不正确,系统出现错误提示框,如验证通过,则进入“我的工作台”界面。

3我的工作台模块

3.1功能描述

1.本模块作为系统的主页,用户可通过该模块进入以下各业务功能模块:

说明:

1、用户只能使用权限内的模块。

2、光标指向信贷业务管理模块时,自动显示贷前管理、审批管理、贷后管理三个

模块。

3、通过本模块,系统自动向用户提供日常工作提示和总行通知提示。

4、用户通过本模块完成工作安排和记录,系统自动将有关信贷客户的记录储存到

客户信息库,并为用户提供笔记本式的服务。

5、用户可通过本模块进行个性化内容设置,包括建立定制的重点信息链接和业绩

一览表。

6、本模块的系统功能区和业务功能区在业务模块界面也显示,其中系统功能区包

括的系统功能如下:

?返回主页

?快速搜索:对客户、业务、文档、统计报表、综合信息、人员机构等信息快速搜索、随时调阅、模糊查询,并能对查询结果进行多次选择

?工作委托和收回委托:用户在符合规定的情况下,对他人进行授权,及收回授权

?工作任务调整:上级对下级工作进行调整时,可以在系统中对下级的权限重新设置,并且系统保存用户管户记录、起止日期。其中对于楼宇按揭业务,可

以按整个楼盘或发展商,将全部小业主的管户人一次性完成调整。

?电子邮件:用户可用电子邮件互相联络

?工具集:包括利率表、外汇牌价表等

?帮助:可显示、查找系统《用户手册》,指导用户进行操作。

?修改用户账号:系统管理员有权修改

?注销并重新登录

3.2界面描述

该模块界面模拟如下(本章的界面内容均待详细需求文本中确定):

各部分界面详细描述如下(在主界面中只显示提示标题,具体内容可双击展开或单击弹出,并直接进入到各相关业务功能模块办理):

日常工作提示区:提供各项工作提示,具体提示内容由系统管理员及用户自行设置。提示内容分类如下:

1.业务提示:根据用户的身份和权限对其需处理的业务进行提示(以下

以信贷员和审批员为例)

如果该用户为信贷员,则分类显示该用户经办的所有未完成业务的类型和

数量。其提示格式如下例:

如果该用户为审批人员,则分类显示该用户的所有未完成的审批任务,其提示格式如下例(假设该用户为支行长):

2.业务预警:对该用户权限内的客户、业务出现的异常状况进行提示,

并可根据提示类型设定不同的提示信号,其提示格式如下例:

3.违规警示:对该用户权限内可见的各项违规操作进行提示,其提示格

式如下例:

4.工作笔记本:用户可点击本标题进入笔记本界面做工作安排和记录,

同时可自行设定提示期,系统可按要求进行提示,其提示格式如下例:

工作笔记本界面设想如下:

5.重点信息链接:用户自行选定重点客户、业务、机构、人员、统计信

息建立快速链接(功能与证券操作系统的自选股相同),可自行增删。

如下图:

重点信息链接区

XX公司XX公司XX报表XX支行

6.业绩一览表:根据用户的权限显示其经办或其管辖范围内的业务汇总

情况( 其显示内容可由系统管理员定制),其显示格式如下例:

●总行通知区:显示总行发布的各项通知、规章制度,采用标题滚动显示形式,

用户可点击察看详情。同时,对总行通知进行自动管理,将规章制度作为综

合信息库的数据源。在本界面显示时,显示格式如下:

●业务功能选择区:提供如下业务模块进入按钮:

?客户信息

?业务管理

?不良资产

?文档管理

?综合统计

?人员机构

?客户工作室

●系统功能选择区:提供以下功能按钮:

?快速搜索

?工作委托

?工作调整

?电子邮件

?工具集

?返回主页

?帮助

?修改账号

?注销/重新登录

业务功能区与系统功能区的所有功能键在每一个界面中均应出现。

3.3操作描述

在本界面中,用户可进行下列操作。

●在日常工作提示区中,可点击具体提示条目察看详情,并进行后续处理。其

具体描述如下:

?对业务提示,可点击直接进入相关业务管理模块进行后续处理,其具体操作步骤见以后各章,处理完毕后,系统不再提示。

?对业务预警,可点击具体提示条目察看详情,并填写后续处理措施。处理完毕后,系统不再提示。

?对违规警示,可点击进入查看详情。

?对工作笔记本,1.用户可点击进入工作笔记本模块做工作安排和记录,同时可自行设定提示期,系统可按要求在“我的工作台”界面进行提示,到期后不再提示;2.信贷客户的工作记录自动作为客户信息库的数据源;3.保留工作记录二个月,用户可据此编写每

?对重点信息链接,点击后显示自选的重点客户、业务、机构、人员、统计报表列表,点击条目后可进一步察看其详情。

?对业绩一览表,点击后可显示一览表详情。

●在总行通知区中,可点击具体提示条目察看详情。

●在业务功能选择区,可点击功能按钮进入相应业务功能模块(进一步描述见

后面章节)

在系统功能区中,可点击使用系统功能

4客户信息管理模块

4.1功能描述

用户通过我的工作台中功能模块选择进入本模块。在本模块中,信贷员和其他管理人员可对自己直接管理或权限范围内的所有客户进行全面信息管理工作。

本模块后面的说明中列出的客户信息内容,所有必输项均是针对信贷客户,对于潜在客户、目标客户,由于信息来源有限,除客户代码、客户名称外,其它内容均不设为必输项。

本系统中的客户信息实行主办银行维护制度,即:对公客户的财务报表类型、信用等级评估类型、财务报表信息;个人客户的个人资产与负债信息由主办银行的客户经理进行修改,其他人员需经总行授权同意,方可修改。其余信息除特别说明外,一般人员均可修改,但需保留修改时间、修改人姓名,同时修改前的记录可供继续查询。

主办银行的确定方法:客户信息首先进入本系统的网点为主办银行,但当客户在该网点的信贷业务(含表内、表外业务)余额为“0”时,自动失去其主办银行资格。

本模块具体内容包括:

1、对公客户

●客户基本信息管理:

?客户概况

?客户关键人信息:记录客户关键人,如法人代表、董事会成员、总经理、财务主管、银行业务联系人等的个人信息。

?客户资本构成及投资信息

?客户历史沿革与组织机构描述

?上市及债券发行信息

●客户财务信息:用于记录客户的各类财务报表,包括:资产负债表、损益表、现金

流量表。

●客户信用等级评定:根据客户的财务数据和信贷员的部分补充输入自动进行客户信

用等级评估。

●客户银行业务活动信息:包括在本行、他行的帐户信息、存、贷款业务信息、表外

业务信息等。其中本行的信息从本系统其它模块及交易系统系统中获取。

●客户大事记管理:对客户发生的各类大事进行维护管理。

●客户项目信息:对于客户投资的项目信息进行维护管理。

●客户关联信息管理:对客户与其他客户的关联关系进行管理。包括人员关联、资金

关联、自定义关联。

●客户其它信息:包括客户动态、客户访谈记录、贷后检查记录

●客户文档管理:对客户提交给本行的各类文档进行管理。

2、个人客户

●客户基本信息管理:

?客户概况

?个人学业履历

?个人工作履历

●配偶及家庭主要成员情况

●客户关联信息:包括人员关联、资金关联、自定义关联。

●个人资产与负债信息:包括社保、财产保险、人寿保险、房屋资产、车辆资产、拥

有债券、拥有股票、投资企业、负债等个人资产负债情况,同时依据所输入的个人

资产负债情况,系统自动生成个人(家庭)资产负债表和个人(家庭)损益表。

●客户资信等级评定:根据客户的基本信息、个人(家庭)资产负债信息,以及信贷

员的部分补充输入,系统自动进行客户资信等级评定。

●客户银行业务活动信息:包括在本行、他行的帐户信息、存、贷款业务信息、银行

卡(含信用卡)业务信息、对外担保信息等。其中本行的信息从本系统其它模块及

交易系统系统中自动获取。

●客户大事记管理:对客户发生的各类大事进行维护管理。

●个人客户分析:包括客户行为分析,如存款、贷款习惯与意愿分析等;客户价值分

析,即客户对我行所创造的价值、客户的潜在资源和潜在价值等;客户潜在风险分

析,即客户存贷款业务存在的潜在分析等。

●客户文档管理:对客户提交给本行的各类文档进行管理。

4.2界面描述

4.2.1主界面描述

本部分主界面设想格式如下:

界面说明:

1.系统功能区及业务功能区:与我的工作台中内容及功能相同。

2.客户信息管理功能区,包括功能:客户类别选择、新增客户、查看详情、查询等。

1)客户列表选择用于选择客户列表中客户的类别:对公客户/个人客户;

2)新增客户用于新建客户并输入相应各种信息;

3)查看详情用户查看已有客户的详细信息;

4)查询命令用于对客户的快速查找定位;

3.客户信息列表,以列表形式列出了该用户的部分信息

4.客户信息预览,列出了客户的部分关键信息,便于快速了解客户基本情况。

4.2.2对公客户详细信息界面描述

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件,作为双方界定项目范围、签定合同的主要基础,也作为本项目验收的主要依据。同时,本文档也作为后继工作开展的基础,供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、公司方项目经理、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统,其次从软件接口等方面描述系统的外部接口需求,然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营,工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接,途经青礁村、海门岛,止于漳州龙海市沙坛村后宅处,终点里程桩号K10+400.390,与招银疏港高速公路相连。路线长度为9335.390m,其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分,双向6车道,设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座,共296根斜拉索,用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥,主跨780m,可满足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)

交通银行信贷管理信息系统案例

中国计算机报/2006年/8月/7日/第B14版 专栏 交通银行信贷管理信息系统案例 中创软件 一朝被蛇咬,十年怕井绳。曾经饱受信贷失控痛苦的银行业,对信贷风险的控制尤为严格。靠什么控制风险呢?是靠对责任人的严格要求,还是靠科学的方法?日渐成熟的银行,尝试过各种方法。在加强对信贷责任人管理的同时,银行高层日益重视现代信息技术在风险控制中的作用。因此,信贷管理信息系统成为不少银行信息化规划中的重点项目。我们特地选择了交通银行建设信贷管理信息系统的案例,希望能给正在建设或即将建设相关系统的银行提供借鉴。 中创软件推出的“银行信贷管理系统平台解决方案”,是基于中创软件自主创新的中间件技术,依托15年的金融应用开发背景,针对金融信贷管理领域的信息化应用现状及发展需求推出的。依据该方案,中创软件在交通银行成功实施了“交通银行信贷管理信息系统(简称CMIS)”。它是一个适合前台、中台、后台操作的信贷业务处理平台,是全行的信贷管理信息系统。该系统增强快速响应信贷流程变化的能力,提升了业务服务质量;实现了系统中大量信贷报表展现功能,可对复杂信贷业务数据报表进行灵活定制和展现;通过采用构件化开发方式,缩短了项目建设周期,降低了系统投资。 信贷管理涉及的业务流程,绝大多数都需要经过多级业务管理部门进行处理,流程复杂且跨度比较大。由于银行的金融信贷策略会受国家政策的调整、市场信息的变化,以及银行内部机制调整等因素影响,可能导致信贷审批过程的变化,这就要求交行信贷业务流程具有随需而变的能力,以及对交通银行的台账、风险管理、放款中心等业务系统产生的大量报表,具有快速、灵活展示的能力。 总体技术框架 交通银行信贷管理信息系统的体系结构主要分为:表示层、中间逻辑层、业务逻辑层和数据层。通过对体系结构的分析,可以看出交行信贷流程管理信息系统技术架构的主要支撑在于中间逻辑层,即业务流程服务引擎和中式报表服务引擎。 业务流程服务引擎 交行信贷管理信息系统解决方案首先向业务流程提供从定义、部署、运行到交互、分析的全生命周期服务,其次将人员和信息系统通过自动化的流程结合在一起,同时还能快速应对业务流程无论是资源配置还是控制结构上的变化,实现这些目标的核心是将流程逻辑从运行它们的应用中分离出来,管理流程参与者之间的关系,集成内部和外部的流程资源,并实时监控流程性能和运行状况。 中式报表服务引擎 报表服务引擎提供B/S环境下快速实现中西式复杂报表设计、部署、生成、展现、打印和管理的服务,真正作到了“中西合璧”,支持各种类型的复杂报表,支持“所见即所得”的图形化设计,支持报表开发的全过程零编程,支持证件和票据套打,适应多种平台及数据库环境,并可以跟应用无缝集成,快速构建图文并茂的报表应用。 功能模型 交通银行信贷管理信息系统业务功能主要包括:客户信息系统、客户授信额度系统、放款中心系统、风险资产管理系统、信贷台账系统、上报人民银行系统、公共控制系统等功能。 集中管理交行客户资料的子系统,任务是集中处理客户财务、非财务数据和集团客户关系信息,满足信贷业务对客户资料的需求,建立满足多种营销、管理、监督、分析需求的统一的公共

OA管理系统需求规格说明书

WebOA管理系统需求规格说明书 2009/11/20

1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录:项目成员介绍及组内评分错误!未指定书签。

产品需求规格说明书(格式)

项目名称 产品需求规格说明书

版本历史

目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4. 产品范围 (5) 5. 产品中的角色 (5) 6. 产品的功能性需求 (6) 6.0功能性需求分类 (6) 6.M F EATURE M (6) 6.m.n Function M.N (6) 7. 产品的非功能性需求 (7) 7.1用户界面需求 (7) 7.2软硬件环境需求 (7) 7.3产品质量需求 (7) 7.N 其他需求 (7) 附录A:需求建模与分析报告 (8) A.1需求模型1 (8) A.N 需求模型N (8) 附录B:需求确认 (9)

0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期 0.5 术语与缩写解释

1. 产品介绍 提示: (1)说明产品是什么,什么用途。 (2)介绍产品的开发背景。 2. 产品面向的用户群体 提示: (1)描述本产品面向的用户(客户、最终用户)的特征, (2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大? 3. 产品应当遵循的标准或规范 提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示:阐述本产品“适用的领域”和“不适用的领域”,本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是:(1)有助于判断什么是需求,什么不是需求;(2)可以将开发精力集中在产品范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。 5. 产品中的角色 提示:阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。

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

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 性能................................................... 错误!未定义书签。

银行信贷管理信息系统分析[2020年最新]

管理信息系统课程设计 目录

1 引言 (2) 2 国内外研究现状 (5) 2.1 国外研究现状 (5) 2.2 国内研究现状 (6) 3 初步调查 (8) 4 可行性分析 (8) 4.1 管理上的可行性研究 (9) 4.2 技术上的可行性研究 (9) 4.3 经济上的可行性 (9) 4.4 社会上的可行性 (10) 5 项目开发计划 (10) 6 详细调查 (10) 6.1 组织结构调查 (10) 6.2 管理功能调查 (11) 6.3 现有业务流程图和数据流程图 (11) 6.3.1 业务流程图 (12) 6.3.2 数据流程图 (13) 6.4 数据字典 (14) 6.4.1 数据项 (14) 6.4.2 数据流描述 (17) 6.4.3 数据存储 (21) 6.4.4 处理逻辑 (21) 6.4.5 外部实体 (22) 7 参考文献 (23) 1 引言

目前,银行业正处在以客户为中心,以市场为向导的激烈竞争时代,信贷业务作为银 行的主要业务之一,是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、 银行间的竞争日益激烈等现状,对银行的信贷管理水平提出了更高的要求。如何应用先进 的计算机网络技术跟踪、预测银行客户的发展动向,最大限度地挖掘客户信息的潜在价值,并利用这些信息来改进银行服务,提高竞争能力,防范和化解信贷风险,如何由以往的单 一的贷款账务管理转变为以客户为中心的信息化管理,如何将信息共享处理,提高贷款质 量,减少贷款风险,实现信贷业务的集约化经营、科学化管理、对增强信贷资产的安全性,提高信贷管理水平,规范业务流程,加强信贷预测和决策的科学性,是银行决策层极需要 解决的重大问题。与其同时,银行信贷业务作为银行的核心盈利业务,其重要性不言喻。 信贷业务作为银行的主要业务之一,是银行电子化建设的主要组成部分。针对目前金融改 革的不断深入、银行间的竞争日益激烈等现状,对银行的信贷管理水平提出了更高的要求。加大信贷资产的监管将起到极大的积极作用。然后加大监管则需要对大量的信息资料 进行处理、加工,这对以往半手工半电脑的信贷管理模式有所不同。 信贷综合管理系统既是信贷业务操作与信息处理,又是管理分析决策支持系统。因此,系统的业务需求本着适应现行信贷业务操作规范、满足信贷管理要求、兼顾未来业务发展 的原则,将易初信贷综合管理系统改造成具有前瞻性的开放式、易维护、操作简捷的应用 管理系统。 系统改造的业务需求牢牢把握银行信贷工作的经营思想,以信贷业务操作流程为基 础,以数据库、数据仓库为有形载体,以信贷管理规章制度为依据,以适应信贷经营管理 体制改革为出发点,通过本系统支持并推行新的信贷经营理念,实现贷款管理方式的根本 性变革,为高层宏观决策提供有效的信息支持和决策支持。 系统在借鉴并吸收国内外成功银行成熟经验的基础上,以国际先进水平为标尺,规划 设计注重前瞻性和开放性,确保该系统始终保持国内绝对领先地位。 系统不仅能够完全满足现有信贷业务的需要,还充分考虑信贷业务未来发展的需要, 不断提高自身的兼容性和易扩展性,使之具有较强的可持续发展能力。 适应银行今后信贷经营管理体制的改革和结构调整的需要,配合银行经营战略和经营 重心的重大调整。 系统以集中式数据库和数据仓库为依托,以提高信贷资产质量和效益为目标,集授权、授信、信用等级评定为一体、防范利率性风险、流动性风险、关联性风险,实现刚性控制 与分类管理的有机结合。 信贷管理信息系统应以客户为中心,以信贷风险管理为核心,满足信贷集约经营和规

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)

1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来,实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求,不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。

2.为财务提供严密的账系统。 3.提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉,例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等,从而影响出租率,使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决,酒店管理的电脑化,不仅是体现酒店现代化形象的一个重要标志,而且对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理,客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图

产品设计需求说明书

XXX 产品设计需求说明书 XXXXX技术有限公司版权所有 内部资料注意保密

修订记录:

目录 一、简介 (4) 1、目的 (4) 2、范围 (4) 二、用户角色描述 (4) 三、产品概述 (4) 1、目标 (4) 2、总体流程 (4) 3、功能摘要 (4) 四、产品特性 (5) 1、第一部分功能模块1 (5) 1.1产品概述 (5) 1.2产品结构(功能摘要) (5) 1.3状态说明 (5) 1.4特性说明 (6) 1.4.1特性1:功能点1 (6) 1.4.2特性2:功能点2 (6) 2、第二部分功能模块2 (7) 2.1产品概述 (7) 2.2产品结构(功能摘要) (7) 2.3状态说明 (7) 2.4特性说明 (7) 2.4.1特性1:功能点1 (7) 2.4.2特性2:功能点2 (8) 五、其它产品需求 (8) 1、性能需求 (8) 2、监控需求 (8) 3、兼容性需求 (8) 六、风险分析 (9) 七、相关文档 (9) 八、附件 (9)

一、简介 [产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1、目的 [阐明此产品需求说明书文档的目的,如: 本文档为“陌生视界v1.0.0”的产品需求文档,主要作为确认需求以及系统分析设计的依据。] 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其他....................................................... 错误!未定义书签。

银行信贷管理信息系统

金融专业国家教学资源库核心课程单元教学设计 课程名称:银行授信业务 项目序号:项目二 项目名称:系统操作 单元序号:模块一 单元名称:银行信贷管理信息系统

课堂组织: 第一部分:组织教学(时间:…5…分钟) 简要介绍信贷管理系统在银行授信业务中的重要作用,信贷管理信息系统的管理工作是信贷业务基础管理工作的重要组成部分。引出本模块的主要内容。 第二部分:学习新内容(时间:…40…分钟) 【步骤一】宣布教学内容、目的(时间:…35…分钟)新课导入: 观看课程动画:信贷员登录操作信贷业务系统 引导学生一起阅读教材中的“情境导入”内容及后面的分析,学习相关知识:日常业务处理中常用的电子设备、信贷管理系统简介、权限与职责、特点和功能等,熟悉相关知识,由此导入本模块内容。 教学内容: 项目二系统操作 模块一银行信贷管理信息系统 一、日常业务处理中常用的电子设备 二、信贷管理系统简介 三、信贷管理系统的权限与职责 四、信贷管理系统的设计特点 五、信贷管理系统的功能架构 六、信贷登记和查询管理 教学目的: 了解银行信贷管理系统的发展历程;了解日常业务处理常用设备;了解不同部门在信贷业务信息管理系统运行中的职责;了解信贷管理系统的设计特点和功能架构;了解信贷登记和查询管理工作。 【步骤二】小结(时间:…5…分钟)根据教学内容进行归纳小结,强调本项内容的教学重点与难点。 第三部分:【工作任务】——举例分析信贷管理系统在中资银行的应用和发展 (时间:…45…分钟) 任务:举例分析信贷管理系统在中资银行的应用和发展 活动步骤: 技能训练营 1.对全班进行分组,5~6人一组;

2.每组选择一家中资银行; 3.针对本组选择确定的银行,上网查找资料; 4.完成“信贷管理系统在XX银行的应用和发展”的汇报稿; 5.分组进行汇报,汇报过程中,老师和其他组同学可以提问; 6.老师进行集中讲评。 工作成果: “信贷管理系统在XX银行的应用和发展”的汇报稿 课后练习与教师答疑: 利用所学相关知识,建议学生课外多了解有关信贷系统设备的知识。有疑问的地方请老师辅之于课后针对性的指导与辅导答疑。

课程管理系统需求说明书

燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院:信息学院 姓名:郭文月 学号: 140210100 专业班级:计科1404 指导教师:周建敏

1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)

1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解,使之对整个开发工作的基础,明确系统需要实现的功能,确定需求边界。特编制本文档。本文档一经确认,将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有:本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称:学生课程管理系统 项目的任务提出者:燕京理工学院信息院郭文月 用户:学生 实现软件的单位:1404班郭文月学生 兼容系统:Windows XP SP2/SP3,win7 ,win8 开发工具:Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》,肖丁等,北京邮电大学出版社。 [2]《https://www.doczj.com/doc/589044579.html,+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社 2任务概述 2.1目标 课程的管理:包括课程的添加,修改和删除等 学生信息的管理:包括学生信息的添加,修改和删除等 学生课程的管理:包括学生通过浏览器进行添加登录用户,学生添加课程的学分信息等。 | 2.2假定和约束 经费限制:100万 开发时间:六个月之内 3需求规定 3.1对功能的规定

产品需求规格说明书

产品需求规格说明书 This model paper was revised by the Standardization Office on December 10, 2020

学校网站 产品需求规格说明书

变更历史

目录

0.文档介绍 0.1文档目的 主要是将学校网站的开发设计及开发需求进行介绍。 0.2文档范围 属于开发技术人员使用的文档 0.3读者对象 四组开发技术人员以及具备.net相关知识的专业人员

1.产品介绍 信息技术迅猛发展,使人们的工作方式、学习方式和生活方式受到了前所未有的冲击,网络凭借其信息存储容量大,表现形式多样化,高度共享、扩展性以及交流的实时性和便利性等独特的优势,在教育领域中得到了广泛的应用,特别是国际互联网与校园网的链接,为学校教育教学提供了丰富的资源。学校网站的建设可以对一个学校的发展起到至关重要的作用,然而以前的学校都是消息非常闭塞的环境校外新闻进不来,校内新闻要靠各级领导传达给老师,老师才能传达给学生,老师学生之间的交能够流也只能通过面对面的被动方式进行,为了改变现状给老师和学生提供最新的校内外新闻,老师可以将最新的学习资料传到网上,学生和老师之间可以有一个自由交流平台,学校网站的建设势在必行。 2.产品面向的用户群体 设计一个性能良好并且实用的学校网站,以满足用户网站功能的需求,对产品用户的需求和特征进行分析是必要的。 1)用户信息需求:本产品主要面向老师和学生,可以给老师和学生提供一个及时了解校内外新闻的平台,老师和学生可以通过输入网址打开学校网站对该网站中的所有新闻信息进行浏览,有ftp权限的用户可以登录后对感兴趣的信息进行下载,用户可以学校网站聊天室进行聊天交流。 2)用户管理要求:任何系统都不是完美的,都需要进行管理,本学校网站设置两种身份的用户,分别是普通用户和管理员用户,管理员用户通过管理员帐号登录后可以管理登录帐户,可以对注册用户信息进行维护,可以上传修改删除新闻等内容,可以查看所有信息 3)本系统的优势:网站安全性较高,进入不同的页面要有不同的登录帐户,信息量大,方便浏览,可实施性强,目前,大学的校园网路覆盖了教学区和学生区的主

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

银行系统 需求规格说明书 拟制人张植岳晗田彬 刘佳池崔秀天王进项目组长张植(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.系统管理子系统 系统管理子系统像普通用户提供了登陆、修改密码和浏览本人信息的事务处理方式;为系统管理员提供了用户管理和修改核心数据两部分的日常事务处理方式。

银行信贷管理信息系统分析

管理信息系统课程设计

目录 1 引言 (3) 2 国内外研究现状 (5) 2.1 国外研究现状 (5) 2.2 国内研究现状 (6) 3 初步调查 (8) 4 可行性分析 (8) 4.1 管理上的可行性研究 (9) 4.2 技术上的可行性研究 (9) 4.3 经济上的可行性 (9) 4.4 社会上的可行性 (10) 5 项目开发计划 (10) 6 详细调查 (10) 6.1 组织结构调查 (10) 6.2 管理功能调查 (11) 6.3 现有业务流程图和数据流程图 (11) 6.3.1 业务流程图 (12) 6.3.2 数据流程图 (13) 6.4 数据字典 (14) 6.4.1 数据项 (14) 6.4.2 数据流描述 (17) 6.4.3 数据存储 (21) 6.4.4 处理逻辑 (21) 6.4.5 外部实体 (22) 7 参考文献 (23)

1 引言 目前,银行业正处在以客户为中心,以市场为向导的激烈竞争时代,信贷业务作为银行的主要业务之一,是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、银行间的竞争日益激烈等现状,对银行的信贷管理水平提出了更高的要求。如何应用先进的计算机网络技术跟踪、预测银行客户的发展动向,最大限度地挖掘客户信息的潜在价值,并利用这些信息来改进银行服务,提高竞争能力,防范和化解信贷风险,如何由以往的单一的贷款账务管理转变为以客户为中心的信息化管理,如何将信息共享处理,提高贷款质量,减少贷款风险,实现信贷业务的集约化经营、科学化管理、对增强信贷资产的安全性,提高信贷管理水平,规范业务流程,加强信贷预测和决策的科学性,是银行决策层极需要解决的重大问题。与其同时,银行信贷业务作为银行的核心盈利业务,其重要性不言喻。信贷业务作为银行的主要业务之一,是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、银行间的竞争日益激烈等现状,对银行的信贷管理水平提出了更高的要求。加大信贷资产的监管将起到极大的积极作用。然后加大监管则需要对大量的信息资料进行处理、加工,这对以往半手工半电脑的信贷管理模式有所不同。 信贷综合管理系统既是信贷业务操作与信息处理,又是管理分析决策支持系统。因此,系统的业务需求本着适应现行信贷业务操作规范、满足信贷管理要求、兼顾未来业务发展的原则,将易初信贷综合管理系统改造成具有前瞻性的开放式、易维护、操作简捷的应用管理系统。 系统改造的业务需求牢牢把握银行信贷工作的经营思想,以信贷业务操作流程为基础,以数据库、数据仓库为有形载体,以信贷管理规章制度为依据,以适应信贷经营管理体制改革为出发点,通过本系统支持并推行新的信贷经营理念,实现贷款管理方式的根本性变革,为高层宏观决策提供有效的信息支持和决策支持。 系统在借鉴并吸收国内外成功银行成熟经验的基础上,以国际先进水平为标尺,规划设计注重前瞻性和开放性,确保该系统始终保持国内绝对领先地位。 系统不仅能够完全满足现有信贷业务的需要,还充分考虑信贷业务未来发展的需要,不断提高自身的兼容性和易扩展性,使之具有较强的可持续发展能力。 适应银行今后信贷经营管理体制的改革和结构调整的需要,配合银行经营战略和经营重心的重大调整。 系统以集中式数据库和数据仓库为依托,以提高信贷资产质量和效益为目标,集授权、授信、信用等级评定为一体、防范利率性风险、流动性风险、关联性风险,实现刚性控制与分类管理的有机结合。

运维管理系统需求说明书

1概述 1.1开发背景和意义 随着公司规模的迅速扩大,现行的纯纸质化办公,效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公,成为日常办公的严重制约。尤其是需要审批的事项,如果遇到审批人出差或不在公司,往往需要等待,协调的成本很高,工作决策不能及时进行,大大降低了工作效率。开发审批系统,使得申请人和审批人不受地域和时间限制,审批流程自动流转,相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性,减少系统间的相互依赖,使其能单独运行,便于开发和维护,也有利于以后的扩充,做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验,以及与实际审批业务的贴合性,真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括: (1) 考勤管理:员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 (2)转正申请:员工完成试用期,进入转正审批环节,完成该环节后,成为正式员工。 (3)物资申请:办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求 针对用户对数据的要求,业务数据做永久性保存,部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错

相关主题
文本预览
相关文档 最新文档