广州银行影像内容管理平台项目

合集下载

平台建设方案

平台建设方案

平台建设方案目录一、项目背景与目标 (3)1.1 项目背景 (3)1.2 项目目标 (4)二、平台需求分析 (6)2.1 功能需求 (7)2.2 性能需求 (8)2.3 安全性需求 (9)2.4 可用性需求 (10)三、平台技术选型 (11)3.1 前端技术 (12)3.2 后端技术 (14)3.3 数据库技术 (15)3.4 云计算技术 (17)4.1 系统整体架构 (19)4.2 前端架构设计 (20)4.3 后端架构设计 (22)4.4 数据库架构设计 (24)五、平台功能实现 (25)5.1 用户管理模块 (26)5.2 内容管理模块 (27)5.3 交互功能模块 (28)5.4 数据分析模块 (30)六、平台安全策略 (31)6.1 数据加密 (32)6.2 权限控制 (32)6.3 日志审计 (33)6.4 防火墙与入侵检测 (35)7.1 测试目的 (37)7.2 测试范围 (38)7.3 测试方法 (40)7.4 缺陷管理 (41)八、平台上线与运维 (42)8.1 上线计划 (43)8.2 运维团队 (44)8.3 监控与维护 (46)九、平台推广策略 (47)9.1 目标用户 (49)9.2 推广渠道 (50)9.3 用户反馈机制 (51)十、项目预算与效益评估 (52)10.1 项目预算 (53)10.2 效益评估 (54)10.3 风险评估 (55)一、项目背景与目标随着信息技术的迅猛发展,数字化、网络化、智能化已成为各行业转型升级的关键驱动力。

在此背景下,我们公司决定构建一个全新的平台,以整合公司内外部资源,提升业务效率,增强市场竞争力,并实现公司的长期可持续发展。

本项目旨在打造一个安全、稳定、易用的数字化平台,通过集成先进的信息技术,实现数据的精准采集、高效处理与智能分析,为公司决策提供有力支持。

该平台将作为公司与客户、合作伙伴之间的桥梁,促进信息的顺畅流通,提升客户满意度与合作关系。

广州银行新一代核心业务系统建设项目监理服务合同

广州银行新一代核心业务系统建设项目监理服务合同

广州银行新一代核心业务系统建设项目监理服务合同编号:合同双方:甲方:广州银行股份有限公司住所地:法定代表人/负责人:职务:董事长电话:传真:邮编:乙方:住所地:法定代表人/负责人:职务:电话:传真:邮编:合同签订地:广州市在自愿、平等、互利、诚实信用的基础上,按照《中华人民共和国合同法》等有关规定,结合甲方项目的具体需求情况,经甲、乙双方协商一致,签订本合同,以兹共同遵守。

第一条项目内容一、甲方委托乙方监理的新一代核心业务系统建设项目(以下简称“本项目”)概况如下:项目名称:广州银行新一代核心业务系统建设项目监理服务项目(项目编号:CZ2016-0718)项目地点:广州银行总行及所有分支机构本项目监理服务范围和工作内容:1)监理期间,对项目实施和验收的全过程进行监督管理,根据甲方项目建设目标和相关标准规范对项目进行质量、进度、风险等控制,协助对甲方项目实施的软件及硬件设备进行到货查验,对所有子系统进行单项验收,组织项目初步验收和竣工验收,组织项目文档移交。

项目实施完成后,乙方应对项目进行回访,协助解决技术问题;对甲方提出的项目质量缺陷进行检查和记录;对项目质量缺陷原因进行调查分析并确定责任归属;检查承建单位质保期履约情况,督促执行。

2)项参与核心业务系统的业务需求分析和需求评审工作,核心业务系统业务需求范围包括但不限于:公共管理、客户信息管理、存款、借记卡、国债、理财业务、中间业务、表内外授信业务、同业业务、支付结算、票据业务、国际业务、代理业务、资金清算、内部账务管理、会计核算及总账等。

具体服务要求见《监理服务要求》(见附件1)。

二、乙方向甲方承诺,按照本合同的规定,承担本合同中议定范围内的监理业务。

三、甲方向乙方承诺按照本合同规定的时间、方式、币种,向乙方支付监理费用。

第二条词语定义、适用范围和法规一、下列名词和用语,除上下文另有规定外,有如下含义:1)“项目”是指甲方委托乙方实施项目监理及相关服务的新一代核心业务系统建设项目。

中行影像内容管理系统的设计与实现中期报告

中行影像内容管理系统的设计与实现中期报告

中行影像内容管理系统的设计与实现中期报告一、项目概述本项目为中行影像内容管理系统,主要实现对银行业务中产生的各类影像文件进行存储、管理、检索、分享等操作,为保证行内业务处理效率和金融风险防控提供支持。

二、进展情况1.需求分析通过对银行内部各个部门和业务流程的了解,我们初步确定了系统的需求,对需求进行了详细的分析和设计,制定了初步的系统功能架构和数据流程图。

2.系统设计根据需求分析,我们确定了系统的技术架构和实现方案,并进行了详细设计,包括数据库模型设计、系统架构图设计、系统流程图绘制等等。

3.系统实现在设计的基础上,我们采用前后端分离的方式进行系统实现。

前端采用React进行开发,后端采用SpringBoot框架和MySQL数据库进行开发。

目前已完成了登录注册、上传、下载、删除等基本功能的开发和测试,并进行了优化和完善。

4.测试与优化在系统开发过程中,我们严格按照测试计划进行测试,对系统的性能、安全等方面进行了测试和优化,并解决了出现的问题和bug。

三、存在的问题1.系统安全性问题需要进一步优化,针对权限控制、数据保护等方面进行完善。

2.系统的搜索功能需要进一步优化,提高搜索的精确度和效率。

3.系统的用户体验还需进一步优化,提高用户的操作效率和舒适度。

四、下一步工作计划1.对存在的问题进行修复和优化。

2.完善系统的功能,加强系统的安全性和数据保护。

3.进行系统的性能测试和压力测试,提高系统的性能和效率。

4.继续进行用户体验优化,提高用户的操作体验。

五、结论目前中行影像内容管理系统已经完成了需求分析、系统设计、系统实现等基本工作。

在系统开发过程中,遇到了一些问题和挑战,但我们已经制定了相应的解决方案并取得了一些进展。

在后续工作中,我们将进一步完善系统的功能和性能,为银行业务提供更加高效、快捷、安全的支持。

Oracle影像管理解决方案介绍

Oracle影像管理解决方案介绍

Implement
流程建模
Execute
监控
业务人员
用 户
阶段二:影像流系统解决方案
查询/分析
业务流程建模 业务流程仿真
凭证接收
已有系统整合 电子表单
影像的全生命周期管理平台 分发 扫描影像
内容存储库 公共协作空间
全程的业务活动监控
业务流程
影像存储
阶段二:影像流系统解决方案 更全面的内容支持能力
用影像技术提高组织流程处理效率
我们很难追上流程信 息化的列车…
除非我们把数字影像也带上来
小结:影像流带来的优势
影像
让影像真正发挥其应有的作用
– 通过自动化增强影像流转的能力 – 提升相关人员的工作效率 – 降低纸张流转带来的风险
业务流程
充分优化的业务流程
– – – – 更低的成本 更少的错误, 更高的生产力, 发挥影像的能力 更便利的决策 高效的业务运营团队
阶段二:影像流
阶段二:影像流系统解决方案 典型的业务场景
一级分行 经办
扫描录入 影像检查
复核 授权 业务流程 平台 业务 系统
业务办理
OCR处理
影像系统
省行 监督、控制下
归档
查询
影像管理
属机构工作及 风险、授权
各种数据管理
48
查询
Oracle解决方案的主要特征
广泛的适应性
2 1
以影像流为核心的
2
复核人员对经办人员初审过的 材料进行复审,如复审同意放
5 经办人员对复核、主管、 部门经理、省行授信执行 团队审核退回的材料给支 行发放“不予放款通知书”
款且在权限内(含100万元以内)
则直接递交同意“放款通知 书”,超权限交由下一级授信 主管审核,如不同意放款则直 接退回经办人员

城商行信用卡中心敏捷转型实践

城商行信用卡中心敏捷转型实践

☐ 广州银行信用卡中心 胡志锋 林爱苹信用卡市场竞争激烈,发卡机构需要不断创新和提供差异化的服务来获取竞争优势。

建设敏捷型组织有利于发卡机构快速响应市场变化和客户需求,通过科技的应用降低运营成本和提高工作效率。

本文概括总结了广州银行信用卡中心的敏捷转型实践经验和建设成果,以期为金融同业或其他面临同样困难和挑战的金融机构提供参考。

一、敏捷转型初期探索:敏态与稳态之争1.Scrum框架的推广与落幕Scrum是一种敏捷软件开发框架,用于高效地组织、规划和交付复杂项目。

它强调团队的协作、迭代式开发和持续反馈,以满足不断变化的需求。

在Scrum框架中,项目被划分为一系列称为Sprint的短周期迭代。

每个Sprint 通常持续2~4周,团队在此期间着重完成可交付的软件增量。

Scrum团队由跨职能成员组成,其中包括产品负责人、开发团队和敏捷专家(Scrum Master)。

广州银行信用卡中心对敏捷开发模式的探索大约始于2017年,通过借助外部教练资源在科技部门推广Scrum框架,孵化了一批敏捷试点,主要覆盖渠道类系统,同时也在审批类系统做了有益尝试,覆盖了日常需求以及新建系统。

Scrum框架的推广引发了组织及团队对敏捷转型的向往。

团队可以更加聚焦交付用户价值,减少在文档及评审会议等事务上的投入。

但随着团队的扩展,教练资源不足的问题逐渐显现,加上敏捷试点的团队成员都比较年轻且缺少开发经验,因此团队负责的系统交付工作遇到了瓶颈。

敏捷转型的期望是通过改变研发过程,缩短用户价值的交付周期,从而获取业务上的竞争优势,但这一过程的改变并不能直接解决组织本身交付能力(包括质量和效率)的痛点,Scrum框架的推广进入了冷静期。

2019年开始,广州银行信用卡中心逐步弱化Scrum框架的应用,回归对交付质量和研发效率痛点解决方案的探索。

2.基于CMMI系统性梳理研发体系没有交付质量就没有研发效率可言,广州银行信用卡中心从解决单个生产故障转向寻找系统性提升研发质量和效率的方案,于2020年开展CMMI软件能力成熟度三级的咨询及认证项目,对研发体系进行了全面的梳理,识别出强弱项,并制定针对性优化方案。

吉祥人寿影像内容管理平台需求规格说明书

吉祥人寿影像内容管理平台需求规格说明书

吉祥人寿影像内容管理平台需求规格说明书V1.0.11.引言1.1.目的此《需求分析说明书》经过委托单位和开发单位确认后将作为系统设计、代码编写、测试阶段的唯一开发设计的依据,也是项目验收的唯一依据。

1.2.文档约定本文当以中文汉语描述,以Word2003为基本文档格式。

为便于阅读,本说明书中设置如下符号约定:●[ ] ——菜单项;●【】——按钮;●< > ——界面上的可输入控件,如:文本框、下拉框等;●“”——界面名称,或名词强调,有或者是内容信息。

1.3.预期读者与读者建议本需求对系统进行了一个概要的描述和范围定义,主要读者是:⏹业务人员与业务管理人员,直接或间接管理和操作本系统的业务人员⏹系统操作与管理运营人员,负责平台后期维护与管理的日常运营人员⏹平台项目开发与维护等相关技术人员、管理人员1.4.项目范围本产品包括了影像前端业务操作和后台管理操作两部分内容,是最终面向操作人员和管理人员的详细需求描述。

1.5.参考文献1)《吉祥人寿影像平台与业务系统接口集成》2.综合描述系统部署方案基于总分网络结构为星型连接。

每个分公司只能连接到总公司的网络,分公司之间不能直接连通或访问。

2.1.项目背景影像平台具有非结构化数据的接入,影像处理、影像传输、影像存储、影像管理、系统管理以及安全权限等内容管理全流程,通过与保险承保、理赔等核心业务系统集成,可以很好的满足和提供全公司非结构化数据的业务应用支持和数据长期存储管理支持。

项目开发完成后,将在吉祥公司试运行,并逐步在全公司推广。

2.2.产品目标●通过提高自动化程度,减少手工操作,减少出错几率,提高资料扫描效率。

●集成业务相关信息数据,减少影像系统与业务系统之间操作等方面的不方便性,整合到同一个系统提高用户的使用度及效率。

2.3.假设与依赖本系统试运行和正式生产环境的设备和集成实施都由硬件集成方完成,我方只进行影像应用软件系统的开发与部署。

影像业务的数据量巨大,假定网络通讯所要求的总分网络及内部局域网交换都能满足要求。

影像及内容管理平台-需求规格说明书

影像及内容管理平台-需求规格说明书

影像及内容管理平台需求规格说明书福建省农村信用社联合社内部资料注意保密文档修订记录:版本号修订日期修订说明修订人审核人批准人V0.1 2014.2.10 初稿项目组张昌祥张昌祥V0.2 2014.2.17 根据第一次组内评审修改,包括增加各用例功能点详细说明、增加非功能需求保密性安全性详细说明、增加开发类文档需求等肖凡方睿喆张昌祥张昌祥V0.32014.2.24增加扫描控件配置管理端功能点肖凡张昌祥张昌祥V0.42014.2.28根据第二次组内评审修改,包括增加假定约束说明、补充角色定义和权限说明、增加生命周期管理内容、补充接口定义等肖凡方睿喆张昌祥张昌祥V0.52014.3.3对功能需求的概述部分进行修改,增加系统结构图及相关说明肖凡张昌祥张昌祥V0.62014.3.5 根据需求部评审意见,增加机构管理等功能肖凡方睿喆张昌祥张昌祥V1.02014.3.6 基本版本肖凡张昌祥张昌祥V1.12014.4.10 根据需求变更单号影像及内容管理平台_20140410进行修改肖凡张昌祥张昌祥V1.22014.8.3 根据需求变更单号影像及内容管理平台_20140730\20140803进行修改肖凡张昌祥张昌祥目录1引言 (5)1.1目的 (5)1.2术语/缩略语 (5)1.3参考资料 (6)2任务概述 (6)2.1目标 (6)2.2系统(或用户)的特点 (6)2.3假定和约束 (7)3功能需求 (7)3.1概述 (7)3.2影像控件功能需求 (10)3.2.1业务设置 (11)3.2.2目录树设置 (12)3.2.3控件参数配置 (14)3.2.4版本管理 (20)3.2.5影像采集 (22)3.2.6影像展现 (26)3.2.7影像下载 (29)3.2.8影像维护 (31)3.2.9影像批注 (32)3.2.10影像打印 (34)3.3应用系统统一接入功能需求 (36)3.3.1系统接入上传 (36)3.3.2系统接入业务数据查询 (41)3.3.3系统接入业务数据更新 (46)3.3.4系统接入业务数据删除 (48)3.4配置管理功能需求 (50)3.4.1用户管理 (50)3.4.2角色管理 (57)3.4.3令牌管理 (62)3.4.4文档服务器管理 (65)3.4.5卷管理 (74)3.4.6同步状态管理 (77)3.4.7日志管理 (79)3.4.8 documentum配置 (81)3.4.9属性集管理 (85)3.4.10业务数据模型管理 (88)3.4.11机构管理 (95)4非功能需求 (102)4.1系统的外观需求 (102)4.2易用性需求 (102)4.3执行需求 (102)4.4操作和环境需求 (103)4.5可维护性 (104)4.5.1运行时间需求 (104)4.5.2维护需求 (104)4.5.3备份需求 (104)4.6安全性与保密性 (104)4.6.1访问权限控制安全需求 (105)4.6.2访问权限控制安全需求 (105)4.6.3业务系统接入安全需求 (105)4.7安全审计 (106)4.7.1安全审计机制 (106)4.7.2日志产生 (106)4.8产品应执行的标准和/或政策 (107)4.9影像传输机制 (107)4.9.1断点续传 (107)4.9.2传输控制 (107)4.10影像缓存机制 (107)4.11生命周期管理需求 (108)4.11.1缓存阶段生命周期管理需求 (108)4.11.2在线阶段生命周期管理需求 (108)4.11.3近线阶段生命周期管理需求 (108)4.11.4离线阶段生命周期管理需求 (109)5接口 (109)5.1外部接口 (109)5.1.1打印条码接口 (109)5.1.2内容采集接口 (110)5.1.3内容查询接口 (111)5.1.4内容归档接口 (112)5.2内部接口 (113)5.2.1内容服务器获取接口 (113)5.2.2 Documentum服务器信息获取接口 (114)5.2.3获取项类型列表和属性接口 (114)5.2.4获取文档类型列表接口 (115)5.2.5获取连接池信息接口 (115)5.2.6 WebService接口 (116)6文档需求 (119)6.1开发文档 (119)6.2用户手册 (119)6.3联机帮助 (119)6.4安装指南、配置文件、自述文件 (119)7需求分级 (119)8尚需解决的问题 (120)9附录 (120)1 引言1.1 目的本需求规格说明书的编写,是为明确影像及内容管理平台建设时,对影像及内容管理平台的具体要求,包括功能性需求及非功能性需求,并明确其中各模块的定位和开发范围,以及影像及内容管理平台与其他业务系统的关系,使任务提出者与开发者双方对项目的需求有一个共同的理解。

银行监控中心工程实施方案

银行监控中心工程实施方案

银行监控中心工程实施方案一、项目概述银行监控中心工程是指对银行内部各项运营活动进行监控和管理的中心化系统。

实施银行监控中心工程,旨在提升银行全面风险管理、运营效率和安全保障能力。

银行监控中心工程主要包括监控设备、监控系统平台、监控数据存储和分析系统、监控中心运维管理等内容。

本实施方案旨在明确银行监控中心工程实施的目标、范围、需求、资源投入以及实施步骤,确保项目的顺利实施和运营。

二、项目目标1. 提升安全保障能力:构建一套完备的监控系统,实现对银行网络设备、门禁系统、视频监控设备等进行全面实时监控和管理,确保银行各项资产和数据等的安全。

2. 提高运营效率:通过科技手段,监控中心工程实施后将实现对人员、设备、空间等资源的智能管理,提高运营效率,实现成本控制和效益最大化。

3. 加强风险管理:对银行运营中的各类风险进行实时监控和分析,预警提醒,及时处理风险事件,降低银行运营风险。

4. 优化监控中心管理:对监控中心的业务流程、管理水平进行提升,提高监控中心整体管理水平。

三、项目范围本项目的实施范围包括但不限于以下内容:1. 监控设备:包括视频监控、门禁系统、入侵报警系统、消防报警系统等的选型、采购和安装。

2. 监控系统平台:基于银行需求,设计、建设监控系统平台,构建监控系统与其他银行系统的数据交互能力。

3. 监控数据存储和分析系统:搭建监控数据存储和分析系统,支持大数据分析和实时监控。

4. 监控中心运维管理:建设监控中心运维管理系统,确保运维工作的高效管理和运行。

四、项目需求分析1. 技术需求:系统需要具有高性能、高可靠性以及良好的可扩展性。

2. 安全需求:系统需满足国家相关的安全标准,并有专门的安全保障措施。

3. 管理需求:系统需要支持远程监控、智能管理和移动办公。

4. 数据需求:系统需要支持海量监控数据的实时采集、传输、存储和分析。

五、资源投入1. 人力资源:项目需要专业的技术团队,包括项目经理、工程师、技术支持人员等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持.广州银行影像内容管理平台项目广银采购[2018]32号招标书广州银行股份有限公司二○一八年六月目录第一部分基本情况 (1)第一节广州银行概况 (1)第二节项目背景 (1)第三节采购目的 (2)第二部分投标方须知 (3)第一节招标方声明 (3)第二节投标方基本要求 (3)第三节相关费用 (3)第四节投标文件 (4)第五节关于知识产权 (6)第六节关于保密 (7)第三部分采购流程 (8)第一节投标文件递交 (8)第二节答疑 (8)第三节述标 (8)第四节评审 (9)第四部分采购内容及要求 (9)第一节系统建设目标与原则 (9)第二节项目实施要求 (10)第三节技术规范 (13)第四节业务需求 (19)附件1: (27)附件2: (28)附件3: (30)附件4: (31)附件5: (32)附件6: (33)附件7: (34)附件8: (35)附件9: (37)第一部分基本情况第一节广州银行概况广州银行成立于1996年9月,自成立以来,依托中国经济腾飞的大好形势,乘广东改革开放先行先试的东风,在市委、市政府的正确领导和大力支持下,不断深化改革、强化管理、优化服务,先后实现资产重组、跨区经营等重大跨越,各项业务持续快速发展,竞争实力显著增强。

截至2017年末,资产总额4401.02亿元,各项存款2825.57亿元,各项贷款1697.27亿元,实现利润总额40.03亿元,实现净利润33.97亿元;各项监管指标保持良好,不良贷款率1.35%,拨备覆盖率177.4%。

目前机构总数122家,其中总行1家,分行级机构13家(分行12家,信用卡专营机构1家),支行108家。

凭借优异的经营业绩和优质的金融服务,广州银行连续荣登全球银行排行榜500强(331位),入选亚洲中小银行竞争力排名第一、中国服务业企业500强(177位)、中国银行业100强(46位)、广东省纳税百强企业,并先后荣获资产规模2000亿元以上城商行竞争力评价第三名、中国银行业文明规范服务示范单位、最佳服务中小企业银行、最佳服务科技企业银行、最佳中小银行董事会奖、地方经济社会发展贡献奖、广州十大最具竞争力服务品牌、最佳本土银行等荣誉。

展望未来,广州银行将以广州为中心,覆盖珠三角、进入长三角,力争成为一家经营业绩良好的上市银行,特色化经营明显的精品银行。

第二节项目背景随着银行柜面、会计、国际结算、集中授权、信贷等各种业务量的不断飙升,大量的业务资料需要提交、审核、审批和存储,传统的手工处理方式,速度慢、效率低、人员需求量大、存储费用高,已经不适应业务发展的需求,需要用专业的影像内容管理平台进行统一的处理。

为配合我行综合前端系统建设,需要完成影像内容管理平台与之对接。

影像内容管理平台提供统一的录入、扫描、查看、分析、过滤、内容安全等多方面的能力,实现从影像采集、创建、传递到影像分析等影像整个生命周期的完全整合,通过连接综合前端系统和相关业务系统,管理和控制业务流程的走向,协同各个业务环节工作,成为运营管理的支撑平台。

第三节采购目的本招标书详细说明了广州银行影像内容管理平台的总体技术要求和业务功能框架需求,使投标方可以据此制定技术方案和实施计划。

广州银行通过本次采购流程选择最佳的项目实施厂商,来负责影像内容管理平台的应用软件开发,协助制定影像内容管理平台的主机、数据库、网络安全等方面产品的选型和配置方案,协助生产环境、测试环境的安装和部署,以及提供其它有关的技术支持、培训和服务。

第二部分投标方须知第一节招标方声明一、投标方未能在规定时间提交投标文件的将被视为自动放弃。

二、本次采购不接受两家(含)以上公司作为联合投标方。

三、投标方作为项目建设的主体,非经招标方同意,不允许对项目进行转包或分包。

四、投标方在此次采购过程中发生的所有费用,由投标自行承担。

五、招标最终解释权归招标方。

第二节投标方基本要求为使本次招标工作建立在公平、可靠和高效的基础上,投标方应同时具备以下资质:一、投标方必须是在中国境内依法注册的法人和其他组织,成立时间不少于3年(2015年(含)以前成立),注册资金不得少于(含)1000万元人民币。

二、最近三年(2015年-2018年)有独立实施银行的影像内容管理平台项目或同类型系统项目的案例;需提供签订的合同复印件(提供用户方项目负责人联系方式以备核实)。

三、投标方在中国境内必须有独立的影像内容管理平台开发、实施团队,须有完善的服务体系,有稳定的技术服务人员,须提供以上人员在本公司任职的外部证明材料(如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》)。

四、投标方须具有《软件企业认定证书》,具有影像内容管理平台或同类型系统的《软件产品登记证书》。

投标方通过了CMMI3(含)以上认证。

五、投标方必须具备独立完成本项目的能力,中标方不得分包、转包。

第三节相关费用一、本采购邀请书售价人民币贰佰元整,投标方自行承担参与本次采购过程相关的所有费用。

二、本项目收取采购保证金人民币壹拾万元整,用于保护本次采购免受因投标方的行为而引起的风险。

三、未按规定交纳采购保证金的投标方,其参与采购项目的资格无效。

四、交款方式:投标方如需以转帐的方式交纳本次采购保证金,请按以下账号汇入:账号:1241户名:广州银行股份有限公司开户行名称:广州银行广州花城广场支行五、在成交结果公布后十个工作日内,投标方凭我行财务部门开具的保证金收据原件及投标方介绍信无息退还保证金。

六、如发生下列情况之一,采购保证金将被没收:(一)投标方已承诺参与,但在采购评审前又退出。

(二)成交后,中标方不按投标文件签订合同,放弃成交。

(三)在采购期间用不正当的手段影响成交结果。

七、中标方的采购保证金转为履约保证金,在项目实施完毕并通过验收后无息退还。

中标方如无法按期保质保量完成项目规定范围内工作,中途退出,我行有权扣留其履约保证金并有权追究其法律责任。

第四节投标文件投标方应认真阅读采购文件中所有的事项、格式、条款和规范等要求,如果投标方没有按照采购文件要求提交全部资料,或者没有做出明确的、实质性的响应,其参与采购项目的资格将被拒绝。

“实质性响应”指符合采购文件所有要求、条款、条件和规定,且没有重大偏离。

一、投标文件的组成(一)声明函(附件1);(二)项目报价表格(附件2);(三)商务条款偏离表(附件3);投标方要对技术规范需求和业务需求的每一个功能点要求做点对点应答,不能满足或采取其他变通或间接满足的,需明确表示。

招标方有对于这种变通或间接方案是否接受的最终决定权,不能采用方案的视作不能满足。

(四)资质证明文件1、投标方法人营业执照、税务登记证书、组织机构代码证(三证合一仅需提供营业执照复印件);2、法人授权书(附件4);3、投标方基本情况(附件5),最近一年的企业完税凭证复印件,经有资质审计机构进行审计的最近三年(2014-2016)的企业财务报告复印件(包括资产负债表、损益表等),以及相关资质证书和获奖记录复印件,包括但不限于软件企业资质认证、CMMI、主要开发人员的资质证书等;4、自有产品和平台相应的软件知识产权证明文件或者保证书,包括但不限于影像内容管理平台或同类型系统的《软件产品登记证书》。

5、最近三年(2015-2018)影像内容管理平台的项目案例及用户名单;要求提供项目具体实施内容、实施周期和用户联系方式等,并提供与用户签订的合同首页、签字盖章页复印件作为证明;(附件6);(五)满足本文件第四部分“采购内容及要求”的解决方案,附上系统功能截图。

(六)项目实施人员简历、管理措施;需要提供负责本项目服务工作的主要人员的详细资历介绍、学历和学位证书以及相关资质证书(附件7);须提供以上人员在本公司任职的外部证明材料(如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》)。

(七)项目测试和验收方案;(八)系统的咨询服务、售后维护方案、培训计划;(九)投标方在广州本地分支机构信息及本地服务能力说明。

(十)投标方认为必须说明的其它内容。

二、投标文件的递交(一)投标方准备投标文件1份正本、4份副本、1份电子文档、1份报价文件;所有文件装订成册,密封后加盖单位公章,同时在封面标明单位名称和“正本”、“副本”或“电子文档”、“报价文件”字样。

其中报价文件需单独密封,其他文件不得出现报价有关信息;否则视为无效。

(二)投标方应在采购书指定日将密封的投标文件送达采购书制定地点。

招标方拒收在本采购邀请函明确的采购时间后送达的采购投标文件。

以上文件以及其他资料一旦递交,将由招标方留存,不论贵投标方最终是否入围,均不予退回。

三、报价(一)报价币种为人民币,报价应为包含增值税额的含税价。

投标方必须开具真实有效的增值税专用发票。

(二)报价应包含投标方履行本文件所列所有义务所需的一切费用,包括:1、影像内容管理平台运行、开发、客户化实施服务,管理平台和工具软件费用;2、针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用;3、至少一年应用软件维护费,(含三个人月(一月22人日)的新增工作量);后续每年维保费不超过合同金额的10%。

4、培训费用,包括为招标方业务人员、技术人员和支持人员全部培训费用;5、税费及其它费用。

(三)招标方不接受可选择的投标方案和报价。

第五节关于知识产权系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件,所开发的应用软件的知识产权和专利权属本行所有,涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标方承担所有责任及费用。

投标方需要在响应书中明确本项目开发所形成的系统的知识产权,及源代码的提供情况(不提供、部分提供(注明哪些可提供)、全部提供)和修改权。

原则上要求投标方提供全部源代码,对于无法提供全部源代码的投标方,投标方须提供保障系统上线后系统运行维护、自主研发的解决方案。

第六节关于保密未经招标方许可,投标方不得将采购文件中关于招标方的系统现状及需求情况、建设情况提供给任何第三方。

第三部分采购流程第一节投标文件递交一、投标方必须在招标文件规定的时间内参加采购。

二、投标方应按照前面的要求装订投标文件,提交单独封装的投标文件(内有1份正本、4份副本、1份电子文档、1份报价文件),并分别在封签处加盖单位公章。

其中报价文件须单独密封,不得与其他文件装订在一起。

除报价文件外,其他文件不得出现与价格有关的信息。

报价表格未单独密封的视为无效。

三、有下列情况的,其投标文件无效:(一)投标文件未按规定密封;(二)投标文件未盖单位公章、无法定代表人或授权代表人签章;(三)投标文件内应附的证明材料或资质证明材料不全;(四)投标文件未按招标文件规定要求和格式编制填写,或内容不全、字迹模糊难以辨认;(五)投标文件逾期送达;(六)评审过程中,投标人有企图影响评审者的行为;(七)投标文件正本与副本不同。

相关文档
最新文档