xx银行绩效考核系统_需求规格说明书

目录

一. 项目概述 (4)

1.考核目标 (4)

2.考核路线 (4)

3.考核指标 (5)

4.考核结果 (6)

二. 综合考核管理 (6)

1.业务描述 (6)

1.1. 业务范围 (6)

1.1.1. 存款 (6)

1.1.2. 贷款 (6)

1.1.3. 票据业务 (6)

1.1.4. 国际业务 (6)

1.1.5. 卡业务 (7)

1.1.6. 中间业务 (7)

1.2. 系统整体流程 (7)

1.2.1. 数据采集 (7)

1.2.2. 数据流程 (7)

1.2.3. 业务考核流程 (7)

1.3. 用户范围和架构 (8)

1.3.1. 用户范围 (8)

1.3.2. 部门架构 (8)

1.4. 业务定义 (9)

1.4.1. 利率 (9)

1.4.2. 记息年基数 (9)

1.4.3. 百分数 (9)

1.4.4. 笔数/户数 (9)

1.4.5. 存款帐户 (10)

1.4.6. 卡 (10)

1.4.7. 贷款帐户 (10)

1.4.8. 无贷户 (10)

1.4.9. 客户 (10)

1.4.10. 行员 (10)

1.4.11. 机构 (10)

1.4.12. 余额 (11)

1.4.13. 小企业 (11)

1.4.14. 日均余额 (11)

1.4.15. 累计数 (11)

1.4.16. 模拟利润 (11)

1.4.17. 业务类别 (12)

1.4.18. 内部转移价格 (12)

1.4.19. 产品性质 (12)

1.4.20. 期限 (12)

1.5. 拥有关系描述 (12)

1.5.1. 绩效对象与客户经理的关联关系 (12)

1.5.2. 拥有关系比例 (13)

1.5.3. 行员业绩转移 (13)

1.6. 权限说明 (13)

1.6.1. 功能权限 (13)

1.6.2. 数据权限 (13)

1.7. 利润算法描述 (13)

1.7.1. 行员利润 (13)

1.7.2. 机构经济增加值 (13)

1.7.3. 帐户利润计算 (14)

1.7.4. 存款模拟利润 (14)

1.7.5. 贷款模拟利润 (14)

1.8. 贴现利润 (14)

1.9. 中间业务收入 (14)

1.10. 员工业绩统计 (15)

1.11. 机构业绩统计 (15)

2.机构（分/支行）考核 (15)

2.1. 机构（分/支行）考核 (15)

2.1.1. 简述 (15)

2.1.2. 业绩指标 (15)

2.2. 支行考核 (16)

2.2.1. 简述 (16)

2.2.2. 业绩指标 (16)

2.3. 机构（分/支行）考核说明 (17)

2.4. 前端展现功能 (17)

2.5. 其它需求 (19)

3.客户经理考核 (19)

3.1. 总行员工考核 (19)

3.2. 客户经理（分/支行） (19)

3.2.1. 考核指标 (20)

3.2.2. 考核说明 (20)

3.2.3. 前端展现功能 (21)

4.考核管理中心 (21)

4.1. 机构管理 (21)

4.2. 行员管理 (21)

4.3. 考核指标管理 (22)

4.4. 考核角色管理 (22)

4.5. 行员－帐户关系管理 (22)

4.6. 行员－卡关系管理 (22)

4.7. 考核指标管理 (22)

4.8. FTP调整管理 (22)

4.9. 利润参数管理 (22)

4.10. 手工指标数据录入 (22)

4.11. 考核指标计划值维护 (22)

4.12. 计划完成情况查询 (22)

三. 系统软硬件环境 (23)

1.系统建设基本要求 (23)

2.系统环境配置建议 (23)

2.1. 数据库服务器............................................. 错误！未定义书签。

2.2. 应用服务器............................................... 错误！未定义书签。

3.条件与限制 (23)

一.项目概述

1. 考核目标

绩效考核系统是为了能够全面考核各项指标，量化考核业绩为核心。帮助银行完善管理制度，激励机制，提高行员计极性，从而提升银行的竞争力。市商业银行绩效考核系统应满足不同层次用户管理需要，使之为银行提供更大的帮助。

系统实现的主要考核目标：

●分支行/公司业务部考核

●实现对客户经理（或全员）的考核

●客户考核

2. 考核路线

绩效考核路线主要包括：机构（分/支行、公司业务部）、客户经理、重点客户。

总行考核到分行，按会计口径计算（存/贷款）

分行考核下属支行（分行同时代位考核总行各公司业务部）和客户经理，辖内按考核口径计算，辖外单列显示。

注：

会计口径：按客户的帐户开户行统计

考核口径：按行员（客户经理）营销客户或帐户的占比计算

目前分行本部为空架构，没有人员，由总行直接管理考核分行所属的各支行，总行各公司业务部与分行的各支行属于平级部门考核。

总行各公司业务部没有自身的独立网点，各项存贷款等业务在各发展型支行网点入账。考核时计入各公司业务部。在查询考核各公司业务部存贷款等业务时，同时显示所列帐支行。

各发展型支行推荐到总行各公司业务部的存贷款等业务，与各公司业务部自身营销的存贷款分开考核，其中：各发展型支行推荐的业务按约定的分成比例在公司业务部与推荐支行分配。考核系统应支持该需求。

目前石家庄分行暂无下属支行，考核系统应支持其通过其下属部门考核至各客户经理。

机构、行员的考核汇总流程按总行-分行-支行（公司业务部）的管理模式，如下图所示。

?客户经理业绩：自身所营销的所有客户的业绩汇总。

?支行/公司业务部业绩：该支行（公司业务部）所属客户经理（含虚拟客户经

理，即自然增长部分）所营销的客户的业绩汇总，这些客户可以选择在其它网点开户。

3. 考核指标

以量化考核为主，辅以简要的定性考核。总行对分行考核指标按会计口径汇总，分行内部考核按考核口径汇总计算。

●规模指标（余额，日均余额（月、季、年））

●基于内部资金转移定价的利润指标

●中间业务收入

●监管类指标，如：存贷比、保证类存款占比等（设定好，暂时不使用）

规模指标考核在考核基数的基础上设定考核计划，考核的参考基数可以在

业绩分配关系发生调整时进行历史数据重算确定考核基数，追溯期最长为上年

年初。

4. 考核结果

考核结果以查询、报表、分析等方式展现，附以图表模式。

二.综合考核管理

1. 业务描述

1.1. 业务范围

1.1.1.存款

可按科目号往下细分。存款数据从通过接口中取得，并每天以文本文件的方式导入到绩效考核系统中。存款数据从业务系统中取得，包括总帐数据（主要用于接口数据的核对，确保系统数据准确性）和分户帐数据，并每天导入到绩效考核系统中。主要考核存款的时点余额、日均余额、模拟利润。

1.1.

2.贷款

可按科目号往下细分。存款数据从通过接口中取得，并每天以文本文件方式导入到绩效考核系统中。贷款数据从业务系统中取得，包括总帐数据（主要用于接口数据的核对，确保系统数据准确性）和分户帐数据，并每天导入到绩效考核系统中。主要考核贷款的时点余额、日均余额、模拟利润和贷款质量情况等。

贷款利息收入（匡算）从核心系统直接取数。

1.1.3.票据业务

票据业务仅考核支行直贴转到到总行的业务，支行留存在账面的直贴利息收入全部扣除，由总行资金运营中心按支行转贴到总行的票据收入手工计入各支行。

1.1.4.国际业务

目前尚未开展此项业务，随着业务的开拓，增加此项功能。

国际业务考核国际结算量、中间业务收入，数据来源于历史数据中心，可以采集到按客户经理统计的明细。如果从核心或国际业务系统可以获取到明细数据则直接从明细数据计算客户经理考核指标。

1.1.5.卡业务

主要考核发卡量、卡存余额系列指标。卡数据从通过接口中取得，并每天导入到绩效考核系统中。

1.1.6.中间业务

主要考核中间业务收入等。中间业务数据通过接口取得，并每天导入到绩效考核系统中。

1.2. 系统整体流程

1.2.1.数据采集

●自动加载

自动绩效考核系统的接口数据通过文本文件作为导入数据的来源。

●手工加载

绩效考核系统的数据来自业务系统和部分手工录入的数据。而对系统必要的数据，其不能由业务系统直接获得，可以通过手工录入及修改的方式补充或使用EXCEL模版进行导入。

1.2.2.数据流程

开始过程：每天系统自动调起一次，检查接口数据文件，系统调度ETL批处理，系统将自动将上一天新增的帐户业绩关系按照默认规则进行分配，完成后自动计算系统指标。

1.2.3.业务考核流程

(1) 绩效考核系统每天通过接口文件从业务系统获取业务范围内的相关数据，

并对绩效考核系统中的数据进行更新、统计。

(2) 系统从业务系统直接抽取帐户和客户经理的拥有关系；或者客户经理每天

把新发生的关系（帐户与客户经理的关系）上报给管理人员，由管理人员

确认后把关系通过系统的界面录入到绩效考核系统中。

(3) 系统根据拥有关系（帐户与客户经理的关系）和业务数据，每天把客户经

理的相关业绩（存贷款当前余额、存贷款日均余额等）统计成指标，供客户经理或管理人员在系统中查询或导出数据；并且于考核期末生成客户经理的业绩报表。

1.3. 用户范围和架构

1.3.1.用户范围

系统的用户为市商业银行的管理人员和营销人员。每类人员分别可以有不同的权限设置和不同的考核方法。其中，不同的权限设置指不同分类的管理人员可以查询不同机构的业绩及机构下的所有客户经理的业绩，而一般客户经理只能查询自己的业绩；不同的考核方法指不同的客户经理可以考核不同的指标或各个考核指标的权重不同。

1.3.

2.部门架构

系统对机构层次结构进行清晰的定义，目前按照一般银行的机构级别顺序做以下级别设置，总行、分行，支行（网点）和部门，网点下不设置部门。

各层次机构之间通过上下级绩效考核归属关系联系在一起，产生数据的层

次汇总关系和模拟利润核算关系，不反映实际行政上的上下级管理关系。

所有的行员、存贷款帐户均挂靠在最低级别的机构中，如支行（网点）或者部门。某个时点一个行员只可以归属到一个机构。

总行员工归属到所属各个部门业绩。下图为部门结构图。

注：总行各公司业务部目前视同分行所属支行考核。

1.4. 业务定义

1.4.1. 利率

需求涉及利率均为百分数的年利率，在利润相关统计中均使用日利率。

日利率＝年利率（%）/100/记息年基数

1.4.

2. 记息年基数

记息年基数为银行所定义，与币种有关，由币种接口文件提供。

举例说明：人民币 按实际天数天计。

（默认情况下存款按360天计算、贷款365天计算）。

1.4.3. 百分数

系统参数涉及百分比例的，均为百分数，包括分配比例、利率等，在统计时需要

参数值＝百分数参数/100

1.4.4. 笔数/户数

客户经理笔数或户数目前只统计、显示，暂不分配业绩工资（与前台业务量不同）。

1.4.5.存款帐户

存款帐户的基本信息包括机构号、账号、子账号、客户号、户名、余额、科目号、币种、帐户状态、开户日期、销户日期、起息日期、到期日期、期限、年利率等。存款可以分为以下4类进行考核，另外可以统计质押、抵押存款。

(1) 一般性存款

(2) 保证金存款

(3) 同业存款

(4) 派生存款

1.4.6.卡

卡信息包括卡号、机构代号、客户号、账号、卡类、卡状态标示、发卡日期、开卡日期、销卡日期、行员代号等信息。

1.4.7.贷款帐户

贷款帐户信息包括机构号、账号、子账号、客户号、户名、余额、科目号、币种、帐户状态、开户日期、销户日期、起息日期、到期日期、期限、年利率、合同号、贷款方式、五级分类、减值准备等。

1.4.8.无贷户

在分行范围内，考核当期（或自然年内）客户没有发生授信业务，其对应的客户经理需统计无贷户存款指标。有贷户的定义按与授信业务发生关系的存款帐户。

1.4.9.客户

客户信息包括客户号、客户名称、客户类别、客户行业、地址、电话、客户性质等。

1.4.10.行员

行员信息包括行员号、名称、所属部门、考核角色等。主要用于系统使用用户信息。

1.4.11.机构

机构信息包括机构号、机构名称，上级机构等基本信息及机构成员的信息。

1.4.1

2.余额

系统余额包括帐户时点余额、考核对象时点余额等，为某一时间点的静态值。

1.4.13.小企业

小企业的定义直接从信贷管理系统获取。

1.4.14.日均余额

系统涉及的日均余额包括以下几种：

●月度日均余额

月度日均余额＝（当月1号时点余额＋。。。＋统计日时点余额）/（统计日日期－当月1号日期＋1）

●季度日均余额

季度日均余额＝（当季1号时点余额＋。。。＋统计日时点余额）/（统计日日期－当季1号日期＋1）

●年度日均余额

年度日均余额＝（当年1月1号时点余额＋。。。＋统计日时点余额）/（统计日日期－当年1月1号日期＋1）

1.4.15.累计数

系统涉及的累计数包括以下几种

●月度累计数

月度累计数＝（当月1号余额＋。。。＋统计日余额）

●季度累计数

季度日均余额＝（当季1号余额＋。。。＋统计日余额）

●年度累计数

年度日均余额＝（当年1月1号余额＋。。。＋统计日余额）

1.4.16.模拟利润

利润是指通过计算帐户以及在该帐户下进行的各种交易的收入和成本，得到帐户层次的模拟利润情况，并以此为基础汇总得到机构、客户经理以及客户的模拟利润情况。

收入：存款FTP收入、贷款利息收入等。

成本：存款利息支出、贷款FTP成本等。

1.4.17.业务类别

业务主线的分类：公司银行业务，零售银行业务，电子银行业务，国际业务。

1.4.18.内部转移价格

内部转移价格是为了考核计算模拟利润而设立的产品内部资金转移定价。

举例说明：

存款：某分行做了一笔人民币期限一年的定期存款，固定利率2.50％，内部转移价格为3.939％。

1.4.19.产品性质

对应存贷款产品分类，举例说明。

●存款：公司一般性存款，同业存款，储蓄存款

●贷款：短期贷款、中长期贷款

1.4.20.期限

期限：活期，3个月，6个月，1年，2年，3年，5年或5年以上等。

1.5. 拥有关系描述

各绩效对象与考核对象之间的关系称为拥有关系。拥有关系的作用是：在考核中统计各种考核对象的业绩时，通过这层关系和业绩分配规则，把相关的绩效对象的业绩转化成为各考核对象的业绩。

各种绩效对象包括：存款业务，贷款业务，国际业务、银行卡等等。

各种考核对象包括：机构，客户经理等。

默认关系处理：卡业绩关系与帐户业绩关系保持一致；新开卡归属：没有客户经理则归虚拟客户经理；新开帐户归属：没有客户经理则归虚拟客户经理。

1.5.1.绩效对象与客户经理的关联关系

建立客户经理与不同业务类别（存款业务、贷款业务、国际业务、银行卡等）绩效对象的绩效分配关系。

每个绩效对象对应到一个客户经理，无法对应到实际的客户经理的，则按开户行100%关联到该开户行的公共户，进行绩效统计。

1.5.

2.拥有关系比例

行员拥有绩效对象的百分比即为拥有关系比例，拥有关系的分配支持按比例分配和按阈值比例分配两种方式。

可以将某一帐户存贷款的存量和增量设定为不同的机构、不同的客户经理、不同的比例拥有，存量可以为上年数，也可以为固定数值。

1.5.3.行员业绩转移

行员岗位调整时，拥有帐户可以选择全部或部分带走业绩和不带走业绩。

(1) 行员带走的业绩按原有方式继续继承

(2) 原机构统计原有行员业绩截止到迁移日的前一日为止

(3) 新机构统计该行员带来的业绩从迁移日起始

1.6. 权限说明

1.6.1.功能权限

可以根据不同岗位，为用户设置不同的系统功能权限。

1.6.

2.数据权限

可以根据不同岗位需要定义不同的数据访问权限。

1.7. 利润算法描述

1.7.1.行员利润

行员利润＝存款利润＋贷款利润＋贴现利润＋中间业务利润- 分摊成本

1.7.

2.机构经济增加值

支行实现经济增加值（EVA）＝支行报表利润±表内应收息减（增）额－应计入当期收益而未计入的新增挂帐和垫款－（系统内往来利息收入－系统内往来利息支出）＋（内部资金转移收入－内部资金转移支出）－支行实际列支费用－专项准备计提额－经济资本成本－监管费－（已划转公司业务部管理但尚未明确到个人名下的存贷款模拟利润+客户经理模拟利润）×90%－存放同业利息收入－拆放同业利息收入－贴现持有期间利息收入+同业存放利息支出±其他调整因素。

各公司业务部实现经济增加值（EVA）＝从发展型支行分割过来的实收利息收入＋分割过来的中间业务收入－分割过来的营业税金及附加－分割过来的存款利

息支出＋（内部资金转移收入－内部资金转移支出）－客户经理模拟利润×90%－实际列支费用－专项准备计提额－经济资本成本－监管费±其他调整因素

1.7.3.帐户利润计算

利润采用内部资金转移定价（ＦＴＰ定价）计算，其中ＦＴＰ定价由用户手工提供的到帐户层面。

1.7.4.存款模拟利润

存款日利润＝存款帐户当日时点余额×(转移价格－存款利率) ×支行（或公司部）确定的分成比例

其中：

●存款利润以帐户为单位，每天计算。

●利率均为年利率，转移价格为年转移价格（计算中年利率须转换为日利率）。

1.7.5.贷款模拟利润

贷款日利润＝[贷款当日时点余额×（贷款利率－转移价格）-已减值贷款准备-应收未收利息新增-经济资本成本] ×支行（或公司部）确定的分成比例其中：

●贷款利息收入=贷款当日时点余额 * 实际利率，以帐户为单位，每天从核

心业务系统直接获取利息数据（含票据贴现业务的利息收入）。

●所有利率均为年利率（计算中年利率须转换为日利率）。

●标准转移价格，系统提供利润参数表，提供维护功能。

●已减值贷款准备：从接口数据中取单个帐户已减值准备。

●经济资本成本（每日）＝该笔贷款对应的加权风险资产×8%×预期回报率

10%/365

1.8. 贴现利润

●贴现利润=实际转总行贴现收入×支行（或公司部）确定的分成比例

1.9. 中间业务收入

中间业务主要考核手续费收入，中间业务分为公司中间业务收入和零售中间业

务收入，不考核贷款收入转化的中间业务收入和承兑类中间业务收入。具体公式如下描述。

中间业务收入＝公司中间业务收入+零售中间业务收入+国际业务中间业务收入1.10. 员工业绩统计

员工业绩统计以时点、月日均、季日均、年日均、月累计、季累计、年累计等方式统计。

1.11. 机构业绩统计

机构考核业绩：拥有机构下客户经理业绩总和，包含虚拟客户经理。

2. 机构（分/支行）考核

总行对分行考核指标按会计汇总，分行内部考核按考核汇总计算。

2.1. 机构（一级分行）考核

2.1.1.简述

总行对分行进行考核，设定考核指标，指标的计算依据会计口径。特殊说明，分行间发生行员（客户经理或管理人员）调动，需要计算无贷户存款指标，总行根据该指标给予一定的费用。

2.1.2.业绩指标

根据年度机构考核的需要定义指标，指标定义可进行参数化维护，具体指标另行确认，下表中的指标仅供参考。

2.2. 支行、总行公司业务部考核

2.2.1.简述

一级分行进行其辖内支行、总行公司业务部的考核，设定考核指标，指标的计算依据考核口径。

2.2.2.业绩指标

根据年度支行、总行公司业务部考核的需要定义指标，指标定义可进行参数化维护，具体指标另行确认，下表中的指标仅供参考。

2.3. 机构（分/支行、公司业务部）考核说明

考核指标总体分为：规模类指标和利润类指标，含存款、贷款、贴现、中间业务等。

1) 规模指标

考核各项存款、贷款的余额和日均余额，考核增量、计划完成率。

粒度：时点、月、季、年日均；

2) 效益类指标

●利润计算，“利润算法描述”章节。

●FTP定价根据帐户逐笔定义。

3) 客户管理：对客户的管理主要关注重点客户分类管理。

4) 经济增加值：=支行报表利润±表内应收息减（增）额－应计入当期收益而未

计入的新增挂帐和垫款－（系统内往来利息收入－系统内往来利息支出）＋（内部资金转移收入－内部资金转移支出）－支行实际列支费用－专项准备计提额－经济资本成本－监管费－（已划转公司业务部管理但尚未明确到个人名下的存贷款模拟利润+客户经理模拟利润）×90%－存放同业利息收入－拆放同业利息收入－贴现持有期间利息收入+同业存放利息支出±其他调整因素。

5) 利润调整：系统提供机构和客户经理的利润调整，系统提供调整值手工维护功

能。

6) 权限管理：分级授权管理，总行可以看到全行客户经理的业绩，客户经理只

可以看到自己的业绩以及自己在全行中所处的排名。

2.4. 前端展现功能

1) 机构业绩查询

功能说明：查询机构单个或多个指标的完成情况：机构、指标实际值, 计划值, 完成比例。

2) 客户经理业绩查询

功能说明：查询客户经理单个或多个指标的完成情况：如：客户经理、指标实际值, 计划值, 完成比例,…指标实际值, 计划值, 完成比例。

3) 总行客户贡献度报表查询（不含总行各公司业务部）

功能说明：总行客户贡献度报表（与业绩关系无关）：

查询总行重点客户的规模贡献度，列出客户号, 客户名称, 所在机构、存款余额 , 贷款余额，存款余额收益、贷款收益, 中间业务收入。

4) 机构业绩对比查询（含总行各公司业务部）

功能说明：机构业绩查询：查看机构的业绩指标的计算结果：如：指标名称、指标单位、指标值，比上年，比上月，比上日。

5) 宏观分析

功能说明：宏观分析：通过数据，图表结合形式，展示全行各机构业绩情况。

6) 对比分析

功能说明：对比分析：通过数据，图表结合形式，展示全行各机构、行员业绩对比情况。

7) 机构排名分析

功能说明：机构排名分析：通过数据，图表结合形式，展示全行各机构业绩排名情况。

8) 行员排名分析

功能说明：行员排名分析：通过数据，图表结合形式，展示全行各行员业绩排名情况。

9) 存款大客户分析

功能说明：存款大客户分析（会计）：总行对全行客户进行存款余额、日均排名分析。

10) 贷款大客户分析

功能说明：贷款大客户分析（会计）：总行对全行客户进行贷款余额、日均排名分析。

11) 客户情况查询

客户情况查询：客户经理所管辖的客户，包括：客户编码、客户名称、存款余额、贷款余额、上月存款余额、上月贷款余额。

12)全行存款大客户变动情况

功能说明：全行存款大客户变动情况（会计口径）：列出全行存款客户前N名变动情况，变动情况包括：净增余额、净减余额。

13) 全行贷款大客户变动情况

功能说明：全行贷款大客户变动情况（会计口径）：列出全行贷款客户前N 名变动情况变动情况包括：净增余额、净减余额。

14) 到期帐户余额查询

功能说明：查询指定天数内到期帐户余额。

2.5. 其它需求

系统考核指标定义，区分考核指标与非考核指标。

3. 客户经理考核

3.1. 总行员工考核

总行员工考核主要针对存款营销，总行员工营销回来的客户原则上可以选择客户就近开户。按考核口径计算总行员工的相关业绩，如：存款时点余额、日均余额、考核利润。

跨行营销查询，数据归集以支行为单位列示。

3.2. 客户经理（分/支行、公司业务部）

客户经理考核计算依据考核口径，即客户经理允许跨支行营销业务，其业绩按分成关系汇总计算。特殊说明，一级分/支行、总行公司业务部辖内发生行员（客户经理或管理人员）调动，需要计算无贷户存款指标。

3.2.1.考核指标

根据年度客户经理考核的需要定义指标，指标定义可进行参数化维护，具体指标另行确认，下表中的指标仅供参考。

3.2.2.考核说明

1)客户经理业务范围：存款、贷款、贴现、中间业务、银行卡等。

2) 客户经理：总行员工、分支行客户经理。

3) 客户经理费用：客户经理费用分为两种费用：基础费用与绩销费用（营销费用

率手工维护）；

4) 权限管理：分级授权管理，总行可以看到全行客户经理的业绩，客户经理只可

以看到自己的业绩以及自己在全行中所处的排名。

5) 客户经理跨机构人事调动：行员的业绩转移，系统默认不带走业绩，当行员进

行机构调动时，行员的拥有所有客户和单笔业务自动转为原有机构的虚拟行员所有。

6) 支行考核需要覆盖全行人员，包括支行行长、副行长、其他人员等，对于行长

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

银行综合业务系统需求规格说明书

银行综合业务系统 需求规格说明书 工程名称银行业务综合系统工程编号编写单位Object小组编写日期负责人周侃版本号

目录 一、引言3 1.1编写目的3 1.2工程背景3 1.3定义4 1.4参考资料5 二、任务概述5 2.1目标5 2.1.1 用户特点5 2.1.2 业务设计目标6 2.1.3 开发原则7 2.2名词解释8 三、系统概述15 3.1系统概述15 3.2具体架构说明17 四、需求分析17 4.1界面需求18 4.1.1签到界面19 4.1.2客户开户界面20 4.1.3账户客户界面20 4.1.4贷款21 4.1.5签退界面26 4.1.6查询错误!未定义书签。 4.1.6.1账户查询错误!未定义书签。 4.1.6.2贷款查询错误!未定义书签。 4.2交易需求27 4.2.1Teller端27 4.2.1.1签到27 4.2.1.2签退28 4.2.2ESB端29 4.2.2.1服务拆分29 4.2.3Core端29 4.2.3.1客户开户界面29 4.2.3.2账户开户界面30 4.2.3.3贷款发放界面32 4.2.3.4日终错误!未定义书签。 五、数据描述33 5.1 系统描述33 5.2 系统E-R图33 5.3实体及其属性的分析37 5.4实体间的关系分析38

一、引言 近年来，金融业的竞争开始由低层次向高层次发展，高科技战场将是我国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额，必须拥有一种明显的、持久的优势。这种优势不是产品的优势，也不是网点的优势，而是高科技的优势。因此，银行电子化是银行提高工作效率，提高经管水平，提高服务质量，加速资金周转，促进社会经济发展的趋势。 随着计算机技术的不断发展，银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强，对银行的选择条件也越来越高，而选择的尺度主要就是银行的服务质量。现在客户对银行的服务要求不仅仅是礼貌服务，更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。目前，各银行都投入许多精力，针对客户需求，在保持和完善传统业务的基础上，利用信息高技术开拓了许多新的业务领域，为客户提供了许多新的服务手段。 因此，由于银行有处理大量数据的要求，全部采用人工的方式处理显然不合适。这不仅要花费很高的成本，而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑，采用计算机来处理这类问题就是一个相当理想的解决技术方案。利用计算机可以极大地降低处理成本，更重要的是可以几乎没有错误的高效的处理所有的事务。 1.1编写目的 编写该文档的目的是明确“银行综合业务系统”工程的业务背景、业务范围、定义工程的专业名词，分析工程的核心功能和系统需求，为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义，为测试人员提供测试用例设计的功能参考。 该文档为了便于更好地理解客户对软件的需求，对于其软件性能以及功能需求有一明确的目标，对于工程规划以及进度也做了简单的计划。 预期读者：组内成员 1.2工程背景 1.开发工程名称：银行综合业务系统 2.任务提出人员：神州数码融信软件有限公司

关于构建我国商业银行绩效考核体系的几点思考

明确树立投入、产出理念、建立科学的投资决策程序和监督机制，是解决高校固定资产管理问题的根本措施。2.高校的无形资产管理（1）科研项目的管理理念滞后。在高校中普遍存在着重研究、重科研成果数量轻视推广应用、重投入轻产出的现象。在国外，评价一个城市经济发展实力的指标中，第一个就是该城市高校的数量，其原因在于高校的科研力量和科研成果是该城市核心竞争力的标志。（2）完善科研项目的管理制度。目前，高校尚须逐步完善技术保密制度、无形资产评估制度、无形资产转让、收益的管理办法、无形资产合作检查制度等。上述制度的缺失，不仅可能造成无形资产的流失，而且会导致在财务管理上“无法可依”。因此，高校必须按照法律、法规 加强保护各类无形资产，保护高校及相关各个方面的权益，实现高校无形资产投入、产出的良性循环。四、完善高校财务内部会计控制制度长期以来，由于高校经济业务较企业简单、涉及环节较少以及产权不明晰、领导不重视等原因，内控制度建设未得到足够重视，高校财务管理制度和方法经过多年的发展，尽管已有所改善，但客观上内部控制制度仍不完善，内控制度仍没有发挥其应当发挥的作用。（1）分工控制。对于不相容职务必须进行分离，不能由一个人同时包办兼任。 这一控制制度使经济业务在处理时，有关人员能够互相制约、 相互监督。（2）业务记录控制。在对经济业务进行会计记录时，必须采取一系列措施和方法，落实凭证制作、传递、保管 等到每一环节的控制要点，以保证会计记录的真实、 及时和正确。（3）财产安全控制的方法和措施。确保单位财产物资安全完整。 （4）预算控制。规范单位预算的编制、审计、下达和执行程序，及时分析和控制预算的编制差异，采取改进 措施，确保预算的执行。按照《高等学校财务管理制度》 的要求，建立总会计师制度。高等学校总会计师协助校 （院）长全面领导学校的财务工作，直接对单位负责人负责，按照《总会计师条例》行使有关的职权，对高校预算编制和执行、财务收支计划、信贷计划、拟订资金筹措和 使用方案，开辟财源，有效地使用资金；建立、建全财务内部控制，强化成本管理，进行经济分析活动；参与各种经济研究决策、审查等都将发挥积极的作用。高校只要坚持在实施综合财务管理中不断探索和创新，高校财务管理的改革才会为高校工作的正常运转发挥更大的作用。 （作者单位：新疆伊犁师范学院奎屯校区计财处） !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!竞争，如何增加资本渠道，吸引投资者的资金，成为现代银行业必须优先考虑的问题。银行必须制定长远的经营策略，从策略导向中实施绩效管理，并及时评估策略目标的完成情况，才能让银行有效执行及实现其长远目标。二、我国商业银行绩效考核体系的现状组织和个人的高绩效是企业资源与周围环境相互 作用的产物，因此在研究商业银行中层管理人员绩效考核现状之前必须先对企业战略、 企业目标、企业制度等进行研究。这些因素都会对绩效考核的每一个环节乃至最终结果产生影响。（一）以经济增加值为核心的考核体系逐步建立商业银行已经普遍引入经济资本管理的概念，建立以经济增加值（EVA ）为核心的绩效考核体系，强化经济。运用经济增加值进行绩效考核，充分体现资本的价值，关注存在的风险，重视降低成本和经济成本的占用。（二）普遍引入并日益重视内控合规类指标健全完善的内控合规管理机制是促进银行稳健经营、健康发展的根本保障，也是银行合规管理工作的重 点和难点。商业银行纷纷加大了内控制度及合规文化的 建设力度，注重对主要业务环节和整个业务流程的控制，普遍引入了内控合规类考核指标，比如，目前绝大多 数商业银行营业机构普遍实施了会计主管委派、重要岗位人员定期轮换、员工违规积分等制度，在一定程度上建立了会计监管系统。 （三）考核结果作为业务授权和资源分配的核心依据当前的商业银行普遍重视绩效考核结果的运用，充分发挥其指导和推动作用，把绩效考核作为资源配置和管理天地 94

网上订餐系统需求规格说明书

实验报告□实践报告□ 课程名称：软件需求工程 实验名称：用例文档 实验地点：太原理工大学虎峪校区 专业班级：软件工程1417学号：2014005993 学生姓名：曹旭清 指导教师：王建珍 2017年5月3日 目录 1. 引言............................................................................................................................................. 1.1目的................................................................................................................................. 1.2定义................................................................................................................................. 登录模块：......................................................................................................................... 用户注册模块..................................................................................................................... 购物车模块：..................................................................................................................... 订单模块：......................................................................................................................... 基本信息管理模块：......................................................................................................... 公告模块：......................................................................................................................... 1.3参考资料......................................................................................................................... 2.系统总体概述............................................................................................................................. 2.1产品标识......................................................................................................................... 2.2产品描述......................................................................................................................... 系统属性............................................................................................................................. 开发背景............................................................................................................................. 产品功能............................................................................................................................. 2.3用户的特点..................................................................................................................... 3.系统功能用例图......................................................................................................................... 1. 引言 1.1 目的 网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位： 作者： 完成日期： 签收人： 签收日期： 修改情况记录：

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议 产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。

银行储蓄系统的需求规格说明书

1.引言 1.1 项目背景 项目说明:随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统 1.2 项目目标 (1).处理速度的提高及准确度的保证； (2).人员利用率的改进及合理调度。 (3).改进管理和服务; 2.运行环境 1)客户端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 2)服务器端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 3)数据库 操作系统：Windows 7 数据库系统：Mysql 5.0及更新版本

3.性能需求 1)客户端一般相应时间不超过1秒。 2)报表统计时间不超过30秒。 4.安全性需求 1)对数据的访问设置权限，以保证用户个人信息的保密性。 2)对用户输入的密码进行单向加密，以防止密码泄露造成经济损失。 3)保证用户进行的业务执行正确和安全。 5.外部接口需求 用户接口 本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。 6. 银行系统业务流程图

不同类型商业银行的绩效考核体系

不同类型商业银行的绩效考核体系 商业银行也是需要制定绩效考核制度的，但是不同的商业银行也会有不同的考核体系。下面是为你精心推荐的商业银行的绩效考核体系，希望对您有所帮助。 大型商业银行：多层级、矩阵式的绩效考核体系 机构绩效考核 总行的部门考核。分为定量为主、定性为主、完全定性三类进行考核，并设置关联协作指标，考核部门共同承担的目标任务或者同一业务流程不同环节的协作情况，进行“捆绑”式考核。 一级分行的绩效考核。A银行采取综合考评和单项考评相结合，其中，综合考评包括效益管理类、风险管控类、可持续发展与竞争能力(市场拓展、业务结构、客户结构三个方面)以及业务协调;单项考评为经济增加值指标评价，将经济资本回报率设定为一定分值。采用的计分方法为对一级分行、直属分行(含省分行营业部)两个群体分别进行绩效排序和等级评定，实行按季监测、按年考评;计分方法上主要采用统一标准值的标准差计分法。 一级分行以下的机构绩效考核。也采用上述类似的指标，但根据具体情况进行了相应的调整，更为强调业务指标。 省分行对二级分行的考核。考评指标分为三部分：一是经营绩效指标，以效益价值为核心，设效益、市场、结构和质量四大类考评指标;二是业务竞争力指标，由各专业部门按照年度工作重点设置考评指标，基本分合计100分;三是内控管理指标，采用倒扣分的计分

方式。主要考评指标参考全省中等偏上水平确定标准值，依其对经营管理 * 程度分别确定各项指标的基本分权重。 二级分行对支行的考核。考评指标包括：经营绩效考核、专项工作考核和重点网点市场竞争力考核三部分。支行考核结果与支行的经营性费用、工资性费用直接挂钩。 支行对分理处等网点的考核。按综合网点和一般网点分别考核。其中，综合网点功能较为齐全，经营贷款业务;一般网点功能相对较少，不经营贷款业务或贷款业务极少。对网点的考核由经营绩效、专项工作和加减分项考核等三部分组成，主要加大了个银业务指标完成情况的考核。 人员绩效考核 总行一般员工考核。总行一般员工的岗位分为管理岗、专业岗、销售岗和运行岗，不同岗位考核与所在机构业绩的挂钩权重不同。销售和运行岗可以量化到人，主要采取个人业绩表现，重业务量的表现。制定员工行为评价量表，指导岗位行为表现的评价。 一级分行以下的员工考核采用与总行类似指标，但更强调具体的业务绩效。 省分行对二级分行负责人的考评。二级分行行级负责人的薪酬由省分行集中管理、考核发放。考核结果按评分划分等级，分为优秀、良好、合格、基本合格、不合格五等。以自然年度为一个完整的考评周期，在次年的年初进行上年度的绩效考评工作。行长考评由三部分

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

银行风险统计系统需求规格说明书

文档类别：软件开发文档 文档编号： 最后版本： 文档名称：XX银行风险统计系统需求规格说明书 项目名称：XX银行银行风险统计系统建设 项目编号： 项目负责人： 编写人：编写时间：2011-07-19 校对人：校对时间：2011-07-19 复查人：复查时间：2011-07-20 评审人：评审时间： 批准人：批准时间：

版本变更记录

目录 1. 引言 (1) 1.1项目背景 (1) 1.2文档概述 (1) 1.3参考资料 (1) 2. 任务概述 (1) 2.1目标 (1) 2.2运行环境 (1) 2.3建设内容 (2) 3. 业务需求 (3) 3.1客户需求描述 (3) 3.2流程描述 (5) 3.3报表清单 (6) 4. 功能设计 (7) 4.1自动与手动抽取 (7) 4.2从业务系统取数 (7) 4.3导入历史数据 (7) 4.4初始化状态 (7) 4.5数据质量检查 (8) 4.6分配认领 (8) 4.7补录 (8) 4.8新增客户 (8) 4.9链接标准信息库录入 (8) 4.10审核校验 (9) 4.11提交与上报 (9) 4.12锁定与解锁 (9) 4.13导出接口 (10) 4.13.1 接口规格 (10) 4.13.2 约束条件 (10) 4.14数据查询 (10) 4.15条件填报 (10)

4.16自动汇总 (10) 4.17通知管理 (11) 4.18文件管理 (11) 4.19统计考评 (11) 4.20系统日志 (11) 5. 非功能性需求 (11) 5.1模型要求 (11) 5.2多级架构 (11) 5.3数据准确性 (12) 5.4权限需求 (12) 6. 项目实施 (12) 6.1实施计划 (12) 6.2里程碑定义 (13)

银行绩效考核-理论探索-影响考核效果的四大因素

影响考核效果的四大因素 银行引入先进“绩效管理”工具的目的是什么？一般的回答是两点： 第一，成功调动员工的积极性 第二，促进银行的业务发展 事实上，建设一套能够实现上述目的的考核系统是非常难的。 天维已经在银行绩效考核这个行业中浸润了15年，经手过200家各种银行的绩效考核工作，深刻总结各家银行建设绩效考核系统的经验教训，认为影响一家银行绩效考核“效果”的主要因素有四个： 第一，银行高管的“领导力”，影响力约为40% 第二，制度，影响力30% 第三，考核方案调整的及时性，影响力20% 第四，工具，影响力10% 见下图： 第一个因素，领导力 领导力包括： 主要领导的认识水平 推动考核的决心和魄力 执行力 解决阻力的能力，等等 考核思路一定是围绕经营策略展开的，同时也是以“一把手”为代表的高管决策层的认识水平，包括对考核重要性的认识、要不要做考核、要不要考核到

人、需不需要绩效考核这个指挥棒、要不要修改薪酬制度、要不要涉及组织架构及岗位设计等等，这个方面的因素往往是决定性的，也是其他人不能替代的。 至于说执行力，则包括考核管理、费用管理、薪酬管理、组织管理、考核反馈沟通等，比如分管行领导的魄力、专管员的管理水平、每天的业绩关系维护、考核结果的兑现、末位淘汰机制能否推行、遇到阻力和反对的声音能否有效解决，等等。 绩效考核的关键在于兑现，没有兑现，再科学的制度都不能起到激励作用。 考核思路、执行力是领导力的核心，而且是靠银行自身控制的“内因”。 ◆第二个因素，制度 有了方案，落实下来就是制度，制度包括四大类二十多种：绩效管理、业绩关系管理、考核结果运用以及系统管理。 制度是对“领导力”的落地执行，许多银行认识到位、制度不合理，导致好思路无法产生“好效果”。 在制定制度方面，需要三方面的资源综合发挥作用： 银行方自身的积累、借鉴其他行的经验、天维等公司的专业资源库。 三方面资源的整合也需要有丰富的经验作为保证，所以，在这个层面，天维可以发挥巨大的影响力，特别是对于绩效管理经验不太丰富的银行来说。 比如对支行行长的考核，首先要给他定位：以业务为主还是以管理为主；其次，他的个人业绩与机构业绩怎样计算；第三，薪酬设计；第四，费用管理；第五，公共资源的分配与管理，等等。 ◆第三个因素，调整 绩效考核是实现战略的工具，而战略是一个动态调整的过程。 绩效考核是业务发展的“指挥棒”，对实时性要求非常高！比如，晋城银行最近作出决定，把每年一度的工作会议调整为不定期召开，也就意味着战术调整将会变得越来越频繁。 一般来讲，每年都要调整考核思路，因此考核方案、制度要调整；加上人员、组织机构的调整，业绩关系也要实时调整；随着业务创新的不断发展，产品、价格也要不断调整。上述调整必然带来软件的频繁调整。 天维十五年的经验证明，考核系统使用得越好、调整就会越频繁！

软件系统需求规格说明书(范文格式)

XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月

修订记录

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)

名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]

银行系统需求规格经典说明书

银行系统需求规格经典说明书

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

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

信用卡子系统、贷款子系统和外汇子系统经过与储蓄子系统的信息交互进行资金的发放、回收与控制。网上银行子系统与部分储蓄子系统和信用卡子系统的功能交互,以提供自助服务。管理子系统负责管理上述所有系统的核心数据,保证其它子系统的正常运行。 1.1.1．储蓄业务子系统 储蓄系统支持用户可进行人民币和外币的储蓄业务。储蓄业务分为活期储蓄和整存整取定期储蓄两种。可办理的外币有美元、日元、欧元和港币。所有储蓄业务都经过一卡通进行操作,不再使

不同商业银行的绩效考核体系分析

绩效考核是商业银行实现其战略目标的重要手段，商业银行通过将战略目标层层分解到部门和个人，把机构绩效考核与人员绩效考核有机结合起来，建立起一套完整的绩效考核体系，通过考核、激励和改进，促进银行战略的实现。 目前采用的绩效考核的指标和方法包括：对金融机构领导人员考核、平衡计分卡考核法、关键业绩指标法（KPI）、目标管理法（MBO）、360度考核（360-degree-feedback）等。另外，商业银行还运用经济增加值（EVA）等财务指标考核办法对内部业务条线和分支行经营业绩进行考核，不仅考虑了银行经营的风险成本，而且结合商业银行管理会计体系的实施，实现业务评价与风险管理、成本控制的统一，从而更加客观地对银行的经营成果进行评价。 不同类型的商业银行由于组织管理架构、战略发展目标以及业务运营特点的差异，决定了其采取的绩效考核方法与指标有所不同，本文选取具有典型代表性的三家不同类型的商业银行作为样本，A银行为大型商业银行，B银行为股份制银行，C为外资银行，并对这三家银行绩效考核方法与指标做简要分析。 大型商业银行：多层级、矩阵式的绩效考核体系 机构绩效考核 总行的部门考核。分为定量为主、定性为主、完全定性三类进行考核，并设置关联协作指标，考核部门共同承担的目标任务或者同一业务流程不同环节的协作情况，进行“捆绑”式考核。 一级分行的绩效考核。A银行采取综合考评和单项考评相结合，其中，综合考评包括效益管理类、风险管控类、可持续发展与竞争能力（市场拓展、业务结构、客户结构三个方面）以及业务协调；单项考评为经济增加值指标评价，将经济资本回报率设定为一定分值。采用的计分方法为对一级分行、直属分行（含省分行营业部）两个群体分别进行绩效排序和等级评定，实行按季监测、按年考评；计分方法上主要采用统一标准值的标准差计分法。

需求规格说明书模板4种版本

需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统

【XXX系统】功能需求规格说明书_模板

【系统名称】功能需求规格说明书 【——子系统名称】

文档创建信息 文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）

目录 1.引言 (4) 1.1 目的 (4) 1.2 读者范围 (4) 1.3 术语或缩略语 (4) 2.系统定位 (5) 2.1 目标用户 (5) 2.2 针对的用户需求 (5) 2.3 卖点功能 (5) 2.4 系统性质 (6) 3.需求综述 (6) 3.1 概念界定 (6) 3.1.1角色界定................................................................ 错误！未定义书签。 3.1.1.1 用户 (6) 3.1.1.2 外部系统 (6) 3.1.1.3 内部子系统 ..................................................... 错误！未定义书签。 3.1.2信息实体界定......................................................... 错误！未定义书签。 3.2 系统外延 (7) 3.2.1系统应用环境总览 (7) 3.2.2系统与用户交互关系 (7) 3.2.3系统与外部系统交互关系 (7) 3.3 系统内涵 (7) 3.3.1系统总体结构 (7) 3.3.2系统功能概述 (8) 3.3.3系统内部协作关系 (8) 4.功能使用流程 (8) 4.1 功能使用流程总览 (8) 4.2 功能使用流程描述 (9) 4.2.1【功能使用流程名称】 (9) 4.2.2【功能使用流程名称】 (10) 5.用户界面 (10) 5.1 总则 (10) 5.2 界面总览 (10) 5.3 界面详解 (11) 5.3.1【界面名称】 (11) 5.3.1.1 界面功能概述 (11) 5.3.1.2 界面元素总览 (11) 5.3.1.3 界面元素详解 (12) 5.3.1.4 界面默认规则 (13) 5.3.2【界面名称】 (13)

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

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

学生选课系统需求规格说明书

学生选课系统需求规格说明书 学生选课系统需求规格说明书 姓名：潘园园 学号：1108210127 班级：11信管1班 1．文档介绍 (2) 1.1文档目的 (2) 1.2 文档的范围 (2) 1.3 读者对象 (2) 1.4 缩写说明 (2) 1.5 参考资料 (2) 2. 任务概述 (3) 2.1 项目的来源及背景 (3) 2.2 项目要达成的目标 (3) 2.3 系统总体业务流程分析 (3) 2.4 学生选课系统业务流程图 (4) 2.5 学生选课数据流程图 (5) 2.6 产品面向的用户群体 (6) 2.7 产品中的角色 (6) 2.8 产品范围 (6) 3. 功能需求 (7) 3.1 功能需求的分类 (7) 3.2 后台功能需求 (7)

3.2.1管理员信息管理 (7) 3.2.2 学生信息管理 (7) 3.2.3 教师信息管理 (7) 3.2.4 课程信息管理 (7) 3.2.5 教室信息管理 (7) 3.3 前台管理功能需求 (7) 3.3.1 登陆系统 (7) 3.3.2 个人信息资源管理 (8) 3.3.3 学生选课 (8) 3.3.4 教师反馈 (8) 3.3.5 退出系统 (8) 3.4 非功能性需求 (8) 3.4.1 用户界面需求 (8) 3.4.2 软件安全需求 (8) 3.4.3 产品质量需求 (8) 3.4.4 软件运行环境需求 (8) 3.4.5 其他需求 (8) 4.产品提交 (9) 1．文档介绍 1.1文档目的 本文档目的是在开发一个全面的用户需求系统，从多方面分析用户的需求以及尽量的满足。而此文档是关于学生选课的一个系统，我们知道，学生选课系统是专门为各个高校提供服务的一个平台，广泛的被各高校的学生和老师所用。