Towards Web 3.0: a Unified Development Process for Web Applications Combining Semantic Web and Web 2.0 Technologies Tzanetos Pomonis1, Sotiris P

Towards Web 3.0: a Unified Development Process for Web Applications Combining Semantic Web and Web 2.0 Technologies Tzanetos Pomonis1, Sotiris P

Engineering Management Reviews (EMR) Volume 2 Issue 2, June 2013 www.seipub.org/emr Towards Web 3.0: A Unified Development Process for Web Applications Combining Semantic Web and Web 2.0 Technologies Tzanetos Pomonis1, Sotiris P. Christodoulou, Andreas B. Gizas High Performance Information Systems Laboratory (HPCLab), Computer Engineering & Informatics Department, University Of Patras, Greece [email protected] Abstract provide two mature development processes for either In the last decade many development processes for web Web 2.0 or Semantic Web applications. applications have been proposed, focusing on discrete web application classes. In this work, we focus on the two most Background – Web Application Development prominent classes of web applications nowadays: Semantic Many of the first Web application Development Web and Web 2.0. We attempt to clarify two generic but Processes (shortly WDP) were slight modifications of effective development processes for each one, based on their unique characteristics. Furthermore, as the future web traditional software ones, as the Web applications applications, namely Web 3.0, are considered to be the initially used to be considered nothing more than a combination of the above classes, we describe a suitable typical software product. In late 90s, Web Engineering application architecture for Web 3.0 applications together was proposed and started to be considered as a with a proposed hybrid development process in which their discrete domain (Murugesan et al., 1999). Since then specific requirements are taken into consideration. Finally, the Web application developers took a more specific our findings are presented on the effect of such a consideration on the Web distinctiveness, resulting in development process at the team management aspects of a most of todayʹs WDPs to be heavy extensions of Web 3.0 application development project. standard software engineering processes. Keywords In Web Engineering, developers manage to make a Web 3.0; Web 2.0; Semantic Web; Web Engineering; Web balance among programming, publishing and Application; Development Process; 3‐Tier Architecture business aspects of developing Web applications (Deshpande & Hansen, 2001), and it is obvious that the Introduction diversity of web applications is very significant. Thus, Nowadays, a typical Web application has become a researchers have proposed many different WDPs, in complex and sizable software product which performs order to address discrete characteristics of various web advanced business functions. As a result, its applications. development needs to follow a systematic and Initially, the obvious approach was a modified practical methodology. waterfall model (Powell et al., 1998), where the first This need is even more critical in the case of next two stages (planning and requirements analysis) generation Web applications, namely Web 3.0, which iterated a few times (forming “whirlpools”) in order to will combine Semantic Web and Web 2.0 technologies. clarify several characteristics of the target web Although there have been some approaches for such application that usually are fuzzy. The iterated applications (Ankolekar et al., 2007; Leblanc & Abel, waterfall model was soon considered to be too rigid to 2009), there hasnʹt been an effort made for a more develop Web applications, in most cases (Pressman, detailed description of the underlying development 2005). process. The next best‐suited process seemed to be the spiral In this paper, we propose a practical development (Boehm & Hansen, 2001). However, there were process for Web 3.0 applications and in addition, we significant difficulties for its adaptation in Web 45 www.seipub.org/emr Engineering Management Reviews (EMR) Volume 2 Issue 2, June 2013 application domain, namely the ambiguity in defining development process for Web applications and don’t the exact steps in each cycle and a common metric to focus on special requirements of discrete web determine the completion of a cycle. applications’ classes. In this context, we discuss below some more specific approaches, regarding the An object‐oriented approach for Web application Semantic Web and Web 2.0 applications which have development based on UML is the main concept that been the two greatest fields of interest in the Web of powers many processes from Model Driven Design the last decade. (Mellor & Balcer, 2002) to the Rational Unified Process (Schach, 2005), which is at the same time iterative and Web 2.0 Development Process object‐oriented. The problem is that UML‐based design techniques are difficult to be used in practice, The Web 2.0 term (O’Reilly, 2005) represents the because they are often too complicated and time‐ adoption of certain technologies and approaches in demanding, since they require a large number of Web development, targeting more flexible and user design diagrams and documents, while generally Web friendly applications, and easier distributed applications need to be developed quickly. collaboration. The need for quick development pointed to the Web 2.0 application development principles (Musser adoption of Extreme Programming (XP) which seems & O’Reilly, 2007) call for a lightweight and rapid to be very suitable for Web applications, because of development process. The complete Web application the emphasis on minimum design and quick has to be delivered at end‐users in the form of prototype development (Beck & Fowler, 2001). Even Software as a Service (SaaS), an application software the more general Agile programming techniques are that runs on a Web server rather than being installed based on reducing the design overhead in project on the client computer. development and having the capability to modify the Moreover, Web 2.0 applications are considered to project development plan (Aoyama, 1998). Nowadays, always be in “Perpetual Beta” stage (O’Reilly, 2005). most web projects adopt such techniques. Developers are deterred from packaging up new As a result of the above, even though there are many features into monolithic releases, instead they add different WDP approaches, none of them seems to be a them on a regular basis as part of the normal user really solid and straightforward solution that can be experience, while end‐users are engaged as real‐time applied to any Web project. In fact, the only testers. conclusion can be that there are some common Based on the above principles of Web 2.0 we have features for all Web Engineering processes concluded to the minimalistic and abstract (Subramanian & Whitson, 2008): development process shown in Figure 1a, and by . A typical Web application has much means of it to support the development of Web 2.0 informational content and its development applications. involves considerable attention to publishing issues; This process puts the emphasis on keeping the initial design steps to a minimum, on the quick completion . A WDP should have an information of the first “release” of the Web 2.0 application and on management design, not just a database facilitating the perceptual update of the application. In management design; this context, the first two steps of our development . While the application architecture is important, process, “Requirements Analysis” and “Design” as in Software Engineering processes, the respectively, are kept to a minimum time frame, in navigational model is often closely related to order to provide for the desired characteristics of the the application’s architecture; Web 2.0 application and quickly proceed to the . The Web application process tends to be spiral, implementation step. Afterward, there is an iterative agile (if not extreme) and of short duration. approach for the next steps, “Implementation”, “Testing” and “Maintenance”, as there is no solid final Web 2.0 and Semantic Web Application product, but simply a “projection” of the Software as a Development Service to the end‐user. At the same time, the usage of The abovementioned WDPs try to provide a universal up‐and‐running Web application provides useful 46 Engineering Management Reviews (EMR) Volume 2 Issue 2, June 2013 www.seipub.org/emr FIG. 1: a) WEB 2.0 DEVELOPMENT PROCESS; b) ONTOLOGY DEVELOPMENT PROCESS feedback to improve its functionality and usability. supporting a Knowledge Base also affects the whole Finally, when there is need to extend the current development process of a Semantic Web application. application infrastructure to support some new none‐ The development of such application is mainly the anticipated features which are usually difficult to be development of its core ontological part. Although added in a really quick and agile way, we consider there are many formal methodologies to develop that the best approach is to re‐initiate the whole ontologies (Corcho et al., 2003) (TOVE, KACTUS, project, thus starting again from the initial METHONTOLOGY, On‐To‐Knowledge, etc), many “Requirements Analysis” step and building on the prefer a more simplified and intuitive approach for previous design and application code. this purpose (Noy & McGuinness, 2001). In short, it is an iterative approach, starting with a rough first pass Semantic Web Development Process at the ontology, followed by revision and refining of Semantic Web (Berners‐Lee et al., 2001) becomes an the evolving ontology and filling in the details. innovative technological approach for organizing and Our approach to an integrated ontology development exchanging information across applications. The main process is shown in Figure 1b. portions of a conformant application

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    9 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us