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


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