XX市智慧城市大数据中心-需求规格说明书（终稿_436套软件开发需求文档_VD516-软件开发需求文档_10各类系统软件开发需求

XXX 市智慧城市建设办公室 城市大数据中心建设项目 需求规格说明书 项目代码： 版本管理 文档版本 作者 变更内容 变更日期 审核人 V1.0 XXX 初次提交版本 V2.0 XXX 按软件开发指南规范更新文档格式文档版本 作者 变更内容 变更日期 审核人 V3.0 XXX 终稿 目录 第一章 综述................................................................................................................................7 1.1 阅读前的注意事项................................................................................................................7 1.2 术语定义................................................................................................................................7 1.2.1 J2EE体系架构...................................................................................................................7 1.2.2 SOA服务架构....................................................................................................................7 1.2.3 ETL......................................................................................................................................7 1.2.4 ESB......................................................................................................................................7 1.2.5 RBAC模型..........................................................................................................................7 1.2.6 ACL机制.............................................................................................................................8 1.2.7 HDFS...................................................................................................................................8 1.3 参考资料及条例规定............................................................................................................8 1.4 附加说明................................................................................................................................8 第二章 项目概要.........................................................................................................................9 22.1 项目背景及目标....................................................................................................................9 2.1.1 建设背景...........................................................................................................................9 2.1.2 建设目标...........................................................................................................................9 2.2 使用该系统的用户角色......................................................................................................10 第三章 信息库需求...................................................................................................................12 3.1 空间地理库..........................................................................................................................12 3.1.1 数据需求.........................................................................................................................12 3.1.2 功能需求.........................................................................................................................17 3.2 人口综合信息库..................................................................................................................18 3.2.1 功能需求.........................................................................................................................18 3.2.2 数据需求.........................................................................................................................18 3.3 法人综合信息库..................................................................................................................19 3.3.1 功能需求.........................................................................................................................19 3.3.2 数据需求.........................................................................................................................19 3.4 宏观经济库..........................................................................................................................19 3.4.1 功能需求.........................................................................................................................19 3.4.2 接口需求.........................................................................................................................20 3.5 视频联网及视频专题库......................................................................................................22 3.5.1 功能需求.........................................................................................................................22 3.5.2 接口需求.........................................................................................................................23 3.6 城市部件专题库..................................................................................................................24 3.6.1 功能需求.........................................................................................................................24 3.7 房屋专题库..........................................................................................................................26 3.7.1 功能需求.........................................................................................................................26 3.8 信用专题库对接..................................................................................................................27 3.8.1 功能需求.........................................................................................................................27 3.8.2 接口需求.........................................................................................................................29 3.9 电子证照库对接..................................................................................................................29 3.9.1 功能需求.........................................................................................................................29 3.9.2 接口需求.........................................................................................................................31 3第四章 应用系统需求...............................................................................................................32 4.1 信息资源目录系统..............................................................................................................32 4.1.1 目录注册.........................................................................................................................32 4.1.2 目录导航.........................................................................................................................33 4.1.3 维护管理.........................................................................................................................34 4.2 沧州政务信息共享门户......................................................................................................36 4.2.1 数据订阅.........................................................................................................................36 4.2.2 订阅审核.........................................................................................................................36 4.2.3 数据获取.........................................................................................................................37 4.3 数据交换共享平台..............................................................................................................39 4.3.1 交换前置管理.................................................................................................................39 4.3.2 关系型数据库交换.........................................................................................................40 4.3.3 文件交换.........................................................................................................................41 4.3.4 接口类型数据交换.........................................................................................................41 4.3.5 数据上报功能.................................................................................................................41 4.3.6 业务系统接口重构.........................................................................................................43 4.3.7 交换监控.........................................................................................................................43 4.3.8 信息资源订阅交换支持.................................................................................................45 4.4 数据开放平台......................................................................................................................45 4.4.1 开放数据.........................................................................................................................45 4.4.2 云接口.............................................................................................................................46 4.4.3 云服务.............................................................................................................................47 4.4.4 开放需求.........................................................................................................................48 4.4.5 用户中心.........................................................................................................................49 4.5 数据管理平台......................................................................................................................50 4.5.1 前置机管理功能.............................................................................................................50 4.5.2 数据系统管理.................................................................................................................52 4.5.3 元数据管理.....................................................................................................................54 4.5.4 数据关系地图.................................................................................................................56 4.5.5 数据处理.........................................................................................................................57 44.5.6 租户管理.........................................................................................................................58 4.5.7 用户管理.........................................................................................................................59 4.5.8 部门管理.........................................................................................................................61 4.5.9 角色管理.........................................................................................................................62 4.5.10 服务器管理.................................................................................................................63 4.5.11 应用服务管理.............................................................................................................64 4.5.12 运行环境监控.............................................................................................................65 4.6 数据应用平台......................................................................................................................66 4.6.1 PAAS服务平台................................................................................................................66 4.6.2 资源管理.........................................................................................................................75 4.6.3 资源图谱.........................................................................................................................76 4.6.4 目录活化系统.................................................................................................................77 4.6.5 运营管理.........................................................................................................................79 4.6.6 运维管理.........................................................................................................................81 4.6.7 通用服务.........................................................................................................................82 4.7 数据可视化系统..................................................................................................................84 4.7.1 功能需求名称.................................................................................................................84 4.8 大数据决策支持系统..........................................................................................................87 4.8.1 经济运行监测预警.........................................................................................................87 4.8.2 大数据管税...................................................................................................................100 4.8.3 精准招商.......................................................................................................................107 4.8.4 精准扶贫.......................................................................................................................114 4.8.5 多规合一.......................................................................................................................120 4.8.6 低保核查.......................................................................................................................122 4.8.7 小升初...........................................................................................................................126 4.8.8 对接电子车标库...........................................................................................................127 第五章 系统非功能需求..........................................................................................................132 5.1 基础软硬件平台需求........................................................................................................132 5.2 标准体系建设需求............................................................................................................132 5.2.1 数据标准.......................................................................................................................132 55.2.2 应用开发标准...............................................................................................................132 5.2.3 应用支撑标准...............................................................................................................133 5.2.4 安全标准.......................................................................................................................133 5.2.5 管理标准.......................................................................................................................133 5.2.6 服务体系标准...............................................................................................................133 5.3 关键技术需求....................................................................................................................133 5.4 系统性能需求....................................................................................................................134 5.5 其他需求............................................................................................................................134 第六章 签字确认............................................................................................................................136 6第一章 综述 1.1 阅读前的注意事项 本文件涉及具体的业务知识和少量的技术知识，需要掌握相应的业务和技术 知识才能正确完全地理解本文。 本文件必须经过客户方和开发方共同确认签字，方可生效进入下一阶段。 1.2 术语定义 1.2.1 J2EE体系架构 遵循J2EE标准，采用J2EE体系架构。J2EE体系架构拥用Java语言所带来的 一切优秀特性，包括平台无关性、安全特性以及组件化开发模式的特性，为基于 J2EE开发的企业级应用高效、健壮的运行，提供稳定性、高可靠性和扩展性方面 的强力保证。 1.2.2 SOA服务架构 基于面向服务架构(SOA)的应用开发和集成可以很好的解决其中的许多问题， 可以将原来各自为政的IT系统有机地整合起来，实现信息、IT资产的共享和重 用。 1.2.3 ETL 英文 Extract-Transform-Load 的缩写，用来描述将数据从来源端经过抽取 （extract）、交互转换（transform）、加载（load）至目的端的过程。 1.2.4 ESB 全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与 XML、Web服务等技术结合的产物。 71.2.5 RBAC模型 基于角色的权限访问控制（Role-Based Access Control）作为传统访问控 制（自主访问，强制访问）的有前景的代替受到广泛的关注。 1.2.6 ACL机制 是 zookeeper 用来实现对数据节点进行权限控制的机制，类似于 Unix/ linux的ACL，但又不完全相同。zookeeper的权限控制是由三方面来组成的，即 权限模式（Scheme），授权对象（ID），权限（Permission），用“scheme：ID： permission”来标示一个有效的ACL信息。 1.2.7 HDFS Hadoop分布式文件系统。 1.3 参考资料及条例规定 《GB/T 9385-2008计算机软件需求说明编制指南》 《中华人民共和国计算机信息系统安全保护条例（国务院令第 147 号 1994.2.18）》 《计算机信息系统保密管理暂行规定（国保发[1998]1号）》 《计算机软件保护条例（2001年12月20日中华人民共和国国务院令第339号 公布根据2011年1月8日《国务院关于废止和修改部分行政法规的决定》第一次 修订根据2013年1月30日《国务院关于修改〈计算机软件保护条例〉的决定》第 二次修订）》 1.4 附加说明 本需求文档的最终解释权归智慧神州（北京）科技有限公司所有。 8第二章 项目概要 2.1 项目背景及目标 2.1.1 建设背景 2013年，XXX市政府就已明确“智慧城市”发展方向和信息化需求，通过完 善城市规划，为“智慧城市”的基础建设预留空间；协调各信息化主体关系，化 解信息化推进过程的管理障碍；通过进一步加强“智慧城市”信息化基础建设， 为智慧城市建设奠定了坚实的基础。 2015年10月，XXX市政府委托国内知名专家规划制定了《XXX市智慧城市建 设顶层设计》，以国家智慧城市试点建设为契机，综合运用物联网、云计算、大数 据等现代科学技术手段，发挥XXX市资源、港口、交通、特色文化及产业经济优势， 通过3-5年努力，完善城乡基础设施，促进资源共享，实现基础设施智能化；建立 完善的现代城市管理、产业融合发展体系，创新城市管理与发展，提升城市管理 水平；以人为本，提升公共服务水平，促进社会事业进步与发展，城乡人民物质文 化生活水平显著提高；遵循“优一强二增三”的产业发展思路，做强支柱产业， 培育发展战略性新兴产业和现代服务业，促进产业结构调整，提升提高经济发展 水平；形成智慧城市运营和服务体系，保障城市人口、经济、资源、环境和社会全 面协调可持续发展。 2017年9月，XXX市委、市政府成立了XXX市统筹推进信息化建设领导小组， 统筹推进全市信息化建设工作，促进数据资源整合、共享、开放，提高社会治理能 力和公共服务水平，同时推进我市实体经济数字化，推动网络信息技术产业健康 快速发展。 2017年，XXX市委市政府先后出台一系列政策文件，推动全市信息化建设和 信息产业发展，加快XXX市城市大数据中心建设正是进一步推进新型智慧城市建 设，落实市委市政府决策的有力抓手。 2.1.2 建设目标 按照党中央、国务院决策部署，牢固树立和贯彻落实创新、协调、绿色、开放、 9共享的发展理念。通过城市大数据中心的建设，促进简政放权、放管结合、优化服 务、改革措施落地；促进规范行政权力运行、优化政务服务供给，降低制度性交易 成本，解决影响企业和群众办事创业的难点堵点；促进网上政务服务运行规范、 程序严密、过程透明、结果公开、监督有力，切实增强政务服务的主动性、精准性 和便捷性，为推进政府治理创新提供有力数据支撑和保障。 本项目要实现以下两个目标：一是通过XXX市城市大数据中心统筹XXX市信 息资源管理，实现城市信息资源的有效整合与集成，推进XXX市信息资源交换、 共享、整合及服务，为各行业智慧应用系统提供全面、及时、准确的信息服务，满 足政府管理、企业生产经营和居民生活对信息资源的需求。同时，将满足各业务 垂直部门与上级主管部门系统间的互联互通需求。二是智慧城市与共享交换平台 将全面整合与之相关的各行业的智慧化应用系统，将其业务、数据、流程进行全 面的融合，为企业和市民提供融合、专业化的政务与智慧城市应用服务。 沧州云计算产业定位为XXX市人民政府重点投入和发展的战略新产业，致力 于构建和打造云计算产业可研投入、运营服务、基础设施配套三位一体的产业集 群。本项目建设内容依托于XXX市云计算产业基地，充分利用已有的云环境部署 沧州城市大数据中心的各平台、各系统，实现统一规划，统一指导；统一协同，资 源共享；安全可靠，高效易用；并存过度，逐步整合的建设原则和策略。 2.2 使用该系统的用户角色 机关单位 包括但不限于市水务局、市住建局、市林业局、市 环保局、市交通局、市旅游局、市气象局、市人防办、市 城管局、市档案局、市人社局、市卫计委、市民政局、市 民宗局、市残联、市统计局、市国税局、市地税局、市委 组织部、市编办、市金融办、市工信局、市科技局、市财 政局、市国土局、市农牧局、市商务局、市粮食局、市质 监局等（单位排名不分先后） 社会创业团队 大学生创业团队、中小企业、创新团体、高校等 平台运营方 运营机构、广告公司等 10社会公众 上班族、自由职业者 11第三章 信息库需求 3.1 空间地理库 3.1.1 数据需求 以市国土局空间地理信息图为基础，整合市水务局、市住建局、市林业局、市 环保局、市交通局、市旅游局、市气象局、市人防办、市城管局、市档案局、公安局、 规划局、民政局等相关部门空间数据进行建设。空间地理（自然资源）基础信息资 源库可在省测绘地理信息局支持和指导下建设。 基础地理信息库内容主要包括:定位基础、水系、居民地及设施、交通、管线、 境界与政区、地貌、植被与土质、其他基础地理及土地资源、水资源、矿产资源、能 源资源、森林资源、草地资源、海洋资源等空间地理信息资源。 利用XXX市已有资源，建设空间地理数据库。空间地理数据库的建设从两个 方面进行：一是将已有资源梳理入库；二是从应用角度出发，对数据进行梳理、整 合、加工、制作，形成业务部门需要的地理信息服务（主要包含符合OGC标准的标 准地理信息服务等）。 OGC是一个非盈利的志愿的国际标准化组织，引领着空间地理信息标准及定 位基本服务的发展。在空间数据互操作领域，基于公共接口访问模式的互操作方 法是一种基本的操作方法。通过国际标准化组织（ISO/TC211）或技术联盟（如 OGC）制定空间数据互操作的接口规范，GIS软件商开发遵循这一接口规范的空间 数据的读写函数，可以实现异构空间数据库的互操作。 3.1.1.1 数据收集 （1）数据收集转换： 本项目的数据主要是收集已有的基础地形图、专题地图，该数据需要以 GIS 数据格式提供。根据项目要求需要协调相关单位对坐标系不统一的数据进行坐标 系转换。 （2）坐标系： 按照河北省要求，数字城市大比例尺基础地理信息数据的数学基础基本定义 12如下： 平面坐标系统：2000国家大地坐标系； 中央子午线：116°00′00″； 高程抵偿面：0米椭球面(参考椭球面)； 投影方式：高斯-克吕格投影； 高程基准：1985国家高程基准。 3.1.1.2 数据分层整理建库 根据沧州数据现状及各委办局业务需求，空间地理数据库细分为元数据库、 基础空间数据库、政务数据图层数据库、地址数据库、业务专题数据库等数据库。 （1）元数据库 为有效地管理、组织和维护数据，方便用户比较、查询、检索，以及进行数据 处理和转换，本项目需新建元数据库。空间地理数据库的元数据由基本信息、质 量信息、继承信息、空间表示信息、空间参照系信息、实体和属性信息、发行信息、 参考信息组成。 （2）基础空间数据库 主要包括基础地形数据库和影像数据库。 基础地形图：基础地形图包含1:500、1:1000等多尺度的基础地形图数据。 影像图：影像数据库包括遥感数据和航拍数据两个方面。 （3）政务信息图层数据库 根据各部门业务信息化程度，将部门业务数据与地理图层连接（其中要求部 门业务数据有相关地理位置信息，如x，y坐标等），形成政务信息图层。政务信息 图层由政务管理对象的属性信息、及其对应或依附的地理空间实体（位置）两部 分组成。 （4）地址数据库 地址数据库包括28类标准类型，即：政区、自然村、地片、洞、河流、湖/潭、泉、 山峰、山脉、公路、环岛、交通站场、桥梁、水库、水渠、隧道、铁路、纪念地、建筑物、 公园、名胜古迹、体育设施、开发区、街巷、门址、住宅区、楼名、规划。 （5）业务专题数据库 13面向沧州强GIS应用部门，给相关委办局提供专题地图服务。  测绘档案资料数据库  基础地理信息数据库  公共地理框架数据库  专题地图数据库  影像数据库 3.1.1.3 数据主要来源 近年来，XXX市完成城市管理设施普查，但各个数据库在逻辑和物理上处于 分散孤立状态，尚无统一的数据库进行全局管控，造成各部门的指标数据自成体 系，标准不一，共享程度较差。因此，空间地理库的建设可部分采用已有的数据， 并在此基础上扩充，为经济和社会发展、政府决策和重大工程建设提供基础测绘 服务保障。本项目地理信息数据库数据来源于政府部门，地理基础信息类数据来 源，主要包括： 空间地理信息类数据来源 （1）地理信息公共服务平台 （2）遥感数据资源 遥感影像数据主要包括航空遥感影像和卫星遥感影像，测绘行政主管部门可 通过购买年度航空正射影像图进行更新。 （3）数字线划图 数字线划图数据可分为三种基础比例尺：1:500、1:1000和1:5000，由测绘行 政主管部门根据相关规范生产。 （4）政务电子地图 政务电子地图是在数字线划图的基础上，进行精简和快速更新后产生的地理 基础信息资源。政务电子地图比例尺一般为1:500、1:1000等多个比例尺。在政务 电子地图的制作过程中，应充分考虑应用部门业务模式和应用需求，而依此确定 数字内容和组织方式，明确需要增加的、具有普遍意义的社会经济属性内容。 （5）地址数据 结合XXX市实际情况，地名/地址数据的采集将结合民政部门的权威数据，由 14民政或测绘主管部门通过外业实地调绘的方式确定。地名/地址数据以其对应实 体的中心点位置表示，该中心点地理位置坐标以1:500地形图作为调绘底图，据 此确定。 （6）政务数据图层 政务数据图层是从各部门电子政务建设与应用过程中派生的，与自身业务密 切相关的信息资源，因此政务数据图层的获取，必须依托于政府各部门业务的信 息化。政务数据图层的提供、更新职责，由该类数据对应的行业主管部门负责。 各委办局空间地理信息专题数据来源 1.国土资源局 国土资源局一般有两张图：土地利用现状图和土地利用规划图，包括城镇、 农村的土地信息，而且有地块、权属信息、信息每年更新一次。 2.住建局 住建局是城市规划编制与设计、城市规划、建设与管理以及《项目选址意见 书》、《建设用地规划许可证》、《建设工程规划许可证》、《乡村建设规划许可证》 的主管和审批单位，可提供相关数据。 3. 公安局 通过PGIS(警用地理信息系统)采集以下业务专题数据： （1）业务警种的组织（机构）信息：指描述业务警种各单位的所在地、管辖范 围、责任区、警力分布等专题地理信息数据。如巡逻线路与辖区等； （2）警用基础设施信息：由业务警种自己建设、管理或关心的，有固定地理位 置，在较长时间内不移动的物品如消防栓、红绿灯、图像监控头等的所在地信息； （3）业务管理的人员（或对象），如重点人口信息、工作对象等所在地信息； （4）业务管理的案(事)件如刑事与行政案件发生地信息； （5）业务管理的场所、线路和区域如治安重点防控区域的分布信息； （6）门牌号码信息：XXX市门牌号码的变更和分布信息； （7）业务管理的机构（或设施），如治安管理中的重点单位所在地信息。 4.民政局 民政局有以下专题数据： （1）行政区划信息：最新的行政区划和行政区划的变更信息； 15（2）民政机构设施：社会福利事业类、社会福利企业类、社会救助类老龄工作 类、社区建设类、双拥优抚类、婚姻收养类、殡葬设施类、社会团体类、社工类、福 利彩票类、社区设施类民政机构设施信息； （3）地名、街道信息：地名、街道、重要建筑的命名及空间分布信息。 5. 环境保护局 环保局有以下专题数据： （1）全市重点污染源排放企业的分布情况及监测信息； （2）全市重点企业环境评价分布情况； （3）全市污染源（大气、水、噪声、固体废弃物）分布、影响范围及监测信息； （4）全市饮用水分布情况。 6.气象局 气象局有以下专题数据，可协调沟通获得部分开放数据，包括： （1）气象设施信息：气象探测设施、气象信息专用传输设施和大型气象专用 技术装备等，包括有人值守的气象设施和无人值守的气象设施的分布信息； （2）气象灾害信息：台风、暴雨（雪）、寒潮、大风（沙尘暴）、低温、高温、干旱、 雷电、冰雹、霜冻和大雾等所造成的灾害，以及由气象因素引发的衍生、次生灾害 包括城市气象灾害、农业气象灾害、林业气象灾害、水文气象灾害、海洋气象灾害 交通气象灾害、地质气象灾害、航空气象灾害、电力气象灾害等的分布及影响区 域； （3）气候资源信息：气候资源的空间分布及利用信息。 7.城管局 （1）全市市政设施（如路灯、河道、景观照明等）管网专题数据分布信息； （2）全市道路、桥梁、自来水、天然气等管网专题数据分布信息； （3）全市重点开发、房地产、建筑、交通、重大工程的空间分布信息。 8. 安监局 （1）业务组织（机构）信息：指描述安全生产各单位的所在地、管辖范围、责任 区、人员分布等专题地理信息数据； （2）煤矿、矿山等空间分布信息； （3）应急指挥系统、监测预警系统数据； 16（4）MSDS危险品数据、专家数据、救援资源数据、预案数据和企业监控视频 等数据信息。 3.1.2 功能需求 3.1.2.1 数据入库 入库功能概述：针对收集整理成后的1:500等比例尺基础地理信息数据开展 数据建库管理，构建满足1:500等比例尺要求的基础地理信息数据库，包括DLG 数据库、DOM数据库、DEM数据库、元数据库。 支持对1:500等比例尺新标准的DLG、DEM、DOM实体数据的入库。 支持对1:500等比例尺新标准的DLG、DEM、DOM的元数据批量自动化监理入 库； 实体数据及元数据入库后，支持将所入数据信息动态更新，并可以通过结合表 的方式进行查看。 3.1.2.2 编目管理 编目管理描述：对数据的存储位置及数据存储节点等进行配置。包括对实体 数据的存放位置进行配置，主要提供FTP存储节点和共享目录存储节点；对入库 所需的目录和节点进行配置。 针对数据库管理员实现对数据库的备份与恢复操作。 将系统底图导入oracle数据库中。 3.1.2.3 数据管理 数据管理功能描述：针对已入库的1:500等比例尺的数据支持基本的浏览查 询功能，同时提供对500新标数据的浏览、查询管理功能，实现对多源数据、多类 型数据的高效管理。 针对1:500等比例尺的新标数据通过目录树的方式，为前台不同用户的浏览查 询提供支持。 17针对1:500等比例尺的新标数据入库。 提供了支持1:500等比例尺改造后的新标数据的提取。 3.1.2.4 数据导出 实现中心电子资料（空间数据文件和非空间数据文件）、介质资料信息的一 体化存储、组织、管理和维护；为面向信息数据调用、档案资料分发服务、档案借 阅、信息发布、档案资料统计的地理信息内容服务提供技术保障。 3.2 人口综合信息库 3.2.1 功能需求 人口综合信息库分三个层次建设，基础、扩展、共享逐步人口属性，基础层为 自然人最基本属性，每个自然人的基础属性从出生起都明确，通常情况无更改。 扩展属性是自然人的重要属性，通常不固定，会有一定修改。共享属性是自然人 在生活、生产活动中产生的，政府部门、企事业单位和公民个人在工作生活中迫 切需要的信息。 3.2.2 数据需求 人口综合信息库建设三个层次的数据需求： 第一基础信息来自于公安局的人口信息，包括公民身份证号码、姓名、性别、 出生地、出生日期、民族和注销标识等。 第二扩充信息来自于公安局的户籍信息包括照片、户籍地址、死亡注销信息 居民身份证签发信息、服兵役注销信息和出国、注销信息等。 第三是共享应用信息来自于教育局的学历信息、学位信息、学籍信息，民政 局的婚姻信息、救助信息，卫计委的出生信息、死亡信息，人社局的社保登记信息 民宗局的少数民族人员信息，残联的残疾人信息，统计局的人口统计信息，市国 税局、地税局的个人缴税信息，人行沧州支行的个人征信信息等。共享应用需要 满足各部门人口方面的数据共享需求，可随时进行添加。 183.3 法人综合信息库 3.3.1 功能需求 法人综合信息库分为三个层次建设，基础、扩充、共享信息，三个层次范围逐 渐扩大，从法人基础属性到法人行业监管全面描述一个法人，三个层次由法人基 础信息进行关联，形成一个多层次并相互关联的法人库。 3.3.2 数据需求 法人信息库建设需要分为三个层次： 第一基础信息包括来自于工商的企业法人信息、工商个体户信息，编办的机 关、事业单位法人信息，民政局的社会组织法人信息、民办非企业信息、基金会信 息，民宗局宗教团体信息、宗教场所信息，以及其他单位的法人信息。 第二扩充信息包括来自于工商的股权架构、资产、注册登记信息，税务部门 的税务登记、纳税信息，人社局的人才信息，以及来自于其他各部门资质证照类 信息。 第三共享信息包括来自于各部门掌握的许可信息、工程信息、资质证照、奖 惩信息等，共享信息主要满足各部门户之间数据共享的需求，可随时进行添加。 3.4 宏观经济库 3.4.1 功能需求 宏观经济信息作为一个集成的政府信息化管理工具，从政府各委办局信息数 据统计、分析、预测、预警以及政务信息发布的角度出发，参照通用化的政府工作 事务流程，抽象和概括出满足政府用户决策的信息化工作平台和决策模型；通过 构造宏观经济基础信息库，对相关经济管理部门的业务信息以及外部信息进行采 集；优化信息资源结构，深度整合基础信息，实现对信息资源深度开发、及时处理 有效共享，突出信息对用户工作的重要支持作用，为用户决策提供准确依据。对 各委办局的各类行政管理流程以及行政管理业务产生的各类数据及其他信息资 源进行综合管理。 19基于网络化的信息平台，应用成熟、智能的信息技术，以宏观经济信息为核 心全面整合、提炼各类相关业务的数据，为用户者提供计划、执行、监控、决策、检 查评价等决策服务的支持平台，从而提高用户决策的准确率，增强全区域范围各 种资源的调控能力和使用效率，合理地配置资源，提高和改善行政管理的效率和 效果，最终充分发挥综合优势，提升整体经济实力。 建库步骤如下： 宏观经济的统计是在既有的统计指标基础之上，筛选出具有代表性的指标， 建立一个经济监测指标体系，并以此建立各种指数或模型来描述宏观经济的运行 状况和预测未来走势。由于这套指标的描述和预测功能，我们也称该指标体系为 宏观经济的"晴雨表"或"报警器"。但它之所以能象"晴雨表"或"报警器"那样发挥 监测和预警的作用，第一是因为经济本身在客观上存在着周期波动；第二是因为 在经济波动过程中，经济运行中的一些问题可以通过一些指标率先暴露或反映出 来。利用景气指数进行分析，就是用经济变量之间的时差关系指示景气动向。首 先是确定时差关系的参照系，即基准循环，编制景气循环年表；其次，根据基准循 环选择超前、同步、滞后指标；最后编制扩散指数和合成指数来描述总体经济运 行状况、预测转折点。 3.4.2 接口需求 1) ER图设计： 202) 数据表结构设计 宏观经济基础数据库由部门数据信息和类别数据信息组成。 宏观经济基础信息库中的部门数据信息反映从各委办局采集、清洗、比对后 的信息，信息的存储按照数据部门来源划分；类别数据信息是按照经济、社会、居 民生活等数据类型进行存储，同一数据类别的信息可以来源于多个部门。 宏观经济数据库的构成如下图所示： 213) 委办局数据接口设计 各委办局的原始数据或者月度，季度，年度的统计数据（例如，统计局的月报或者 年报）需要定时同步到经济库中，用于支撑经济运行监测预警系统的数据需求。 根据不同的委办局可能会有以下几种对接方式：  Excel表数据导入 根据excel数据模板填写对应的月度、季度或者年度数据，然后导入到经济库中。  接口对接 委办局自有的业务系统能提供对应数据接口；经济运行系统定时拉取数据导入到 经济库中。  页面填报 委办局定时到系统中填报对应的月度、季度和年度的统计数据 3.5 视频联网及视频专题库 3.5.1 功能需求 近年，随着“平安城市”的建设以及社会各单位自建监控点的增多，视频监 控、卡口系统存储的视频监控资源、图片数量巨大。视频监控系统、卡口电警系统 建设厂商不一，数据库平台不一，涉及的设备品牌型号、设备性能、设备功能和数 据汇聚方式不同，无法做到数据互联互通，一定范围内形成信息孤岛。 视频联网功能需求： 通过国标GB/T 28181协议实现各种视频资源的接入整合，解决公安、城管、 环保等部门视频图像分散管理、无法统筹调度和共享问题，同时为上层基于视频 的智能化应用提供视频数据。  图像浏览，可以实时显示前端任意一个监控点的图像，可以在1、4、6、9 等多种画面模式中显示视频，并支持摄像机云台控制功能；  支持图像抓拍、当前窗口图像数字放大功能；  支持历史图像回放功能。 视频专题库功能需求： 与视频联网平台、卡口系统对接，运用智能化图像分析技术，实时提取动态 22图像中的人、车、物等特征数据建设视频专题库，在此基础上提供基于物联网、云 计算、深度学习等技术的视频查看、数据可视化展现、统一调度管理、人、车信息 比对查询等满足各部门的基础应用需求。  实时结构化，支持实时对视频中的人脸、车辆、人体进行结构化提取，实 现数据的统一存储、检索分析；  智能布防，以视频分析为核心实施区域入侵、绊线检测等智能分析功能；  人脸结构化，支持视频人脸检测，并对检测的人脸进行特征信息提取，为 人脸分析提供数据基础；  车辆分析，提供按照车辆条件进行检索包括：车牌号码（支持模糊搜索） 车身颜色、车牌颜色、时间范围、卡口范围等；  支持各种资源及关联资源对象的检索查看。 3.5.2 接口需求 视频联网接口需求： 公安、城管、环保等部门要与智慧城市大数据中心的视频联网系统网络能够 互联互通，视频监控系统能过通过国标GB/T 28181协议进行联网，从而实现视 频的统一联网与共享，为其他部门提供共享视频资源。 视频专题库接口需求： 与公安卡口系统、停车场对接，需要与已建卡口系统网络互联互通，可通过 数据库或SDK定制开发方式进行数据对接。 其他接口需求： 对不满足国标协议的系统对接，可通过私有协议、SDK、数据库等定制开发方 式进行对接整合。对整合资源通过数据标准化转换，实现数据标准的统一，为 “智慧沧州”提供基础的视图信息化资源。 3.6 城市部件专题库 3.6.1 功能需求 城市部件信息化，实行井盖的数字化管理，实现社会资源有效的监管，确保 人民群众人身安全。有效的，降低公交运营成本，并且使公交服务得到了大量的 23提升,极大便利了人们的生活。 城市部件信息化是城市信息化的重要组成部分，是城市管理及和谐社区建设 的基础环节。在推进和谐社区建设中，应积极探索，充分运用现代技术手段管理 社区、服务居民，提升为人民服务的水平。 公共设施的位置 包括路灯、井盖、公交车站与广告牌等公共设施的位置 公共设施的归属单位信息 包括路灯、井盖、公交车站与广告牌等公共设施的归属单位信息 社会单位提供各类信息资源 水、电、气、管网、交通、物流等社会单位提供各类信息资源 城市部件数据库设计需要准备的信息有：字段名称、字段代码、字段类型、字 段长度、定义与值域范围以及约束条件，城市部件数据表的结构如表3.6.1所示： 字段 字段 字段名称 字段代码 定义与值域范围 约束/条件 类型 长度 标识码 ObjCode char 16 部件的标识码 必选 名称 ObjName char 30 部件的标准名称 必选 主管部门代 DeptCode1 char 10 部件主管部门的代码 必选 码 主管部门名 DeptName1 char 60 部件主管部门的全称 必选 称 权属单位代 DeptCode2 char 10 部件权属单位的代码 可选 码 权属单位名 DeptName2 char 60 部件权属单位的全称 可选 称 养护单位代 DeptCode3 char 10 部件养护单位的代码 可选 码 养护单位名 DeptName3 char 60 部件养护单位的全称 可选 称 部件所在单元网格的代码， 所在单元网 BGCode char 14 必选 格 应符合CJ/T 213的规定 普查时部件的状态，包括： 状态 ObjState char 10 必选 完好／破损／丢失／占用 部件信息调查的初始时间 初始时间 ORDate date 8 必选 （格式为：YYYYMMDD） CHDate date 8 必选 变更时间 部件信息变更调查的时 24间（格式为：YYYYMMDD） 普查测绘数据的来源，包 数据来源 DataSource char 30 可选 括：实测／地形图／其它 需要特别说明的内容，如部 备注 Note char 100 可选 件类型的进一步说明等 表3.6.1 城市部件数据表结构 3.7 房屋专题库 3.7.1 功能需求 房屋专题库的开发，可有效实现对房屋销售管理的系统化、规范化和自动化 提高房屋销售管理水平。 房屋专题库的实体集包括：房主、房屋和租房顾客。其中房主的属性主要有 房主编号、姓名、登录密码、性别、电话号码，家庭住址，还有个人信息的建立时间 和更新时间。房屋的属性包括房屋编号、房屋地点、面积、户型、照片、价格、状态 以及房屋信息的建立和更新时间。租房者的属性有租房者编号、姓名、登录密码、 性别、电话号码、职业和个人信息的建立与更新时间。 XXX市房屋专题库概念数据模型如下表所示： 序号 名称 标识 类型 描述 房屋的周期 房屋_ID HouseID 基本 1 房屋的标识 信息 房屋_房主 ProviderI 专题 房屋的买入 2 ID 房主的标识 D 信息 房屋_地点 Address 专题 3 房屋的地理位置 信息 房屋_面积 Area 专题 4 房屋的面积大小 信息 房屋_户型 Type 专题 5 房屋的户型类型 信息 房屋的出租 房屋_照片 Picture 专题 6 房屋的实拍照片 信息 房屋_出租价 Price 专题 7 房屋的出租价格 格 信息 房屋_租出状 Status 专题 8 房屋的租出状态 态 信息 9 房屋_记录创 Createti 专题 记录房屋的创建时间 房屋的交易 25序号 名称 标识 类型 描述 房屋的周期 建时间 me 信息 房屋_记录修 Updateti 专题 10 改时间 记录房屋的修改时间 me 信息 3.8 信用专题库对接 3.8.1 功能需求 以发改委提供的个人信息为基础，依法归集个人基本信息，法人信息（机关、 事业单位、社会团体、企业）个人金融信贷（包括互联网）信息，个人履约信息，行 政机关、司法机关（法院）、行使公共管理职能的组织、公用事业单位、行业组织等 在行使职权过程中形成的与个人信用相关的信息，其他与个人信用有关的信息， 形成个人信用基础数据库、以及重点职业人群信用专题库和文明交通信用专题库 构筑一个支持“一处失信，处处受限”的个人信用公共基础数据平台。 XXX市企业信用专题库概念数据模型如下表所示： 序号 名称 标识 类型 描述 信用的周期 信用_统一信 entid 基本 1 企业统一信息编码 息编码 信息 信用_企业名 qymc 专题 2 企业的名称（全称） 称 信息 信用_工商注 gszch 专题 3 企业的工商注册号 册号 信息 信用_组织机 zzjgdmz 专题 企业的组织机构代码证 4 构代码证号 h 信息 号 企业公共基 信用_地税纳 nsrsbh_ 专题 企业的地税纳税人识别 本信息 5 税人识别号 ds 信息 号 信用_国税纳 nsrsbh_g 专题 企业的国税纳税人识别 6 税人识别号 s 信息 号 信用_海关注 hgzch 专题 7 企业的海关注册号 册号 信息 信用_上市公 ssgsdm 专题 8 企业的上市公司代码 司代码 信息 信用_统一信 entid 专题 9 企业的统一信息编码 息编码 信息 信用_工商注 gszch 专题 企业工商注 10 企业的工商注册号 册号 信息 册信息 信用_登录机 djjgdm 11 专题 企业的登录机关代码 关代码 26序号 名称 标识 类型 描述 信用的周期 信息 信用_经营地 jydz 专题 12 企业的经营地址 址 信息 信用_邮政编 yzbm 专题 13 企业的邮政编码 码 信息 信用_法定代 fddbr 专题 14 表人 企业的法定代表人 信息 信用_证件类 zjlxdm 专题 企业的法定代表人的证 15 型代码 信息 件类型代码 信用_证件号 zjhm 专题 企业的法定代表人的证 16 码 信息 件号码 信用_企业类 qylx 专题 17 型 企业的类型 信息 信用_注册资 zczb 专题 18 本 企业的注册资本 信息 信用_币种代 bzdm 专题 19 码 企业的交易的币种代码 信息 信用_序号 xh 专题 20 企业的许可序号 信息 信用_统一信 entid 专题 21 息编码 企业的统一信息编码 信息 信用_许可证 xkzmc 专题 22 名称 企业的许可证名称 信息 信用_许可证 xkzjbh 专题 23 件编号 企业的许可证件编号 信息 企业行政许 信用_许可日 xkrq 可信息 专题 24 期 企业的许可日期 信息 信用_有效期 yxqx 专题 25 限 企业的许可证有效期限 信息 信用_变更情 bgqk 专题 26 况 企业的许可证变更情况 信息 信用_成员单 cydwdm 专题 27 位代码 企业的成员单位代码 信息 273.8.2 接口需求 以市发改委信用专题库为基础,与四大基础库、其他专题库的信息关联，使 信息专题库更好的为全市的智慧应用提供相应服务支撑。 3.9 电子证照库对接 3.9.1 功能需求 电子证照库主要由电子证照目录库、电子证照库两部分基础数据库构成。通 过结构化的数据格式，规范电子证照的数据标准，形成市级统一的电子证照数据 结构，汇总市级的电子证照基础资源。电子证照目录库中包括证照目录信息、证 照模板信息两部分内容。 XXX市电子证照专题库概念数据模型如下表所示： 电子证照的 序号 名称 标识 类型 描述 周期 证照_电子证 ELNum 电子证照唯一的、始终 基本 1 照编号 不变的代码标识，字母、 信息 符号采用半角表示 证照_名称 LName 专题 证照的名称（全称） 2 信息 证照_编号 LNum 专题 颁证单位编制的证照文 3 信息 号 证照_颁证时 ICTime 专题 格式例如20180501 4 间 信息 证照_有效起 Starttim 格式例如20180501，如 专题 5 始日期 果证照无有效期则标注 e 信息 为00000000 证照_有效截 Endtime 格式例如20180501，如 专题 6 至日期 果证照无有效期则标注 信息 电子证照基 为00000000 本内容信息 证照_持证者 Name 专题 证照的持有者姓名 7 姓名 信息 证照_变更记 Updateti 专题 证照的变更记录 8 录 me 信息 证照_软件环 SEnviron 业务受理、审批、生成、 境 管理电子证照的操作系 ment 统和应用系统的名称、 专题 9 版本、功能、开发商信息 信息 等，基本内容至少应包 括证照业务系统的名称 和业务软件开发商名称 证照_业务行 BBehavi 专题 业务受理、审批、生成、 10 为 or 信息 管理电子证照的具体机 28电子证照的 序号 名称 标识 类型 描述 周期 构、人员、时间、行为，基 本结构为受理-证照受 理人-受理时间；审批- 证照审批人-审批时间； 签发-证照签发人-签发 时间。内容至少应包括 签发-证照签发人-签发 时间 证照_电子签 ESInfo 记录电子签章的签章 专题 11 章信息 人、签章时间、签章名称 信息 等相关信息 证照_数据电 LAddress 专题 部件信息变更调查的时 12 子信息查询 信息 间（格式为：YYYYMMDD） 地址 证照_废止列 AAddres 专题 电子证照URL地址 13 表地址 s 信息 证照_版本 LVersion 证照的版本信息 专题 14 信息 证照_年检信 IInfo 证照的年检信息 专题 15 息 信息 证照_认证信 CInfo 证照的认证信息 专题 16 息 电子证照文 信息 件信息 证照_访问权 AControl 证照的访问权限信息 专题 17 限控制 信息 证照_主题词 Keyword 1：公开，2：不公开 专题 18 s 信息 证照_关系信 RInfo 在标引和检索中用以表 专题 19 息 达证照文件主题的规范 信息 化的词或词组 证照_共享范 SScope 证照文件之间、证照文 专题 20 围 件内部对象之间关系的 信息 信息 3.9.2 接口需求 通过资源交换等方式，与XXX市已有的电子证照专题库（科大讯飞承建）通 过webserver方式进行资源对接，向全市各部门政府政务系统提供电子证照服务 接口和对接管理。 2930第四章 应用系统需求 4.1 信息资源目录系统 政务信息资源目录体系采用元数据对政务信息资源特征进行描述，形成统一 规范的目录内容，通过对目录内容的有效组织和管理，形成部门间政务信息资源 物理分散、逻辑集中的信息共享模式，提供政务信息资源的发现定位服务，借助 元数据，用户可以采集、组织、识别、定位、发现、评估和选择信息资源，实现简单 高效地检索、交换、管理海量数字化信息资源。 4.1.1 目录注册 4.1.1.1 功能需求描述 委办局用户登录到XXX市政务信息资源目录管理系统，然后通过自己单位的 信息资源分类进行相应分类下信息资源的新增和编目，系统管理员用户进行审核 与发布。 4.1.1.2 页面需求 委办局用户通过目录注册界面进行目录注册。 31系统管理员用户进行审核发布 4.1.1.3 外部接口需求 无 4.1.2 目录导航 4.1.2.1 功能需求描述 对信息资源进行列表化展示，可支持基于一个或多个条件的检索功能，支持 树形结构分类检索功能，可以任意展开、折叠。可对检索进行权限控制，单位用户 只能查看本单位的信息资源目录，系统管理员可查看全部信息资源目录。 324.1.2.2 页面需求 委办局用户可对自己的信息资源进行检索查看，系统管理员用户可对全部信 息资源检索查看 4.1.2.3 外部接口需求 无 4.1.3 维护管理 4.1.3.1 功能需求描述 委办局用户有对本部门的信息资源目录进行维护的权限，维护内容包括对信 息资源目录的新增（目录注册）、修改，以及导出备份与导入恢复。 4.1.3.2 页面需求 信息资源目录的新增和修改 33信息资源目录的导出备份 信息资源目录的导入恢复 344.1.3.3 外部接口需求 需要与省目录系统进行接口对接，具体包括省目录系统的资源信息获取接口 资源所属机构获取接口、资源发布时间获取接口。 4.2 沧州政务信息共享门户 4.2.1 数据订阅 4.2.1.1 功能需求描述 数据需求部门在目录系统查看所需求的信息资源，发起信息资源申请，在申 请中注明定义或配置订阅名称、资源名称（唯一的）、共享方式、类型、状态、订阅 时间、有效时间、发布部门。 4.2.1.2 页面需求 数据需求委办局在系统中发起数据订阅申请，初步设想图如下： 354.2.1.3 外部接口需求 无 4.2.2 订阅审核 4.2.2.1 功能需求描述 数据需求委办局提出数据订阅申请后，信息资源主管部门在系统中可查看委 办局的申请需求，并对申请进行审核，审核通过则进行数据交换，审核不通过则 信息资源主管部门填写审核不通过意见，将结果反馈给数据需求委办局。 4.2.2.2 页面需求 信息资源主管部门对数据需求委办局提出的数据需求进行审核页面，初步设 想图如下： 364.2.2.3 外部接口需求 无 4.2.3 数据获取 4.2.3.1 功能需求描述 在订阅审核通过后数据需求委办局可通过数据文件和数据接口两种方式获 取数据。文件方式申请委办局可直接下载数据文件。接口方式系统提供标准的数 据调用接口和接口调用规范，需求委办局可自行进行调用。 4.2.3.2 页面需求 数据文件下载方式，初步设想图如下： 37数据接口方式 4.2.3.3 外部接口需求 无 384.3 数据交换共享平台 4.3.1 交换前置管理 4.3.1.1 功能需求描述 交换前置服务器，一方面从各业务系统提取数据，向城市大数据中心提交； 另一方面从城市大数据中心接收数据，并向业务系统传递数据。交换前置管理管 理功能的目的就是为了维护数据交换平台负责交换的单位或者业务系统的前置 服务器的对应关系。 4.3.1.2 页面需求 前置服务器列表页面 新增和编辑前置服务器页面 394.3.1.3 外部接口需求 服务器查询接口 接口提供方 数据管理平台 接口功能 查询服务器列表 输入参数 部门ID 返回数据字段 服务器ID，服务器名称，服务器IP地址 数据库查询接口 接口提供方 数据管理平台 接口功能 查询数据库列表 输入参数 服务器ID 返回数据字段 数据库名称，数据库IP地址，数据库端口，数据库用户 名，数据库密码 sFTP服务查询接口 接口提供方 数据管理平台 接口功能 查询sFTP服务信息 40输入参数 服务器ID 返回数据字段 sFTP端口，sFTP用户名 4.3.2 关系型数据库交换 4.3.2.1 功能需求描述 该功能将存储在关系型数据库中的数据，通过配置的方式，从一个数据库传 输到另一个数据库。支持多种不同数据库产品间的数据传输，支持增量和全量两 种方式的数据传输。 4.3.2.2 页面需求 无。 4.3.3 文件交换 4.3.3.1 功能需求描述 该功能是将存储在数据中心文件服务器上的工作文件、音视频文件、图片等 多种文件格式，通过配置的方式，从文件服务器传输到用户终端，或者传输到前 置服务器的指定目录。 4.3.3.2 页面需求 无。 414.3.4 接口类型数据交换 4.3.4.1 功能需求描述 该功能将业务系统接口通过共享平台管理起来，供共享平台各单位用户申请 调用，交换平台负责对业务系统接口调用方鉴权，实现实现接口类型数据在各部 门之间交换传输。 4.3.4.2 页面需求 无。 4.3.5 数据上报功能 4.3.5.1 功能需求描述 对于无法通过系统对接方式采集数据，或者拥有数据但是没有信息系统支撑 的单位，提供用户手工上报数据的入口，支持用户上报数据库类和文件类的数据 上报的数据能够自动的传输到规定的文件路径或者数据库表中。 4.3.5.2 页面需求 数据上报资源选择页面 42数据上报文件上传页面 434.3.6 业务系统接口重构 4.3.6.1 功能需求描述 该功能能够快速生成多个应用系统的数据API接口开发及封装工作，无需协 调源系统开发商的前提下，通过对接口服务的调用，实现各系统内部及外部系统 数据的获取，实现跨部门跨系统的数据对接。 4.3.6.2 页面需求 无。 4.3.7 交换监控 4.3.7.1 功能需求描述 能够对平台上所有的交换任务实时监控管理，包括监控运行状态、保存运行 结果、查看运行日志，人工干预交换任务执行（启动、停止）。 4.3.7.2 页面需求 交换任务列表 44任务执行记录页面 任务日志页面 执行步骤页面 4.3.7.3 外部接口需求 服务器查询接口 接口提供方 数据管理平台 接口功能 查询任务信息 输入参数 任务ID 返回数据字段 任务步骤，执行日志，执行批次 454.3.8 信息资源订阅交换支持 4.3.8.1 功能需求描述 与政务信息资源目录系统结合，实现信息资源的编目、订阅、发布、管理、查 询等功能，实现对信息资源的管理。在数据交换过程中，通过交换桥接将部门需 要交换的信息交换到前置交换数据库，在交换管理的流程控制下，通过交换传输 前置交换，把需要交换的信息定向传输到接收部门。 4.3.8.2 页面需求 无。 4.4 数据开放平台 4.4.1 开放数据 4.4.1.1 功能需求描述 主要便于公众可以快速根据基础资源、主题资源、部门资源和地方资源的分 类目录快速准确查找对应的信息资源。同时提供了最新资源、热门资源和推荐资 源的信息展示。 主要展示的数据为对社会有价值的公告数据，比如教育局的小升初数据以交 通局的违章查询等实用数据。本地市民可以通过此平台查询、下载等。 数据的格式主要为word或者excel。 4.4.1.2 页面需求 页面需要为扁平化简约展示，一级页面包含主要功能，通过一级页面获取二 级页面，交互体验要好，初步设想页面如下： 464.4.1.3 外部接口需求 需要资源目录系统提供数据文件内容为主的对接接口，便于系统输出。 4.4.2 云接口 4.4.2.1 功能需求描述 云接口（即API）是随着互联网和云计算的兴起而催生的产物，是服务、应用 和系统的数字纽带。公共信息融合服务云接口主要依托政府部门和公共事业单位 的服务资源，对现有服务产品进行API服务化，以云模式对外提供公共信息共享 融合服务，围绕现有产品打造新的公共信息融合服务生态。 云接口（API）分为数据API、模型API、工具API三大类，具体详情如下： （1）数据API：提供全国性数据API，并对本地的数据进行API化，让用户可以 直接申请使用数据资源。 （2）模型API：引入成熟的模型为本地服务，同时结合本地资源建立属地模型。 （3）工具API：提供公共服务工具和基础支撑工具。 4.4.2.2 页面需求 页面需要为扁平化简约展示，一级页面包含主要功能，通过一级页面获取二 级页面，交互体验要好，初步设想页面如下： 474.4.2.3 外部接口需求 需要资源目录系统提供可以对社会公众展示的接口信息内容，便于系统输出 4.4.3 云服务 4.4.3.1 功能需求描述 云服务是平台直接面向公众使用者以及开发者提供服务的渠道。通过对平台 提供的公共信息服务资源及工具API、数据API、模型API等云接口进行融合加工， 组装成具有相当独立功能的微应用或者SaaS服务供开发者使用。 平台通过“云服务”频道提供服务，功能如下： 微应用：平台汇聚的各类创新应用，公众开发者根据自己的需要可以直接申 请使用服务，创新应用提供可视化接口，或者通过H5、页面嵌入或APK等方式为 创新创业者提供服务。 平台汇聚的各类SaaS服务，终端用户根据自己的需要可以直接申请使用 SaaS服务。 4.4.3.2 页面需求 页面需要为扁平化简约展示，一级页面包含主要功能，通过一级页面获取二 级页面，交互体验要好，初步设想页面如下： 484.4.3.1 外部接口需求 无其他系统外部接口需求。 4.4.4 开放需求 4.4.4.1 功能需求描述 由于社会公众、企事业单位或政府部门的数据资源需求存在多样性，在资源 需求方无法通过平台直接获取资源时，可以提出资源开放需求，申请资源归属的 政府部门或公共事业单位开放自己的数据，资源归属部门需要通过平台进行反馈 并根据自己的权限进行相应数据资源的对外开放。 （1）数据供给需求 当公众没有找到自己需要的资源时，可以提出资源需求，申请资源归属的政 府部门开放自己的数据，政府部门进行反馈，并根据自己的权限授权开放数据。 （2）API开发需求 政府机构可以根据自己的需要，面向社会的创新创业者发布自己的项API开 发需求任务，创新创业者可以直接和需求发起方进行对接，接受任务并根据任务 需求提交项目成果。 （3）微应用开发需求 政府机构可以根据自己的需要，面向其他政府部门或机构发布自己的项微应 用开发需求，其他部门或机构可以直接和需求发起方进行对接，接受任务并根据 任务需求提交项目成果。 494.4.4.2 页面需求 页面需要为扁平化简约展示，一级页面包含主要功能，通过一级页面获取二 级页面，交互体验要好，初步设想页面如下： 4.4.4.1 外部接口需求 无其他系统外部接口需求。 4.4.5 用户中心 4.4.5.1 功能需求描述 用户中心主要包括如下几项功能： （1） 用户基本信息 “用户基本信息”是以文字的形式显示用户的基本信息。 内容区包括用户是否实名认证，用户的APIKey，secretKey，手机号码，用户 类型的信息。 （2） 实名认证 为确认注册用户身份，方便用户共享和使用数据，保障用户之间的诚信合作 规避一些不法分子通过平台进行非法操作，平台制定了实名认证规则：期望通过 平台进行数据共享交换的用户必须进行实名认证。 平台提供个人用户或者企业用户填写认证信息的页面。用户进行个人认证需 填写的姓名，身份证号码，上传身份证照片，需要做身份证号码校验；企业认证需 填写的基本信息、企业信息、联系人信息等主要内容。 （3） 修改密码 用户通过验证旧密码的方式修改新密码。 504.4.5.2 页面需求 页面需要为扁平化简约展示，一级页面包含主要功能，通过一级页面获取二 级页面，交互体验要好，初步设想页面如下： 4.4.5.1 外部接口需求 无其他系统外部接口需求。 4.5 数据管理平台 4.5.1 前置机管理功能 4.5.1.1 功能需求描述 录入所在组织的所有前置机接口信息，以便大数据平台能成功访问前置机上 的数据系统。 一个组织内可按需部署一台至多台前置机，具体由客户根据数据地点，网络 访问情况以及安全策略决定。例如，一个组织内有多个分布在不同地点的部门， 各个部门的数据都需要接入平台。此时，具体看用户的IT安全策略与管理方式， 可以在不同的地点部署前置机，也可以多个部门共用一个前置机。 新増前置机记录添加在前置机表的末尾。 514.5.1.2 页面需求 前置机列表页： 新增前置机页面： 前置机编辑修改页面： 524.5.2 数据系统管理 4.5.2.1 功能需求描述 允许用户通过平台界面访问集群中所有的关系型数据库和文件系统，能够创 建、维护数据库实例，能够对文件系统做增删改查操作，能够上传下载文件。 4.5.2.2 页面需求 MySQL数据库列表页面 53MySQL数据库新建页面 HDFS目录树状图页面 新增子目录页面 54重命名目录页面 删除目录页面 4.5.3 元数据管理 4.5.3.1 功能需求描述 用于将平台所有MySQL、Oracle、DM、Hive、Hbase数据库的表在平台上管理 起来，元数据定义信息包括： 表基本信息，如数据存放的数据库、数据的共享属性（如公开或授权公开）、 表的标签信息。 表内字段名称与类型。 元数据定义信息录入除了通过人工输入的方式，还需要支持excel导入和直 连数据库直采方式。 4.5.3.2 页面需求 数据表列表页面 55数据表新建页面 数据表字段导出页面 数据表字段导入页面 564.5.4 数据关系地图 4.5.4.1 功能需求描述 通过可视化方式展示平台管理的数据库之间的关联关系，表与表之间的关系 数据实体之间的关系包括生成关系和关联关系。 4.5.4.2 页面需求 数据库关系图页面 数据表关系图页面 字段关系图页面 574.5.5 数据处理 4.5.5.1 功能需求描述 能够实现数据抽取、清洗、转换、比对、入库等能力，并通过可视化的方式进 行规则定义、配置运行，提供数据流程监控画面。 4.5.5.2 页面需求 转换任务列表页面 转换任务配置界面 58转换任务监控界面 4.5.6 租户管理 4.5.6.1 功能需求描述 平台可同时为多个组织机构（称之为租户）提供大数据服务，各租户可通过 平台共享彼此的数据资源。第三方组织或公司需要和平台进行数据对接时，需要 在平台注册用户信息，并根据实际业务开放合适的平台功能。 4.5.6.2 页面需求 租户列表 59租户新增 开通服务 开通资源 604.5.7 用户管理 4.5.7.1 功能需求描述 用户管理是租户下的管理模块，用来给系统创建和维护帐号，用户帐号都属 于某个租户，其最大权限就是该租户拥有的权限。 4.5.7.2 页面需求 用户列表 新建用户 61角色关联 624.5.8 部门管理 4.5.8.1 功能需求描述 维护组织机构的部门信息，作为平台的基础数据，为数据业务分权分域做基 础。 4.5.8.2 页面需求 部门维护页面 634.5.9 角色管理 4.5.9.1 功能需求描述 角色是系统的基础数据，用来控制菜单和资源的访问权限。一个租户可以建 立多个角色，一个用户可以拥有该租户下多个角色。 4.5.9.2 页面需求 角色列表页面 角色的用户列表页面 64角色授权页面 654.5.10 服务器管理 4.5.10.1 功能需求描述 该功能主要实现对平台所有服务器的管理，能够添加、删除服务器资源，能 够查看服务器上部署的服务。 4.5.10.2 页面需求 主机列表页面 主机详情页面 主机告警列表页面 664.5.11 应用服务管理 4.5.11.1 功能需求描述 管理平台上部署的所有应用系统、数据库，并能够通过界面操作应用、数据 库的启动和停止，修改配置文件。 4.5.11.2 页面需求 服务摘要页面 服务配置页面 674.5.12 运行环境监控 4.5.12.1 功能需求描述 监控硬件、网络、服务的运行情况，反馈平台的健康状况，并对异常提供报警 功能。 4.5.12.2 页面需求 仪表盘页面 热力图页面 68配置历史记录 4.6 数据应用平台 4.6.1 PAAS服务平台 4.6.1.1 功能需求描述 4.6.1.1.1. 开发平台 4.6.1.1.1.1. 高度自动化 可实现代码自动构建、镜像自动构建、配合自动化测试脚本进行自动化 测试、一键快速部署（自动部署多实例、自动维护实例数、自动部署集群）、自 动故障隔离与恢复、可自动伸缩。 4.6.1.1.1.2. 持续交付-devops最佳实践 平台基于DevOps的理念设计，促进开发、运营和质量保障之间的沟通、 加速应用的交付速度。提供代码托管、构建镜像、自动测试、镜像部署、运行 69监控的一站式交互体验。 4.6.1.1.1.3. IAAS适配器支持混合云构建 通过IAAS适配器可对接物理机、虚机和OpenStack、VMWare等IAAS平台， 也可通过VPN连接阿里公有云,采用资源池策略，提升申请和扩展效率。 4.6.1.1.1.4. 组件架构—消息驱动、松耦 提供两种消息模式：请求订阅、发布订阅，具备高可用性：模块自发现水 平扩展能力、模块之间松耦合，兼顾高性能：非阻塞的（NIO）、基于时间和消 息驱动模块通讯。 4.6.1.1.1.5. 动态伸缩、故障隔离 动态伸缩和故障恢复是开发平台最基本的特性，NodeAgent 向 LoadBalance|Master广播当前节点、应用、服务的状况，Master会根据设定 的伸缩的阀值判断是否需要进行扩展和伸缩。而LoadBalance发现某些节点 或者应用出现问题的时候，会在负载均衡算法中将其隔离，这样Router不会 再此节点上分发。 支持动态伸缩、按需扩展；故障隔离和恢复。 4.6.1.1.1.6. 灰度发布-可按照渠道路由多版本应用实 例 支持灰度发布，可以实时调整两个版本的负载比例，并根据渠道自动路 由分发应用多版本实例。 4.6.1.1.1.7. 监控告警-实现分布式业务的核心 支持对集群、平台组件、node、宿主机、应用、实例、日志等级别的全方位 监控；支持自定义监控指标的任意组合。 4.6.1.1.1.8. 日志检索-可像单机一样检索应用日志 70平台所有应用的日志会集中收集，像搜索引擎一样搜索 4.6.1.1.1.9. 配置中心-无需重复构建 可以将经常变化的配置文件从应用中抽取出来单独管理，在实际应用时 再提供使用者填写，避免由于配置文件变化导致需要重复构建镜像。 4.6.1.1.1.10. 高效的分布式应用编排 开发平台需要提供了功能强大的编排能力，解决复杂应用，如分布式系 统的快速部署能力；通过标准化的编排模板可直接定制应用之间的依赖关系 资源配额、负载均衡、网络配置、短任务执行等能力；这里短任务是指在应用 部署过程中短期执行的调度任务，如执行批量脚本，数据库初始化脚本等； 短任务执行完毕后，进程立即销毁，资源立即回收； 4.6.1.1.2. 版本仓库 GitLab是版本管理系统，实现一个分布式的项目管理仓库，可通过Web 界面进行访问公开的或者私人项目。它能够浏览源代码，管理版本分之缺陷 和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供 一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。 它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的 时候进行查找。 开放平台基于gitlab构建，并通过界面集成权限控制等，简单易用，开 发者通过开发者门户建立工程，系统调用代码托管组件创建工程的配置库， 并返回配置库地址。代码托管实现对工程源代码的版本控制和多人开发模式 的支持。 4.6.1.1.3. 沙箱测试环境 开发测试阶段，应用需要在沙箱环境进行开发，开发完成后可选择正式 环境测试； 沙箱环境API调用量没有限制；正式环境API的调用量是5000次/天。 开发测试阶段，应用需要在沙箱环境进行开发，开发完成后可选择正式 71环境测试； 4.6.1.1.4. 管理资源 主要提供对底层资源的管理功能，其中主要包括 4.6.1.1.4.1. 集群管理 对底层物理资源进行集群划分，对集群间网络、存储、计算等资源进行物 理隔离。 4.6.1.1.4.2. SDN对接 对接底层SDN网络。 4.6.1.1.4.3. IAAS适配器 通过适配器可以接入物理机、虚拟机、私有云如openstack、公有云如阿 里等基础设施，纳入到集群统一管理资源。 4.6.1.1.4.4. 存储管理 对接底层存储设备。 4.6.1.1.5. 自动化部署 持续集成捕捉代码提交的事件，调用工程中指定位置的持续集成脚本自 动进行代码编译、镜像构建，并将镜像上传至镜像仓库，然后通过向云管理 控制器发送指令进行测试环境的部署，最后调用自动化测试脚本进行测试。 4.6.1.1.6. 应用运行引擎 4.6.1.1.6.1. 应用生命周期管理 应用生命周期管理主要是对应用的注册、部署、启动、停止、卸载、删除和 隔离进行管理，主要通过应用管理器(master)发起管理命令，具体执行过程 主要由各个节点(node)来实现。 应用注册和删除，是对应用的基本信息，如应用部署策略，环境变量，依 72赖应用等进行保存和删除，主要由应用管理器(master)对数据库进行操作。 应用部署，管理器(master)根据应用的部署策略，创建应用实例，并向所 选节点发送部署命令，由节点部署应用实例。 应用启动，管理器(master)向应用所有实例所在选节点发送启动命令， 由各个节点启动应用相应实例。 应用停止，管理器(master)向应用所有实例所在选节点发送停止命令， 由各个节点停止应用相应实例。 应用卸载，管理器(master)向应用所有实例所在选节点发送卸载命令， 由各个节点卸载应用相应实例，并归还实例使用的节点资源。 应用隔离，在应用正常运行的前提下，隔离应用路由，禁止请求接入。 4.6.1.1.6.2. 部署策略管理 应用部署策略管理，主要包括部署策略的存储和使用。应用部署时，需根 据部署策略,选择节点并部署实例。 部署策略参数主要有实例数、cpu核数、内存、网络I/O，是否独享cpu,是 否共享主机等。 在应用部署中，实例数用于指定部署应用实例的数量，cpu核数、内存和 网络I/O、是否独享cpu,是否共享主机用于选择节点资源。 4.6.1.1.6.3. 伸缩策略管理 需要对应用伸缩策略进行管理，如最大最小实例数、伸缩调度选择等指 标； 伸缩策略指标主要有实例数，cpu,连接数，响应时间等； 伸缩策略管理，主要是对应用伸缩策略指标的存储和使用，在动态伸缩 中，根据应用服务质量和伸缩策略指标，决定应用实例的伸缩或扩展。 伸缩策略主要考虑服务质量（响应时间+成功率）和资源限制（CPU、连接 数等）。 73目前平台提供了两种方式的伸缩模式：一种是计划模式，也称为专家模 式，是企业自推断在某时刻应该具备多少实例数才能维持业务的持续性，可 设置多个时段并分别设置不同的实例数；另一种模式为自动模式，主要伸缩 指标包括应用响应时间和CPU使用率； 4.6.1.1.6.4. 灰度发布 每个应用都可以有多个版本，如Beta版，Release版等，在应用部署的集 群中可以有多个版本的应用实例同时运行，并且各个版本的实例数可以随时 调整，以适应不同的业务场景。 如业务部门人员需要使用稳定版本进行业务处理，测试部门人员需要进 行新版本测试，结合路由策略可以将这两类请求定向到不同的版本实例上进 行处理。 灰度发布示意图 4.6.1.1.6.5. 滚动更新 当应用发布了新的稳定版本，或者应用处于灰度发布状态，可以一键滚 动更新至新版本，也可以从新版本一键回滚至旧的稳定版本。 4.6.1.1.6.6. 节点迁移 开发平台的节点迁移功能支持将某个节点上的应用瞬间全部迁移至其 他节点，然后重置该节点。由于平台对应用隔离性支持得很好，应用的迁移 互不影响，迁移成功之后，只需自动更改部分路由策略即可实现对应用的正 常访问，整个过程对客户端的访问没有任何影响。 4.6.1.1.6.7. 应用优先级 应用具有优先级，应用在部署、启动过程中，当节点资源如cpu等使用紧 张的时候，会优先分配给优先级高的应用。 4.6.1.1.6.8. 路由管理 74AppMaster管理路由策略信息，通过REST接口下发路由节点参数，以及 更新路由表。 路由策略主要有是否对外发布和会话策略，回话策略包括轮询，优先权 重和回话保持。当router启动或者router参数改变的时候，master会将这 些参数通过REST方式发送给router。当应用路由信息发生改变的时候， master会推送这些信息到router。 主逻辑流程描述： 1）在AppMaster上配置路由参数。 2）AppMaster通过消息队列将参数下发给AppRouter并保存。 4.6.1.1.6.9. 网络管理 平台为应用的网络管理提供了支持。 平台要求，同一个应用的不同实例只允许部署到同一个集群内。平台为 同一集群内的容器打通了网络，可以实现同一集群内的容器网络互联互通， 不同集群内的容器不可直接访问。 平台对容器的IP提供了管理功能，可以为每个容器设定固定的IP。方便 实现应用实例数的维护，可以保证挂掉的应用实例仍以同一IP启动。 4.6.1.1.6.10. 控制台登陆 应用容器可以直接通过shell方式登陆容器内部，和操作虚拟机一样执 行管理命令；登陆用户可在制作镜像时限定； 4.6.1.1.6.11. 应用监控 包含应用整体监控和实例监控，指标包括应用平均响应时长（多版本）、 CPU、内存、网络、磁盘IO使用率等指标； 4.6.1.1.6.12. 应用日志 75通过卷映射方式，应用日志收集模块实时收集应用多实例运行日志，并 格式化输出，实时持久化到高性能数据库集群，前台用户可实时检索应用运 行日志和历史数据；就像是操作虚拟机一样查询应用实时日志； 4.6.1.1.7. 镜像仓库 镜像仓库为开发者提供私有镜像和公有镜像的功能：私有镜像为用户的 自定义镜像或通过持续集成上传的镜像，用户待其私有镜像资源通过审核之 后便可以方便、安全地对其进行版本管理、应用部署；公有镜像为管理员上 传的镜像，为开发者提供基础镜像支持。 为保证镜像仓库的高可用性，可以对镜像仓库进行集群部署。其前端通 过Nginx进行身份认证和负载均衡，后端通过挂载多种分布式文件系统以解 决高并发读取镜像数据问题。 4.6.1.1.8. 监控预警 4.6.1.1.8.1. 流水数据分析 用于从流水表里抽取数据并处理，可从流水表抽取的数据包括： 平台：应用/服务的总体调用出错率。 应用：调用出错率，异常停止，平均响应时间。 服务：调用出错率，异常停止，平均响应时间。 开放服务：调用出错率，平均响应时间。 4.6.1.1.8.2. 运行时数据监控 用来抽取运行态数据，通过发布订阅从LoadBalance获取。可抽取的数 据项包括： 应用：实例运行情况，运行状态，异常停止 服务：实例运行情况，运行状态，异常停止 应用实例：CPU使用率，内存使用率，磁盘使用率 76服务实例：CPU使用率，内存使用率，磁盘使用率 虚机：运行状态，CPU使用率，内存使用率，磁盘使用率，磁盘io 4.6.1.1.8.3. 平台监控 通过探测端口探测平台各个模块的运行状态，并可获取平台的运行时参 数，可获取的数据项包括： 平台组件：Router，LoadBalance，Master，Node，SVN，虚拟化适配器 4.6.1.1.8.4. 节点监控 开发平台主机资源监控实现对受管主机的运行状况的实时健康监控，支 持多种粒度、维度的的数据采集和展现，实现系统监控、异常警告、故障定位 与隔离、故障统计查询等一系列监控的功能。 4.6.1.1.8.5. 集群监控 集群监控对当前集群内所有主机和所有应用的运行状态监控，包含对集 群CPU使用率、内存使用率的监控数据采集和展示； 对于应用监控数据包括应用名称、运行实例数、应用CPU使用率、应用内 存使用量等数据采集和展示。 4.6.1.2 页面需求 此部分系统为程序员操作系统，需要保持系统界面的简约与功能明确， 并提供良好的界面展示效果，初拟界面如下： 774.6.1.3 外部接口需求 此部分功能应该包括可以进行远程镜像、代码同步、部署监测等技术功 能接口。 4.6.2 资源管理 4.6.2.1 功能需求描述 资源管理系统是业务支撑的核心组成系统之一，主要进行大数据及其应 用资产的维护、发布、定价以及对外提供服务等方面的大数据资产管理。 大数据资源管理主要管理数据（含数据报告）、API、微服务、SaaS应用以 及资讯等与数据资产相关的内容，以便安全、方便地对外提供服务。其中数 据是直接对外提供原始或加工的数据形式提供服务，如数据集文件及或数据 报告等形式；API、微服务或SaaS应用是对大数据进行应用加工，针对特定 服务对象提供的数据服务。 4.6.2.2 页面需求 可以完成资源的发布、编辑等资源管理功能即可，无具体页面展示需求。 4.6.2.3 外部接口需求 无其他系统接口需求。 784.6.3 资源图谱 4.6.3.1 功能需求描述 (一) 资源管理  目录维护 目录维护功能是由运营管理人员维护图谱内的子类、资源等子节点的页 面。根据目录维护的子类和资源关系，生成资源画像图谱。  资源维护 资源维护功能是由运营管理人员维护资源各类属性的页面。根据维护的 资源属性，生成资源属性图谱。  关系管理 关系管理功能是由运营管理人员维护各类资源间调用关系的页面。手工维护 本资源需要调用哪些其它资源，自动匹配本资源由哪些资源调用，由哪些用户调用， 由哪些用户曾经调用，根据以上关系，生成资源调用关系图谱。  场景管理 场景管理功能记录资源筛选功能中，所有人员生成的场景资源列表。用户生 成的场景列表，可做为运营管理人员定义目录子类的参考依据。 (二) 资源图谱  资源全景 资源全景功能将平台已有资源生成资源图表，平台使用者可通过搜索、高级 搜索等功能，寻找到所需资源。  资源画像 资源画像功能将平台已维护的生成图表，平台使用者可通过搜索、高级搜索 等功能，寻找到所需资源，并且能够查找到没有关联资源的子类。  资源筛选 资源筛选功能用于支撑产品设计人员在设计产品时迅速查找资源，开拓设计 思路。由用户输入关键字，系统根据关键字匹配相应资源，根据用户选择的资源， 再次匹配和生成关联资源。由用户定义场景，并支持对已定义的场景资源随时调 79取和导出。 4.6.3.2 页面需求 此系统为资源的展示系统，需要将资源进行多维度的展示，界面需要丰富炫 彩。可以采用关系图以及合弦图的展示方式，初步设想的图形如下： 4.6.3.3 外部接口需求 无外部系统接口需求。 4.6.4 目录活化系统 4.6.4.1 功能需求描述 主要包括的功能需求如下： (一)资源登记管理 资源管理是指对各部门已经梳理好的资源进行登记管理，形成全市可控 的部门资源台账，让城市资源管理部门能够方便的了解各部门的数据资源情 况，同时也方便的为共享服务、开放服务等数据服务平台提供数据服务。资 源管理包括资源登记和资源审核。 （1）资源登记 资源归属方提交资源登记，登记资源的名称、资源编码、所属部门、机构、 服务目录、资源标签、资源类型、共享类型、开放类型及当前审核状态信息， 配置维护资源的基础信息、目录分类、配置可看范围。 80（2）资源审核 管理部门对登记资源进行审核，审核通过后形成部门的正式数据资源。 (二)资源编码管理 对组成资源编码串的每一相关部分进行维护和管理，包括：行政区划、部 门类别、部门、部门下设机构等。在系统内置资源编码规则，资源完成登记审 批后，系统将根据编码规则和代码，实现对政务资源编码的自动分配。 (三)资源编址管理 资源编址管理是指对已经服务化并且可以对外提供共享或开放的数据 资源进行地址编码，在共享或开放时，只需要通过地址编码即可找到所需要 的资源，建立有效的资源导引，快速定位资源的具体位置。 资源编址管理提供API服务、ODS、微应用、SaaS、数据文件、数据交换作 业等六种类型资源的编址操作，通过对资源地址和访问方式的维护，建立起 资源与业务系统的映射和关联。 （1）资源编址发布 登录用户对本级别内已登记的资源进行编址操作，编址完成后可以进行 资源的测试，即能够根据地址访问到资源，如API资源可以测试当前API状 态。 （2）资源编址审核 测试并审核资源的编址是否正确，申请通过才可对外发布编址信息。 4.6.4.2 UI页面 此系统为基础的资源目录登记以及编址，为底层的操作工具，设计达到 简约可用即可，无页面需求。 4.6.4.3 外部接口需求 无外部系统接口需求。 814.6.5 运营管理 4.6.5.1 功能需求描述 此部分应该有一套资源运营分析体系进行支撑，包括资源管理系统以及 运行分析系统。 (一) 资源管理系统 资源管理系统是平台的核心组成系统之一，主要进行大数据及其应用资 产的维护、发布、定价以及对外提供服务等方面的大数据资产管理。 大数据资源管理主要管理数据（含数据报告）、API、微应用、SaaS服务以 及资讯等与数据资产相关的内容，以便安全、方便地对外提供服务。其中数 据是直接对外提供原始或加工的数据形式提供服务，如数据集文件及或数据 报告等形式；API、微应用或SaaS服务是对大数据进行应用加工，针对特定 服务对象提供的数据服务。 1、数据管理系统 数据管理系统中用户对开放数据的发布、审核、修改、删除进行管理，可 以通过本功能进行前端开放数据的发布。 2、API管理系统 API管理系统提供API的发布、审核以及API的推荐管理功能。 3、微应用管理系统 微应用管理系统用于对前台用户发布的微应用进行审核发布、下架、推 荐等操作。 (二) 运行分析系统 运行分析系统是平台的后端支撑系统之一，提供平台的运作、经营和市 场等管理功能，主要提供给运营服务与运营管理人员使用，便于更好的进行 大数据的运营情况进行分析、规划和实施。 运营管理主要包括资源运营分析、用户的行为分析、运营业务监控等方 82面的运营业务。 4.6.5.2 页面需求 页面展示应该简约大方，提供明确的功能展示。在资源分析的界面应该 将分析的维度多样化。为用户提供很好的用户体验。初步设想的图像如下： 4.6.5.3 外部接口需求 无外部系统接口。 4.6.6 运维管理 4.6.6.1 功能需求描述 运维管理应该包括运维管理系统以及系统管理平台两部分内容。 (一) 运维管理系统 83运维管理系统是平台的后端支撑系统之一，对平台的运行进行管理及监 控，主要提供给运维服务与运维管理人员使用，便于更好的管理平台，确保 平台平稳、不间断的运行。 运维管理主要包括平台的资源推广、服务商管理、资讯管理、消息管理等 功能模块。 (二) 系统管理平台 系统管理平台是平台不可或缺的一部分，主要提供给系统管理人员使用 包括系统管理、标签管理、字典管理、系统配置、参数设置等模块。 1、系统管理 系统管理包括角色管理、运营用户管理、权限管理等功能。 角色管理：运维人员可以查看、修改、删除用户角色（系统管理员、运营人 员、超级管理员）。 用户管理：设置“用户名”、“姓名”、“角色”等用户信息，超级管理 员可以修改、重置密码、删除、授权角色等操作。通过验证用户当前密码的方 式修改新密码。 权限管理：为系统的角色分配权限。 2、标签管理 对平台的各类标签进行维护管理。 3、字典管理 对平台的数据字典进行维护管理。 4.6.6.2 UI页面 页面展示应该简约大方，提供明确的功能展示。 844.6.6.3 外部接口需求 无外部系统接口需求。 4.6.7 通用服务 4.6.7.1 功能简介 通用服务是为了系统正常运行而提供的基础性功能，具体如下： (一)用户认证 为保障系统安全，包括用户访问安全、数据安全等，平台提供用户认证功 能，注册用户通过实名认证方式，实现平台的访问控制，从而保障用户访问 的不可抵赖性、用户身份识别的安全性，同时也能保障所有用户的合法权益 利于平台各用户进行合法的数据交易。 (二)短信服务 通过手机短信验证码的方式进行用户注册和找回密码，可以比较准确和 安全地保证数据共享交换的安全性，验证用户的正确性，大大降低了非法注 册、随意注册的数据。 用户注册和修改密码时通过接口发送请求到短信服务器，服务器发送随 机数字或字母到手机中，用户输入短信验证码，服务器进行验证，验证通过 后方可进行注册和修改密码操作。 (三)资源授权 85资源授权为平台的后台用户提供应用授权服务，根据定义的授权规则控 制用户对资源的访问。 权限管理要具备灵活的控制结构,应具有多级别、多角色的功能配置。 权限有良好的扩展性和较高的稳定性，能支持大量用户权限管理的需要 授权管理结构一般将权限分配到角色，在特殊的情况下才将权限分配给 用户。功能权限指针对某个一功能是否能访问，将根据用户角色来设定可访 问的系统功能模块。功能权限分为模块权限和对象权限，直接分配到角色。 (四)CMS服务 CMS（内容管理系统）全面实现web界面的内容采集、编辑、审核和基于模 板的动态内容变更和实时静态内容发布，具备强大的站点功能管理和全文检 索功能。 (五)消息服务 平台的核心是采用了分布式消息总线系统，利用HDFS和HBase作为存储 利用分布式PC服务器集群的提供的分布式存储和分布式计算能力，具有高 扩展能力、高可靠性、高性能和高吞吐量的新一代消息中间件。 (六)检索服务 平台提供强大的检索服务，通过建立标签库、资源目录、元数据的方式建 立完善的关联关系，从而高效的响应检索结果。 模糊检索：平台支持模糊检索，用户输入一个或几个关键词，平台根据关 键词匹配资源的各个属性，按匹配度快速响应用户。 精确检索：根据用户输入的检索内容，精确匹配查询结果。 组合检索：平台提供高级查询功能，提供不同维度的组合查询。 关联检索：平台提供根据查询结果推荐关联度较高的内容。 (七)监测服务 平台提供告警监测服务，对硬件、软件、资源、服务、SLA、集群（环境）进 86行监控，根据不同对象的监控指标来获取具体监控包数据，提供给存储程序 进行日志记录，发送给消息服务器消息。 4.6.7.2 页面需求 通用服务是一整套的系统级别服务，无具体的页面需求。 4.6.7.3 外部接口需求 需要提供短信认证的接口、网关认证接口以及CMS对接接口等接口服务。 4.7 数据可视化系统 4.7.1 功能需求名称 本可视化系统应该包含如下几项功能： 1. 数据连接功能 2. 大数据计算引擎 3. 大数据可视化 4. 报表设计平台 5. 探索式关联分析 6. 自助交互分析 7. 内存数据立方体 8. 计算公式引擎 9. 异常预警 4.7.1.1 功能需求描述 具体的功能需求如下： 数据连接功能：基于JDBC驱动连接，包括对接关系型数据库、大数据库、 云数据库、api第三方数据 关系型数据库，包括：Oracle、DB2、SQL Server、MySQL等全部主流数据 87库，支持达梦、人大金仓等各类国产数据库，支持各类MPP数据库。支持各类 列式数据库，支持NoSQL。 大数据支持：HDFS、HIVE、HBASE、SPARK、IMPALA,Greenplum,teradata 云数据库：阿里、腾讯等云端数据库。 支持类型：非结构化数据，结构化数据。支持跨库、跨数据源连接。 大数据计算引擎：基于hadoop架构，内置HIVE、HBASE数据库。 支持分布式内存计算平台，支持百亿级数据快速查询。 支持TB级数据计算与交互分析。 支持集群部署、spark集群计算。 大数据可视化 提供丰富的图表呈现方式，包括散点图、折线图、柱状图、饼图、雷达图、 K线图、热力图、箱线图、关系图、桑基图等。除针对业务展示优化过的常规 图表外，还能够绘制包括海量数据的地理轨迹、地理飞线、热力分布、地域区 块、地图、地球，地理数据的多层叠加图表供您自由搭配。 报表设计平台：支持多种表格拼接方式，可根据需求自定义设计报表。 探索式关联分析：支持维度切换分析、支持指标切换分析。建立报表链接 将多个报表关联起来，实现从一个报表跳转到另一个报表。通过报表间的分 析跳转，不仅能够方便地实现概要数据到明细数据的透视分析，而且可以在 关联的报表之间传递参数实现分析流。 自助交互分析：系统提供任意维度的数据分析，支持上卷、下钻、切片、切 块、旋转等各种分析操作，使分析者、决策者能从多个角度观察数据，深入剖 析包含在数据中的信息和内涵。 内存数据立方体：支持通过前端配置表关联建立数据立方体模型；支持 通过sql语句建立数据立方体模型；支持通过导入外部excel文件建立数据 立方体模型。 计算公式引擎：包括列计算与行计算。列计算包括：一般计算、自定义计 88算、函数计算、数据库函数计算；行计算：汇总、合计、计数、平均值、最大值、 最小值。支持数据类型转化，常用函数、数学和三角函数、文本函数、日期和 时间函数、逻辑函数、数组函数、以及其他自定义函数。可以像使用EXCEL公 式一样简单进行数据的运算。内置了同比，环比，占比，排名，累计，平均，方 差，中位数，标准差，8020、TopN、四分位分析等 80个涵盖了使用人员80%的 计算。基于查询出来的结果进行排序，根据维度自身进行排序，根据汇总指 标的大小对维度进行排序展示，根据公式值进行排序。 异常预警：支持条件预警、图片集预警、固定值替换。对某个数据区间的 数据可以进行红绿灯预警或者数据前景预警；通过数字颜色的变化、标记的 变化，以直观的方式标记了当前数据的特征，并可以结合业务逻辑提示决策 人员尽早调整决策。 4.7.1.2 页面需求 页面简洁大方，操作简单，能符合不同知识水平人员的操作习惯。页面要 求色调符合行业特征，清新活泼。 布局合理，色调搭配合理，要有吸引力。展 示页面能清楚的显示系统主要功能，能很好的引导用户使用。 根据调研界面需求设想如下图： 894.7.1.3 外部接口需求 主要为底层基础库和专题库的业务数据接口。 4.8 大数据决策支持系统 4.8.1 经济运行监测预警 本系统通过对XXX市的宏观经济、产业、行业的信息资源的采集和汇总，根 据XXX市各个委办局提供的月度、季度和年度的统计数据，提供经济运行综合统 计、经济运行综合分析、经济运行预测和经济运行预警等全市经济运行情况和指 标预警预测服务，助推XXX市经济运行健康发展。 4.8.1.1 态势分析 4.8.1.1.1. 仪表盘 4.8.1.1.1.2. 功能需求描述 各类图表展现方式，对国内生产总值(GNP) 、国民生产总值(GDP) 、公共预算 收入、外汇、三产增加值构成、人均国内生产总值、全员劳动生产率、居民消费价 格涨跌情况进行数据统计、分析、监测。 904.8.1.1.1.3. 页面需求 页面简洁明了，操作简便，页面需要统一风格，统一色调；页面逻辑布局合 理，能很好引导用户由浅入深，全面展示页面功能。 根据调研界面需求设想如下图： 4.8.1.1.1.4. 外部接口需求 无 4.8.1.1.2. 综合评价 4.8.1.1.2.1. 功能需求描述 各类图表展现方式，对就业形势、产业机构优化、需求结构优化、经济增长 评价、物价水平、质量效益进行数据统计、分析、监测。 4.8.1.1.2.2. 页面需求 页面布局简洁大方，通过图表能清晰表达出各个功能的意思，图表色调搭配 91要清新活泼，符合行业特征；图表层次分明，能很好突出功能特点 根据调研界面需求设想如下图： 4.8.1.1.2.3. 外部接口需求 无 4.8.1.2 产业结构 4.8.1.2.1. 综合分析 4.8.1.2.1.1. 功能需求描述 各类图表展现方式，对一产增加值、二产增加值、三产增加值、国民生产总 值、GDP占比进行数据统计、分析、监测。 4.8.1.2.1.2. 页面需求 页面从产业角度综合分析沧州的三产情况，要求布局合理，逻辑分明，页面 样式风格统一，简约明了 根据调研界面需求设想如下图： 924.8.1.2.1.3. 外部接口需求 无 4.8.1.2.2. 农业情况 4.8.1.2.2.1. 功能需求描述 各类图表展现方式，对发展趋势、增加值、总利税、农林牧渔服务业总产值、 农产品生产情况进行数据统计、分析、监测。 4.8.1.2.2.2. 页面需求 页面风格统一，色彩搭配合理，不刺眼；页面布局逻辑层次分明，能清晰表 达出功能要点。 根据调研界面需求设想如下图： 934.8.1.2.2.3. 外部接口需求 无 4.8.1.2.3. 工业情况 4.8.1.2.3.1. 功能需求描述 各类图表展现方式，对工业增加值、规上企业实现利润、工业总产值、利税 分析、新兴产业产值进行数据统计、分析、监测。 4.8.1.2.3.2. 页面需求 页面色调和谐，视觉淡雅，信息文字的主次分明，一目了然，每个模块的布 局、色块、插图、背景等可读性强，易引起共鸣，交互简单易用，快速上手 根据调研界面需求设想如下图： 944.8.1.2.3.3. 外部接口需求 无 4.8.1.2.4. 三产情况 4.8.1.2.4.1. 功能需求描述 各类图表展现方式，对总产值、增加值、总利税、行业生产总值TOP-N、行业 生产总值占比进行数据统计、分析、监测。 4.8.1.2.4.2. 页面需求 页面布局大方，合理；色调和谐，视觉淡雅，层次分明；交互简单易用，能一 目了然。 根据调研界面需求设想如下图： 954.8.1.2.4.3. 外部接口需求 无 4.8.1.3 产业投资 4.8.1.3.1. 固定资产投资 4.8.1.3.1.1. 功能需求描述 各类图表展现方式，对全社会固定资产投资、固定资产投资（不含农户）、农 户投资情况、施工项目个数占比、全投项目个数占比进行数据统计、分析、监测。 4.8.1.3.1.2. 页面需求 页面要有吸引力，能清晰展示页面功能，布局逻辑分明，色彩搭配和谐，视 觉淡雅，交互简单易用。 根据调研界面需求设想如下图： 964.8.1.3.1.3. 外部接口需求 无 4.8.1.3.2. 房地产投资情况 4.8.1.3.2.1. 功能需求描述 各类图表展现方式，对房地产开发投资情况、新开工面积、资金到位情况、 销售额占比、销售面积进行数据统计、分析、监测。 4.8.1.3.2.2. 页面需求 页面风格统一，色调和谐，视觉淡雅。交互简单易懂，能符合不同知识水平 人员的操作习惯。 根据调研界面需求设想如下图： 974.8.1.3.2.3. 外部接口需求 无 4.8.1.3.3. 产业投资分析 4.8.1.3.3.1. 功能需求描述 各类图表展现方式，对一产投资情况、二产投资情况、三产投资情况、产业 投资占比、行业投资占比进行数据统计、分析、监测。 4.8.1.3.3.2. 页面需求 页面交互性要简单易懂，一目了然；页面风格大方统一，清新活泼；布局合理 色彩搭配和谐，要有吸引力。 根据调研界面需求设想如下图： 984.8.1.3.3.3. 外部接口需求 无 4.8.1.3.4. 施工项目情况 4.8.1.3.4.1. 功能需求描述 各类图表展现方式，对项目总数、增长情况、辐射人口、开工情况、完成情况 进行数据统计、分析、监测。 4.8.1.3.4.2. 页面需求 页面色调和谐，视觉淡雅，布局主次分明，一目了然；交互简约方便，符合不 同知识水平的人的操作习惯。 根据调研界面需求设想如下图： 994.8.1.3.4.3. 外部接口需求 无 4.8.1.4 行业发展 4.8.1.4.1. 行业发展综合分析 4.8.1.4.1.1. 功能需求描述 各类图表展现方式，对工业总产值（现行价）、主营业务收入、利润占比、利 税占比、亏损企业亏损额进行数据统计、分析、监测。 4.8.1.4.1.2. 页面需求 页面风格统一，色彩和谐，操作简单易懂，布局逻辑合理，层次分明，能突出 页面重点。 根据调研界面需求设想如下图： 1004.8.1.4.1.3. 外部接口需求 无 4.8.1.5 经济走势 4.8.1.5.1. 走势分析 4.8.1.5.1.1. 功能需求描述 从GDP增长率，投资增长率，进出口增长率，人民币汇率等等宏观的角度分 析当前的经济走势。 4.8.1.5.1.2. 页面需求 页面简洁大方，操作简单，能符合不同知识水平人员的操作习惯。页面要求 色调符合行业特征，清新活泼。 布局合理，色调搭配合理，要有吸引力。 根据调研界面需求设想如下图： 1014.8.1.5.1.3. 外部接口需求 无 4.8.1.6 企业分析 4.8.1.6.1. 企业发展综合分析 4.8.1.6.1.1. 功能需求描述 各类图表展现方式，对总产值、增加值、总税收、企业运行景气指数、利润占 比、企业数量进行数据统计、分析、监测。 4.8.1.6.1.2. 页面需求 页面简洁大方，清新活泼；风格统一，色彩和谐；布局主次分明；交互简单明 了，符合不同知识层面的人的习惯。 根据调研界面需求设想如下图： 1024.8.1.6.1.3. 外部接口需求 无 4.8.2 大数据管税 4.8.2.1 系统登录 4.8.2.1.1. 功能需求描述 通过数据开发平台，获取账号登录信息进入大数据管税系统。 4.8.2.1.2. 页面需求 页面简洁大方，操作简单，能符合不同知识水平人员的操作习惯。页面要求 色调符合行业特征，清新活泼。 布局合理，色调搭配合理，要有吸引力。展示页面 能清楚的显示系统主要功能，能很好的引导用户使用。 根据调研初步UI设计如下图： 1034.8.2.1.3. 外部接口需求 无 4.8.2.2 系统首页 4.8.2.2.1. 功能需求描述 系统功能入口包括：税务数据展示 4.8.2.2.2. 页面需求 页面简洁大方，能清晰的显示税收违规企业基本信息。 操作简单，能符合不 同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局合理 色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好的引 导用户使用。 根据调研初步UI设计如下图： 1044.8.2.2.3. 外部接口需求 无 4.8.2.3 风险预警 4.8.2.3.1. 功能需求描述 各地方税务机关面临的最主要的风险在于偷逃税款、虚开发票与走逃。通过 对企业一段时间的进项销项差异分析，可以发现企业偷逃税款的风险，追补税款 通过对纳税人虚开发票行为的分析，可发现大量顶版开具的行为为虚开发票企业 的普遍特征。顶版开具发票和走逃行为具有强关联性，提前发现大量顶版开具的 纳税人，可进行及时监控，避免税款流失。 增值税专用发票用量变动异常 1、计算公式：指标值=一般纳税人专票使用量-一般纳税人专票上月使用量 2、问题指向：增值税专用发票用量骤增，除正常业务化外，可能有虚开现象 3、预警：纳税人开具增值税专用发票超过上月30%(含)并超过上月10份以 上检查重点：检查纳税人的购销合同是否真实，检查纳税人的生产经营情况是否 与签订的合同情况相符并实地检查存货等。主要检查存货类“原材料”、“产成 105品”以及货币资金“银行存款”、“现金”以及应收账款、预收账款等科目。对 于临时增量购买专用发票的还应重点审查其合同履行情况。 期末存货大于实收资本差异幅度异常 1、计算公式：纳税人期末存货额大于实收资本的比例。 2、问题指向：纳税人期末存货额大于实收资本，生产经营不正常，可能存在 库存商品不真实，销售货物后未结转收入等问题。检查重点：检查纳税人的“应 付账款”、“其它应付款”“预收账款”以及短期借款、长期借款等科目期末贷 方余额是否有大幅度的增加，对变化的原因进行询问并要求纳税人提供相应的举 证资料，说明其资金的合法来源；实地检查存货是否与账面相符。 增值税一般纳税人税负变动异常 1、计算公式：指标值=税负变动率；税负变动率=(本期税负-上期税负)/上 期税负*100%；税负=应纳税额/应税销售收入*100%。 2、问题指向：纳税人自身税负变化过大，可能存在账外经营、已实现纳税义 务而未结转收入、取得进项税额不符合规定、享受税收优惠政策期间购进货物不 取得可抵扣进项税额发票或虚开发票等问题。 3、预警值：±30%检查重点：检查纳税人的销售业务，从原始凭证到记账凭 证、销售、应收账款、货币资金、存货等将本期与其他各时期进行比较分析，对异 常变动情况进一步查明原因，以核实是否存在漏记、隐瞒或虚记收入的行为。检 查企业固定资产抵扣是否合理、有无将外购的存货用于职工福利、个人消费、对 外投资、捐赠等情况。 纳税人期末存货与当期累计收入差异幅度异常 1、计算公式：指标值=(期末存货-当期累计收入)/当期累计收入。 2、问题指向：正常生产经营的纳税人期末存货额与当期累计收入对比异常 可能存在库存商品不真实，销售货物后未结转收入等问题。 3、预警值：50%检查重点：检查“库存商品”科目，并结合“预收账款”、 “应收账款”、“其他应付款”等科目进行分析，如果“库存商品”科目余额大 于“预收账款”、“应收账款”贷方余额、“应付账款”借方且长期挂账，可能 存在少计收入问题。实地检查纳税人的存货是否真实，与原始凭证、账载数据是 否一致。 106进项税额大于进项税额控制额 1、计算公式：指标值=(本期进项税额/进项税额控制额-1)*100；进项税额 控制额=(本期期末存货金额-本期期初存货金额+本期主营业务成本)*本期外购 货物税率+本期运费进项税额合计。 2、问题指向：纳税人申报进项税额与进项税额控制额进行比较，若申报进 项税额大于进项税额控制额，则可能存在虚抵进项税额，应重点核查纳税人购进 固定资产是否抵扣；用于非应税项目、免税项目、集体福利、个人消费的购进货物 或应税劳务及非正常损失的购进货物是否按照规定做进项税额转出；是否存在取 得虚开的专用发票和其他抵扣凭证问题。 3、预警值：10%检查重点：检查纳税人“在建工程”、“固定资产”等科目 变化，判断是否存在将外购的不符合抵扣标准的固定资产发生的进项税额申报抵 扣，结合“营业外支出”、“待处理财产损溢”等科目的变化，判断是否将存货 损失转出进项税额；结合增值税申报表附表二分析运费、农产品等变化情况，判 读是否虚假抵扣进项税额问题。实地检查原材料等存货的收发记录，确定用于非 应税项目的存货是否作进项税转出；检查是否存在将外购存货用于职工福利、个 人消费、无偿赠送等而未转出进项税额问题；检查农产品发票的开具、出售人资 料、款项支付情况，判断是否存在虚开问题。 预收账款占销售收入20%以上 1、计算公式：评估期预收账款余额/评估期全部销售收入。 2、问题指向：预收账款比例偏大，可能存在未及时确认销售收入行为 3、预警：20%检查重点：检查重点纳税人合同是否真实、款项是否真实入账。 深入了解企业的行业规律判断其是否存在未及时确认销售收入的情况。 纳税人销售额变动率与应纳税额变动率弹性系数异常 1、计算公式：指标值=销售额变动率/应纳税额变动率；销售额变动率=(本 期销售额-上期销售额)/上期销售额；应纳税额变动率=(本期应纳税额-上期应纳 税额)/上期应纳税额。 2、问题指向：判断企业是否存在实现销售收入而不计提销项税额或扩大抵 扣范围而多抵进项的问题。正常情况下两者应基本同步增长，弹性系数应接近1。 若弹性系数>1且二者都为正数行业内纳税人可能存在本企业将自产产品或外购 107货物用于集体福利、在建工程等，不计收入或未做进项税额转出等问题；当弹性 系数<1且二者都为负数可能存在上述问题；弹性系数小于1，二者都为正时，无 问题；二者都为负时，可能存在上述问题；当弹性系数为负数，前者为正后者为负 时，可能存在上述问题；后者为正前者为负时，无问题 。 3、预警值：1检查重点：检查企业的主要经营范围，查看营业执照、税务登 记、经营方式以及征管范围界定情况，以及是否兼营不同税率的应税货物；查阅 仓库货物收发登记簿，了解材料购进、货物入库、发出数量及库存数量，并于申报 情况进行比对；审核企业明细分类账簿，重点核实“应收账款”、“应付账款”、 “预付账款”、“在建工程”等明细账，并与主营业务收入、应纳税金明细核对， 审核有无将收入长期挂往来账、少计销项税额以及多抵进项税等问题；审核进项 税额抵扣凭证、检查有无将购进的不符合抵扣标准的固定资产、非应税项目、免 税项目进行税额申报抵扣的情况。 纳税人主营业务收入成本率异常 1、计算公式：指标值=(收入成本率-全市行业收入成本率)/全市行业收入 成本率；收入成本率=主营业务成本/主营业务收入。一般而言，企业处于自身利 益的考虑以及扩大生产规模的需要，主营业务成本都会呈现增长的趋势，所以成 本变动率一般为正值。如果主营业务成本变动率超出预警值范围，可能存在销售 未计收入，多列成本费用、扩大税前扣除范围等问题。预警值：工业企业-20%—— 20%，商业企业-10%——10% 2、问题指向：主营业务收入成本率明显高于同行业平均水平的，应判断为 异常，需查明纳税人有无多转成本或虚增成本。检查重点：检查企业原材料的价 格是否上涨，企业是否有新增设备、或设备出现重大变故以致影响产量等。检查 企业原材料结转方法是否发生改变，产成品与在产品之间的成本分配是否合理， 是否将在建工程成本挤入生产成本等问题。 4.8.2.3.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 108合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 的引导用户使用。 根据调研初步UI设计如下图： 4.8.2.3.3. 外部接口需求 对接共享交换平台订阅获取地税、国税相关税务信息作为系统数据支撑。 4.8.2.4 统计分析 4.8.2.4.1. 功能需求描述 税收收入核算分析应用系统主要包含税收会计统计核算、税收分析、重点税 源监控调查、随机组合查询分析、自定义分析、明细查询需求以及差错更正等方 面的内容。 4.8.2.4.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 的引导用户使用。 109根据调研初步UI设计如下图： 4.8.2.4.3. 外部接口需求 对接共享交换平台订阅获取地税、国税相关税务信息作为系统数据支撑。 4.8.3 精准招商 4.8.3.1 系统首页 4.8.3.1.1. 功能需求描述 通过XXX市大数据精准招商系统，把松散的经营单位，统一到一个综合的信 息平台之上，根据不同的行业属性进行一个初步分类汇总展示；进而可通过后台 大数据查询具体企业名称、注册地址等信息。 4.8.3.1.2. 页面需求 页面导航页是访问者进入系统的第一级通道，是网站基本形象的集中表现 页，设计上的设想是结构划分清晰、色彩和协一致、重点突出显示系统平台对交 易区的分类和展示要求布局合理，色调搭配合理，要有吸引力。 根据调研初步UI设计如下图： 1104.8.3.1.3. 外部接口需求 无 4.8.3.2 行业资讯总览 4.8.3.2.1. 功能需求描述 此功能包含“招商对象产业链”以及“招商对象分布”，两大功能模块。通 过后台大数据的整合分析，两大功能模块可供招商人员清晰的查看不同行业的关 联关系图以及招商对象分布位置，系统依托强大的资源信息库，自动推荐优质企 业。 4.8.3.2.2. 页面需求 页面简洁大方，操作简单，能符合不同知识水平人员的操作习惯。页面要求 色调符合行业特征，清新活泼。 布局合理，色调搭配合理，要有吸引力。展示页面 能清楚的显示系统主要功能，能很好的引导用户使用。 根据调研初步UI设计如下图： 1111124.8.3.2.3. 外部接口需求 无 4.8.3.3 招商大数据筛选 4.8.3.3.1. 功能需求描述 招商大数据筛选功能为解决“精准招商难”的局面打开了一扇窗户，利用 “大数据”建立起XXX市精准招商系统，系统通过强大的项目数据库，招商资源 经过精准的审核筛选，依托完善的资源信息库，可根据智慧办或招商局的实际需 求，通过后台数据整合及需求分析，快速匹配到合适的企业，从而使政府与企业 达到精准无缝对接，有效解决政府招商工作中信息不对称及招商人员具体业务不 专业等难题。 4.8.3.3.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 的引导用户使用，页面突出显示分类类别和企业信息等。 根据调研初步UI设计如下图： 1134.8.3.3.3. 外部接口需求 对接共享交换平台订阅获取招商、工商等相关企业信息作为系统数据支撑。 4.8.3.4 优质企业信息查看 4.8.3.4.1. 功能需求描述 优质企业信息查看功能是依托招商大数据筛选功能延伸出的一个供招商 人员精准查看企业具体信息内容的强大功能，通过大数据库调取“企业登记信息 变更信息、股东及出资信息、主要管理人员、企业对外投资情况、分支机构、ICP备 案信息”等内容，进一步协助招商人员实现精准招商。 1144.8.3.4.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 的引导用户使用。 根据调研初步UI设计如下图： 1151164.8.3.4.3. 外部接口需求 对接共享交换平台订阅获取招商、工商等相关企业信息作为系统数据支撑。 4.8.4 精准扶贫 4.8.4.1 精准扶贫作战地图 4.8.4.1.1. 功能需求描述 在电子地图上绘制各贫困乡、贫困村的位置，并可呈现对应贫困乡、贫困 村的基本信息，如总人口数、贫困人口数、贫困户数等信息，方便用户总观全县扶 贫工作数据。 4.8.4.1.2. 页面需求 所有页面风格统一，不同栏目的页面文字风格相似统一而又各具特色，以不 同的色系和图案加以区别。在构思上注重突出实用性，提高页面响应速度，以获 得较高的浏览效率。 根据调研初步UI设计如下图： 1174.8.4.1.3. 外部接口需求 对接共享交换平台订阅获取民政和扶贫办贫困人口信息作为系统数据支撑。 4.8.4.2 数据多维度分析 4.8.4.2.1. 功能需求描述 系统按照县、区、村多个维度进行数据统计，根据贫困户、人进行数据排名， 可查看具体数据，从而细化脱贫攻坚工作责任范围，辅助领导进行决策。 4.8.4.2.2. 页面需求 所有页面风格统一，不同栏目的页面文字风格相似统一而又各具特色，以不 同的色系和图案加以区别。在构思上注重突出实用性，提高页面响应速度，以获 得较高的浏览效率。 根据调研初步UI设计如下图： 1181194.8.4.2.3. 外部接口需求 对接共享交换平台订阅获取民政和扶贫办贫困人口信息作为系统数据支撑。 1204.8.4.3 贫困家庭建档立卡 4.8.4.3.1. 功能需求描述 可查看贫困户的家庭基本信息、家庭成员信息、家庭住址、致贫原因、帮扶 措施、帮扶责任人、帮扶单位、帮扶日志及记录等动态信息，确保每户都是最新、 最准确的信息。 4.8.4.3.2. 页面需求 页面简洁大方，操作简单，能符合不同知识水平人员的操作习惯。页面要求 色调符合行业特征，清新活泼。 布局合理，色调搭配合理，要有吸引力。展示页面 能清楚的显示系统主要功能，能很好的引导用户使用。 根据调研初步UI设计如下图： 1214.8.4.3.3. 外部接口需求 对接共享交换平台订阅获取民政和扶贫办贫困人口信息作为系统数据支撑。 4.8.4.4 扶贫政策信息公示 4.8.4.4.1. 功能需求描述 信息栏主要涉及上级精神传达、扶贫风采、资源共享、新闻公告等，栏目支 持在系统后台进行自定义修改增加公示信息。 4.8.4.4.2. 页面需求 操作简单，能符页面要求色调符合政府行业稳重大气的特征，布局合理，色 调搭配合理，要有吸引力。 根据调研初步UI设计如下图： 1224.8.4.4.3. 外部接口需求 无 1234.8.5 多规合一 4.8.5.1 数据需求 以空间地理信息库为基础，整合市发改委、市规划局、市环保局、市教育 局、市卫计委、市交通局等部分的规划数据，把多个部分的专业规划纳入全 市“一张图”系统。 （一）数据协调收集 根据空间地理信息库建设内容，甲方与XXX市智慧办组织协调市发改委、 市规划局、市环保局、市教育局、市卫计局、是交通局、市国土局等单位提供 部分的规划数据。提交的数据应采用CGCS2000坐标系，数据格式为shape等 通用格式GIS数据。 （二）数据协调收集 对收集上来的规划数据，进行分类整理，拓扑分析，建立规划专题库。 4.8.5.2 功能需求 整合多个部门的专业规划数据，在“一张图”上进行展示、查询、分析， 同时结合讯飞智元的XXX市一体化在线审批和服务平台对相关机关单位提 供服务。 4.8.5.2.1. 实体查询 建筑物、控规、用地红线、道路等图形的图元属性信息，采用属性查询和 空间查询两种方式查询地位实体数据。 4.8.5.2.2. 项目红线查询 通过项目名称、案卷编号、建设单位和建设地点等信息，进行单条件或多 条件，快速查询出检索范围中的项目，同时实现项目红线在图形中的定位查 询。 1244.8.5.2.3. 规划成果查询 系统提供基于空间范围，即通过空间选择（框选、多边形选择等）的方式， 针对该范围，自动提取该范围内用地指标，并自动进行归类计算，出规划成 果统计报表。 4.8.5.2.4. 道路查询 提供基于城市道路路网的查询，可以输入道路名称，从而查询出道路所 在的位置。 4.8.5.2.5. 地名查询 提供基于城市重点建筑或者场所的地名查询，可以输入某个地名即可查 询出该地名的位置。 4.8.5.2.6. 坐标查询 可以输入相关的坐标，从而在GIS上进行定位显示。 4.8.6 低保核查 4.8.6.1 登录页 4.8.6.1.1. 功能需求描述 通过数据开发平台，获取账号登录信息进入大数据低保核查系统。 4.8.6.1.2. 页面需求 页面简洁大方，操作简单，能符合不同知识水平人员的操作习惯。页面要求 色调符合行业特征，清新活泼。 布局合理，色调搭配合理，要有吸引力。展示页面 能清楚的显示系统主要功能，能很好的引导用户使用。 根据调研初步UI设计如下图： 1254.8.6.1.3. 外部接口需求 无 4.8.6.2 系统首页 4.8.6.2.1. 功能需求描述 低保核查工作事关社会和谐稳定大局，是构筑社会保障体系的“最后一道 安全网”。如何把低保政策落到实处，把有限的“三农”资金切实用在刀刃上， 民政局党组高度重视，把城乡低保工作作为社会救助体系建设的重中之重来抓。 以解决群众反映强烈的“错保”、“人情保”等问题和推行“阳光低保”为重点 对享受最低生活保障、特困待遇家庭开展全面排查，能继续享受低保政策的 予以保留，因家庭成员构成及年龄、劳动力等因素导致经济状况发生变化已不符 合享受条件的坚决取消。 有效促进救助政策公平公正实施，建立健全工作制度，严把关口，规范运作， 精心打造“阳光低保”，为实现动态管理下的应保尽保作出了不懈的努力。 4.8.6.2.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 126的引导用户使用。 根据调研初步UI设计如下图： 4.8.6.2.3. 外部接口需求 对接共享交换平台订阅获取民政、扶贫办、国税、地税、教育等贫困人口信 息作为系统数据支撑。 4.8.6.3 贫苦户相关信息 4.8.6.3.1. 功能需求描述 通过身份证大数据比对查询，展示贫困户基本信息，和相关联的亲属、同学、 同事等社会关系；市住建局、车辆管理部门、市国税局、市地税局、公共事业单位 等资产情况；以及出行方式、消费水平等相关数据进行关联。 4.8.6.3.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 127合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 的引导用户使用。 根据调研初步UI设计如下图： 4.8.6.3.3. 外部接口需求 对接共享交换平台订阅获取民政、扶贫办、国税、地税、教育等贫困人口信 息作为系统数据支撑。 4.8.6.4 关系脉络分析图 4.8.6.4.1. 功能需求描述 通过人物关系脉络分析图可以直观了解，关键人关系脉络。 4.8.6.4.2. 页面需求 设计新颖，一目了然，展示页面能清楚的显示系统主要功能，能很好的引导 128用户使用。 根据调研初步UI设计如下图： 4.8.6.4.3. 外部接口需求 对接共享交换平台订阅获取民政、扶贫办、国税、地税、教育等贫困人口信 息作为系统数据支撑。 4.8.7 小升初 4.8.7.1 小升初数据采集服务平台 4.8.7.1.1. 功能需求描述 根据实际调研，主要涉及需求为如下几部分： 1）小升初家长门户 开放提供本市小升初家长进行学生信息，户籍信息，居住信息的填报，并通 过与基础资源的核验，做为小升初录取数据的依据，并可实现对小升初学生的初 录，并将最终录取结果公布于众。 2）小升初数据管理平台 通过对采集的小升初学生数据进行分析，为政府及教育机构实现教育资源均 129衡发展，学校及教育资源投入提供数据决策支持。 4.8.7.1.2. 页面需求 页面简洁大方，能清晰的显示出物品分类和相关行业信息。 操作简单，能符 合不同知识水平人员的操作习惯。页面要求色调符合行业特征，清新活泼。 布局 合理，色调搭配合理，要有吸引力。展示页面能清楚的显示系统主要功能，能很好 的引导用户使用。 根据调研界面需求设想如下图： 1）小升初家长门户 2）小升初入学管理平台 1304.8.7.1.3. 外部接口需求  XXX市主要教育机构信息接口  XXX市小升初学生学籍信息  其他小升初信息涉及接口 4.8.8 对接电子车标库 4.8.8.1 车辆发卡信息查询 4.8.8.1.1. 功能需求描述 根据号牌号码、大架号、车辆类型等条件，查询车辆电子标识的发放信息。 查询结果以文字方式显示，包括号牌号码、大架号、车辆类型、发放日期、发放站 点、交强险单号、交强险起止日期等。 4.8.8.1.2. 页面需求 4.8.8.1.3. 外部接口需求 无 4.8.8.2 购置税信息查询 4.8.8.2.1. 功能需求描述 根据完税证明号、大架号等条件，查询车辆购置税信息。查询结果以文字方 131式显示，包括完税证明号、大架号、厂牌型号、发动机号、发放日期等。 4.8.8.2.2. 页面需求 4.8.8.2.3. 外部接口需求 无 4.8.8.3 车辆信息查询 4.8.8.3.1. 功能需求描述 根据号牌号码、大架号、车辆类型等条件，查询车辆基本信息。查询结果以 文字方式显示，包括号牌号码、大架号、发动机号、车辆类型、号牌种类、车辆型号 品牌、发牌日期、车辆状态等。 4.8.8.3.2. 页面需求 4.8.8.3.3. 外部接口需求 无 1324.8.8.4 帐号管理 4.8.8.4.1. 功能需求描述 管理用户帐号以及其操作权限。操作权限用角色来组织，一个角色可以定义 多种操作权限，一个用户帐号可拥有多个角色。 4.8.8.4.2. 页面需求 略 4.8.8.4.3. 外部接口需求 无 4.8.8.5 车辆发卡数据接口 4.8.8.5.1. 功能需求描述 从车标库获取车辆电子标识发卡数据，内容包括号牌号码、大架号、车辆类 型、是否发放、发放日期、发放站点、发放人、交强险单号、交强险起始日期、交强 险截止日期。接口用HTTP方式调用，请求和响应数据用JSON格式进行封装。 4.8.8.5.2. 页面需求 无 4.8.8.5.3. 外部接口需求 调用车辆发卡数据接口，把数据推送到数据中心。 4.8.8.6 车辆购置税接口 4.8.8.6.1. 功能需求描述 从车标库获取车辆购置税数据，内容包括完税证明号、大架号、厂牌型号、 发动机号、发卡日期等。接口用HTTP方式调用，请求和响应数据用JSON格式进 行封装。 1334.8.8.6.2. 页面需求 无 4.8.8.6.3. 外部接口需求 调用车辆购置税数据接口，把数据推送到数据中心。 4.8.8.7 车辆基本信息接口 4.8.8.7.1. 功能需求描述 从车标库获取车辆基本信息数据，内容包括号牌号码、号牌种类、车辆型号、 品牌、大架号、发动机号、车辆类型、发牌日期、车辆状态等。接口用HTTP方式调 用，请求和响应数据用JSON格式进行封装。 4.8.8.7.2. 页面需求 无 4.8.8.7.3. 外部接口需求 调用车辆基本信息接口，把数据推送到数据中心。 4.8.8.8 车辆检验信息接口 4.8.8.8.1. 功能需求描述 从车标库获取车辆检验信息数据，内容包括号牌号码、检验时间、检验状态 等。接口用HTTP方式调用，请求和响应数据用JSON格式进行封装。 4.8.8.8.2. 页面需求 无 4.8.8.8.3. 外部接口需求 调用车辆检验信息接口，把数据推送到数据中心。 134135第五章 系统非功能需求 5.1 基础软硬件平台需求 基础软硬件平台是本项目的基础平台和主要支撑环境，是信息化实施的基 础。为了使用者方便、快捷、不间断、安全地访问业务平台信息，也需要信息化基 础平台做支撑。因此，需要提供一个服务质量好、性能高的运行环境，以保证业务 系统正常运行。 本项目应该以需求为导向，以应用为目标，结合实际情况，做好本项目的基 础设施建设。同时需要本地拥有更专业的维护队伍，有规划更完善的网络架构。 根据以上情况，市财政明确将政府部门采购计算资源和存储资源等资源的采购转 向华为云计算中心购买服务的形式进行采购，从而更好的支撑本项目的运行环境 5.2 标准体系建设需求 XXX市智慧城市大数据中的标准体系应该包括如下几部分标准内容： 5.2.1 数据标准 充分依托XXX市的数据资源基础和各类标准规范，结合 XXX市大数据中心 数据规范化需求，制定完成统一的数据标准规范。 充分考虑各类结构化和非结构化数据特点，制定不同类型数据的元数据规 范，便于后续开展数据服务和业务应用。 充分调研数据格式交换、转换等需求，制定不同类型数据交换规范，便于各 类信息的交换共享。 5.2.2 应用开发标准 城市大数据中心作为智慧综合应用基础性承载应用平台，以及各类数据资 源汇聚池，与一体化在线服务平台在内的外部系统之间存在各类接口关系。采用 统一的API设计、开发、运营和管理规范。能与外部系统以API方式开展接口对接， 通过API网关平台，支撑API的统一管理。 1365.2.3 应用支撑标准 应用支撑技术标准包括数据资源类，业务处理与集成类和安全管理及其他。 其中数据资源类包括信息表示和处理标准、资源定位标准、数据访问标准和目录 访问标准，业务处理与集成类包括消息服务标准、事务处理标准、业务访问标准 和流程控制标准，安全管理及其他包括数据安全标准、消息安全标准、管理标准 和其他标准。 5.2.4 安全标准 安全标准应该包含密码技术标准、物理安全标准、信息安全产品标准、系统 与网络安全标准、信息系统安全评估以及信息安全管理等内容 5.2.5 管理标准 XXX市智慧城市建设办公室城市大数据中心建设需要全市各共建部门的配 合和支持，建议成立由市级领导挂帅的协同共建领导小组，尽一切可能争取高层 领导的关心和支持，定期或不定期、口头或书面向领导层汇报。同时也需要得到 共建单位高层领导的支持，以保证信息资源共享和协同共建工作的顺利进行。 5.2.6 服务体系标准 本标准需要定义XXX市智慧城市建设办公室城市大数据中心服务所遵照的 标准规范，为平台运维服务提供标准支撑。标准的目的在于，保证平台运维服务 工作的规范化，需求方可以参照本标准提出明确的运维服务需求，也适用于需方 选择和评价服务提供商；服务商可使用本标准改进服务能力，提高平台运维服务 的工作效率。 5.3 关键技术需求 API自动生成技术：在数据资源对接和API资源生成的过程中，经常会发生 无管理部门协调和无原系统开发商配合的情况，针对这一问题，投标人应在投标 技术方案中提供在没有管理部门协调和没有原系统开发商配合情况下服务和数 据接口的自动生成和对接技术实现方案和路径。 1375.4 系统性能需求 1. 应用性能需求 满足用户的应用要求，稳定、可靠、实用。人机界面友好，输出、输入方便，图 表生成灵活美观，检索简单快捷。信息查询的速度快，具体要求如下： a) 平台要求提供标准的 API 接口规范和消息接口规范，支撑外部业务应 用系统的统一接入； b) 查询基础数据库（精确匹配）的响应时间不大于 5 秒； c) 查询单个数据主题（百万级）的响应时间不大于 5 秒； d) 目录数据的本地查询响应时间不大于 3 秒； e) 查询统计报表（非实时统计）的响应时间不大于 5 秒； f) 数据服务系统的本地响应时间不应超过 4s，应用服务系统的响应时间 不应超过 10s； g) 平台要求系统用户并发数最大值为100； 2. 网络性能需求 要求数据传输网络畅通、快捷、安全、技术标准统一，实现统计直报以及数据 交换共享的需求。 3. 平台性能需求 要求采用性能良好的计算机系统、安全可靠的操作系统以及大型数据库系统 保证良好的性能。 4. 应用支撑平台性能需求 要求应用支撑平台为业务应用系统的开发和运行提供技术支撑，并具有灵活 的可扩充性和高度的可配置管理性。 5.5 其他需求 1. 可靠性需求 作为长期面向政府部门、企事业单位和个人服务的系统工程，必须保证系统 运行的稳定和可靠。在服务的可靠性上要满足系统7×24小时的不间断服务要求。 2. 可扩展性需求 作为不断建设和完善的工程，在设计上要有前瞻性，首先搭建系统框架体系 138为扩展信息应用打好基础。能满足功能不断扩展以及系统容量和用户数量不断增 长的要求，使系统不会因将来内容和功能上的扩充而进行重复建设和重复投资。 3. 易用性需求 应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理 通过操作界面完成。 4. 兼容性需求 满足向下兼容的要求，软件版本易于升级，任何一个模块的维护和更新以及 新模块的追加都不应影响其他模块，且在升级的过程中不影响系统的性能与运行 5. 可维护性需求 系统开发各个阶段有相应完整的文档和说明，代码结构化，且有详尽的注释 说明。 6. 开放性需求 系统硬件平台采用标准化网络接口，网络采用TCP/IP协议，软件设计采用标 准化接口，与其他各系统软件容易实现互联。 7. 运行环境需求 系统支持X86平台运行环境，支持物理机和虚拟机环境运行，支持64位操作 系统，数据传输基于TCP/IP协议，能访问主流数据库。 139第一章 签字确认 签字确认 经各方确认《XXX市智慧城市建设办公室城市大数据中心建设项目需求规 格说明书》（本文档）能够满足XXX市智慧城市建设办公室城市大数据中心建设 项目系统建设的要求，本需求规格说明书作为验收的文档。 承建方： 签 字： 日期： 建设方： 签 字： 日期： 140141