某银行手机银行项目需求.docx
《某银行手机银行项目需求.docx》由会员分享,可在线阅读,更多相关《某银行手机银行项目需求.docx(13页珍藏版)》请在冰豆网上搜索。
某银行手机银行项目需求
九江银行
手机银行项目需求
九江银行
1.综述
1.1.功能需求框架
九江银行手机银行系统主要包括以下几部分:
1.多渠道服务
2.银行业务功能
3.应用系统功能
本文件提供的需求说明作为本次招标参考,最终功能需求以项目启动后的需求分析为准。
1.2.与其他业务系统的关系
手机银行作为交易和服务渠道,其交易类业务需与银行核心帐务系统、贷记卡系统、短信平台等系统接口。
1.3.开发系统的原则
1.3.1.安全性原则
手机银行的服务涉及客户的资金转帐等业务,因此安全性是本次系统建设的基本原则。
在业务功能规划时,手机银行使用非帐户密码进行交易的方式,采用签约客户交易使用签约客户密码,非签约客户使用查询密码的方案,充分考虑并保障客户的帐户安全。
系统还应设定不同角色、权限的用户进行不同的操作,防止XX的人员误用或进行违法的操作。
1.3.2.稳定性原则
系统建设要求采用高可靠性的产品和技术,充分考虑整个系统运行的安全策略和机制,具有较强的容错能力和良好的恢复能力,保障系统安全、稳定、高效的运行。
系统的各个部分等都要求采用冗余技术,使整个系统不存在单点故障。
1.3.3.先进性原则
系统建设实现技术上必须具备前瞻性,采用移动领域的最新技术,并根据未来技术的发展趋势选择和设计整个系统的体系结构,保证在一定时期内整个系统不会因技术落后而大规模调整,并能够通过升级保持系统的先进性,延长其生命周期,同时又要保证先进的技术是稳定的、成熟的,支持现有的各种网络协议。
1.3.4.可扩展性原则
系统设计时应充分考虑我行业务的发展趋势,系统应采用平台化的设计思想,业务功能扩展方便实现。
系统软硬件平台应具有良好的可扩充能力,支持系统规模的扩大和业务范围的扩展,还应考虑到日后规模扩展性问题。
1.3.5.开放性原则
为适应将来业务和技术发展的需求,系统需实现底层的接入与业务的处理分离,并采用模块化,在增加新业务时不需要更改系统的软件结构和网络结构。
应具有易于维护的特点,配备标准的开放式技术接口和丰富的开发工具,开发平台应该易用并足够强大以满足变化的需求。
1.3.6.可维护性原则
系统要求能记录完整的系统错误日志,在系统处理异常时,都能够根据已记录的日志,快捷方便地定位出错误地具体位置、原因,而不是查阅程序。
方便系统的维护。
1.3.7.可管理性原则
系统需提供对运行情况的监测和控制功能,从而保证系统的正常运行,同时,有效的业务量监控有助于对业务发展作出准确评估,可保证系统处理能力的及时扩容。
系统应具备有效的、统一的手段和机制进行设备管理、应用软件环境设置调整管理、开发管理以及操作员、管理员管理。
1.3.8.效益性原则
在技术实现上采用技术引进与自行开发相结合的方式,在保证系统先进性和可靠性的基础上开发手机银行应用系统,充分利用现有的通信和网络资源,结合实际业务需求和发展现状选择系统产品平台,减少不必要的产品和设备投资。
1.3.9.最佳用户体验原则
系统与用户的交互界面,应以最佳用户体验方式布局,方便用户操作。
业务操作流程应简洁明了,易于用户理解。
2.系统功能
2.1.功能需求
用户通过WAP或手机客户端方式能够访问手机银行业务。
在未签约客户够够使用查询功能,签约用户可使用全部功能。
功能如下:
业务分类
功能模块
功能子项
Wap版本
客户端版
非签约客户
签约客户
个人业务
账户服务
密码修改
√
√
√
√
账户(借记卡)口头挂失
√
√
√
√
增加、删除上挂账户
√
√
√
√
资产查询
账户(借记卡)余额查询
√
√
√
√
交易明细查询
√
√
√
√
转帐汇款
行内转帐
√
√
√
手机汇款
√
√
√
行内理财
定活互转
√
√
√
九银利理财产品
√
√
√
缴费业务
自助缴费(电费,水费,煤气,广播电视等)
√
√
√
缴费明细查询
√
√
√
√
贷记卡
卡片挂失
√
√
√
√
卡片激活
√
√
√
√
查询密码设置
√
√
√
√
交易密码设置
√
√
√
√
可用额度查询
√
√
√
√
已出账账单查询
√
√
√
√
未出帐账单查询
√
√
√
√
积分查询
√
√
√
√
申请进度查询
√
√
√
√
公司业务
账户服务
修改查询密码
√
√
√
√
增加、删除上挂账户
√
√
√
√
账户挂失
√
√
√
√
票据挂失
√
√
√
√
资产查询
账户余额查询
√
√
√
√
对账单查询
√
√
√
√
交易明细查询
√
√
√
√
公共服务
业务介绍
业务介绍
√
√
√
√
网点查询
网点查询
√
√
√
√
预约服务
大额取款预约服务
√
√
√
√
投诉建议
投诉建议
√
√
√
√
2.1.1.个人业务
账户服务
密码修改:
用户可通过手机银行修改账户、借记卡密码。
账户口头挂失:
用户可进行账户口头紧急挂失功能。
增加、删除上挂账户:
提供增加、删除上挂账户功能。
资产查询
余额查询:
提供上挂账户余额查询。
交易明细查询:
提供上挂账户最近10笔交易明细查询,并提供以时间为查询条件的组和查询。
转帐汇款
行内转帐:
提供客户上挂账户向其他账户进行转帐功能。
手机汇款:
提供客户上挂账户向他行账户进行转帐功能。
理财业务
定活互转:
提供上挂账户的活期存款转为定期存款。
定期存款转为活期存款。
九银利理财产品:
我行九银利办理或取消。
缴费业务
自助缴费:
提供水、电、煤气、广播电视等缴费功能。
缴费业务查询:
提供客户在我行代收水电费明细查询,用户在线缴费明细查询。
贷记卡业务
系统能够与贷记卡系统交互,通过贷记卡提供接口,客户进行贷记卡方面的业务操作。
申请进度查询:
贷记卡申请进度在线查询。
卡片挂失:
贷记卡口头挂失。
卡片激活:
贷记卡可通过手机银行渠道进行激活
查询密码设置:
提供贷记卡查询密码设置。
交易密码设置:
提供贷记卡交易密码的设置、修改、取消交易要密码的功能。
可用额度查询:
提供贷记卡可用额度查询功能。
已出账账单查询:
提供已出账账单查询。
未出帐账单查询:
提供未出帐账单查询。
积分查询:
提供贷记卡积分查询。
2.1.2.公司业务
账户服务
密码修改:
用户可通过手机银行修改账户、借记卡密码。
账户口头挂失:
用户可进行账户口头紧急挂失功能。
增加、删除上挂账户:
提供增加、删除上挂账户功能。
对账单查询:
提供公司对账单查询功能。
资产查询
余额查询:
提供上挂账户余额查询。
交易明细查询:
提供上挂账户最近10笔交易明细查询,并提供以时间为查询条件的组和查询。
2.1.3.公共服务
业务介绍:
提供我行业务介绍信息的展示
网点查询:
服务网点信息查询。
大额取款预约服务:
提供在线接受客户大额取款预约服务,提供工作流操作平台,并能提供超时提醒。
投诉建议:
手机银行能够接受用户的投诉和建议,并能够自动形成电子工作流,通知相关人员进行处理。
3.系统技术要求
3.1.系统兼容性
3.1.1.支持的网络
CDMA、GSM、TD-CDMA、WCDMA、CDMA2000
3.1.2.支持浏览器
3.1.3.客户端版本手机平台支持
序号
平台类型
客户端
1
KJAVA通用系列
√
2
Symbian系列
√
3
Linux系列
√
4
PPC系列
√
5
Android系列
√
6
IPHONE系列
√
3.1.4.安全性要求
系统对于交互过程中的所有关键字段均采用业界公认的加密算法进行加密处理。
避免客户的关键信息的泄漏,保证客户交易的安全性。
客户端版本须使用SSL进行数据加密传输
3.1.5.用户人机交互界面要求
手机银行在用户终端设备上显示时,系统自动能够识别终端特征,展示出终端适应的用户界面。
3.2.其他系统接口要求
1)、提供与银行银行核心系统交互的前置平台。
2)、按照银行核心业务系统接口要求,完成与核心交互的业务逻辑开发。
3.3.系统性能要求
●响应时间
单笔交易的在线处理响应时间控制在2秒以内。
●差错处理
当系统处理发生错误时,一般需有维护功能处理,特殊情况由人工维护。
●使用要求
采用手机wap方式访问,用户端(手机)无需安装除浏览器外的其他软件或硬件设备。
●系统可用性
系统可以实现7×24小时服务。
●故障恢复
系统发生故障时能够快速切换备机,并及时恢复;系统发生故障的整个过程业务数据不会丢失,同时提供系统故障前预警信息。
3.4.系统扩展性要求
对于新增的银行业务,银行技术人员只需通过配置即可完成新业务的添加,同时支持wap、客户端版本同步发布。
3.5.工作流平台需求
类别
功能名称
功能说明
1、组织定义
机构设置
定义组织属性
角色定义
定义流程中所涉及的角色
人员定义
定义流程中所涉及的人员
2、流程定义
流程点执行人员定义
定义人员范围
流程点执行内容定义
定义操作的内容
流程点执行权限定义
定于各角色操作的权限
流程点执行时限定义
定义流程时间的约定时限
路由逻辑定义
定义下一步的逻辑
工作流平台支持以下功能:
工作流平台要求实施以下应用:
咨询受理、投诉受理、业务预约等等。
要求随工作流配备各类电子表单,主要有:
投诉联系单、建议联系单、大额取款预约单等。
3.6.运行状态监控
为了便于管理人员监控整个系统的运行状态,要求系统提供多种方式动态显示重要的运行参数。
在使用系统时,在系统中表现为不同的状态,包括:
3.6.1.用户操作状态监控
用户访问量监控
特定用户操作情况监控(方便问题排查)
3.6.2.系统运行状况监控
系统资源占用情况监控。
系统业务响应时间监控
系统并发连接情况监控
3.6.3.交易前置业务交易监控
系统资源占用情况监控。
业务交易监控。
3.7.报表管理
要求:
对于报表提供灵活的统计功能,具体的格式及项目可按要求输入,统计出满足不同需求的报表。
3.7.1.报表统计要求
每种报表可以以时/日/月/季和年为单位进行统计。
每种报表均可存储一定的时间,以便于生成不同时间段的报表。
能够根据历史和当前的报表数据,产生出预测性报告。
3.8.日志管理
手机银行业务系统的日志管理是指系统向管理人员提供的日志收集、查询和打印的功能。
3.8.1.日志分类
日志可以依据操作主体类别分为三大类,第一类是客户通过手机银行业务系统办理的所有业务的交易日志,此类日志按业务种类分类保存;第二类则是手机银行业务系统的维护人员业务操作的业务日志,此类日志按不同业务操作类别进行分类保存;第三类系统管理人员对系统的设置、参数变更日志,以上日志均不得修改。
3.8.2.日志功能
手机银行业务系统提供日志查询、打印、备份功能。
3.8.3.日志的综合查询功能
1.交易日志查询,包括:
按时间段或时间点查询。
按业务分类查询。
按操作主体,即按客户号查询。
按交易内容,即依据不同业务大类,按交易的输入项进行组合查询。
依据不同的业务类别查询。
按交易结果,即按交易成功、失败分类查询。
以上查询方式可以独立,也可以组合。
2.系统日志(重要操作登记薄)查询,包括:
按时间段或时间点查询。
按业务操作类别分类查询。
如:
系统状态管理日志、业务参数管理日志、交易流水日志、日志管理日志、日终对帐核对日志等。
以上查询方式可以独立,也可以组合。
3.9.业务培训需求
业务人员培训
为方便手机银行业务推广,要求免费为我行业务人员提供手机银行业务操作培训,并能使业务人员能够熟练掌握手机银行业务。
管理人员培训
免费为我行系统管理人员提供系统管理培训,使管理人员能够独立完成系统维护工作。
开发人员培训
免费为我行开发人员进行平台培训,并能够使我行开发人员,独立完成新业务开发工作。
3.10.其他
要求公司具有丰富的手机银行系统集成建设经验,具有手机银行丰富经验和业内公认成功案例,并提供系统开发、上线运营、系统维护、业务培训等方面的业务支持,具体有:
1.系统开发。
要求公司方免费提供其成熟案例的详细资料文档,如业务需求功能说明书、规划建议书等,协助业务人员完成需求。
2.运营支持。
全力配合完成系统全部上线成功并稳定运行,免费提供运营管理方案、运营策划说明书等。
3.维护支持。
系统上线后,对于运营过程中出现的问题,公司方要及时提供技术支持,确保业务稳定开展。
4.培训支持。
公司方对于系统集成开发要形成详细的业务文档,并免费业务人员、管理人员、开发人员的业务培训,并保证培训质量。
5.上线文档。
公司方免费提供的操作手册、客户操作指南、实施细则等业务文档。