中国外汇交易中心数仓库期项目建议
第二册 技术部分
安讯软件（海）限公司
2008年52008年X月4X日
目录
1 项目目标 1
2 技术解决方案 2
21 系统总体架构 2
211 逻辑架构 2
2111 功层面（侧面） 2
2112 非功层面（右侧面） 3
212 设计层面 3
2121 ETL数抽取 3
2122 报表设计 3
2123 报表展现 3
2124 报表应 3
213 物理架构 3
214 数架构 5
22 系统技术实现方案 6
221 总体技术实现方案 6
222 高效ETL处理 7
2221 ETL总体处理流程 7
2222 数仓库模型设计 9
223 数质量理 10
2231 数仓库数质量求 10
2232 数质量改进目标 10
2233 数质量改进方法 10
224 报表台设计 11
2241 灵活报表查询 12
2242 先进报表开发模式 12
2243 高效报表消费 12
2244 老系统统计报表移植 12
225 认证理 13
226 系统性扩展性 13
227 非功性设计 14
2271 性需求 14
2272 灾备设计 15
2273 获性设计 17
2274 易性设计 17
2275 安全性设计 18
3 项目理 19
31 沟通理 19
311 项目会议制度 19
3111 定期会议 20
3112 定期会议 20
312 项目状态周报制度 21
313 沟通手段 21
32 配置理 22
321 配置理原 22
322 配置库理 22
33 变更理 22
331 发起变更 22
332 评估变更 23
333 审批变更 23
334 执行变更 23
335 变更执行评估 23
34 质量理 24
341 质量规划 24
342 质量保证 25
343 质量检查 26
4 工期进度 26
5 附录 27
第二册 技术部分
1 项目目标
CFETS希通数仓库系统建设效整合市场业务数统信息进行利理外提供统数视图综合决策分析支撑环境CFETS部门需报表应统计分析信息挖掘提供基础支持台具体建设目标：
（1）技术目标
· 建立数仓库基础架构
· 建立动数抽取／转换／加载（ETL）机制
· 建立维分析数查询工具界面已分析报表生成展示框架
（2）业务目标
· 实现期营分析维分析查询报表提供CFETS部门需报表
· 提供游系统需统计数
· 提供中心部户AdHoc方式查询需数
· 业务系统历史增量数加载进入数仓库转换数仓库存储格式
· 实现户访问门户界面建立相应访问安全权限机制
· 进行老系统统计报表移植工作保证数仓库系统中报表统计结果原报表统计结果致性
基述需求安讯软件（海）限公司提出技术解决方案实现项目技术目标业务目标
2 技术解决方案
21 系统总体架构
211 逻辑架构
总体逻辑架构：
2111 功层面（侧面）
根CFETS应功需求应功层面需建立功：
· 数ETL
· 数存储
· 固定统计报表
· 统户界面Portal认证理
2112 非功层面（右侧面）
· 易性
· 响应性
· 性
· 扩展性
· 安全性
212 设计层面
2121 ETL数抽取
通成熟ETL工具实现数源中抽取出需信息时通数加工格式化外提供系统
2122 报表设计
形成统数仓库基该仓库模型进行应报表设计理技术员设计基报表提供业务员
2123 报表展现
技术员设计报表模板通发布应服务器实现报表展现
2124 报表应
业务员通终端界面开发员开发设计报表时业务员报表进行交互检索出需数
213 物理架构
外币数源物理子系统基物理架构：
物理架构说明：
A 外币数库仓库提供应数
B 仓库应报表服务器提供统视图
C 权限报表服务器部署机器
214 数架构
数流说明：
A 首先外币者系统获应数
B ETL数进行加工清洗标准化
C 已标准化模型化数进入数仓库者提供需数文件
D 数仓库外暴露数模型数视图sql接口
E 数仓库报表理系统游系统提供需数
F 报表理系统展现应数报表
22 系统技术实现方案
221 总体技术实现方案
充分考虑CFETS系统存外币等种数源数源分散分散子系统情况时子系统中存统计口径致影响统决策部门信息致性程中会员信息维护复杂系统维护套应会员信息导致会员维护工作量加数仓库期需求致分成数库架构建立ETL机制建立报表分析架构建立报表实施系统分成数仓库报表系统两部分建议系统架构概念图：
系统包含双机组成数仓库双机组成报表服务台数仓库报表服务器分带外存磁盘阵列架构中功节点设计含冗余度保证系统存单失败点满足提供7x24间断服务求
系统架构变前提系统部分技术实现数库理系统Oracle技术IBM技术报表技术建议Actuate 9
建议应软件样系统架构会强扩展性户通增加硬件方式扩容支持越越户应
总体方案通步骤实现数信息转换：
1 通ETL手段数源数进行抽取转换清洗数格式化
2 通ETL转化数统进入数仓库形成统数视图
3 进入数仓库数模型报表台提供应数源
4 通认证户登陆报表台消费设计应报表
222 高效ETL处理
2221 ETL总体处理流程
ETL处理流程：
1 币数源数源中抽取需数
2 ETL抽取数进行必增量处理生成天增量数
3 ETL增量数进行技术性检核标准化转换
4 产生LDM落数文件
5 落数文件发游系统时进行数入库
6 整ETL处理程进行异常处理监控
ETL实施建议采成熟ETL工具选ETL工具需满足基求：
（1）技术架构
1) 支持流台
2) 模块化架构设计需进行模块添加扩展
3) 具错误恢复逻辑功
4) 支持行处理
（2） 核心功
1) 支持数访问模式
2) 支持星型模式
3) 支持包应（例SAP）
4) 支持基处理（例SQL）
5) 具数动转换清洗功
6) 支持实时ETL需ETL
7) 具动错误预警功
（3） 开发环境
1) 图形化界面
2) 支持命令行
3) 便调试维护
4) 具代码版控制功
（4） ETL理
1) 支持集中理
2) 动产生日ETL运行报表
3) 具ETL动手工调度功
相信商业ETL工具中INFORMATICA会选择开源ETL产品KettleINFORMATICA外备选
2222 数仓库模型设计
数建模
建模程：（常会计报表例）
1 户需查基时间机构科目报表
2 建立数事实表中心需时间机构度量作维度
3 建立星型模型发现模型具优点
4 灵活数查询基时间查询应日报月报季报
5 效率优化需查询机构信息通机构事实表关联完成
223 数质量理
2231 数仓库数质量求
数仓库数质量求总体纳：数完整性包括数源否完整数取值否完整维度取值否完整等数准确性包括数源否准确编码映射关系否准确处理逻辑否准确等数核准确判断结果致致原解释数致性包括源系统间数否致源数抽取数否致数仓库部处理环节数否致等数逻辑合理性业务逻辑角度判断数否正确帐目类型金额时长次数逻辑关系否满足等数时效性包括数处理（获取整理加载等）时性数异常检测时性数处理回退时性等
数仓库服务营决策营决策数应该全面真实意义数时效性果保证延误市场员分析失商机
数仓库建设程身修复数提高数质量力强发现生产系统存数质量问题提醒户数质量问题数问题反馈业务支撑系统中者做数修正
2232 数质量改进目标
数质量改进目标清理标准化提高匹配现数
通数整合建立完整准确致统客户视图完善享信息数享信息数服务营分析生产系统改进提供标准 建立数整合流程实现流程定义流程配置流程控 建立数整合规章制度落实数质量分级负责建立起数整合队伍数质量够持续改进
2233 数质量改进方法
数质量控制技术流程理三方面进行
技术层面生产系统存噪音数遗漏数致性数需进行数清洗时需源数做稽核总量稽核分量稽核
流程层面源数抽取遵定业务规数抽取转换需步骤完成需程流程化流程通配置实现
理层面求生产系统报送数谁提供数谁负责原生产系统保证源数完整性准确性致性时效性
面技术层面采取具体做法ETL架构设计中会包括数质量设计数质量检查脚加入ETL流程中分技术检查业务规检查错误分严重程度键重复停止ETL流程等解决低级错误会阻塞ETL程程中错误会进行记录终生成数质量检查报告需明确情况许数问题ETL前法知道通ETL数核发现然逐渐积累加ETL规控制中
224 报表台设计
建立报表查询门户提供类信息报表查询统查询渠道统数口径统户理理信息系统报表台表现独立逻辑子系统
通报表台技术员通灵活配置逻辑系统集成BI工具产生异构报表资源业务员进行报表资源集中理发布终户通致展示环境获取报表信息
具体设计：
2241 灵活报表查询
报表查询程中通浏览器直接浏览报表时户通简单操作报表进行重新订制更提高实性户通浏览器报表服务器进行交互查需报表
2242 先进报表开发模式
报表开发中采先进协开发模式开发员定制业务逻辑业务员根需通简单拖动形成需报表
2243 高效报表消费
程中业务员根关心应台业务逻辑数信息源等信息根业务需通简单拖拽完成报表定制获取需信息
2244 老系统统计报表移植
老系统统计报表采取重写方式移植统报表台面重写统计报表基新建数仓库样统现存统计系统统统计口径解决统计口径致造成部门信息致消种致理决策带负面影响
老系统报表迁移难点保证数仓库系统中报表统计结果原报表统计结果致性具体问题具体分析新报表统计结果原报表统计结果致两种情况：新报表统计方式错误造成新老报表统计结果致新老报表统计口径致造成统计结果致果前种情况采正确统计方式修正错误果种情况需根业务需选择统计口径新报表够达业务员预期
会采严格测试手段保证新报表老报表统计结果致性测试目验证相输入新老报表输出结果完全致实际测试中采等价类划分边值分析法设计测试例产生限测试例覆盖足够情况差异报表会作进步数集确定问题根源底数报表逻辑
225 认证理
户信息理中提供角色户安全模型统认证机制具应角色户访问应报表
226 系统性扩展性
系统性扩展性企业级应说非常重设计充分考虑两素
针性设计系统包含双机组成数仓库双机组成报表服务台数仓库报表服务器分带外存磁盘阵列架构中功节点设计含冗余度保证系统存单失败点满足提供7x24间断服务求采样系统架构机系统维护系统扩容升级系统性统计分析优化部件更换够影响应系统功前提完成关键部件够保证停顿数享服务前提提供热插拔力
扩展性建议报表服务台安讯iServer系统架构会强扩展性户通增加硬件方式扩容支持越越户应安讯iServer运行台服务器组成集群利务控制动负载衡技术务均分配台服务器安讯iServer具备出色扩展性户简单集群中添加更服务器满足更高报表需求系统性着服务器数量增呈线性增长方面具体数请参考附录D 安讯9系统性白皮书集群系统中安讯iServer通障转移模(Failover)式保障iServer项服务性系统扩展性考虑充分保证户初期购买超出业务量需求处理力着户业务量增长机系统时动态扩展处理力系统性线性增长业务量增长需够通机线性扩展满足
227 非功性设计
2271 性需求
22711 容量设计
根19942007年交易数总容量10G byte概年数容量800M左右容量扩展性灾备等方面综合考虑建议年数量分配25G左右
22712 响应设计
高响应户带效率提升 加快工作效率减少等时间时加快系统处理效率通方面手段保证户高质量响应：
1 优化模型设计模型设计够减少冗余数量加载检索表间关联检索提高系统数响应时间
2 效利数库缓存功常访问数数缓存数库中减少IO
3 利集群功合理分配负载充分利机CPU 存等硬件资源
4 优化报表设计减少报表生成需系统资源
5 充分利报表系统缓存功报表生成务安排非高峰时段
6 充分利报表系统查询缓存功减少数源实时访问
2272 灾备设计
22721 灾备级
· 高 部系统核心数包括连机脱机数需高级备份
· 中：系统需资料数
· 低：系统关系偶尔系统需数
见高中级数需进行应备份
22722 备份策略
保障核心数重数完整性致性提供应磁盘备份联机备份远程备份功：
磁盘备份：通镜 (mirrored) 磁盘矩阵 写磁盘字节作实时镜备份减少磁盘机出错率磁盘备份旦设定设备实现需工干预
联机备份：提供24*365天备份机制户基调度运行备份基系统运行热备份设计方案中Oracle 10g IBM DB 2 数库支持热备份Actuate 9 报表服务器 iServer 支持联机热备份 数仓库数报表服务器报表天进行次热备份
远程备份：提供付灾害性系统失败效方式远程备份数存放理远方应机遇灾害性损毁建议天热备份数拷贝远端备份存储服务器
备份策略保证影响系统服务条件远程保留份前天备份数包括数仓库报表服务器数
备份建议保留30天远程备份建议保留7天备份保存磁带库光盘库备份耗时目标2时远程备份耗时目标12时
22723 恢复策略
常规数恢复流程设计：
1) 重启系统服务器存储设备
2) 必恢复系统
3) 备份选取前天备份备份果备份丢失取远程备份
4) 恢复数仓库报表系统数
5) 恢复系统服务
常规数恢复般文件系统失败（包括磁盘设备失败）导致数法情形必须激活程序常规数恢复保证系统回复前天状态意味着天数丢失般系统出错恢复实定需备份建议应该避免常规数恢复量考虑办法系统回复状态Oracle数库例说明考虑恢复措施
数库恢复程分两步进行首先存放重做日志文件中重做运数文件重做中未提交事务进行回滚数库恢复发生障前数文件运重做恢复障时刻数文件反回滚前某时刻数库异常错误分类：
· SQL语句失败
· 线程失败
· 实例失败
· 户操作失败
· 存储设备失败
果发生前三种失败需干涉系统会动进行恢复户操作型失败（误删数）系统采取补救措施导入新逻辑备份进行某时间点完全恢复数库引入基表空间时间点恢复(TSPITR)单独包含错误操作表空间恢复指定时间必整数库进行完全恢复错误操作发现较时数量情况考虑logminer生成反SQL
针存储设备失败情况较复杂存储设备失败必然会放置文件变先数库涉文件进行划分分：
· 数库系统文件指数库运行文件种应程序
· 数库控制文件
· 数库联机重做日志文件
· 数文件
· 档日志文件
避免第种文件失败赖系统理员进行操作系统级备份发生事操作系统备份恢复
控制文件中记录着整数库结构数文件状况系统SCN检查点计数器等重信息创建数库时会户指定三位置存放控制文件间互镜中发生障需ini文件中注释掉障数文件重新数启动控制全部失效时Nomount模式执行create controlfile重新生成控制文件必须提供redo logdata file文件名址MAXLOGFILESMAXDATAFILESMAXINSTANCES等信息果失败前运行alter database backup controlfile to tracealter database backup controlfile to xxx’控制文件作备份恢复时生成脚重建备份文件覆盖果旧控制文件恢复时recover xxx using backup controlfile选项进行恢复resetlogs选项开数库
2273 获性设计
221中建议系统架构系统包含双机组成数仓库双机组成报表服务台数仓库报表服务器分带外存磁盘阵列架构中功节点设计含冗余度保证系统存单失败点 外高获性建议软件系统Oracle IBM DB2 Actuate 9 支持失败转移等高级集群功满足提供7x24间断服务求够保证满足时候系统获性需求
2274 易性设计
软件易性方面充分考虑户体验性简单性高效率性客户定制套更适合客户需系统根需基方面进行设计：
· 众化WEB浏览器IEFirefox作客户端浏览工具
· 户界面友时易操作
· 界面操作符合浏览惯
· 界面风格术语统
· 灵活页面布局支持标签页
· 合理组织操作菜单
· 查询等出现错误时提供友提示
· 提供友联机帮助界面
2275 安全性设计
22751 身份认证
系统提供身份认证功系统户必须先申请审批理流程通关部门理员合法性审批系统理员系统理模块中设置户名操作权限初始密码告知户户指定户名密码登录进入系统进行权限范围操作
系统登录界面中输入正确户名密码进入系统进入系统户时修改密码户密码提供更严格控制功首次登录系统必须修改密码长时间必须修改密码次登录失败锁定户等进步提供系统身份认证安全性
22752 户权限控制
系统提供权限理功模块系统理员增加删修改户户组设置户操作权限数权限
通户户组权限理功根机构部门户类等建立户组户属某组组独立户通户组进行授权组中户拥组权限极方便授权理独立户独立授权户组户权限针机构业务数范围功范围等进行授权实现系统应数安全
22753 关键数加密存储
存储系统中关键敏感数程序数进行加密存储软件环境中法获取明码
22754 系统操作处理日志
系统户登录情况登录户进入时间退出时间操作功项等进行动记录数录入数步数抽取数分析等应处理时间数范围执行情况等动记录日志便出问题时踪追查审计
系统日志系统操作防抵赖
22755 安全理机构制度建设
明确系统安全理机构部门员职责负责理系统安全保密工作制定系统安全保密理制度严格加执行监督实现资源合理配置统理实现统访问控制策略确保系统安全运行安全审查
外部安全企业级防火墙系统提供安全运行环境
系统部系统户众机构角色权限相必须具较高安全性防止户越权访问窃取数 户动作身份验证身份权限匹配情况继续执行操作效实现安全性目标
操作授权：部门产品授权中级户产品功授权系统理员分级授权授权信息放数库中操作员操作均需系统授权
3 项目理
31 沟通理
311 项目会议制度
项目会议服务项目工作更加强项目沟通解决项目实施程中存种问题次会议专做会议记录会议纪格式参见双方约定文档规范中会议纪模板会记录员会议纪分发相关员传版库中
项目组根项目实际情况拟设立定期会议定期会议分阐述：
3111 定期会议
² 项目周例会
· 会议目标： 沟通项目状态提出项目问题风险赖条件协调项目资源项目提出建议问题解决方法行动计划
· 日期时间： 周四1400开始
· 参加员： 乙方项目理甲方项目理项目理指定成员
· 议程责：更新项目状态包括：踪检查项目遗留问题解决情况项目状态信息时间进度表等问题风险赖条件（技术理）提出问题讨决定行动计划乙方负责做会议记录会分发会议记录会议记录传版库中负责步行动计划
3112 定期会议
² 项目状态会议
· 会议目标： 项目全体员明确目前项目状态问题解决方法
· 日期时间：根实际需确定
· 参加员： 项目员
· 议程责：项目状态存问题解决方法阶段项目计划
² 项目领导组会议
· 会议目标： 审核阶段项目计划复查项目状态里程碑项目中重问题做出决策协调项目方资源解决项目方发生重争议
· 日期时间：根项目进展实际情况安排
· 参加员：项目领导组成员乙方项目理甲方项目理需参加员
· 议程责：项目理汇报项目状态阶段项目计划项目领导讨项目中需决策重问题乙方负责做会议记录会分发会议记录会议记录传版库中负责步行动计划
² 重问题汇报会议
· 会议目标： 汇报项目重问题讨决定采取行动
· 日期时间：重问题出现时
· 参加员：问题发起项目理高层领导等
· 议程责：汇报项目重问题找出解决方案决定行动计划
² 项目组部讨沟通会议
· 会议目标：项目组部遇问题进行讨找出解决方案讨决定采取行动
· 日期时间：根开发状态
· 参加员：问题发起沟通相关员等
· 议程责：讨出现种相关问题找出解决方案决定行动计划
312 项目状态周报制度
项目组组员周午提交周报提交乙方项目理安讯软件（海）限公司项目理汇总提交甲方项目理甲方项目理根项目状态总结项目周报形成项目组状态周报周午4点前传版库中周报目录
313 沟通手段
² 开会直接交谈
需组织会议进行沟通直接找相关进行讨注意记录沟通讨结果重问题讨必须书面会议记录
² 电话电话会议
通电话方式进行信息沟通较重事情需包括开发点外员需利电话会议方式进行讨沟通
² 电子邮件
建立项目组电子邮件系统外界联系电子邮件系统
32 配置理
321 配置理原
项目程文档代码项目终文档代码编制工作必须甲方提供配置环境中进行员必须甲方配置理制度进行工作
322 配置库理
配置库分文档库代码库文档库理项目文档代码库理项目代码文档代码库进行基线化理项目阶段文档库代码库基线测试审核提交产品库文档产品甲方统理未甲方意项进行更改
33 变更理
保证项目开发工作相稳定性提高工作效率确保开发质量影响项目计划变更制定出处理变更规范统方法程估算出变更引起相应资源费时间变化变更确立变更发布执行程质量控制
项目成立变更控制委员会般单数组成（甲方数＝乙方＋1）甲方指定员变更控制委员会
变更审批变更控制委员会表决决定23数通表决通变更控制委员会终否决权
变更控制委员会法变更做出决定变更控制委员会变更申请提交项目理高层进行裁决
331 发起变更
提出变更求必须填写变更申请表（参见附件C变更申请表附表样）变更申请表变更申请填写变更控制委员会审议变更申请效性变更必性决定拒绝变更申请者求乙方申请变更进行评估
332 评估变更
乙方指定评估员充分评估变更项目整体计划进度费质量影响进行全面评估五工作日填写变更评估表（参见附件C 变更申请表附表样）书面形式提交甲方
333 审批变更
变更控制委员会变更请求进行审批变更控制委员会签署书面变更审批单效变更审批间必须审批结中明确否通变更申请
涉合变更变更控制委员会审批范围根购买合规定条款进行审批
334 执行变更
乙方负责根变更审批结果调整相关项目计划根新项目计划项目进度重新分配资源变更展开工作指定变更执行评估员
变更关执行进行变更执行执行完成变更控制委员会报告变更执行情况
335 变更执行评估
变更控制委员会中乙方委员负责填报变更执行结果评估表执行结果进行评估踪结果变更控制委员会报告
34 质量理
341 质量规划
² 质量目标：针数仓库期系统确立质量目标甲乙双方应针质量目标开展质量理活动：
· 保证100满足业务需求求正确性精确性
· 户满意度达90
² 质量理原
· 客户满意度优先
· 预防优检查
· 理层责
· 持续改进
² 质量保证计划：合生效甲乙双方应质量方针质量目标质量原项目范围等前提建立质量保证计划明确相关干系质量理职责项目质量理务定义责需遵守制度规程规范标准质量控制方法工具记录踪等便基础效开展质量理活动
² 测试求
测试作项目验证方式应该双方高度重视应达求：
· 测试必须适测试理流程质量控制组确认
· 需求分析阶段出具户测试计划保证需求测试性
· 概设计阶段出具集成测试计划集成测试案例
· 详细设计阶段出具单元测试计划单元测试案例
· 编码阶段模块必须单元测试通出具单元测试报告双方项目理确认
· 集成测试计划需评审通
· 集成测试必须两轮测试轮测试必须集成测试报告
· 户测试必须甲方组织测试通出具相关单位盖章测试报告视完成
· 集成测试完成程序修改应足够回测试工作项目质量控制组确认
342 质量保证
甲乙双方项目实施期间应进行质量保证活动：
1 规培训指导
双方项目理负责组织项目启动阶段项目组成员做关制度规程标准工具模板培训
2 文档理
² 文档规范
文档需遵循定规范双方参相关国际国家标准协商制定需甲方项目质量控制员审核通
文档标识方法必须统文档编号
文档应具相关定位信息参考信息等：文档作者完成日期批准员批准日期新发布修订情况流通清单机密性限制等
² 文档批准：文档必须项目理质量保证员审核通正式提交件必须相关评审认参见提交件理部分
² 文档存储检索：
存储：双方明确文档存储理员正式提交文件存储应甲方统配置理台进行
文档流通检索：审核新文档必须时流通指定收件保证副效准确保密性
文档保密包括文档废止：严格文档类型限制访问防止非授权员改变存储文档提供电子纸质备份确定存储期限
3 需求踪理：甲乙双方项目员应项目开发程建立需求踪矩阵需求进行效踪
4 评审行评审走查：项目需求分析阶段需求分析说明书正式提交前均应进行部评审工作项目设计阶段相关技术文档均应进行少次行评审工作双方质量保证员负责踪缺陷解决项目编码阶段开发组长应半月组织少进行次代码走查工作开发组长负责缺陷踪
5 变更控制：双方均需遵守定义变更控制流程具体流程详见变更控制部分
6 版理：阶段产品进入集成阶段版控制工作甲方指定配置理员统关流程进行发布甲乙双方员形式测试环境生产环境进行发布工作
7 问题踪：乙方负责指定专项目实施程中出现问题缺陷进行踪解决周出具相关统计信息
8 程审计：质量控制组定期项目质量工作进行审计双方应审计结进行相关整改
9 质量汇报：双方项目理应着实事求原双方理层时准确汇报项目情况保证项目视性
343 质量检查
甲乙双方应项目进展情况定期进行质量检查工作保证项目定计划保证质量实施
乙方应配合甲方关项目理部门进行质量检查时根检查结果进行踪解决
4 工期进度
根项目生命周期项目实施分三阶段项目整体阶段里程碑工作计划：
阶段
容
估计开始日期
估计结束日期
第阶段
ETL需求采集
20080601
20080615
ETL需求细化分析
20080616
20080630
户培训
20080601
20080630
第二阶段
LDM逻辑数模型设计
20080701
20080707
ETL总体设计
20080708
20080715
LDM维表ETL详细设计
20080716
20080722
LDM事实表ETL详细设计
20080723
20080731
数仓库SQL脚表空间等相关脚开发
20080801
20080807
报表需求采集
20080701
20080807
报表台户界面定制
20080808
20080822
固定报表制作
20080808
20081005
开发测试
20080701
20081005
第三阶段
系统集成测试
20081006
20081019
户测试
20081020
20081104
运行准备
20081105
20081112
正式线
20081113
20081115
项目收尾
项目验收移交
20081116
20081130
5 附录
A 软硬件配置方案
B 开发测试工具览表
C 变更申请表
D 安讯9系统性白皮书
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
中国外汇交易中心数仓库期项目建议
第二册 技术部分
安讯软件（海）限公司
2008年52008年X月4X日
目录
1 项目目标 1
2 技术解决方案 2
21 系统总体架构 2
211 逻辑架构 2
2111 功层面（侧面） 2
2112 非功层面（右侧面） 3
212 设计层面 3
2121 ETL数抽取 3
2122 报表设计 3
2123 报表展现 3
2124 报表应 3
213 物理架构 3
214 数架构 5
22 系统技术实现方案 6
221 总体技术实现方案 6
222 高效ETL处理 7
2221 ETL总体处理流程 7
2222 数仓库模型设计 9
223 数质量理 10
2231 数仓库数质量求 10
2232 数质量改进目标 10
2233 数质量改进方法 10
224 报表台设计 11
2241 灵活报表查询 12
2242 先进报表开发模式 12
2243 高效报表消费 12
2244 老系统统计报表移植 12
225 认证理 13
226 系统性扩展性 13
227 非功性设计 14
2271 性需求 14
2272 灾备设计 15
2273 获性设计 17
2274 易性设计 17
2275 安全性设计 18
3 项目理 19
31 沟通理 19
311 项目会议制度 19
3111 定期会议 20
3112 定期会议 20
312 项目状态周报制度 21
313 沟通手段 21
32 配置理 22
321 配置理原 22
322 配置库理 22
33 变更理 22
331 发起变更 22
332 评估变更 23
333 审批变更 23
334 执行变更 23
335 变更执行评估 23
34 质量理 24
341 质量规划 24
342 质量保证 25
343 质量检查 26
4 工期进度 26
5 附录 27
第二册 技术部分
1 项目目标
CFETS希通数仓库系统建设效整合市场业务数统信息进行利理外提供统数视图综合决策分析支撑环境CFETS部门需报表应统计分析信息挖掘提供基础支持台具体建设目标：
（1）技术目标
· 建立数仓库基础架构
· 建立动数抽取／转换／加载（ETL）机制
· 建立维分析数查询工具界面已分析报表生成展示框架
（2）业务目标
· 实现期营分析维分析查询报表提供CFETS部门需报表
· 提供游系统需统计数
· 提供中心部户AdHoc方式查询需数
· 业务系统历史增量数加载进入数仓库转换数仓库存储格式
· 实现户访问门户界面建立相应访问安全权限机制
· 进行老系统统计报表移植工作保证数仓库系统中报表统计结果原报表统计结果致性
基述需求安讯软件（海）限公司提出技术解决方案实现项目技术目标业务目标
2 技术解决方案
21 系统总体架构
211 逻辑架构
总体逻辑架构：
2111 功层面（侧面）
根CFETS应功需求应功层面需建立功：
· 数ETL
· 数存储
· 固定统计报表
· 统户界面Portal认证理
2112 非功层面（右侧面）
· 易性
· 响应性
· 性
· 扩展性
· 安全性
212 设计层面
2121 ETL数抽取
通成熟ETL工具实现数源中抽取出需信息时通数加工格式化外提供系统
2122 报表设计
形成统数仓库基该仓库模型进行应报表设计理技术员设计基报表提供业务员
2123 报表展现
技术员设计报表模板通发布应服务器实现报表展现
2124 报表应
业务员通终端界面开发员开发设计报表时业务员报表进行交互检索出需数
213 物理架构
外币数源物理子系统基物理架构：
物理架构说明：
A 外币数库仓库提供应数
B 仓库应报表服务器提供统视图
C 权限报表服务器部署机器
214 数架构
数流说明：
A 首先外币者系统获应数
B ETL数进行加工清洗标准化
C 已标准化模型化数进入数仓库者提供需数文件
D 数仓库外暴露数模型数视图sql接口
E 数仓库报表理系统游系统提供需数
F 报表理系统展现应数报表
22 系统技术实现方案
221 总体技术实现方案
充分考虑CFETS系统存外币等种数源数源分散分散子系统情况时子系统中存统计口径致影响统决策部门信息致性程中会员信息维护复杂系统维护套应会员信息导致会员维护工作量加数仓库期需求致分成数库架构建立ETL机制建立报表分析架构建立报表实施系统分成数仓库报表系统两部分建议系统架构概念图：
系统包含双机组成数仓库双机组成报表服务台数仓库报表服务器分带外存磁盘阵列架构中功节点设计含冗余度保证系统存单失败点满足提供7x24间断服务求
系统架构变前提系统部分技术实现数库理系统Oracle技术IBM技术报表技术建议Actuate 9
建议应软件样系统架构会强扩展性户通增加硬件方式扩容支持越越户应
总体方案通步骤实现数信息转换：
1 通ETL手段数源数进行抽取转换清洗数格式化
2 通ETL转化数统进入数仓库形成统数视图
3 进入数仓库数模型报表台提供应数源
4 通认证户登陆报表台消费设计应报表
222 高效ETL处理
2221 ETL总体处理流程
ETL处理流程：
1 币数源数源中抽取需数
2 ETL抽取数进行必增量处理生成天增量数
3 ETL增量数进行技术性检核标准化转换
4 产生LDM落数文件
5 落数文件发游系统时进行数入库
6 整ETL处理程进行异常处理监控
ETL实施建议采成熟ETL工具选ETL工具需满足基求：
（1）技术架构
1) 支持流台
2) 模块化架构设计需进行模块添加扩展
3) 具错误恢复逻辑功
4) 支持行处理
（2） 核心功
1) 支持数访问模式
2) 支持星型模式
3) 支持包应（例SAP）
4) 支持基处理（例SQL）
5) 具数动转换清洗功
6) 支持实时ETL需ETL
7) 具动错误预警功
（3） 开发环境
1) 图形化界面
2) 支持命令行
3) 便调试维护
4) 具代码版控制功
（4） ETL理
1) 支持集中理
2) 动产生日ETL运行报表
3) 具ETL动手工调度功
相信商业ETL工具中INFORMATICA会选择开源ETL产品KettleINFORMATICA外备选
2222 数仓库模型设计
数建模
建模程：（常会计报表例）
1 户需查基时间机构科目报表
2 建立数事实表中心需时间机构度量作维度
3 建立星型模型发现模型具优点
4 灵活数查询基时间查询应日报月报季报
5 效率优化需查询机构信息通机构事实表关联完成
223 数质量理
2231 数仓库数质量求
数仓库数质量求总体纳：数完整性包括数源否完整数取值否完整维度取值否完整等数准确性包括数源否准确编码映射关系否准确处理逻辑否准确等数核准确判断结果致致原解释数致性包括源系统间数否致源数抽取数否致数仓库部处理环节数否致等数逻辑合理性业务逻辑角度判断数否正确帐目类型金额时长次数逻辑关系否满足等数时效性包括数处理（获取整理加载等）时性数异常检测时性数处理回退时性等
数仓库服务营决策营决策数应该全面真实意义数时效性果保证延误市场员分析失商机
数仓库建设程身修复数提高数质量力强发现生产系统存数质量问题提醒户数质量问题数问题反馈业务支撑系统中者做数修正
2232 数质量改进目标
数质量改进目标清理标准化提高匹配现数
通数整合建立完整准确致统客户视图完善享信息数享信息数服务营分析生产系统改进提供标准 建立数整合流程实现流程定义流程配置流程控 建立数整合规章制度落实数质量分级负责建立起数整合队伍数质量够持续改进
2233 数质量改进方法
数质量控制技术流程理三方面进行
技术层面生产系统存噪音数遗漏数致性数需进行数清洗时需源数做稽核总量稽核分量稽核
流程层面源数抽取遵定业务规数抽取转换需步骤完成需程流程化流程通配置实现
理层面求生产系统报送数谁提供数谁负责原生产系统保证源数完整性准确性致性时效性
面技术层面采取具体做法ETL架构设计中会包括数质量设计数质量检查脚加入ETL流程中分技术检查业务规检查错误分严重程度键重复停止ETL流程等解决低级错误会阻塞ETL程程中错误会进行记录终生成数质量检查报告需明确情况许数问题ETL前法知道通ETL数核发现然逐渐积累加ETL规控制中
224 报表台设计
建立报表查询门户提供类信息报表查询统查询渠道统数口径统户理理信息系统报表台表现独立逻辑子系统
通报表台技术员通灵活配置逻辑系统集成BI工具产生异构报表资源业务员进行报表资源集中理发布终户通致展示环境获取报表信息
具体设计：
2241 灵活报表查询
报表查询程中通浏览器直接浏览报表时户通简单操作报表进行重新订制更提高实性户通浏览器报表服务器进行交互查需报表
2242 先进报表开发模式
报表开发中采先进协开发模式开发员定制业务逻辑业务员根需通简单拖动形成需报表
2243 高效报表消费
程中业务员根关心应台业务逻辑数信息源等信息根业务需通简单拖拽完成报表定制获取需信息
2244 老系统统计报表移植
老系统统计报表采取重写方式移植统报表台面重写统计报表基新建数仓库样统现存统计系统统统计口径解决统计口径致造成部门信息致消种致理决策带负面影响
老系统报表迁移难点保证数仓库系统中报表统计结果原报表统计结果致性具体问题具体分析新报表统计结果原报表统计结果致两种情况：新报表统计方式错误造成新老报表统计结果致新老报表统计口径致造成统计结果致果前种情况采正确统计方式修正错误果种情况需根业务需选择统计口径新报表够达业务员预期
会采严格测试手段保证新报表老报表统计结果致性测试目验证相输入新老报表输出结果完全致实际测试中采等价类划分边值分析法设计测试例产生限测试例覆盖足够情况差异报表会作进步数集确定问题根源底数报表逻辑
225 认证理
户信息理中提供角色户安全模型统认证机制具应角色户访问应报表
226 系统性扩展性
系统性扩展性企业级应说非常重设计充分考虑两素
针性设计系统包含双机组成数仓库双机组成报表服务台数仓库报表服务器分带外存磁盘阵列架构中功节点设计含冗余度保证系统存单失败点满足提供7x24间断服务求采样系统架构机系统维护系统扩容升级系统性统计分析优化部件更换够影响应系统功前提完成关键部件够保证停顿数享服务前提提供热插拔力
扩展性建议报表服务台安讯iServer系统架构会强扩展性户通增加硬件方式扩容支持越越户应安讯iServer运行台服务器组成集群利务控制动负载衡技术务均分配台服务器安讯iServer具备出色扩展性户简单集群中添加更服务器满足更高报表需求系统性着服务器数量增呈线性增长方面具体数请参考附录D 安讯9系统性白皮书集群系统中安讯iServer通障转移模(Failover)式保障iServer项服务性系统扩展性考虑充分保证户初期购买超出业务量需求处理力着户业务量增长机系统时动态扩展处理力系统性线性增长业务量增长需够通机线性扩展满足
227 非功性设计
2271 性需求
22711 容量设计
根19942007年交易数总容量10G byte概年数容量800M左右容量扩展性灾备等方面综合考虑建议年数量分配25G左右
22712 响应设计
高响应户带效率提升 加快工作效率减少等时间时加快系统处理效率通方面手段保证户高质量响应：
1 优化模型设计模型设计够减少冗余数量加载检索表间关联检索提高系统数响应时间
2 效利数库缓存功常访问数数缓存数库中减少IO
3 利集群功合理分配负载充分利机CPU 存等硬件资源
4 优化报表设计减少报表生成需系统资源
5 充分利报表系统缓存功报表生成务安排非高峰时段
6 充分利报表系统查询缓存功减少数源实时访问
2272 灾备设计
22721 灾备级
· 高 部系统核心数包括连机脱机数需高级备份
· 中：系统需资料数
· 低：系统关系偶尔系统需数
见高中级数需进行应备份
22722 备份策略
保障核心数重数完整性致性提供应磁盘备份联机备份远程备份功：
磁盘备份：通镜 (mirrored) 磁盘矩阵 写磁盘字节作实时镜备份减少磁盘机出错率磁盘备份旦设定设备实现需工干预
联机备份：提供24*365天备份机制户基调度运行备份基系统运行热备份设计方案中Oracle 10g IBM DB 2 数库支持热备份Actuate 9 报表服务器 iServer 支持联机热备份 数仓库数报表服务器报表天进行次热备份
远程备份：提供付灾害性系统失败效方式远程备份数存放理远方应机遇灾害性损毁建议天热备份数拷贝远端备份存储服务器
备份策略保证影响系统服务条件远程保留份前天备份数包括数仓库报表服务器数
备份建议保留30天远程备份建议保留7天备份保存磁带库光盘库备份耗时目标2时远程备份耗时目标12时
22723 恢复策略
常规数恢复流程设计：
1) 重启系统服务器存储设备
2) 必恢复系统
3) 备份选取前天备份备份果备份丢失取远程备份
4) 恢复数仓库报表系统数
5) 恢复系统服务
常规数恢复般文件系统失败（包括磁盘设备失败）导致数法情形必须激活程序常规数恢复保证系统回复前天状态意味着天数丢失般系统出错恢复实定需备份建议应该避免常规数恢复量考虑办法系统回复状态Oracle数库例说明考虑恢复措施
数库恢复程分两步进行首先存放重做日志文件中重做运数文件重做中未提交事务进行回滚数库恢复发生障前数文件运重做恢复障时刻数文件反回滚前某时刻数库异常错误分类：
· SQL语句失败
· 线程失败
· 实例失败
· 户操作失败
· 存储设备失败
果发生前三种失败需干涉系统会动进行恢复户操作型失败（误删数）系统采取补救措施导入新逻辑备份进行某时间点完全恢复数库引入基表空间时间点恢复(TSPITR)单独包含错误操作表空间恢复指定时间必整数库进行完全恢复错误操作发现较时数量情况考虑logminer生成反SQL
针存储设备失败情况较复杂存储设备失败必然会放置文件变先数库涉文件进行划分分：
· 数库系统文件指数库运行文件种应程序
· 数库控制文件
· 数库联机重做日志文件
· 数文件
· 档日志文件
避免第种文件失败赖系统理员进行操作系统级备份发生事操作系统备份恢复
控制文件中记录着整数库结构数文件状况系统SCN检查点计数器等重信息创建数库时会户指定三位置存放控制文件间互镜中发生障需ini文件中注释掉障数文件重新数启动控制全部失效时Nomount模式执行create controlfile重新生成控制文件必须提供redo logdata file文件名址MAXLOGFILESMAXDATAFILESMAXINSTANCES等信息果失败前运行alter database backup controlfile to tracealter database backup controlfile to xxx’控制文件作备份恢复时生成脚重建备份文件覆盖果旧控制文件恢复时recover xxx using backup controlfile选项进行恢复resetlogs选项开数库
2273 获性设计
221中建议系统架构系统包含双机组成数仓库双机组成报表服务台数仓库报表服务器分带外存磁盘阵列架构中功节点设计含冗余度保证系统存单失败点 外高获性建议软件系统Oracle IBM DB2 Actuate 9 支持失败转移等高级集群功满足提供7x24间断服务求够保证满足时候系统获性需求
2274 易性设计
软件易性方面充分考虑户体验性简单性高效率性客户定制套更适合客户需系统根需基方面进行设计：
· 众化WEB浏览器IEFirefox作客户端浏览工具
· 户界面友时易操作
· 界面操作符合浏览惯
· 界面风格术语统
· 灵活页面布局支持标签页
· 合理组织操作菜单
· 查询等出现错误时提供友提示
· 提供友联机帮助界面
2275 安全性设计
22751 身份认证
系统提供身份认证功系统户必须先申请审批理流程通关部门理员合法性审批系统理员系统理模块中设置户名操作权限初始密码告知户户指定户名密码登录进入系统进行权限范围操作
系统登录界面中输入正确户名密码进入系统进入系统户时修改密码户密码提供更严格控制功首次登录系统必须修改密码长时间必须修改密码次登录失败锁定户等进步提供系统身份认证安全性
22752 户权限控制
系统提供权限理功模块系统理员增加删修改户户组设置户操作权限数权限
通户户组权限理功根机构部门户类等建立户组户属某组组独立户通户组进行授权组中户拥组权限极方便授权理独立户独立授权户组户权限针机构业务数范围功范围等进行授权实现系统应数安全
22753 关键数加密存储
存储系统中关键敏感数程序数进行加密存储软件环境中法获取明码
22754 系统操作处理日志
系统户登录情况登录户进入时间退出时间操作功项等进行动记录数录入数步数抽取数分析等应处理时间数范围执行情况等动记录日志便出问题时踪追查审计
系统日志系统操作防抵赖
22755 安全理机构制度建设
明确系统安全理机构部门员职责负责理系统安全保密工作制定系统安全保密理制度严格加执行监督实现资源合理配置统理实现统访问控制策略确保系统安全运行安全审查
外部安全企业级防火墙系统提供安全运行环境
系统部系统户众机构角色权限相必须具较高安全性防止户越权访问窃取数 户动作身份验证身份权限匹配情况继续执行操作效实现安全性目标
操作授权：部门产品授权中级户产品功授权系统理员分级授权授权信息放数库中操作员操作均需系统授权
3 项目理
31 沟通理
311 项目会议制度
项目会议服务项目工作更加强项目沟通解决项目实施程中存种问题次会议专做会议记录会议纪格式参见双方约定文档规范中会议纪模板会记录员会议纪分发相关员传版库中
项目组根项目实际情况拟设立定期会议定期会议分阐述：
3111 定期会议
² 项目周例会
· 会议目标： 沟通项目状态提出项目问题风险赖条件协调项目资源项目提出建议问题解决方法行动计划
· 日期时间： 周四1400开始
· 参加员： 乙方项目理甲方项目理项目理指定成员
· 议程责：更新项目状态包括：踪检查项目遗留问题解决情况项目状态信息时间进度表等问题风险赖条件（技术理）提出问题讨决定行动计划乙方负责做会议记录会分发会议记录会议记录传版库中负责步行动计划
3112 定期会议
² 项目状态会议
· 会议目标： 项目全体员明确目前项目状态问题解决方法
· 日期时间：根实际需确定
· 参加员： 项目员
· 议程责：项目状态存问题解决方法阶段项目计划
² 项目领导组会议
· 会议目标： 审核阶段项目计划复查项目状态里程碑项目中重问题做出决策协调项目方资源解决项目方发生重争议
· 日期时间：根项目进展实际情况安排
· 参加员：项目领导组成员乙方项目理甲方项目理需参加员
· 议程责：项目理汇报项目状态阶段项目计划项目领导讨项目中需决策重问题乙方负责做会议记录会分发会议记录会议记录传版库中负责步行动计划
² 重问题汇报会议
· 会议目标： 汇报项目重问题讨决定采取行动
· 日期时间：重问题出现时
· 参加员：问题发起项目理高层领导等
· 议程责：汇报项目重问题找出解决方案决定行动计划
² 项目组部讨沟通会议
· 会议目标：项目组部遇问题进行讨找出解决方案讨决定采取行动
· 日期时间：根开发状态
· 参加员：问题发起沟通相关员等
· 议程责：讨出现种相关问题找出解决方案决定行动计划
312 项目状态周报制度
项目组组员周午提交周报提交乙方项目理安讯软件（海）限公司项目理汇总提交甲方项目理甲方项目理根项目状态总结项目周报形成项目组状态周报周午4点前传版库中周报目录
313 沟通手段
² 开会直接交谈
需组织会议进行沟通直接找相关进行讨注意记录沟通讨结果重问题讨必须书面会议记录
² 电话电话会议
通电话方式进行信息沟通较重事情需包括开发点外员需利电话会议方式进行讨沟通
² 电子邮件
建立项目组电子邮件系统外界联系电子邮件系统
32 配置理
321 配置理原
项目程文档代码项目终文档代码编制工作必须甲方提供配置环境中进行员必须甲方配置理制度进行工作
322 配置库理
配置库分文档库代码库文档库理项目文档代码库理项目代码文档代码库进行基线化理项目阶段文档库代码库基线测试审核提交产品库文档产品甲方统理未甲方意项进行更改
33 变更理
保证项目开发工作相稳定性提高工作效率确保开发质量影响项目计划变更制定出处理变更规范统方法程估算出变更引起相应资源费时间变化变更确立变更发布执行程质量控制
项目成立变更控制委员会般单数组成（甲方数＝乙方＋1）甲方指定员变更控制委员会
变更审批变更控制委员会表决决定23数通表决通变更控制委员会终否决权
变更控制委员会法变更做出决定变更控制委员会变更申请提交项目理高层进行裁决
331 发起变更
提出变更求必须填写变更申请表（参见附件C变更申请表附表样）变更申请表变更申请填写变更控制委员会审议变更申请效性变更必性决定拒绝变更申请者求乙方申请变更进行评估
332 评估变更
乙方指定评估员充分评估变更项目整体计划进度费质量影响进行全面评估五工作日填写变更评估表（参见附件C 变更申请表附表样）书面形式提交甲方
333 审批变更
变更控制委员会变更请求进行审批变更控制委员会签署书面变更审批单效变更审批间必须审批结中明确否通变更申请
涉合变更变更控制委员会审批范围根购买合规定条款进行审批
334 执行变更
乙方负责根变更审批结果调整相关项目计划根新项目计划项目进度重新分配资源变更展开工作指定变更执行评估员
变更关执行进行变更执行执行完成变更控制委员会报告变更执行情况
335 变更执行评估
变更控制委员会中乙方委员负责填报变更执行结果评估表执行结果进行评估踪结果变更控制委员会报告
34 质量理
341 质量规划
² 质量目标：针数仓库期系统确立质量目标甲乙双方应针质量目标开展质量理活动：
· 保证100满足业务需求求正确性精确性
· 户满意度达90
² 质量理原
· 客户满意度优先
· 预防优检查
· 理层责
· 持续改进
² 质量保证计划：合生效甲乙双方应质量方针质量目标质量原项目范围等前提建立质量保证计划明确相关干系质量理职责项目质量理务定义责需遵守制度规程规范标准质量控制方法工具记录踪等便基础效开展质量理活动
² 测试求
测试作项目验证方式应该双方高度重视应达求：
· 测试必须适测试理流程质量控制组确认
· 需求分析阶段出具户测试计划保证需求测试性
· 概设计阶段出具集成测试计划集成测试案例
· 详细设计阶段出具单元测试计划单元测试案例
· 编码阶段模块必须单元测试通出具单元测试报告双方项目理确认
· 集成测试计划需评审通
· 集成测试必须两轮测试轮测试必须集成测试报告
· 户测试必须甲方组织测试通出具相关单位盖章测试报告视完成
· 集成测试完成程序修改应足够回测试工作项目质量控制组确认
342 质量保证
甲乙双方项目实施期间应进行质量保证活动：
1 规培训指导
双方项目理负责组织项目启动阶段项目组成员做关制度规程标准工具模板培训
2 文档理
² 文档规范
文档需遵循定规范双方参相关国际国家标准协商制定需甲方项目质量控制员审核通
文档标识方法必须统文档编号
文档应具相关定位信息参考信息等：文档作者完成日期批准员批准日期新发布修订情况流通清单机密性限制等
² 文档批准：文档必须项目理质量保证员审核通正式提交件必须相关评审认参见提交件理部分
² 文档存储检索：
存储：双方明确文档存储理员正式提交文件存储应甲方统配置理台进行
文档流通检索：审核新文档必须时流通指定收件保证副效准确保密性
文档保密包括文档废止：严格文档类型限制访问防止非授权员改变存储文档提供电子纸质备份确定存储期限
3 需求踪理：甲乙双方项目员应项目开发程建立需求踪矩阵需求进行效踪
4 评审行评审走查：项目需求分析阶段需求分析说明书正式提交前均应进行部评审工作项目设计阶段相关技术文档均应进行少次行评审工作双方质量保证员负责踪缺陷解决项目编码阶段开发组长应半月组织少进行次代码走查工作开发组长负责缺陷踪
5 变更控制：双方均需遵守定义变更控制流程具体流程详见变更控制部分
6 版理：阶段产品进入集成阶段版控制工作甲方指定配置理员统关流程进行发布甲乙双方员形式测试环境生产环境进行发布工作
7 问题踪：乙方负责指定专项目实施程中出现问题缺陷进行踪解决周出具相关统计信息
8 程审计：质量控制组定期项目质量工作进行审计双方应审计结进行相关整改
9 质量汇报：双方项目理应着实事求原双方理层时准确汇报项目情况保证项目视性
343 质量检查
甲乙双方应项目进展情况定期进行质量检查工作保证项目定计划保证质量实施
乙方应配合甲方关项目理部门进行质量检查时根检查结果进行踪解决
4 工期进度
根项目生命周期项目实施分三阶段项目整体阶段里程碑工作计划：
阶段
容
估计开始日期
估计结束日期
第阶段
ETL需求采集
20080601
20080615
ETL需求细化分析
20080616
20080630
户培训
20080601
20080630
第二阶段
LDM逻辑数模型设计
20080701
20080707
ETL总体设计
20080708
20080715
LDM维表ETL详细设计
20080716
20080722
LDM事实表ETL详细设计
20080723
20080731
数仓库SQL脚表空间等相关脚开发
20080801
20080807
报表需求采集
20080701
20080807
报表台户界面定制
20080808
20080822
固定报表制作
20080808
20081005
开发测试
20080701
20081005
第三阶段
系统集成测试
20081006
20081019
户测试
20081020
20081104
运行准备
20081105
20081112
正式线
20081113
20081115
项目收尾
项目验收移交
20081116
20081130
5 附录
A 软硬件配置方案
B 开发测试工具览表
C 变更申请表
D 安讯9系统性白皮书
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
