《系统架构》读后感摘抄( 五 ) 系统架构|读后感

总结
表面越简洁，可能底层越复杂。为了实现特定的功能，一定的复杂度是必须的，这被称为必要复杂度，而实际系统的复杂度常常超出必要复杂度。而人的认知能力有限，在保持必要复杂度同时，又不能让其难懂（表面复杂度）。在这个过程中，分解是重要的手段，分解需要考虑：方向，分解深度和分解面的选择。
《系统架构》读后感(三)：系统架构3 ：如何用简洁图形描述系统架构？
精进学思行精进学思行今天这周在和其它部门讨论一个工程问题的时候，对于其中一个细节大家有不同的理解， “空对空”讨论很久无果，直到有人拿出了一张系统架构图，明确指出有争议的点，大家才迅速结束了争论。
对于复杂的系统，其中包含很多要素及其交互关系时，如果没有一个清晰的沟通载体，常常容易出现大家的理解偏差。在系统架构2：分解-管理复杂的利器，我们分享过应对复杂度的一个有效工具是分解，但分解完成后，常常需多方协作完成，这就需要彼此都能够很好理解整个系统或者是自己负责的业务。一种常见的方式是通过文本的方式对系统进行描述，但这种描述常常不够直观和准确，沟通效率偏低。有更好的方法吗？在画图：一种简单高效的思维和沟通工具中，我们分享过通过画图可以更好沟通和交流，而在系统工程领域，前人已经提出两种有效的描述系统架构的图形化语言——OPM（Object Process Methodology）和SysML（Systems Modeling Language）。这两种模型都是比较精确的语言模型，用图形的方式展示了整个系统的结构，本文先简介OPM 。主要从如下几个方面介绍： OPM是什么？OPM的关键要素：对象和过程对象和过程如何连接构成系统？ 1 OPM 是什么？ OPM 的全称是"Object Process Methodology",直译过来就是“对象过程方法” ，是由以色列理工学院的Dov Dori教授研发出来的，它的目的是将面向对象的图表和面向过程的图表综合到一套方法中，更方便对系统架构进行描述。什么是面向对象和面向过程？它们都是来自于计算机软件开发领域。面向对象，是把构成问题的各个事务分解成各个对象，建立对象的目的不是为了完成一个步骤，而是为了描叙一个事物在整个解决问题的步骤中的行为。面向过程，是把问题分解为题各个步骤，关心的是如何通过步骤的实现来解决问题。