为什么要进行子系统划分

子系统划分一般应在系统分析阶段完成,其划分方法见2.5节。在不十分充分的系统分析情况下,也往往应用经验准则来进行划分,我们在此做些介绍。
(1) 系统划分的原则
为了便于今后系统开发和系统运行,系统的划分应遵循如下几点原则:
①子系统要具有相对独立性 子系统的划分必须使得子系统内部功能、信息等各方面的凝聚性较好。在实际中我们都希望每个子系统或模块相对独立,尽量减少各种不必要的数据调用和控制联系,并将联系比较密切、功能近似的模块相对集中,这样对于以后的搜索、查询、调试、调用都比较方便。
②要使子系统之间数据的依赖性尽量小 子系统之间的联系要尽量减少,接口要简单、明确。一个内部联系强的子系统对外部的联系必然很少,所以划分时应将联系较多者列入子系统内部。相对集中的部分均已划入各个子系统的内部,剩余的一些分散、跨度比较大的联系,就成为这些子系统之间的联系和接口。这样划分的子系统,将来调试、维护和运行都是非常方便的。
③子系统划分的结果应使数据冗余较小 如果我们忽视这个问题,则可能会使相关的功能数据分布到各个不同的子系统中,大量的原始数据需要调用,大量的中间结果需要保存和传递,大量计算工作将要重复进行。从而使得程序结构紊乱,数据冗余,不但给软件编制工作带来很大的困难,而且系统的工作效率也大大降低了。
④子系统的设置应考虑今后管理发展的需要 子系统的设置光靠上述系统分析的结果是不够的,因为现存的系统由于这样或那样的原因,很可能没有考虑到一些高层次管理决策的要求。
⑤子系统的划分应便于系统分阶段实现 信息系统的开发是一项较大的工程,它的实现一般都要分期分步进行,所以子系统的划分应能适应这种分期分步的实施。另外,子系统的划分还必须兼顾组织机构的要求(但又不能完全依赖于组织,因为目前情况下我国在进行体制改革,组织结构相对来说是不稳定的),以便系统实现后能够符合现有的情况和人们的习惯,更好地运行。
⑥子系统的划分应考虑到各类资源的充分利用 各类资源的合理利用也是系统划分时应该注意到的。一个适当的系统划分应该既考虑有利于各种设备资源在开发过程中的搭配使用,又考虑到各类信息资源的合理分布和充分使用,以减少系统对网络资源的过分依赖,减少输入、输出、通信等设备压力。
(2)系统划分方法的分类。
有关系统划分的方法目前主要有6类(详见表3.1所示)。按功能划分是目前最常用的一种划分方法。例如,如果我们在18.2.3小节分析功能业务一览表时,完全是按规范化进行的,则这个划分就是按功能划分的;按业务处理顺序划分的依据就是18.5节中关于业务流程分析的结果,这种划分方式在一些时间和处理过程顺序特别强的系统中常常采用;按数据拟合程度来划分是指按数据而不是按该子系统内部尽量集中来划分子系统,这种划分方式的子系统内部聚合力强,外部通信压力小,例如,我们在2.5节中所划分的子系统就是按这种方式进行的;按业务处理过程划分子系统,严格地说这不是一种很好的方式,但在某些系统开发资源限制较大的场合,特别是要分段实现开发工作时,不得已而被采用;最后两种划分指的是按业务处理的时间关系或业务展开的环境条件来对系统进行划分,严格地说这也是不太合理的划分方法,但在某些特定的场合也有这种划分的情况。

表3.1中的比较指标是根据一般情况而言的。在实际对系统进行设计时仍应以具体系统分析的结果而定,不能笼统、绝对地去评价好坏。
(3)常用的系统划分方法
实际在开发一个系统时,常用的系统划分方法是一种以功能/数据分析结果为主,兼顾组织实际情况的划分方法。即以2.2.3和2.5.4小节分析结果为基础,然后再根据组织的其它情况(如办公室、厂区的物理环境、开发工作的分段实施情况、设备和人力资源的限制等等),综合考虑并修订2.2.3和2.5.4小节所分析的结果。修订一般都在2.2.3和2.5.4小节的基础上进行,例如在图18.5基础上对业务功能一览表中的树状结构局部地进行调整,在图2.17基础上对U/C矩阵整理后的图表重新进行划分等等。值得注意的是这种修订尽量不要破坏原分析的结构,否则会引出其它方法的各种问题。例如在原业务功能一览表的调整中,尽量不要改变其基本功能和结构,只是根据实际情况局部地调整树校结构。又如,在原U/C矩阵整理的基础上,尽量不要改变其行与列的位置(当然这也不是绝对的),而只通过改变子系统小方框的方法来修订系统划分的结构。