企业治理信息系统组件化信息资源分析与设计(2)
2017-04-18 01:13
导读:面向企业信息治理的组件数据完备性 组件化应用软件的外部信息资源来源分为三类:个别数据、数据文件、数据库。本文只讨论数据库中的数据。组件的数
面向企业信息治理的组件数据完备性
组件化应用软件的外部信息资源来源分为三类:个别数据、数据文件、数据库。本文只讨论数据库中的数据。组件的数据完备性含义:是指组件作为一种高度自治的软件,在独立发布和部署,以及协同性合成是建立在一个同一的数据上,它确定对数据全部操纵需求,确定了数据的边界,边界中的数据完全满足组件对数据的要求。
若仅是应用系统业务逻辑组件化,组件还是直接连接数据库,组件的重用性、可替换性将大大降低,组件之间通过数据库的关联耦合增大。在某粒度层次上的组件建立数据库表单集合,要在两个方向上符合组件开发的要求,即这种粒度应保证组件对表单集的完整性、安全性、并发性、事务性的治理,另一方面又要保证组件的重用性和可替换性。该粒度组件应为面向业务的组件,由于系统的数据都是具有业务性的。比面向业务的组件更小粒度的组件,由于不是面向业务的,其数据不具有业务性,而无法明确数据边界,得以实现组件的数据完备。比面向业务的组件更大粒度的组件,则是基于数据库而回回传统。面向业务的组件是具有高度自治能力的组件,定义数据库是该组件的一部分,面向业务的组件贯串于从需求分析、设计、实施、测试、部署整个开发生命周期,因此,面向业务的数据库设计具有业务上的整体性和一致性。
面向业务的组件的内部组件和外部组件,通过该面向业务的组件中的数据库治理组件实现与数据库连接和操纵。在设计阶段,按业务设计出数据库表单集,面向业务的组件合成应用系统时,面向业务的组件所对应的数据库表单集在运行时也相应合成一个单一物理的数据库。将符合上述要求的数据库表单集称为组件化表单集。
企业治理信息系统的组件化数据库设计与应用
(一)企业治理信息系统的组件化数据库设计
要解决和实现组件化的数据库设计,就是要实现组件化表单集。在设计阶段,以面向业务组件来设计组件化表单集,组件可以是对象也可以是函数集合,若面向业务组件为函数集合,则将具有功能性的面向业务组件与组件化表单集分别进行设计;若面向业务组件为对象集合,则按照对象模型与关系型数据库的映射来设计组件化表单集,而对象模型到关系型数据库的映射主要困难是对象继续关系的转换,这种继续关系的转换有三种方式来实现。分别独立地设计对象模型和关系模型,还能更大地进步系统的性能和伸缩性。
组件化表单集要在两个层面上规范化,在单个组件化表单集内规范化;在组件化表单集之间规范化。由于是以单个组件化表单集内规范化为基础,在组件化表单集之间存在着数据重复性较高的冗余题目,这是组件化表单集设计所付出的代价,应严格控制,组件化表单集之间的表单重复应用不同名称加以区别。
作为应用系统需要有数据库的支撑,并且作为解决具有数据库支撑的组件化应用系统方法是:一方面对数据库组件化设计;另一方面对面向业务组件划分层次,在资源层上建立一个数据库治理组件为整个业务提供数据库的数据服务接口,它是一个面向业务组件中唯一与数据库连接的组件。在数据库治理组件中嵌进SQL访问,实现数据库到面向业务组件的映射,数据库治理组件隐蔽了面向业务组件中的其它组件对数据库的访问,它负责数据的存取,并提供了数据的存取接口。 数据库治理组件实现了数据存取与数据使用分离,具有较高的重用性。在组件化的数据库设计方法中,对具有一对多关系的实体转换成关系模型的表时,与传统方法一样可天生两个表,这两个表根据对应实体所属的业务回属于相应的组件化表单集。对具有多对多关系的实体转换成关系模型的表时,天生三个表即两个实体对应表和一个实体之间的多对多关系对应表,两个实体对应表根据对应实体所属的业务回属于相应的组件化表单集,若这两个实体属于同一个业务,则实体之间的多对多关系对应表也回属于该业务的组件化表单集;若这两个实体属于不同的业务,则实体之间的多对多关系对应表回属于协作组件的组件化表单集。