为何需要SysML以及系统思维？以及…

　　终于到研二了，这学期也是最后一学期的留学生活了，总归得做些总结。

　　上学期对SysML做了蛮多研究，发觉还不是那么通俗易懂和直观。虽然作为一个从UML延伸过来的语言，SysML有着很大的志向，想成为一个横跨软硬件和大型工程的模型语言。不过就其学习成本来说，还是略高。许多小项目使用基于文档的描述的话，估计从开始到做完的时间，都比学会SysML要短，更不要说使用SysML了。

　　这里讲讲系统思维的重要性：

　　

　　为何需要系统思维？最近大家都在写论文，用LaTeX写的话就不说了。如果用word写，那么会遇到很多问题，单双页排版问题，图标和论文引用问题，图片序号更新问题，目录更新问题。现在应该没有人用手敲目录的页数了，因为那样工程量巨大，而且一旦内容有更新，那么其目录页数又有更改，就得重新输入。删掉其中一个图，那么随后的图片序号都得按顺序调整，这岂不是得崩溃。更崩溃的是，还得调整文章里引用的图片序号。

　　从此可以看出，如果写word的时候，没有事先设定好自动排号，没设定好自动编号的标题，那么到后面整个“系统”更改起来（例：插入个新图片或者删除个图片，图片序号都要更改）难度极大，工程量成倍增长。而且，系统越大，重复性工作越多，越多的工作耗费在毫无益处的事情上（改序号，校队文章引用）。

　　那么，什么是系统思维？什么需要系统思维？

　　一般一个系统内，如果你有预感，一些东西会时刻改变，而且是有规律地改变，那么就得好好设计它。在编程中，就是你把一个变量设计成数组（固定大小，不能扩展），还是链表（能自由扩展）的问题。例如在写论文的例子中，一个图表，其序号会在文章当中不断引用，