关于本人可能参与的交流技术合作（不断更新中）

关于本人可能参与的交流技术合作意思是，针对有如下相关需求的人，针对性进行探讨、研究、共识或合作。
自我感觉与常规技术点不同的是，最高境界是基于模型的系统工程思想和工具指导；最基础的是工程经验的“经验点滴”。中间涵盖以指挥中心为背景的多媒体技术、边缘计算技术、三维仿真技术和系统之系统的集成等。
上述内容在本文进行归纳，做简介。正文部分分布在我的网站“体系”单元、“技术”单元、“ICTC”单元中。

---

交流、技术合作技术边界

• 关于业务流程建模方法讨论
• 关于指挥中心与多媒体会议室建设常见问题及解决办法讨论
• 边缘计算技术探讨
• 三维仿真技术应用探讨
• 系统之系统集成讨论
• 从无线电到现在的信息技术工程积累“经验点滴”

交流、技术合作技术交流合作点简介

---

系统之系统集成讨论-即体系讨论

通常说的集成，多数是指产品与产品的集成构成系统。而此处的集成更偏向于系统与系统之间的集成。有人称为体系。本站也设有体系专栏研讨体系。‌
一般语境下的集成多指产品、构件之间的组装，由若干产品构建出一套完整系统；本文语境下的集成属于更高层级，是多个本身已具备完整运行能力的系统之间开展协同对接，该形态常被称为体系（系统之系统 SoS）。二者核心区别在于参与单元是否具备业务自治能力：产品集成是构造系统，系统之间的集成则是形成体系，其难点不再是模块拼接，而是异构系统的互操作、数据互通与跨系统业务协同。‌
我理解的体系，可以参见本站我的体系观-我的体系观概念理解，其中另一篇能力频谱等，里面有相关内容可以了解和参考。

与之相关又不相关的另外一个话题也极具挑战性，面对AI迅猛发展，IT技术应对点是什么？我想强调的是（能力频谱可以看出来），当前AI针对单一技术，Q值很高，的确会使得大量代码人员贬值。但是能力频谱里面的高带宽，或者说系统之系统的体系，最起码当前，AI不能胜任。
简单说，复杂巨系统的立项、论证等，AI无法胜任。因此相关技术人员应该从单一技术向宽谱的体系靠拢，才不会被市场淘汰！

面对 AI 高速发展，一个现实判断：
AI 在单点编码、窄域技术任务上能力极强，会挤压大量只做局部实现的开发人员价值。
但**复杂巨系统、系统之系统的立项论证、多约束权衡、风险识别、跨子系统统筹这类体系级工作，现阶段 AI 只能做辅助，无法独立胜任决策与兜底**。
不过也要客观看待两点：
1. AI 已经可以输出架构草稿、方案清单，只会画框图远远不够，真正的护城河是隐性约束识别、现实风险判断、业务与组织层面的权衡能力；
2. 不是所有人都适合转向体系赛道，岗位容量有限，深耕底层硬核垂直方向同样是有效出路。
总结：工程师不要只固守单点技术，尽量拓宽体系视角；同时善用 AI 做执行，把核心精力放在定义问题、校验输出、承担最终决策上。

---

关于业务流程建模方法讨论

通常大家对业务流程建模使用软件多为Visio、Draw.io、ArchiMate等。
以往在华迪计算机工作期间，该公司有一款业务模型建设工具-BMW。
他的最大好处或者说与其他公爵的不同是，不同视角的对象活动是关联的，即在不同视图下的修改会同步到其他组视图中。典型常用的的视图包括组织试图，流程视图、协作视图等。
上述的关联与同步，会得到复杂巨系统梳理过程中的保真度。
换句话说，业务流程也是模型，模型就要支撑多面体复杂对象的关联存在。这样的工具还真不多！
该软件行业地位也不错：
标准号：GB/T 19487-2004；
中文标准名称：电子政务业务流程设计方法，通用规范。
若你想解决类似的问题，也许我能帮助你！
附产品摘要：
本标准适用于描述电子政务系统建设中可程序化的业务流程。本标准也适用于其他信息化系统在业务分析、业务设计和需求定义阶段的业务建模与需求建模，这些信息化系统包括军事信息化、企业信息与城市信息化等各种应用系统，本标准同时适用于各种管理规范文件的可视化规模。
　　本标准的业务建模技术为如下方面提供了描述方法：
　　-为形成规范化管理文件提供图示手段；
　　-为从业务源头进行精细化建模来减少软件开发缺陷提供手段；
　　-为业务建模、需求建模和软件建模平滑过渡减少交流差错提供手段；
　　-为提取数据、设计电子文档、实现数据标准化提供手段。
关于业务流程建模，还可参见MBSE探讨，里面有相关实例可以参考。

---

指挥中心与多媒体会议室建设常见问题及解决办法

指挥中心侧重7×24小时稳定运行、多信号调度、应急联动、大屏会商；多媒体会议室侧重音视频拾放、会议录制、远程视频会议、操作便捷，两类项目在建筑物规划、方案设计、暖通设计、设备选型、施工布线、系统调试、交付使用全流程会出现大量共性与差异化问题，下面按方案设计阶段、设备采购选型、施工布线、系统调试、运维交付五大阶段梳理问题、现象、原因、解决措施。
指挥中心：核心矛盾是7×24高可靠、多信号调度、应急、稳定优先。重点管控UPS供电、接地、设备工业等级、NTP时间同步、故障降级预案。
指挥中心和多媒体会议室还有多媒体共性问题，包括不限于：音频质量、回声啸叫、远程会议体验、操作易用性。重点做声学处理、AEC回声消除、场景预设、简单操作界面。
详细分析可见指挥中心与多媒体会议室建设常见问题及解决办法和工程规划建设要素等文档。

---

边缘计算技术探讨

边缘计算技术我也称为双结构网络技术。它的核心是内容与地址双驱动的新型 网络架构，旨在解决互联网内容大数据化带来的治理挑战。‌
双结构网络技术已通过原型系统验证。‌
研发的内容智能治理原型系统证明了其可行性，该技术在多媒体异构融合组网、移动广播组网和天地一体化组网等领域具有广泛适用性，为互联网可持续发展提供了创新思路。
双结构网络属于边缘服务，主要服务于近场服务，进场之间协同和云平台协同等需求。
我理解的该技术产品形态从原始的视频广播播存应用，到后期的边缘nas产品，以至于未来的私有化AI都将是该技术的产品形态。
关于边缘计算与传统互联网的相同与不同，可以参见本站双结构网络技术，里面有相关内容可以了解和参考。

---

三维仿真技术应用探讨

‌

---

从无线电到现在的信息技术工程积累“经验点滴”

• 电缆断线查找方法
• 导线线间电容断电查找（1977年）
• 利用终端电缆开路阻抗不匹配的驻波法查找（1977年）
• 垂直预埋线管阻塞位置查找
• 利用电磁信号辐射位置查找（1993年）
• CAD图纸数信息点（2006年）
• 利用块替换、块属性统计、导出块完整属性+透视表（支持图层和区域）
• 摄像机角度控制与三维仿真结合应用（2007年）
• 三维仿真计算空间环境；计算机驱动摄像机角度和俯仰角（PTZ）
• 摄像机角度控制与三维仿真结合应用（2007年）
• 三维仿真计算空间环境；计算机驱动摄像机角度和俯仰角（PTZ）指向目标