兴业银行影像内容管理平台概要设计06V20文档格式.docx
《兴业银行影像内容管理平台概要设计06V20文档格式.docx》由会员分享，可在线阅读，更多相关《兴业银行影像内容管理平台概要设计06V20文档格式.docx（63页珍藏版）》请在冰豆网上搜索。
李海
2
新增3.4.7国结系统与客户缓存影像绑定接口
3
新增4.3.5客户端更新组件
4
5
6
7
8
9
10
11
12
1引言
1.1作用
本概要设计说明书定义了影像内容管理平台系统的技术边界，描述了应用架构设计、技术架构设计和数据架构设计等，是后续详细设计、编码的基本依据，同时也作为确定与关联系统接口的规范文件。
1.2预期读者
软件设计人员、软件开发人员、产品设计人员、软件测试人员、系统运维人员、相关业务部门人员。
1.3电子文档编写工具
本文档编写所使用的工具包括当不限于如下列表：
工具名
操作系统
MicrosoftOffice
2003
WindowsXP
MicrosoftVisio
PowerDesigner
1.4定义说明与符号规定
ICM：
ImageContentManager，影像内容管理
ECM：
EnterpriseContentManager，企业内容管理
CE：
ContentEngine，内容引擎，本文特指IBMFileNetCE
PE：
ProcessEngine，工作流引擎，本文特指IBMFileNetPE
AE：
ApplicationEngine，应用引擎，本文特指IBMFileNetAE
LDAP：
本文指目录、认证服务
STL：
特指本行国际业务系统
OLTP：
On-lineTransactionProcessing,联机事务处理，实时采集处理与事务相关的数据以及共享数据库和其他文件的地位变化。
OLAP：
On-lineAnalyticalProcessing,联机分析处理，支持复杂的分析操作，侧重决策支持，提供直观易懂的查询结果。
B/S：
基于浏览器模式的应用。
C/S：
基于客户端程序的应用。
F5：
F5负载均衡设备简称。
SAN：
区域网络存储交换机设备，用来连接多个数据存储系统。
VLAN：
虚拟网络，用于数据交换机中进行不同子网的划分。
VPN：
虚拟专用网络。
RAC：
ORACLE数据库提供的高可靠性集群方式。
GPFS：
IBM通用并行文件系统英文简称。
API：
ApplicationProgrammerInterface，应用程序接口，由各个产品提供给外界子系统调用其功能的接口。
WebLogic：
Oracle公司提供的WEB应用中间件。
外围接入系统：
本文特指集成影像控件集或者使用影像内容管理平台服务的系统，在本文中统称为外围接入系统，例如STL系统。
1.5本系统的设计规范
本系统遵循现有本行信息科技部系统设计开发规范要求。
【说明】
（领域级）本系统设计所遵循的组织级规范或者项目组自行制订的规范，如类设计原则、变量命名规范、安全设计规范、数据设计规范等。
1.6参考资料
资料名称
作者
日期
起止页号
影像内容管理平台规划.ppt
王世泽
2012．1
兴业银行总行信息系统概要设计说明书模板V2.12（简）.doc
V2.12
信息科技部总体架构处
2系统概述
2.1系统属性
系统编码
系统全名
系统中文简称
安全保护等级
系统类型
系统定位
研发模式
影像内容管理平台
影像内容管理
J
L
合作研发
2.2系统目标
2.2.1目标概述
建立一个统一的影像存储、管理、分发架构，初步构建本行影像内容管理平台，支持分布式影像节点的部署。
实现从实体采集、管理到利用、归档的完整影像生命周期管理，提供标准化的开发工具和组件集，支持B/S、C/S模式与业务应用集成及二次开发。
实现会计资料影像电子化存储系统、会计风险监测预警系统、STL系统、零售信贷档案系统的集成接入。
2.2.2设计指标
（一般级）可以包括但不限于：
（1）业务量均值、峰值及时点，描述内容可包括业务种类和估计数量、预计数据量、交易数量等等。
（2）响应时间。
（3）3－5年的规划发展值。
（4）服务时段。
（5）系统恢复时间及其他可用性指标。
业务指标
指标描述
指标值
3年规划值
一般要规划3年内系统的客户数量和业务数量的增长情况。
业务量均值
平均每日登陆系统用户数×
每人平均每日操作系统次数
峰值
每日登陆系统用户数最大值×
每人每日操作系统次数最大值
响应时间
用户操作时系统的响应时间
交易提交到交易完成所需时间：
2－5秒内，80％在2－3秒间完成
服务时段
系统可供用户使用的时间段
7*24小时
并发数量
同时访问系统的最大并发用户数量
访问高峰数量
同时访问系统的用户数量
访问高峰时间
访问系统频率最高的时间段
工作日9：
00——12：
00；
14：
00——17：
00
单次故障恢复时间（RTO）
系统允许的单次故障恢复时间，即由于故障造成的系统停止服务的时间
小于8小时
允许数据丢失时间（RPO）
允许的数据丢失的最长时间
2.2.3用户规划
（一般级）需考虑问题包括：
（1）组织内外部用户描述。
（2）用户群的划分依据、地域分布、人群范围。
（3）用户群的数量，并发数量，访问高峰数量及时间。
（4）本系统不同用户群对系统操作的要求。
2.3系统约束
2.3.1技术约束
本行技术人员对影像内容管理领域研发经验相对欠缺，影像内容管理平台的建设需要进行持续的规划、分步实施，这也是个经验积累的过程，初期根基建设时，先以“最小可满足”原则规划对外的服务接口，这要求接口设计采用的技术应具备灵活的可扩展性、多数适用以满足后续潜在需要，本系统封装后的内容管理服务器对外标准接口将采用WEBService技术规范发布。
本行技术人员无影像处理产品研发经验，影像处理产品以买断使用权的方式引进产品（公司方开放源代码），因影像处理产品专业性强，本行技术人员完全自主掌握成本较高，系统建设初期将主要依赖合作公司方提供服务，在建设过程中，逐步加强本行技术人员参与度，后续将采用合作研发模式演进所引入的影像处理产品。
系统设计方案中，拟采用的FileNetCE、LDAP产品均为引进产品，本行只拥有使用权，使用产品提供的特性进行二次应用开发，本行技术人员并不掌握产品底层代码，产品的可靠性、可扩展性需依赖原厂保障，产品自身缺陷有赖于原厂解决。
FileNetP84.5.1为本行引进的IBM影像工作流内容管理产品，需遵循产品技术架构配置使用该产品，本系统主要使用其CE产品，CE缓存、集群应用架构受产品可支持的模式及软硬件平台约束。
为提高可靠性，影像内容管理平台数据库拟采用ORACLE10.2.0.5，并使用RAC，ORACLERAC应用架构已很成熟，为ORACLE数据库产品架构的一部分，应用时需遵循产品技术规范配置。
为提高可靠性、可扩展性、服务性能，影像内容管理平台总行服务端CE数据库及影像文件的存储拟采用IBMGPFS文件系统，GPFS文件系统在本行EDIP等系统上已有成功应用，但是GPFS与不同存储品牌及型号间的兼容性仍需要经过严格的验证测试。
影像内容管理平台需支持分布式影像缓存节点的部署，缓存的机制很重要，本系统首选缓存方案为采用FileNetCE自身的缓存机制，该方案的有效性在渣打银行全球跨区域节点间已被验证过，但出于产品自身的特性，需要在主节点、缓存节点上的影像文件存储区域均需相互将可访问（NAS），缓存CE需直接访问主节点数据库服务器，鉴于此，数据库访问安全上需考虑VPN。
大批量影像文件的传输需要网络带宽的支持，影像内容管理平台节点的分布及应用效果受不同业务需求驱动，并受本行网络基础设施的制约，部署上需综合考虑本行数据中心分布及网络规划，影像传输需要考虑传输策略及流量控制机制。
2.3.2时间约束
会计风险监测预警系统（二期）项目技术方案依赖于本系统投产，本系统需在2012年8月底跟随会计风险监测预警系统（二期）二阶段上线时投产（视设备到货情况而定）。
2.3.3资源约束
本系统建设将受到软硬件、人力资源、费用等资源的约束。
软硬件和费用约束：
影像内容管理平台将作为基础性平台支持不同业务系统的集成，必须考虑高可靠性、高可用性、有效的备份与恢复策略等等，软硬件选型上需遵循与本行技术目录指引要求，需考虑经本行实践验证较为稳定或有同类可比成功案例的成熟稳定的产品及机制，这意味着不菲的费用投入，需要合理的权衡。
人力资源约束：
在时间约束限制内，本行研发团队同时还肩负着交易处理中心系统（二期）项目、会计风险监测预警系统（二期）项目、会计资料影像电子化存储系统上线推广、二代支付项目配套改造、验印系统升级改造、系统日常维护等工作，根据目前系统研发安排，人力资源较为紧张。
外部资源约束：
影像内容管理平台的实施需依赖于FileNet实施厂家、影像处理平台厂家、LDAP产品厂家的支持，原厂技术支持人力资源情况、知识技能会对交付质量产生影响。
2.3.4系统现状约束
本期项目中，本系统的行内下游系统包括会计资料影像电子化存储系统、STL系统、会计风险监测预警系统、零售信贷档案系统等。
下游系统需要进行适应性改造方可接入本系统，本系统影像内容存储、传输、备份方面需要满足下游系统的需求，并考虑相关系统存量数据的迁移问题。
因此，本系统研发进度将影响下游系统的接入。
下游会计资料影像电子化存储系统服务端部署在成都，凭证影像要素人工录入人员集中在成都作业中心，会计资料影像数据量大，系统物理部署主节点需要综合考虑现有关联系统部署、用户分布现状、本行数据中心规划以及拟部署地运营支持力量等因素。
2.3.5系统运维约束
运维人员需要了解系统基本运行机制和配置方式，保证系统可以正常的运行。
在系统出现轻微问题（不需要进行系统改动时），可以重新启动系统服务，恢复系统运行。
运维人员需要进行日常系统监控。
系统将自动提供日志记录，运维人员定期备份数据，清理存储空间。
影像内容管理平台作为基础性支撑平台，系统故障恢复时间等非功能性指标主要由集成接入的业务系统需求确定。
3系统边界设计
3.1本系统定位
影像内容管理平台属于基础支撑系统，它向集成接入的本行其他影像应用业务系统的提供影像内容管理基础服务。
通过本系统的建设，可以构建一套统一的影像存储、管理、分发架构，以更合理地使用有限的IT资源。
3.2系统关联视图
本系统与其他系统关联关系如下图（随着接入系统的增加而变化）所示：
3.3关联系统描述
影像内容管理平台CE服务器、影像处理服务器对外发布WebService标准接口，并提供可调用这些Web服务的客户端API（Java版本）和影像控件，影像控件对外提供服务接口。
1、国际业务系统（STL）：
本系统原影像信息存储在国业影像系统中更改为存储到
升级会员 