网上客户管理系统投标书技术部分
XX集团
网上客户系统项目招标编号：
投标书正本（技术部分）
2015年XX月
1目录
1目录.......................................................................................................................... II 1平台系统概述.. (1)
1.1平台建设背景 (1)
1.2平台定位和战略目标 (1)
2 总体方案 (3)
2.1技术架构 (3)
2.2建设思路 (23)
2.3系统开发环境 (23)
2.3.1 网络环境硬件拓扑图 (23)
2.3.2 平台技术开发环境 (24)
2.3.3 编程框架 (32)
2.3.4 业务封装拓展 (33)
2.3.5 系统测试 (33)
2.4系统拓扑结构 (34)
2.5系统部署 (35)
2.5.1 概述 (35)
2.5.2 系统拓扑结构 (35)
2.5.3 具体系统部署 (36)
2.5.4 系统部署的优点 (43)
2.6数据库空间规划、存储规划、索引规划、备份规划 (44)
2.7点对点详细设计 (48)
2.8主要技术选型 (49)
2.8.1 遵循国际标准规范协议 (50)
2.8.2 利用XML技术实现数据间的传输交换 (50)
3 功能规划方案 (52)
3.1预期目标 (52)
3.2系统整体架构 (53)
3.3功能架构 (54)
3.3.1集团端和企业端分工概述 (54)
3.4多业务场景数据流转分析 (55)
3.5企业端功能规划 (56)
3.6集团端功能规划和实现 (83)
3.6.1 三户模型概念 (83)
3.6.2 集团端数据库设计 (86)
3.6.3 权限管理 (93)
3.6.4 集团端和企业端客户数据交换逻辑 (94)
3.7集团端门户统一认证与单点登陆 (95)
3.7.1 设备功能说明 (96)
3.7.3 业务流程 (97)
3.8网上商城 (115)
3.9数据挖掘 (117)
3.10典型业务场景原型设计 (121)
3.11统一接口平台 (141)
3.11.1 统一接口平台概述 (141)
3.11.2 统一接口平台集成关系图 (142)
3.11.3 与TCIS系统的接口 (142)
3.11.4 与网上商城的接口 (143)
3.11.5 与支付平台的接口 (143)
3.11.6 与第三方平台的接口 (144)
4 IC卡在线充值解决方案 (164)
4.1.1 概述 (164)
4.1.2 读卡器功能和性能介绍 (165)
4.1.3 读卡器安装方法 (166)
4.1.4 读卡器操作方式 (166)
5 系统安全服务 (169)
6 安全性和数据灾备方案 (172)
6.1系统安全性 (172)
6.2灾备概述 (173)
7 系统运行管理方案 (177)
7.1监控管理 (177)
7.2运维管理 (221)
8 项目实施管理过程 (266)
8.1总体计划 (266)
8.2项目计划 (266)
8.2.1 获取约定 (266)
8.2.2 编制项目计划 (266)
8.2.3 项目跟踪 (267)
8.3软件开发 (268)
8.3.1 组织标准软件项目生命周期-----研发项目 (269)
8.3.2 组织标准软件项目生命周期-----工程项目 (271)
8.3.3 组织标准软件项目生命周期-----维护项目 (275)
8.4项目执行与控制 (276)
8.5项目验收与结束 (278)
8.5.1 系统投入使用验收 (278)
8.5.2 系统初验 (279)
8.5.3 系统终验 (280)
8.5.4 项目结束 (280)
8.7软件配置管理 (281)
8.7.1 配置管理计划 (281)
8.7.2 基线库管理 (282)
8.7.3 配置管理实施流程 (284)
8.8质量保证 (288)
8.8.1 参与制订和评审项目的软件项目计划、标准和规程 (289)
8.8.2 制订项目SQA计划 (289)
8.8.3 评审工作产品 (289)
8.8.4 过程审核 (290)
8.8.5 SQA报告机制 (290)
8.9风险管理 (291)
8.9.1 风险管理约定 (291)
8.10项目总体进度安排 (291)
8.11本项目存在的风险分析和控制方法 (292)
9 系统功能测试和质量保证方案 (294)
9.1概述 (294)
9.2质量管理内容 (294)
9.3质量管理责任分配 (295)
9.4质量保证措施 (297)
10 系统性能及压力测试方案 (302)
10.1系统性能 (302)
10.2系统结构及流程 (302)
10.3性能测试环境 (303)
10.4性能压力测试 (304)
10.5测试过程及结果描述 (308)
10.6测试报告 (309)
10.7类似项目案例 (310)
11 培训计划和培训方案 (311)
11.1核心业务支撑系统培训方案 (311)
11.2高级培训 (311)
11.3初级培训 (316)
12 上线实施方案 (320)
12.1前言 (320)
12.2组织与安排 (320)
12.3总体计划 (321)
12.4应急处理 (322)
13 系统和数据迁移方案 (324)
13.1TCIS数据库生产环境 (324)
13.2创建表空间 (324)
13.4数据迁移具体流程 (326)
13.5类似项目案例 (327)
14 系统交付部署和验收方案 (328)
14.1系统部署方案 (328)
14.2项目验收方案 (329)
14.3验收需提交的交付物清单 (333)
14.4类似项目案列 (335)
15 系统上线后续服务 (336)
16 格式12 技术条款偏离表 (341)
格式12技术条款偏离表 (341)
17 格式13 业务需求与解决方案应答对应表 (348)
格式13业务需求与解决方案应答对应表 (348)
18 格式13 业务需求与解决方案应答对应表 (351)
格式13业务需求与解决方案应答对应表 (351)
1平台系统概述
1.1 平台建设背景
从增强老百姓便捷性，提高客户满意度，提升港华燃气自身信息化水平等多层面出发，需要建设一套网上营业厅系统，我们的目的是实现在网上完成线下实体客户中心可以完成的大部分主体业务，提升用户服务能力，提高客户满意度。
1.2 平台定位和战略目标
图1-1 网上营业厅价值链
针对客户不断增加的便民查询，业务受理等实际需求，我们将积极整合国内外人才、技术、产品资源，打造港华最便捷的网上处理平台。在平台建设和运营基础上，持续探索各种创新模式，发展多种有针对性的衍生技术服务，为企业持续创造节能服务价值。
港华网上营业厅平台的建设从起步、发展到系统成熟将经历不同的战略阶段，网上营业厅服务平台普通燃气
消费者
互联网
便民应用 平台系统建
设集成商 IT 供应商、
电信运营商 后台管理者
政府，企业，直属部门等
公司将本着务实审慎的原则，力求结合港华自身的特点以及市场的成熟，逐步扩展平台服务范围和服务空间，在平台建设和市场发展之间形成良性互动，最大限度地实现资源投入效应最大化
2总体方案
2.1技术架构
2.1.1系统技术原则
系统实现过程中，应该遵循如下技术原则：
1、先进性
系统的实现应参考国际标杆并结合现状，采用先进可靠的设备和技术，确保系统的先进性和成熟性，保证投资的有效性和延续性。
2、安全可靠性
系统必须要达到较高的安全标准，提供良好的安全可靠性策略，支持多种安全可靠性技术手段，制定严格的安全可靠性管理措施。
3、开放性
系统应基于国内外业界开放式标准，进行全国统一规划，为未来的业务发展奠定基础。
4、可扩展性
系统应具备灵活的可扩展性，具备方便地适应业务需求的变化、迅速地支持新业务的能力。
5、可伸缩性
系统应具备良好的可伸缩性，系统性能及并发处理能力对主机设备具备平滑的扩展能力，支持业务量快速发展的需要。
6、易使用性
系统应易于使用与维护，具备良好的用户操作界面、人性化的管理工具和完备的帮助信息。
7、IT与业务协同
在企业信息化能力建设的过程中，不仅要重视IT 技术体系建设，同时要高度重视对端到端业务管理流程、规则的理解和梳理，有效实现对流程和
规则的固化，保证对企业业务运营和经营管理的有效支撑和高效原则。
2.1.2系统架构技术原则
在技术原则的指导和约束下，系统设计实施必须遵循以下总体设计思路与原则，保证系统在性能、可靠性、易使用性等质量要素间的综合平衡，保证技术原则各项目标的顺利实现。
1)面向服务的模块化系统架构
服务接口定义稳定：应充分考虑服务间接口稳定性，建议使用XML或者类似的结构，以保证接口传输参数与内容的可扩展性。
服务粒度合理确定：应综合考虑系统性能、扩展性等方面的因素，同时兼顾系统在部署、维护和管理等方面的要求，合理确定服务粒度。
多实例运行：应该尽量满足对每一个服务都可以同时运行多个服务实例的需求，以保证系统的高可靠性与可伸缩性。
2)分布式、面向服务访问
每个服务均可以承担服务提供者和服务使用者两种角色，服务使用者通过访问服务提总线的接口获取相应的服务。
系统必须实现服务的分布透明机制。组成系统的服务实例可以部署在一台或多台主机上。服务总线提供的服务访问对分布地点、位置透明，服务使用者通过服务的逻辑名称即可获取服务而与服务所在主机的物理位置无关。
3)松耦合、高内聚原则
系统设计须遵循松耦合、高内聚原则。服务之间保持松耦合状态，服务的具体实现方式对服务使用者透明。在服务内部所实现的功能与结构保持高度逻辑相关性的同时，保证服务间的相互独立性。
4)业务流程与业务组件分离、应用与展现分离
应综合考虑业务流程与组件实现的分离的原则，建议利用流程管理、规则管理和门户技术，动态地定义系统的行为以实现系统功能。在应用此种技术获得灵活性与可扩展性的同时，也要充分考虑到其对系统性能带来的影响。
业务流程的实现往往会涉及多个系统的多个功能模块，为了降低系统间耦合程度，提高流程管理的灵活性，应该实现分层次的流程管理机制，各系
统内部实现自己的工作流管理服务。
5)数据与功能分离
系统必须提供独立于业务的信息存取层，信息存取层遵循企业的数据模型规范。外部系统通过对业务服务的访问来使用信息存取层的功能。
2.1.3基本概念
在技术架构中，会涉及到以下一些概念，先分别做描述。
2.1.
3.1业务组件
组件是实现特定功能，遵循某一个组件模型的约定并可独立部署与运行的软件单元。
业务组件代表了一组业务逻辑相关的，高内聚的业务功能，如图2-1中层次一所述；
它实现了人机界面无关的业务逻辑相关的处理功能；
业务组件的功能可以被封装为业务服务，如图2-1中层次一可以直接封装为服务，也可以为层次二中封装为服务。
图2-1 组件层次示意图
2.1.
3.2业务服务
服务是组件实现并对外提供的功能与操作集合。
每个服务均可以承担服务提供者和服务使用者两种角色，服务使用者通过访问服务提供给总线的接口获取相应的服务；
组成系统的服务实例可以由一个或者多个业务组件的功能进行封装； 业务服务有标准的接口；
可以被注册到服务总线上被其它业务服务调用；
在服务内部所实现的功能与结构保持高度逻辑相关性的同时，保证服务间的相互独立性。
业务组件业务服务业务服务
业务服务
业务服务
业务服务
业务组件
业务服务
图2-2 服务组件关系图
2.1.
3.3面向服务的体系架构SOA
SOA面向服务的体系结构，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言，这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
从业务人员角度来看，它使得我们能够更加容易地对客户和合作伙伴提供业务服务；
从架构师角度来看，它提出了更加松耦合、更强调重用性、可封装性的
一种架构风格；
从开发人员角度来看，它提出了一些编程模型以及相应的一些规范，包
括标准、工具、方法；
从运维人员角度来看，存在于服务请求方和服务提供方之间的一套协定
和契约，它们规定了服务的质量。
图2-3 SOA 架构图
2.1.
3.4 业务对象
系统用业务对象来表示业务逻辑和业务流程中涉及的实体（例如订单、客户、用户）；业务对象以面向对象的方式进行设计，是一组属性和操作的集合；业务对象相关的数据可以以库表的方式存放在数据库中，系统通过数据存取的方式来完成业务对象和库表数据之间的双向转换。
商业创新和优化服务
开
发
服
务 IT 服务管理 基础结构服务
合作伙伴服务 商业应用 访问服务
交互服务 流程服务 信息服务 连接性服务 --- 企业服务总线
2.1.
3.5业务流程
业务流程特指为了完成特定的业务功能，通过相应的规则与流程技术，将一个或多个服务进行编排而形成的业务流；例如订单调度流程、故障处理流程等。对于一些易变的应用逻辑，也可以流程化，例如客户认证与鉴权就是一个业务流程，它是通过业务流程组合了客户查询、客户认证、用户信息查询、客户信息过滤、燃气销售查询、推荐信息查询等多个业务服务。
2.1.
3.6界面集成
界面集成是对不同界面展现组件之间的集成。通过合理的规划和设计，界面集成可以重用已有的企业内外界面资源、提高开发部署效率、迅速满足客户和业务的需求，从而提高界面开发的灵活性和简易性。
2.1.4分层技术架构
系统采用分层结构开发和设计，将界面、业务流程、服务、数据分离，实现系统内部松耦合，以灵活、快速地响应业务变化对系统的需求。系统层次结构划分为信息资源层、信息存取层、业务服务层、业务流程层、展现层，各层次间通过直接调用或者通过ESB进行调用，实现系统功能。
原则上信息资源层不允许信息存取层之外的层次对其进行调用，信息存取层不允许业务服务层之外的层次对其进行调用。
各层的应用组件利用系统支撑服务框架所提供的基础服务实现系统公共设计、运行与管理机制。
以下各小节将分别对这些系统内部层次进行说明。
图2-4 系统技术架构图
2.1.4.1前台界面展示层
展现层是系统与用户进行信息交互的平台，通过界面集成将界面展现组件组合成用户界面。用户通过用户界面调用业务流程来实现业务功能。
即系统的服务对象层，包括各类通过该系统获取服务的人员，如港华燃气的客户，营销人员，系统管理人员，高层决策人员，合作伙伴，渠道服务人员等，各类服务对象可以通过多种接入方式获取服务，包括面对面的方式，呼叫中心方式，Internet登录方式，自助终端等方式。不同角色，不同岗位的服务对象在接入系统后将获得不同的服务功能视图。
界面展现组件
界面展现组件由一组基本并紧密相关的界面展现单元组成，并通过这些界面
单元调用与之有较强内聚性的业务服务实现一个独立的、带人机交互界面的业务功能。
?界面集成
界面集成是对不同界面展现组件之间的集成。通过合理的规划和设计，界面集成可以重用已有的企业内外界面资源、提高开发部署效率、迅速满足客户和业务的需求，从而提高界面开发的灵活性和简易性。
界面集成有静态和动态两种集成方式。
静态集成方式：开发人员以固化的方式集成各类界面展现组件，提供人机操作界面，实现系统的业务功能。
动态集成方式：采用界面集成工具，通过简单灵活的配置来定义各个界面组件之间的关系，组成用户界面，并定义界面的流程。在规则管理和流程管理的控制下，在系统运行过程中动态地决定界面的外观、行为和人机交互过程。
动态集成方式的实现有利于提升系统的配置能力、界面的个性化、可扩展性，保证系统迅速适应业务需求的变化和发展。系统建设时应尽可能实现动态集成方式。
2.1.4.2业务流程层
业务逻辑层将主要本系统中的商业逻辑的实现和业务流程的控制集中，将表示层和数据层从业务逻辑中解耦出来，而专注于其所擅长的界面表示和数据存储访问。业务逻辑层采用基于组件模型的面向对象的设计思想，并基于成熟的应用服务器平台而实现和运行。
?业务流程
业务流程特指为了完成特定的业务功能，通过相应的规则与流程技术，将一个或多个服务进行编排而形成的业务流；系统业务流程可以作为子流程被其它业务流程调用，也可以被展现层直接调用。
?实施建议
将业务需求中易变的业务逻辑及相关的业务规则剥离出来，通过流程与规则技术进行编排整合，保证系统的灵活性、可配置性、可管控性．
对数据量大、实时性高的业务流程可通过业务服务层进行封装，可以不通过动态的业务流程实现。
2.1.4.1业务服务层
业务服务以面向服务的方式对一个或者多个业务组件的功能进行封装，它具有明确的接口描述，可以被其它业务服务调用，也可以被业务流程或展现层调用。
业务服务是展现层、业务流程层和ESB调用的对象。
业务服务的功能由业务组件来实现，服务原子服务和复合服务，某个服务也可调用其它服务来完成更复杂的业务功能。
业务服务具有高内聚、可重用的特征，可通过标准的、明确的服务接口描述将具体的一个或多个组件中的功能按一定的规则和标准进行封装，可以被发现、绑定和调用。
2.1.4.2后台处理层
涵盖了整个系统中的后台处理系统，其特征是不直接面向客户，客服人员和市场营销人员，其主要的使用和操作对象为系统管理员和业务管理员，后台系统的可靠运行是港华燃气业务能够正常运行，尤其是客户服务和各类营销活动能够正常展开的有效保障。
2.1.4.3信息存取层
是系统的数据存储中心，按照业务和功能将系统的数据划分为如下几个数据库，在实际部署和运行中，考虑到实际容量和性能等原因可以进行适当的调整。
●应用数据库
●港华燃气数据库
●日志数据库
?数据存取
数据存储层专为业务逻辑层中业务组件提供数据资源操作和访问功能，包括对关系型数据库的CURD操作和文件系统的读写操作等。
完成业务对象(Business Object）的封装，以及业务对象到底层数据库结构之间的转换，实现对原始数据的存取访问，从而帮助业务组件层实现对业务对象的处理，使得业务组件层对数据的访问不受数据库物理设计、物理分布的影响。
能对数据库、操作系统文件或其他形式存储的数据进行操作，保证数据的完整性、一致性和准确性。
屏蔽信息资源层上数据模型和数据格式方面的差别，例如当数据定义的语义和语法不同时，可以在必要时进行语法转换和语义解析。
数据集成功能，屏蔽信息资源层上数据分布的差异性和分散性，例如实现跨表、跨库、跨地域的数据操作和访问。
2.1.4.1信息资源层
信息资源层负责系统的数据存储及维护数据的完整性与一致性。数据可以根据需要存储在数据库管理系统、文件、外部存储设备中。信息资源层数据的组织按照企业业务概念模型在应用软件上优化实现的要求形成各个主题域，并支持《数据模型规范》中定义的概念模型和逻辑模型。
2.1.4.2外部接口层（统一接口平台ESB）
系统的统一接口平台，面向不同外部系统的特征和要求提供不同的接口模式，包括实时接口模式，文件模式，基于消息的接口模式等。面向的外部系统主要包括财务系统，港华燃气TCIS系统，各支付接口，其他合作伙伴系统等。
服务总线的概念是从面向服务体系架构发展而来的，是所有基于面向服务的
体系结构解决方案的核心组成部分，是SOA 架构中应用整合的骨干。
服务总线功能如下：
服务总线是所有跨系统服务的注册中心，各系统的业务服务层甚至业务
流程层提供的服务都可以在ESB 上进行注册，从而对企业各系统的所有服务进行统一管理和查询；解耦域内各个子系统之间的调度。
实现对所有服务的管控，包括对服务调用权限的定义和控制以及对服务
全生命周期的管理，即管理每个服务从需求提出-〉开发-〉发布-〉部署上线-〉维护更新-〉下线的全过程。
2.1.5 基于J2EE 的软件层次结构 MVC Framework 业务控制层（流程驱动）
JDBC / 连接池CRM 数据库CBS 数据库详单数据库
统计数据库业务组件业务组件业务组件业务组件Entity
bean Entity bean Entity bean
业务组件Model(EJB/服务端控件)
View(HTML,JSP)
Controller(Servlet)Browser Client （WebUI ）
客户端Web 层业务层数据层Web
server
EJB
Container
统一管理与部署平台
港华燃气网上营业厅
● 客户端
在基于J2EE 平台的系统架构中，这里的客户端目前仅指Internet 浏览器。
● Web 层
运行于Web Server上，用于实现各类静态，动态页面展现，页面跳转控制等，在网站Web层主要采用MVC的设计模式。
View
视图。实现各类信息的展现，接受客户端的输入，并将输出信息通过页面反馈。在J2EE应用中，View层的表现形式一般为各类htm,jsp文件，以及各类资源和属性文件。
Controller
控制器。是MVC中的枢纽。用户各种类型的HTTP请求都将通过Controller进行处理，并将处理结果通过JSP（view）推向前端，因此控制器也可以说是控制了各类页面之间的流转。Controller以Servlet的方式来实现。
MVC Framework
这是实现了MVC模式的基础框架，可以采用目前较为成熟的struts,也可以自己开发。具体框架选用可后续根据实际情况与用户讨论确定。
业务层
在这一层实现了主要的业务逻辑和流程，其运行的主要上下文环境是EJB容器，并充分利用容器所提供的安全，事务，持久性，连接池等基础服务，按照功能的不同又可以分为如下几个层次：
Model
是MVC中负责业务逻辑访问和实现的层次，也是对业务封装并向应用的上层开放的层次，其一般的表现形式是Java Bean，通过bean来调用相关的业务逻辑实现。
业务控制层
系统的业务流程的实现层，其实现方式可以是根据业务流程对底层业务组件并行组合和包装形成更上层的应用组件；也可以是通过工作流引擎来驱动流程的实现。
业务组件层
实现了从系统中抽象出来的各类系统和业务基础组件，其基本特点是可重用，可扩展，相互之间耦合度小，可以采用JAVA Class的方式来实
现，并向上层提供Interface以供调用。
数据访问层
对数据层访问的接口层，在J2EE平台中对数据库的访问可以通过JDBC直接建立连接或者通过连接池共享连接的方式进行数据访问。对于一些简单的数据访问也可以在JDBC层次上通过实体Bean实现数据持久层，其好处是数据的持久性和事务的管理由容器来负责。
●数据层
存放系统中的各类数据，通过JDBC进行本地数据库的访问，与核心TIS 系统的数据交互通过webservice方式获取。
2.1.6关键设计考虑
2.1.6.1可靠性设计
港华燃气系统是一个基于在线生产系统派生系统，直接关系到客户服务的质量以及企业运营的效率与收入，因此要求系统能够达到7X24小时不间断稳定运行。由于港华燃气系统模块功能复杂，系统间结构与层次较多，在系统建设时需要对系统未来运行稳定型进行全面考虑与设计，并纳入系统设计的关键考量。我们将主要从主机与平台软件的可靠性、网络可靠性、应用软件可靠性三个方面来考虑并设计：
?平台可靠性
平台是指整个系统运行的基础硬件与软件环境，包括主机、网络、数据库、交易中间件、J2EE应用服务器、流程引擎等基础软件。平台是构造先进而实用的应用系统的物理基础。江苏移动将几个方面来保证平台的可靠性：
A.从系统的先进性、业务容量、成熟性、实用性、可靠性出发，综合以上
考虑与未来的扩展因素，同时考虑本期工程的资金投资，选择具有成熟
应用案例与经验的软硬件平台，构造应用系统稳定的基础；
B.充分考虑系统关键网络节点、网络链路、关键应用平台等的在线热备份，
包括核心交换机与路由器、数据库服务器、关键应用服务器等，适当考