分割原理的具体描述如下:
1)把一个物体分成相互独立的几个部分;
2)把一个物体分成容易组装和拆卸的部分;
3)提高系统的可分性,以实现系统的改造。(增加物体被分割的程度)
分割原理要表达的其实就是我们平常所说的分而治之的策略,这是我们解决问题的一种最简单朴素的方法,应用非常广泛。
分割原理好处:
A)降低系统的规模和粒度,增加系统的可解析
降低系统规模和粒度的目的当然可以使得系统求解更加容易,对于制造业来说,可以使得制造更加容易,更加专业。在软件系统中的大文件分割成小文件,大系统分割成小系统,可以使得系统的实现变得更加简单和容易。同时,如果系统按功能进行分割,可以使得子系统各负其责,子系统的职责更加单一。
B)增加系统的灵活性,弹性和可维护性:
分割的另一个好处就是脱耦,通过脱偶可以增加系统的灵活性,弹性和可维护性。灵活性和弹性大家可以很容易理解,可维护性表达的是系统如果出问题,我们只要找到出问题的部分,进行替换就可以。现在制造业的组件化和软件设计的模块化(组件化)都是利用了这种思想。比如网络的分层,软件系统的多层架构。
C ) 使得社会化生产,流水化作业成为可能
这个好处是显而易见的。
那什么时候可以用这个原理呢?下面是一些典型的场景:
1)如果我们需要在一个现有的系统(或者物体)上的增加功能或职责,而现有系统的功能比较笼统的情况下;
典型的例子是垃圾箱,垃圾箱的功能是回收垃圾,但我们现在需要对垃圾的回收进行分类,这就增加了垃圾箱的职责,不仅要回收垃圾,还要分类,一个比较简单的办法就是将垃圾箱分成几个相对独立的部分(可回收垃圾,不可回收垃圾,其它垃圾),这也是原理中第一种情况。对于软件系统中,对数据的访问分成文件数据的访问和数据库数据的访问也属于此类。当然,如果增加的职责比较复杂,有时候简单的分割并不容易解决,反而会增加系统的复杂性和成本。
2)如果系统过于笨重或者体积过大,不便于移动或运输
这个主要是针对实物型的系统,比如可拆卸衣柜,整体衣柜大而笨重,不便于运输和搬动,通过分割原理变成可拆卸的衣柜后,就使得移动和运输更加容易。
3)如果系统比较复杂,整体上不便于制造。
这种情况下就需要分割成比较容易制造的子系统(组件),然后通过组装来完成。这种例子就非常多了。其实软件系统的构造者(Builder)模式就是这种思想;
4)如果系统过于庞大,不便于使用和维护
软件系统的面向服务,面向对象其实都是这种思想,将庞大的系统按照一定维度进行分拆,从而达到便于使用和维护的目的。
。。。。。。
分割原理的副作用:
1)可能会增加系统的复杂性;
分割后,为了使各个组件还能整体工作,就需要协调各个组件,增加额外的设计,使得系统的复杂性增加,特别是分割不合理或者过度分割的情况下,系统的复杂性会增加很快,所以一定要把握住分割的度。
2)降低了系统的鲁棒性(健壮性);
这个比较容易理解,因为分割后需要增加连接组件,会使得系统的健壮性降低。
3)会带来额外的设计
系统进行分割后,为了将各个子系统连接成一个整体,就需要增加连接组件,比如一节棍变成双节棍后的链接链条。同时要让各个部分共同完成系统功能,还需要增加协调功能来协调各个部分的工作。
分割的方法:
在制造业中系统的分割一般是按子功能(如:动力装置,传输装置,控制装置,执行装置,转换装置,传感装置等)来进行,在软件系统设计中,也可以按子功能来分割,可以沿着功能的纵向和横向来进行,比如SOA就是按横向来进行,而分层就是沿着纵向来分割。
分割原理属于发明创新理论中怎么做部分,是一种解题方法。
分割原理体现了技术系统动态化进发法则,可提高柔性,移动性和可控性。
其它案例:
1)分为12个独立部分的轮胎(美国专利);