⑴如果某过程产生某数据，就在某行某列矩阵元中写C。 
         ⑵如果某过程使用某数据，就在某行某列矩阵元中写U。  
        如下：
        
         ⑶调换表中的行或列，尽量使UC集中到对角线上排列，使得“C”尽量地朝对角线靠近，然后再以“C”元素为标准，划分子系统；  
        
         ⑷把UC比较集中的区域用粗线条框起来，这样形成的框就是一个个子系统；  
        
         ⑸子系统划定之后，留在小方块（子系统）外还有若干个“U”元素，这就是今后子系统之间的数据联系，即共享的数据资源。将这些联系用箭头表示。  
        
        在这样一个过程完成后，最好要进行数据正确性的分析，这里要用到的就是数据守恒原则，即：
        1.原则上每一列只能有一个C
        如果没有C，则可能是数据收集时有错；如果有多个C，则有两种可能：其一是数据汇总有错，误将其它几处引用数据的地方认为是数据源，其二数据栏是一大类数据的总称，应将其细划。 
        2.每一列至少有一个U
         如果没有U，则一定是调查数据或建立U/C阵时有误。 
        3.不能出现空行或者空列
         如果出现空行或空列，则可能是下列两种情况：其一，数据项或业务过程的划分是多余的；其二，在调查或建立U/C阵过程中可能漏掉了它们之间的数据联系。  
        在整个系统逻辑的划分中要注意的是： 
         沿对角线一个接一个地画，既不能重叠，又不能漏掉任何一个数据和功能。 小方块的划分是任意的，但必须将所有的“C”元素都包含在小方块之内。      调整过程/数据类，使U/C集中在对角线附近，将集中的U/C用粗框划起来，这就是子系统 ，框外的U/C为子系统之间的联系。 

       注：BSP方法实际上大到整个企业的信息系统，小到一个系统的下分子系统都可以这样来分析，只不过在小的系统中，流程类会更细，数据类也会更小，但划分结果是一样的。虽然很多时候我们是按照自己的想法，以及对各业务之间的联系的感性评估而划分子系统的，尽管可以得到同样的结果，但我个人觉得这种方法更科学一点：） 我在开发一个小型系统的时候用了这种方法，虽说有点大炮轰蚊子的感觉，但觉得还是有很大的作用的，希望对大家有用。 
        另两种方法CSF、SST，以及三者的结合CSB由于大概念较多，不是很实用，所以在这里不赘述：）