基于综合销售运营的数据处理方法及系统的制作方法
【专利摘要】本发明提供了一种基于综合销售运营的数据处理方法及系统，该数据处理方法包括：用户服务层：是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户输入的数据，显示系统输出的数据；中间层：包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间层；数据服务层：进行数据存取管理、完整性控制及并发控制。本发明的有益效果是本发明的数据处理方法及系统具有更好的数据安全性，数据处理能力得到进一步加强，便于用户的操作及使用。
【专利说明】基于综合销售运营的数据处理方法及系统
【技术领域】
[0001]本发明涉及计算机数据处理领域，尤其涉及基于综合销售运营的数据处理方法及系统。
【背景技术】
[0002]随着科技的进步，社会的发展，计算机已经广泛应用于人们的工作和生活当中。随着电子商务的发展，使机票、酒店预订非常便利，但是目前的数据处理复杂、数据处理能力差，给用户带来了诸多烦恼。
【发明内容】
[0003]为了解决现有技术中的问题，本发明提供了一种基于综合销售运营的数据处理方法。
[0004]本发明提供了一种基于综合销售运营的数据处理方法，包括:
用户服务层:是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户输入的数据，显示系统输出的数据；
中间层:包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间
层；
数据服务层:进行数据存取管理、完整性控制及并发控制。
[0005]作为本发明的进一步改进，所述数据服务层采用DBMS数据库。
[0006]作为本发明的进一步改进，所述中间层一方面起传递数据作用，进行数据处理；而且所述中间层还承担安全性检查的任务。
[0007]作为本发明的进一步改进，所述中间层的应用逻辑处理在Web应用服务器处理，Web应用服务器提供的服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制。
[0008]作为本发明的进一步改进，Web应用服务器所使用的是Internet上统一、开放的标准；调用Web应用服务器，能够直接使用Microsoft SOAP Toolkit或.NET的SOAP客户端，或者使用自己开发的SOAP客户端，然后把SOAP客户端和应用程序连接起来;Web应用服务器在允许重用代码的同时，同时也允许重用代码背后的数据。
[0009]本发明还提供了一种基于综合销售运营的数据处理系统，包括:
用户服务单元:是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户输入的数据，显示系统输出的数据；
中间单元:包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间单元；
数据服务单元:进行数据存取管理、完整性控制及并发控制。
[0010]作为本发明的进一步改进，所述数据服务单元采用DBMS数据库。
[0011 ] 作为本发明的进一步改进，所述中间单元一方面起传递数据作用，进行数据处理；而且所述中间单元还承担安全性检查的任务。
[0012]作为本发明的进一步改进，所述中间单元的应用逻辑处理在Web应用服务器处理，Web应用服务器提供的服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制。
[0013]作为本发明的进一步改进，Web应用服务器所使用的是Internet上统一、开放的标准；调用Web应用服务器，能够直接使用Microsoft SOAP Toolkit或.NET的SOAP客户端，或者使用自己开发的SOAP客户端，然后把SOAP客户端和应用程序连接起来;Web应用服务器在允许重用代码的同时，同时也允许重用代码背后的数据。
[0014]本发明的有益效果是:本发明的数据处理方法及系统具有更好的数据安全性，数据处理能力得到进一步加强，便于用户的操作及使用。
【专利附图】
【附图说明】
[0015]图1是本发明的原理框图。
【具体实施方式】
[0016]本发明公开了一种基于综合销售运营的数据处理方法，包括:
用户服务层:是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户输入的数据，显示系统输出的数据；
中间层:包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间
层；
数据服务层:进行数据存取管理、完整性控制及并发控制。
[0017]所述数据服务层采用DBMS数据库。
[0018]所述中间层一方面起传递数据作用，进行数据处理；而且所述中间层还承担安全性检查的任务。
[0019]所述中间层的应用逻辑处理在Web应用服务器处理，Web应用服务器提供的服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制。
[0020]Web应用服务器所使用的是Internet上统一、开放的标准；调用Web应用服务器，能够直接使用Microsoft SOAP Toolkit或.NET的SOAP客户端，或者使用自己开发的SOAP客户端，然后把SOAP客户端和应用程序连接起来;Web应用服务器在允许重用代码的同时，同时也允许重用代码背后的数据。
[0021]如图1所示，本发明还公开了一种基于综合销售运营的数据处理系统，包括: 用户服务单元:是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户
输入的数据，显示系统输出的数据；
中间单元:包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间单元；
数据服务单元:进行数据存取管理、完整性控制及并发控制。
[0022]所述数据服务单元采用DBMS数据库。
[0023]所述中间单元一方面起传递数据作用，进行数据处理；而且所述中间单元还承担安全性检查的任务。[0024]所述中间单元的应用逻辑处理在Web应用服务器处理，Web应用服务器提供的服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制。
[0025]Web应用服务器所使用的是Internet上统一、开放的标准；调用Web应用服务器，能够直接使用Microsoft SOAP Toolkit或.NET的SOAP客户端，或者使用自己开发的SOAP客户端，然后把SOAP客户端和应用程序连接起来；Web应用服务器在允许重用代码的同时，同时也允许重用代码背后的数据。
[0026]本发明是基于B/S结构，即Browser/Server (浏览器/服务器)结构，是随着Internet和Intranet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。B/S结构。它主要是利用了不断成熟的Wffff浏览器技术，结合浏览器的多种Script语言(VBScript、JavaScript...)和ActiveX技术,用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术，这种结构已成为当今应用软件的首选体系结构。显然B/S结构应用程序相对于传统的C/S结构应用程序将是巨大的进步。
[0027]Browser/Server结构具有以下三个典型的特征:
1.分布在网络上的服务器特征；
2.标准浏览器Browser界面特征；
3.数据与应用逻辑分离的特征。
[0028]Browser/ffebServer/DataBaseServer结构指硬件的体系结构，也有相应的逻辑的体系结构相对应。在Browser / Web Server / Data Base Server计算模型中，要完成的功能在浏览器、Web应用服务器和数据库服务器之间进行划分。
[0029]硬件的Browser/WebServer/DataBaseServer结构，通常是指某项请求任务在浏览器或Web应用服务器和数据库服务器之间进行分配，其中浏览器用来发送请求和前端表示处理，Web应用服务器处理来自浏览器的请求，数据库服务器处理数据查询逻辑处理。
[0030]对逻辑系统体系来说，分为表示层(用户服务层)、商业逻辑处理层(中间层)、和数据处理层(数据服务层)三层客户\服务器结构。
[0031]鉴于两层结构(C/S)在设计和应用的局限性，将复杂的业务数据处理提出，将复杂的业务数据处理提出，将系统的逻辑结构和物理结构分离，形成三层结构的客户\服务器结构，运用基于组件的分布式技术，从结构上就避免两层结构的局限性.三层结构具体内涵如下:
用户服务层:用户服务层是应用的用户接口部分，是用户与系统间交互信息的窗口.它的主要功能是检查用户输入的数据，显示系统输出的数据。如果用户服务层需要修改时，只需改写显示控制和数据校验程序，而不影响其他两层，检查的内容也只限于数据格式和取值范围，不包括有关业务本身的处理逻辑。该用户服务层可以理解为浏览器。
[0032]中间层:它是应用的主体，它包括了应用中全部的业务处理程序。除了输入/输出在用户服务层、数据库在数据服务层外，全部的统计、汇总、分析、打印功能全部封装在商业服务层。中间层一方面起传递数据作用，一方面进行强大的数据处理。该层还承担安全性检查的任务。
[0033]数据服务层就是数据库管理系统(DBMS)，负责管理对数据库数据的读写。DBMS能迅速执行大量的数据的更新和检索。一般商业服务层通过发送SQL命令来操作数据库的数据。
[0034]B/S结构中数据存取的工作过程:
从基于Web应用系统应用功能划分体系结构来看，应用处理逻辑、显示和数据表示及用户交互界面等部分在浏览器端完成；应用逻辑处理逻辑及表示解释在Web应用服务器处理，服务器提供的服务主要包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制等。而数据存取管理、完整性控制及并发控制等部分在数据库服务器端完成。
[0035]用户需要存取数据库，具体将表示为客户应用中的SQL语句，SQL语句嵌入HTML，经由Web传输到Web应用服务器一端，逻辑处理和网络连接，传到了数据库服务器软件，由数据库服务器软件执行SQL语句，实现对数据库的访问，具体的磁盘的输入/输出再通过应用服务器端的操作系统来完成。从数据库取得的结果数据，将按反方向送回给浏览器用户。
[0036]三层结构技术有如下关键特性:
规则的封装，三层结构软件的中间层是封装了商务规则的组件。商务业务是一种比较规范化和标准话的流程，分析其整个过程，可以将不同项目建立成不同的对象，根据其涉及的数据和处理流程设计成属性、方法并独立封装，使工作对象化。这样，又可分析行业的特性，根据不同的行业特性，根据不同的行业特性制定不同类别的对象，如:由于行业的不同，制定不同行业的资产负债表等报表对象，用户可在按装时选择适合的构件。另外，可以根据用户具体的需求设计特定的组件，替换标准件即可为用户量体裁衣。
[0037]面向对象编程，组件技术实际上就是实施面向对象的编程，将逻辑对象程序化，无需再次编写程序。
[0038]采用高性能的DBMS数据库，三层结构的软件采用高性能的DBMS数据库，DBMS数据库是在服务器上运行的强大数据库引擎，拥有自己的CPU，管理服务器内存和磁盘读写操作，数据处理功能完善，支持标准的外部查询语言SQL。
[0039]三层结构支持市场上流性的DBMS数据库系统，并且软件系统易于在各数据系统的数据移植，这样真正做到数据和程序完全独立。值得强调的一点，三层结构软件将支持同时使用一种数据源。
[0040]可扩展的集成开发能力，三层结构软件由于采用组件化开发，内部结构松散与逻辑紧密结合，将此组件向用户开放，提供简单调用接口，用户或二次开发商可以在自己的应用程序中调用该组件，就可将现有或正在研发的信息系统与系统连接起来，这一点将证明三层结构技术将具有相当的应用价值。
[0041]Web Service (Web应用服务器)主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。
[0042]Web Service 所使用的是 Internet 上统一、开放的标准，如 HTTP、XML、SOAP(简单对象访问协议)、WSDL等，所以Web Service可以在任何支持这些标准的环境(Windows, Linux)中使用。注:SOAP 协议(Simple Object Access Protocal,简单对象访问协议)，它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。
[0043]Web Services框架的核心技术包括SOAP ,WSDL和UDDI，它们都是以标准的XML文档的形式表的。[0044]XML: (Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是Soap的基础。
[0045]SOAP, Simple Object Access Protocol,简单对象访问协议。SOAP是一种简单的、轻量级的基于XML的机制，用于在网络应用程序之间进行结构化数据交换。
[0046]SOAP包括三部分:一个定义描述消息内容的框架的信封,一组表不应用程序定义的数据类型实例的编码规则，以及表示远程过程调用和响应的约定。
[0047]WSDL, Web Service Description Language, Web服务描述语言，是用 XML文档来描述Web服务的标准，是Web服务的接口定义语言。WSDL文件是一个XML文档，用于说明一组SOAP消息以及如何交换这些消息。
[0048]UDDI, Universal Description, Discovery and Integration 统一描述发现和集成，提供一种发布和查找服务描述的方法。UDDI数据实体提供对定义业务和服务信息的支持。WSDL中定义的服务描述信息是UDDI注册中心信息的补充。
[0049]Web Services 服务提供方通过 WSDL (Web Services Description Language)描述所提供的服务，并将这一描述告知Web Services注册服务器。注册服务器依据WSDL的描述，依照 UDDI (Universal Description Discovery and Integration)的协定更新服务目录并在Internet上发布。用户在使用Web Services前先向注册服务器发出请求，获得Web Services提供者的地址和服务接口信息，之后使用SOAP协议(Simple ObjectAccess Protocol)与Web Services提供者建立连接，进行通信。Web Services的技术主要建立在XML的规范之上，这保证了这一体系结构的平台无关性、语言无关性和人机交互性能。
[0050]Web Services的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。Web Services具有如下优势:
1.跨防火墙的通信:如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。要是客户端代码不再如此依赖于HTML窗体，客户端的编程就简单多了。如果中间层组件换成WebService的话，就可以从用户接口直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用Web Service,可以直接使用Microsoft SOAP Toolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。
[0051]2.应用程序集成:企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行的一台主机上的程序中获取数据；或者把数据发送到主机或其它平台应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过Web Service，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。[0052]3.B2B 的集成:B2B 指的是 Business to Business, as in businesses doingbusiness with other businesses,商家(泛指企业)对商家的电子商务，即企业与企业之间通过互联网进行产品、服务及信息的交换。通俗的说法是指进行电子商务交易的供需双方都是商家(或企业、公司)，她们使用了 Internet的技术或各种商务网络平台，完成商务交易的过程。Web Service是B2B集成成功的关键。通过Web Service,公司可以只需把关键的商务应用“暴露”给指定的供货商和客户，就可以了，Web Service运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。Web Service只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。用Web Service来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为Web Service，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本。
[0053]4.软件和数据重用:Web Service在允许重用代码的同时,可以重用代码背后的数据。使用Web Service，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远程的Web Service就可以了。另一种软件重用的情况是，把好几个应用程序的功能集成起来，通过Web Service “暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的接口。可以在应用程序中使用第三方的Web Service提供的功能,也可以把自己的应用程序功能通过Web Service提供给别人。两种情况下，都可以重用代码和代码背后的数据。
[0054]本发明在XML Web Service的应用，最初的XML Web Service通常是可以方便地并入应用程序的信息来源，如股票价格、天气预报、体育成绩等等。以XML Web Service方式提供现有应用程序，可以构建新的、更强大的应用程序，并利用XML Web Service作为构造块。例如，用户可以开发一个采购应用程序，以自动获取来自不同供货商的价格信息，从而使用户可以选择供货商。
[0055]以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属【技术领域】的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
【权利要求】
1.一种基于综合销售运营的数据处理方法，其特征在于，包括: 用户服务层:是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户输入的数据，显示系统输出的数据； 中间层:包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间层； 数据服务层:进行数据存取管理、完整性控制及并发控制。
2.根据权利要求1所述的数据处理方法，其特征在于:所述数据服务层采用DBMS数据库。
3.根据权利要求1所述的数据处理方法，其特征在于:所述中间层一方面起传递数据作用，进行数据处理；而且所述中间层还承担安全性检查的任务。
4.根据权利要求1所述的数据处理方法，其特征在于:所述中间层的应用逻辑处理在Web应用服务器处理，Web应用服务器提供的服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制。
5.根据权利要求1所述的数据处理方法，其特征在于:Web应用服务器所使用的是Internet上统一、开放的标准；调用Web应用服务器，能够直接使用Microsoft SOAPToolkit或.NET的SOAP客户端，或者使用自己开发的SOAP客户端，然后把SOAP客户端和应用程序连接起来;Web应用服务器在允许重用代码的同时，同时也允许重用代码背后的数据。
6.一种基于综合销售运营的数据处理系统，其特征在于，包括: 用户服务单元:是应用的用户接口部分，是用户与系统间交互信息的窗口，是检查用户输入的数据，显示系统输出的数据； 中间单元:包括应用中全部的业务处理程序，统计、汇总、分析、打印功能全部封装在中间单元； 数据服务单元:进行数据存取管理、完整性控制及并发控制。
7.根据权利要求6所述的数据处理系统，其特征在于:所述数据服务单元采用DBMS数据库。
8.根据权利要求6所述的数据处理系统，其特征在于:所述中间单元一方面起传递数据作用，进行数据处理；而且所述中间单元还承担安全性检查的任务。
9.根据权利要求6所述的数据处理系统，其特征在于:所述中间单元的应用逻辑处理在Web应用服务器处理，Web应用服务器提供的服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制。
10.根据权利要求6所述的数据处理系统，其特征在于:Web应用服务器所使用的是Internet上统一、开放的标准；调用Web应用服务器，能够直接使用Microsoft SOAPToolkit或.NET的SOAP客户端，或者使用自己开发的SOAP客户端，然后把SOAP客户端和应用程序连接起来;Web应用服务器在允许重用代码的同时，同时也允许重用代码背后的数据。
【文档编号】G06F17/30GK103927173SQ201410152348
【公开日】2014年7月16日 申请日期:2014年4月16日 优先权日:2014年4月16日
【发明者】黄晓刚 申请人:深圳市腾邦国际商业服务股份有限公司