传统IT行业项目经理应掌握的IOT系统分析技巧

当大数据与物联网铺天盖地来临的时候，作为传统IT行业的项目经理你是否准备好了应对客户提出的IOT需求了呢。

是否还会像以往一样把系统拆分成采集模块，管理模块，数据分析模块的方式就开始了IOT的开发，结果在开发过程中处处收到性能、连接网络及需求的变更的困扰呢。如果是这样的话，那么你的“大局观”需要进行学习和变革了。

这篇文章不是大神教你如何快速进行IOT的开发，而是从整体上把握和了解一下IOT系统中需要考虑的问题。

我们以一个城市路灯管理项目为例子进行展开。

需求：

需要为路灯上装上可控IOT传感设备，通过采集路灯信息向服务端上报，并可以设置路灯参数阈值，当检测到系统不正常时进行上报。可以通过远程对部分路段的路灯进行控制。支持通过移动终端和管理端查看设备信息和对设备进行控制，统计路灯的耗电等数据情况形成数据报表。

需求还是比较清晰的，包含嵌入式终端、移动终端、数据通信网关、数据聚合系统和管理控制系统几个基本部分。

我们先分析下各部分在这个需求中的特征，不通IOT设备有着不同的设备属性，不同的业务需要有不同的业务属性。下面的图会列出我们分析的系统包含的这些模块的特性以及一些初步的方案。

 

首先我们要对写入的IOT设备有基本的了解，比如说这次这个嵌入式设备装在路灯上，具有同开通关的高瞬发的特点，具备相应远程控制命令和上报告警命令的能力，业务需求中需要对特定路段进行操作，因此具备分组的特点，还包含IOT中嵌入设备多的普遍特性。至于应对方案就是仁者见仁智者见智的事情了。

其他模块的特征与解决方法同理。

再有了系统的整体特性和一些解决方法概况之后，就可以着手定制一些有价值的架构方案了，因为我们的分析是贴合我们的业务的，下面是我做的不太成熟的简单框架方案

其中网络连接方案给出两种，一种是基于网线路由交换的自组网方案，可以大幅减少与网关的数据节点而且可以使传输的数据中有效数据更多，内部可以实现自组网管理。另一种方案是使用NBIOT的移动网络连接，这个不能减少连接数量为了实现分组管理的实时性因此采用mqtt协议作为传输协议

终端和Web实时监控也给出了两种方案，一种是http或者https轮询的准实时方案，另一种是tcp长连接的实时事件方案。

至此我们对于这个IOT需求的基本分析和基本设计就完成。作为项目经理已经对这个需求和系统整体情况有个大致的了解。可以和架构师讨论技术细节编写标书的技术方案了。

以上内容是我自己对IOT项目，项目经理拿到该项目需求后应该进行的分析和初步设计过程，如有问题请指正，相互学习是我们一起进步的动力。