WSMO descriptions of application 1 - DIP - Semantic Web

WSMO descriptions of application.1. INTRODUCTIONThis document introduces the WSMO formal description of eBanking Case Study WebServices. The objective of this document is twofold: on the one hand it provides a usefulrequirement set for DIP software infrastructure and on the other hand it contributes tothe construction of basic eBanking SWS infrastructure.The eBanking case study covers almost all typical scenarios of application constructionand integration using SWS technology. The application automates the process ofcollecting mortgage data from several banks, taking into account that the data can beaccessed by executing SWS from different banks. Then it provides this aggregatedinformation to users, according to the data that they have filled-in in appropriate queryforms.From the business point of view it helps the bank customer to find out the best mortgageproduct. Even if the functionality is not new (many banks already include it in theirservice offering) the underlying technology is revolutionary. The usage of DIPtechnology allows for low cost and quick application construction and adaptation to themarket evolution and needs. In a short period of time and with less effort thantraditional software development, the bank is able to deploy new business processes totheir customers.This document is organized as follows: section 2 defines the general organization of theUse Case; Section 3 presents examples of specific WSMO descriptions. Section 4concludes the document.2. USE CASE OVERVIEWThis section provides a description of the setting of this use case.2.1. INTRODUCTIONComparador.com is a web portal that provides mortgage information offered byfinancial organizations to its users. At this moment this process is not automatic andrequires human interaction; since a worker has to update the information baseswhenever there is a change in the mortgages, the maintainance cost is elevated. UsingSWS this process can be automated, reducing the costs and increasing the quality of theinformation since the data are collected in real time.Actually these kinds of services are fed with data obtained with screen-scrapingtechniques or filled in by humans. These data are used internally to resolve the requiredmathematic formulae. Thus, the information should not be quite accurate, since slightlydifferent formulae could be used by each Bank, as is actually the case.In contrast with these kinds of services, in our Case Study data is to be calculated byeach Bank provider, using its own formulae and, therefore, certifying the results in realtime. It is then possible to apply this case study to other industrial sectors. For example,it can be used to create Simulator/Comparator applications to the Travel, Real State orInsurance sectors.- 1 -