广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目

上传人:尘** 文档编号:436642868 上传时间:2024-04-01 格式:DOCX 页数:27 大小:34.75KB
返回 下载 相关 举报
广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目_第1页
第1页 / 共27页
广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目_第2页
第2页 / 共27页
广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目_第3页
第3页 / 共27页
广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目_第4页
第4页 / 共27页
广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目_第5页
第5页 / 共27页
点击查看更多>>
资源描述

《广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目》由会员分享,可在线阅读,更多相关《广东省省级政务信息化(2020年第三批)项目需求--广东省文化和旅游厅文化产业示范园区数据可视化系统开发项目(27页珍藏版)》请在金锄头文库上搜索。

1、需求 23 :2020 年省文化和旅游厅文化产业示范 园区数据可视化系统开发项目1. 项目概况1.1. 基本信息1.1.1. 项目名称2020 年省文化和旅游厅文化产业示范园区数据可视化系统开发项目1.1.2. 采购人广东省文化和旅游厅1.1.3. 项目总体目标本期项目遵循广东省“数字政府”建设的指导意见, 从广东省文化和 旅游厅信息化需求入手, 以信息系统建设提升省文化和旅游厅的工作效能, 按照“顶层设计、标准先行、统筹规划、分步实施、有序推广”的建设原则,在 2020 年的信息化项目中实现如下目标:强化政务信息系统服务能力,提高业务工作效率针对广东省文化和旅游厅在业务工作方面存在的需求,借

2、助广东省“数 字政府”建设成果,在政务云、公共支撑平台、政务大数据平台的支撑下进一步完善广东省文化和旅游厅政务信息系统服务能力。对文化旅游产业园区发展等业务工作需要,通过信息系统的建设实现 业务工作的无纸化报送、智能化评估、远程化管理, 进一步提高业务工作效能。1.1.4. 服务地点1项目服务地点在广东省文化和旅游厅及其指定地点。1.2. 项目背景1.项目背景广东省文化和旅游厅在信息化建设工作上按照广东省“数字政府”建设的指导要求, 结合文旅融合业务发展需要, 全面摸查全厅信息化家底,理清文化和旅游厅数据资源现状, 收集艺术处、产业发展处、公共服务处、 非物质文化遗产处等业务处室信息化建设需求

3、,与省图书馆、博物馆、艺 术馆等厅直属事业单位就信息化建设进行深入探讨, 形成了业务特色鲜明、 符合发展需要、具备实施前景的广东省“数字文旅”信息化框架。基于广东省“数字文旅”信息化框架,按照“顶层设计、标准先行、统筹规划、分步实施、有序推广”的建设原则,充分考量现阶段文化和旅游厅迫切的 信息化需要,在 2020 年的信息化建设中拟从 “强化政务信息系统能力”“加 强信息化安全管理水平”“完善系统运维运营能力”三大维度出发,进一步 提高广东省文化和旅游厅在文旅产业园区管理等方面的信息化能力,以先进的科技手段赋能业务发展场景, 强化全省文旅行业工作服务效能。2.信息化现状近年来, 省文化和旅游厅

4、围绕深化“放管服”改革要求和企业、群众 的实际需求,不断提高政府效能, 一方面积极配合省里建设省文化和旅游 省政务服务网分厅,另一方面也结合自身业务需要大力开展政务信息化建 设,建设推出了具有一批独具行业特色的电子政务应用系统和公共服务,全省文化和旅游行业信息化建设取得了一定成效。在基础设施建设方面,借助于省电子政务云平台,省文化和旅游厅自22012 年起就逐步缩减服务器、网络带宽等硬件资源投入,把相关需求转向 省电子政务云平台获取。广东省文化和旅游厅现有机房 5 个,各类设备 79台。 部分基础设施建成年代已经较为久远,相关数据已经实现改造迁移,目前主要的作用为实现对以往办事系统数据的查询,

5、 自广东省文化厅与广 东省旅游局合并成立广东省文化和旅游厅后, 未再增加基础设施,目前的业务系统已经有部分迁移到政务云上,同时有部分系统正在进行改造迁移。在业务系统建设方面,省文化和旅游厅厅本部现有政务信息系统 27 个, 在信息化建设和应用过程中,沉淀了丰富的数据资源,实现了初步的数据汇聚,其中 5 个系统计划下线。2. 项目预算本项目总预算为 17.24 万元。3. 服务期限本项目服务期限为 12 个月, 具体时间以合同为准。4. 服务内容本项目的服务内容为文化产业示范园区数据可视化系统开发。通过利用广东省“数字政府”搭建的粤政图平台能力,通过集成基础 地图功能,利用地理信息技术的空间可视

6、化能力,将全省产业示范园区位 臵信息、辖区范围信息、园区相关信息进行空间化展示,并提供相关统计 分析功能,为园区的企业营收、从业人员等相关数据进行可视化展示,方 便业务人员对产业发展全局进行掌握,实现产业园区、产业分布、企业信息等进行重点服务和监管, 提升政务服务能力。4.1. 园区数据管理3开发园区机构树维护模块,提供包括机构信息导入、组织机构新增、修改、删除、信息查询等业务模块功能。开发园区信息录入模块,提供包括信息录入、信息维护、信息删除等业务模块功能。开发园区信息管理模块,提供包括园区信息列表、园区信息查询、园区信息详情等业务模块功能。4.2. 园区地图展示从不同的行政区级别展示产业示

7、范园区的分布情况,并可通过查看查 看产业园区属性,展示各产业园区的入驻企业、从业人数、资产负债、营业利润、税收以及园区各种现场照片和视频等相关信息。4.3. 统计分析开发可统计省级模式、市级模式以及区级模式下各产业示范园区近三 年入驻企业、从业人数、营收情况等信息,并以图表(包括柱状图、折线图、饼图)形式展示。5. 服务要求5.1. 技术要求5.1.1. 总体技术要求项目实施充分利用现有先进、成熟技术,坚持需求主导、深化应用的 原则,基于标准和规范化原则,保证功能适用、可扩展性、安全和易用性等原则, 实现易于管理和可维护性,实施原则如下:统一和标准:提供统一的可靠性、安全性、标准化运行维护服务

8、,保障内部应用系统和运行环境运行的可靠、安全、标准、稳定运行。4安全和高效:提供和系统安全保护等级配套的运行维护服务,确保信息安全, 同时, 高效响应, 实施 SLA 管理。最小影响原则:工作应尽可能小的影响系统和网络的正常运行,不能对现有网络的运行和业务的正常提供产生明显影响;标准性原则:服务方案的设计与实施应依据国内、国际、等级化保护相关要求、相关标准进行;规范性原则:工作中的过程和文档,具有很好的规范性,可以便于项目的跟踪和控制;可控性原则:方法和过程要在依据相关标准,安全服务的进度要按照进度表进度的安排,保证服务工作的可控性;整体性原则:应从各个方面整体考虑,包括了安全涉及的各个层面,

9、避免由于遗漏造成未来的安全隐患;保密原则: 对过程数据和结果数据严格保密, 所有参与项目人员均有保密协议。5.1.2. 技术路线5.1.2.1.UML 统一建模语言UML(Unified Modelling Language)是非专利的第三代建模和规约语言。 UML 是一种开放的方法,用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML 最适于数据建模,业务建模, 对象建模, 组件建模。UML 作为 一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。当模型建立之后,模型可以被 UML 工具转化成5指定的程序语言代码。

10、本项目在需求分析与系统设计阶段,使用开发人员可识别的建模与规约语言, 明晰地向开发人员描述系统模型。5.1.2.2.组件技术组件是具有某种特定功能的软件模块, 以其较高的可重用性产生了一 种崭新的软件设计思路。通过开发不同的可重复使用的组件、接口和构件, 实现分布式应用程序的快速开发,应用模块间相对独立,接口清晰, 内部的业务流程升级和改造与其他模块无关。组件技术是迄今为止最优秀也是发展最快的一种软件重用技术,它比较彻底地解决了软件开发中存在的重用性、适应性差和周期长等问题。在本次项目建设中,需要尽量使用组件技术,快速构建数据采集模块 框架、权限管理模块框架及数据标准接口,实现对相关应用系统的

11、快速开发上线。5.1.2.3.微服务架构微服务架构(Microservice Architecture)是一种使用一套小服务来开发 单个应用的方式途径,每个服务运行在自己的进程中,并使用轻量级机制 通信, 通常是 HTTP API,这些服务基于业务能力构建, 并能够通过自动化 部署机制来独立部署,这些服务使用不同的编程语言实现, 以及不同数据 存储技术,并保持最低限度的集中式管理。主要作用是将功能分解到离散的各个服务当中,从而降低系统的耦合性,并提供更加灵活的服务支持。微服务的基本思想在于考虑围绕着业务领域组件来创建应用,这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和6

12、平台,使部署、管理和服务功能交付变得更加简单。相对于单体架构和 SOA,它的主要特点是组件化、松耦合、自治、去中心化, 体现在以下几个方面:一组小的服务。服务粒度要小,而每个服务是针对一个单一职责的业务能力的封装, 专注做好一件事情。独立部署运行和扩展。每个服务能够独立被部署并运行在一个进程内。 这种运行和部署方式能够赋予系统灵活的代码组织方式和发布节奏,使得快速交付和应对变化成为可能。独立开发和演化。技术选型灵活,不受遗留系统技术约束。合适的业 务问题选择合适的技术可以独立演化。服务与服务之间采取与语言无关的 API 进行集成。相对单体架构,微服务架构是更面向业务创新的一种架构模式。独立团队

13、和自治。 团队对服务的整个生命周期负责,工作在独立的上 下文中, 自己决策自己治理,而不需要统一的指挥中心。团队和团队之间通过松散的社区部落进行衔接。本次项目建设过程中,文化产业示范区数据可视化系统及乡镇综合文 化站定级管理系统将按照微服务架构的建设理念,对数据资源采集管理与 数据资源应用之间进行解耦,确保对系统进行调整时,不会对系统的实际使用造成影响。5.1.3. 性能要求5.1.3.1.可靠性需求在日常工作中, 需要通过 724 小时不间断的系统性维护服务, 确保7系统具有良好的安全性和可靠性,同时结合备份恢复、入侵监测、防火墙 等工作,共同构建起多层次,全方位的安全保障体系。另外,同时通

14、过日 常维护使系统具备一定的容错性,避免由于误操作或其他原因导致的系统错误。5.1.3.2.易用性需求根据本项目的需要,在技术的使用和产品的选择方面要考虑其技术的 成熟性,同时,在产品方面要考虑适用和实用,保证技术、性能满足网站 建设需要。所提供的系统设计方案具有大量成功的实施案例,方案稳定成 熟,有丰富的经验可以借鉴,能够确保用户在最短的时间内达到应用需求,并充分降低后期维护的影响。5.1.3.3.响应速度需求响应时间指标包括页面响应时间和数据响应时间。页面响应时间为用 户点击操作页面后的反应, 页面反应时间不超过 3 秒。数据响应时间为用 户点击后的到结果的时间,包括服务器反应和数据传输到

15、客户端,普通页面不超过 3 秒, 跨年历史数据最大不超过 10 秒。系统的年可用率99.9%,由于偶发性故障而发生自动热启动的平均次数2 次/年。常规数据分析响应时间3 秒,历史数据分析响应时间5 秒。5.1.3.4.业务系统并发需求根据用户数量对业务系统的并发量进行估算,假设系统使用高峰期有15%的用户同时发出请求, 则业务系统的并发支持能力要求如下:文化产业示范园区数据可视化系统:广东省文化和旅游管理单位及园8区管理用户,用户数量约 300 人,要求至少支持 45 个用户的并发请求。5.1.4. 数据及接口要求项目建成后通过政府信息资源共享平台供政府部门间进行信息共享,在原有共享内容上新增的拟共享内容如下:数据资源名称数据资源内容描述数据类型有/无共享 条件数据更新 频率文化产业园区 数据各园区填写的园区基本数据, 不涉及商业统计数据数据库无条件每天文化站数据各综合文化站填写的文化站基 本数据数据库无条件每天5.1.5. 安全要求报价人需实现运维操作(认证、授

展开阅读全文
相关资源
相关搜索

当前位置:首页 > IT计算机/网络 > 行业软件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号