著录项信息
专利名称 | 一种实现界面动态定制和生成的方法及系统 |
申请号 | CN200810118746.7 | 申请日期 | 2008-08-20 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2010-03-31 | 公开/公告号 | CN101685393 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F9/44 | IPC分类号 | G;0;6;F;9;/;4;4查看分类表>
|
申请人 | 大唐软件技术股份有限公司 | 申请人地址 | 北京市海淀区学院路40号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 大唐软件技术股份有限公司 | 当前权利人 | 大唐软件技术股份有限公司 |
发明人 | 王宇 |
代理机构 | 北京信远达知识产权代理事务所(普通合伙) | 代理人 | 王学强 |
摘要
本发明提供一种实现界面动态定制和生成的系统,包括:业务组件库、界面定制单元和业务组件调取单元;其中,所述业务组件库用于存储所有业务对应的业务组件;所述界面定制单元用于根据定制的业务配置包括对应业务组件信息的界面定制信息,并将该配置的界面定制信息发送给所述业务组件调取单元;所述业务组件调取单元用于根据接收到的所述配置的界面定制信息,从所述业务组件库中调取所述定制业务对应的业务组件,生成用户可视的界面。本发明还提供一种实现界面动态定制和生成的方法。
1.一种实现界面动态定制和生成的系统,其特征在于,包括:业务组件库、界面定制单元和业务组件调取单元;其中,
所述业务组件库用于存储所有业务对应的业务组件;
所述界面定制单元用于根据定制的业务配置包括对应业务组件信息的界面定制信息,并将该配置的界面定制信息发送给所述业务组件调取单元;
所述业务组件调取单元用于根据接收到的所述配置的界面定制信息,从所述业务组件库中调取所述定制业务对应的业务组件,生成用户可视的界面;
其中,所述界面定制单元包括:
主界面定制模块,用于完成主界面的定制信息配置,为所述业务组件调取单元提供数据基础;所述配置后的界面定制信息包括所述定制业务对应的业务组件集合,并以控件的形式展现出来;
界面批量复制模块,用于对定制的界面中的业务组件进行复制;
所述业务组件调取单元包括:初始化模块、数据校验模块、数据保存模块和生成模块;
其中,
所述初始化模块用于读取当前业务对应的控件列表,并将其初始化;然后根据控件列表,反射调用各控件的初始化方法;
数据校验模块用于读取当前业务对应的校验规则列表,再根据校验规则列表读取对应的校验方法列表,然后反射调用所有的校验方法,并返回校验结果,如果校验结果正确则通知所述数据保存模块;
数据保存模块用于根据所述数据校验模块的校验结果读取所述初始化模块已经初始化的控件列表,反射调用每个控件的保存方法,然后保存业务相关的总体信息;
生成模块用于读取所述初始化模块已经初始化的控件列表,反射调用每个控件的竣工方法,利用所述数据保存模块保存的控件信息生成定制业务对应的界面。
2.根据权利要求1所述的系统,其特征在于,所述业务组件库中存储的业务组件分为:
展现层部分和业务逻辑部分;其中,
所述展现层部分用于以表单的形式展现所述业务组件信息;
所述业务逻辑部分包括:
服务组件类,用于实现与展现层的接口服务;
领域组件,用于完成系统业务的逻辑封装;
数据访问组件,用于完成数据库访问操作。
3.根据权利要求2所述的系统,其特征在于,所述组件信息采用组件名称结合后缀的方式命名。
4.一种实现界面动态定制和生成的方法,其特征在于,包括以下步骤:
创建存储所有业务对应业务组件的业务组件库;
根据定制业务配置包括对应业务组件信息的界面定制信息;
从业务组件库中调取所述界面定制信息对应的业务组件,并生成用户可视的界面;
所述配置包括对应业务组件信息的界面定制信息包括:
根据定制业务完成主界面的定制信息配置,所述主界面的定制信息包括所述定制业务对应的业务组件集合,并以控件的形式表现出来;
根据定制业务对定制页面中业务组件进行复制;
通过以下步骤实现组件调取和界面生成:
读取当前业务对应的控件列表,并将其初始化;然后根据控件列表,反射调用各控件的初始化方法;
读取当前业务对应的校验规则列表,再根据校验规则列表读取对应的校验方法列表,然后反射调用所有的校验方法,并返回校验结果;
在上述校验结果正确之后,读取已经初始化的控件列表,然后反射调用每个控件的保存方法,保存控件相关的总体信息;
读取已经初始化的控件列表,然后反射调用每个控件的竣工方法,将定单竣工归档,并利用上述已保存的控件信息组合生成用户定制业务相应的可视界面。
5.根据权利要求4所述的方法,其特征在于,所述业务组件包括:展现层部分和业务逻辑部分;其中,
所述展现层部分至少包括JSP页面、STRUS调度类和表单;
所述业务逻辑部分至少包括服务组件类、领域组件和数据访问组件。
6.根据权利要求5所述的方法,其特征在于,所述组件信息采用组件名称结合后缀的方式命名;所述展现层部分业务组件和所述业务逻辑部分业务组件是由同一父类继承。
7.根据权利要求4所述的方法,其特征在于,通过以下步骤实现组件调取和界面生成:
在定制时选择通信服务和服务动作来定制界面内容;
在界面一侧选择通信服务和客户服务,并从另一侧的控件选择部分,将定制的业务相对应的控件内容转移到界面中;
根据定制的界面要求,依次从每个部分页面中控件的位置按照所述界面要求先后顺序转移完成,组合成所述定制业务对应的用户可视界面。
8.根据权利要求4所述的方法,其特征在于,所述定制界面内容至少包括客户账户信息、产品信息、服务信息、价格计划和客户订单,并分别对应五级控件的定制。
9.根据权利要求4所述的方法,其特征在于,当控件被选择后,展现所述控件的相应属性;所述属性包括:页标签序号、级别类型、显示顺序、是否可写、顶部位置、左部位置、必须修改标志、折叠展开标志、扩展信息折叠展开标志。
一种实现界面动态定制和生成的方法及系统\n技术领域\n[0001] 本发明涉及电信业务支撑系统建设领域,尤其涉及一种实现界面动态定制和生成的方法及系统。\n背景技术\n[0002] 随着电信业务支撑系统建设技术的发展,电信业务也呈现出多样化和复杂性的特点,而针对此出现了大量的网上营业厅、CRM(客户关系管理系统)等运营支撑系统,以便于用户操作和定制业务,并且这类系统大多体现为界面的形式。\n[0003] 但是,随着业务量的增大,就要求这些系统能够承载更多的业务受理等功能,从而要求系统提供更多的操作界面;然而,目前电信运营商或者其他类似行业的业务支撑系统都是按照一种业务一种功能进行一个单独界面的开发,这就很难做到各系统的相互复用;\n并且,受界面的开发难度和开发周期的限制,如果每个界面都单独开发,会使得运营商无法快速的根据客户需求推出新业务的受理界面,其会造成客户业务推出时间较长;而每个业务界面都需要不同的后续维护,这就容易增加维护成本、使得业务逻辑凌乱复杂;\n[0004] 此外,虽然现有技术中有一些可定制组件的实现方法,但这些方法均是面向技术开发人员,而运营支撑系统的使用人并不是开发人员,其最高层次的不过是系统维护人员;\n而作为系统维护人员无法做到像技术开发人员那样根据需求开发相应的界面系统,并且对于后续界面系统的维护也会变得非常困难。\n发明内容\n[0005] 有鉴于此,本发明解决的问题是提供一种实现界面动态定制和生成的方法及系统,能够根据需求定制和生成系统界面,并不需要为每个业务单独开发界面,从而减小了维护成本。\n[0006] 为解决上述问题,本发明提供的技术方案如下:\n[0007] 一种实现界面动态定制和生成的系统,包括:业务组件库、界面定制单元和业务组件调取单元;其中,\n[0008] 所述业务组件库用于存储所有业务对应的业务组件;\n[0009] 所述界面定制单元用于根据定制的业务配置包括对应业务组件信息的界面定制信息,并将该配置的界面定制信息发送给所述业务组件调取单元;\n[0010] 所述业务组件调取单元用于根据接收到的所述配置的界面定制信息,从所述业务组件库中调取所述定制业务对应的业务组件,生成用户可视的界面;\n[0011] 其中,所述界面定制单元包括:\n[0012] 主界面定制模块,用于完成主界面的定制信息配置,为所述业务组件调取单元提供数据基础;所述配置后的界面定制信息包括所述定制业务对应的业务组件集合,并以控件的形式展现出来;\n[0013] 界面批量复制模块,用于对定制的界面中的业务组件进行复制;\n[0014] 所述业务组件调取单元包括:初始化模块、数据校验模块、数据保存模块和生成模块;其中,\n[0015] 所述初始化模块用于读取当前业务对应的控件列表,并将其初始化;然后根据控件列表,反射调用各控件的初始化方法;\n[0016] 数据校验模块用于读取当前业务对应的校验规则列表,再根据校验规则列表读取对应的校验方法列表,然后反射调用所有的校验方法,并返回校验结果,如果校验结果正确则通知所述数据保存模块;\n[0017] 数据保存模块用于根据所述数据校验模块的校验结果读取所述初始化模块已经初始化的控件列表,反射调用每个控件的保存方法,然后保存业务相关的总体信息;\n[0018] 生成模块用于读取所述初始化模块已经初始化的控件列表,反射调用每个控件的竣工方法,利用所述数据保存模块保存的控件信息生成定制业务对应的界面。\n[0019] 优选的,所述业务组件库中存储的业务组件分为:展现层部分和业务逻辑部分;\n其中,\n[0020] 所述展现层部分用于以表单的形式展现所述业务组件信息;\n[0021] 所述业务逻辑部分包括:\n[0022] 服务组件类,用于实现与展现层的接口服务;\n[0023] 领域组件,用于完成系统业务的逻辑封装;\n[0024] 数据访问组件,用于完成数据库访问操作。\n[0025] 优选的,所述组件信息采用组件名称结合后缀的方式命名。\n[0026] 一种实现界面动态定制和生成的方法,包括以下步骤:\n[0027] 创建存储所有业务对应业务组件的业务组件库;\n[0028] 根据定制业务配置包括对应业务组件信息的界面定制信息;\n[0029] 从业务组件库中调取所述界面定制信息对应的业务组件,并生成用户可视的界面;\n[0030] 所述配置包括对应业务组件信息的界面定制信息包括:\n[0031] 根据定制业务完成主界面的定制信息配置,所述主界面的定制信息包括所述定制业务对应的业务组件集合,并以控件的形式表现出来;\n[0032] 根据定制业务对定制页面中业务组件进行复制;\n[0033] 通过以下步骤实现组件调取和界面生成:\n[0034] 读取当前业务对应的控件列表,并将其初始化;然后根据控件列表,反射调用各控件的初始化方法;\n[0035] 读取当前业务对应的校验规则列表,再根据校验规则列表读取对应的校验方法列表,然后反射调用所有的校验方法,并返回校验结果;\n[0036] 在上述校验结果正确之后,读取已经初始化的控件列表,然后反射调用每个控件的保存方法,保存控件相关的总体信息;\n[0037] 读取已经初始化的控件列表,然后反射调用每个控件的竣工方法,将定单竣工归档,并利用上述已保存的控件信息组合生成用户定制业务相应的可视界面。\n[0038] 优选的,所述业务组件包括:展现层部分和业务逻辑部分;其中,\n[0039] 所述展现层部分至少包括JSP页面、STRUS调度类和表单;\n[0040] 所述业务逻辑部分至少包括服务组件类、领域组件和数据访问组件。\n[0041] 优选的,所述组件信息采用组件名称结合后缀的方式命名;所述两部分组件是由同一父类继承。\n[0042] 优选的,通过以下步骤实现组件调取和界面生成:\n[0043] 在定制时选择通信服务和服务动作来定制界面内容;\n[0044] 在界面一侧选择通信服务和客户服务,并从另一侧的控件选择部分,将定制的业务相对应的控件内容转移到界面中;\n[0045] 根据定制的界面要求,依次从每个部分页面中控件的位置按照所述界面要求先后顺序转移完成,组合成所述定制业务对应的用户可视界面。\n[0046] 优选的,所述定制界面内容至少包括客户账户信息、产品信息、服务信息、价格计划和客户订单,并分别对应五级控件的定制。\n[0047] 优选的,当控件被选择后,展现所述控件的相应属性;所述属性包括:页标签序号、级别类型、显示顺序、是否可写、顶部位置、左部位置、必须修改标志、折叠展开标志、扩展信息折叠展开标志。\n[0048] 可以看出,采用本发明的方法和系统,根据不同的业务和服务的要求,从预先设置的业务组件库中调取相应的业务组件,并利用所述业务的数据校验规则配置成用户可视的界面,从而实现了业务界面的组件化,能够快速的适应新业务的推出,并有效的减小了后续维护成本。\n附图说明\n[0049] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。\n[0050] 图1是LTE中DRX机制的原理示意图;\n[0051] 图2是LTE中DRX工作过程示意图;\n[0052] 图3是本发明实施例1的方法流程示意图;\n[0053] 图4是本发明实施例2的DRX过程中各定时器的工作过程和相互关系示意图;\n[0054] 图5是本发明实施例3的DRX过程中各定时器的工作过程和相互关系示意图。\n具体实施方式\n[0055] 本发明的基本思想在于根据不同的业务和服务的要求,从预先设置的业务组件库中调取相应的业务组件,并利用所述业务的数据校验规则配置成用户可视的界面,从而实现了业务界面的组件化,能够快速的适应新业务的推出,并有效的减小了后续维护成本。\n[0056] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0057] 本发明实施例1提供了一种实现界面动态定制和生成的系统,如图1所示,该系统包括:业务组件库101、界面定制单元102和业务组件调取单元103;其中,\n[0058] 所述业务组件库101用于存储所有业务对应的业务组件;\n[0059] 具体的,在本发明实施例中,所述业务组件至少包括展现层部分和业务逻辑部分,但并不局限于此;其中,\n[0060] 展现层部分用于以表单的形式展现所述业务组件信息,其至少包括:JSP页面、STRUS调度类、表单等;\n[0061] 业务逻辑部分包括:\n[0062] 1)服务组件类(SRV),以EJB方式实现,实现与展现层的接口服务;\n[0063] 2)领域组件(DOMAIN),以JAVA类实现,主要完成系统业务的逻辑封装;\n[0064] 3)数据访问组件(DAO),以JAVA类实现,主要完成数据库访问操作。\n[0065] 每项组件信息都采用组件名称+后缀的方式来命名,如ADDR(地址信息组件),对应的展现层的组件为:soAddr.jsp、soAddrAction.java、soAddrForm.java等;对应的业务逻辑部分组件为:soAddrSVRBean.java、soAddrDOM.java、soAddrDAO.java等;而每种类型下所有的组件都是由同一抽象的父类继承,如soAddrDOM是从AbstractSoBaseDOM.java类继承过来的;在父类中定义了所有会在业务逻辑过程中使用的方法,如soInitNew(新装初始化方法)、soInitChg(变更初始化方法)、soSave(存储方法)、completeSo(竣工方法)等等;在子类中根据不同的实体和业务要求来实现各自的业务逻辑方法。\n[0066] 所述界面定制单元102用于根据定制的业务配置包括对应业务组件信息的界面定制信息,并将该配置的界面定制信息发送给所述业务组件调取单元;\n[0067] 具体的,在本实施例中,所述界面定制单元102至少包括:主界面定制模块和界面批量复制模块;其中,\n[0068] 主界面定制模块主要完成营业受理主界面的定制信息配置,为业务组件调取单元\n103提供数据基础;其中,配置数据表达的是:某个业务由哪些组件构成的;以下表所示的“普通电话新装业务”的界面组件配置信息为例:\n[0069] \n序 业务类型 页 组件级别 读写标志 修改必须标志 组件名称 组件英文名称号 面\n1 普通电话新装 2 S服务级 Y可写 N不是必须修改 付费信息 SoAcct\n2 普通电话新装 0 S服务级 Y可写 N不是必须修改 服务号码 SoAccNbr\n3 普通电话新装 2 S服务级 Y可写 N不是必须修改 用户群组 SoServGroup\n4 普通电话新装 3 S服务级 Y可写 N不是必须修改 服务信息 So\n5 普通电话新装 0 S服务级 Y可写 N不是必须修改 主产品属性 SoServPrptyMain\n6 普通电话新装 0 C客户级 Y可写 N不是必须修改 客户帐户 CoAcct\n7 普通电话新装 1 S服务级 Y可写 N不是必须修改 附加产品 SoProd\n8 普通电话新装 1 S服务级 Y可写 N不是必须修改 认证信息 SoAuth\n9 普通电话新装 0 S服务级 Y可写 N不是必须修改 地址 SoAddr\n10 普通电话新装 0 C客户级 Y可写 N不是必须修改 客户信息 CoCust\n11 普通电话新装 0 O客户级 Y可写 N不是必须修改 客户申请信息 Co\n12 普通电话新装 2 S服务级 Y可写 N不是必须修改 号薄 SoDirec\n13 普通电话新装 0 O产品级 Y可写 N不是必须修改 一次性费用 CoBusiPricePlan\n14 普通电话新装 0 P产品级 Y可写 N不是必须修改 主产品 Po\n15 普通电话新装 0 G产品级 Y可写 N不是必须修改 产品价格计划 PoPrice\n16 普通电话新装 0 S服务级 Y可写 N不是必须修改 服务客户关系 SoCust\n17 普通电话新装 0 P产品级 Y可写 N不是必须修改 营销活动 PoMsTask\n18 普通电话新装 3 S服务级 Y可写 N不是必须修改 担保 SoGuarantee\n19 普通电话新装 1 S服务级 Y可写 N不是必须修改 销售资源 SoRsProd\n[0070] 通过主界面定制模块完成界面定制数据保存后,形成上述信息,该信息包括所述定制业务对应的业务组件的集合,并以控件的形式展现出来;而这些信息将作为业务组件调取单元完成业务组件调取和界面生成的数据基础。\n[0071] 所述界面批量复制模块主要用于对定制的界面中的业务组件进行复制,以满足不同业务需求;具体的批量复制操作如图2所示,本文不再赘述。\n[0072] 所述业务组件调取单元103用于根据接收到的所述配置的界面定制信息,从所述业务组件库中调取所述定制业务对应的业务组件,生成用户可视的界面。\n[0073] 具体的,业务组件调取单元是整个系统中最重要的一部分,其至少包括初始化模块、数据校验模块、数据保存模块和生成模块;其中,\n[0074] 所述初始化模块用于读取当前业务对应的控件列表,并将其初始化;然后根据控件列表,反射调用各控件的初始化方法;其中,所述控件分为业务层(DOM)和展示层(Page);\n[0075] 数据校验模块用于校验定制业务对应的校验规则,每个校验规则对应有校验方法列表;具体的,首先读取当前业务对应的校验规则列表,再根据校验规则列表读取对应的校验方法列表,然后反射调用所有的校验方法,并返回校验结果,如果校验结果正确则通知所述数据保存模块;\n[0076] 数据保存模块用于根据所述数据校验模块的校验结果读取所述初始化模块已经初始化的控件列表,反射调用每个控件的保存方法,然后保存业务相关的总体信息,如变更信息等;\n[0077] 生成模块用于读取所述初始化模块已经初始化的控件列表,反射调用每个控件的竣工方法,利用所述数据保存模块保存的控件信息生成定制业务对应的界面;\n[0078] 其中,在本实施例中反射调用各种方法可采用现有方式实现,在此不再赘述。\n[0079] 结合上述思想,本发明实施例2又提出了一种实现界面动态定制和生成的方法,如图3所示,该方法包括以下步骤:\n[0080] 步骤301:创建存储所有业务对应业务组件的业务组件库;\n[0081] 具体的,所述业务组件库中存储的业务组件至少包括展现层部分和业务逻辑部分,但并不局限于此;其中,\n[0082] 展现层部分少包括:JSP页面、STRUS调度类、表单等;\n[0083] 业务逻辑部分包括:服务组件类(SRV)、领域组件(DOMAIN)和数据访问组件(DAO)。\n[0084] 每项组件信息都采用组件名称+后缀的方式来命名,如ADDR(地址信息组件),对应的展现层的组件为:soAddr.jsp、soAddrAction.java、soAddrForm.java等;对应的业务逻辑部分组件为:soAddrSVRBean.java、soAddrDOM.java、soAddrDAO.java等;而每种类型下所有的组件都是由同一抽象的父类继承,如soAddrDOM是从AbstractSoBaseDOM.java类继承过来的;在父类中定义了所有会在业务逻辑过程中使用的方法,如soInitNew(新装初始化方法)、soInitChg(变更初始化方法)、soSave(存储方法)、completeSo(竣工方法)等等;在子类中根据不同的实体和业务要求来实现各自的业务逻辑方法。\n[0085] 步骤302:根据定制业务配置包括对应业务组件信息的界面定制信息;\n[0086] 具体的,根据用户定制的业务来完成营业受理主界面的定制信息配置和界面批量复制操作;其中,完成定制业务的主界面定制信息的配置后用以提供后续调取操作的数据基础;而该配置数据主要表明的是某个业务由哪些组件构成的;\n[0087] 配置完主界面定制数据并保存后,形成上述信息,该信息包括所述定制业务对应的业务组件的集合,并以控件的形式展现出来;而这些信息将作为后续调取组件和界面生成的数据基础。\n[0088] 步骤303:从业务组件库中调取所述界面定制信息对应的业务组件,并生成用户可视的界面;\n[0089] 其中,业务组件的调度整个方法中最重要的一部分,主要根据目前用户定制的业务调取相应的业务组件,而在调取组件和生成界面的过程中需要发射调用各组件相应的方法;本实施例提出的调取组件和生成界面包括以下步骤,其主要通过总控类的操作来实现;\n但本领域技术人员了解,以下只是本发明的一个优选的实施方式而已,并不局限于此:如图\n4所示:\n[0090] S401、总控类(Order Control)初始化操作:\n[0091] 由上述说明可知界面定制定义了业务对应的控件集合,而界面通过控件的形式展现;首先总控类读取当前业务对应的控件列表,并将其初始化;然后根据控件列表,反射调用各控件的初始化方法;\n[0092] S402、总控类进行数据校验操作:\n[0093] 因校验框架定义了业务对应的校验规则,而每个校验规则对应有校验方法列表;\n故此步骤中,总控类首先读取当前业务对应的校验规则列表,再根据校验规则列表读取对应的校验方法列表,然后反射调用所有的校验方法,并返回校验结果;\n[0094] S403、总控类保存数据操作:\n[0095] 在上述校验结果正确之后,总控类首先读取已经初始化的控件列表,然后反射调用每个控件的保存方法,保存控件相关的总体信息,如变更信息等;\n[0096] S404、竣工归档以生成可视界面\n[0097] 总控类首先读取已经初始化的控件列表,然后反射调用每个控件的竣工方法,将定单竣工归档,并利用上述已保存的控件信息组合生成用户定制业务相应的可视界面。\n[0098] 上述为本发明实施例界面定制的后台原理性过程,任何其他界面生成的具体操作皆以此为基础;下面以具体的界面定制操作过程为例进行说明,如图5所示:整个界面分为上部菜单栏、中间功能工具栏、下方的界面定制部分;\n[0099] 其中界面部分的左边上部分为通信服务列表,下部为服务动作列表;界面部分的中间部分是界面设计部分;界面部分的右边上部分为可选择的控件,下部分为每个界面控件的属性;具体的:\n[0100] 1)在定制时选择通信服务和服务动作来定制这个客户服务的界面内容;其中,界面控件将不受级别限制,客户级、产品级控件均在这一层次定义;\n[0101] 2)在界面左边选择通信服务和客户服务;\n[0102] 3)右侧栏上部为控件选择部分,将定制的业务相对应的控件内容转移到界面中;\n其中,界面定制分为5块,客户账户信息、产品信息、服务信息、价格计划、客户订单,分别对应五级控件的定制;\n[0103] 4)根据定制的界面要求,依次从每个部分页面中控件的位置按照所述界面要求先后顺序转移完成,组合成所述定制业务对应的用户可视界面;\n[0104] 需要注意的是,右侧栏下部为属性栏,界面上选择一个控件后,即出现这个控件的属性,属性内容有:页标签序号(不能输入)、级别类型(不能输入)、显示顺序、是否可写(可以修改标识)、顶部位置、左部位置、必须修改标志、折叠展开标志、扩展信息折叠展开标志、字段定制等;操作用户在控件栏上右击菜单即可显示只读、可写(设置是否可写功能),字段定制等功能;\n[0105] 可以看出,采用本发明的方法和系统,根据不同的业务和服务的要求,从预先设置的业务组件库中调取相应的业务组件,并利用所述业务的数据校验规则配置成用户可视的界面,从而实现了业务界面的组件化,能够快速的适应新业务的推出,并有效的减小了后续维护成本。\n[0106] 专业人员还可以进一步应能意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。\n这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。\n专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。\n[0107] 结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。\n[0108] 对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。\n对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。\n[0109] 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2013-09-18
- 2010-05-12
实质审查的生效
IPC(主分类): G06F 9/44
专利申请号: 200810118746.7
申请日: 2008.08.20
- 2010-03-31
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2006-10-25
|
2005-10-14
| | |
2
| | 暂无 |
1997-10-21
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |