在安防工程系统整合前，各阶段的工程商必须先认识整个工程项目的阶段工作及内容，才能清楚地了解系统整合在工程中的详细内容。首先，就一般公共工程而言，在设备进场后会*行设备检验，再进一步将设备组装起来立于该放置的位置上测试、工地测试，而在设备完成组装，固定于工地安装位置，完成所有线路连结及电力供应后，方可进入到系统整合测试及整体系统整合测试阶段。不过，一般工程在设备安装完成，而且经过运转测试之后，就直接进入验收阶段。所以工程人员必须掌握两种不同的工程系统整合前置阶段，并做好接下来的系统整合项目工作。而这些整合执行步骤工作必须如何进行呢?
进行安控系统整合工程时，首先必须考虑软件介接整合的可能性，再来确定硬件介接的方式。而在整合软件时，可以从zui基本的通讯协议着手，或采用收编软件厂商依据开放API所撰写的整合性软件平台。目前由于大多数软件平台发布的兼容性或一致性的整合方式，都是朝向依据ONVIF或PSIA或其它第三、第四标准协议机构中合作伙伴的测试结果订定，因此，本文仅提供介绍软硬件在通讯协议上的系统整合步骤。
软件通讯协议整合
在进行通讯协订整合时，必须先考虑软件工作平台(OS)的一致性，比如Windows及Linux的兼容使用;再来则要斟酌整合子系统时的数据传输格式。因为系统与系统间必须透过相同的语言，才能进行沟通，而这样的方式就是透过通讯协议订定的标准，作为相同的语言，进行数据传送命令及响应的指令格式。
在完成软件协议整合后，要整合各系统间的硬设备，就容易多了。市场上许多安防硬设备的设计*，或有着*的规格，但基本上系统整合是以共通的标准架构下去执行，所以有些产品的*性在系统整合上可能被忽略。
依据这样的整合模式，可以整合监控、门禁、防盗、警报、消防广播、对讲、远程数据收集等安控系统，在同一个工作平台上操作。这些系统整合工作都有一定的法则及规范，不论是连动或触发启动，或是逻辑序列排程运作，都可以透过一定的系统整合步骤来达成。
不可忽略的细节
在执行工程系统整合步骤时，必须考虑每个子系统之间的搭配细节。例如监控系统与门禁系统之间，过去不是以开关门选视频，就是透过视频侦测来决定开关门。其实，有效的门禁与监控整合应该不只是互相联动而已，而是应该更积极地考虑一个门禁失误可能造成的损害，如何运用监控系统的辅助补足追踪?同时，也要让监控不仅止于呈现视频，而应该能主动掌控所有相关门禁区域视频，实时掌握失误及事件状况。
此外，消防与警报广播间的整合，也不应只产生警报音及触发预录广播，更应在在发生警报的消防区间警报，播放疏散逃生引导播音、启动引导指标或广告牌，甚至结合视频监控系统，提供救生人员掌握救灾状态。在此系统整合过程中，还有些容易被忽略的小细节。
· 电力转换上的兼容性：例如忽略交直流电两用的设备采用;
· 信格式上的互换性： 例如忽略RS-485与RS-422的互换性;
· 制位上的同构型：例如通讯协议常常因为忽略检查位协订，而导致整合的系统间，确实有传送讯号，但却不受控制;
· 传输转换上的兼容性：例如忽略多模、单模光讯号传输的可互换特性，导致不必要的线材抽换的情况
为避免上述细节在执行时被忽略，工程人员应自行制定一套系统功能检查表，逐一确认该进行的功能整合项目。
八大“杂症”及解决方案
系统整合是工程成败的关键点，任何小细节的疏忽都可能变成大问题，所以执行前更需预先思考所有可能发生的问题，并事先预想出解决方法，以随时因应、处理周全。以下为八个常见的系统整合问题，并提出因应的解决方式。
1、电压下降或电流不足
系统单独运作时，能提供足够的电力，但是系统整合后，却发生电压下降及或电流不足的情形，导致系统呈现不稳定的状态。解决方案：
· 计算所有系统整合时，电力需求功率及形式类别;
· 将一样的直流及交流电力分开，并重新安排电力汇流结线、熔丝开关容量及电力控制回路，统合UPS电力中断供应系统负载，并改采Switching power供应小区域直流电力，以稳定电压;
· 将系统全部开启、运作，逐一量测每个电力供应开关的zui大电流值在安全负载范围内，确保电力整合无误。
2、整合后部分功能无法执行
系统单独执行时一切正常，但与主系统平台整合后，却发现部分功能无法执行，或受其它子系统影响，而无法正常运作。解决方案：
· 启动、运作各子系统，并执行所有项目功能，逐一进行系统联机测试，确认联机后各系统是否能正常运作，并从数据库或背景程序中找出执行问题;
· 若因其它系统并入而造成系统运作发生问题，则逐一脱机子系统，以厘清影响系统运作的子系统来源，再逐一比对系统数据内问题所在，以掌握问题点，顺利进行处理或修改协议内容。
3、联动后作业不同步
各子系统的运作模式不同，联动后的运作模式不同步，让业主不知以何为依据。解决方案：
· 比对各子系统同一指令背景程序，DOS窗口送收状态栏指令及字符串，是否无响应?是否为乱码?是否符合对应?
· 逐一找出问题指令，修改协议及命令字符串内动作时间参数，即可修正同步问题。
4、死机和乱码问题频传
子系统软件时常发生死机情形、自动发出乱码指令，或者收到指令但却无反应。解决方案：
· 检查系统间，联机接头的连结状态是否正确?检查主整合系统内，数据库字段对应是否正确?
· 检查各子系统编码命令及数据送收时间参数设定，是否为自动或手动误差设定。
5、系统数据库Run Time Error
不同系统内，各自的软件数据库无溢满自动清除功能，产生Run Time Error情形。解决方案：
· 定期清空备份数据库;
· 设定数据库自动覆盖功能以及自动备份;
· 设定只储存事件数据，其余系统联机数据自动定时清除功能，可改善产生数据库溢满情形。
6、指令连续发送或死机
指令接收响应方式不同导致指令连续发送产生系统死机情形。解决方案：检查系统间通讯协议的字符串、检查位奇偶数设定、检查停止位字段设定是否一致;检查各子系统工作站的时间是否同步、正确。
7、开关机方式不同
系统开关机方式不尽相同，增添操作麻烦。解决方案：
· 透过网络程序链接，以同一操作画面、单一控制指令的方式，开启或关闭整合各子系统程序或硬件电源;
· 利用电力监控，监控及管理电力系统，解决电力无法统一管控问题。
8、时间不同步
各系统时间不同步、中英格式混杂，导致下达错误指令，或因进行时间错误，导致系统当机。解决方案：统一所有PC或工作站的日期及时间、中英文显示格式，避免因为系统整合后，由于时间等参数格式的不同，造成下达指令错乱的情况;植入时间同步校时器，让系统每隔一定时间自动送出时间校正命令，同步系统时间。
