Camera Ready Paper id 126 126 - PDF
UBICC, the Ubiquitous Computing and Communication Journal [ISSN 1992-8424], is an international scientific and educational organization dedicated to advancing the arts, sciences, and applications of information technology. With a world-wide membership, UBICC is a leading resource for computing professionals and students working in the various fields of Information Technology, and for interpreting the impact of information technology on society.
EXTENSION OF UML(OPEN) ABSTRACT MODELING TO DEVELOP WEB APPLICATION SUPPORTING PLATFORM AND DEVICE INDEPENDENCE Manuj Darbari, Assistant Professor, Department of Information Technology, BBDNITM, A-649, Indira Nagar, Lucknow,India. email@example.com Bhaskar Karn, Coordinator, Department of Information Science, B.I.T, Mesra Ranchi,India. Prof.Dr.P.K. Bansal, Principal, Malout Institute of Management and Information Technology(MIMIT),Malout-Punjab.India-152107, Rajesh Goel ,Associate Professor and Head, Electronics and Communication Engineering Department, Ambala college of engineering and applied Research, Post Office- Sambalkha, Ambala Cantt-133101-Haryana. India ABSTRACT Traffic modeling has become a major issue for many cities throughout the world. There are number of simulation tools and websites available which can depict the urban Traffic situations. Our work extends the concept of Traffic Website Design which should be independent of platform as well as device. Keywords: OPEN(Object Process Environment Notation). 1 INTRODUCTION where the abstract platform is defined. In order to design complex abstract platform, we can use UML In this paper we will be focusing on a web site 20 composite structure to break up a complex design design specially designated for urban Traffic into smaller pieces. Generally for urban traffic commuters as well Traffic Management official. To modeling we have used state-machine and activity begin with we are focusing integration of platform diagrams which encapsulates classifiers to define independent modeling being UML. The concepts that their behaviour. Since the behaviour of the abstract plain UML prescribes for specifying communication platform is also described in UML, it may be between application parts (Objects and components) necessary to continue the explicit and the implicit imply an abstract platform that is based on request abstract platform definition approaches. In the next response model and on message passing. In UML 2.0 half of the paper we will be concentrating of device meta-model, behavioral operations represent the independent website design of urban traffic which capability of classifier to receive and to respond to can provide the information so the common user requests. Requests are sent when objects exercise about traffic conditions on his mobiles, PDA and signal instances, which are sent asynchronously by telephones equipped with speech recognition other objects when these execute send signal actions software's. and Broad cast signal actions. During late 90's it was general conception that The specialization of UML for defining website means it has to be supported by browser of a abstract platform characteristics can be made more personnel computer or a laptop. It is very well shown manageable and clearly defined through the use of by Ginage and Murugesan in their paper on web UML profiles. Profiles are language extensions engineering that by the help of XML/XDL we can consisting of metamodel elements[1,3] that achieve browser loss web providing in basic flexible specialise elements of a reference model. The infrastructure to independently define content and specialised elements can be given specific semantic presentation. We will be using UML modeling variation points. technique to develop the device independent website. To further define an abstract platform model, 2 PLATFORM INDEPENDENT WEB library packages are accommodated in UML 2.0. The MODELING abstract platform model library package can be imported by platform Independent Model of the Consider an example of Traffic information application. Then we will be creating a dependency website in which a user can enquire about the latest between the package where platform independence model is defined and the model library package Traffic conditions on a particular route through Ubiquitous Computing and Communication Journal - 11- online query mechanisms with system 2.2 Discussion of the above model administration. We can call this abstract platform the From the above UML model we are able to Traffic Abstract Platform. In order to define the define the behavioural aspects of components taking composition of the Traffic binding object with the part in a web model designing. Secondly the if a application, we use reachable exchange of designer is following some language then he or she asynchronous signal exchange with the implicit may favour directly some platforms over the other. approach, by defining a UML profile. We can show The UML composite structure proposed in Fig. 2 and the relationship between platform independent Fig. 3. The composite structure of transportation modeling of the application and the abstract website can be created or destroyed along with platform. components to which they are attached if the port The main of modeling elements used in Figure 1 are connecting to them is destroyed first. This implies that if we want to model our unbounded number of class and association. There are certain additional distinct users may use the component through ports : features to enhance the basic conceptual model. We can further extend this abstract modeling for System Device Independent modeling using XML and UML Application concepts. Apply 3 DEVICE INDEPENDENT ABSTRACT Imports Traffic Abstract MODELING Signal platform Apply Profile In order to explain this let us extend our example of Urban Traffic Modeling where a normal user sends an SMS from his mobile to get the latest Event information about city bus plying between a fixed Control origin-destination. The Device independent model Platform consists of XML compiler that can interpret the Fig. 1 : Conceptual model of the online Traffic language and several runtime components that are Information configured and deployed on the web server. 2.1 Transport Abstract Platform The components consists of content design how the It consists of various signals and interface. web application should took like etc. Then comes the It consists of a new user joining the website and implementation stage which is generally dove in My existing user leaving the website. XML language which supports XSL stylesheets which is independents of the device. <<interface>> The deployment part consists of an application logic Transport and web services which are to be extended to various + Signal - Join level of users the administrator or used. + Signal - leave The final stage consumer of modification in which the necessary changes can be implemented. <<Signal>> <<interface>> In this section we an approach to model, implement Message Broadcaster User and compose web services into website with + Signal = Latest + Signal - Request device independence. The framework which we are Traffic Condition going to model provides support for the separation of layout, content and application logic in websites and automatically generates web since support for Fig 2. Transport Abstract Platform Components Browser less access to the content and functionality. The interaction point that corresponds to port is of Consider a detailed device Independent web Model Type Transportation query Port. The query port (DIWM) which shows the relationship between handles the signals Join and Leave and delegates the various devices and its access to the common handling of signals Message Reg. to the system. transportation server also known as Transportation as transportation Abstract Platform, that supports any Administrator : query from the user having any device. It applies the features of My XML which provides a framework Fig. 3 shows the internal components of Transport for loading the content of the website on any device. Abstract Platform. Transport Component instances exchange message signals among each other and The Event Abstract Platform decides the type of message broadcaster with interaction. event which is to be transported and also supports the session management features. Ubiquitous Computing and Communication Journal - 22 - Design is Implementation Content Layout <<programmed>> My XML + Logic + XSL + Content Type +Static or Dynamic <<develops to >> <<Redesign>> Deployment + Application logic + Web Services <<Changes>> Modification + Content/ Layout Change Fig. 3 : Device independent Web Design Components <<system>> Devices + Handheld Devices <<system>> + Mobiles 'Import' Transportation Abstract Platform 'Apply' + Telephone Devices <<Profile>> + Signal = True Signal Profile 'Apply' + Signal = False + Signal = Time Out + Send + Auto-answering mode 'Apply' 'Import' <<Profile>> My XML 'Apply' <<Modelibrary>> 'Apply' + SOAP Toolkit Event Abstract Platform + XSL Language support + Browserless Services + Gross platform support Fig. 4 : Relationship between DIWM and Abstract Platform 3.1.2 Signal 3.1 General Description of DIWM components The signal profile specializes the exchange 3.1.1 Devices of asynchronous message sending between the Devices means any device which has the two systems accessibility of web content it can have windows and Java platform Transport Abstract platforms : It consists of interfaces and signals . It is same as explained in the previous section with an additional feature of Ubiquitous Computing and Communication Journal - 33 - autoreply mode about the latest traffic conditions connectors in ADLs (Architecture Description based on origin-destination Language) can also be implemented in this 3.1.3 Event Abstract Platform approach for composite structures both for defining It deals with providing a common platform abstract platform from external and internal interface with features like browser less prospective. content generation and cross platform The limitation of behavioral aspect of Abstract interface components cannot be shown in our proposed 3.1.4 My XMK Profile model which could be the picture extension of the It contains SOAP toolkit which is a simple work. The further extension could be object Access protocol. In this case it is used with moduralisation of abstract platform definitions combination of HTTP. It provides the framework where the designer should be able to compose an which supports for the separation of layout, content abstract platform from the abstract platform and application logic in websites and automatically modules developed previously. generates web service support for the browser-less access to the content and functionality. My XML REFERENCES language compiler integrates the layout and generates static content embedded in HTML and  Lucknow, D.J., Man : Specification XML. For every page that is created with MY XM and Analysis of System Architecture compiler , a corresponding Apache SOAP using RAPID, IEEE Transaction on deployment descriptor in XML is generated service software engineering, Vol. 21, No. 4, is always of the form <Generated Page name> 1995. SOAP  Lucktiman, D.: An Event Based Architecture Ddefinition language,. 3.4 Discussion on the above model IEEE Transaction on software The abstract model of DIWM is an upcoming engineering vol. 21, No. 9, 1995. concept. We have used the concept of UML for  Allen, R : A formal Basis for integration and composition of web services and Architectural Connection, ACM then later on integrating and composing of web Transaction on software engineering services into websites. and methodology, Vol 6, No. 3, 1997. We have extended the concept of abstract  C. Abatleir, A model-Driven modeling in viewing the web service as Architecture Design space modeling, functionality that complements the typical Technical report, Ankara, Turkey, functionality provided by a website and focus June 2003. on the web engineering problem of using web  J. Warmer, W.Bast, MDA Explained, services. The model-driven Architecture : practice and Promise, Addition- 4 CONCLUSION AND EXTENSION Wesley, 2003. In this paper we have fully exploited the  MDG Guide Version 1.0 edited by Jo concept of EDOC component collaboration aquin miller and Jishnu Mukerji. architecture in which application part interaction  E.D. Willink : UMLX : A graphical are decomposed into a synchronous messages that language for MDA : In proc. of model are exchanged through various ports. driven Architecture : Foundations and In both the examples (PIM and DIWM) we applications, pp 13-24, University of shown the concept of abstract platform in standard Twente, Netherlands, 2003. UML, through both implicit and explicit abstract  G. Booch, J, Rumbaugh : The unified platform defination. Explicit abstract platform modeling language user guide, definition is comparable to the definition of Addison -Wesley, 1999. Ubiquitous Computing and Communication Journal -4- 4