我的体系观

我的体系观概念理解

从我的工作经历总结，结合使用系统建模工具体会和总结，体系更应该理解为系统之系统，或者称为集成系统。英文"integrated system"与之匹配更为合理。
在使用业务建模工具中看到，一个业务活动会有多个视角或要素，只该软件能够多视角（多维度）了解分析业务的真实情况。
同样有一个典型的体系思维案例可以参考，美军DoDAF的前身是C4ISR架构框架。C4ISR是一个军事术语，意为自动化指挥系统。它是现代军事指挥系统中七个子系统的英文首字母缩写，即指挥、控制、通信、计算机、情报、监视和侦察。通俗地说，C4ISR是美国军队开发的军事自动化指挥系统。
从美军DoDAF的C4ISR架构框架可以看出，它的系统支撑有7个要素，其中4个是动作，即业务，另外3个可以理解为4个业务的技术支撑。在DoDAF白皮书中还强调描述上述的8个视图，也就是说解决一个复杂问题需要从多个视角看（这个大家容易理解），但是多视角看到的事务或内容之间关联的一致性是否有保障？我觉得这是一个核心。
自然界本就是一个充斥着复杂内在关联的多面体，这个复杂的关联网络我认为可以用魔方来做比喻。在我的认知框架里，常态下魔方的六个面，恰好可以对应我们自然界事务维度里的六个核心要素：人、事、物、时、空、钱。
值得注意的是，六面体的魔方在常态下，我们最多只能同时看到三个面；想要看清它的全貌、触碰问题的真相，就必须转动魔方，把不同面的关联关系梳理出来，才能拼凑出完整的事实。
任何事物不同人的初始主张（视角）不同、各方对自己重点关注的问题有不同视角的解读，本质上是多个维度的点，而具体诉求就是从这两个点延伸出去的线。
想要让问题得到解决，必须满足一个核心条件：两个点的延长线能够相交，而不是平行错位。想要让原本处于不同维度的两条线产生交点，核心方法就是转换视角，通过调整观察维度，在三维的体系空间里找到恰当的角度，让两条线在二维的解决层面实现相交——这，就是问题的破局点。
同样转换视角需要外力或工具，不同的事物外力或工具不同。没有外力肯定不行，否则难以实现找到破局点！

我的体系观与综合集成研讨厅映射

按照钱学森的综合集成引导厅的思想：
钱学森曾经提出了"人机结合"概念，强调要充分利用人脑的特长和计算机的特长，通过两者结合实现价值提升。
他主张"人机结合、以人为主"，即机是协助人而非代替人，二者结合可扩展人脑感知，使人更聪明，推动人类社会进步。比如在科研中，借助计算机强大的数据处理和分析能力，辅助人脑进行复杂的理论推导和模型构建，提高科研效率和质量。
我总结就是：
人脑加电脑，人脑就是命题、定目标、定总体（路线）和做边界限制，也就是电脑的输入；电脑就是把"人脑"的定义进行梳理、分析、计算、仿真、推演等进行操作给出给过；最终回到人脑进行最终核验。当然中间的无数个循环迭代是不可少的过程。
通常实践过程中，多数是对人、事、物、时、空、钱的六要素其中几个更为关注（至少研发生产机构）。比如"物"和"钱"，产出物是什么样子？需要多少钱？这两个权重较大！也可以说技术派关心的两个要素。
其它四个要素，更多关注的是战略家，决策做不做？时间和空间的要素等更多。当然产出物和钱也是重要因素！
换句话说，体系研究和操作更多的是战略层面，虽然战术和局部操作可以借鉴，但总归是战略为主！

参考资料摘录1 （百度词条关于体系的描述摘录）

"体系"是一个汉语词语，拼音为"tǐ xì"，指由若干有关事物或意识互相联系而构成的整体。该词的英文翻译包括"system""setup""hierarchy system"，广泛应用于金融、教育、政治等领域，衍生出"体系分析""体系工程"等专业术语。作为形容词使用时，可表示有条理或连贯的特性，如"体系方案""体系学习"。
英文翻译：system
近义词：系统、体制、编制、体例、系列、机制
反义词：个体、零乱
相关词组：体系分析、体系工程
英文翻译及用法
英文对应词包含"system"（系统整体）、"setup"（组织结构）、"hierarchy system"（层级结构）。例句如"完善金融体系改革"展现其在不同语境下的应用。

参考资料摘录2（来自bing搜索并摘录）

DODAF 视图

DODAF（Department of Defense Architecture Framework）是美国国防部创建的一个架构框架，用于支持复杂系统的设计、规划和实施。DODAF提供了一组标准化的视图和方法，帮助不同团队和部门更好地理解和管理复杂系统。
DODAF 视图类型
DODAF 2.0 包括八个主要视图，每个视图从不同角度描述系统的不同方面：
全景视图（AV）：描述与所有视图相关的体系结构环境的主要方面。
能力视图（CV）：阐明能力需求、交付时间和部署的能力。
数据和信息视图（DIV）：阐明体系结构内容中的数据关系和对齐结构，以满足能力和操作要求、系统工程流程以及系统和服务。
作战视图（OV）：包括支持功能的运营场景、活动和需求。
项目视图（PV）：描述操作和能力需求与正在实施的各种项目之间的关系。
服务视图（SvcV）：对解决方案的设计，清晰地表达执行者、活动、服务及其交换，提供或支持运营和能力功能。
标准视图（StdV）：阐明适用于功能和操作要求、系统工程过程和系统的操作、业务、技术和行业策略、标准、指导、约束和预测和服务。
系统视图（SV）：对解决方案的设计，清楚地说明系统、它们的组成、互连以及提供或支持运营和功能的环境。
DODAF 的目标
DODAF 的主要目标是为复杂系统的设计、规划和实施提供一个统一的、标准化的方法和框架。其核心目标包括：
提供一致性：确保不同团队、部门和利益相关者之间的一致性，消除沟通障碍，提高协作和理解。
支持决策：为决策者提供多种视图，从不同角度呈现系统的各个方面，帮助做出明智的决策。
管理复杂性：通过定义架构视图和数据元素，帮助组织更好地理解系统的不同层面。
支持规划和设计：提供架构视图、方法和工具，帮助组织规划和设计系统。
增强协作：通过提供共享的架构视图和描述语言，消除沟通障碍，减少误解和混淆。
DODAF 的价值
DODAF 提供了一种标准的方法来描述、分析、设计和实现复杂系统，具有以下主要价值：
统一的视图和语言：提供通用的视图和描述语言，消除沟通障碍，减少误解和混淆。
系统设计和规划：支持系统的全面设计和规划，确保系统能够满足预期的目标和需求。
风险管理：帮助识别和评估系统开发和实施过程中的潜在风险，采取相应措施减少风险。
决策支持：提供多个视图，帮助决策者更好地理解系统的复杂性，做出更明智的决策。
变更管理：帮助管理系统的变更，确保变更不会影响系统的整体完整性和稳定性。
总之，DODAF 在建立和管理复杂系统方面提供了一个有价值的架构框架，帮助组织更好地规划、设计、实施和管理项目，从而实现更高的效率、可靠性和成果。