智能化消防装备管理系统云平台技术路线（1）

第一章 项目概述

1.1 项目名称

马鞍山市消防支队装备管理系统

1.2 项目建设方案编制依据

《消防信息化“十三五”》

贯彻落实创新社会消防管理会议精神，将消防数据纳入当地智慧城市建设，采集汇聚各行业部门消防安全监管数据，为社会消防安全治理提供规范化、精细化数据支持，推进城市消防监控系统建设。

《公安部消防局2017年工作要点》

推进智慧消防建设，加强顶层设计，制定科技消防实施方案，明确发展方向和任务目标。加快构建基于大数据，依托“智慧城市”推进城市智慧消防建设。

《关于全面推进“智慧消防”建设指导意见》

全面提高消防数据化、信息化管理力度，大力发展“智慧消防”基础信息建设。

1.3项目概况

1.3.1 项目背景

消防装备的使用、维护和保养一直是消防队伍日常工作中的重要任务。目前现有装备的管理方式都是采用手工台账，记录装备的出入库、领用及借出。其他重要的装备管理信息如使用周期、装备使用状态、全局装备的现状评估等直接影响出警需求的信息则无法获取。现有的管理方式，对消防装备的实时状态信息记录不全，管理方式落后。随着行业信息化水平的提升和上级提高队伍整体信息化水平的要求，装备智能化管理系统的上线运行显得尤为迫切。

1.3.2 建设目标

全面建成基于RFID的消防物资精细化管理系统。平台覆盖全市包括各消防大队。

消防物资精细化管理系统，通过RFID技术，实现对消防物资、车辆、药剂的精细化动态管理，做到“底数清、情况明”，并通过大数据技术，对消防物资的采购、维护、合理调配提供信息支撑。

1.3.3项目建设内容考核情况

见项目评价指标表。

1.3.4项目建设的意义和必要性

消防设施的好坏关系着全市人民的生命和财产安全，其日常维护与监管非常重要。由于消防设备规格不一、类型和数量众多、地理位置分布较散，维护与监管不便。通常都存在以下问题：

1）物资装备种类多样，手工记录，工作量大；

2）纸质存档，更新不及时，数据易丢失；

3）日常盘点耗时长，巡查监督效率低；

4）管理部门不能监督到位，只能偶尔抽查，设备不能及时监管；

5）紧急情况是不能不能及时获取设备的信息，责任划分不明确。

基于以上问题，提出建设基于RFID的消防物资装备信息管理系统，拟对现有的消防车辆、装备、灭火剂等物资利用RFID技术，并结合网络通信技术、数据传输技术、数据仓储等技术，建设一套智能化消防装备电子管理平台，使消防物资得到有效管理和监督，为领导决策提供实时数据支持。

1.3.5 部门业务需求说明

现对物资设备的全生命周期管理，用大数据方式对物资的使用、报废、借用、维护信息进行统计和分析，特别是对物资设备的质量问题可追根溯源，提供流畅、便捷的物资产品质量反馈渠道，同时，对物资设备的报废和维修建立预警机制，保障物资设备的正常更新和使用。平台需提供自定义标准匹配功能，可对各级消防站物资设备进行动态监测，以满足国家标准建设。

1.3.6 总体建设与本期建设任务

利用RFID技术，并结合网络通信技术、数据传输技术、数据仓储等技术，建设一套智能化消防装备识别系统，使消防物资得到有效管理和监督建立一个统一的设备物资管理信息平台，对大队消防物资的备战状态进行监测，及时、可靠的定位库存的位置，自动识别库存属性信息，降低仓储的库存成本，采用自动化/半自动化的识别方式，提高盘点的准确性和操作效率，明确各类物资的使用期限，便于库存物资的分类管理。

第二章 业务需求分析

2.1业务功能、业务流程和业务量分析

1)软件部分要求

业务功能：实现对物资设备的全生命周期管理，用大数据方式对物资的使用、报废、借用、维护信息进行统计和分析，特别是对物资设备的质量问题可追根溯源，提供流畅、便捷的物资产品质量反馈渠道，同时，对物资设备的报废和维修建立预警机制，保障物资设备的正常更新和使用。平台需提供自定义标准匹配功能，可对各级消防站物资设备进行动态监测，以满足国家标准建设。

 

业务流程图

业务量分析：

未来三到五年，机构内容用户变化不大，主要是面向消防大队的用户及角色划分，划分原则可依据数据种类结合查询的维度、时序、用户的权限等多条件进行设置和分配。

2)硬件部分要求

RFID 的硬件科学部署对于一个成功的 RFID 实践至关重要。RFID 的通信的精确取决于一个良好的射频环境。需要在企业具体的环境上着眼，比如需要考虑整体应用环境的合理，读写器的部署位置，天线的摆放和增益大小的选择，RFID 电子标签在货物上的粘贴方案等等，这些都是需要考虑的。各大队主要设备及材质如下：

 

工具名称	材质
安全帽	合成树脂或塑料
安全带	涤纶
脚扣	金属和橡胶
接地线	金属
验电器	杆部金属
绝缘棒	金属
绝缘压钳（带箱）	箱子塑料材质
绝缘手套	橡胶
绝缘靴	橡胶
绝缘电阻表	塑料外壳
个人保安线袋	涤纶牛筋
安全围栏	玻璃钢
标识牌	PVC
小绳	尼龙

 

 

2.2系统功能和性能需求分析

l 系统功能

l 性能需求分析

1、基础设施平台性能需求：网络与通信系统，要求数据传输网络畅通、快捷、安全，应具有高可靠性、可扩展性、可管理的能力；主机与存储系统，要求采用通用性好的计算机系统、安全可靠的操作系统以及大型数据库系统，保证系统良好的性能。

2、应用支撑平台性能：要求应用支撑平台为业务应用系统的定制和运行提供技术支撑，并具有灵活的可扩充性和高度的可配置管理性。

3、应用系统性能：应用系统应满足用户的要求，稳定、可靠、实用。人机界面友好，输出、输入方便，图表生成灵活美观，检索、查询简单快捷，系统便于维护、扩充；采用结构化系统设计技术，使应用系统具有良好的可扩展性、可移植性和可升级性，可支持市区两级平台拓展。

4、安全系统性能：应按照国家对电子政务系统的安全保密要求，划分网络安全域，根据信息密级，在不同的信息安全域实施相应的安全等级保护；对不同安全等级的信息，通过身份认证和访问控制，实现授权访问；同时整个系统具备健全的备份机制，数据安全可靠。

5、数据性能：系统数据应完整、准确和及时。

第三章 总体建设方案

系统总体架构

如上图所示，项目总体架构主要包括：

（1）网络基础设施

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

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

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

（2）统一数据层（完善数据的数据中心建设）

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

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

（3）面向分析的数据模型

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

（4）应用支撑系统

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

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

（5）业务应用层

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

3.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）为了统筹考虑各级消防大队和消防站的使用，后期加入其他消防站的横向统计和比对，预留其他大队系统的接入接口。

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

 

网络拓扑图

数据库体系结构：

数据接入层

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

基础服务层

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

业务服务层

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

数据应用层

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

3.4技术路线

1）工作流技术

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

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

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

3）面向服务架构（SOA）的体系设计

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

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

 

第四章 本期项目建设方案

4.1 系统设计

4.1.1软件系统设计

1)信息资源数据库设计

架构内容主要包括、基础信息、业务逻辑、报表等维度构建数据库。

2) 系统功能设计

消防装备智能管理系统软件模块主要由RFID设备管理维护系统、基础信息管理模块、库存管理模块、装备借用模块、车辆管理、报废管理、人员配备管理、消息提醒模块、状态监测、消防数据分析中心、系统管理11部分构成。

RFID设备管理维护系统

设备管理维护系统主要包括标签的写入、读取和报废等模块，查询连接的各设备信息等。（可参考如下截图）

基础信息管理

基础信息模块主要包括部门信息、人员信息、装备类别信息，装备信息、消防站标准配备信息等。

1）部门信息  用来登记消防管理部门的层级关系，采用树状形式展现，支队作业根节点；

2）人员信息 用来登记支队、大队、中队的工作人员；

3）装备类别信息  用来登记消防器材的分类类别信息，作为字典项管理；

4）装备信息 用来登记各个类别下有哪些装备，作为字典项管理。

5）消防站标准配备信息 根据消防站级别的不同，他们所配备的装备标准不同。此模块用来登记各级消防站的装备标准配备情况，用于后期检查该消防站装备配备是否达标。

库存管理模块

库存管理模块主要包括装备入库、装备查询、标准配备分析。

 

1）装备入库：支队分配到各个大队的装备，再由大队分发到各个中队，中队在装入库前，先要进行消防装备登记。按照统一的编号对消防装备进行登记，同时把相应的编号信息输入电脑通过网络发送到装备管理中心数据库,建立起消防装备管理系统的基本信息。

2）装备查询：可以进行多字段信息的模糊查询。可以按照部门、人员、车辆、装备类别、装备名称等进行查询。实时掌握库存的情况，了解每个装备的状态，是在库、在车还是在人。

3）标准配备分析：通过当前的库存信息，根据消防站的级别，分析装备的标准配备与库存情况，发现是否存在库存不足、缺失等问题，及时进行相关装备的采购补充。

装备借用模块（PC和移动端）

装备借用模块包括借用申请、审批、发放、归还、查询。

由借用大队提出申请，经被借单位领导审批通过后，库房工作人员发放相关装备，借用单位使用完后进行归还。流程如图：

借用流程图

车辆管理（PC和移动端）

车辆管理包括车辆的增加、随车配备。

随车配备登记放在消防车上的装备信息，便于我们以后查询每部车的配备情况。

报废管理（PC和移动端）

对于准备报废的装备进行登记申请，领导进行审核通过后，进行报废处，审核处理在移动端。

报废流程图

人员管理

人员管理主要包括消防员个人装备配备情况登记、收回、转移。实时了解每个消防员的装备配备情况。

状态监测

消防实力监管：

1）物资可视化

对各大队消防物资的备战状态进行监测，保障备战状态的设备无质量和缺漏问题。

2）应急调度

对库存设备数据及库存量提供网络实时共享和管理，便于战时的紧急调度。

消防实力分布：

1）消防站分布

在电子地图上实现主城区消防站的分布，主要为消防站分布数据在地图上展示，并能关联每个消防站的基本信息。

2）消防员分布

在电子地图上实现主城区消防员的分布，主要为消防站消防员分布数据在地图上展示，并能关联每个消防员的基本信息。

3）消防车辆分布

在电子地图上实现主城区消防车辆的分布，主要为消防站消防车辆分布数据在地图上展示，并能关联每辆消防车辆的基本信息。

4）信息查询

对消防实力进行查询，显示该消防站相关信息，消防站对应消消防车辆、消防人员信息等。

系统提供矢量、影像和三维电子地图的显示浏览、缩放漫游、前后视图、刷新地图等功能，能方便地实现二维和三维的地图切换，同时具备图形放大、缩小、全图显示、漫游、平移等基本操作功能。

消防数据分析中心

产品质量管理分析

相关部门均可以查询物资质量问题信息，对使用效果极差、问题集中的产品实行“黑名单”禁入，并按相关规定对相应供应商进行处理。

物资综合采购成本评估功能

通过对物资产品使用时间及采购成本的计算，得出产品的性价比，指导物资采购工作。

智能物资资源分配分析

结合历史消防案件、消防物资的使用、耗损以及库存情况，采用智能化算法，优化消防物资的装备情况，为合理配置消防设备资源提供参考。

消息提醒

消息提醒包括装备到期的报废提醒、车辆的保养提醒、装备借用的超期提醒。

对于一些特殊装备，如防爆服，在保质期到期之前应给予提醒，及时更换。

对于被借装备，在限定的时间内没有被归还，系统进行提醒。

对于一些需要定期保养的装备，系统也可以设置保养提醒。

系统管理

系统管理是对系统的日常维护工作进行管理，只要包括系统用户管理、角色管理、权限管理。实现不同用户对系统的分级管理。

4.1.2 硬件系统设计

一个完整的 RFID 管理系统硬件部分通常由：固定式 RFID 读写器、固定式 RFID 天线、手持式 RFID 读写器、RFID 通道门禁、桌面式 RFID 发卡器、RFID 电子标签组成。不同的应用环境下可选择不同特点的硬件产品，可非常灵活的部署 RFID 应用，并且相互之间提供了简易的集成和丰富的应用程序支持，保证 RFID 业务效率的最大化。

以SaaS架构进行硬件部署，服务器采用云租用的方式。多终端、多场景同步应用，降低部署成本，提高系统运行效率。

4.2 网络系统设计

 

4.3安全系统设计

系统安全设计原则

由于在网络环境下，任何用户对任何资源包括硬件和软件资源的共享，所以必须通过制定相应的安全策略来防止非法访问者访问数据资源，对数据资源的存储以及传输进行安全性保护。(a)系统应防止非法用户侵入和病毒的攻击；(b) 应采取有效的安全策略和技术手段，从硬件系统、操作系统、 数据库系统、应用软件等各个层面保证系统安全稳定运行；(c) 重要数据在网络上传输及数据库中应加密，支持SSL进行传输 加密；(d) 保证整合资源的安全访问，对于重要数据访问应提供再次认 证的机制。参考OSI的七层协议，从网络级安全、传输级安全、系统级安全和应用级安全等几方面进行考虑，主要遵循下面的设计原则：

标识与确认

任何用户访问系统资源，必须得到系统的身份认证以及身份标识，如用户的用户名、密码。当用户信息与确认信息一致时，才能获准访问系统。在本系统中，对操作系统，数据库系统和应用系统都有相应的用户和权限的设置。

授权

对系统资源，包括程序、数据文件、数据库等，根据其特性定义其保护等级；对不同的用户，规定不同的访问资源权限，系统将根据用户权限，授予其不同等级的系统资源的权限。

访问

为了保护数据及应用程序的安全性， 对用户的访问方式进行设置，用户一般可以通过公司绑定的办公电脑IP及Mac地址的OA系统访问，相对来说比较安全；但是，如果用户通过手机移动端访问，IP地址不可控，无法绑定IP地址。因此，当用户使用微信查看时，不允许用户将链接复制粘贴到其他浏览器中打开查看内容，并给出提示信息。部署应用程序时，需发布两套报表系统，并配置相应的端口号，用来控制用户客户端和手机微信端登录；如果用户使用客户端访问，使用对应的端口显示相应的报表，不允许访问微信的内容；如果用户使用手机微信端登录，只允许访问微信的端口来展示相关的内容，不允许访问电脑客户端的内容。以此来保障系统及信息内容的安全性。

日志

为了保护数据资源的安全，在系统中对所保护的资源进行任何存取操作，都做相应的记录，形成日志存档，完成基本的审计功能。

加密

为了保护数据资源的安全，在系统中对在网络中传输的信息必须经过高强度的加密处理来保证数据的安全性。通过整体考虑来保证网络服务的可用性、网络信息的保密性和网络信息的完整性。

系统级安全

系统级安全主要体现在物理设备的安全功能以及系统软件平台的安全设置上。

物理设备的安全措施

 物理安全防范是网络整体安全架构的基础，对保障网络系统正常运行具有重要的作用。根据信息安全等级保护要求，本系统应符合相关的标准规范，选择具备防盗、防火、防雷、防水、防静电等条件，配备UPS、空调、门禁等相关措施。

操作系统平台的安全管理

在操作系统平台上，应进行如下设置：

1)系统的超级用户口令应由专人负责，密码应该定期变换。

2)建立数据库的专用用户，系统在与数据库打交道时，应使用专用用户的身份，避免使用超级用户身份。

3)在系统的其他用户的权限设置中，应严格控制对数据库的数据文件查看、读写、新增、删除等操作的权限。

4)选用较高安全级别的操作系统，时刻了解操作系统以及其他系统软件的动态，对有安全漏洞的，及时安装补丁程序。

数据库系统的安全管理

数据库系统是整个系统的核心，是所有业务管理数据以及清算数据等数据存放的中心，数据库的安全直接关系到整个系统的安全。

应用级安全

针对本系统，我们在考虑其应用级安全时，主要真对以下几个方面：

系统的用户授权及安全访问控制：

1) 全面的日志管理机制

2) 采用相关的防病毒软件

用户授权及安全访问控制：

对于用户授权和安全访问控制的有关需求，我们在实现本系统时，利用系统的基本定制功能实现对用户属性的定制，可新建用户及用户组，新建角色，用户组可为多层嵌套结构，可按不同用户级别和组级别进行权限分配；角色可以按不同用户级别和组级别进行权限分配，支持HTTPS安全链路加密访问，支持SSL证书安全认证功能。系统设有XSS过滤器防止XSS漏洞攻击，同时设有SQL过滤器，防止SQL注入攻击。

4.4软硬件部署

供应商完成应用系统和数据库的云部署工作。

4.5备份系统设计

系统备份的内容分为：

Ø 系统级备份：系统程序、配置文件等。

Ø 数据库备份：数据文件、日志文件等。

Ø 应用备份：应用程序、应用程序日志。

提供手动方式和系统周期性自动备份机制。备份过程不会影响系统的运行。

系统可以通过运行部对备份参数进行设置调整：备份方式、备份内容、备份时间和备份介质进行设置。

备份策略：

针对系统、数据库、应用采用不同的备份策略。具体时间窗口在详细设计阶段确定。

 

备份内容	备份频率	备份介质	备份文件保留周期	备注
操作系统备份	每月全量	磁盘	3个月	升级、调整前全量备份
数据库备份	每周全量 每日增量	磁盘	最少2周	要求数据库归档模式打开
应用备份－应用程序	每月全量	磁盘	3个月
应用备份－应用程序日志	每日全量	磁盘	最少2周
应用备份－批量文件	每日全量	磁盘	最少4周

 

恢复策略：

一旦系统发生故障需要进行恢复时，需要根据故障的具体情况采取不同的系统恢复策略进行系统的恢复。

 

分类	恢复处理
应用恢复-批量文件	1. 将批量文件备份传输回本地服务器 2. 进行恢复
应用恢复-应用程序	1. 将应用程序备份传输回本地服务器 2. 进行恢复
数据库恢复	1. 将最近一次数据库全量备份文件传输回本地服务器 2. 进行恢复 3. 再将该次全量之后每天的增量备份文件依次传回本地，进行恢复 4. 最后再将数据库归档日志进行指定恢复，以保证最大化地恢复系统数据
操作系统恢复	1. 将系统备份传输回本地服务器 2. 进行恢复

 

清理策略：

系统运行一段时间后，对过期历史数据需要做清理，取决于数据保存周期。系统需要清理的数据有：

 

分类	细类	存放周期	清理周期	清理时间点
程序日志	应用服务器日志	1月	每月	手工清理
程序日志	数据库日志	1月	每月	手工清理
程序日志	存储过程日志	1月	每月	手工清理
数据文件	数据集市文件	不定期	不定期	手工清理

 

4.6资源共享设计

系统对用户及组织进行有效管理，支持内建用户，导入用户，同步用户数据，用户认证体系等，建立系统访问机制，实现数据共享访问。

支持手动添加、导入用户或者同步用户数据集的方法批量添加用户及其角色。

支持机构部门管理，可以按照组织架构对于用户进行分类管理。

支持按照用户、角色、分组来设定共享的数据报告。

4.7 部门信息系统整合情况

按照标准规范清洗加工组织的数据可通过系统配置工具配置后在桌面端应用上进行可视化展示，同时支持在其他终端系统实时交互操控工具上进行数据操作控制及展示。

4.8部门业务系统对接情况

项目中涉及与原有系统对接问题，依照具体的对接需求，由业主负责协调免费对接。

 第五章 项目运维管理

5.1人员配置计划

项目建成后，按照运行维护内容、方式及机构设置，为保证本项目的可靠运行，应根据实际需要，承建单位设置相应的管理和技术岗位，配置相应管理人员和技术人员，强化系统维护管理，保证系统正常运行。

5.2人员培训方案

在项目实施中建议将开发培训前置于项目准备阶段，让用户提前掌握正确的开发方法，在实施过程中伴随项目的进程，逐步熟悉相关产品的操作。

培训原则

1、坚持理论联系实际、学用一致、按需施教、讲求实效的原则；坚持把知识培训与学员实际工作需要紧密结合起来；

2、坚持把培训需求调查、课程设计、组织管理和培训评估等教学的主要环节有机结合起来，努力提高培训质量和培训效果；

3、坚持以学员为主体，以讲师为主导，积极运用参与式教学，把自学、面授、研讨等方法有效地结合起来，达到经验共享的目的；

4、坚持实用性原则，即进行的培训要秉着实用性的原则，培训的内容要能在实际工作中得以发挥和应用，对提高个人职业素养起到一定的作用；

5、坚持有效性原则，培训的内容和过程要能充分被学员吸收并能利用，因此我公司建议培训最好分阶段进行、时间跨度大一些，这样学员可以有个消化过程，拿到工作中进行应用，下一次可就其中出现的问题跟讲师进行沟通，这样就可以有效化解培训风险；

6、按需施教、学以致用，培训工作必须根据培训的需求分析，按照实际需要进行有针对性地培训，不同业务部门、不同级别的人对IT技能的要求也不尽相同，因此要针对不同的人员组织培训不同的内容，避免“该学的要学，不该学的也要学”；

7、坚持长期性/战略原则，应用系统培训是一项长期的工作，要从战略的高度去对待这项工作；充分考虑未来的信息化发展趋势，规划适应发展的培训计划，要有高度的前瞻性，并在此基础上培养自己的内部培训师资力量；

8、全员培训与重点培训相结合。

9、以人为本、需求主导、面向应用、注重实效

（1）以人为本的原则

以人为本就是根据培训对象的工作职责、工作性质对人员进行分类，因人施教。

（2）需求主导的原则

需求主导就是以各类培训对象的业务需求为核心，安排有针对性的培训课程，按需施教。

（3）面向应用的原则

面向应用就是以应用系统为主线，对系统应用业务人员进行系统功能和操作使用培训，学以致用。

（4）注重实效的原则

注重实效就是安排适用性强，实用性强的培训课程，力求在有限的培训时间内取得预期的培训效果。