确定业务系统结构

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二层,第三层,第四层,第五层,*,信息化规划与管理,确定业务系统结构,1,第八章 确定业务系统结构,业务系统结构描述了支持信息结构所要求的业务系统和数据存储（即：数据库和文件）。信息化规划阶段所定义的业务系统结构，给出了要设计的应用系统的高层初始概览，这是信息化规划阶段的,第五项任务,。本任务用于识别和确定,预期的数据存储,和,预期的业务系统,，并通过对业务功能与实体类之间关系的分析，来确定,企业的业务领域,。,2,第一节,识别和确定预期的数据存储,在识别和确定预期的数据存储子任务中，通过对实体类业务功能的,CU,矩阵的分析、聚合和调整，得到企业,初步业务领域,（子系统）的初步划分；,通过对实体类之间亲合关系的分析，组成,超级实体类组,，考虑对超级实体类组涉及的业务主题进行适当调整，确定为,预期的数据存储,。,3,信息输入：,实体类业务功能,CU,矩阵,4,步骤,1,：,利用,IT,规划工具箱中的自动聚合软件，自动调整业务功能实体类的,CU,矩阵的列，建立,初始聚合的业务功能实体类,CU,矩阵,。并得,初步业务领域,（即初步的子系统划分）。,5,步骤,2,：,依据业务功能实体类的,CU,矩阵，通过对实体类之间的,亲合度分析,（聚类分析）来确定实体类的聚合，聚合在一起的实体类组称为,“超级实体类组”,（也称为,聚合实体类组,） 。,6,步骤,3,：,利用,IT,规划工具箱，建立,聚合实体类组实体类矩阵,，其横轴为实体类，纵轴是命名的聚合的实体类组。其元素指示每一实体类所属的聚合实体类组。,这些聚合实体类组被认为是,预期的数据库,。,7,信息输出：,超级实体类组实体类矩阵,8,步骤,1,中的,初步业务领域,的获得,其方法是,：,先将图,8.1,中的实体类,改变顺序,，把第一个业务功能建立的实体类移到最左面,；,然后左移第二个业务功能建立的实体类，依次做下去，直到调整完全部实体类,；,再适当调整业务功能的顺序,，使,大多数字母,C,排列在对角线,周围，其结果如图,8.2,所示,；,为简便起见，图,8.2,中符号,U,统一表示对实体类的读（,R,）、,修改（,U,）、,删除（,D,），,符号,C,表示创建实体类。,经过规划者判断和调整，,使用方框把业务功能和实体类组合成初步的业务领域,，如图,8.3,所示,；,如图,8.4,所示，,当字母,U,落在任何方框外时，表示存在着从一个初步的业务领域到另一个初步的业务领域的,数据流,；,在图,8.4,中给出了所有的数据流；当少量的字母,C,不在方框中时，或进行调整，或暂不考虑；,在图,8.5,中，,对每一个初步的业务领域以适当的业务词,命名,。,9,步骤,2,中的实体类,亲合度分析,实体类之间的亲合度，表示一个实体类与其他实体类的亲合程度,：,若实体类,E1,和,E2,不存在共同的业务功能使用它们，则它们之间的,亲合度为零,；,若它们总是被相同的业务功能使用（即一个功能若使用,E1,，,则也一定使用,E2,，,反之亦然），那么它们之间的,亲合度为,1,，,其他情况其亲合度为,（,0,，,1,）之间,；,在,IT,规划工具箱中，存在计算实体类之间亲合度的算法，可直接调用，建立,实体类实体类亲合度矩阵,(,图,8.6),。,10,亲合度矩阵,矩阵元素的值表示对应的两实体类之间的亲合度,：,(,图,8.6),11,实体类之间亲合度的计算 ：,设：,a,（,E1,）,使用实体类,El,的业务功能数目,a,（,E1,，,E2,）,同时使用实体类,E1,和,E2,的业务功能数目,则：,E1,到,E2,的亲合度,a,（,E1,，,E2,）,/a,（,E1,）,E2,到,E1,的亲合度,a,（,El,，,E2,）,/a,（,E2,）,12,聚合算法（或称归类算法）,：,1.,确定,聚合核心,实体类按亲合度大小排放，形成,聚合核心,的是具有较高亲合度的实体类对组成。如上例中有四组较高的实体类对：,（,E1,，,E4,）,亲合度,0.92,（,E6,，,E7,）,亲合度,0.88,（,E1l,，,E8,）,亲合度,0.9,（,E10,，,E12,）,亲合度,0.87,13,2.,高亲合度的,实体类对,（归类一）,亲合度矩阵中下一个具有高亲合度的实体类对是,（,E2,，,E8,）,亲合度,0.85,E8,已经分配到（,E11,，,E8,）,的聚合中，那么需要计算,E2,聚合到（,E11,，,E8,）,的,加权亲合度,：,如果，,E11,有,3,个功能使用，,E8,有,48,个功能使用，则：,E2,到（,E11,，,E8,）,的亲合度为,0.82,，大于表中余下的任何亲合度，从而,（,E2,，,E11,，,E8,）,形成一个聚合,。,14,3.,高亲合度的,实体类对,（归类二）,亲合度矩阵再下一个具有最大亲合度的实体类对是,（,E7,，,E4,）,亲合度,0.76,但是,E7,，,E4,已分别在不同的实体类聚合（,E6,，,E7,）,和（,E1,，,E4,）,中，,这两组聚合是否应组合在一起呢,?,先计算,E7,到（,El,，,E4,）,的加权亲合度,0.55,再计算,E7,到（,E1,，,E4,，,E6,）,的,复合加权亲合度：,E7,到（,E1,，,E4,，,E6,）,的复合加权亲合度,低于,表中下一实体类对（,E8,，,E10,）,的亲合度,0.74,，上述,两组聚合不能组合在一起,，,从而计算,E8,到（,E10,，,E12,）,的加权亲合度和,E8,到（,E10,，,E12,，,E11,）,的复合加权亲合度。,15,4.,继续对高亲合度的,实体类对,归类,重复上述,2.,和,3.,，继续对高亲合度的实体类对归类。 最后，每个聚合按亲合度大小排列。处于亲合度序列末尾的那些实体类与其他实体类的亲合度都是微乎其微，它们可以作为文件系统或独立的数据库来实现。,按聚合算法形成的,超级实体类组,（也称为,聚合实体类组,），,还需要规划者依据对业务的理解和直觉，进行灵活的调整,，以免使本来应分开的实体类归并到了一组，或把本应属于一组的实体类分开。,16,第二节,识别和确定预期的业务系统,识别和确定预期的业务系统子任务，,使用把实体类聚合成超级实体类组（即预期数据库）的方法，分析业务功能之间的亲合度,，,把业务功能聚合成自然的业务功能组合，称为,预期的业务系统,，以实现信息结构中的业务需求,。,17,信息输入：,业务功能实体类,CU,矩阵,18,步骤,1,：,确定业务功能组,对业务功能之间的亲合度进行分析，若业务功能,F1,和,F2,没有共同引用的实体类，则它们的亲合度为,0,；若所引用的实体类完全相同，则它们的亲合度为,1,；其余情况在（,0,，,1,）之间；并以此构造,业务功能业务功能亲合度矩阵,； 若两个功能之间亲合度比较高，说明它们处理的实体类大多数相同，它们应在同一预期的系统中。于是，可按亲合度大小对业务功能分组，分成希望设计的个数通常是,2550,个,预期的业务功能组,。 利用聚合算法，业务功能按亲合度大小存放，形成聚合的核心，,其,方法与识别和确定预期的数据存储子任务相同,；,19,步骤,2,：,建立聚合业务功能组业务功能矩阵,利用,IT,规划工具箱中的工具，建立,聚合业务功能组业务功能矩阵,，其元素指出每一业务功能所属的聚合业务功能组。,规划者应根据对业务的理解和感觉，灵活地调整聚合业务功能组中的业务功能；以免使本来应分开的功能归并到了一起，或把本应属于一组的业务功能分开。,这些聚合的业务功能组就是,预期的业务系统,。,20,信息输出：,聚合业务功能组业务功能矩阵,业务功能业务功能亲合度矩阵,21,第三节,建立业务系统的结构图,业务系统的结构图反映了业务系统之间的优先次序，在该项子任务中，依据业务系统处理业务的性能对预期的业务系统分类，达到,修正预期业务系统,的目的，并且,建立业务系统的信息流矩阵,，标识系统之间的信息流，反映系统之间的关系,。,22,信息输入：,业务功能实体类,CRUD,矩阵,聚合功能组业务功能矩阵,23,步骤,1,：,根据业务系统处理业务的特征，对预期的业务系统（聚合功能组）进行分类。把预期的业务系统分成：,战略性系统 规划性系统 控制性系统 可操作性系统,建立,系统分类预期系统矩阵,，矩阵元素表示预期的业务系统所属的系统类型。,如表,8.1,之上表,所示,24,步骤,2,：,标识系统之间的信息流，,当两个系统所包含的业务功能使用了相同的实体类时，就很可能存在信息流,。例如：订单输入系统的订单也是账目系统开发票的依据，因此，账目系统使用订单输入系统的信息。建立,预期系统预期系统的信息流矩阵,，其元素表示所在列的系统给所在行的系统提供信息，在矩阵中，,横轴的系统表示信息提供者，纵轴的系统表示信息接收者。,如表,8.1,之下表,所示,25,表,8-1,：,预期系统,系统分类,S1,S2,S3,S4,S5,S6,S7,S8,S9,S10,S11,S12,战略性,X,X,规划性,X,X,X,X,控制性,X,X,X,X,X,X,可操作性,X,X,X,X,X,预期系统（信息提供者）,预期系统（接收者）,S1,S2,S3,S4,S5,S6,S 1,X,X,S 2,X,X,S 3,X,X,S 4,X,X,S 5,X,X,S 6,X,X,26,步骤,3,：,对于不规则情况进行,人工调整,，使预期的系统成为,实际的系统,。 例如：在步骤,1,中，,若存在一个预期的业务系统不属于任何一类系统时,，应考虑这个预期的业务系统是否出错。 在步骤,2,中，,若存在一个预期的业务系统与其他任何系统没有信息交换,，这个预期的业务系统可能不正常 。 又例如：在步骤,1,中，,若一个预期的业务系统属于战略、规划、控制和可操作四类系统,的话，这个预期的业务系统是否太大了，应进行审查和修正，或考虑把它分成几个系统 。,27,信息输出：,预期系统预期系统的信息流矩阵,修正过的预期的业务系统,28,第四节,确定和记录业务领域,在信息化规划阶段中，确定业务系统结构的最后一个子任务是确定企业的业务领域。在这个子任务中，通过建立和聚合预期业务系统预期数据存储用法（,CU,）,矩阵，,将一些,预期业务系统与预期数据存储组成业务领域,，并与,第一节所得的初步业务领域,相互对照，实施人工调整，以求得企业,业务领域,的正确划分（子系统划分）,，为下一个阶段作好准备,。,29,信息输入：,超级实体类组实体类,预期业务系统业务功能,实体类业务功能用法矩阵,30,步骤,1,：,在识别和确定预期的数据存储子任务（即本章第一节）的第一步中，产生了企业初步的业务领域划分 。,31,步骤,2,：,根据输入的矩阵，建立预期业务系统预期数据存储矩阵，对该矩阵用识别和确定预期的数据存储子任务中的步骤,1,的方法，确定,815,个业务领域，并与产生的初步业务领域进行相互对照，实施人工调整，以求出企业业务领域的正确划分 。,32,步骤,3,：,建立业务领域预期系统矩阵，矩阵元素表示该预期业务系统所属的业务领域，或者该业务领域所包含的预期业务系统，进行人工调整使每一个预期业务系统只属于一个业务领域。建立业务领域预期数据存储矩阵，矩阵元素表示该预期数据库和文件所属于的业务领域，或者该业务领域使用了哪些预期数据库和文件，确保每个预期的数据库和文件只属于一个业务领域，从而使业务领域与预期业务系统、预期数据库和文件联系起来,33,步骤,4,：,建立业务领域业务功能和业务领域实体类矩阵，从而得到每个业务领域所包含的业务功能以及所包含的实体类。这将为下一阶段进行业务领域分析作好准备。 审查委员会应对所确定的预期数据存储和预期业务系统进行认真审查，对业务领域的划分进行深入的讨论。这时，会有许多关于业务系统结构的重要信息，项目小组应及时记录，并研究修改所确定的业务系统结构，尽量使得与审查委员会的意见达成一致 。,34,信息输出：,企业的业务领域划分,业务领域业务功能矩阵,业务领域实体类矩阵,35,