XX银行
新一代核心系统信贷项目
业务需求说明书
XX部
2012年X月
修改记录
本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用。
目录
1引言........................ 错误! 未定义书签。
编写目的.................... 错误!未定义书签。
项目背景.................... 错误!未定义书签。
术语定义.................... 错误!未定义书签。
参考资料.................... 错误!未定义书签。
2项目范围...................... 错误! 未定义书签。
项目目标.................... 错误!未定义书签。
业务活动图.................. 错误!未定义书签。
业务产品功能.................. 错误!未定义书签。
业务组织架构.................. 错误!未定义书签。
运营职责 ........................ 错误!未定义书签。
业务流程图 ...................... 错误!未定义书签。
用户说明.................... 错误!未定义书签。
与其他系统关系................ 错误!未定义书签。
存款账户结算系统.................... 错误!未定义书签。
与票据系统 ...................... 错误!未定义书签。
与贸易融资系统..................... 错误!未定义书签。
与网上银行系统........................................................ .12
与总帐系统............................................................ .12
与国结系统...................................................... . (12)
与资金系统............................................................ .12 3功能需求说明.................... 错误! 未定义书签。
功能清单.................... 错误!未定义书签。
业务功能 ........................ 错误!未定义书签。
后台管理功能 ..................... 错误!未定义书签。
功能流程说明.................. 错误!未定义书签。
承兑业务 ........................ 错误!未定义书签。
……（功能逐个描述）................... 错误!未定义书签。
报表需求.................... 错误!未定义书签。
4非功能需求说明.................. 错误! 未定义书签。
业务量说明.................. 错误!未定义书签。
用户量说明.................. 错误!未定义书签。
用户界面需求.................. 错误!未定义书签。
产品质量需求.................. 错误! 未定义书签。
可用性 ....................... 错误!未定义书签。
可靠新 ....................... 错误!未定义书签。
性能 ......................... 错误!未定义书签。
北京冠群驰骋投资管理有限公司信贷系统需求规格说明书 北京联想利泰软件有限公司
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)
需求规格说明书 项目名称：上机管理系统 项目组长：何燕 项目组成员：马子云赵静李泉张申申 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) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。
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系统解决方案-管理系统解决方案信贷管理系统是银行的核心系统之一，建设高质量的信贷管理信息系统是信贷管理的有效支撑，是进行信贷风险分析和控制的重要手段和基础条件。 一、概述 本解决方案全面遵循巴赛尔新资本协议，以客户管理为基础，以流程管理为主线，以信贷风险防范为目标，基于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
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、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个