INTRODUCTION

1
Introduction

ORGANIZATION PROFILE:

About RSPS India:
RSPS India, Complete offshore software development company Hyderabad, India.
RSPS has been providing software outsourcing services for its customers across the globe
since !!1. "ver this time, our pool of developers has gained strong e#perience in
handling all ma$or programming languages and technologies. %e are committed to
supplying customers with state&of&the&art 'ava, .(et development services as well as
)ni#*+inu#, web and database solutions.
Mission and Vau!s
"ver the last few decades, technology has changed the world of business. ,oday, access
to information is the -ey success factor. .ore and more companies, regardless of their
si/e and 0citi/enship,0 use the advantages of technology to ma#imi/e their business
success.
RSPS"s #ission1 ,o enable people and companies to ma#imi/e their business success.
%e stic- to the following principles in delivering our mission1
Und!rstand our custo#!r
%e at RSPS understand needs and re2uirements of our customer and ma-e technology to
resolve your needs and thus reali/e your full potential.

Act $oba%
"ur international e#perience enables RSPS to be at the leading edge of business and
technology.
Lar$! &ro'!cts !(&!ri!nc!
3ig software development pro$ects are rare in the outsourcing world. %e -now how to
organi/e successful multi&site offshore software pro$ects that are 14!5 man&years of
efforts. 6nd smaller ones, too.
Pro'!ct duration and cost o&ti#i)ation
%e are able to decrease pro$ect development efforts and duration and, thus, your
development costs. 6 separate team of software architects develops and improves
architecture components that are the basis of your software or web pro$ect. 7ree to you.
RSPS strives to provide you custom software solutions that will help you to
remain in step with your competition by continuously improving your information
technology&based business solutions. 7or this, we use modern software development
platforms , software development tools as well as employ latest pro$ect management
techni2ues and software engineering practices li-e 8P 9:#treme Programming; and
<S<..
%e have top class industry certified software development professionals li-e pro$ect
managers, software engineers and programmers, testers, designers and technical writers
with e#clusive s-ill sets for this. 3esides this 2ualification of our developer allows us to
start using any other development platforms very 2uic-ly
RSPS practice = Sigma and S:I&C.. >uality 6ssurance principles and can duly deliver
high&2uality products within your budget. 6ll software systems are properly tested and
delivered with on&line help subsystems and documentation. properly tested and delivered
with on&line help subsystems and documentation.
?
,ransparent pro$ect management and change management practices that emphasi/e
customer communication at pre&determined intervals through e&mail, teleconferencing
and video conferencing ensure that the customer and pro$ect delivery teams carry a
consistent understanding of re2uirements and pro$ect status at all times.
RSPS provides following Custom Software <evelopment Services1
Client * Server 6pplications
<istributed 6pplications
Component <evelopment
Systems Programming
%ireless * .obile 6pplications
%eb 6pplications
RSPS strives to provide you custom software solutions that will help you
to remain in step with your competition by continuously improving your information
technology&based business solutions. 7or this, we use modern software development
platforms , software development tools as well as employ latest pro$ect management
techni2ues and software engineering practices li-e 8P 9:#treme Programming; and
<S<.
%e have top class industry certified software development professionals li-e
pro$ect managers, software engineers and programmers, testers, designers and technical
writers with e#clusive s-ill sets for this. 3esides this 2ualification of our developer allows
us to start using any other development platforms very 2uic-ly
RSPS practice = Sigma and S:I&C.. >uality 6ssurance principles and can duly deliver
high&2uality products within your budget. 6ll software systems are properly tested and
delivered with on&line help subsystems and documentation.
@
A*OUT T+E PRO,ECT
In the pro$ect the main aim is to assess what -ind of a system would be
suitable for a problem and how to build it. ,he re2uirements of this system can be
defined by going through the e#isting system and its problems. ,hey discussing
9spea-; about the new system to be built and their e#pectations from it. ,he steps
involved would be
Prob!# R!co$nition:
,he main problem in this stage is, the employees has to fill their rating
details in an e#cel sheet and send it to their supervisor then the supervisor has to
merge all the employee rating details and arrange them in to a single sheet. It
allows all the employees in different sections of the company to post rating details
individually which will be forwarded to their appraiser. It allows the appraiser to
re&rate the employee individual tas- ratings which ta-es into consideration and
calculates average rating of the all employees based on no of tas-s they have
done, their ratings and weightage.
E-auation and S%nt.!sis:
,he system has to be designed only after complete evaluation of the
e#isting one, upon which we can see that a lot depends on the medium of
communication. In the proposed system the information about 76>As, processing
of the re2uest and the time ta-en to answer the 2uery are very effective and
convenient. So this has to be used such that there is no waste of time.
S&!ci/ication:
,he specifications from the user, here admin branch division had to be
ta-en. ,his division provided the re2uired format for the :mployee Performance
and Recognition Portal. ,he appearance of forms, and their field names, the
different screens he desired, the stages of this database etc., were all given. ,he
system has been built following all the specifications.
B
Prob!# Stat!#!nt
Problem statement is one of the basic and important phases of pro$ect
development. %hen the basic problem is determined, it is documented and the
symptomatic problem is analy/ed, then the current list of basic problem is completed. 6
system is simply a set of components that interact to accomplish some purpose.
In C<CD.SE maintaining the details of different types of tas-s, their status,
details of tas-s, their self rating, login details of the different types of users 96ppraisee,
6ppraiser, Reviewer, and 6dmin;, personal details of the employees. 7inal evaluation
details, employee average rating and consolidated ran- details are to be -ept in a database
and also can be retrieved easily when the authori/ed user wants to get or update the data.
6ctually the process going on here is when the user 9employee; submits his tas-
details then he needs to store inside an e#cel sheet and send it to his appraiser manually
and if appraiser wants to send evaluated rating details to the employee then he needs do
the same thing. :valuating each and employee tas- details, calculating average rating of
all the employees yearly for two times and finally generating consolidated tan-s based on
some criteria at different levels leads to human errors in the current system.
Pro'!ct Sco&!:
,his intranet application has been developed to be implemented in place of
e#isting manual system. ,his application provides effective appraisal system for the
employees by evaluating their performances and retains the present functionality
available in the current system. ,he specific purpose of this system is to store and process
information about different tas-s, weightage, self ratings and final rating at different
stages and generates the reports as and when re2uired. for maintenance of this system.

=



System Analysis
4
S%st!# Ana%sis
F!asibiit% stud%1
Econo#ic F!asibiit%:
,his procedure is to determine the benefits and savings that are e#pected from a
candidate system and compare them with costs. If benefits outweigh costs, then the
decision is made to design and implement the system. "therwise, further $ustification
or alterations in proposed system will have to be made if it is to have a chance of
being approved. ,his is an ongoing effort that improves in accuracy at each phase of
the system life cycle.
T!c.nica F!asibiit%:
,echnical feasibility centers on the e#isting computer system 9hardware, software,
etc.,; and to what e#tent it can support the proposed addition. If the budget is a
serious constraint, then the pro$ect is $udged not feasible.
O&!rationa F!asibiit%:
People are inherently resistant to change, and computers have been -nown to
facilitate change. It is understandable that the introduction of a candidate system
re2uires special effort to educate, sell, and train the staff on new ways of conducting
business.
F
F!asibiit% Stud% in T.is Pro'!ct
T!c.nica F!asibiit%
,his pro$ect, :mployee Performance and Recognition Portal needs the
support to average technology already being implemented for other useful
systems in a company. It re2uires PCAs and a modem with normal configuration
for Internet access. 6lmost all administrators have their own PC on their des-.
,hus it is technically feasible to implement the new system here.
Econo#ic F!asibiit%
C:mployee Performance and Recognition PortalE is a mid&scale pro$ect. It
is very much useful to employees as well as admin people in reducing manual
wor- which increases the productivity of the company. ,he infrastructure for the
development of their new system is available in the company. ,he system is
developed at no additional cost. Hence it is economically feasible for the new
system to be implemented.
O&!rationa F!asibiit%
,his system is being automated on the re2uest of the employees of a
company and the management people. ,his new system meets their re2uirement
and covers all aspects re2uired much better than the old manual system. .ost of
the people involved in this company are computer literates and do not need much
training if this system is implemented. Hence it is operationally feasible.
G
E(istin$ S%st!#
employees has to fill their rating details in an e#cel sheet and send it to their
supervisor then the supervisor has to merge all the employee rating details and arrange
them in to a single sheet. Calculating the average rating of the employees by considering
the no of tas-s they have done and their weightage into consideration Here the e#isting
system is nothing but a manual system in which the and finally generating a ran- is a
tedious process in this system.
Dra0bac1s o/ E(istin$ S%st!#
<ifficulty in maintaining employee individual rating information in an e#cel
sheet.
.ore manual hours need to calculate average based on different constraints and
generating
<ifficulty in maintaining role based security.
<ifficulty in co&relating different ratings.
<oesnAt provide effective communication between different levels of employees.
<oesnAt provide security.
<ifficulty in generating the reports
<ifficulty in generating different reports
"ne way to overcome all these difficulties is so store all the information in the computer.
,he computeri/ation helps the users a lot.
1!
Pro&os!d S%st!#:
,he :mployee Performance and Recognition Portal is to replace the e#isting
manual system with a software solution. It allows all the employees in different sections
of the company to post rating details individually which will be forwarded to their
appraiser. It allows the appraiser to re&rate the employee individual tas- ratings which
ta-es into consideration and calculates average rating of the all employees based on no of
tas-s they have done, their ratings and weightage. 3ased on these average ratings this
system will generate consolidated ran-s for the employee automatically with any errors.
ADVANTAGES OF PROPOSED S2STEM
7aster processing when compared to e#isting one
Centrali/ed database helps in avoiding conflicts
:asy to use H)I that does not re2uires specific training
Provides facility for the employees 9appraise; to post their rating details which
will be forwarded to their appraiser effectively
6llows the appraiser to re&rate the employee ratings
It helps in calculating the average rating of the employees and generates
consolidated ran-s.
Helps in generating different reports within no time
11
System Requirement
Specifcation
1
S%st!# R!3uir!#!nt S&!ci/ication
O&!ratin$ En-iron#!nt :
,AVA OVERVIE4
'ava is a powerful ob$ect&oriented programming language. It has generated a lot
of e#citement because it ma-es it possible to program for Internet by creating 6pplets.
Programs that can be embedded in web page. ,he conte#t of an applet can be an
animation with sound, an interactive game or a tic-er tape. %ith constantly updated stoc-
prices. 6pplets can be $ust little decorations to liven up web page, or they can be serious
applications li-e %ord processor or Spreadsheet.
3ut 'ava is more than a programming language for writing 6pplets. It is being
used more and more for writing standalone applications as well. It is becoming so
popular that many people believe it will become standard language for both general
purpose and Internet programming. ,here are many bu//words associated with 'ava, but
because of its spectacular growth in popularity, a new bu//word has appeared ubi2uitous.
Indeed, all indications are that it will soon be everywhere.
'ava builds on the strength of C55. It has ta-en the best features of C55 and
discarded the more problematic and error prone parts. ,o this lean core, it has added
garbage collection 9automatic memory management;, multithreading, security
capabilities. ,his result is that 'ava is simple, elegant, and powerful and easy&to&use.
'ava is actually a platform consisting of ? components1
'ava Programming +anguage.
1?
'ava +ibrary of Classes and Interfaces.
'ava Iirtual .achine
,AVA IS PORTA*LE:
"ne of the biggest advantages 'ava offers is that it is portable. 6n application
written in 'ava will run on all the ma$or platforms. 6ny computer with a 'ava&based
browser can run the applications or 6pplets written in the 'ava&Programming&+anguage.
6 programmer no longer has to write one program to run on a .acintosh, another
program to run on a %indows&machine still another to run on a )(I8&machine and so
on. In other words, with 'ava developers write their programs only once.
,he Iirtual .achine is what gives 'ava is cross platform capabilities. Rather
being compiled into machine language, which is different for each "SAs and computer
architecture, 'ava code is compiled into 3yte codes. 'ava code on the other hand is
compiled into 3yte&Code rather than a machine language. ,hese byte codes go to the
'I., which e#ecutes them directly or translates them into the language that is
understood by the machine running it.
FEATURES OF ,AVA:
Compiled and Interpreted
Platform&independent and Portable
Robust and Secure
<istributed
7amiliar, Simple and Small
.ultithreaded and interactive
High Performance
<ynamic and :#tensible
1@

,SP 5,AVA SERVER PAGES6
'SP is a technology invented by Sun .icrosystems which allows the easy creation
and maintenance of server side H,.+ pages, which can be used as both a -ind of
<ynamic H,.+ and CHI replacement.
Since 'SP uses 'ava as the scripting language, the powerful features of 'ava ma-e
it the@ tool of choice for highly scalable, multi&tiered web sites, for eCommerce and other
applications, where scalability, maintainability and portability are important.
6 'SP page is ultimately compiled to a Servlet. ,hus, a 'SP page is a nothing but
Servlet in certain sense. However, 'SP s can be more easily deployed since they can live
in any directoryJ also it is far easier to embed long H,.+ string in a 'SP than Servlet.
,here are three main types of 'SP constructs that one can embed in a page
Scripts
<irectives
6ctions
Scripting elements are used to specify 'ava code that will become part of
resultant Servlet, directives let us to control the overall structure of the Servlet and
actions let us to specify e#isting components that should be used and otherwise control
the behavior of the 'SP engine.
,SP E!#!nts:
KLM e#pression LN
KL code LN
KLO Code declaration LN
KL&& comment &&LN
1B
K$sp1include page MEurlE *N etcP.
,SP Dir!cti-!s:
6 'SP directive start with KLQ
:#. 1; Page directive KLQ page import MEurlE LN
; Include <irective KLQ include fileMEurlE LN
Actions:
6ctions use constructs in 8.+ synta# to control the behavior of the
Servlet engine. Rou can dynamically insert a file, reuse 'ava3eans components, etc.
:#. $sp1include, $sp1use3ean, $sp1setProperty etcP.
,SP buit7in Ob'!cts
1; Re2uest
; response
?; session
@; config etc.
1=
SERVLETS:
Servlets provides a 'ava&3ased solution used to address the problems currently
associated with doing server side programming, including ine#tensible scripting
solutions, platform specific 6PIs, and incomplete interfaces. Servlets are ob$ects conform
to a specific interface that can be plugged into a 'ava&based server. Servlets are to the
server&side what applets are to the client&side&ob$ect byte codes that can be dynamically
loaded off the net. ,hey differ from applets in that they are faceless ob$ects 9without
graphics or a H)I component;. ,hey serve as platform independent, dynamically
loadable, plug gable helper byte code ob$ects on the server side that can be used to
dynamically e#tend server&side functionality.
7or e#ample, an H,,P servlet can be used to generate dynamic H,.+ content.
%hen you use servlets to do dynamic content you get the following advantages1
,heyAre faster and cleaner than CHI scripts.
,hey use a standard 6PI 9the Servlet 6PI;
,hey provide all the advantages of 'ava 9run on a variety of servers
without needing to be rewritten;
In-o1in$ t.! s!r-!t
,o invo-e a servlet you call it by creating a )R+ with C*servlet*E pretended to the
servlet name. ,hen enter this )R+ in your favorite browser to see the output of the
Servlet.
:#ample1
6fter installing according to the directions above, access the HelloServlet by entering
the following )R+ in your favorite browser1
http1**server&host&name1F!F!*servlet*hell
14
Int!rna S!r-!ts
,he 'ava Server servlet architecture is very fle#ible and the server ta-es
advantage of this by dividing up its wor- among several internal servlets. ,hese are
7ile Servlet
Invo-er Servlet
Server side include servlet
6dmin Servlet
CHI Servlet
Image map servlet
4ritin$ t.! S!r-!t
)nless they are used with the http protocol, servlets subclass the servlet. HenericServlet
class and override the service 9ServletRe2uest, ServletResonse; method.
Servlets use with the H,,P protocol should subclass the $ava#.servlet.HttpServlet
class override one or both of the doHet 9HttpServletRe2uest, HttpServletResonse; and
doPost 9HttpServletRe2uest, HttpServletResonse; methods
Servlets class may choose to override the default implementations of the servlet
ClifecycleE servlet methods, init 9ServletConfig; and destroy 568
Con/i$urin$ t.! S!r-!r:
,he real beauty of the $ava server is that it is e#tensible. 3ut, before you can use a Servlet
to add an e#tended functionality to the 'avaServer. Rou have to use the 'ava Server
administration applet to install the Servlet and specify the default parameters and
arguments.
<isplay the 6dministration 6pplet by connecting to1
http1**serverSHostS(ame1F!!!*inde#.html
1F
6re secure&even when downloading across the networ-, the servlets security model and
the Servlet sandbo# to protect your system from unfriendly behavior.
Introduction to +TML:
,he hyperte#t mar-up language 9H,.+; is a simple mar-up language. )sed to create
a hyperte#t documents that are portable from one platform to another H,.+ documents
are SH.+ 9Standard generali/ed mar- up language; documents with generic semantics
that are appropriate for representing information from a wide range of applications. ,his
specification defines H,.+ version ?..H,.+ ?. aims to capture recommended
practice as of early AG= and as such a replacement for H,.+.!
6 set of instructions embedded in a document is called mar- up language. ,hese
instructions describe what the document te#t means and hoe it should loo- li-e in a
display. Hyper ,e#t .ar- )p language 9H,.+; is the language used to encode %orld
%ide %eb documents.
4+2 TO USE +TML
%ebsite is a collection of pages, publications, and documents that reside on web
server. %hile these pages publications and a document as a formatted in a single format,
you should use H,.+ for home page and all primary pages and the site. ,his will enable
the millions of web users can easily access and to ta-e advantage of your website.
H,.+ is considered first for formatting any new material you plan to publish on
the web. H,.+ documents are platform independent, meaning that they donAt confirm to
any standard. If they are created properly you can move home page to any server
platform or you can access them with any complaint www browser.
1G
STRUCTURE OF +TML
H,.+ elements perform a defined tas-. H,.+ uses two types of elements
. :mpty ,ags
. Container ,ags
:mpty 9or open; tags and container tags. ,hese tags differ because of what they
represent. :mpty tags represent formatting constricts such as line brea-s and hori/ontal
rules. Container tags define a section of te#t and specify the formatting the containers dot
all of the selected te#t. 6 container tag has both a beginning and an ending.
+TML LA2OUT:
6n H,.+ document consists of te#t, which comprises the content of the
document and tags, which, defines the structure, and appearance of the document. ,he
structure of an H,.+ document is simple, consists of outer.
KH,.+Ntag enclosing the document header and body
KH,.+N
KH:6<N
K,I,+:Nthe title of H,.+ documentK*,I,+:N
K*H:6<N
K3"<RN
,his is where the actual H,.+ documents
,e#t lies, which is displayed in the browser
K*3"<RNK*H,.+N
:ach document has a head and body delimited by the KH:6<N and K3"<RN tag. ,he
head is where you give your H,.+ document a title and where you indicate other
parameters the browser may use when displaying the document. ,his includes the te#t for
!
displaying the te#t. ,ag also references special and indicates the hot spots that lin- your
document to other documents.
+TML FORMS:
Create a form usually involves two independent steps1 create the layout for the form
itself and then writing a script program on the server side to process the formation you
get bac- from a form8
,o create a form. Rou use the K7"R.N tag. Inside the opening and closing 7"R.
tags are each of the individual form elements plus any other H,.+ content to create a
layout for that form.
,he opening tag of the 7"R. element usually includes the attributes1 .:,H"< and
6C,I"(. ,he .:,H"< attributes can be either H:, or P"S, which determines how
your form data is sent to the script to process it.

,he 6C,I"( attribute is a pointer to the script that processes the form on the server
side. ,he 6C,I"( can be included by a relative path or by a full )R+ to a script on your
server or somewhere else. 7or e#ample, the following K7"R.N tag would call a script
called form&name in cgi&bin directory on server www.myservser.com
K7"R. .ethodM post actionMhttp1**www.mytservser.com*cgi&bin*form&name.plN
PPPPPP.
K*7"R.N
1
,a-aScri&t:
'avaScript is a new scripting language for %ebPages scripts written with $ava script can
be embedded into your H,.+ pages. %ith $ava script you have very many possibilities
for enhancing your H,.+ page with interesting elements. 7or e#ample you are able to
respond to user&initiated events 2uite easily. Some effects that are now possible with $ava
script were some time ago only possible with CHI. So you can create really sophisticated
pages with the helps of $ava script on the Internet.

Di//!r!nc! b!t0!!n 'a-a and ,a-a Scri&t
6lthough the names are almost the same 'ava is not the same as 'ava Script. ,hese are
two different techni2ues for Internet programming. 'ava is programming language.
'avaScript is a scripting language as the name implies. ,he difference is that we can
create real programs with $ava. 3ut about real programming. So 'ava Script is meant to
be easy to understand and easy to use. 'avaScript authors should not have to care too
much about programming. %e could say that 'ava Script is rather an e#tension to H,.+
than a separate computer language. "f course this is not the official definition but it
ma-es it easier to understand the difference between $ava and $ava script.
+o0 can ,a-a Scri&t scri&ts run9
,he first browser to support $ava script was the (etscape (avigator .! of course
the higher versions do have $ava script as well. Rou might -now that $ava does not run on
all (etscape (avigators .! 9or higher versions; versions. 3ut this is not true for $ava
script &although there are some problems with the different versions.
,he .ac version for e#ample seems to have many bugs. In the near future there
are going to be some other browsers, which support $ava script. ,he .icrosoft Internet
e#plorer ?.! is going to support $ava script. 'avaScript enabled browsers are going to

spread soon & it is worth learning this new techni2ue now. Rou might reali/e that is really
easy to write 'ava Script scripts.
,he following is a very small script, which will only print a te#t into an H,.+
document.
KhtmlN
KheadN
.y first 'avaScript
K*headN
KbodyNKbrN
,his is a normal H,.+ document
KbrN
Kscript languageME'avaScriptEN
<ocument.write 9Cthis is a $ava scriptE;
K*scriptNKb rN
3ac-ing H,.+ again
K*bodyNK*htmlN
If you are using a $ava script enabled&browser at the moment then you will have
the possibility to see this script wor-ing. If your browser doesnAt support 'ava Script then
this output might be some -ind of strangeP
,his is a normal H,.+ document
,his is $ava scriptO
3ac- in H,.+ again.
Functions
?
7unctions are declared between the KHeadN tag of H,.+ page. 7unctions are called by
user&initiated events. Seems reasonable to -eep the functions between the KHeadN tags.
,hey are loaded first before a user can do anything that might call a function. Scripts can
be placed between inside comment fields to ensure that older browser do not display the
script itself.
KhtmlN
KheadN
Kscript languageME'avaScriptEN
function pushbutton 9;T
alert 9CHelloOE;J
U
K*scriptN
K*headN
KbodyN
KformN
Kinput typeMEbuttonE nameME3utton1E valueMEpush meE onclic-MEpushbutton 9;EN
K*formN
K*bodyN
K*htmlN
If we want to test this one immediately and you are using a 'ava Script enabled browser
then please go ahead and push the button.
,his script will create a button and when you press it a window will pop up saying
ChelloOE. In fact we have a lot of possibilities $ust by adding functions to our scripts.
,he common browsers transmit the form information by either method1 hereAs the
complete tag including the H:, transmission method attribute for the previous form
E(a#&!
K7orm method MH:, actionMhttp1**www.mycompany.com*cgi&bin*upfdate.plN
PPP
@
K*formN
INTRODUCTION TO ,D*C
'<3C 9'ava <atabase connectivity; is a front&end tool for connecting to a server to
"<3C in that respect, however '<3C can connect only $ava client and it uses "<3C for
the connectivity. '<3C is essentially a low&level 6PI since any data manipulation,
storage and retrieval has to be done by the program itself. Some tools, which provide a
higher&level abstraction, are e#pected shortly.
,he ne#t 2uestion that needs to be answered is why we need '<3C, once we have
"<3C on hand. %e can use the same "<3C to connect the entire database and "<3C is
a proven technology.
Problem for doing this is "<3C gives a VcA language 6PI, which uses pointers
e#tensively. Since $ava does not have any pointes and is ob$ect&oriented sun
.icrosystems, inventor of $ava developed to suit its needs.
R!3uir!#!nts to us! ,D*C:

,o use '<3C you need a basic -nowledge of databases and S>+.6 part from this
you need the $d-1.1 9'ava <evelopment Dit1.1 available $avasoftAs website; or a version
of 'ava since $d-1.1 and above come bundled with '<3C software.
6fter that you need to have a bac-&end database engine for which a '<3C driver is
available. %hen '<3C drivers are not available '<3C&"<3C bridge drivers are used to
access the database through "<3C.3ac-&end is not needed when '<3C driver is capable
of storing and retrieving the data itself, or if '<3C&"<3C 3ridge and the "<3C driver
can be used to store and retrieve the information8
B
DATA*ASE MODELS
'<3C and accessing the database through applets and '<3C.6PI via an
intermediate server resulted server resulted in a new type of database model which
is different from the client&server model. 3ased on number of intermediate server through
the re2uest should go it is named as single tire, two tire and multi tire architecture
Sin$! Ti!r
In a single tier the server and client are the same in the sense that a client program
that needs information 9client; and the source of this type of architecture is also possible
in $ava, in case flat files are used to store the data. However this is useful only in case of
small applications. ,he advantage with this is the simplicity and portability of the
application developed

<atabase
T0o Ti!r 5ci!nt7s!r-!r6
=
Server and
client
In two architecture the database resides in one machine the networ-. In this type of
architecture a database management ta-es control of the database and provides access to
clients in a networ-. ,his software bundle is also called as the server. Software in
different machines, re2uesting for information are called as the clients.


<atabase
T.r!! Ti!r and N7Ti!r
In the three&tier architecture, any number servers can access the database that
resides on server. %hich in turn serve clients in a networ-. 7or e#ample, you want to
access the database using $ava applets, the applet running in some other machine, can
send re2uest only to the server from which it is down loaded. 7or this reason we will need
to have a intermediate server which will accept the re2uests from applets and them to the
actual database server. ,his intermediate server acts as a two&way communication
4
Server
Client
Client
channel also. ,his is the information or data from the database is passed on to the applet
that is re2uesting it. ,his can be e#tended to ma-e n tiers of servers, each server carrying
to specific type of re2uest from clients, however in practice only ? tiers architecture is
popular.
,D*C Dri-!r T%&!s:
,he '<3C drivers that we are aware of at this time fit into one of four categories
:8 ,D*C7OD*C *RIDGE PLUS OD*C DRIVER
,he $ava soft bridge product provides '<3C access via "<3C drivers. (ote that
"<3C binary code end in many cases database client code must be loaded on each client
machine that uses this driver. 6s a result, this -ind of driver is most appropriate on a
corporate networ- where client installations are not ma$or problem, or for application
server code written in $ava in ?&tier architecture8
;8 NATIVE API PARTL27,AVA DRIVER
,his -ind of driver converts '<3C calls into calls on the client 6PI for oracle Sybase,
Informi#, <3, or other <3.S. (ote that, li-e the bridge driver, this style of driver
re2uires that some binary code be loaded on each client machine.
<8,D*C7NET ALL7,AVA DRIVER
,his driver translates '<3C calls into a <3.S independent net protocol, which is
then translated, to a <3.S protocol by a server. ,his net server middle&ware is able to
connect its all $ava clients to many different databases. ,he Specific protocol used
depends on the vendor. In general, this most fle#ible '<3C alternative. It is li-ely that all
vendors of this solution will provide products suitable for intranet use. In order for these
products to also support Internet access, they must handle the additional re2uirements for
security, access through firewalls, etc that the web imposes. Several vendors are adding
'<3C drivers to their e#isting database middleware products.
=8NATIVE PROTOCOL ALL7,AVA DRIVER
F
,his -ind of driver converts '<3C calls into the networ- protocol used by <3.S
directory. ,his allows a direct call from the client machine to the <3.S server that is
practical solution for intranet access. Since many of these protocols are proprietary, the
database vendors themselves will be the primary source. Several database vendors have
these in progress. :ventually, we e#pect that driver categories ? and @ will be the
preferred way to access databases from '<3C. <river categories one and two are interim
solutions where direct all $ava drivers are not yet available.
CSS
Cascading Style Sheets 5CSS6 is a st%! s.!!t an$ua$! used to describe the presentation
9that is, the loo- and formatting; of a document written in a #ar1u& an$ua$!. Its most
common application is to style 0!b &a$!s written in +TML and >+TML, but the
language can be applied to any -ind of >ML document
CSS is designed primarily to enable the separation of document content 9written in
H,.+ or a similar mar-up language; from document presentation, including elements
such as the colors, fonts, and layout. ,his separation can improve content accessibility,
provide more fle#ibility and control in the specification of presentation characteristics,
enable multiple pages to share formatting, and reduce comple#ity and repetition in the
structural content 9such as by allowing for tableless web design;. CSS can also allow the
same mar-up page to be presented in different styles for different rendering methods,
such as on&screen, in print, by voice 9when read out by a speech&based browser or screen
reader; and on 3raille&based, tactile devices. %hile the author of a document typically
lin-s that document to a CSS stylesheet, readers can use a different stylesheet, perhaps
one on their own computer, to override the one the author has specified.
CSS specifies a priority scheme to determine which style rules apply if more than one
rule matches against a particular element. In this so&called cascade, priorities or weights
are calculated and assigned to rules, so that the results are predictable.
G
A&ac.! To#cat S!r-!r1
Introduction
7or administrators and web developers ali-e, there are some important bits of information
you should familiari/e yourself with before starting out. ,his document serves as a brief
introduction to some of the concepts and terminology behind the ,omcat container. 6s
well, where to go when you need help.
<irectories and 7iles
,hroughout the docs, youWll notice there are numerous references to
?CATALINA@+OME. ,his represents the root of your ,omcat installation. %hen we
say, 0,his information can be found in your XC6,6+I(6SH".:*R:6<.:.t#t file0 we
mean to loo- at the R:6<.:.t#t file at the root of your ,omcat install
,hese are some of the -ey tomcat directories, all relative to XC6,6+I(6SH".:1
*bin & Startup, shutdown, and other scripts. ,he Y.sh files 9for )ni#
systems; are functional duplicates of the Y.bat files 9for %indows
systems;. Since the %in?91!; command&line lac-s certain functionality,
there are some additional files in here.
*conf & Configuration files and related <,<s. ,he most important file in
here is server.#ml. It is the main configuration file for the container.
?!
*logs & +og files are here by default.
*webapps & ,his is where your webapps go
Configuring ,omcat
,his section will ac2uaint you with the basic information used during the configuration
of the container.6ll of the information in the configuration files is read at startup,
meaning that any change to the files necessitates a restart of the container.
Functiona R!3uir!#!nts S&!ci/ication
+i!rarc.% o/ Us!rs
,he hierarchy of the system is maintained by the privileges to access the system. ,here
are three types of users.
A&&rais!: :very employee is an appraisee and submits his appraisal to his manager
with tas-s and performance measures for evaluation. 6ppraisee can give self rating. He
can submit the rating. 6ppraisee can send the re2uest for re&rating. He can generate all
the reports.
A&&rais!r: 6ppraiser is appraiseeAs reporting manager. .ain function is to evaluate
appraisal and rate appraiseeAs performance. He also can give rating initiation. He can
generate consolidate ran-. He can verify the reviewers re2uest.
R!-i!0!r: Reviewer is appraiserAs reporting manager to view the appraisal. Reviewer
can verify the appraise re2uest. He can view the appraiser contacts. He can generate all
the reports.
Product Sco&! and Functiona S&!ci/ications
Sco&!:
,he functional scope of :mployee Performance Z Recognition Portal is to provide a
user&friendly management system for resources as well as to give a trac-ing of employee
appraisals, which trac-s the employees performance and appraisals. .
,he following functional activities are considered for e#ecuting the pro$ect.
?1
o :very employee 9appraise; can submit their appraisal to his manager
9appraiser;.
o :very appraise can prove their performance based on the tas-s those they
are completed successfully.
o 6ppraiserAs wor- is to evaluate appraisals and rate them.
o 6ppraiser can generate the average rating and consolidated ran-.
o Reviewer can view the appraise re2uest and if they need, he can give the
permission to re&rate their self.
Reports should be generated on the current status and every report will be accountable by
the employees of the company.
(o of :mployee [ ,his report can show the total employees of the
company.
6ppraisal calculation [ ,his report can show all the employees appraisal
calculations.
Databas!: ,he :mployee Performance Z Recognition Portal application has the
'<3C& connectivity, which is provided to interface with .y S>+ B.! database. ,he .y
S>+ B.! is chosen for this pro$ect because of higher security level and web compatibility
features offered by it and it is open source.
Non7Functiona R!3uir!#!nts:
:6 Docu#!ntation:
)ser is provided a manual in the system. ,his will guide user or the
operator in driving the system in a perfect manner. ,here is no need to specify the
technical documentation for the user.
;6 +ard0ar! Consid!rations:
If the software is to be e#ecuted on e#isting hardware or on predetermined
software, all the characteristics of the hardware, including memory restrictions should be
specified. In addition, the current use and load the characteristics of the hardware should
be given1
?
Con/i$uration R!3uir!d R!co##!nd!d
.ain .emory B= .3 B1 .3
.icroprocessor Pentium II Pentium II
Hard dis- <rive @! H3 F! H3
Printer 6ny Printer 6ny Printer
,he system should be consisted with the hardware such that any up gradations
made to the current system should support.
<6 Us!r Int!r/ac! and +u#an Factors:
,he user interface used is a graphical user interface 9H)I;. %hen the user
clic-s buttons, select the chec-bo# item, uses the mouse or perform any relate action, an
interface event occurs.
6 little training for the user to the system is needed. 6 preliminary user
manual with all user commands, screen formats. 6n e#planation is giving how to
feedbac- and error messages.
=6 Modi/iabiit%:
,he system is consisting with future modifications. In future, if
any changes to the system are re2uired they can be done easily without changing the
overall.
A6 S!curit% Issu!s:
,he system should be protected against security threats. ,he
"rgani/ation has the responsibility to restrict the threats such as e#ternal instructions,
malicious users. ,he company should deploy instruction detection techni2ue. Security to
the system is provided with login and password.
??
B6 R!sourc! Issu!s:
<evelopers should be ta-e concern about resource utili/ation issues the
resources must be used in reasonable and efficient manner. Insufficient use of the
resources re2uest in the increase of cost of automation of pro$ect over manual system.
SOFT4ARE SPECIFICATION
D!-!o&#!nt En-iron#!nt
O&!ratin$ S%st!#: 4indo0s ;CCCD>P
,he system will be built on windows compatible environment. ,he application will be
web based using 'ava technology
4!b S!r-!r:
6pache ,omcat %eb Server to serve as Servile\'SP engine. ,he system re2uires
6pache ,omcat %eb Server
S!r-!r sid! A&&ication So/t0ar!1 'ava Server Pages 9'SP;
Ci!nt Sid! A&&ication So/t0ar!: 'ava Script, H,.+
Data *as!: M% SEL A8C
,he system re2uires .y S>+ as a database, however the system will be '<3C
complaint to wor- on any standard database.
?@
Ci!nt *ro0s!rs:
Internet :#plorer =.! or (etscape (avigator @.4
,a-a So/t0ar! : 'd-1.B.!
+ARD4ARE SPECIFICATION
,he following are the minimal hardware re2uirements to e#ecute this pro$ect
A Personal Computer
Pentium Processor
B= .3 R6.
F!H3 Hard <isc
?B


System Design
?=
S%st!# D!si$n:

Modu! D!scri&tion :
In this totally there are four modules, namely
6dmin .odule
6ppraise .odule
6ppraiser .odule
Reviewer .odule
Ad#in Modu!:
,his module provides interface to administrator to manage 9add *delete * edit; the
employees and view the list of currently available employees. It allows admin to create
logins for different employees and assign different roles while creation. It allows the
administrator to create, delete and view the pro$ects. It provides a facility to store the any
report information e#cel sheet. It allows in generating consolidated ran-s for the
employees. It allows to view already generated ran-s. It allows the administrator to
change his for enhanced security in future.
A&&rais!!:
,his module treats every employee as an appraisee and allows them to submits
appraisals to his manager which contains tas- details li-e ,as- I<, ,as- <esc, ,as-
?4
Status, %eightage of the tas-, self rating for the all the tas- he has done with in this half&
yearly period. He can view the appraisals what he has submitted. He can view the rating
given by the appraiser for the tas- in his appraisals.
If he satisfies with the ratings then he can confirm so that average rating of his
employee will be calculated based no of tas-s in his appraisal, weightage of the tas-s and
their evaluated ratings. If he is not satisfied then he can send a re2uest to the reviewer to
ma-e him as- the appraiser to review his appraisal again.
A&&rais!r:
6ppraiser is nothing but 6ppraiseeAs reporting manager. .ain function is to
evaluate appraisal and rate appraiseeAs performance. He can evaluate the rating given by
the appraisee and he can give the consolidate ran- to the appraisee. 6fter that, he can
submit it to the reviewer. He can view the reviewers re2uests forwarded from reviewers
and re&rate the appropriate employee appraisal. He can view reports li-e .y Pro$ects,
Iiew CR, print appraisal and view.yCRan-.
Rating :valuation .odule
Consolidated Ran- Heneration .odule
Reviewer re2uest module

R!-i!0!r:
Reviewer is nothing but 6ppraiserAs reporting manager to review the appraisal.
He can view the review re2uests from different appraisees and forward those re2uests to
appraisers. He can collect the report from the appraiserAs based on that report he can give
the rating to the employee. He can view reports li-e .yPro$ects, Iiew CR, Print
appraisal and view .yCRan-.
6ppraisee re2uest
6ppraiser contacts module
?F
Reports .odule
Data Dictionar% 1
DATA*ASE S2STEM ARC+ITECTURE
,he database architecture is divided into three general levels1
Internal, Conceptual and e#ternal.
,he internal level is the one closest to physical storage, that is, the one concerned with
the way in which the is actually stored.
,he :#ternal level is the one closest to the usersJ that is the one concerned with the way
in which individual user view the data.
,he conceptual level is a Clevel of indirection Cbetween the :#ternal and Internal levels.
If the :#ternal level is concerned with individual user views, the conceptual level may
be thought of as defining a community user view. In other words, there will be many
Ce#ternal viewsE, each consisting of a more or less abstract representation of some
portion of the database, and there will be a single C conceptual view C, consisting of a
similar abstract representation of the database in its entirelyJ :#ternal level is -nown as
Cindividual user viewE level, Conceptual level is -nown as Ccommunity user viewE level,
and internal level is -nown as1E storage viewE level.
Databas! ad#inistrator 5D*A6:7
?G
<36 is the person responsible for overall control of the database system. ,he <36As
responsibilities include the following1
<eciding the information content of the database.
<eciding the storage structures and access stragegy.
<efining the authori/ation chec-s and validation procedure.
<efining a strategy for bac-up and recovery.
.onitoring performance and responding to changes in re2uirements.
"ne of the most important <36 tool is the C<ata <icitionaryE. ,he data dictionary is
effectively a database in its own right [ a database that contains Cdata about dataE is
-nown as data dictionary.
Us!r Int!r/ac!: 7 ,he user interface may be defined as a boundary in the system
below which everything is invisible to the user. 3y definition, therefore, the user interface
is an e#ternal level.
Databas! Dictionar%:
,he logical characteristics of current systems data stores, including name,
description, aliases, contents, and organi/ation. Identifies processes where the data are
used and where immediate access to information needed. Serves as the basis for
identifying database re2uirements during system design.
Us!s o/ Data Dictionar%:
:8 ,o manage the detail in large systems
;8 ,o communicate a common meaning for all system elements
<8 ,o <ocument the features of the system
=8 ,o facilitate analysis of the details in order to evaluate characteristics and
determine where system changes should be made.
@!
A8 ,o locate errors and omissions in the systems

:8TA*LE NAME: APPRAISALDETAILS
Fi!d Na#! Data
T%&!

Si)!
CONSTRAINT DESCRIPTION
6PRR6IS6+I< I6RCH6R 11 PRI.6RR )ni2ue id for each
appraisal
:.P(" I(, B :mployee number
S,6R,<6,: <6,: Start date of appraisal
:(<<6,: <6,: :nd date of appraisal
6PPR6IS6+P:RI"< I6RCH6R ?! ,otal period of
appraisal
S,6,)S I6RCH6R ?! Status of appraisal
;8 TA*LE NAME: CRANFDETAILS
Fi!d Na#! Data T%&! Si)! CONSTRAINT DESCRIPTION
CRI< I6RCH6R B PRI.6RR C"(S"+I<6,:<
R6(D I<
:.P(" I(, ?B :mployee number
6PPR6IS6+P:RI"< I6RCH6R @ ,ime period of
appraisal
"I:R6++R6,I(HS CH6R ! "verall rating of
appraisal
"I:R6++P:R7"R.6(C: CH6R ! "verall
@1
performance of
employee
C"(S"+I<6,:R6(D I(, ? Ran- generated
6PPR6IS6+I< I6RCH6R ?1 PRI.6RR Id given to each
appraisal
<8 TA*LE NAME: FEED*ACF
Fi!d Na#! Data T%&! Si)! DESCRIPTION
6PPR6IS6+I< I6RCH6R B! )ni2ue id for each appraisal
6PPR6IS:R7::<36CD ,:8, 7eed bac- given by the appraiser to the
apraisee
R:II:%:RC"..:(,S ,:8, Comments9if any; on feed bac- given
by the appraiser
=8TA*LE NAME: LOGIN
.
Fi!d Na#! Data T%&! Si)!
DESCRIPTION
)S:R I< I6RCH6R B )ni2ue id is given to each user
P6SS%"R< I6RCH6R B Password is generated to each user
6),H I6RCH6R 1! 6uthori/ation given to each user
@
A8 TA*LE NAME: MASTERDATA
Fi!d Na#! Data T%&! Si)! DESCRIPTION
S(" I(, 11 Serial number
:.P(" I(, 1! :mployee number
(6.: I6RCH6R 1!! (ame of the employee
:.6I+I< I6RCH6R 1!! :mail id given to the user
PR"':C,C"<: I6RCH6R 1!! Code generated for each pro$ect
C+I:(,(6.: I6RCH6R 1!! (ame of the client assigned to the pro$ect
6PPR6S:R.6I+I< I6RCH6R 1!! .ail id of the appraiser
S,6R,<6,: <6,: Start date of the pro$ect
:(<<6,: <6,: :nd date of the pro$ect
C)RR:(,+"C6,I"( I6RCH6R 1!! +ocation where the pro$ect is done
36S: +"C6,I"( I6RCH6R 1!! 3ase location of the company
'"I(I(H<6,: <6,: 'oining date of the employee
R"+: I6RCH6R 1!! Role played by the employee
<:SIH(6,I"( I6RCH6R 1!! <esignation of the employee
@?
B8 TA*LE NAME: MENU@*ASE
Fi!d Na#! Data T%&! Si)! DESCRIPTION
.:()SI< I(, 11 Id given to each menu
+63:+ I6RCH6R 1!! +abel given to each menu
<:SCRIP,I"( I6RCH6R BB <escription of the menu
G8 TA*LE NAME: MENU@FRAME@E>ECUTA*LE@MAPPING
Fi!d Na#! Data T%&! Si)! DESCRIPTION
S(" I(, 11 Serial number
.:()R:+6,I"(SHIPI< I(, 11 Id given to each relationship between
menuAs
,6RH:,7R6.: I6RCH6R 1!! ,arget frame of the menu
:8:C),63+: I6RCH6R BB :#ecution of target frame
@@
H8 TA*LE NAME: MENU@ROLE@RELATIONS+IP
Fi!d Na#! Data T%&! Si)! DESCRIPTION
.:()R:+6,I"(SHIPI< I(, 11 Id given to each menu relationship
R"+: I6RCH6R ! Role of the user
<:SCRIP,I"( I6RCH6R BB <escription of the pro$ect
I8 TA*LE NAME: MENUITEM@RELATIONS+IP
Fi!d Na#! Data T%&! Si)! DESCRIPTION
.:()R:+6,I"(SHIPI< I(, 11 Id given to menu relationship
P6R:(,.:()I< I(, 11 Id given to parent menu item
CHI+<.:()I< I(, 11 Id given to child menu item
R:+6,I"(SHIP<:SCRIP,I"( I6RCH6R BB <escription of relationships
between menus
.:()+:I:+1 I(, 11 +evel of the menu
@B
:C8TA*LE NAME: PERFORMANCEDETAILS
Fi!d Na#! Data T%&! Si)! DESCRIPTION
6PPR6IS6+I< I6RCH6R 1!! )ni2ue id for each appraisal
P:R7"R.6(C:I< I6RCH6R 1!! )ni2ue id for each performance of
the user
P:R7"R.6(C:.:6S)R: I6RCH6R 1!! "verall measure of the performance
%:IHH,6H: I(, ? %eight age of the performance
6PPR6IS:RR6,I(H CH6R B Rating given by the appraiser
6PPR6IS:RC"..:(,S ,:8, Comments given by the user.
,6RH:, I(, ? ,arget achieved by the employee
P:RC:(,6CHI:I:< I(, ? ,otal percent achieved by the user
::8 TA*LE NAME: PRO,ECT+ISTOR2
Fi!d Na#! Data T%&! Si)! DESCRIPTION
S(" I(, 11 Serial number
:.P(" I(, 1! :mployee number
:.6I+I< I6RCH6R 1!! .ail id of the employee
PR"':C,C"<: I6RCH6R 1!! Code of the pro$ect
C+I:(,(6.: I6RCH6R 1!! (ame of the client
6++"C6,:<7R". <6,: <ate allocated for pro$ect
6++"C6,:<," <6,: :nd date of the pro$ect
R"+: I6RCH6R 1!! Role played by the user
R:P"R,I(H.6(6H:R.6I+I< I6RCH6R 1!! .ail id of the reporting
manager of the pro$ect
:;8 TA*LE NAME: REVIE4ERCOMMENTS
@=
Fi!d Na#! Data T%&! Si)!
DESCRIPTION
6PPR6IS6+I< I6RCH6R 1!! Id of the appraisal
R:II:%:RC"..:(,S ,:8, Comments of the reviwer
:<8 TA*LE NAME: TASFDETAILS
Fi!d Na#! Data T%&! Si)!
DESCRIPTION
6PPR6IS6+I< I6RCH6R 1!! Id of the appraisal
,6SDI< I6RCH6R 1! Id of the tas-
,6SD<:,6I+S I6RCH6R BB <etails of the tas-
<)R6,I"( I6RCH6R B! <uration of the tas-
S,6,)S I6RCH6R B! Status of the appraisal
S:+7R6,I(H CH6R B Rating given by the employee to him
6PPR6IS:RR6,I(H CH6R B Rating given by the appraiser to
employee
%:IHH,6H: I(, B %eight age calculated by the appraiser
C"..:(,S ,:8, Comments given bye the reviewer
).+ <iagrams
E#&o%!!P!r/or#anc! J R!co$nition Porta Acti-it% Dia$ra#:
@4
K

Class Diagram:
@F
S!/ Ratin$
Initiation
S!/ Ratin$
Sub#ission
A&&rais!r
Contacts M$t
Vi!0 A&&rais!!
R!3u!st
Consoidat!d
Ran1
R!7Ratin$
E-auation
A-!ra$! Ratin$
Vi!0 R!7Ratin$
R!3u!st
R!7Ratin$
R!3u!st
Ratin$
E-auation
:
: :
: :
:



:
:
:
@G
Re-Rating
Request
Send ()
View ()
Users
Add ()
Update ()
Delete ()
View ()
Login ()
Consolidated
Ranks
Generate ()
ask Details
!nitiation
Start ()
View ()
Rating
Su"mission
Su"mit ()
Validate ()
Rating
#$aluation
#$aluate ()
Update ()
Requests
View ()
%orward ()
USECASES
Us! Cas! dia$ra#1
,his shows a set of use cases and actors and their relationships. ,hese
diagrams illustrate the static use case view of a system and are important in organi/ing
and modeling the behaviors of a system.
)secase digrams are used during re2uirement elicitation and analysis to
represent the functionality of the system. )se cases focus on the behavior of the system
from the e#ternal point of the view. 6n 6ctor is an e#ternal entity that interacts with the
system. ,he identification of actors and usecases results in the definition of the boundary
of the system.
B!
Us! Cas! Dia$ra# /or Ad#in Us!r:

B1
Us!r Mana$!#!nt
Pro'!ct
Mana$!#!nt
G!n!rat! CR
E#&o%!!
Mana$!#!nt
Vi!0 CR R!&ort
Ad#in
Us! Cas! Dia$ra# /or t.! /oo0in$ Us!rs

A&&rais!r
B
Tas1s
P!r/or#anc!
M!asur!s
F!!dbac1
Print A&&raisa
R!&ort
G!n!rat! CR
S!ttin$s
Vi!0 A&&raisas
E-auat!
A&&raisas
R!'!ct!d
A&&raisas
E-auation
R!3u!sts
A&&rais!!

S!3u!nc! Dia$ra#
Se2uence diagram is an interaction diagram which focuses on the time ordering
of messages it shows a set of ob$ects and messages e#change between these ob$ects. ,his
diagram illustrates the dynamic view of a system
6 se2uence diagram represents the se2uence and the interactions of given
case or scenario. 6 se2uence diagram shows an interaction arranged in a time se2uence.
It shows the ob$ects participating in the interaction by their life times and messages they
e#change, arranged in a time se2uence.
6 se2uence diagram has two dimensions1 the vertical dimension represents
timeJ the hori/ontal dimension represents different ob$ects. ,he vertical line is called the
ob$ectWs lifeline. ,he lifeline represents the ob$ectWs e#istence during the interaction. 6n
ob$ect is shown as bo# at the top of a dashed vertical line. 6 role is a slot for an ob$ect
with in a collaboration that describes the type of ob$ect that may play the role and its
relationships to other roles. :ach message is represented by an arrow between lifetimes
of two ob$ects. ,he order in which these message is occur is shown top to bottom on the
page. :ach message is labeled with message name.

B?
For0ard
R!3u!sts
R!-i!0!r
S!3u!nc! Dia$ra# /or Ad#inistrator:
B@
S!3u!nc! Dia$ra# /or A&&rais!!:
BB
S!3u!nc! Dia$ra# /or A&&rais!r:
B=
S!3u!nc! Dia$ra# /or R!-i!0!r:
B4

Sample Code
BF
Sa#&! Cod!:
CSS:
KhtmlN
KheadN
Klin- hrefMWstyles.cssW relM0stylesheet0*N
Kmeta http&e2uivM0Content&,ype0 contentM0te#t*htmlJ charsetMutf&F0N
Kstyle typeM0te#t*css0N
KO&&
body T
bac-ground&color1 ]!!!!!!J
U
&&N
K*styleNK*headN
Kbody classM0.ain0 N
Kimg srcM0Images*+ogo.png0 altM0:mployee PZR Portal0*N
K*bodyN
K*htmlN
BG
LOGIN
KLQ page languageM0$ava0 importM0$ava.util.Y0 page:ncodingM0),7&F0LN
KL
String path M re2uest.getConte#tPath9;J
String basePath M re2uest.getScheme9;501**05re2uest.getServer(ame9;
50105re2uest.getServerPort9;5path50*0J
LN
KhtmlN
KheadN
Kbase hrefM0KLMbasePathLN0N
KtitleN:mployee Performance Z Recognition PortalK*titleN
Kscript +6(H)6H:M0'avascript0 SRCM0Images*validate.$s0NK*scriptN
K+I(D hrefM0styles*styles.css0 typeM0te#t*css0 relM0stylesheet0N
Kscript +6(H)6H:M0'avascript0 SRCM0Images*calender.$s0NK*scriptN
Kscript +6(H)6H:M0'avascript0 N
K*scriptN
K*headN
KLO String :rrCodeM0!0,+oginCodeM060JLN
K3ody ClassMW.ainW N
Kimg srcM0Images*+ogo.png0*N
K3RNK3RNK3RNK3RN
K7"R. 6C,I"(M0Ialidate.$sp0 method M 0P"S,0 onsubmitM0return validate9;0N
KL:rrCode M re2uest.getParameter90:rrCode0;J
+oginCode M re2uest.getParameter90+oginCode0;J
if9:rrCodeOMnull;T
if9:rrCode.e2uals9010;;T
LN
=!
KscriptNalert90+ogin failed..please try again0;JK*scriptNKL
U
ULN
K,63+: alignMcenter widthM0@!L0 classM0notepad0N
K,R classM0rowStitle0N
K,H alignM0center0 colspanM?N+oginK*,HN
K*,RN
K,RN
K,< alignM0left0N)ser I<K7"(, C"+"RM0red0NYK*,<N
K,<NKInput typeMte#t classM,e#t7ield nameMW)serI<W valueMWW si/eM!NK*,<NK*trN
K,RNK,< alignM0left0NPasswordK7"(, C"+"RM0red0NYK*,<N
K,<NKInput typeMpassword nameMWPasswordW classM,e#t7ield valueMWW si/eM!NK*,<N
K,RNK,< colspanM alignMcenterNKI(P), ,RP:M0submit0
valueMW+oginWNK*,<NK*,RN
K*,63+:N
K*7"R.N
K*3"<RN
K*htmlN
=1
4E*8>ML
K^#ml versionM01.!0 encodingM0),7&F0^N
Kweb&app versionM0.@0 #mlnsM0http1**$ava.sun.com*#ml*ns*$ee0
#mlns1#siM0http1**www.w?.org*!!1*8.+Schema&instance0
#si1schema+ocationM0http1**$ava.sun.com*#ml*ns*$ee
http1**$ava.sun.com*#ml*ns*$ee*web&appSS@.#sd0N
Ksession&configN
Ksession&timeoutN
?!
K*session&timeoutN
K*session&configN
Kwelcome&file&listN
Kwelcome&fileN+ogin.$spK*welcome&fileN
K*welcome&file&listN
K*web&appN
=
+EADER8,SP
KLQpage content,ypeM0te#t*html0 page:ncodingM0),7&F0LN
KO<"C,RP: H,.+ P)3+IC 0&**%?C**<,< H,.+ @.!1 ,ransitional**:(0
0http1**www.w?.org*,R*html@*loose.dtd0N
KL String )seridM9String;session.get6ttribute90)serI<0;J LN
KhtmlN
KheadN
Kmeta http&e2uivM0Content&,ype0 contentM0te#t*htmlJ charsetM),7&F0N
Klin- hrefMWstyles*styles.cssW relM0stylesheet0*N
KtitleN<ata Centric Dnowledge .anagement SystemK*titleN
K*headN
Kbody classM0.ain0N
Ktable classMnoborder widthM01!!L0N
Ktr classMnoborderN
Ktd classMnoborder alignMleftNKimg srcM0Images*+ogo.png0*NK*tdN
Ktd classMnoborder alignMrightN%elcomeZnbspJZnbspJ Kfont classM3old7ontNK
LM)seridLNK*7ontN K3RN Ka hrefMW+ogout.$spW classMWgenlin-sWN+ogoutK*aNK*tdN
K*trN
K*tableN
K*bodyN
K*htmlN
=?
TESTRUN8,AVA
pac-age com.PerformancePortalJ
import $ava.util.IectorJ
import $ava.util.:numerationJ
import $ava.util.String,o-eni/erJ
public class ,estRunT
public static void main9String_` args; throws :#ception T
$ava.s2l.Connection conMConnectionPool.getConnection9;J
System.out.println90Connection "b$ect105con;J
U
CONNECTION POOL
pac-age com.PerformancePortalJ
import $ava.s2l.ConnectionJ
import $ava.s2l.<river.anagerJ
=@
import $ava.s2l.S>+:#ception
public class ConnectionPoolT
public ConnectionPool9; T
super9;J
U
private static Connection conMnullJ
public static Connection getConnection9;
Ttry
T
Class.for(ame90com.mys2l.$dbc.<river0;J
con M
$ava.s2l.<river.anager.getConnection90$dbc1mys2l1**localhost1??!=*performancedb0,
0root0, 0root0;J
**Class.for(ame90sun.$dbc.odbc.'dbc"dbc<river0;J
**con M $ava.s2l.<river.anager.getConnection90$dbc1odbc1eaest0,0root0,0rooif 9con OM
null; T
System.out.println90Connection Pool <atabase Connection Success0;J
U
Ucatch9final Class(ot7ound:#ception cfe;
TUcatch9final S>+:#ception se;
TUreturn conJ
TU
FOOTER8,SP
KLQpage content,ypeM0te#t*html0 page:ncodingM0),7&F0LN
KO<"C,RP: H,.+ P)3+IC 0&**%?C**<,< H,.+ @.!1 ,ransitional**:(0
=B
0http1**www.w?.org*,R*html@*loose.dtd0N
KhtmlN
KheadN
Kmeta http&e2uivM0Content&,ype0 contentM0te#t*htmlJ charsetM),7&F0N
KtitleN'SP PageK*titleN
Klin- hrefM0styles*styles.css0 relM0stylesheet0*N
K*headN
Kbody classM.ainN
Kh= alignMcenterNZcopyJ :mployee Performance Z Recognition Portal !!F&!GK*h=N
K*bodyN
K*htmlN
*od%8's&
KLQpage content,ypeM0te#t*html0 page:ncodingM0),7&F0LN
KO<"C,RP: H,.+ P)3+IC 0&**%?C**<,< H,.+ @.!1 ,ransitional**:(0
0http1**www.w?.org*,R*html@*loose.dtd0N
==
KhtmlN
KheadN
Kmeta http&e2uivM0Content&,ype0 contentM0te#t*htmlJ charsetM),7&F0N
KtitleN'SP PageK*titleN
Klin- hrefM0styles*styles.css0 relM0stylesheet0*N
K*headN
Kbody classMSCN
K3RNK3RNK3RN
KP alignMrightNK6 hrefM0ChangePassword1.$sp0 classM0genlin-s0NChange
PasswordK*6NK*PN
K3RNK3RNK3RN
KL
String )serId M 9String;session.get6ttribute90)serI<0;J
)serId M )serId.to)pperCase9;J
LN
KH@ alignMcenterN%elcome KLM)serIdLN to :mployee Performance Z Recognition
PortalK*H@N
KHB alignMcenterNPlease navigate through the lin-s providedK*HBN
K*bodyN K*htmlN
=4
System Testing
S%st!# T!stin$ :
Software ,esting is a critical element of software 2uality assurance and represents the
ultimate review of specification, design and coding, ,esting presents an interesting
anomaly for the software engineer.
T!stin$ Ob'!cti-!s incud!:
1. ,esting is a process of e#ecuting a program with the intent of finding an error
=F
. 6 good test case is one that has a probability of finding an as yet undiscovered
error
?. 6 successful test is one that uncovers an undiscovered error
T!stin$ Princi&!s:
6ll tests should be traceable to end user re2uirements
,ests should be planned long before testing begins
,esting should begin on a small scale and progress towards testing in large
:#haustive testing is not possible
,o be most effective testing should be conducted by a independent third
party
T!stin$ Strat!$i!s
6 Strategy for software testing integrates software test cases into a series of well
planned steps that result in the successful construction of software. Software testing
is a broader topic for what is referred to as Ierification and Ialidation. Ierification
refers to the set of activities that ensure that the software correctly implements a
specific function Ialidation refers he set of activities that ensure that the software that
has been built is traceable to customerAs re2uirements
=G
Unit T!stin$:
)nit testing focuses verification effort on the smallest unit of software design that is
the module. )sing procedural design description as a guide, important control paths
are tested to uncover errors within the boundaries of the module. ,he unit test is
normally white bo# testing oriented and the step can be conducted in parallel for
multiple modules.
Int!$ration T!stin$:
Integration testing is a systematic techni2ue for constructing the program structure
while conducting test to uncover errors associated with the interfacing. ,he ob$ective
is to ta-e unit tested methods and build a program structure that has been dictated by
design.
To&7do0n Int!$ration:
,op down integrations an incremental approach to construction of program
structure. .odules are integrated by moving downward through the control
hierarchy, beginning with the main control program. .odules subordinate to the
main program are incorporated in the structure either in the breath&first or depth&first
manner.
4!
*otto#7u& Int!$ration:
,his method as the name suggests, begins construction and testing with atomic
modules i.e., modules at the lowest leveling the program structure. 3ecause the
modules are integrated in the bottom up manner the processing re2uired for the
modules subordinate to a given level is always available and the need for stubs is
eliminated.
S%st!# T!st Cas!s J S%st!# T!st R!&ort
,he system test cases mentioned below are e#pected to wor- and give the e#pected
behavior if the e#plorer is configured to run $ar files as mentioned in the pro$ect
folder. ,he necessary library files and standard $ar files are in the appropriate pro$ect
directories and the path and class path environment variables are appropriately set.
T!st
C8N
o8
In&ut E(&!ct!d *!.a-iour

Obs!r-
!d
b!.a-io
ur
Status
P L
Pass!d
F L
Fai!d
1

+ogin as admin with
correct login details
6dmin Home page for
admin should be
displayed
&do& P

+ogin as admin with

wrong login details
:rror message should be
displayed
41

&do& P
?

6dd a (ew :ntry for
an employee
It should add a new
record in the database
with new employee
details
&do& P
@

<elete :ntry It should delete an
e#isting employee from
the database &do& P
B

6dd login details to
an employee
+ogin details of this
employee should be
stored inside the <3

&do&
P
=

6dd an entry to
create pro$ect details
(ew Pro$ect details
should be added.
&do& P
4
+ogin as 6ppraisee 6ppraisee home page
should be displayed &do& P

F
Set the appraiser and
reviewer for this
It should be added in the
<3
&do& P
4
appraisee

G
Submit an employee
appraisal
6ppraisal should be send
to his appraiser
&do& P
1!
Iiew the list of
appraisals
6pprise appraisals
Should be displayed &do& P
11
+ogin as appraiser 6ppraiser home page
should be displayed &do& P
1
Iiew appraisal list +ist of appraisals should
be displayed.
&do& P
1?
:valuate the
appraisals
6ppraisals should be
evaluated &do&
P
1@
+ogin as appraisee
and send a reviewer
re2uest
It should send a review
re2uest
&do&
P
1B
+ogin as reviewer Reviewer home page
should displayed
&do& P
1=
Iiew the review
re2uests
6ppraisal review
re2uests should be
displayed
&do& P
4?
14 Henerate CR Consolidated ran-s has to
be calculated. &do& P
Vaidation T!stin$:
6t the end of integration testing software ids completely assembled as a pac-age.
Ialidation testing is the ne#t stage which can be defined as successful when the software
functions in the manner reasonably e#pected by the customer. Reasonable e#pectations
are those defined in the software re2uirements specifications. Information contained in
those sections form a basis for validation testing approach.
S%st!# T!stin$:
System testing is actually a series of different tests whose primary purpose is to
fully e#ercise the computer&based system. 6lthough each test has a different purpose,
all wor- to verify that all system elements have been properly integrated to perform
allocated functions.
R!co-!r% T!stin$:
It is a system test that forces the system to fail in a variety of ways and verities that
the recovery is properly performed.
S!curit% T!stin$:
4@
6ttempts to verify the protection mechanisms built into the system.
P!r/or#anc! T!stin$:
,his method is designed to test runtime performance of software within the
conte#t of an integrated system.

Li#itations and En.anc!#!nts
:68 Li#itations:

"nce the user 9employee; submits a document then he is not going to have the
immediate response from the e#pert. %e call this is as offline response. Some
times it is better to provide online response in that situation user can get the status
of his re2uest immediately and gets wide thin-ing.
It is only the intranet application. 3ecause of this if any employee is wor-ing
from client place then he canAt enter into this application from online since itAs
access is restricted with in the company.
4B
;6 En.anc!#!nts:
:#tendibility &&&&provides high level e#tendibility. It means it provides all the
basic features and allows us to e#tend their features very easily with out
disturbing the e#isting code.
%e can ma-e this Internet application if we desire.
%e can ma-e this application is suitable to wor- on any application $ust by
changing the deployment files.
3y providing some more features li-e providing accessibility to internet users to
involve in this process.

4=
SCREENS
LOGIN PAGE:
44
+OME PAGE:
4F
ADMIN:
4G
PRO,ECT +ISTOR2:
F!
TO ADD USER:
F1
TO DELETE A USER:
F
AFTER DELETING USER:
F?
ADD PRO,ECT DETAILS:
F@
," <:+:,: PR"':C, HIS,"RR1
FB
TO ADD EMPLO2EE DETAILS:
F=
," <:+:,: :.P+"R:: <:,6I+S1
F4
," II:% .6S,:R <6,61
FF
CONSOLIDATED RANF SCREENS:
FG
CONSOLIDATED RANF REPORT ERROR:
G!
CONSOLIDATED RANF REPORT:
G1
CONSOLIDATED RANF :
G
TO SELECET APRRAISAL
G?
TO MEASURE PERFORMANCE:
G@
TO SELECT APPRAISAL TO GIVE FEED*ACF
GB
DETAILED APPRAISAL:
G=
TO GET APPRAISEL PERIOD:
G4
TO GET APPRAISE EVALUATION:
GF
TO DISPLA2 ERRORS:
GG
ERROR PAGE:
1!!
SETTINGS FORM:
1!1
1!
Conclusion
Concusion
,he new system, :mployee Performance and Recognition Portal has been
implemented to cater the needs of company employees and administrative people
of the company in submitting appraisals, evaluating the appraisals, calculating the
1!?
average ratings of the employees and finally generating the consolidated ran-s
effectively with role based access. ,he present system has been integrated with
the already e#isting. ,he database was put into the .y S>+ server. ,his was
connected by '<3C. ,he database is accessible through Intranet on any location.
,his system has been found to meet the re2uirements of the users and departments
and also very satisfactory.
,he database system must provide for the safety of the information stored,
despite system crashes or attempts at unauthori/ed access. If data are to be shared among
several users, the system must avoid possible anomalous results
1!@
Bibliography
*ibio$ra&.%

Software :ngineering&6 PractitionerAs 6pproach
&Roger S. Pressman
1!B
'ava Complete Reference
&Herbert Schildt Z Peter (orton
'ava Server Programming 2.0 with complete ':: concepts included
9apress;.
4E*SITES
,AVA : 0008'a-a0ord8co#M
0008'a-a8sun8co#
TOM7CAT : 0008a&aac.!8or$
+TMLM,AVA7SRIPT : 00080<sc.oos8co#
M2SEL : 0008#%s38co#
1!=