1000字范文,内容丰富有趣,学习的好帮手!
1000字范文 > 消防装备管理系统软件信息化解决方案

消防装备管理系统软件信息化解决方案

时间:2019-01-12 12:59:53

相关推荐

消防装备管理系统软件信息化解决方案

消防装备云管理软件解决方案

第一章 总体建设方案

你好! 这是你第一次阅读到消防装备云管理软件解决方案所展示的欢迎页。如果你了解消防装备管理信息化的解决方案,您就可以仔细阅读这篇文章,帮助您快速学习到最精准的消防装备管理软件解决方案。

第一章 总体建设方案

1.系统总体架构

如上图所示,项目总体架构主要包括:

(1)网络基础设施

基础设施包括网络硬件设备及系统软件两大部分:

1)网络硬件设备主要是系统运行局域网平台、应用/数据库服务器以及网络安全设备等。

2)系统软件中操作系统Windows、Linux均可;数据库以当前市场主流产品为主;开发环境基于.net体系。

(2)统一数据层(完善数据的数据中心建设)

统一数据层主要是建立以数据同步接口、基础数据库、业务数据库为主的数据库体系,规划、整合信息资源,形成信息资源目录系统。

数据库体系架构在逻辑层次上分为五个层次,自下而上分别为数据接入、数据集成转换与检索、数据存储、数据服务、分析应用;整个体系运行有数据标准体系及基础系统功能支持。

(3)面向分析的数据模型

依据现有的数据(结构化+非结构化)对不同的分析需求,建立不同的算法模型,提供趋势、统计、规划、预测等分析结果。模型与模型间以及模型与数据间的数据通道优化设计,提升算法执行效率。

(4)应用支撑系统

应用支撑系统基于N层体系架构,以通讯和计算机中间件技术为核心,采用浏览器/服务器(B/S)应用模式,结合内部信息平台进行建设和开发的技术平台,提供数据图形化及可视化、统一权限管理、统一工作流程定义等内部公共功能的业务平台。

应用支撑部分基于面向服务的技术构架(Service-Oriented Architecture,SOA),结合相应的大数据算法模型,选择合适的平台建立集成业务过程和服务组件平台来支撑业务应用。

(5)业务应用层

业务应用层则是要建立行业各业务领域管理信息系统及与之配套的数据发布、综合业务数据统计系统,通过移动端展示明细数据随时随地访问系统,及大屏驾驶舱管理系统。

1.1建设原则

1.安全可靠的原则

平台涉及各业务系统数据,系统必须具有必要的安全保护和保密措施,以及对计算机犯罪和病毒的防范能力。

2.良好的适应性和可扩展性的原则

平台必须具有较好的可扩展性,适应业务的发展,通过良好的架构设计和系统配置管理,保证系统的适应性和与时俱进的扩展性。

3.实用性的原则

在平台设计和开发过程中,本着“以需求为导向”的原则,避免为了集中而集中;在建设原则上,优先考虑对当前在建系统的支持,避免盲目扩大建设范围,产生浪费。

4.先进性的原则

在保证实用、可靠的前提下,应用当前业界先进的设计思想和软件技术、数据库技术。

5.高效性的原则

平台负责处理所有共享数据的更新和访问请求、变更发布,系统必须具有很高的响应能力。

6.标准化的原则

平台设计必须遵循信息共享的有关行业标准和技术标准,保证各节点能互连互通,使数据更新、访问顺利执行,保证接口的规范性;服务器、操作系统、存储设备、数据库管理系统、中间件、门户等软硬件产品采用统一的技术规格要求。

7.易管理的原则

平台在投入使用后,需要进行运行维护和管理,管理操作必须简洁易用。

8.平台性及扩展性的原则

平台能够为每个用户、每个业务提供高度灵活的个性化配置,实现数据、业务、流程自由组合,快速定制及部署业务系统。

9.采用国产化成熟技术原则

平台作为业务的核心,其运行的稳定性将直接关系到整个项目其他系统的运行,因此尽可能采用成熟、实用的国产化软硬件设备和技术。

3.2总体建设任务

(1)应用系统采用SOA架构,强调技术的实用性、安全性、可靠性、先进性,保障系统的可扩充性、易维护性、开放性和统一性。

(2)在数据资源管理方面,采用功能全面、性能稳定、安全可靠、流行的数据库管理系统(例如Oracle、SQL Server等)。

(3)业务系统采用目前主流B/S模式构建。

(4)提供具有高度灵活性、伸缩性的服务组件平台,快速实现各类业务的优化和流程的再造。

(5)建立完整的用户、虚拟组织(角色)、权限管理体系,设置每个用户的登录账号、密码;设置用户操作业务、流程和表单的权限。

(6)建立独立的算法模型模块,负责针对不同分析需求的算法模型的搭建,不同模型的数据收集、训练、调参和结果输出。

(7)模型间的数据通道建设,负责统一的数据通道管理,设计数据路由和模型数据采集的并发控制。

(8)为了统筹考虑各级消防大队和消防站的使用,后期加入其他消防站的横向统计和比对,预留其他大队系统的接入接口。

1.2系统总体结构和逻辑结构

数据库体系结构:

1)数据接入层

在该架构中最底层是基础的数据接入层。其主要功能对项目各项业务应用系统的数据实现无缝的动态接入功能,并能访问分布在业务系统中的基础业务数据。该层提供丰富的接口适配器,满足各种应用系统的动态接入能力,实现数据动态集成。

2)基础服务层

数据整合和集成的目的是为信息系统提供集成的、统一的、安全的、快捷的信息查询、数据挖掘和决策支持服务。为了满足这个需求,整合、集成后的数据必须保证一定的集成性、完整性、一致性和访问安全性。

3)业务服务层

数据服务层实现对外提供数据服务的接口,经过授权的用户,通过接口获取权限范围内的数据。数据的分析应用,参与数据交换、获取共享数据的应用系统,都是通过该层提供的服务获取数据。该层以多种方式提供数据服务功能,并能动态调整系统的负载均衡,保证优先级高的服务优先获取数据,均衡系统压力。

4)数据应用层

在这一层主要是建立对数据的分析、利用,应用数据的方式很多:包括对应用层的信息发布、查询,报表系统生成报表,这些工具可以购买第三方的成熟产品,也可进行开发。

1.3技术路线

1)工作流技术

使用定制工具,对消防组成业务的四大元素(人员、资源、事件、状态)进行定义,以描述业务的发生、发展、完成过程,并实现对过程的监控。工作流引擎技术构件可以使得业务流程的建立和修改更规范、更便捷。

2)采用基于Web Services技术来实现系统对外接口

Web 服务的一个主要思想,就是未来的应用将由一组应用了网络的服务组合而成。只要两个等同的服务使用统一标准和中性的方法在网络上宣传自己,那么从理论上说,一个应用程序就可以根据价格或者性能的标准,从两个彼此竞争的服务之中选出一个。除此之外,一些服务允许在机器之间复制,因而可以通过把有用的服务复制到本地储存库,来提高允许运行在特定的计算机(群)上的应用程序的性能。

3)面向服务架构(SOA)的体系设计

系统的总体设计是采用SOA架构来进行项目的设计和集成。

平台一次部署,多客户端同步访问,适应消防大队等多分支机构同时访问的要求。

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。