文档介绍：（招标投标）软件项目标
书范本
目录
1 项目目标 1
2 技术解非功能层面（右侧面）
易用性
响应性
可靠性
扩展性
安全性
设计层面
ETL 数据抽取
通过成熟的 ETL 工具，实现从不同的数据源中抽取出所需要的信息， 同时通过数据的加工和格式化，对外提供给其他系统使用。
报表设计
当形成好统一的数据仓库后，基于该仓库模型，可进行对应的报表设计和管理，技术人员设计好基本的报表后，可提供给业务人员使用。
报表展现
技术人员设计好报表模板后，通过发布到对应的服务器据，实现对报表的展现。
报表应用
业务人员通过终端界面，可以使用由开发人员开发和设计的报表，同时，业务人员也能
同报表进行交互，检索出自己需要的数据。
- 2 -
物理架构
对于本，外币不同的数据源，以及不同的物理子系统，基本的物理架构如下：
物理架构说明：
本外币数据库向仓库提供对应的数据
仓库为对应的报表服务器提供统一的视图。
权限报表服务器部署到同一机器上。
数据架构
数据流说明：
A. 首先从本外币或者其他系统获得对应的数据 .
经过 ETL 对数据进行加工，清洗和标准化。
将已经标准化和模型化的数据进入到数据仓库，或者提供需要的数据文件。
D. 数据仓库对外暴露数据模型和数据视图以及 sql 接口。
数据仓库为报表管理系统和下游系统提供所需要的数据
报表管理系统展现对应数据的报表。
系统技术实现方案
总体技术实现方案
充分考虑到 CFETS 系统存在在本外币等多种数据源，且数据源分散，多分散子系统的情况，同时各个子系统中存在统计口径不一致，影响统一的决策和各个部门信息的一致性。
在使用的过程中， 会员信息维护复杂， 且各个系统各自维护一套对应的会员信息， 导致会员
维护工作量加大。数据仓库一期需求大致可以分成数据库架构的建立、 ETL 机制的建立、以及报表分析架构的建立和报表实施。 系统可以分成数据仓库和报表系统两大部分。 以下是我们建议的系统架构概念图：
系统包含一个双机组成的数据仓库， 和一个双机组成的报表服务平台。 数据仓库和报表服务器分别带有自己的外存磁盘阵列。 架构中的每个功能节点设计都含冗余度， 保证系统不存在单一失败点，满足提供 7x24 不间断服务的要求。
- 3 -
在系统架构不变的前提下，系统的每部分可以用不同的技术实现。比如，数据库管理系
统可以使用 Oracle 的技术，也可以使用 IBM 的技术。报表技术建议使用 Actuate9 。使用我们建议的应用软件， 这样的系统架构会有很强的可扩展性， 用户可以通过增加硬
件的方式扩容，以支持越来越多的用户和应用。
总体方案通过以下步骤实现数据到可用信息的转换：
通过 ETL 手段对不同的数据源数据进行抽取，转换，清洗，数据格式化。
通过 ETL 转化后的数据统一进入数据仓库，形成统一的数据视图。
进入数据仓库的数据模型可以为报表平台提供对应的数据来源。
通过认证的用户可以登陆报表平台消费和设计对应的报表。
高效的 ETL 处理
ETL 总体处理流程
ETL 处理流程：
从本币数据源或其他数据源中抽取需要的数据。
ETL 对抽取到的数据进行必要的增量处理，生成一天的增量数据。
ETL 对增量数据进行技术性检核、标准化、转换。
产生 LDM 落地数据文件。
落地数据文件下发到下游系统，同时进行数据入库。
整个 ETL 处理过程进行异常处理及监控。
ETL 实施我们建议采用成熟的 ETL 工具，所选 ETL 工具需要满足如下基本要求：
1）技术架构
支持所有的主流平台
模块化的架构设计，可按需进行模块添加和扩展
具有错误恢复逻辑的功能
支持并行处理
2）核心功能
支持本地数据访问模式
支持星型模式