用OPL对系统工程术语建模

原创 献民 对象过程方法 2月2日

本文尝试用OPL对系统工程术语作建模描述。希望这种描述方式使术语更容易理解，尤其是对术语系统的整体理解。术语的重要性不言而喻——“系统工程师首要的也是最重要的职责之一就是建立名称及术语”（摘自《INCOSE系统工程手册》）。
最近在“系统工程”微信社区中，大家讨论了“架构”、“框架”、“模型”、“方法”、“语言”等术语，很多人感觉理解这些术语时如雾里看花，似懂非懂。恰好我在学习对象过程语言（OPL），提出OPL的Dov Dori先生曾说“OPL可以对任何领域的任何系统作概念建模”，我由此想到能否用OPL对系统工程术语作建模描述，来解决对术语的描述难以理解这个问题？
系统是由相互关联的事物组成的整体。显然，系统工程领域常见术语集合符合这个标准，应该可以视为一个系统——系统工程术语系统。本文将对“系统工程术语系统”作概念建模，是对上述想法的一次尝试，也是介绍OPL的一个应用案例。如果有价值，未来将视情完善更新。
每一个术语都不是孤立的，都是相关术语系统中的一个元素。只有把握术语系统的整体，才能准确理解每一个术语的内涵和外延。假如孤立地阅读某个术语的定义，是不可能准确、充分理解的。为了了解术语之间的关系，OPL国际标准ISO/PAS 19450:2015定义术语时，在解释术语的文本中涉及到的其他术语均作了超级链接，如图1。

图1 用超级链接说明术语之间的关系

这是非常好的方式。虽然如此，在理解时仍会有障碍。主要是因为这些链接仅仅表示两者“有关”，至于到底是什么关系，尤其是什么逻辑关系？则缺乏清晰的描述——也确实很难用自然语言描述。自然语言在这方面的局限性，恰恰是对象过程语言的优势所在。
本编文章的重点是图3，阅读时需要一些耐心，也需要一些OPL语言知识。图3中只用到了OPL的9个符号（见图2）。理解每一个符号的含义和用法，就具备了读懂图3的条件。这个条件是必要的！

注：可以对照前一篇文章的模型实例理解上述符号的用法
图2 本文用到的OPL符号

图3较大，请将手机屏幕横过来阅读，并建议您将图片（模型）中部的“存在”作为切入点逐步展开阅读。阅读文字时通常要按照从前到后的顺序，读图与阅读文字是不同的，只要循着图中的链接符号“顺藤摸瓜”一个一个理解这些术语即可，这更符合人脑认识事物的特点吧？在模型中，任意一个术语的名称以及它与其他术语之间的逻辑关系解释了该术语的含义。


图3 系统工程术语体系（局部）

当然，在建模时也可以针对每个术语用自然语言补充说明信息，如引用有价值的定义和参考文献等，进一步丰富定义的内容，如图4中针对“智慧”这个术语补充信息。

图4 在Details窗口中补充文本信息

统一认识是一个艰难的过程，甚至只是个努力的方向和美好的愿望，而永远不能到达终点。本文在笔者有限认识基础上尝试用OPL对系统工程术语系统中的部分术语作建模描述，希望这种“形式”是有益的探索，不敢奢望“内容”经得起拷问。当然，欢迎大家拷问，以共同促进这项事业不断进步！作者邮箱：zxmldx@126.com，欢迎致函！