基于XML界面自动生成.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于XML界面自动生成

基于XML界面自动生成   摘要:为了满足重用性和自动化的需要,从支持用户界面自动生成的FMP模型出发,提出了用XML文档保存所有模型信息的方法以及相应的转换算法;并在此基础上详细介绍了界面生成引擎的设计以及相应的代码生成算法。   关键词:FMP;XML;界面生成引擎;UseCase;界面模板   中图法分类号:TP311文献标识码:A   文章编号:1001-3695(2006)09-0075-03      构建用户界面是费时和昂贵的。据统计,在图形用户界面系统中,差不多源代码和开发时间的50%都被用来创建用户界面[1],因此开发支持自动生成用户界面的开发工具就显得尤为重要了。现在国内外已有一些界面工具,尽管得到了一些用户的认可和好评,但未得到广泛的应用,如基于模型的用户界面开发环境(MB_UIDEs)中的Mastermind,Telleach,Trident。这些基于模型的方法,没有考虑对象与对象间的关系对界面展示形式的影响,使其处理复杂界面的能力受到了影响。另外,这些环境开发出来的界面,专用性太强,不利于重用。??   本文提出的这种自动生成界面的方法是在原来基于FMP模型的支持自动生成VisualBasic代码的开发环境的基础上改进而得到的。这个生成VB代码的环境是在UML基础上提出的模型(FMP模型),其符号体系也就是对UML符号体系的扩充,它很好地解决了交互能力问题[2]。通过引入XML,将原来的FMP模型的信息和生成界面的所有信息进行归档存储,然后由界面生成引擎解析XML文档并生成目标代码,从而能很好地实现界面描述信息的重用,在不同平台下生成不同的目标语言。其关系如图1所示。??      1FMP模型??      FMP界面模型中,F(Function)是功能模型,M(Model)是界面内在模型(包括对象模型和交互模型),P(Presentation)是基于界面模板的表示模型。??   图1中的功能模型主要使用扩展用例图来进行表达描述,并通过分析需求来确定界面功能、界面框架、界面之间的关系以及界面对内在模型(对象模型和交互模型)的需求。对象模型是界面的数据模型,主要使用对象关系描述应用领域的内部数据,它从静态的角度描述交互系统,为功能模型和交互模型提供基础支持。一般说来,对象成员的基本数据类型有数值、字符串、枚举,而对象模型全面扩展了对象的数据成员描述特性,以满足界面描述的需要。交互模型在对象模型和功能模型的基础上对界面构成和构成元素之间的关系予以描述,从动态的方面来描述交互系统。表示模型的功能是定义界面的可视外观,描述可视成分的组成和成分彼此之间的关系,主要处理界面元素的可视形式显示和界面布局问题。??      2界面信息的XML描述??      XML的最大特点是可扩展性。用户可以随意定义适合自   己的数据属性和标签,描述那些具有逻辑结构和丰富语义的数据。XML所描述的数据的结构和语法可以由一个DTD来定义。??      2.1用XML描述UseCase??   在FMP模型中,用例图中的角色与UML中的角色定义不同,该模型中的角色是指与系统交互的人,其通过界面发出操作请求,提供输入信息,接收系统的服务或从系统获得信息。复合用例与用例不同,除了描述系统功能之外,还描述了这些功能所操纵的数据信息,这些数据在对象模型中以对象的形式存在,因此说功能模型确定了对对象模型的需求。复合用例的分层细化以及对其所操纵的数据进行加工的描述,不仅表达了界面功能,而且还确定了数据的界面显示要求。我们根据一般UseCase的特点并结合FMP模型,给出描述一个UseCase所需的信息:??   (1)UseCase的名称或编号。用来标志这个UseCase。??   (2)UseCase的说明。是对该UseCase所捕捉的系统需求的简单描述。??   (3)角色。描述这个UseCase所涉及的角色。在此为简化起见,我们把角色也当成复合用例看待。??   (4)复合用例。是FMP模型中用例的重要组成部分,描述一个复合用例需要唯一确定的名字,简单描述该复合用例与其他用例的关系。??   (5)备注及其他说明。??   (6)界面。复合用例导航到的界面。??   根据以上的分析,我们可以得出描述UseCase的XML文件的DTD如下:??      ??   ??   ??   ??   ??   ??   ??   ??   ??   ??   ??   在FMP模型中,复合用例以及它们之间的关系是通过树型结构来存储的。因此采用深度优先遍历的方法得到XML文档,其算法描述如下:??      Node*child;//表示与复合用例图元发生

文档评论(0)

erterye + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档