书签 分享 收藏 举报 版权申诉 / 24

基于树型原子模型结构构建具有完整性的数据模型的方法.pdf

  • 上传人:111****11
  • 文档编号:4215169
  • 上传时间:2018-09-07
  • 格式:PDF
  • 页数:24
  • 大小:1.79MB
  • 摘要
    申请专利号:

    CN201110441069.4

    申请日:

    2011.12.26

    公开号:

    CN102521404A

    公开日:

    2012.06.27

    当前法律状态:

    撤回

    有效性:

    无权

    法律详情:

    发明专利申请公布后的视为撤回IPC(主分类):G06F 17/30申请公布日:20120627|||公开

    IPC分类号:

    G06F17/30

    主分类号:

    G06F17/30

    申请人:

    昆明数博兰德科技有限公司

    发明人:

    钟叔玉; 方少良

    地址:

    650106 云南省昆明市高新开发区科医路176号863软件孵化器二层

    优先权:

    专利代理机构:

    昆明祥和知识产权代理有限公司 53114

    代理人:

    和琳

    PDF完整版下载: PDF下载
    内容摘要

    一种基于树型原子模型结构构建具有完整性的数据模型的方法,涉及计算机领域,尤其涉及计算机管理信息系统业务建模技术。本发明的方法首先在系统中完成对数据域的定义、原子和原子实体的定义、表达式原子类型的定义、表达式字符串规则的定义以及表达式操作符的定义;其次根据业务属性,分解出业务模型的原子实体,构建业务模型;再次,将分解出的原子实体根据系统中数据域定义、原子和原子实体定义、表达式原子类型定义、表达式字符串定义以及表达式操作符定义的规则,将其属性进行列表,并定义于系统中;最后,对业务模型的实体完整性、参照完整性、用户定义的完整性进行构建。

    权利要求书

    1: 一种基于树型原子模型结构构建的具有完整性的数据模型的方法, 首先在系统中完 成对数据域的定义、 原子和原子实体的定义、 表达式原子类型的定义、 表达式字符串规则的 定义以及表达式操作符的定义, 其特征在于在完成前述内容的定义后通过以下的步骤实现 数据模型的完整性 : 首先, 根据业务属性, 分解出业务模型的原子实体, 构建业务模型 ; 其次, 将分解出的原子实体根据系统中数据域定义、 原子和原子实体定义、 表达式原子 类型定义、 表达式字符串定义以及表达式操作符定义的规则, 将其属性进行列表, 并定义于 系统中 ; 最后, 对业务模型的实体完整性、 参照完整性、 用户定义的完整性进行构建, 包括三个 方面的内容, 分别是 : 第一、 使用名称定义原子、 实体原子和树型关系来描述实体主键和属性, 以解决实体完 整性问题 ; 第二、 使用类型为 “层次限制” 或 “参照限制” 的表达式原子来处理参照完整性 ; 第三、 使用类型为 “常量限制” 和 “函数限制” 的表达式原子来处理用户定义的完整性 ; 其中, 表达式原子的内容包括表达式名称、 表达式类型、 表达式字符串, 表达式名称用 于对表达式进行标识, 表达式字符串用于描述表达式的内容。
    2: 如权利要求 1 所述的一种基于树型原子模型结构构建的具有完整性的数据模型, 其 特征在于所述的表达式原子类型的定义、 表达式字符串规则的定义以及表达式操作符的定 义包括以下内容 : 表达式原子类型的定义 : 表达式字符串规则的定义 : 2 表达式操作符的定义 : 。

    说明书


    基于树型原子模型结构构建具有完整性的数据模型的方法

        【技术领域】
         本发明涉及计算机领域, 尤其涉及计算机管理信息系统业务建模技术。背景技术 专利申请号为 201010222311.4, 专利名称为 “树型原子模型结构以及应用该结构 构建业务模型的方法” 的中国专利公开的技术用 .Net 开发工具构造中小企业管理信息系 统业务对象引擎, 并用通用组件模型进行封装, 支持 COM 接口标准和 web service 接口标 准。该专利技术已经解决了企业信息系统数据建模一致性的问题, 但并未解决逻辑模型与 关系数据库产品之间的关系影射问题和模型完整性管理问题。
         当 前, 数 据 库 系 统 中 所 支 持 的 主 要 数 据 模 型 有 三 种, 分别是层次模型 (Hierachical Model) 、 网状模型 (Network Model) 和关系模型 (Relational Model) ; 在这 三种数据模型中关系模型是最重要的模型, 它普遍应用于当前的企业信息系统中。关系模 型 (Realtional Model) 是用二维表格表示实体集, 用关键码表示实体之间联系的数据模 型, 在关系模型中, 字段称为属性, 字段值称为属性值, 记录类型称为关系模式。 记录称为元 组 (Tuple) , 元组的集合称为关系 (Relation) 或实例 (Instance) 。
         关系模型有三类完整性, 实体完整性、 参照完整性和用户定义的完整性。 在关系数 据库中有各种关系, 即有各种表, 如基本表、 查询表和视图表等。基本表是实际存在的表, 是实际存储数据的逻辑表示 ; 查询表是查询的结果所构成的表 ; 视图是虚表, 是由实体或 视图导出的表。实体完整性是对基本表实行的规则, 要求主键属性的值不能为空, 如果取 空值, 则不能标识关系中的元组, 一个元组对应现实世界中的一个实体, 主键的属性值为空 值, 说明存在某个不可标识的实体, 事实上现实世界中的实体都是可区分的, 即具有唯一的 标识, 所以主键属性的值不能为空值。实体完整性与保持关系中主键属性取正确的值有关 系, 而参照完整性与关系之间能否正确地进行联系有关。实体完整性和参照完整性是关系 模型必须满足的完整性规则。用户定义的完整性是针对数据库中具体数据的约束条件, 由 应用环境决定的。它反映了某一具体的应用所涉及的数据必须要满足的语义要求, 关系模 型应提供定义和检验这类完整性的机制, 以便用统一的方法进行处理, 而不应由应用程序 来完成这一功能。
         发明内容
         本发明的目的在于应用树型原子模型结构解决逻辑模型与关系数据库产品之间 的关系影射问题和模型完整性管理问题, 提供一种基于树型原子模型结构构建具有完整性 的数据模型的方法。
         本发明基于树型原子模型结构构建具有完整性的数据模型的方法, 首先在系统中 完成对数据域的定义、 原子和原子实体的定义、 表达式原子类型的定义、 表达式字符串规则 的定义以及表达式操作符的定义, 其特征在于在完成前述内容的定义后通过以下的步骤实 现数据模型的完整性 :首先, 根据业务属性, 分解出业务模型的原子实体, 构建业务模型 ; 其次, 将分解出的原子实体根据系统中数据域定义、 原子和原子实体定义、 表达式原子 类型定义、 表达式字符串定义以及表达式操作符定义的规则, 将其属性进行列表, 并定义于 系统中 ; 最后, 对业务模型的实体完整性、 参照完整性、 用户定义的完整性进行构建, 包括三个 方面的内容, 分别是 : 第一、 使用名称定义原子、 原子实体和树型关系来描述实体主键和属性以解决实体完 整性问题 ; 第二、 使用类型为 “层次限制” 或 “参照限制” 的表达式原子来处理参照完整性 ; 第三、 使用类型为 “常量限制” 和 “函数限制” 的表达式原子来处理用户定义的完整性 ; 其中, 表达式原子的内容包括表达式名称、 表达式类型、 表达式字符串, 表达式名称用 于对表达式进行标识, 表达式字符串用于描述表达式的内容。
         所述的表达式原子类型的定义、 表达式字符串规则的定义以及表达式操作符的定 义包括以下内容 : 表达式原子类型的定义 :表达式字符串规则的定义 :表达式操作符的定义 :。通过本发明的方法所构建的业务对象引擎组件, 能够有效解决逻辑模型与关系数 据库产品之间的关系影射问题和事务完整性管理问题。
         具体实施方式
         实施例 1 : 对一个采购业务的采购入库业务, 按照本发明的方法构建其业务数据 模型。
         在构建业务数据模型前, 要在系统中完成数据域的定义、 原子和原子实体的定义、 表达式原子类型的定义、 表达式字符串规则的定义以及表达式操作符的定义, 定义的内容 列于以下的表格中。
         数据域的定义 :原子和原子实体的定义 :表达式原子类型的定义 :表达式字符串规则的定义, 表达式字符串由 1 ~ 6 个字符串组成, 其中 1 ~ 5 位的字符 串间用 “.” 进行间隔 :表达式操作符的定义 :在系统中定义完以上内容后, 接下来采用本发明的方法构建业务数据模型。
         首先, 根据采购业务属性, 构建采购入库业务模型, 分解出包括 “采购入库” 、 “入库 单号”、 “开单日期”、 “操作员”、 “配件”、 “数量”、 “进货价”和 “金额” 原子实体的采购 入库业务模型。 其次, 将采购入库业务分解出的原子实体根据系统中上述定义的规则将其属性列 于下表, 并定义列表中的采购入库业务及其相关的原子实体于系统中 :
         一、 定义采购入库的原子实体, 其中, 需要对系统中 “是否主原子” 选择项进行选中, 原 子编号选择 “NameDefine : 名称原子” , 附图 1 和附图 2 为本步骤在系统中定义的界面。
         二、 在采购入库下定义入库单号原子实体, 原子编号选择 “BaseEID: 精简实体” , 附 图 3 为本步骤在系统中定义的界面。
         三、 在采购入库下定义开单日期原子实体, 原子编号选择 “DoingDate: 日期” , 附图 4 为本步骤在系统中定义的界面。
         四、 在采购入库下定义操作员原子实体 , 原子编号选择 “EntityID: 实体” , 图5为 本步骤在系统中定义的界面。
         五、 在采购入库下定义配件原子实体, 原子编号选择 “EntityID: 实体” , 并选中 “是否主原子” , 选择项, 关系类型选择 “一对多” , 表示在一次入库中可以同时入多个配件, 图 6 为本步骤在系统中定义的界面。
         六、 在采购入库的配件下定义数量原子实体, 原子编号选择 “Amount : 数量” , 图7为本步骤在系统中定义的界面。
         七、 在采购入库的配件下定义进货价原子实体, 原子编号选择 “Price : 价格” , 图8 为本步骤在系统中定义的界面。
         八、 在采购入库的配件下定义金额原子实体, 原子编号选择 “Money : 金额” , 图9为 本步骤在系统中定义的界面。
         最后, 对采购入库业务模型的实体完整性、 参照完整性、 用户定义的完整性进行构 建。
         一、 实体完整性的构建, 在 “采购入库” 原子实体下定义 “入库单号” 原子实体, 原子编号选择 “BaseEID: 精简实体” , 精简实体包含有两个数据项, “DataItemCode : 编号” 和 “DataItemTitle : 标题” , 其中 “DataItemCode” 数据项是实体主键。附图 10 和附图 11 为 本步骤在系统中定义的界面。 这样就定义了实体的主键, 解决了实体的完整性问题, 在应用 运行中如果要增加一个已经存在的入库单号, 则系统会提示插入重复, 如附图 12 为相应的 界面。
         二、 参照完整性的构建, 在 “操作员” 原子实体下增加一个 “操作员选择” 的表达式 类型原子, 原子编号选择 “Expression : 表达式” , 增加完成后对表达式进行定义, 表达式类 型选择为 : “etSetLimit” 即参照限制, 并选择该工程下的基础定义业务中的 “员工” 原子, 如此构成表达式字符串 “SuperCar.BaseDefine.Employee” , 附图 13 和附图 14 为本步骤在 系统中定义的界面。其中 SuperCar 表示员工选择引用的工程名称, 如附图 15 界面所示 ; BaseDefine 表示员工选择引用的业务是该工程下的 “基础定义” 业务, 如附图 16 界面所示 ; Employee 表示员工选择引用的业务是该工程下的 “基础定义” 业务中的 “员工” 原子, 如附 图 17 界面所示。这样就完成了表达式引用的定义, 在采购入库应用运行中, 操作员的选择 就可以引用 “员工” 应用中的数据, 实现了 “参照完整性” , 如附图 18 界面所示。 三、 用户定义完整性的构建, 在采购入库业务下的 “配件” 原子下的 “金额” 原子, 即原子名称为 : S_Money 的原子下增加一个 “金额计算” 的表达式类型原子, 原子编号选择 “Expression : 表达式” , 表达式类型选择为 : “etExpress” 即函数限制, 选择该工程下的采 购入库业务中原子中的金额计算为 “金额=数量 × 进货价” , 如此构成的表达式字符串为 : “SuperCar.StockFitting.Entrance.FittyingID.S_Money := SuperCar.StockFitting. Entrance.FittyingID.Amount * SuperCar.StockFitting.Entrance.FittyingID. RPrice” , 附图 19 和附图 20 为本步骤在系统中定义的界面。其中, SuperCar 是工程名称, 如附图 21 界面所示 ; StockFitting 指的是 “采购业务” , 如附图 22 界面所示 ; Entrance 指 的是 “采购入库” , 如附图 23 界面所示 ; FittyingID 指的是 “配件” , 如附图 24 界面所示 ; S_ Money 指的是 “配件” 下的 “金额” , 如附图 25 界面所示 ; Amount 指的是 “配件” 下的 “数量” , 如附图 26 界面所示 ; RPrice 指的是 “配件” 下的 “进货价” , 如附图 27 界面所示。这样就完 成了自定义计算的定义, 在采购入库应用运行中, 在填写了入库配件的数量和进货价以后, 系统自动计算了该入库配件的金额, 实现了 “用户定义的完整性” , 如附图 28 界面所示。
         实施例 2 : 对一个维修业务的领料业务, 按照本发明方法构建其业务模型, 在构建 业务数据模型前, 要在系统中完成数据域的定义、 原子和原子实体的定义、 表达式原子类型 的定义、 表达式字符串规则的定义以及表达式操作符的定义, 定义的内容如同实施例 1 中 所列。在系统中定义完该内容后, 接下来采用本发明的方法构建业务数据模型。
         首先, 根据领料业务属性, 构建领料入库业务模型, 分解出包括 “领料” 、 “领料单号” 、 “接车单号”、 “日期”、 “配件”、 “数量”、 “单价” 和 “金额” 原子实体的领料业务模型。
         其次, 将领料业务分解出的原子实体根据系统中定义的上述规则将其属性列于下 表, 并定义列表中的领料业务及其相关的原子实体于系统中。一、 定义领料业务原子实体, 需要对 “是否主原子” 选择项进行选中, 原子编号 选择 “NameDefine: 名称定义” , 附图 29 为本步骤在系统中定义的界面。
         二、 在领料业务原子实体下定义领料单号原子实体, 原子编号选择 “BaseEID: 精 简实体” , 附图 30 为本步骤在系统中定义的界面。
         三、 在领料业务原子实体下定义接车单号原子实体 , 原子编号选择 “EntityID: 实体” , 附图 31 为本步骤在系统中定义的界面。
         四、 在领料业务原子实体下定义领料日期原子实体, 原子编号选择 “DoingDate: 日期” , 附图 32 为本步骤在系统中定义的界面。
         五、 在领料业务原子实体下定义配件原子实体, 原子编号选择 “EntityID: 实体” , 需要对 “是否主原子” 选择项进行选中, 关系类型选择 “一对多” , 表示在一次领料中可以同 时入多个配件, 附图 33 为本步骤在系统中定义的界面。
         六、 在领料业务的配件原子实体下定义数量原子, 原子编号选择 “Amount : 数量” , 附图 34 为本步骤在系统中定义的界面。
         七、 在领料业务的配件原子实体下定义单价原子, 原子编号选择 “Price : 价格” , 附 图 35 为本步骤在系统中定义的界面。
         八、 在领料业务的配件原子实体下定义金额原子, 原子编号选择 “Money : 金额” , 附 图 36 为本步骤在系统中定义的界面。
         最后, 对领料业务模型的实体完整性、 参照完整性、 用户定义的完整性进行构建。
         一、 实体完整性的构建, 在 “领料” 原子实体下定义 “领料单号” 原子实体, 原 子编号选择 “BaseEID: 精简实体” , 精简实体包含有两个数据项 : “DataItemCode : 编号” 和 “DataItemTitle : 标题” , 其中 “DataItemCode” 数据项是主键, 附图 37 为本步骤在系统中定 解决了实体的完整性问题, 在应用运行中如果要增加 义的界面。 这样就定义了实体的主键, 一个已经存在的入库单号, 则系统会提示插入重复, 如附图 38 界面所示。
         二、 参照完整性的构建, 在 “接车单号” 原子实体下增加一个 “单号选择” 的表达式
         类型原子, 原子编号选择 “Expression : 表达式” , 增加完成后对表达式进行定义, 表达式类 型选择为 : “etSetLimit” 即参照限制, 选择该工程下的维修业务中的 “接车” 原子, 如此构 成的表达式字符串为 “SuperCar.Repair.Service” , 附图 39 和附图 40 为本步骤在系统中定 义的界面。其中, SuperCar 表示单号选择引用的工程名称, 如附图 41 界面所示 ; Repair 表 示单号选择引用的业务是该工程下的 “维修” 业务, 如附图 42 界面所示 ; Service 表示单号 选择引用的业务是该工程下的 “维修” 业务中的 “接车” 原子, 如附图 43 界面所示。这样就 完成了表达式引用的定义, 在领料应用运行中, 接车单号的选择就可以引用 “接车” 应用中 的数据, 实现了 “参照完整性” , 如附图 44 界面所示。
         三、 用户定义完整性的构建, 在领料业务下的 “配件” 原子下的 “金额” 原子, 即原 子名称为 : UMoney 的原子下增加一个 “配件金额计算” 的表达式类型原子, 原子编号选择 “Expression : 表达式” , 增加完成后对表达式进行定义, 表达式类型选择为 : “etExpress” 即 函数限制, 选择该工程下的领料业务中配件原子中的金额计算为 “金额=数量 × 单 价” , 如此构成的表达式字符串为 “SuperCar.Repair.GetFitting.FittyingID.UMoney := SuperCar.Repair.GetFitting.FittyingID.Amount * SuperCar.Repair.GetFitting. FittyingID.OPrice” , 附图 45 和附图 46 为本步骤在系统中定义的界面。其中 SuperCar 指的是工程名称, 如附图 47 界面所示 ; Repair 指的是 “维修业务” , 如附图 48 界面所示 ; GetFitting 指的是 “领料” , 如附图 49 界面所示 ; FittyingID 指的是 “配件” , 如附图 50 界面 所示 ; UMoney 指的是 “配件” 下的 “金额” , 如附图 51 界面所示 ; Amount 指的是 “配件” 下的 “数量” , 如附图 52 界面所示 ; OPrice 指的是 “配件” 下的 “单价” , 如附图 53 界面所示。这 样就完成了自定义计算的定义, 在领料应用运行中, 在填写了领料配件的数量和单价以后, 系统自动计算了该领料配件的金额, 实现了 “用户定义的完整性” , 如附图 54 界面所示。

    关 键  词:
    基于 原子 模型 结构 构建 具有 完整性 数据模型 方法
      专利查询网所有文档均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    0条评论

    还可以输入200字符

    暂无评论,赶快抢占沙发吧。

    关于本文
    本文标题:基于树型原子模型结构构建具有完整性的数据模型的方法.pdf
    链接地址:https://www.zhuanlichaxun.net/p-4215169.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2017-2018 zhuanlichaxun.net网站版权所有
    经营许可证编号:粤ICP备2021068784号-1