城市大数据中心建设概要设计说明书 项目编号： 城市大数据中心建设概要 设 计 方 案 第 i 页 城市大数据中心建设概要设计说明书 目 录 第一章 文档概述........................................................................................................... .........................................................................40 第 ii 页 城市大数据中心建设概要设计说明书 3.7.1.1 接口列表................................................................................ ........................................................................82 第 iii 页 城市大数据中心建设概要设计说明书 第一章 文档概述 1.1 目的 本文依据“一中心、四平台”项目城市大数据中心建设的《需求规格说明 书》中所规定的软件开发需求和界定的系统开发范围，将软件需求转换为系统 的软件设

可读、易修改： 要求在系统的建设过程中要有规范、清晰、完整和详细的文档 ,如业务需求阶段 要有业务用例模型、业务规则、表证单书等；系统需求分析阶段要求有系统用例模 型、 用例文档、规则说明等；概要设计阶段要求有宏观设计文档；详细设计阶段要 求有类 图、时序图等；编码阶段要求有程序设计说明、变量定义说明等；测试阶段 要有测试 用例、测试记录等。 5) 易于升级； 要求数据库、应用 上部图表展示区：根据选择的选项不同，生成的图表 也是不同的。 下部数据列表 区：根据选择的选项不同，生成的列表也是不同的。 3) 电表用电信息 (1)用电概况 左上日用电概要；右上日用电 24 小时图表；左下月用电概要；右下年用电概要； 选择不同的统计日期，将会展示所选日期的用电概况信息。 56 园区能源管理解决方案 V3.0 左上日用电概要；右上日用电 24 小时图表；左下月用电概要；右下年用电概要； 选择不同的统计日期，将会展示所选日期的用电概况信息。 (2)用电环比 统计选项选择区：在进行用电数据环比时，可以按照日、月、年进行统计分 析， 选择不同的选项生成的数据报表也是不同的。

...........................................................................................67 系统巡检概要表.................................................................................................. 支持用户个性化报表的快速扩展，实现各种具备企业特征报表数据和展现方式。 2.3.1.1. 运行摘要 对于一款监控软件来说，其最大的价值是能替代运维人员（值班员）实现不间断的监控，当 系统成为用户的必备管理工具时，每次进入系统有一个概要性的说明，成为软件的必要。 19/70 智慧运维平台建设方案 运维主管每日登陆一次即可综合性的显示了 人员重点关注内容；通过对本界面的阅读，可快速掌握最近 24 小时的运维概况，实现运维工作的 快速衔接。  当前实时运维状况，需要重点关注 当前还处于告警状态的资源 最近需要的停机计划 虚拟化环境目前的整合密度，概要性反映虚拟资源利用的有效性  最近 24 小时运维系统的设置变动，便于用户了解“未在线”时段的事件 重要的资源变动统计 重要的监控方式变动统计 已恢复的告警信息  了解昨日关键指标波动最大的

1.项目采购的所有相关软件的技术文档、技术说明书、使用说明书等； 2.实施过程文档，包括但不限于：项目实施方案、需求调研方案、需 求调研报告、UI 设计相关资料、用户需求说明书、需求规格说明书、概要 设计文档、详细设计文档、数据库设计文档、用户手册、测试方案、测试 报告、部署方案、数据规范及清单、接口清单、各类会议的会议纪要等文 档资料； 3.项目运维文档，包括但不限于：运维方案、运维操作文档、项目具 招投标文件、合同、会议纪要、验收报告等，在验收阶段提供验收报告。 （1）项目服务期满后，中标人完成维护工作后由采购人组织验收。 （2）中标人响应并提出验收方案和验收文档清单。 （3）中标人向采购人提供系统开发文档（需求规格说明书、概要设 计说明书、详细设计说明书、数据库结构设计说明书、测试报告、用户操 作手册）；项目运维报告（月报）、项目会议纪要（按实际需要提供）、 巡检报告、故障和问题处理记录/报告、以及其他合同约定须提供材料，采

方案设计与评估..................................................................................98 7.2.1 概要设计与技术评审................................................................100 7.2.2 风险评估与应对策略........ 的基础，提高轨道交通系统的智能化水平，最终实现安全、高效、 绿色的城市公共交通服务。 7.2.1 概要设计与技术评审 在实施城市轨道交通行业的 AI 大模型应用方案中，概要设计 阶段是确保项目成功的关键环节。该阶段通常涵盖系统架构、数据 流及核心功能模块的设计，并进行全面的技术评审，以保证设计方 案的可行性和有效性。 首先，概要设计应明确系统的总体架构，包括前端用户界面、 后端处理模块，以及与现有轨道交通系统的接口。设计过程中，需 和预 测，例如客流预测、故障检测及调度优化。 3. 可视化与反馈模块：将分析结果以图形化的方式呈现给决策 者，便于快速理解和决策。此外，还应提供反馈机制，供用户 操作和系统更新。 其次，在概要设计完成后，必须进行技术评审。评审小组应由 多学科的专家组成，包括交通管理、机器学习、数据处理和系统集 成等领域的专业人士。技术评审的主要目标是验证设计的合理性和 可行性，确保设计满足项目需求。

Oracle GoldenGate 进行异构平台、异构数据库之 间的迁移。 第 97 页 5.3.5 数据迁移详细步骤 数据迁移规划 数据迁移需求调研 数据系统现状调研 数据迁移概要设计 迁移系统概要设计 数据迁移详细设计 迁移系统详细设计 迁移系统开发及数据准备 数据整合 数据迁移 数据保障 数据 IT 业务部门 IT部门和外部顾问 IT部门 和外部顾问 有限整合策略 图 数据迁移方案 根据 IT 方法论的原则，我们认为本项目的数据迁移必须经过如下：数据迁移规 划、现状需求分析（包括数据系统现状调研、数据迁移需求调研）、迁移设计 （包括数据概要迁移、数据迁移详细设计、迁移系统概要设计、迁移系统详细 设计）、迁移系统开发及数据准备、数据整合、数据迁移、数据保障七个阶段。 以下将对这几个阶段分别展开论述： 第 98 页 5.3.5.1 数据迁移规划 理数据 资源系统分布情况，描述数据规格形式，系统架构及接口状况。并针对系统情 况及数据情况，提交数据系统现状调研报告。 5.3.5.3 迁移设计 迁移设计主要包括数据迁移概要设计、数据迁移详细设计、迁移系统概要设计、 迁移系统详细设计。迁移设计阶段采用统一的建模语言，建立和规划业务模型、 业务过程模型和数据模型，参照现有系统做出基本的系统模型，并由此抽取出 第 99 页 未来系统

Oracle GoldenGate 进行异构平台、异构数据库之 间的迁移。 第 97 页 5.3.5 数据迁移详细步骤 数据迁移规划 数据迁移需求调研 数据系统现状调研 数据迁移概要设计 迁移系统概要设计 数据迁移详细设计 迁移系统详细设计 迁移系统开发及数据准备 数据整合 数据迁移 数据保障 数据 IT 业务部门 IT部门和外部顾问 IT部门 和外部顾问 有限整合策略 图 数据迁移方案 根据 IT 方法论的原则，我们认为本项目的数据迁移必须经过如下：数据迁移规 划、现状需求分析（包括数据系统现状调研、数据迁移需求调研）、迁移设计 （包括数据概要迁移、数据迁移详细设计、迁移系统概要设计、迁移系统详细 设计）、迁移系统开发及数据准备、数据整合、数据迁移、数据保障七个阶段。 以下将对这几个阶段分别展开论述： 第 98 页 5.3.5.1 数据迁移规划 理数据 资源系统分布情况，描述数据规格形式，系统架构及接口状况。并针对系统情 况及数据情况，提交数据系统现状调研报告。 5.3.5.3 迁移设计 迁移设计主要包括数据迁移概要设计、数据迁移详细设计、迁移系统概要设计、 迁移系统详细设计。迁移设计阶段采用统一的建模语言，建立和规划业务模型、 业务过程模型和数据模型，参照现有系统做出基本的系统模型，并由此抽取出 第 99 页 未来系统

..........................................................................................109 系统巡检概要表.................................................................................................. 系统成为用户的必备管理工具时，每次进入系统有一个概要性的说明，成为软件的必要。 运维主管每日登陆一次即可综合性的显示了 24 小时内的系统运行变化趋势，通过列出了运维 人员重点关注内容；通过对本界面的阅读，可快速掌握最近 24 小时的运维概况，实现运维工作的 快速衔接。  当前实时运维状况，需要重点关注 当前还处于告警状态的资源 最近需要的停机计划 虚拟化环境目前的整合密度，概要性反映虚拟资源利用的有效性 抓手； 2.4.1.4.5. 每周智维隐患分析 BTSO 自动对管理对象进行数据收集，用户进行数据对比分析，系统也提供智维分析的周统 计，智能的挖掘系统的问题隐患。 提供本日/周/月系统运行概要信息：  目前管理的总数量，  本周运维巡检的次数  本周执行智能诊断的次数  本周生成的报表数量 提供各个管理类型的运维巡检情况：  本周运行健康趋势如何，如果问题增多则需要关注；

..........................................................................................109 系统巡检概要表.................................................................................................. 系统成为用户的必备管理工具时，每次进入系统有一个概要性的说明，成为软件的必要。 运维主管每日登陆一次即可综合性的显示了 24 小时内的系统运行变化趋势，通过列出了运维 人员重点关注内容；通过对本界面的阅读，可快速掌握最近 24 小时的运维概况，实现运维工作的 快速衔接。  当前实时运维状况，需要重点关注 当前还处于告警状态的资源 最近需要的停机计划 虚拟化环境目前的整合密度，概要性反映虚拟资源利用的有效性 抓手； 2.4.1.4.5. 每周智维隐患分析 BTSO 自动对管理对象进行数据收集，用户进行数据对比分析，系统也提供智维分析的周统 计，智能的挖掘系统的问题隐患。 提供本日/周/月系统运行概要信息：  目前管理的总数量，  本周运维巡检的次数  本周执行智能诊断的次数  本周生成的报表数量 提供各个管理类型的运维巡检情况：  本周运行健康趋势如何，如果问题增多则需要关注；

换与服务子系统概要设计、详细设计与开发； 4. 迭代二：业务管理子系统、分布式消息调度服务子系统、报警网关子系 统、数据服务引擎子系统、存储子系统、应用服务子系统、数据共享交 换与服务子系统概要设计、详细设计与开发； 5. 迭代三：信息服务子系统、分布式消息调度服务子系统、报警网关子系 统、数据服务引擎子系统、存储子系统、应用服务子系统、数据共享交 568 换与服务子系统概要设计、详细设计与开发。 工作进度 2016 年 4 月 22 日 完成建设方案评审（一期第一阶段） 2016 年 5 月 20 日 完成软件需求规格说明书评审（一期第一阶段） 2016 年 6 月 15 日 完成软件概要设计评审（一期第一阶段） 2016 年 7 月 10 日 完成软件详细设计评审（一期第一阶段） 2016 年 7 月 15 日 完成软件原型系统开发（一期第一阶段） 2016 年 8 月 20 预算编制 文档评审 4 项 目 实施 系统建设 分系统任务书 分系统实施方案 定期汇报 文档评审 610 工程验收报告 采购设备验收报告 软件需求规格说明书 软件确认测试计划 软件概要设计 软件详细设计 软件测试细则 软件测试报告 软硬件联调测试报告 分系统出所验收报告 分系统软硬件 出所验收 5 集 成 测试 系统集成、系统联调、系 统测试 系统联调测试细则