天津滨海农商银行.docx
- 文档编号:26904077
- 上传时间:2023-06-23
- 格式:DOCX
- 页数:18
- 大小:24.10KB
天津滨海农商银行.docx
《天津滨海农商银行.docx》由会员分享,可在线阅读,更多相关《天津滨海农商银行.docx(18页珍藏版)》请在冰豆网上搜索。
天津滨海农商银行
天津滨海农商银行
多媒体终端内容管理系统项目
建设需求方案
1概述
1.1建设背景
天津滨海农商银行自2018年开始打造智慧网点,改变了过去传统的柜台业务方式,实现了业务办理的自助化,业务办理效率有了质的提升。
但随着自助设备的不断增加,智慧网点的建设逐步加速,网点现有的宣传体系无法完全满足行我行的需求,并且,宣传内容的整合与统一管理问题显得较为突岀.为完善网点宣传体系,增强宣传管理能力,提髙宣传效率与效果,我行拟建设网点多媒体终端内容管理系统。
第一,建设统一的内容管理系统,与我行拟投放和已投放的多媒体终端对接,形成宣传内容的统一布放及管理;第二,与ATM.STM等自助设备的管理系统对接,将更新的宣传图片由内容管理系统统一推送至相应系统,实现一个后台软件对多种设备的统一内容管理;第三,建设一款内容丰富、功能多样的终端内容展示系统,满足我行宣传与用户需求,充分完善我行宣传体系。
1.2指导原则
在本项目建设规程中遵循如下''项目带动、重点突破,需求导向、保证安全,合理适用、稳步实施”的原则,积极推进,务求实效。
项目带动、重点突破。
以项目带动整体功能性建设、信息安全建设以及推进各项工作的开展。
需求导向、保证安全。
信息安全建设应以需求为导向,着眼于利用信息资源的需求,推动信息资源在安全可控范用内的共享。
应当按照信息安全等级保护的要求,建立健全安全管理制度,确保系统建设和运行的安全。
合理适用、稳步实施。
要重视前期调研,进行可行性研究,结合本单位业务工作实际,提出创新性髙、应用性强的功能需求,以确保系统开发和项目建设的介理性、适用性。
2网点多媒体终端内容管理系统开发工作
2.1总体目标
对天津滨海农商银行网点多媒体终端内容管理系统进行开发,完善系统相关功能,以及实现与北他相关系统的接口对接。
22主要开发内容
2.2.1内容管理系统开发实施工作:
根据具体开发内容中的需求完成内容管理系统的开发实施工作,确保系统的各模块与接口运行良好,满足使用要求。
2.2.2内容管理系统与自助设备系统接口对接:
为实现内容管理系统统一推送宣传图片,与ATM及STM系统对接,将图片推送到指左
路径,由ATM及STM系统读取并推送至设备。
2.2.3内容管理系统与理财平台系统接口对接:
为实现理财、结构性存款产品信息的自动获取与展示,与理财平台系统对接,前台设置理财页而、结构性存款页而,以列表方式展示理财信息.
2.2.4开发软叫号系统:
内容管理系统嵌入软叫号系统。
2.2.5内容管理系统重点功能模块开发:
重点针对URL链接、小游戏、计算器、网点查询、问卷调査等功能进行开发。
2.3具体开发内容
具体开发内容如下表:
类别
功能模块
具体描述
备注
后台管理
机构用户权限管理
机构管理
按照行内层级架构或以层级架构为基础搭建一套组织架构:
可对组织架构进行増加.删除.转移等功能管理。
必须
实现
用户管理
可新建.删除、管理用户:
用户可至于相应组织架构下:
用户可修改密码,自定义设置部分功能.
必须
实现
权限管理
按照需求设宜不同层级不同模块的管理权限;向不同用户分配不同管理权限。
必须
实现
流程管理
流程执行
可设定的对工作流的执行包括提交.批准、拒绝、重新打开:
系统会根据路由的判定条件和片前节点的执行操作设逍1:
作流的下一目标节点:
流程图显示:
以图形方式形象的展现F前流程到达的节点,和已操作者及未操作者。
必须
实现
工作流设
置
流程创建:
创建工作流,支持正文爪页签或筝页签编辑方式、控制多人编辑表单•和正文的锁定方式、选择流程模板和汇报关系;
流程设汁:
支持图形化流程设汁,动态效果显示节点及路径;流程权限分配:
设置流程的使用范围、流程监控员、流程观察员、超级观察员权限:
成员控制:
设宜流程步骤的经办人:
复制新版木:
复制已有工作流,快速创建新流程.
必须
实现
及时处理流程
在个人工作桌面会酰目的显示出待办事宜根据各种条件査询流程
必须
实现
流程跟踪和监控
系统保留工作流流转过程中的所有信息,包括:
流转过程中备操作者、操作时间.操作类型;审批和批注意见:
电子签名:
流程跟踪:
允许流程的相关节点的人可以璟踪整个流程的执行情况。
必须
实现
图形化工作流程
请求流转的过程中.可以利用图形化匸具快速获取请求流转的情况。
包括、勺前所在节点、节点操作者、所流经的路由和即将流经的路由。
必须
实现
流程动态
维护
企业的组织机构和业务模式可能会经常发生变化,系统可以根据企业的实际需求灵活的定制相关的匸作流程,方便企业进行各种工作流程的动态维护管理
必须
实现
搜索功能
可以设定蚩种条件对请求进行捜索.系统与其他模块的协同可以使用户根据相关的CRM、文档或项目等条件搜索请求
必须
实现
设备管理
设备登记
系统对设备具体信息进行登记录入:
必须
/转移/删除管理
权限用户可完成设备的登记、转移与删除操作
实现
设备分类管理
设备登记后根据设备型号及设备位宜对设备进行分类管理;模板可根据设备分类分别推送。
必须
实现
模板管理
模板配宜
发布模板可自定义配宜.
必须
实现
模板分类
根据我行需求及设备种类设计多套发布模板。
必须
实现
统一推送
模板设宜后统一推送至相应设备;推送时可选择在线模式或离线模式.
必须
实现
推送跟踪
每次推送具备实时监控功能:
跟踪每次推送任务的完成进度。
必须
实现
前台展示
终端配置
终端配宜Android5・0或Windows7以上系统;支持以上系统的客户端适配及安装。
必须
实现
轮播展示
支持多图片或多视频轮播展示:
图片轮播支持每张图片附带相应视频点播.
必须
实现
栏目设置
按照我行需求设宜相应栏目;
栏目按照层级设宜并展示:
层级为首页-二级栏目一三级栏目等;
设宜理财页面与结构性存款贞面,与理财平台对接•获取数据。
必须
实现
功能实现
商城URL链接
添加外行提供的URL链接;点击后跳转到相应页而;能兼容相应贞面。
必须
实现
小游戏
嵌入多个小游戏。
必须
实现
转盘抽奖
用户可使用电子转盘进行抽奖:
大堂经理Pad终端可控制转盘功能.
必须
实现
计算器
根据不同产品的计算公式开发相应计算器:
计算器功能附于产品贞面。
必须
实现
网点查询
采用主流地图为底层;设宜网点经纬度反显地图;可展示网点位置与营业信息。
必须
实现
问卷调査
统一向相应终端推送问卷;问卷调查结果汇总,导出报表。
必须
实现
叫号功能
实现软叫号功能:
用户于•机扫描二维码(多媒体设备显示/其他显示方式)生成排队号(手机显示排队人数);
用户取号可选择业务类型:
柜员与大堂经理使用业务终端叫号:
由网点智能电视或LED屏显示叫号信息和叫号提醒声音.
必须
实现
系统接
ATM系统
与ATM管理系统对接.推送宣传图片
必须
口集成
集成
实现
STM系统集成
与STM管理系统对接,推送宣传图片
必须实现
理财平台
与理财平台系统对接,获取埋财、结构性存款数据
必须实现
柜面系统系统集成
与柜面系统对接,由柜面系统向内容管理系统推送数据与指令,实现柜员通过柜而系统叫号。
必须实现
2.4系统要求
>多数据库支持:
支持Hysq1、Oracle、SQLServer等多种数据库;
>多中间件支持:
支持Tomeat、Weblogic、Websphere>Jboss等多种中间件;
>多操作系统支持:
前台支持Android、Windows、Linux操作系统,后台支持WindowsxLinux操作系统;
>后台多浏览器支持:
支持IE(IE7/8/9/10/11).Edge.Firefox.Chrome.Safari、360等主流浏览器。
25接口要求
内容管理系统需要与英他系统进行接口集成,主要实现内容:
图片/视频推送、跳转链接、叫号服务、理财展示等。
需要接口集成的系统包括但不限于:
》网上商城URL;
》柜而系统:
》ATM管理系统;
>STM管理系统:
>理财平台。
3实施服务要求
3.1人员要求
1、要求公司方部门经理级别以上管理人员,承担项目的总体管理、资源协调、重大事件决策等。
2、合作方参与项目现场实施的人员不少于3人,英中公司方项目经理要求五年(含)以上内容发布及管理系统软件开发经验,并具有3个(含)以上同类项目管理实施经验。
3、项目组苴他开发人员需具备两年(含)以上內容发布及管理系统的建设经验。
4、质量经理和测试经理,全程负责项目质量管理工作、配置管理工作、测试组织工作,质量经理和测试经理要求为项目实施的骨干人员,有内容发布及管理系统的质量管理和测试管理经验,需提供相关工作经历证明。
5、测试工程师,全程参与系统的测试过程。
6、所有人员均需在招标方指泄工作地点办公。
7、合作方参与项目实施人员的数量应能够保证项目进度与质量:
投标方须提供全体项目组成员的工作简历及客户方证明人联系电话,提供虚假信息的其投标将被视为无效。
投标方要严格按照人员名单及时到位,并保证主要项目人员在项目实施过程中全程在位。
8、所有成员需征得招标方书而同意后才能更换,项目经理、项目组骨干成员在整个项目实施过程中除招标方要求外不得更换。
9、投标方投标时需明确项目组人员名单和简历,简历必须真实。
3.2测试要求
投标方必须提岀测试方案,提供相应的测试案例,且在测试方案征得招标方同意后,完成测试。
包括单元测试方案、集成测试方案、用户测试方案、接口测试方案、系统安装测试方案、系统性能及优化测试方案等。
投标方在交付测试前需自行完成功能性测试。
3.3文档管理要求
要求使用专门的文档管理工具对项目文档进行管理。
在系统生命周期的各个基线上,都要求有相应交付的文档、数据或程序,需要采用系统的方法以保持不同阶段的软件配置的一致性和完备性•这里所指的项目文档包括项目建设过程中规定的提交物,包括正式版本、重要的中间版本,会议纪要、测试文档、项目状态报告、沟通登记、问题报告等。
3.4保密义务
投标方将严格遵守招标方关于保密方面的规立,自觉保守招标方的商业秘密。
招标方为方便项目实施所提供给投标方的工作流程、管理模式、试验数据、规程、程序等相关资料文档以及开发过程中所产生的资料、文档、数据均属于招标方知识产权,未经招标方授权同意,投标方不得另作他用。
因投标方原因导致上述资料、文档、数据或招标方商业秘密泄需的,招标方有权要求投标方采取措施消除影响,并赔偿招标方损失。
3.5培训要求
仁投标方应负责我方业务、技术人员的培训,培训内容至少包括以下方而:
现场培训:
投标方负责系统管理员进行现场系统的软、硬件配宜及安装调测培训。
操作维护培训:
对操作人员进行统一的系统培训:
安装、调试、操作、维护、故障排除等,并使其熟悉系统的使用与维护,以及各种软件均需要提供足够深度的高级培训,保证完成技术移交;并提供全套的培训教材和培训课程il•划表.投标方应免费提供招标方业务人员和技术人员的技术及业务培训。
在项目实施过程中投标方至少需提供以下文档(电子文档):
系统安装手册:
作为系统安装工作的指南;
系统维护手册:
必须包括安装及准备步骤、说明书、原理及操作,包括维护步骤、故障应急处理流程:
系统用户手册:
必须详细介绍系统全部产品的配置、连接方法、操作方法,提供对系统操作步骤的详细说明,包括可能发生的错误/诊断/报警信息;
2、投标方应负责配合我方完成业务操作人员培训工作.
3、投标方负责提供培训教材,投标方在建议书中应提供培训讣划(其中应注明每次培
训课程的时间、人员及课时)、培训大纲(其中应注明每次课程的内容和目的).
4、投标方应保证在现场培训期间,受训人员在投标方的指导下所能做的一切操作均不会
对系统构成损害。
否则,所造成的损害由投标方负责。
3.6售后服务要求
1、投标方在完成合同所规赵的服务后,需提供一年的免费售后服务•售后服务和技术支持范用包括:
2、对应用软件及相关自主产品提供至少一年免费保修及系统技术支持服务。
3、投标方须提供至少一年以上的应用系统中所使用的自主软件产品的免费版本升级及功能更新服务.
4、对随系统提供的硬件(如有)须有一年的免费质保及免费上门维修服务.
5、投标方应提供7*24小时技术支持热线电话,在接到报修通知后1小时内响应,2小时内无法解决问题,需于8小时内派人员现场处置,并必须连续进行,直至故障排除完全恢复正常服务为止。
在故障解决之后,投标方应将故障现象及原因、处理过程和方法、完成处理及恢复正常的时间和日期等以书而形式报告招标方。
6、解答招标方提出的问题•如岀现紧急技术问题,在招标方通过电话或传真通知投标方的情况下,投标方的工程师应在30分钟内予以响应,8小时内赶到现场(如需要),24小时内提出解决方案,并继续与招标方沟通,直至解决问题.
7、维护期内,投标方提供服务所产生的一切费用均由投标方承担,当系统出现故障时,由于投标方人员未在规左时间内赶到现场进行维护而给采购单位造成了经济损失,则投标方有义务通过协商给予采购一N的经济赔偿。
8、投标方应负责解决所供系统出现的任何故障,以及合同或需求分析确认文件中规左的但在运行中证实未满足的功能、性能要求,并需要得到最终用户的签字认可。
9、维护期内的缺陷未解决,维护期应相应延长,具体延长时间由双方协定。
10、两次对所提供的软硬件产品进行巡检,进行合理化建议及系统调优等,作预防性维护;
11、方组织进行相关的培训、技术交流等方而的活动时,如招标方人员有意愿参加时,安排英参加,并在费用方而给予优惠。
12、方式:
不限次的电话、电子邮件、现场故障排查和问题解决。
13、维护期结朿后,投标方应提供不髙于合同规左的维护服务价格、服务标准的维保
服务,可供招标方选择签订.
3.7系统版权要求
1.招标方拥有在本项目中由投标方提供的应用程序及相关数据和文档的使用权。
2。
投标方承诺所涉及第三方产品的知识产权/版权由投标方负责办理,并取得原知识产
权/版权人的授权.
3•由于投标方未取得原产权/版权人的授权,造成招标的损失由投标方负责。
3.8项目管理和验收要求
仁项目管理要求:
投标方应提岀详细项目实施方案,对项目实施内容、周期、进度讣划、测试计划(包括功能性测试、非功能性测试、压力测试等、人员安排等具体要求作出详细说明•根据我行系统实施的时间要求和基本的业务要求,对我行实施的具体业务范国和系统功能范用提出建议,并依据该范囤制定相关的系统开发和实施方案。
2、系统验收要求:
1)在项目验收前,将以下资料文档汇集成册交付招标方(含电子文档),招标方只有所要求资料齐全后才予验收.
相关的系统软件,第三方软件及文档,包括:
软件安装盘、安装与配置手册及开发手册.
投标方自主产品软件及文档,包括软件和应用安装介质、安装手册、开发手册、产品维护手册及产品编译手册。
项目文档,应包括项目各阶段的文档,包括但不限于《项目计划书》、《业务需求说明书》、《项目槪要设计说明书》、《数据库设计说明书》、《测试计划》、《测试案例》、《测试报告》、《运行维护手册》、《操作手册》等.
2)验收实施阶段,投标方与招标方共同提出验收大纲(验收的具体标准、方法和步骤),该验收大纲经招标方确认后方可作为最终验收标准的依据。
招标方负责本合同服务内容的验收。
3)招标方有权组织由其工作人员或聘请的专家组成的不少于2人的验收小组对投标方进行脸收。
如验收小组中有50%以上成员认为投标方提供的服务不符合验收标准,则视为投标方提供的技术服务验收不合格。
验收合格的,招标方应出具验收证明交付投标方。
4)验收不合格的,招标方应在1日内做岀响应,并在一周内排除故障再次提交验收。
3.9其他重要要求
>项目结项后,招标方如有关于系统改造、定制化开发等相关需求,投标方须可以按每人月计价,为招标方提供对应技术服务,人员按技术水平及工作经验等因素应至少分为中级软件系统工程师(二至五年相关软件开发经验)和高级软件系统工程师(五年及以上相关软件开发经验)等,投标方须提供人员名单和简历,简历必须真实。
>付款方式:
按照合同约左签订《项目工作说明书》后支付第一里程款(项目含税金额的30%);按照合同约泄签订《项目验收报告》后支付第二里程款(项目含税金额的60%);按照合同约左签订《项目验收报告》一年后后支付第三里程款(项目含税金额的10%).
4对公司的资质要求(资质等要求若有须提供)
企业技术队伍:
软件开发和测试人员不少于15%的金融领域业务及IT咨询人员。
在中国的技术支持团队,中国支持团队的规模,以及技术支持的模式应能满足要求。
项目实施团队人员应有较强的业务及技术水平,团队主要人员包括项目经理、技术经理、需求分析人员等具有5年以上的同类系统开发和管理经验:
应至少实施过3个同类型、并且完整周期的项目的经验,英他开发人员原则上也应具备3年以上相关系统的工作经验.
提供本次项目开发人员组成名单(含简历),同时在提供的成功案例中要提供实施人员的证明材料(原合同书中有团队成员的以及甲方证明等)。
项目开发管理体系、计算机系统集成、信息安全管理体系(ISO27001或以上)、软件产品登记证书或计算机软件著作权登记证书等相关证明文件。
成熟度认证:
应标人应具备CMMI3级(含)以上成熟度资质认证.
技术环境和条件:
拥有实验室环境,具备完整的自动化测试和性能测试软件环境。
5项目周期要求
项目建设采用整体招标,分团队实施的方式:
项目实施周期预讣为3个月,期间,网点多媒体终端内容管理系统团队负责完成本系统
业务需求咨询、软件平台开发调试、部署,接口开发,系统上线等工作。
列系统上线试运行周期为3个月。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 天津滨海 银行