Print Email Download Reference This Send to Kindle Reddit This
submit to reddit

Current economic climate

Abstract.

In this current economic climate, many people are searching for jobs with internet-based (online) recruitment service providers. In order to serve as a viable source of help for these people and ultimately maintain the satisfaction of industrial employers - their paying customers, online recruitment websites should strive to achieve a high level of service quality for the job seekers.

The project addresses the key areas related to web application development using Java Enterprise Edition technologies and it also includes the role MVC architecture and the role of Struts framework for developing web based application for employment exchange over the web, some of the common problems being faced by previous java technologies, and solutions on how to solve these problems.

Keywords MVC architecture, Struts framework, Servlets, JSP, Job seeker, job provider, registration, submission, vacancy bookings etc..

Declaration

All the work reported within this dissertation is the original research work done by the researcher during the period June to September 2009. No material contained in this thesis is submitted to for other degree to this or any other institution. In line with the assessment regulations, reference to other's work has been acknowledged.

Sign _______________________

Date _______________________

Acknowledgements

It is difficult for me adequately acknowledge the incredible support I have received from people in the academia while doing my dissertation. My sincere thanks go to:

Chapter 1

Introduction

1.1 The context of the dissertation

Aim of the research

The aim of this project is to develop software package for employment exchange and to provide solutions to the commonly faced problems by the employment exchange. This can be accomplished by developing one point online source of information about employment opportunities in one single centralised server. The application will be designed in such a way that it can be helpful for job seekers, job employers and employment exchanges.

Objectives of research

The system will be responsible for collecting regularly information about employment in the private sector as well as in the public sector. Employment Market Information (EMI) provides employers with the facility to file their vacancies. Following are few of the major objectives

The proposed system has been developed to achieve the following objectives:

1.3 Requirement Analysis

After realizing the system analysis the application will have the following modules:

Employment Exchanges are in charge for collecting regularly information about employment in the private as well as in public sectors. Employment market information (EMI) provides employers with the facility to file their vacancies and job seekers to apply for those vacancies. Following sub modules will be developed for the module:

Administrator:

The administrator has got all the privileges of adding the new employment type and employment units and employment sectors without which job employers cannot register into particular employment type and employment units. The following sub modules have been developed for this module:

Add New EE Type:

This module is under the control of administrator and it helps the administrator to add the type of employment i.e., whether the employment is IT, Telecommunication, Retail, Security etc.

Add New EE Unit:

This module is again under the control of admin and it helps the admin to add employment exchange in particular location i.e., employment exchange in Scotland and in particular Glasgow, Stirling, Inverness, Aberdeen etc.

Add Employment Sector:

This module lets admin to add what type of employment sector it is? Whether it is a private sector, public sector or government sector.

List EE Type:

This module lets admin to list all the registered employment types and admin can also update/delete the existing employment type.

List EE Unit:

This module lets admin to list all the registered employment units and admin can also update/delete the existing employment unit.

EMI Unit

This module will provide the basic functionality for the creation of new EMI Unit; modify/delete an existing EMI Unit.

EMI Unit Type

This module manages the various types of EMI Units and it provides the basic functionality for the creation of new EMI Unit Type; modify/delete an existing EMI Unit Type.

Job Employer

Job employer is the one who can register in Employment unit and can post their vacancies across different employment units. The following sub modules have been developed this module:

Register employer in EE Type:

This module helps the employer to register for what type of employment he/she is registering for.

* Register Employer in EE Unit:

This module helps the employer to register in particular employment unit to post their vacancies in particular employment exchange unit.

Post Vacancies:

This module helps the employer to post their vacancies, and it helps the employer how many vacancies are they looking for, what is the deadline for job seekers to apply for that vacancy etc.

Job Seeker

This module helps the job seekers to register for a particular employment unit and it helps the job seeker to search for vacancies across that employment unit. The following sub modules have been developed for this module:

Register for EE Unit:

This module helps the job seeker to register for a particular employment exchange.

Update Job Seeker Details:

This module helps the job seeker to update his personal details.

Search:

This module helps the job seeker to search for vacancies from employment unit for which he is registered in.

1.5 Research question

The research question of this dissertation primarily focuses on development of web based application for employment exchange to provide one point online source of information for job seekers and job employers using struts framework technology.

Research question includes:

1.6 Methodology

This dissertation has been made after in-depth research on the recruitment system and the underlying Struts technology. The software has been made by following iterative model. In iterative modelling, a part of software is developed and then tested and this process carries on until the software completes.

1.7 Dissertation Structure: Organization of chapters

This dissertation has been structured in the following manner:

Chapter 1- Introduction: This chapter will give the overview of Common Application System for Employment Exchange. It includes the aim and objectives of the research and the requirement analysis.

Chapter 2- Literature Review: This chapter will give the background of the Common Application for Employment Exchange system. This chapter will also talk about the existing manual system and the existing computerised system. The next section of this chapter will tell about the how the proposed is implemented. Therefore, this chapter inclusion makes the reader familiar with the concepts.

Chapter 3: Related Work: This chapter will investigate the related research. It will cover past research and case studies from relevant journals, papers etc.

Chapter 4: Methodology: This chapter will explain the methodology for research. This chapter contains project plan, design specification, testing, and technology assessment of the project. Technology assessment section includes the current state of knowledge and technology, software and hardware used in Common Application for Employment Exchange system. Further, this section tells about the technology chosen to develop this project.

Chapter 5- Conclusion and future work: This chapter will summarize what will be done in this dissertation. In this chapter, what could be done as a future works will be documented?

Chapter 2

Literature Review

2. Project Description

This section aims to provide the background and motivation of the system that will be designed in this dissertation. This section also reviews the objectives of this dissertation.

2.1 Background of this dissertation.

In terms of background of the dissertation referred to as "Common Application System for Employment Exchange", two critical areas came out.

  1. The need for a uniform software application for all the exchanges, in order to provide quick and efficient service to the employers, job seekers.
  2. The need of employment website / portal to provide a one point online source of information about employment and employment opportunities.

3. With this background, and the fact that a lot of attempts have been put in the past to computerise the employment exchanges, it not only looks at eliminating the difficulties faced by the manual and previously computerised systems but this system will take care of all the common activities of employment exchanges to maintain uniformity of procedure. In addition to this consideration other factors also contribute towards the implementation of the computerisation schemes like providing a common platform, technological advancement to reduce duplication of efforts for a number of different users with different needs.

4. Keeping in view the latest technology and to meet standards, the developed application must be web based, database driven, secure, scalable and should also satisfy certain performance issues so that both the input and output activities enable the employment exchanges to facilitate on-line registration, submission, queries etc. The employment exchanges will be able to execute their everyday activities remotely and will also be able to generate all the required related reports.

5. To end this the dissertation will involve latest methodologies and software technology to support the software development paradigm, reasonably comprehensive distributed system architecture as well.

2.2 About Java platform, Enterprise Edition (JEE):

"JEE platform is an open standard based, development and deployment platform for building web based, server-centric, multi-tier and component based enterprise applications". [Marty, 2004, pg 455]

In deeper technical terms JEE platform, Enterprise Edition (JEE) is a comprehensive set of specifications for designing, developing and deploying n-tier, server based applications. The JEE specifications are the result of an industry wide effort that involves a large number of contributors. Sun and IBM has contributed by defining more than 80% of the JEE APIs.

The standard architecture defined by the JEE specification is composed of the following elements.

The JEE platform is designed to provide client-side and server-side support for developing distributed, n-tier applications. Such applications are typically configured as a client tier to provide the user interface, one or more middle-tier modules that provide client services and business logic for an application, and back-end enterprise information systems providing data management.

JEE describes the runtime environment for a JEE application. This environment includes application components, containers, and resource manager drivers. The elements of this environment communicate with a specified set of standard services.

The Figure below illustrates the various components and services that make up a typical JEE environment:

2.3 Role of MVC Architecture.

Model-view-controller (MVC)

"The Model-view-controller (MVC) pattern is an architectural pattern originally implemented in the Smalltalk event-driven graphical user interface (GUI) framework" (Sun Microsystems, 2005, pg5-5).

"Model-view-controller (MVC) is a design pattern that defines a clear separation between the following three application tiers:

By promoting a clear separation between tiers, MVC allows loose coupling between components that comprise each tier. This allows more flexibility and code reuse. For example, if you develop several user interfaces for one application, you need to develop the view component because of the loosely coupled application tiers.

2.4 The Struts Framework.

"The Struts framework is written entirely in Java using standard J2EE APIs. In addition, it uses several well-known J2EE design patterns, such as Model-view-controller and Front Controller" (Cavaness, 2004, pg 40).

The Struts framework is the View and Controller components of MVC. The following shows how Struts maps to the MVC framework. Struts have three major components:

2.4.1 Role of Struts Framework.

"A framework is a reusable, semi-complete application that can be specialized to produce

Custom applications. Frameworks promote reusability by exploiting the domain Knowledge and prior effort of experienced developers in order to avoid recreating Common solutions to recurrent application requirements" (Cavaness, 2004, pg 10).

The role played by Struts is controller in Model/View/Controller (MVC) style. The View is played by JSP and Model is played by JDBC or generic data source classes. The Struts controller is a set of programmable components that allow developers to define exactly how the application interacts with the user.

2.4.2 Why do we need Struts?

Java technologies give developers a serious boost when creating and maintaining applications to meet the demands of today's public Web sites and enterprise intranets. Struts combine Java Servlets, Java Server Pages, custom tags, and message resources into a unified framework. The end result is a cooperative, synergistic platform, suitable for development teams, independent developers, and everyone in between.

2.4.3 MVC design pattern used in Struts framework

In the MVC design pattern, application flow is mediated by a central Controller. The Controller delegates requests to an appropriate handler. The handlers are tied to a Model, and each handler acts as an adapter between the request and the Model. The Model represents, or encapsulates, an application's business logic or state. Control is usually then forwarded back through the Controller to the appropriate View. The forwarding can be determined by consulting a set of mappings, usually loaded from a database or configuration file. This provides a loose coupling between the View and Model, which can make an application significantly easier to create and maintain. Controller--Servlet controller which supplied by Struts itself; View --- what you can see on the screen, a JSP page and presentation components; Model --- System state and business logic JavaBeans.

2.5 Problem recognition and its solutions

2.5.1 Using Servlets

Servlets provide a component-based, platform independent method for building web applications. Servlets don't suffer from the same performance limitations that standard CGI applications incur. Servlets are more efficient than the standard CGI threading model because they create a single heavy-weight process and allow each user request to use a much more light-weight thread, which is maintained by the Java Virtual Machine (JVM), to fulfil the request.

Although, are great at what they do, it quickly became apparent that hard coding HyperText Markup Language (HTML) output in a servlet as a response to a request had some serious limitations. First and foremost, it was hard to make changes to HTML because for every change, a recompilation of the servlet had to take place.

Secondly, supporting different languages is difficult because HTML is hard coded.

Finally Servlets are cumbersome to develop, however, because sending HTML tags requires the programmer to compose them into a String object and send this object to the browser. Also, a minor change to the output requires the Servlets to be recompiled.

2.5.2 Limitation of using Servlets.

Low-level construction of HTML documents

2.5.3 Solution for Servlets Limitations.

JavaServer Pages was the next step in the linear progression of developing web technologies based on the java platform. The introduction of JSP pages, as they are commonly referred to, helped to alleviate the Servlet limitations and opened up many new doors for web developers.

The first thing to understand about JSP is that it's a natural extension to the Java Servlet technology.

JSP pages are text documents that have a .jsp extension and contain a combination of static HTML and XML-like tags and scriplets. The tags and scriplets encapsulate the logic that generates the content for the pages.

The .jsp files are pre-processed and turned into .java files. At this point, a Java compiler compiles the source and creates a .class file that can be executed by a Servlet container.

JSP technology has become an extremely popular solution for building web applications using the Java platform. JSP offers several advantages over its competitors:

The limitation of using hardcoded HTML inside of servlets is the problem of separating page design and application logic programming responsibilities. This separation is easier with JSP pages, because the HTML designers are free to create web pages with whatever tool they choose (many of today's popular tools are capable of working with JSP and custom tags).

Together JSP pages and Servlets are an attractive alternative to each other types of dynamic web programming. Because both are based on Java language, they offer platform-independence, extensibility into enterprise, and, most importantly, ease of development.

2.5.4 JSP Model 1 and Model 2 Architecture.

The early JSP specification presented two approaches for building web applications using JSP technology. These two approaches were the JSP Model 1 and Model 2 architectures.

The two JSP architecture differ in several key areas. The major difference is how and by which component the processing of request is handled. With Model 1 architecture, the JSP page handles all of the processing of the request and is responsible for displaying the output to the client. The below figure illustrates its working:

Figure 6: JSP Model 1 architecture

A Model 1 architecture consists of a Web browser directly accessing Web-tier JSP pages. The JSP pages access Web-tier JavaBeans that represent the application model. And the next view to display (JSP page, Servlet, HTML page, and so on) is determined either by hyperlinks selected in the source document or by request parameters.

In Model 1 architecture, view selection is decentralized, because the current page being displayed determines the next page to display. In addition, each JSP page or Servlet processes its own inputs (parameters from GET or POST). And this is hard to maintain, for example, if you have to change the view selection, then several JSP pages need to be changed.

In Model 1 architecture, the application is composed of a series of interrelated JSP pages. And these JSP pages handle all the aspects of application including presentation and control and the business process.

2.5.5 Limitation of JSP Model 1 Architecture.

2.5.6 Solution for JSP Model 1 Limitations

In the Model 2 architecture, the client request is first intercepted by a Servlet, commonly referred to as a Controller Servlet. This Servlet handles the initial processing of the request and determines which JSP page to display next. This approach is illustrated in the figure:

Figure 7: JSP Model 2 architecture

As shown in the figure, a client never sends the request directly to a JSP page in the Model 2 architecture. This allows the Servlet to perform the front-end processing, including authentication and authorization, centralized logging, and help with internationalization. Once the request processing has completed, the Servlet directs the request to the appropriate JSP page. How the next page is determined varies widely across different applications. For example, in simpler applications, the next JSP page to display may be hardcoded in the Servlet based on the request, parameters, and current application state. In more sophisticated web applications, a workflow/rules engine might possibly be used.

Model 2 architecture is a hybrid approach for serving dynamic content, since it combines the use of both Servlets and JSP. It takes the advantage of the predominant strengths of both technologies, using JSP to generate the presentation layer and Servlets to perform process-intensive tasks. Here, the Servlet acts as a Controller and is in charge of the request processing and the creation of any beans or objects used by the JSP, as well as deciding, depending on the users actions, which JSP page to forward the request to. Note particularly that there is no processing logic within the JSP page itself, it is simply responsible for retrieving any objects or beans that may have been previously created by the Servlet, and extracting the dynamic content from the Servlet for insertion within static templates. In many developers opinion, this approach typically results in the cleanest separation of presentation from content, leading to clear delineation of the roles and responsibilities of the developers and page designers on the programming team. In fact, the more complex your application, the greater benefits of using the Model 2 architecture should be.

2.5.7 Advantages of using Model 2 Architecture

The main difference between the two approaches is that the Model 2 architecture introduces a controller Servlet that provides a single point of entry and encourages more reuse and extensibility than the Model 1 approach. With the model 2 architecture, there is a clear separation of the business logic, presentation output and request processing. This separation is often referred to as Model-View-Controller (MVC) pattern.

Chapter 3

Related Work

Related research

The attention given to the topic of employee recruitment by researchers has increased considerably in recent years (Breaugh et.al 2008). Given the importance of the recruitment process, such attention is clearly warranted. In addition to an increase in the number of studies being published, there has been an increase in the variety of recruitment topics being examined. For example, as discussed by Saks (Breaugh et.al 2008), much of the early research focused on the use of realistic job previews (i.e., providing job applicants with accurate information about what a position with an organization involves), traditional recruitment methods (e.g., newspaper advertisements), and recruiter characteristics (e.g., their behaviour). More recently, research has shifted from these three areas and has begun to explore such topics as the timing of recruitment actions, recruit site visits, and on-line recruiting (Breaugh et.al 2008).

Given their popularity as a recruitment method (Sanchez,F.G. et.al 2006), recently researchers (e.g., Allen et al., 2007 cited in Sanchez,F.G. et.al 2006) have given considerable attention to organizational web sites. For example, researchers have conducted surveys of HR practitioners. The results of such surveys typically have found that web sites are viewed as a very effective recruitment method (Sanchez, F.G. et.al 2006). In particular, web sites are perceived as generating a large number of job applicants at relatively low cost. Not surprisingly, the relative effectiveness of an employer's web site is highly dependent upon the employer's visibility and reputation (Sanchez, F.G. et.al 2006; have provided an excellent discussion of variables that can affect each of these variables). Although caveats have been raised about potential adverse impact and privacy issues (Sanchez,F.G. et.al 2006), it appears likely that the use of web sites as a recruitment mechanism will continue to increase (Sanchez,F.G. et.al 2006).

There has recently been a ''headlong rush" to use the Internet for recruitment, with some reports indicating that as many as 90% of large US companies are now recruiting via the web (Thompson, et.al. 2008). Online searches have proven to be quite popular among job seekers. When Feldman and Klaas (2002 , cited in Thompson, et.al., 2008) asked graduate business school alumni to indicate which job search strategies had been most helpful in getting promising job leads/offers, Internet job hunting ranked second - behind personal networking but ahead of head hunters, newspaper advertisements, and a variety of other techniques (Thompson, et.al., 2008).

A critical first step in employee recruitment is to attract individuals to apply for positions in a firm (Barber, 1998). Organizations that attract more qualified applicants have a larger pool of applicants to choose from, which results in greater utility for firm selection systems (Boudreau & Rynes, 1985). Furthermore, if individuals do not apply to jobs they cannot be influenced by subsequent recruitment activities (Barber, 1998). Thus, several scholars have called for more research examining the factors that influence attraction during the applicant generation phase of recruitment (Barber, 1998).

Company recruitment web sites have become a key tool for companies to generate applicants, often serving as the primary vehicle by which job applicants initially gather information about the attributes of organizations, learn about job openings, and submit employment applications. As a result, the effectiveness of an organization's web site at communicating employment information is a crucial determinant of an organization's ability to successfully generate qualified applicants (Cappelli, 2001). This fact was highlighted by a recent study of college students reporting that 26% of students rejected potential employers from job search consideration because of the poor design of their web sites (Karr, 2000). Yet, despite evidence that company recruitment web sites are an important means by which individuals initially gather information about prospective employers, we are aware of only two theoretically grounded studies that have examined how or why recruitment web sites influence individuals decisions to pursue employment with an organization.

Cober, Brown, Blumental, Doverspike, and Levy (2000) developed a conceptual model of online recruitment effectiveness in which they proposed that recruitment web site effectiveness is influenced by the structural design of the web site, referring to the type of information provided on the web site and the manner in which the information is displayed, and the extent to which the web site shapes potential applicants perceptions of fit with the hiring company. Dineen, Ash, and Noe (2002) provide empirical support for Cober and colleagues latter proposition concerning fit perceptions. Specifically, Dineen and colleagues utilized an experimental design to examine how the level of person-organization (P-O) fit feedback provided by a self-assessment tool embedded within a fictitious company's web site influenced prospective job applicants_ perceptions of organizational attraction. The study's results revealed a significant positive relationship between the level of P-O feedback provided by a recruitment web site and individual's perceptions of organizational attractiveness. However, while the research of Dineen and colleagues provides important information about how firms can use recruitment web sites to influence individual's perceptions of P-O fit, the question of how the structural design of a recruitment web site influences applicant attraction remains unexplored, suggesting the need for further research in this area.

Chapter 4

Methodology

4.1 Problems Overview

As mentioned in literature review Today, Web applications are the most common applications for presenting dynamic contents. There are a number of technologies for building Web applications, the most popular of which is the Servlet technology. This technology gains its popularity from its superiority over other technologies such as CGI and PHP .

Servlet are cumbersome to develop, however, because sending HTML tags requires the programmer to compose them into a String object and send this object to the browser. Also, a minor change to the output requires the Servlet to be recompiled. To address this issue, Sun Microsystems invented JavaServer Pages (JSP). JSP allows HTML tags to be intertwined with Java code and each page is translated into a Servlet. A JSP page is a Servlet. However, compilation occurs automatically when the page is first requested. As a result, changing the output does not need recompilation. In addition, JSP enables the separation of presentation from the business logic through the use of JavaBeans and custom tag libraries. The norm now in developing Java based Web applications is to use Servlet along with JavaServer Pages.

In the later development, there are a number of design models for building Servlet/JSP applications: Model 1, Model 2, and Struts. Model 1 and Model 2 were first mentioned in the early specifications of JSP. Model 1 strictly uses JSP pages, with no Servlet, and Model 2 uses the combination of both Servlet and JSP pages. The terms of Model 1 and Model 2 have been used ever since. Model 1 is suitable for prototypes and very small applications, and Model 2 is the recommended design model for medium sized and large applications.

As Model 2 gained more acceptances in the industry, an open source initiative to build the Struts Framework was initiated. Struts perfects Model 2 by providing the controller part of the Model-View-Controller of Model 2. In addition, Struts provides better page navigation management and several custom tag libraries for more rapid development. Despite its steep learning curve and the fact that it was never defined in any specification, Struts has been gaining popularity as the alternative to Model 2.

4.2 Web Development Issues

All Java Web development uses the Servlet technology as the underlying technology.

As such, all Java Web applications have certain issues that need to be addressed:

4.3 Web Application Design Models

The Model 2 design model is based on the Model-View-Controller (MVC) design pattern. As explained by Burbeck, there are three main modules in MVC, the Controller, the View, and the Model. The Controller acts as the central entry point to the application. All user interactions go through this controller. The View contains the presentation part of the application, and the Model stores data or encapsulates business logic of the application. In the later development, the Struts Framework provides a common framework to easily build Model 2 applications. Then, the last initiative is the JavaServer Faces, which also employs the MVC design pattern. In the following sections, we discuss these three design models and explain how each design model addresses the development issues specified in the previous section.

4.3.1 Model 2

A Java Web application that is based on the Model 2 design model has one Servlet (called the Controller Servlet) that serves as the Controller part. All requests are first handled by this Servlet, which immediately dispatches the requests to the appropriate views using RequestDispatcher objects. Views in the Model 2 design model are represented by JSP pages. To store data, a Model 2 application uses JavaBeans, which are the Model part of the application. In addition to storing data, the JavaBeans also encapsulate business logic. Each HTTP request carries an action parameter that indicates which view to dispatch this request to. The programmer must code the HTML tags for user interface in all JSP pages in the application and write input validation code. In addition, the model objects are managed by individual JSP pages.

4.3.2 Struts

The Struts Framework is an improvement of the Model 2 design model. It provides a default Controller Servlet so that the user does not have to write and compile one. Struts alleviate the task of page navigation by allowing navigation rules to be present in its application configuration file (an XML document). Changes to the navigation rules do not require recompilation of a Java Servlet class. In addition to easier page navigation, Struts provides custom tag libraries that define tags representing HTML elements. One of these tags is used for error handling and Struts is therefore capable of displaying localized error messages in support for internationalization. Struts applications use JavaBeans as their models, just like the Model 2 design model. In addition, Struts programmers have to write their own input validation code.

4.4 Design specification.

The use case diagrams were made for developing the Common Application for Employment Exchange software. However, due to shortage of time only some portion was developed. The following use case diagram is for administrator role in this application.

4.5 Research Project plan

The first phase was finding relevant research. Therefore, the researcher started this dissertation by researching on the past work done by other frameworks. Researcher took information from journals, research papers. The research work includes overview of the Struts framework technology, benefits of using this framework and its limitations. It also includes limitations of previous framework and the advantages of Struts framework.

The second phase was developing Common Application for Employment Exchange software using Struts framework. While developing software researcher followed iterative modelling, which mean that first a part of the application was developed and then tested. This process was carried until the whole application was completed. First, CASEE core system was developed with a single module. That module has the minimum features. This core CASEE system was first developed for Administrator only. In this CASEE system administrator could add new Employment type system and could add employment units. He could add, modify and delete various employment types and employment units. He could also update the employment unit and employment types and delete the existing ones. This was the initial phase of the application.

In the final phase of development, researcher developed all the three modules for showing how these three modules interact with each other. Administrator can add new employment type and employment unit and job employer can register with employment unit and employment and then can post jobs in that particular employment unit, and lastly job seeker can register with the particular employment unit and will be able to search jobs in the registered employment unit. Unless and until administrator adds an employment unit, job seeker and job employer cannot register with that particular employment unit for these reason different roles have been developed in this application. The researcher developed login page for admin, job employer and job seeker. After adding this feature, job employer and job seeker had to register themselves first to use the application.

Researcher tested the whole application thoroughly. Test cases were built by inputting different values. These test cases are elaborated in detail in testing section in this chapter.

4.6 Technology Assessment

This dissertation could be developed in many languages such as Java, Python and VB etc. The researcher specifically choose java technology because of its features, which include write once and run anywhere, its security, and its built-in classes and many more advantages. Moreover, Java is designed for use in the distributed environment of the Internet. Researcher used Struts Framework technology which is built on JSP and Servlet technology to build this application. He also used JavaScript for form validation on client-side and used Struts validation framework on server-side. Moreover, this application made use of various JEE pattern such as Architectural pattern (MVC) so that application could be extended without effecting the original application which is one of the best feature of Struts framework. Similarly, the database server could be Oracle, MySQL or MS SQL server. Researcher choose Oracle as it is open source database having fast performance, high reliability etc. Moreover, all the help was available from Oracle official website. This application had client-server architecture and was web-based application. The researcher choose this architecture because it offered many features such as job employer can post job via internet and job seeker can search job via internet, reliable and secure connection. Te following resources were used to develop this application.

4.7 Testing

4.7.1 Program Testing.

Researcher has performed a unit testing on his software. He inserted check statements in his software so that no user can enter wrong value or end up with wrong result. Researcher used JavaScript for form validation. If any user inputted wrong value for a given field, then that error was caught and was prompted on the screen. This was a client-side validation. Researcher also did form validation at server-side. This was done because some users might have disabled JavaScript from their web browser or their web browser might not support. Researcher did different tests on every field in his application. The following were some of the test carried on some fields.

4.7.2 Integration Testing.

In the integration testing all the three modules were tested together for their functionality. The administrator module is responsible to add the employment exchanges units/types if they are not added then job employers will not be able to register in a particular employment exchange unit/type. And in this Integration testing researcher also tested that job employer is registered for a particular employment exchange unit and can post vacancies. Job seeker is also able to register for employment exchange unit and when he/she is registered then automatically all the jobs that are posted in the employment unit will be visible to the job seeker and then he can select which job is desirable for him/her.

In this testing phase researcher acted as an administrator, job employer and job seeker himself, and tested all the features of the application.

Chapter 5

Conclusion & Future Enhancements

This chapter discusses the summary of the research, the key findings of the research, and the future work in common application for employment exchange using Struts framework.

5.1 Conclusion

The purpose of this dissertation was to critically find the better solution for web based application that uses JEE technology for developing Common application for employment exchange.

By developing this application Common application for employment exchange through JEE technology, we will be able to provide basic functionalities relating to Employment opportunities with great ease. The use of JEE technology provides Container-based management, which has made it easier to design and develop n-tier architecture of this application.

Researcher would recommend, to use this application as this will replace all the manual hassles caused in the previous recruitment system which will save time, money and the resources. This system is automated in its nature and will serve as a fruitful recruitment system as it is designed using struts framework technology which is very efficient, easy to maintain and which provides one point online source of information to all the job employers, job seekers and the employment exchanges. This application is suitable for everybody, no prior knowledge or training is needed to use this application. When using this application for employment opportunities it will prove boon for job employer and job seekers tremendously

5.2 Possible Future Enhancements

The aim of this dissertation is to develop web application for employment exchange. There could be possibility to include more features into this system, if time had allowed. Therefore, it is possible to add more features to this software and thus making it more interactive between administrator, job employer and job seeker.

Future enhancement could be to

And the application can have the mailing facility for all the three roles to interact with each other.

Biblography

Print Email Download Reference This Send to Kindle Reddit This

Share This Essay

To share this essay on Reddit, Facebook, Twitter, or Google+ just click on the buttons below:

Request Removal

If you are the original writer of this essay and no longer wish to have the essay published on the UK Essays website then please click on the link below to request removal:

Request the removal of this essay.


More from UK Essays

Doing your resits? We can help!