物联网系统技术方案样本.docx

物联网系统技术方案

南京绛门通讯科技股份有限公司
12月

目录
一. 前言 5
1.1. 建设背景 5
1.2. 设计原则 5
1.3. 系统分析 6
1.3.1. 系统说明 6
1.3.2. 运行环境与开发模式的选择 6
1.3.3. 可行性分析 8
1.3.4. 四大特点 9
二. 解决方案 10
2.1. 总体方案设计 10
2.1.1. 系统框架结构 10
2.1.2. 总体系统架构 13
2.1.3. 系统组网图 13
2.1.4. 物理组网图 15
2.1.5. 系统总体功能构架 15
2.2. 应用层功能需求详细设计 16
2.2.1. 登陆 16
2.2.2. 采集设备管理 16
2.2.3. 监控管理 18
2.2.4. 告警管理 19
2.2.5. 统计分析 20
2.2.6. 系统管理 20
2.3. 基础层功能设计 21
2.3.1. 身份认证 21
2.3.2. 账户管理 21
2.3.3. 权限管理 21
2.3.4. 提醒机制 22
2.3.5. 日志管理 22
三. 关键性技术 22
3.1. 系统技术架构方面的技术路线 22
3.2. Mysql集群部署 24
3.3. Nginx负载均衡 26
3.4. 地图接口/工作流引擎集成/报表工具 27
四. 性能配置 27
4.1. 业务指标 27
4.2. 性能指标 28
五. 软硬件配置清单 29
5.1. 软件方案 29
5.2. 硬件方案 30
六. 项目资金预估 30
七. 项目实际计划 30

一. 前言
1.1. 建设背景
物联网是指通过各种信息传感设备，实时采集任何需要监控、连接、互动物体或过程等各种需要信息，与互联网结合形成一种巨大网络。其目是实现物与物、物与人，所有物品与网络连接，以便辨认、管理和控制。其在产业规模超过2600亿元人民币。构成物联网产业五个层级支撑层、感知层、传播层、平台层，以及应用层分别占物联网产业规模2.7%、22.0%、33.1%、37.5%和4.7%。而物联网感知层、传播层参加厂商众多，成为产业中竞争最为激烈领域。
1.2. 设计原则
1、 基本性和整体性
整个系统各种软件应符合国际、国家及行业有关原则。
2、 技术先进、实用性
当前技术发展迅速，本系统需要考虑将来扩展性，在采用技术方面应体现先进、实用，才干保证本项目建设结束后相称一段时间内技术不落后。
由于此项目是工程建设项目，不是科研项目，因此使用先进技术并不能使用未经验证、不成熟技术和概念，而是以先进、成功理念为核心成熟技术组合。
3、 系统开放性、可扩展性和安全性
开放构造意味着通信合同开放和数据与数据构造开放和共享。通信合同开放，系统接口透明，便于与其他系统组网，实现系统集成与资源共享；数据与数据构造开放，使顾客可以很以便地从系统中抽取所需要各种数据和信息，实现信息互换与共享。
4、 规范性
系统设计符合关于国家和行业通用原则、合同和规范，符合国家与部颁原则及行业规范规定；保证系统运营稳定可靠、数据安全；系统接口规范统一。
5、 经济性
可以实现最优系统性能价格比，充分运用有限资金，创造巨大社会效益和经济效益。随着物联网行业发展，市场规模也在飞速增长，物联网平台经济性巨大，感知层、传播层参加厂商众多，成为产业中竞争最为激烈领域。
1.3. 系统分析
1.3.1. 系统阐明
描述整体系统功能概述和应用
简述核心功能点，并对核心功能点有个总体概述
1.3.2. 运营环境与开发模式选取
本系统采用基于Web开发JSP技术。JSP是一项功能强大用于构建动态Web应用程序技术。它可完全运用Java架构强大、安全和高效平台特性。
数据库开发系统采用MySQL5.5数据库。它是一种迅速、多线程、多顾客SQL数据库服务器。具备强大数据存储功能并兼有支持客户机/服务器运营环境、多线程体系构造，支持存储过程、支持触发器和逻辑内存管理和成本低等长处。
1. JSP技术
JSP技术是用成熟、强大、易扩充Java语言作为脚本语言。它重要具备如下优势：
l 高效性与安全性。JSP在执行前先被编译成字节码，字节码由Java虚拟机解释执行，比源码解释效率高。 
l 可维护性。由于JSP技术是一种开放、跨平台构造，因而Web服务器、平台及其她组件能很容易升级或切换，且不会影响JSP基本应用程序。
l 多样化和功能强大开发工具支持。Java已有了许多先进开发工具，并且许多可以免费得到，且其中许多已经可以顺利运营于各种平台之下。
2. MySQL5.5 开源数据库
MySQL5.5是Oracle公司推出数据库管理系统版本。MySQL5.5数据库引擎提供完整XML支持。MySQL5.5关系数据库引擎支持当今苛刻数据解决所需功能。数据库引擎充分保护数据完整性，同步将管理众多并发修改数据库顾客开销减到最小。MySQL5.5分布式查询使得以引用来自不同数据源数据，同步分布式事务支持充分保护分布式数据更新完整性。
3. 开发模式
本系统最后水文数据会公开呈现给不同部门有关顾客或者政府领导，因而它需要实现对系统顾客不同管理。本系统采用B/S体系构造来进行系统设计。B/S三层体系构造如图1所示。

图1 B/S三层体系构造图
4. 开发运营环境
开发运营必备条件如下：
l CUP：保证系统、数据库和服务器运营流畅，推荐2.0GHz以上。
l 软件平台：MyEclipse10。 
l 服务器端操作系统：独立于操作系统跨平台系统，采用Win7及以上版本，考虑其稳定性。 
l 数据库：MySQL。    
l Web服务器：Tomcat7.0服务器。 
l 客户端运营环境：能运营IE9.0以上或Google\Firefox浏览器操作系统。
1.3.3. 可行性分析
1. 技术可行性
依照本系统功能需求，采用JSP技术与开源MySQL数据库引擎进行开发。
JSP将网页逻辑与网页设计和显示分离，支持可重用基于组件设计，使基于Web应用程序开发变得迅速和容易。
MySQL作为一种迅速、多线程、多顾客和健壮数据库服务器，依照第三方测试成果，在千万级数据环境中依然保持较高执行速度。因而在技术层面上是完全可行。并且SQL是一种非过程化语言，可用于所有顾客数据库活动模型，涉及系统管理员、数据库管理员、应用程序员、决策支持系统人员及许多其她类型终端顾客。基本SQL命令只需要很少时间就能学会，最高档命令在几天内便可掌握。MySQL功能强大，并且诸多信息管理系统都是用MySQL作后台，对本系统开发是可行。
本系统数据需考虑数据高并发和后续数据扩展性，数据库采用MySQL集群和缓存集群，以保障整体水文管理系统平稳运营。
2. 经济可行性
8月，温家宝“感知中华人民共和国”发言把国内物联网领域研究和应用开发推向了高潮，自温总理提出“感知中华人民共和国”以来,物联网被正式列为国家五大新兴战略性产业之一，写入“政府工作报告”，物联网在中华人民共和国受到了全社会极大关注。作为新经济增长点，物联网经济效益正在逐年高速增长，市场规模达到了2600多亿元，预测到 市场规模将超过5万亿。
1.3.4. 四大特点
l 界面可视化配备
通过感知层各种传感器将相应数据实时传回系统平台，通过应用层对数据进行实时在线分析展示。对于传感器设备进行在线设立查看，对于设备告警类别自定义配备，及时掌握感知层设备状况和目的数据状况。
l 及时告警提示
告警分为：设备告警和数据预警。
对于感知层设备工作状况要实时掌握，传感器设备状况实时查看故障告警，及时解决因传感器设备故障问题导致数据阻塞；此外对于传感器传播传播回来数据 进行记录分析和计算，实时查看数据走向，对即将呈现数据状况进行预警提示。

l 集成报表引擎
顾客可以选取需要数据，以饼状图、条形图、线状图等方式生成分析成果，输出分析报告更加直观、生动。
l 灵活性、扩展性
平台具备迭代开发设计，后期可以便增减和修改所提供组件、公式，可支持个性化定制服务。
二. 解决方案
2.1. 总体方案设计
2.1.1. 系统框架构造

系统整体框架构造
感知层： 感知层位于物联网三层构造中最底层，其功能为“感知”，即通过传感网络获取环境信息，是物联网核心，是信息采集核心某些。感知层设备涉及二维码标签和识读器、RFID标签和读写器、摄像头、GPS、传感器、M2M终端、传感器网关等，重要功能是辨认物体、采集信息。感知层信息采集运用到各种核心技术：
l 嵌入式系统技术：
是综合了计算机软硬件、传感器技术、集成电路技术、电子应用技术为一体复杂技术，可以将感知层收到信息进行分类解决，将解决之后信息再通过网络上传。
l 低速和中高速段距离传播技术：
介于感知和网络层之间技术运用，将通过感知设备收集数据进行集中解决分类，再传播应用技术
l 自组织网络技术：
在物联网核心技术中，射频辨认(RFID)是一种。物联网系统 感知层设备大多是分散，且基本没有什么固定网络基本设施。无线自组织网络技术中可以将每个终端自身兼有路由器和主机2种功能，自组织网络是一种自治、多跳网络，整个网络可以在不理能运用或者不便运用网络基本设施（如 基站、AP）状况下，提供终端之间互相通信。在该网络中，网络拓扑、信道环境、业务模式是随节点移动而动态变化。

自组织网络多跳网络拓扑
l 协同信息解决技术：对于传感器感知到各种类型信息进行收集并进行分类解决，介于网络层和感知层之间技术，将解决之后信息通过网络层进行传播。

网络层：网络层位于物联网三层构造中第二层，其功能为“传送”，即通过通信网络进行信息传播。网络层包括接入网和传播网，分别实现接入功能和传播功能。传播网由公网与专网构成，典型传播网络涉及电信网（固网、移动通信网）、广电网、互联网、电力通信网、专用网（数字集群）。接入网涉及光纤接入、无线接入、以太网接入、卫星接入等各类接入方式，实现底层传感器网络、RFID网络最后一公里接入。
当前网络层用到互联技术有：3G/4G通信网络、IPv6、Wi-Fi和WiMAX、蓝牙、ZigBee等等。

应用层：应用层位于物联网三层构造中最顶层，其功能为“解决”，即通过云计算平台进行信息解决。应用层与最低端感知层一起，是物联网明显特性和核心所在，应用层可以对感知层采集数据进行计算、解决和知识挖掘，从而实现对物理世界实时控制、精准管理和科学决策。从构造上划分，物联网应用层涉及如下三个某些：
A． 物联网中间件：物联网中间件是一种独立系统软件或服务程序，中间件将各种可以公用能力进行统一封装，提供应物联网应用使用。
B． 物联网应用：物联网应用就是顾客直接使用各种应用，如智能操控、安防、电力抄表、远程医疗、智能农业等等。
C． 云计算平台：云计算可以助力物联网海量数据存储和分析。普通介于网络层和应用层之间，对于感知层上传上来海量数据，运用云平台进行存储分析，为应用层提供数据基本。
2.1.2. 总体系统架构

总体功能架构
基本支撑层：重要涉及网络链路联通性和重要节点设备，重要涉及路由器、互换机、防火墙等构成，同步结合有关配套专业软件保证整个网络层安全和数据流畅通。
数据层：数据持久层和数据库自身，负责将数据进行转化和存储业务数据。系统文献存储。
基本层：涉及身份服务、认证服务、日记服务、记录服务、监控服务、配备服务、消息服务、存储服务、支撑服务和中间件服务集成。
应用功能层：系统应用层功能模块。涉及顾客管理、权限管理、数据监控等等
体现层：使用Web浏览器、安卓APP或iOSAPP，通过计算机网络访问系统。依照顾客权限不同，以及顾客自己个性化设立，呈现不同页面内容。
原则规范体系 ：本系统制定并遵循统一内容建设原则与规范体系，否则会给整个项目带来不可预测风险，也不利于信息解决、整个平台管理维护与信息共享应用。
安全保障体系：纵向贯穿整个层面，从环境层到顾客体现层都要进行不同方面安全配备设立，保障系统安全运营。
2.1.3. 系统组网图
业务系统某些硬件布置如下：
业务系统组网图
· 采集端
采集端通过采集传感器 将所需信息采集之后通过专网接口传播。
· 应用服务器
考虑性能，采用双服务器，用于HTTP合同实现和数据库连接管理。
· 数据库服务器
采用Mysql集群形式，保障系统运营高可用和数据扩展性
· 负载均衡服务器
当数据量和并发量非常大时 考虑服务器和系统运营 设计单独负载均衡服务器
2.1.4. 物理组网图

物理设备组网图
2.1.5. 系统总体功能构架
本系统重要由6个模块构成：登录模块、数据采集管理模块、在线监控管理模块、告警管理模块、记录分析、系统管理 模块构成。每个模块下均有此模块相应功能页面。

系统总体构架
2.2. 应用层功能需求详细设计
2.2.1. 登陆
l 功能概述
后台系统 内置超级管理员 admin，初次登陆只能用admin，登陆之后可在系统管理再新增其她后台管理员。
l 界面
<界面>
界面按钮简朴描述
A、 输入管理员顾客名和相应密码
B、 点【登陆】进入系统
C、 如果登陆密码忘掉 可点击“忘掉密码”通过手机短信等方式找回密码
2.2.2. 采集设备管理
l 功能概述
。。。。。。。。
l 界面
<界面>
界面按钮简朴描述
A、 …..
B、 ……。

（一） 设备设立
l 功能概述
……。
l 界面
<界面>
界面按钮简朴描述
A、 。。。。。。
B、 。。。。。。。。。
C、 。。。。。。
D、 。。。。。。。。。
（二） XXXX管理
l 功能概述
。。。。。。
l 界面
<界面>：简朴界面描述
A、 。。。。。
B、 。。。。。
C、 。。。。。

（三） 设备巡检记录
l 功能概述
。。。。。。。
l 界面
<界面>：界面简朴描述
A、 。。。。。
B、 。。。。。
C、。。。。。

（四） 设备状况查询
l 功能概述
。。。。。。
l 界面
<界面>：界面简朴描述
A、 。。。。。
B、。。。。。
C、。。。。。
2.2.3. 监控管理
l 功能概述
。。。。。。。。
l 界面
<界面>：界面简朴描述
A、。。。。。
B、。。。。。
C、。。。。。

（二）XXXX状况监控
l 功能概述
。。。。。。。
l 界面
<界面>：界面简朴描述
A、。。。。。
B、。。。。。
C、。。。。。
2.2.4. 告警管理
l 功能概述
。。。。。。。
l 界面
<界面>：界面简朴描述
A、。。。。。
B、。。。。。
C、。。。。。

2.2.5. 记录分析
l 功能概述
。。。。。。。
l 界面
<界面>：界面简朴描述
A、。。。。。
B、。。。。。
C、。。。。。
2.2.6. 系统管理
（一） 顾客管理
l 功能概述
。。。。。
l 界面
。。。。。

（二）日记管理
l 功能概述
记录所有平台系统操作日记和系统日记，各个顾客登陆状况和操作状况均记录详细；当数据库或者系统浮现异常时 则记录为系统异常日记。
l 界面

<待补充>：依照客户日期需求可定制化栏位列名
2.3. 基本层功能设计
基本层功能设计重要涉及提供 身份认证、日记管理、权限管理等共用性功能。
2.3.1. 身份认证
身份认证是判断一种顾客与否为合法顾客解决过程。最惯用简朴身份认证方式是系统通过核对顾客输入顾客名和密码，看其与否与系统中存储该顾客顾客名和密码一致，来判断顾客身份与否对的。通过它可以辨认顾客登陆角色，以及防止同一种顾客对同一份报表进行多次提交。
本系统在登陆时采用上述顾客名和密码认证方式。多次登陆失败或者忘掉密码时 需要通过手机验证，并且验证手机号与顾客与否在后端系统与否相应合法，非法手机号不容许校验，校验成功获取验证码 再进行重置密码或者登陆。
2.3.2. 账户管理
账户管理是系统不可或缺一某些。平台内置超级管理员，超级管理员可新增维护其她平台管理员，系统管理员可以管理顾客账号、正常还是暂停。
2.3.3. 权限管理
权限管理是依照系统设立安全规则或者安全方略，顾客可以访问并且只能访问自己被授权资源。权限管理几乎出当前任何有顾客和密码系统里面。系统中权限管理分为功能权限和数据权限。
l 功能权限：分派管理员顾客可登陆系统只可查看操作自己有权限功能模块。
l 数据权限：除了功能权限外，对系统数据进行登记划分，例如区域 或者按照设备分类，只有拥有相应数据权限人才干看到相应区域数据或者设备数据。
2.3.4. 提示机制
在系统开发过程中，经常要使用到新消息提示功能，例如数据库数据有更新或者某个顾客特殊操作，这时就要对顾客进行及时解决提示。该功能最简朴实现就是通过页面实时刷新，访问数据库然后告知顾客有新消息。本系统使用Ajax定期向服务器轮询实现Web页面新消息实时提示。可通过公司内部邮箱和短信平台进行邮件提示和短信提示。
2.3.5. 日记管理
日记管理功能在公司应用系统中起着非常重要作用。系统日记文献可以让管理员理解系统状态，在系统浮现问题时管理员可以查阅日记文献来确认当前系统状态、观测顾客者踪迹，寻找特定事件有关数据操作。
三. 核心性技术
3.1. 系统技术架构方面技术路线
本系统设计 综合考虑系统稳定和响应速度以及实时性等多方位功能和性能规定，采用Spring开源框架、MVC框架技术、My Batis进行数据连接整个 并采用SSM对框架进行整合，详细建设如下：
(1) 体系架构
系统技术路线选取，采用开放、基于工业原则和行业发展趋势原则，在体系架构上采用B/S模式。它可以提供灵活信息交流和信息发布服务，具备更强信息系统集成性和更好系统安全性。
（2）设计模式
A、Spring 是一种开源框架， Spring 是于 年兴起一种轻量级 Java 开发框架，由 Rod Johnson 在其著作 Expert One-On-One J2EE Development and Design 中阐述某些理念和原型衍生而来。它是为理解决公司应用开发复杂性而创立。 Spring 使用基本 JavaBean 来完毕此前只也许由 EJB 完毕事情。然而， Spring 用途不但限于服务器端开发。从简朴性、可测试性和松耦合角度而言，任何 Java 应用都可以从 Spring 中受益。 简朴来说， Spring 是一种轻量级控制反转（ IoC ）和面向切面（ AOP ）容器框架。
B、SpringMVC：Spring MVC 属于 SpringFrameWork 后续产品，已经融合在 Spring Web Flow 里面。 Spring MVC 分离了 控制器 、模型对象 、分派器以及解决程序对象角色，这种分离让它们更容易进行定制。
采用MVC设计模式，顾客输入输出界面均为JSP页面，即展示层（View），顾客祈求将会被发送到控制层（Controller）一种Servlet集中解决，依照祈求调用模型层（Model）JavaBean对祈求进行实际解决，并把成果返回给控制层，控制层依照祈求执行成果将响应派发到相应JSP页面。如图 所示。

MVC设计模式
（3）数据库连接
MyBatis 本是 apache 一种开源项目 iBatis ， 年这个项目由 apache software foundation 迁移到了 google code ，并且改名为 MyBatis 。 MyBatis 是一种基于 Java 持久层 框架。 iBATIS 提供 持久层 框架涉及 SQL Maps 和 Data Access Objects （ DAO ） MyBatis 消除了几乎所有 JDBC 代码和参数手工设立以及成果集检索。 MyBatis 使用简朴 XML 或注解用于配备和原始映射，将接口和 Java POJOs （ Plain Old Java Objects ，普通 Java 对象）映射成数据库中记录。实现了从Java程序内调用原则SQL命令对数据库进行查询、插入、删除和更新等操作，并保证数据事务正常进行。
3.2. Mysql集群布置
使用MySql Cluster +Redis架构实现信息读写和存储
A)、MySQL Cluster 是MySQL 官方集群布置方案，它历史较久。支持通过自动分片支持读写扩展，通过实时备份冗余数据，是可用性最高方案，声称可做到99.999%可用性。
架构原理图如下：

MySQL cluster重要由三种类型服务构成：
NDB Management Server：管理服务器重要用于管理cluster中其她类型节点（Data Node和SQL Node），通过它可以配备Node信息，启动和停止Node。
SQL Node：在MySQL Cluster中，一种SQL Node就是一种使用NDB引擎mysql server进程，用于供外部应用提供集群数据访问入口。
Data Node：用于存储集群数据；系统会尽量将数据放在内存中。
B）、MySQL Redis分布式缓存
Redis是一种开源，先进key-value存储，并用于构建高性能，可扩展Web应用程序完美解决方案。
Redis从它许多竞争继承来三个重要特点：Redis数据库完全在内存中，使用磁盘仅用于持久性。相比许多键值数据存储，Redis拥有一套较为丰富数据类型。Redis可以将数据复制到任意数量从服务器。
Redis优势涉及：Redis速度非常快，每秒能执行约11万集合，每秒约81000+条记录。Redis支持最大多数开发人员已经懂得像列表，集合，有序集合，散列数据类型，这使得它非常容易解决各种各样问题，由于咱们懂得哪些问题是可以解决通过它数据类型更好。
所有Redis操作是原子，这保证了如果两个客户端同步访问Redis服务器将获得更新后值。Redis是一种多实用工具，可以在各种用例如缓存，消息，队列使用(Redis原生支持发布/订阅)，任何短暂数据，应用程序，如Web应用程序会话，网页命中计数等。
Redis不是比较成熟Memcache或者Mysql代替品，是对于大型互联网类应用在架构上较好补充。当前有越来越多应用也在纷纷基于Redis做架构改造。
C）、redis和mysql数据一致性保证。
应用读取数据时，先从redis读取，如果redis中没有，则从mysql中读取。当mysql中读取届时，则将该数据保存到redis中，便于下次使用，在保存redis中数据时，设立数据过期时间。当数据写入mysql数据库时，同步也将数据写入redis。保持redis数据与mysql同步
3.3. Nginx负载均衡
Nginx是一种高性能 HTTP 和 反向代理 服务器，也是一种 IMAP/POP3/SMTP 服务器，具备稳定性、丰富功能集、示例配备文献和低系统资源消耗特点。合用Nginx返当代理服务器实现负载均衡。
Nginx具备如下特点：
1、高并发连接，官方测试可以支撑5万并发连接，在实际生产环境中跑到2～3万并发连接数。
2、内存消耗少，在3万并发连接下，启动10个Nginx 进程才消耗150M内存（15M*10=150M）。
3、配备文献非常简朴，风格跟程序同样通俗易懂。
4、成本低廉，Nginx为开源软件，可以免费使用。
5、支持Rewrite重写规则，可以依照域名、URL不同，将 HTTP 祈求分到不同后端服务器群组。
6、内置健康检查功能，如果 Nginx Proxy 后端某台 Web 服务器宕机了，不会影响前端访问。
7、节约带宽，支持 GZIP 压缩，可以添加浏览器本地缓存 Header 头。
8、稳定性高，用于反向代理，宕机概率微乎其微。
3.4. 地图接口/工作流引擎集成/报表工具
描述系统中功能核心某些集成工具或报表引擎，并描述集成后系统优势
四. 性能配备
4.1. 业务指标
（1）数据采集：
Ø 同一时间，传感器上传单台服务器并发1000tps，服务器正常解决业务。
Ø 传感器数据上传异常时，系统告警应答时间不大于30秒。
Ø 支持10万传感器数据，解决能力100条/秒。
Ø 历史信息存储12个月(时间可配)。
（2）数据分析：
Ø 对以采集数据进行记录分析时，数据在5000条，分析时间不不不大于10秒。
Ø 分析数据达到10万条时，服务器正常解决业务。
4.2. 性能指标
基于如上业务量，公用性能指标如下：
（1）在非业务高峰期间，典型业务解决平均响应时间规定如下：
Ø 系统登录时间不不不大于5秒。
Ø 系统界面普通性查询响应时间应不大于3秒，大量数据查询响应时间应不大于6秒。如存在特殊耗时操作，需详细阐明。
（2）在非业务高峰期间，除上述典型业务外，应用系统平均响应时间规定如下：
Ø 应用系统内在线事务解决响应时间不不不大于 5 秒。
Ø 跨系统在线事务解决响应时间不不不大于 8 秒。
Ø 应用系统内查询响应时间不不不大于 6 秒。
Ø 应用系统内记录响应时间不不不大于15秒。
（3）在业务高峰期间，应用系统平均响应时间规定不超过非业务高峰期间平均响应时间 1.5 倍。
（4）应用系统并发数设计应当支持30%冗余，保证系统在业务高峰期间稳定运营。
（5）所有数据在线保存3年时间，且备份数据永久保存。

五. 软硬件配备清单
5.1. 软件方案
本期涉及到详细功能模块开发：
产品名称
功能界面
功能明细
XXX管理系统
xx设立
。。。。。
XX设立
。。。。。
XXX管理
。。。。。
XXXX记录
。。。。。
XXXX状况查询
。。。。。
XXX数据管理
。。。。。。。。。。
XXX监控
。。。。。。。。。。
XX告警设立
。。。。
XX告警查询
。。。。。。
记录分析
。。。。。。。。。
权限管理
设立顾客和顾客权限，对顾客权限设立可分系统功能模块和水域划分。系统顾客只能看属于自己权限范畴内功能界面，和查看自己权限范畴内水域
日记管理
记录所有平台系统操作日记和系统日记，各个顾客登陆状况和操作状况均记录详细；当数据库或者系统浮现异常时 则记录为系统异常日记
5.2. 硬件方案
考虑系统运营性能稳定和并发数多并发实现，初步建议服务器如下，详细配备规定依照项目实际顾客量和成本预算再进行沟通拟定：
序号
设备名称
运营软件
设备数量
1
应用服务器
XXXXX系统
2
2
数据库服务器
MySql Cluster +Redis 集群
3
3
负载均衡

1

六. 项目资金预估
暂无
七. 项目实际筹划
待补充