论文部分内容阅读
[摘要]随着市场的发展,服务产品更新换代已越来越频繁。提供产品服务的公司如果仍旧按照传统方式,每当业务上新增一个产品或模块就必须重新对业务程序及界面等进行更新,不仅开发成本增加,开发周期延长,也导致管理及维护成本增加。因此,迫切需要“通用型、智能型”的产品设计、受理系统来代替传统设计开发方式。
[关键词]页面智能生成 动态页面管理 通用逻辑模型 XML
中图分类号:H04L 12/28;H04L 29/08 文献标识码:A 文章编号:1009-914X(2013)13-0078-01
目前对于那些提供的产品服务多,收费复杂,产品服务更新快的公司,例如,移动通讯公司,每当业务上新开发一个套餐,那也意味着针对新业务必须增加一个受理程序页面,也就是代码级别的增加。
该领域所使用的是BOSS系统,它是一个综合的业务运营和管理平台,同时也是真正融合了传统IP数据业务与该领域增值业务的综合管理平台。BBOSS系统是BOSS系统的一个子系统,是集团客户运营支撑系统的缩写。BBOSS系统的功能主要包括集团业务的受理;与营销平台之间提供数据交互功能;与网管、ADC平台之间提供数据交互功能等。
集团业务的受理是流程的开始,也是最关键的一步。
首先,我们要理解集团业务受理的是什么。简单的说,集团业务受理的实际上是一个个打包好的资费和服务的组合。我们可以将这些组合看成是一个个的产品。按照其特征分类可分为:个人产品、集团产品、计费产品、帐务产品。再将这些产品组合后就成了套餐。
业务受理即是在受理页面里面选择套餐,再选择合适的资费及服务,由于每个客户是唯一的,具有不同的特性与不同的要求,因此还要填写相关的扩展开通属性,选择账户后形成订单,再根据订购的产品类别发给相关平台,获得正确回复信息后完成相关订购。而受理页面的生成是靠程序查询相关数据库的数据,在按照需求组装数据生成的。整个受理系统是为公司自动化办公、流程化的处理、提高订单处理速度与质量服务的。
今天的通讯领域业务越来越趋向于多元化和个性化,随之而来的是对资费的需求越来越多元化和个性化。
以前的资费模型在灵活性上有较大的限制,已经不能满足日新月异的资费需求。现在往往一个复杂的产品被加入到套餐,意味着受理页面的修改。
鉴于以上问题,结合移动通讯领域的产品特点研究在使用J2EE及相关技术下如何设计数据模型使产品的概念更加具有通用性,如何能简单快速的编辑修改模型并且能让通用的受理页面智能的展示产品信息。
一、移动通讯领域所涉及到的产品受理概述及面临现状
目前,移动通讯领域产品因为产品及费用的特性,其管理功能分散于RBOSS、BBOSS、计费、帐务四个子系统中,各有各的受理界面,各有各的受理流程,虽然看上去分别在这些子系统中处理的产品不相干,但实质上它们的关联性是非常强的,因为客户受理的是套餐,套餐中有多种类型的产品供选择。有些产品的定义和管理可能在多个子系统中,这样经常会造成产品信息的不完整,一个子系统中存在这个数据,另一个相关子系统中不存在,这使得这个产品成了脏数据。而且一旦新增某个跨子系统的产品时,往往几个子系统的受理页面都要改。代码更改频率很高。
而且市场需求是经常变换的,随时可能有特殊的,不完全符合程序事先逻辑定义的产品数据出现。这时如果在逻辑上改动数据模型的结构,那样的成本太大,意味着以前配置的产品数据都得改动,页面也要改动,所以往往只能把这种产品做特殊处理。在代码里面写死,这样不仅仅不符合工程规范,更为重要的是如果写死这部分代码而又没有足够的文档信息,一旦打这种补丁的人因为这样那样的原因走掉没来得及告诉接替他的人,那么接替他的人只能痛苦的一行一行的自己去查代码,好不容易的找到代码,遇到这种产品的再次需求变动,也只能在这个补丁上再打上个补丁了。
移动通讯领域业务受理的现状,迫切需要变革。要求同一“受理界面”能将所有的产品概念,特殊的需求都囊括进去,而且受理界面也是根据配置数据智能生成的。这个模型应具有高度的扩展性,受理界面的生成虽然是取得配置的模型数据,但不应该依赖于配置的模型数据的逻辑结构。最终,可以通过网页的形式进行数据模型的设计,数据的录入管理,界面显示控件的配置来智能生成产品受理页面,达到产品受理的目的。
二、通用数据模型的意义
针对传统的JSP页面设计和开发现状,主要对产品受理页面智能动态生成框架技术进行研究。由此提出一个通用的,可扩展的通用数据模型。所有业务规则都能被这个数据模型所容纳[1]。产品受理页面是根据受理者的选择动态的生成。
首先,分析各种业务需求的特性及共性。然后通过寻找它们之间的联系以及对相似概念的抽象,按照需求构建出通用逻辑模型的设计框架。通过该框架将所有业务的需求数据进行配置成一定规范的逻辑模型。
其次,将配置数据问题纳入到程序系统中来,通过程序生成配置网页,能达到即配即用的效果[2]。需要配置的数据包括模型数据,具体的产品数据,界面显示配置数据。
然后,根据受理者的选择,从配置好的规范化产品数据中抽取相关数据,自动形成业务受理页面。受理页面显示的是相关业务数据的某几个部分,显示哪些部分也应该通过配置来控制。这样可以将页面的智能形成与产品数据配置的耦合度降到最低。这样无论数据模型配置如何改动,或是关系的变动,对于页面来说,只要改改页面配置就好了,不用改动代码或JSP页面[3]。
使用可扩展的数据模型,意义在于被设计的系统的通用性,可扩展性以及它的智能性。它的通用性在于适合绝大多数的不同种类不同类型产品订购;它的可扩展性在于这个系统只有一个Jsp页面却可以进行多个不同产品受理,它可以和不同类型的后续订购相结合形成一个完整的具有各自特点的订购系统。它的智能性在于将它放在不同环境中时,只需改动配置文件,代码及页面无需改动。
三、结束语
本文主要在J2EE的架构下,对产品受理系统进行设计开发,提出了一个通用的逻辑数据模型,通过数据配置实现通用性,所有业务及规则都能按照这个框架去设计各自特有的逻辑模型。
本文所设计的通用、智能型产品开发受理系统可避免传统开发受理方式所带来的管理维护及更新成本高的问题。新类型产品创建上线更迅捷,而且对系统维护操作人员的要求更低。使用本系统可以快速搭建产品受理系统,在无需修改任何代码的情况下得到希望的产品受理页面。
参考文献:
[1] 李建中,高宏.一种数据仓库的多维数据模型[J].软件学报,2000,11(7):908-917.
[2] 黄文卿.可配置管理信息系统的通用开发平台研究[D].硕士学位论文,复旦大学,2008.
[3] 李平.基于JSP的动态网页开发技术[J].微计算机信息,2009,25(7-3):108-109.
[关键词]页面智能生成 动态页面管理 通用逻辑模型 XML
中图分类号:H04L 12/28;H04L 29/08 文献标识码:A 文章编号:1009-914X(2013)13-0078-01
目前对于那些提供的产品服务多,收费复杂,产品服务更新快的公司,例如,移动通讯公司,每当业务上新开发一个套餐,那也意味着针对新业务必须增加一个受理程序页面,也就是代码级别的增加。
该领域所使用的是BOSS系统,它是一个综合的业务运营和管理平台,同时也是真正融合了传统IP数据业务与该领域增值业务的综合管理平台。BBOSS系统是BOSS系统的一个子系统,是集团客户运营支撑系统的缩写。BBOSS系统的功能主要包括集团业务的受理;与营销平台之间提供数据交互功能;与网管、ADC平台之间提供数据交互功能等。
集团业务的受理是流程的开始,也是最关键的一步。
首先,我们要理解集团业务受理的是什么。简单的说,集团业务受理的实际上是一个个打包好的资费和服务的组合。我们可以将这些组合看成是一个个的产品。按照其特征分类可分为:个人产品、集团产品、计费产品、帐务产品。再将这些产品组合后就成了套餐。
业务受理即是在受理页面里面选择套餐,再选择合适的资费及服务,由于每个客户是唯一的,具有不同的特性与不同的要求,因此还要填写相关的扩展开通属性,选择账户后形成订单,再根据订购的产品类别发给相关平台,获得正确回复信息后完成相关订购。而受理页面的生成是靠程序查询相关数据库的数据,在按照需求组装数据生成的。整个受理系统是为公司自动化办公、流程化的处理、提高订单处理速度与质量服务的。
今天的通讯领域业务越来越趋向于多元化和个性化,随之而来的是对资费的需求越来越多元化和个性化。
以前的资费模型在灵活性上有较大的限制,已经不能满足日新月异的资费需求。现在往往一个复杂的产品被加入到套餐,意味着受理页面的修改。
鉴于以上问题,结合移动通讯领域的产品特点研究在使用J2EE及相关技术下如何设计数据模型使产品的概念更加具有通用性,如何能简单快速的编辑修改模型并且能让通用的受理页面智能的展示产品信息。
一、移动通讯领域所涉及到的产品受理概述及面临现状
目前,移动通讯领域产品因为产品及费用的特性,其管理功能分散于RBOSS、BBOSS、计费、帐务四个子系统中,各有各的受理界面,各有各的受理流程,虽然看上去分别在这些子系统中处理的产品不相干,但实质上它们的关联性是非常强的,因为客户受理的是套餐,套餐中有多种类型的产品供选择。有些产品的定义和管理可能在多个子系统中,这样经常会造成产品信息的不完整,一个子系统中存在这个数据,另一个相关子系统中不存在,这使得这个产品成了脏数据。而且一旦新增某个跨子系统的产品时,往往几个子系统的受理页面都要改。代码更改频率很高。
而且市场需求是经常变换的,随时可能有特殊的,不完全符合程序事先逻辑定义的产品数据出现。这时如果在逻辑上改动数据模型的结构,那样的成本太大,意味着以前配置的产品数据都得改动,页面也要改动,所以往往只能把这种产品做特殊处理。在代码里面写死,这样不仅仅不符合工程规范,更为重要的是如果写死这部分代码而又没有足够的文档信息,一旦打这种补丁的人因为这样那样的原因走掉没来得及告诉接替他的人,那么接替他的人只能痛苦的一行一行的自己去查代码,好不容易的找到代码,遇到这种产品的再次需求变动,也只能在这个补丁上再打上个补丁了。
移动通讯领域业务受理的现状,迫切需要变革。要求同一“受理界面”能将所有的产品概念,特殊的需求都囊括进去,而且受理界面也是根据配置数据智能生成的。这个模型应具有高度的扩展性,受理界面的生成虽然是取得配置的模型数据,但不应该依赖于配置的模型数据的逻辑结构。最终,可以通过网页的形式进行数据模型的设计,数据的录入管理,界面显示控件的配置来智能生成产品受理页面,达到产品受理的目的。
二、通用数据模型的意义
针对传统的JSP页面设计和开发现状,主要对产品受理页面智能动态生成框架技术进行研究。由此提出一个通用的,可扩展的通用数据模型。所有业务规则都能被这个数据模型所容纳[1]。产品受理页面是根据受理者的选择动态的生成。
首先,分析各种业务需求的特性及共性。然后通过寻找它们之间的联系以及对相似概念的抽象,按照需求构建出通用逻辑模型的设计框架。通过该框架将所有业务的需求数据进行配置成一定规范的逻辑模型。
其次,将配置数据问题纳入到程序系统中来,通过程序生成配置网页,能达到即配即用的效果[2]。需要配置的数据包括模型数据,具体的产品数据,界面显示配置数据。
然后,根据受理者的选择,从配置好的规范化产品数据中抽取相关数据,自动形成业务受理页面。受理页面显示的是相关业务数据的某几个部分,显示哪些部分也应该通过配置来控制。这样可以将页面的智能形成与产品数据配置的耦合度降到最低。这样无论数据模型配置如何改动,或是关系的变动,对于页面来说,只要改改页面配置就好了,不用改动代码或JSP页面[3]。
使用可扩展的数据模型,意义在于被设计的系统的通用性,可扩展性以及它的智能性。它的通用性在于适合绝大多数的不同种类不同类型产品订购;它的可扩展性在于这个系统只有一个Jsp页面却可以进行多个不同产品受理,它可以和不同类型的后续订购相结合形成一个完整的具有各自特点的订购系统。它的智能性在于将它放在不同环境中时,只需改动配置文件,代码及页面无需改动。
三、结束语
本文主要在J2EE的架构下,对产品受理系统进行设计开发,提出了一个通用的逻辑数据模型,通过数据配置实现通用性,所有业务及规则都能按照这个框架去设计各自特有的逻辑模型。
本文所设计的通用、智能型产品开发受理系统可避免传统开发受理方式所带来的管理维护及更新成本高的问题。新类型产品创建上线更迅捷,而且对系统维护操作人员的要求更低。使用本系统可以快速搭建产品受理系统,在无需修改任何代码的情况下得到希望的产品受理页面。
参考文献:
[1] 李建中,高宏.一种数据仓库的多维数据模型[J].软件学报,2000,11(7):908-917.
[2] 黄文卿.可配置管理信息系统的通用开发平台研究[D].硕士学位论文,复旦大学,2008.
[3] 李平.基于JSP的动态网页开发技术[J].微计算机信息,2009,25(7-3):108-109.