某银行手机银行项目需求.docx

九江银行手机银行系统项目需求 九江银行手机银行系统项目需求 PAGE PAGE 10 九江银行 手机银行项目需求 九江银行 综述 功能需求框架 九江银行手机银行系统主要包括以下几部分： 多渠道服务 银行业务功能 应用系统功能 本文件提供的需求说明作为本次招标参考，最终功能需求以项目启动后的需求分析为 准。 与其他业务系统的关系 手机银行作为交易和服务渠道，其交易类业务需与银行核心帐务系统、贷记卡系统、短信平台等系统接口。 开发系统的原则 安全性原则 手机银行的服务涉及客户的资金转帐等业务，因此安全性是本次系统建设的基本原则。 在业务功能规划时， 手机银行使用非帐户密码进行交易的方式， 采用签约客户交易使用签约客户密码， 非签约客户使用查询密码的方案， 充分考虑并保障客户的帐户安全。 系统还应设定不同角色、权限的用户进行不同的操作，防止未经授权的人员误用或进行违法的操作。 稳定性原则 系统建设要求采用高可靠性的产品和技术，充分考虑整个系统运行的安全策略和机制， 具有较强的容错能力和良好的恢复能力， 保障系统安全、 稳定、高效的运行。 系统的各个部分等都要求采用冗余技术，使整个系统不存在单点故障。 先进性原则 系统建设实现技术上必须具备前瞻性，采用移动领域的最新技术，并根据未来技术的发 展趋势选择和设计整个系统的体系结构， 保证在一定时期内整个系统不会因技术落后而大规 模调整， 并能够通过升级保持系统的先进性， 延长其生命周期， 同时又要保证先进的技术是稳定的、成熟的，支持现有的各种网络协议。 可扩展性原则 系统设计时应充分考虑我行业务的发展趋势， 系统应采用平台化的设计思想， 业务功能扩展方便实现。 系统软硬件平台应具有良好的可扩充能力， 支持系统规模的扩大和业务范围 的扩展，还应考虑到日后规模扩展性问题 。 开放性原则 为适应将来业务和技术发展的需求， 系统需实现底层的接入与业务的处理分离， 并采用模块化，在增加新业务时不需要更改系统的软件结构和网络结构。应具有易于维护的特点， 配备标准的开放式技术接口和丰富的开发工具， 开发平台应该易用并足够强大以满足变化的需求。 可维护性原则 系统要求能记录完整的系统错误日志，在系统处理异常时，都能够根据已记录的日志， 快捷方便地定位出错误地具体位置、原因，而不是查阅程序。方便系统的维护。 可管理性原则 系统需提供对运行情况的监测和控制功能， 从而保证系统的正常运行， 同时， 有效的业务量监控有助于对业务发展作出准确评估， 可保证系统处理能力的及时扩容。 系统应具备有效的、统一的手段和机制进行设备管理、 应用软件环境设置调整管理、 开发管理以及操作员、管理员管理。 效益性原则 在技术实现上采用技术引进与自行开发相结合的方式， 在保证系统先进性和可靠性的基础上开发手机银行应用系统， 充分利用现有的通信和网络资源， 结合实际业务需求和发展现状选择系统产品平台，减少不必要的产品和设备投资。 最佳用户体验原则 系统与用户的交互界面， 应以最佳用户体验方式布局， 方便用户操作。 业务操作流程应简洁明了，易于用户理解。 PAGE PAGE 4 九江银行手机银行系统项目需求 系统功能 功能需求 业务分类 功能模块账户服务功能子项密码修改Wap版本√ 业务分类 功能模块 账户服务 功能子项 密码修改 Wap 版本 √ 客 户 端版 √ 非 约户 √ 签 客 签 约 客户 √ 账户（借记卡） 口头挂失 √ √ √ √ 增加、删除上挂账户 账户（借记卡） √ √ √ √ √ √ √ √ 资产查询 余额查询 交易明细查询 √ √ √ √ 行内转帐 手机汇款 √ √ √ √ √ √ 定活互转 √ √ √ 转帐汇款 行内理财  九银利理财产品 √ √ √ 个人业务  播电视等）缴费明细查询 播电视等） 缴费明细查询 √ √ √ √ 卡片挂失 卡片激活 √ √ √ √ √ √ √ √ 查询密码设置 √ √ √ √ 交易密码设置 √ √ √ √ 贷记卡 可用额度查询 已出账账单查询 √ √ √ √ √ √ √ √ 未出帐账单查询 √ √ √ √ 积分查询 √ √ √ √ 申请进度查询 √ √ √ √ 修改查询密码 增加、删除上挂 √ √ √ √ √ √ √ √ 账户服务 账户 账户挂失 √ √ √ √ 票据挂失 账户余额查询 √ √ √ √ √ √ √ √ 资产查询 对账单查询 √ √ √ √ 交易明细查询 √ √ √ √ 自助缴费（电费， 水费，煤气，广 √ √ √ 公司业务 PAGE PAGE 5 业务介绍 业务介绍 √ √ √ √ 网点查询 网点查询 √ √ √ √ 公共服务 预约服务 大额取款预约服 √ √ √ √ 投诉建议 务 投诉建议 √ √ √