随着智能手机的功能越来越强，手机变种产品也不断涌现，其中，智能手表和4G执法记录仪是典型的手机变种产品，依托手机变种产品的推广应用，信息化的产品形成了两种殊途同归的趋势，那就是：单兵系统化，系统单兵化。
执法记录仪作为一种典型的单警装备，过去仅限于前端执勤执法的过程中使用，用于前端的音视频录音录像；但集成了4G的通讯功能以后，前端的应用模式没有改变，依然是前端的音视频录音录像，改变的是前端设备对后端应用的支撑。
说到这，不得不提的一个概念就是：可视化指挥。这个概念已经提了很多年，也有一些较为复杂的解决方案，涉及到很多因素。
我喜欢简单，所有复杂的东西都有简单的解决方案。
所谓的可视化指挥，从业务上理解，其实就两点：一个是让警情可视化，一个是让警力可视化。
警情可视化的目的是了解警情发生发展的过程，了解警情所涉及到的对象的情况，这点可以通过报警人的警情描述，以及警情周边的摄像头的视频监控去了解；但是，摄像头并不能够覆盖所有的场所，一定有很多盲点，警情发生的现场不一定就有摄像头覆盖，那么就需要尽可能地扩大摄像头的覆盖区域，减少盲点。
警力可视化，就是随时随地都知道可供指挥的警力在哪里，分别是谁，这些警力当前在执行什么任务，是否可供调度。那么4G执法记录仪刚好可以实现警力可视化。
但是，很不幸，真正的做得好的，可支撑实战，用于可视化指挥的4G执法记录仪系统少之又少，我觉得原因不是技术层面的，而是业务层面的，很多厂家对于业务的理解还没有到位，因此可能投入了很多力量，但完全没有达到预期效果。
其实，4G执法记录仪系统真的并不复杂，我们只需要把80%的精力重点关注到20%的常用业务功能，把这20%的功能做扎实，那么就是一个好系统了，真的没有那么复杂的。
我经常让程序员在拿到一个需求后，首先画业务流程图，如果业务流程图画对了，那么你的研发方向就对路了，如果一个并不复杂的业务应用系统半年到一年还没有真正交付使用，那么就需要反思，你的业务需求分析的方向是否出了问题，如果研发的方向出了问题，那么你交付的业务系统一定不会得到用户认可，频繁的需求变更在等待着你。
因此，我常说，业务分析远远比技术框架重要的多，因为用户用的不是你的技术，而是通过你的技术研发出来的业务系统，不管你是采用传统的技术体系，还是领先的技术体系，对于用户来说，其实不是关键因素。下面我们看4G执法记录仪的业务流程图：
这个业务流程图并不复杂，可以说，如果稍微细心一些，多与用户沟通一下，很容易画出来。
画业务流程图的好处是可以与后面的编程实现保持思路上的前后逻辑一致性，上面图中的文档一般都会对应程序的类，而处理一般都会对应类的方法，当然，上述业务流程图是宏观层面的，程序设计需要进一步细化。
有了这个业务流程图，天然地能够看出，如果站在整个系统的角度来看，整个系统天然地会划分为四部分，形成相对独立的四个子系统：
1、固定资产管理：包括入网登记和设备调配下发，如果是做项目，这些都是一次性的工作，那么这些功能无所谓开发与否，一次性初始化完毕即可；如果是做产品，还是需要认真对待，把这些功能做完整；为什么很多系统上线后，给领导演示完，就不再使用了，与这点有很大的关系，这个功能虽然是一次性的初始化动作，但系统交付后，如果没有这个功能，那么民警涉及到设备变更的时候，非技术人员是无法完成这个操作的，天然地会造成新设备和变更的设备无法正常使用，天长日久，用户觉得不好用，维护又没有跟上，整个系统就不用了。因此，这个功能，作为系统闭环的一部分，是非常重要的，缺少了这部分功能，整个系统就不会闭环。
2、日常使用管理：这个是民警天天都在用的，是一定要做到彻底的傻瓜化的；而这个日常使用，基本上就是硬件的操作，出勤时，从采集站上取到设备，开机登录，当有警情时启动录像，警情结束时停止录像，或者只要是出勤巡逻就一直开启录像，这两种模式可以根据管理的需要进行选择，与技术无关；出勤结束，回到警务室或派出所，把执法仪插入采集站充电并同步数据，一个班次的执勤就结束了。整个过程无需民警有复杂的操作，也不应该有复杂的操作，所有复杂功能的设计和操作都是多余的。
3、可视化指挥管理：这个是指挥中心天天都在用的，如今，可视化指挥的要求越来越高。可以说，可视化指挥有广义的概念，也有狭义的概念，单纯狭义地来看4G执法记录仪对可视化指挥的支撑作用，只需要能够做到警力资源可视化（GPS位置），执法过程可视化（随时调阅前端录音录像）；与此需求对应，有宏观和微观两种需求：宏观上，要随时随地可以了解到目前全局的警力资源有多少，配发了多少执法记录仪，当前执法记录仪在线的有多少，不在线的有多少，当前在线的警力资源中可供调度指挥的有多少；微观上，当需要了解具体的某个民警时，如果其携带了执法记录仪，并处于开机状态，可以清楚地知道，他的具体位置在哪里，当前的执勤巡逻状态，随时可以调阅现场音视频，而如果其没有携带执法记录仪，则也能够清楚地了解到该民警最后一次执勤的状态，最后出现的时间，最后出现的地点等信息。业务上做到这些，其实已经够了，这是80%民警最常用的20%的功能，需要重点打造。
4、历史音视频文件管理：历史音视频文件管理是执法规范化的重要一环，执法记录仪记录的现场音视频文件，需要统一管理，便于在日后产生警民纠纷时，或执法规范化检查时，进行回顾，以便固定证据。通常情况下，我们需要快速地查询到什么时候，什么地点，哪个民警，由于什么原因（哪宗警情）而记录了现场的音视频，因此，音视频文件需要与时间、地点、警情、民警都分别予以关联，才能在日后方便地查询和检索。通常情况下，时间、地点、使用的民警，天然地可以实现关联，而警情通过接处警系统的派单信息可以自动关联一部分，剩下的没有关联的，那么就具体问题具体分析，在系统使用的便利性和执法规范化的要求之间取得平衡；如果考虑操作的便利性且要求不严格，那么干脆不去关联，因为事后通过时间和民警做条件，也依然可以检索到这些历史文件；而如果强调执法规范化严谨的一致性，那么就由民警在执勤结束后，把执法记录仪插入到采集工作站的时候人工关联。
可以说，认真地对业务进行分析，站在实战的角度考虑问题，整个系统并不复杂，从使用频率来看，上述四个子系统中，日常使用管理子系统和可视化指挥管理子系统是每天都需要频繁使用的，而固定资产管理和历史音视频文件管理，则使用频率较低，对于高频的业务，一定要做到足够的傻瓜化，而对于非常低频的业务，如果运维能够跟上，做与不做，做好做坏，其实影响都不大，但如果是做产品，还是应该把所有的功能都做好，这是产品与项目的不同理念。
对于4G执法记录仪，可能还会涉及一些扩展的采集需求，比如在某个专项行动中，把这次行动拍摄到的视频进行结构化处理，提取出人像、人体、车牌等信息，作为后期研判与跟踪处理的依据，这个也不难实现，把历史音视频文件与智能视频算法衔接起来，后期处理即可，但需要注意的是，整个系统还是要形成闭环的处理体系。
搞明白了这些业务需求，搞清楚各个子系统之间的逻辑关系，开发工作就相对容易了。
其实，应用软件开发，真的没有那么复杂，不是吗？