如何进行物联网系统技术可行性分析

121 前瞻可行性研究步骤
122 物联网项目可行性研究基本内容
（1）项目名称
（2）项目建设背景
（3）项目承办单位
（4）项目建设用地
（5）项目建设期限
（6）项目建设内容与规模
（7）项目开发建设模式
（8）物联网可行性研究报告编制依据
123 前瞻对物联网项目可行性研究结论
（1）前瞻项目政策可行性研究结论
（2）前瞻产品方案可行性研究结论
（3）前瞻建设场址可行性研究结论
（4）前瞻工艺技术可行性研究结论
（5）前瞻设备方案可行性研究结论
（6）前瞻工程方案可行性研究结论
（7）前瞻经济效益可行性研究结论
（8）前瞻社会效益可行性研究结论
（9）前瞻环境影响可行性研究结论
第2章：物联网行业市场分析与前瞻预测
21 物联网项目涉及产品或服务范围
22 物联网行业前瞻市场分析
221 政策、经济、技术和社会环境分析
222 物联网市场规模分析
223 物联网盈利情况分析
224 物联网市场竞争分析
225 物联网进入壁垒分析
23 物联网行业市场前瞻预测
第3章：物联网项目建设场址分析
31 物联网项目建设场址所在位置现状
311 项目建设地地理位置
312 项目建设地土地权类别
313 项目建设地土地利用现状
32 物联网项目场址建设条件
321 项目建设场址地形、地貌、地震情况
322 项目建设场址工程地质与水文地质
323 项目建设场址经济条件
324 项目建设场址交通条件
325 项目建设场址公用设施条件
326 项目建设场址防洪、防潮、排涝设施条件
327 项目建设场址法律支持条件
328 项目建设场址气候条件
329 项目建设场址自然资源条件
3210 项目建设场址人口条件
33 物联网项目建设地条件对比
331 项目建设条件对比
332 项目建设投资对比
333 项目运营费用对比
334 项目推荐场址方案
335 项目场址位置图
第4章：物联网项目技术方案、设备方案和工程方案
41 物联网项目技术方案
411 项目生产方法
412 项目工艺流程
413 项目技术来源
414 推荐方案工艺流程图
42 物联网项目设备方案
421 项目主要设备选型
422 项目主要设备来源
423 推荐方案的主要设备
43 物联网项目工程方案
431 项目工程建设内容
432 项目特殊基础工程方案
433 项目工程建设规模
434 项目建筑安装工程量估算
435 项目主要建设工程一览表
第5章：物联网项目节能方案分析
51 节能政策与规范分析
511 节能政策分析
512 节能规范分析
52 物联网项目能耗状况分析
521 物联网项目所在地能源供应状况
522 物联网项目能源消耗状况分析
53 物联网项目节能目标和措施分析
531 项目节能目标
532 节约热能措施
533 节电措施
534 节水措施
54 物联网项目节能效果分析
541 装备节能效果
542 建筑节能效果
第6章：物联网项目环境保护分析
61 物联网项目建设场址环境条件
62 物联网项目主要污染源和污染物
621 项目主要污染源分析
622 项目主要污染物分析
63 物联网项目环境保护措施
631 大气污染防治措施
632 噪声污染防治措施
633 水污染防治措施
634 固体废弃物污染防治措施
635 绿化措施
64 环境保护投资预算
65 环境影响评价分析
66 地质灾害及特殊环境影响
661 物联网项目建设地址地质灾害情况
662 物联网项目引发发地质灾害风险
663 地质灾害防御的措施
664 特殊环境影响及保护措施
第7章：物联网项目劳动安全与消防
71 编制依据和执行标准
711 项目编制依据
712 项目执行标准
72 危险因素和危害程度
721 安全隐患主要存在部位与危害程度
722 有害物质种类与危害程度
73 前瞻安全措施方案
731 工艺和设备安全选择措施
732 对危险作业的保护措施
733 对危险场所的防护措施
74 前瞻消防措施方案
741 火灾隐患分析
742 前瞻消防设施方案
第8章：物联网项目组织架构与人力资源配置
81 物联网项目组织架构
811 项目法人组建方案
812 项目管理机构组织架构
82 物联网项目人力资源配置
821 项目员工数量
822 员工来源及招聘方案
823 员工培训方案
824 工资与福利
第9章：物联网项目实施进度分析
91 物联网项目实施进度规划
911 项目管理机构设立
912 项目资金筹集安排
913 项目技术获取转让
914 项目勘察设计
915 项目设备订货
916 项目施工前期准备
917 项目完整竣工验收
92 物联网项目实施进度表
……………………
来源：前瞻产业研究院《物联网项目可行性研究报告》

作者 | 网络大数据

来源 | raincent_com

随着物联网的演变和发展，所有可以想象到的东西(或事物)和产业都将变得更加智能：智能家居和智慧城市、智能制造机械、智能汽车、智能健康等等。无数被授权收集和交换数据的东西正在形成一个全新的网络——物联网——一个可以在云中收集数据、传输数据和完成用户任务的物理对象网络。

物联网和大数据正在走向胜利之路。不过，要想从这一创新中获益，还需要解决一些挑战和问题。在本文中，我们很高兴与大家分享多年来在物联网咨询领域积累的知识。

物联网大数据如何应用

首先，有多种方法可以从物联网大数据中获益：在某些情况下，通过快速分析就足够了，而一些有价值的见解只有在经过深入的数据处理之后才能获得。

实时监测。通过连网设备收集的数据可以用于实时 *** 作：测量家中或办公室的温度、跟踪身体活动(计算步数、监测运动)等;实时监测在医疗保健中被广泛应用(例如，获取心率、测量血压、糖分等);它还成功地应用于制造业(用于控制生产设备)、农业(用于监测牛和作物)和其他行业。

数据分析。在处理物联网生成的大数据时，我们有机会超越监测，并从这些数据中获得有价值的见解：识别趋势，揭示看不见的模式并找到隐藏的信息和相关性。

流程控制和优化。来自传感器的数据提供了额外的上下文情境信息，以揭示影响性能和优化流程的重要问题。

▲交通管理：跟踪不同日期和时间的交通负荷，以制定出针对交通优化的建议，例如，在特定时间段增加公共汽车的数量，看看是否有改观，以及建议引入新的交通信号灯方案和修建新的道路，以减少街道的交通拥堵状况。

▲零售：跟踪超市货架中商品的销售情况，并在商品快卖完之前及时通知工作人员补货。

▲农业：根据传感器的数据，在必要时给作物浇水。

预测性维护。通过连网设备收集的数据可以成为预测风险、主动识别潜在危险状况的可靠来源，例如：

▲医疗保健：监测患者健康状态并识别风险(例如，哪些患者有糖尿病、心脏病发作的风险)，以便及时采取措施。

▲制造业：预测设备故障，以便在故障发生之前及时解决。

还应注意的是，并非所有的物联网解决方案都需要大数据(例如，如果智能家居拥有者要借助智能手机来关灯，则可以在没有大数据的情况下执行此 *** 作)。重要的是要考虑减少处理动态数据的工作量，并避免存储将来没有用处的大量数据。

物联网中的大数据挑战

除非处理大量数据以获取有价值的见解，否则这些数据完全没用。此外，在数据收集、处理和存储方面还有各种挑战。

▲数据可靠性。虽然大数据永远不会100%准确，但在分析数据之前，请务必确保传感器工作正常，并且用于分析的数据质量可靠，且不会因各种因素(例如，机器运行的不利环境、传感器故障)而损坏。

▲要存储哪些数据。连网设备会产生万亿字节的数据，选择存储哪些数据和删除哪些数据是一项艰巨的任务。更重要的是，一些数据的价值还远远没有显现出来，但将来您可能需要这些数据。如果您决定为将来存储数据，那么面临的挑战就是以最小的成本做到这一点。

▲分析深度。一旦并非所有大数据都很重要，就会出现另一个挑战：什么时候快速分析就足够了，什么时候需要进行更深入的分析以带来更多价值。

▲安全。毫无疑问，各个领域的连网事物可以让我们的生活变得更加美好，但与此同时，数据安全也成一个非常重要的问题。网络罪犯可以侵入数据中心和设备，连接到交通系统、发电厂、工厂，并从电信运营商那里窃取个人数据。物联网大数据对于安全专家来说还是一个相对较新的现象，相关经验的缺失会增加安全风险。

物联网解决方案中的大数据处理

在物联网系统中，物联网体系架构的数据处理组件因输入数据的特性、预期结果等而不同。我们已经制定了一些方法来处理物联网解决方案中的大数据。

数据来自与事物相连的传感器。“事物”可以是任何物体：烤箱、汽车、飞机、建筑、工业机器、康复设备等。数据可以是周期性的，也可以是流式的。后者对于实时数据处理和迅速管理事物至关重要。

事物将数据发送到网关，以进行初始数据过滤和预处理，从而减少了传输到下一个物联网系统中的数据量。

边缘分析。在进行深入数据分析之前，有必要进行数据过滤和预处理，以选择某些任务所需的最相关数据。此外，此阶段还可以确保实时分析，以快速识别之前在云中通过深度分析所发现的有用模式。

对于基本协议转换和不同数据协议之间的通信，云网关是必需的。它还支持现场网关和中央物联网服务器之间的数据压缩和安全数据传输。

连网设备生成的数据以其自然格式存储在数据湖中。原始数据通过“流”进入数据湖。数据保存在数据湖中，直到可以用于业务目的。清理过的结构化数据存储在数据仓库中。

机器学习模块根据之前积累的历史数据生成模型。这些模型定期(例如，一个月一次)用新数据流更新。输入的数据被累积并应用于训练和创建新模型。当这些模型经过专家的测试和批准后，控制应用程序就可以使用它们，以响应新的传感器数据发送命令或警报。

总结

物联网产生大量数据，可用于实时监控、分析、流程优化和预测性维护等。然而，应该记住，从各种格式的海量数据中获得有价值的见解并不是一件容易事情：您需要确保传感器工作正常，数据得到安全传输和有效处理。此外，始终存在一个问题：哪些数据值得存储和处理。

尽管存在一些挑战和问题，但应记住，物联网的发展势头强劲，并可以帮助多个行业的企业开辟新的数字机遇。

NativeApp开发NativeApp开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机 *** 作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上

WebApp开发WebApp开发即是一种框架型APP开发模式（HTML5APP框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户

原生APP开发及WebAPP开发模式的区别WebAPP需开发“html5云网站”和“APP客户端”，昆明天度网络公司总结这类型APP应用呈现以下特点：（1）每次打开APP，都要通过APP框架向云网站取UI及数据；（2）手机用户无法上网则无法访问APP应用中的数据

（3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）（4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量；（5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端；（6）APP用户每次都可以访问到实时的最新的云端数据；（7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互；适用企业：电子商务、金融、新闻资讯、企业集团需经常更新内容的APP应用

NativeApp（原生型APP）需要开发“云服务器数据中心”和“APP客户端”，昆明天度网络公司总结这类型的APP应用呈现以下特点：（1）每次获取最新的APP功能，需要升级APP应用；（2）原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架；（3）手机用户无法上网也可访问APP应用中以前下载的数据

（4）原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）（5）APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核

适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用

到底该如何选择WebApp和NativeApp开发模式移动Web无所不在，移动Web是目前唯一的支持各种设备访问的平台，与桌面Web一样，移动Web支持各种标准的协议

移动Web也是唯一一个可供开发者发布移动应用的平台，它将各种移动交互与桌面任务有效地连接了起来；而开发NativeApp可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，NativeApp是最佳的选择

下面几节将讨论一下NativeApp的一些主要功能

什么时候应该选择NativeApp1

为应用收费没有任何地方规定开发者不能对一个移动WebApp收取使用费，但是由于某些原因，人们常常认为不能或是不应该对一个WebApp收取费用

由于历史原因，导致移动设备上付费服务遭遇两大阻力：2

付款方式在移动设备上输入xyk号相当麻烦，而且在许多老式设备上也没有安全保障

一种典型的方式是，如果你需要对你的应用收费，你可以与运营商达成协议，让运营商代为为你的服务收费

这也意味着，你需要和多个运营商达成合作

这通常是首选的方法，因为许多手机用户可能根本就没有xyk，比如青少年

另一种方法是将用户的xyk信息保存在一个安全的网站上

用户可以通过登录到该网站购买应用服务

这个过程不算特别理想，因为这意味着用户不能直接通过他们的移动设备购买服务了

3

强制分成移动运营商是会提成的

App无论是通过运营商还是通过移动设备发布，他们都为应用提供了一套收费机制

这些运营商和移动设备将会提取部分收益，然后将剩余的部分交给应用开发商，这也意味着，开发人员必须遵守他们的市场规则

适应运营商的市场规则通常是非常困难的，需要投入大量的人力资源

相比而言，移动设备的市场规则则简单许多，但是也存在不少的困难

妨碍运营商和移动设备开发商利益的应用以及服务都将受到阻扰

过去，那些不靠运营商和移动设备开发商运作的网站如果收入过于显眼的话，都逃脱不了被关闭的命运，但是最近，这样的事情鲜少发生了

如果你想为你的NativeApp收费，那么你就必须接受这个现实——你必须遵守别人的市场规则，还得放弃部分收益

4

开发游戏如果你是想开发一个移动游戏（移动游戏是移动市场上最大的一块），那么你需要开发一个NativeApp

游戏对资源的占用很大，并且需要使用许多设备API或平台API

虽然，现在有几款完全使用Web技术开发的游戏占有了一定的市场份额，但是和NativeApp市场的占有情况相比，还是微不足道的

游戏用户对应用的视觉和 *** 作效果要求很高

移动Web虽然提供了一些仿真体验，但还远远不能满足用户的需求

在开发移动游戏时，你需要慎重考虑你的应用需要支持哪些平台

幸运的是，现在有许多工具能够帮助你将你的游戏推向多个平台，但是完成这些工作，还是需要花费大量的人力和物力

5

使用定位功能下一个功能就是定位功能，可以通过GPS或者是信号检测确定用户当前的位置信息

以前只能通过NativeApp的APIs查看用户的位置信息，但现在大多数主流移动浏览器上都嵌入了W3CGeolocationAPI

像iPhone或Android这样安装了WebKit的设备，或是配置了Opera或Mozilla浏览器的设备，都可以获取用户的位置信息

我相信定位功能会为Web技术带来许多全新的应用

如果能够合理利用Web浏览器，Web开发商就能使用用户的位置信息和其他内容开发出更加有趣的应用

虽然这在技术上没有太大的困难，但却受到隐私保护条例的限制

我们将Web浏览器当做是用户进入WorldWideWeb的入口

加入定位功能，意味着在网站中引入了一些敏感信息，这有可能导致严重的后果

但是位置感知应用中显示的位置信息必须经过用户的授权，用户当然有权禁止应用发布自己的位置信息

6

使用摄像头摄像头可以为你的应用提供丰富的可能性

以往移动MMS（MultimediaMessagingService）被用于处理移动照片

换言之，你拍了一张照片后，需要使用MMS将它传送给一个服务器，服务器对照片做出相应的处理，并将处理完成的结果通知给你

这个过程是非常耗时的，而且相当复杂，也没有可靠性保障

通过访问摄像头，NativeApp开发者能够简化拍照的过程

用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的>

W3C正在开发一个访问摄像头的API，但现在还没有将这部分工作正式整合到浏览器中

在许多类型的移动Apps中，摄像头是非常有用的，比如快拍应用、短片拍摄应用等等，摄像头可以用来捕捉许多重要的瞬间

不久的将来，我们可以看到——只要通过摄像头拍摄某个标识，应用程序就能自动完成对标识上的语言转换工作——这个技术在日本已经开始流行起来了

7

使用感应器现在越来越来越多的移动设备上都新增了感应器功能，该装置可以感知设备的物理速度以及重力，并将感知的数据结果传送给设备

这个装置常被用来感应设置是否被翻转，应用根据接受到的信息自动调节画面的方向

感应器可以用来帮助用户提升与设备交互时的真实感；大多数移动设备都是手持的，应用能够根据设备的方向调整内容画面，比如翻转屏幕，或是检测物理移动，并能据此猜测用户所处的环境

举一个简单的例子：比如用户正在走路，那么感应器能够检测到一个轻缓的移动或是速度，这时可以为用户提供一个大字体的用户界面，从而使得用户更容易看清屏幕上的内容

然而，开发者也不能过分依赖感应器，因为感应器无法区分究竟哪些交互是有意的，而哪些是没有意义的

每个移动交互都需要通过“传输测试”

设计你的交互时必须考虑用户在一个拥挤的汽车或是火车上的场景

考虑一下如果用户正身处拥挤的地铁或是正在驾车时，你的应用能否正确处理用户摇晃移动设备的动作

通常，大多数开发者都没有考虑这些因素

确保为每个任务设计一个备用方案以处理特殊场景中的移动交互

8

访问文件系统如果你的应用需要将数据保存在本地，那么你需要开发一个NativeApp

比如你要保存用户的地址簿、电话或E-mail信息，或是保存从其他设备上获取的数据

访问文件系统常常会涉及到安全和用户隐私保护的问题

恶意应用程序可能会修改或是删除你的移动设备上的数据

一个携带病毒的应用程序可以利用移动设备上的关系网将病毒扩散到许多其他的手机上，在采用移动应用认证机制以前，这种事情是常常发生的

另一方面，移动设备正变得越来越私人化，移动设备上保存了大量用户的个人信息，以及用户的朋友信息和商业信息

针对这些私人信息开发应用是一个不错的想法

但是这也存在一定的风险，使用保存在移动设备上的数据可以为用户提供更加有针对性的服务

开发者必须谨记，只有在获得用户的授权后才能访问用户的私人数据

我们看到许多应用在没有得到用户授权的情况下使用了大量的用户私人数据，而被误认为是垃圾信息或是钓鱼应用，即使这些应用原本是在提供一些非常有用的服务

人们对你的应用的误解将会影响到你的服务的推广，如果运营商收到过多关于你的应用的投诉，那么你的服务可能将被终止，甚至会牵连其他的应用

访问文件系统时至关重要的一点就是在没有获得用户授权的情况下，不要访问任何用户的私人数据

而这一点，往往被大多数应用忽略了

W3C正在为移动开发商开发相关的标准API，但目前该工作尚未完成

9

离线用户最后一个需要开发NativeApp的理由就是，用户有可能是离线的或者无法接入移动网络

这在城市可能很少发生，即使是在农村，网络的覆盖也已经逐步普及了

但是短暂的网络连接中断还是时常发生的，你的应用程序应该考虑如何处理这种情景

想想用户通常在什么时候，在哪里会使用你的App

如果是一个移动游戏，那么用户很可能在飞机上使用这个App

跟踪地图应用常在偏远且网络覆盖不佳的地方使用

移动旅游向导常在一个国外的网络中访问，往往需要支付漫游和国际网络费用

这时，应用程序最好能够为用户提供离线服务，保证用户在不接入网络的情况下，仍然能享受同等的服务

现在支持HTML5的浏览器也能实现脱机访问功能，但对用户来说可能不太明显

随着越来越多的浏览器都开始支持脱机访问，应用需要明确地告诉用户网络连接中断时，他们仍然可以访问移动WebApps

NativeApps常常假设网络连接是可靠的

App通常只考虑了网络状况良好的情景，想当然地认为网络是封闭的，并且网速足够快

移动设备从网络良好的环境突然进入一个网络糟糕的环境并不少见

NativeApps应该在网络状况最差的情况下测试

比如用户启动任务时可能还是全信号覆盖，而在任务结束时可能已经完全没有网络信号了

用户在安装NativeApps时，根本不会考虑是在线访问还是离线访问——他们期望的是不管在任何状况下，NativeApps都能正常工作

而这也是开发者的职责

什么时候应该选择WebApp只要你的应用程序不满足之前提到的NativeApp条件之一，那么你就没有必要开发一个NativeApp，而应该选择开发一个WebApp

正如文章之前提到的，我是一个NativeApp的拥护者，我认为NativeApp有许多优秀的特质，并且具有很大的市场潜力，但是WebApps是唯一一个经久不衰的移动内容、服务、应用开发平台

NativeApp并不能明显地为用户提供更好的服务；它反而会增加项目的成本，减少了应用发布的渠道，增加了App升级的复杂度，削弱了开发者对应用的控制和利润，并且可能会给设备带来麻烦

NativeApp可以为开发者带来短期的效益，但这是有一定风险的，甚至可能会影响到移动市场的可持久发展

移动WebApp的优势在前文中已经提到过了

如果上一节提到的几点功能是促成你选择NativeApp的唯一原因，那么如果能够在移动浏览器上屏蔽这些障碍，你是否还会坚持选择NativeApp呢？Palm的webOS已经着手解决了上述的部分问题

他们基于WebKit构建了一个全移动 *** 作系统，将手机变成了一个Web浏览器

所谓的“NativeApps”实际上就是一个WebApps

PhoneGap也是一个类似的项目，这个开源项目用于帮助开发者在iPhone、Android以及BlackBerry设备上开发NativeApps，并且能够模拟设备上的功能（如定位功能和文件系统）供WebApps调用

这些代码可以在各个设备的应用商店中发布并且出售，但是他们使用的通用代码和设计是可以共享的

由于开发的是一个WebApp，开发者可以为低端的移动浏览器开发一个简化版的应用

只用开发一次，就可以部署在多个平台上了，对于那些有着丰富的移动开发经验的程序员来说，一提到“要开发一个功能丰富的应用”时，可能首先想到的就是NativeApp

虽然在很多设备上，这一想法仍然适用，但是现在移动WebApps上也提供了足够丰富的功能接口供开发者调用

这使得WebApp不仅可以像NativeApp一样被设计得功能丰富界面绚丽，而且还能在各个平台上迁移，甚至不用修改一行代码

现在在移动设备开发中，移动WebApps的创新进入了前所未有的高潮时期

但更重要的是，这是有史以来第一次，移动设备开发商决定共同制定一个移动Web开发的标准，就像是桌面Web上的标准一样

不仅如此，那些支持移动WebApp创新功能的设备或是支持第三方浏览器的移动设备都受到消费者的欢迎

---