Vous êtes sur la page 1sur 45

STUDENT RESULT ANALYSIS REPORT GENERATOR

INTRODUCTION
Student report generator is a web based application designed and engineered for
colleges that need to manage results across multiple branches students that need to track,
manage and report results. This application can run on any kind of operating system. At a
time we can see all the years result in a single sheet and we can see the individual
candidate’s results separately.

1.1 MODULES IN THE SYSTEM:


 ADMIN
 STUDENT
 FACULTY
 HEAD OF THE DEPARTMENT
 TPO
 COMPANY

1.2 MODULE DESCRIPTION:

 ADMIN:
The admin is responsible for uploading the tsheets generated. He can add
the subject marks and make any kind of modifications like storing, updating,
deleting. Apart from the regular results, the supplementary results can also be
uploaded by the admin.
 STUDENT:
Student must be an authenticated user of the college to access this
application. The student can view the semester marks,individual subject marks
and aggregate till the current semester. The student can also make a
comparative analysis with the results generated.

 FACULTY:
Faculty must also be authorized users of the college. Faculty can view the
class result, subject wise result. The percentages of students pass/fail in a
subject can be viewed. The total marks (internal, external and both) can be
calculated.
 HEAD OF THE DEPARTMENT:
Head of the department must be an authorized user. The HOD can view
subject wise, class wise, branch wise, year wise, marks. Also a comparative
result analysis can be made on these results generated.
 TPO:
TPO must be an authorized user. The TPO can view the aggregate
semester marks and make a comparative analysis. TPO can also view the
number of students having backlogs (if any).
 COMPANY:
To view the marks semester wise and also backlogs. Compare the
aggregate according to the requirement.

1.3 EXISTING SYSTEML:


In the previous system, t-sheets occupy more space and the format is not in an
understandable way. It takes more time to search the student result because of
filtering the rows and columns. In this, analyzing the result is also difficult.

PRACTICES:
 Storing and retrieving the unorganized data.
 Segregating the data based on a particular college ID.
 Further segregating the data subject wise.
 Providing the result in a single pattern only( standard pattern- internal
marks, external marks, total marks)

LIMITATIONS:
 The data generated in t-sheets is not in understandable manner.
 The t-sheets occupy more space.
 When a search is made, more time is taken to filter the data and give the
result.

1.4 PROPOSED SYSTEM:


This is a tracking application where at a time we can see all the year’s result in
a single sheet and a choice of viewing the candidates result separately is also
possible. The proposed system t-sheets are designed in an organized manner. The
t-sheets occupy comparatively lesser space, so memory can be organized in a
proper way. Also, the time taken to retrieve the result is faster compared to the
existing system.
2. ANALYSIS AND SRS DOCUMENT
2.1 INTERFACE REQUIREMENTS:
The interface requirements should satisfy the interaction with outside world.

 The database tables that are required for the proposed system should be maintained
by software.

 The fraud cases and error reports are also to be correctly maintained by the user
interface.

 Validations at both browser side and server side are to be made interactively.

 Help screens for usage of the system are required.

2.2 FUNCTIONAL REQUIREMENTS:


2.2.1 FUNCTIONALITIES OF THE ADMINISTRATOR:
Administrator plays a main role in this project. Once administrator enters the valid
user id and password he/she will be provided with the following services

 Uploading T-sheets.
 Add subjects and upload student details.
 Update the student’s database.
 Uploading the supplementary results.
Uploading T-sheets:
Admin can upload the T-sheets
Add subjects and upload student details:
Admin can add Subject details and also add student details.
Update the student’s database:
This privilege enables the administrator to update his/ her details

Uploading the supplementary results:


This privilege enables the administrator to uploading the supplementary results.

2.2.2 FUNCTIONALITIES OF THE Student:


Login:

Once applicant enters the valid user id and password he/she will be provided with the
following services.

 Viewing semester wise marks


 Viewing aggregate of all the semesters
 Viewing subject wise marks
 Making comparative analysis
On clicking these options we navigate to respective pages.

Viewing semester wise marks:


This privilege enables the student to viewing semester wise marks.
Viewing aggregate of all the semesters:
This privilege enables the student to viewing aggregate of all the semesters.
Viewing subject wise marks:
This privilege enables the student to viewing subject wise marks.
Making comparative analysis:
This privilege enables the student to making comparative analysis.
Logout:
This service makes the student to logout from his/her account.

2.2.3 FUNCTIONALITIES OF THE FACULTY:


Once the registered faculty enters the valid user id and password which is given by the
administrator, he/she will be provided with the following services.
 Viewing class result.
 Viewing subject wise result.
 Calculating the percentage (internal external and both)
 Making comparative analysis
On clicking these options we navigate to respective pages.

Viewing class result:


This privilege enables the faculty to viewing class result.
Viewing subject wise result:
This privilege enables the faculty to viewing subject wise result.
Calculating the percentage (internal external and both):
This privilege enables the faculty to Calculating the percentage (internal external and
both):
Making comparative analysis:
This privilege enables the faculty to making comparative analysis.
Logout:

This service makes the faculty to logout from his/her account.

2.2.4 FUNCTIONALITIES OF THE HOD:


Once the registered HOD enters the valid user id and password which is given by the
administrator, he/she will be provided with the following services.
 Viewing class result.
 Viewing subject wise result.
 Viewing year wise marks
 Viewing branch wise marks
 Making comparative analysis
On clicking these options we navigate to respective pages.

Viewing class result:


This privilege enables the HOD to viewing class result.
Viewing subject wise result:
This privilege enables the HOD to viewing subject wise result.
Viewing year wise marks:
This privilege enables the HOD to viewing year wise marks.
Viewing branch wise marks:
This privilege enables the HOD to viewing branch wise marks.
Making comparative analysis:
This privilege enables the HOD to making comparative analysis.
Logout:

This service makes the HOD to logout from his/her account.

2.2.5 FUNCTIONALITIES OF THE TPO:


Once the registered TPO enters the valid user id and password which is given by the
administrator, he/she will be provided with the following services.
 Viewing aggregate semester wise.
 Viewing the details of backlogs (active).
 Comparative analysis.
On clicking these options we navigate to respective pages.

Viewing aggregate semester wise:


This functionality TPO can view the student aggregate by semester wise.
Viewing the details of backlogs (active):
This functionality TPO can view the student backlogs.
Making comparative analysis:
This privilege enables the TPO to making comparative analysis.
Logout:

This service makes the TPO to logout from his/her account.


2.2.6 FUNCTIONALITIES OF THE COMPANY:
Once the registered Company enters the valid user id and password which is given by the
administrator, he/she will be provided with the following services.
 Separate login to view the marks
 View aggregate semester wise
 View the backlogs semester wise
On clicking these options we navigate to respective pages.

Separate login to view the marks:


This functionality Company can view the student marks.

Viewing aggregate semester wise:


This functionality Company can view the student aggregate by semester wise.
Viewing the details of backlogs:
This functionality Company can view the student backlogs.
Logout:

This service makes the Company to logout from his/her account.

2.3 NON-FUNCTIONAL REQUIREMENTS:


The non-functional requirements the system should satisfy are

Security Issues: In this system unauthorized users cannot access the data and
cannot perform any operation, because the system does not allow them to login. So
security is provided.

User Interface: The system is designed in such a way that instructions are given
clearly to navigate through the System. Warnings and error messages are provided
throughout the system.

Scalability: The system is scalable in the sense, it supports large amounts of


data that can be stored and retrieved.

2.4 Hardware and Software Requirements


Software requirement specification(SRS) It is the starting point of the software
developing activity, as the system grows more complex it become evident that the goal of
phase is more. The software project is initiated by the client needs.

The SRS phase consists of two basic activities

 Problem requirement analysis


 Requirement specification

Problem requirement analysis The process is order and more nebulous of the two, ideas
with understanding the problem, the goals is to fulfill the constraints posed by the client

Requirement specification Here the focus is on specifying what has been found in the
process of analysis such as representation, specification languages and tools and also
checking the specification are addressing during the activity. The requirement phase
terminates with the production of the validate SRS document, producing SRS document is
the basic goals of this phase.

Role of software requirement specification (SRS) The purpose of the software


requirement specification is to reduce the communication gap between the clients and
developers.

Software requirement specification is the medium through which the clients and
users’ needs are accurately specified. It forms the basis of software development. SRS
should specify all the parties and operations involved in the system.

Hard Ware Requirements:-

 Processor:: Pentium-III (or) Higher


 Ram:: 64MB (or) Higher
 Cache:: 512MB
 Hard disk:: 10GB

Soft Ware Requirements:-

 Tools:: Micro Soft Front


 Operating System:: WindowsNT/2000
 Server Side:: JSP with Tomcat Server
 Client Side:: HTML ,JavaScript
 Services:: JDBC
 Database:: My SQL
 Integrated Development Environment: Eclipse

System Specification
The java is the object oriented that provides the much functionality with it standards.
In three the J2SE and J2ME are providing the features for development of the software
application. In J2SE (java2 standard edition) is core java that involves in the concepts like
exception, threading, applets, swings those are used for developing the basic programming
concepts. And J2SE (java2 enterprise edition) is advanced java that involves in the
concepts like java script, servlet, java server pages, java databases and providing dynamic
contents to the applications. The features of java give the security and simple development
of applications.
This project will be developed using the technologies like Java, JSP, Servlets,
HTML, CSS, JavaScript, SQL and Web for all which I need to fetch knowledge on all of
them in order to code for the project. Also I’ll be learning clearly about Software
Development Life Cycle.
2.5 User Documentation
This document also includes a user manual which assists the new user to go about the
project, he can even get the online help which caters the needs of a new user and makes
this project more user friendly, a step by step approach online makes it easy to use
software for a user.

2.6. Description of Technology

JAVA
Initially the language was called as "oka" but it was renamed as "java" in
1995.primary motivation of this language was the need for a platform independent (i.e
architecture neutral) language that could be used to create software to be embedded in
various consumer electronic devices.

 Java is cohesive and consistent.


 Except for those constraint imposed by the internet environment. Java gives the
programmer, full control.
Finally java is to Internet Programming where c was to system Programming.
 Importance of java to the Internetjava has had a profound effect on the Internet.
This is because; java expands the universe of objects that can move about freely in
Cyberspace. In a network. Two categories of objects are transmitted between the
server and the personal computer. They are passive information and Dynamic
active programs. In the areas of security and probability. But java addresses these
concerns and by doing so, has opened the door to an exciting new form of
program called the applet.
 Applications and applets An application is a program that runs on our Computer
under the operating system of that computer. It is more or less like one creating
using C or C++. Java’s ability to create applets make important. An applet I san
application, designed to be transmitted over the internet and executed by a java-
compatible web browser. An applet I actually a tiny java program, dynamically
downloaded across the network, just like an image but the difference is, it is an
intelligent program, not just a media file. It can be react to be user input and
dynamically change.

Java Architecture
Java provides portability by compiling the byte code for the for the java virtual
machine, which is then interpreted on each platform by the run-time environment. Java
is a dynamic system, able to load code when needed from a machine in the same room
or across the planet.

Simple
Java was designed to be easy for the professional programmer to learn and to use
effectively. Learning java will oriented features of C++. Most of the confusing concepts
from C++ are either left out of java or implemented in a cleaner,more approachable
manner. In java there are a small number of clearly defined ways to accomplish a given
task.
Object Oriented
Java was not designed to be source-code compatible with any other language. This
allowed the java team the freedom to design with a blank state. Once outcome of this
was a clean usable, pragmatic approach to objects. The object model in java is simple
and easy to extend, while simple types, such as integers, are kept as high-performance
non-objects.
Robust
The multi-platform environment of the web places extraordinary demands on a
program, because the program must execute reliably in a variety of systems. Java is
strictly typed language; it checks your code at compile time and runtime.
Servlet/Jsp
A servlet is a generic server extension.A java class that can be loaded dynamically to
expand the functionality of a server. Servlets are commonly used with web servers
where they can take the place CGI scripts.
JDBC
Any relational database one can write a single program using the JDBC API, and the
JDBC is a java API for executing SQL , Statements(As a point of interest JDBC is a
trademarked name and is not an acronym, nevertheless , JDB is often thought of as
standing for java Database Connectivity.

2.7 Feasibility Study

The next step in analysis is to verify the feasibility of the proposed system. “All
projects are feasible given unlimited resources and infinite time“. But in reality both
resources and time are scarce. Project should confirm to time bounce and should be
optimal in there consumption of resources. This place a constant is approval of any
project.

Feasibility has applied to T-Sheets pertains to the following areas:

 Technical feasibility
 Operational feasibility
 Economical feasibility

2.9.1 TECHNICAL FEASIBILITY


To determine whether the proposed system is technically feasible, we should take
into consideration the technical issues involved behind the system.

“T-sheets” uses the web technologies, which is rampantly employed these days
worldwide. The world without the web is incomprehensible today. That goes to proposed
system is technically feasible.

2.9.2 OPERATIONAL FEASIBILITY

To determine the operational feasibility of the system we should take into


consideration the awareness level of the users. This system is operational feasible since
the users are familiar with the technologies and hence there is no need to gear up the
personnel to use system. Also the system is very friendly and to use.

2.9.3 ECONOMIC FEASIBILITY

To decide whether a project is economically feasible, we have to consider various


factors as:

 Cost benefit analysis


 Long-term returns
 Maintenance costs

The proposed “Service provider” is computer based. It requires average computing


capabilities and access to internet, which are very basic requirements hence it doesn’t
incur additional economic overheads, which renders the system economically feasible.

3. DESIGN
UML Diagrams:
3.1.Use Case Diagram:
3.1.1 Use case diagram for Admin
Login

Uploading Tsheets

upload student,
Hod,Faculty,TPO details

Add subjects

Admin

Updates

Uploading the
supplementary results

Logout

3.1.2. Use case diagram for Student


Login

View Profile

Viewing semester
wise marks

Viewing aggregate of
all the semesters
Student

Viewing subject
wise marks

Making comparative
analysis

Logout

3.1.3 Use case diagram for Faculty & HOD


Login

Viewing class
result

Viewing subject
wise result

Calculating the
percentage

Hod

Faculty
Viewing year
wise marks

Viewing branch
wise marks

Making comparative
analysis

Logout

3.1.4 Use case diagram for TPO & Company


Login

Viewing aggregate
semester wise

Viewing the details of


backlogs(active)

view the marks

Company
TPO
View the backlogs
semester wise

Comparative
analysis

Logout

3.2 sequence diagram


3.2.1 sequence diagram for Admin
Login Uploading the
Uploading upload student,TPO,
Add subjects Updates supplementary Logout
Tsheets HOD,Facultydetails
results
Admin

User/Id/Password

He/she Enteredinto website

Uploading Tsheets

Add subjects Details

upload student,TPO, HOD,Facultydetails

Updates

Uploading the supplementary results

Lopgout

3.2.2 sequence diagram student


Viewing Viewing
Login semester aggregate of all Viewing subject Making comparative
wise marks Logout
the semesters wise marks analysis
Student

User/Id/Password

He/she Enteredinto website

Viewing aggregate of all the semesters

Viewing subject wise marks

upload student,TPO, HOD,Facultydetails

Making comparative analysis

Lopgout

3.2.3 sequence diagram Faculty


Viewing Viewing subje
Login class result ct wise result Calculating the Making comparative
Logout
percentage analysis
faculty

User/Id/Password

He/she Enteredinto website

Viewing class result

Viewing subject wise result

Calculating the percentage

Making comparative analysis

Lopgout

3.2.4 sequence diagram HOD


Viewing subject Viewing class Making
Login wise marks wise marks Viewing year Viewing branch comparative
Logout
wise marks wise marks analysis
HOD

User/Id/Password

He/she Enteredinto website

Viewing subject wise marks

Viewing class wise marks

Viewing year wise marks

Making comparative analysis

Making comparative analysis

Lopgout

3.2.5 sequence diagram for TPO


Viewing aggregate Viewing the
Login semester wise details of Comparative analysis Logout
backlogs(active).
TPO

User/Id/Password

He/she Enteredinto website

Viewing aggregate semester wise

Viewing the details of backlogs(active).

Comparative analysis

Lopgout

3.2.6 sequence diagram for Company


Viewing aggregate Viewing the
Login semester wise details of Separate login to view the marks Logout
backlogs(active).
COMPANY

User/Id/Password

He/she Enteredinto website

Viewing aggregate semester wise

Viewing the details of backlogs.

Separate login to view the marks

Lopgout

3.3. Activity Diagram


3.3.1 Activity Diagram for Admin
Login

Update the students Uploading the


Add subjects and database supplementary results
Uploading Tsheets
upload student details

Logout

3.3.2 Activity Diagram STUDENT:


Login

Making comparative
Viewing subject wise marks
Viewing semester Viewing aggregate analysis
wise marks of all the semesters

Logout

3.3.3 Activity Diagram for FACULTY:


Login

Making comparative
Calculating the percentage
Viewing subject analysis
Viewing class result.
wise result

Logout

3.3.3 Activity Diagram for HEAD OF THE DEPARTMENT:


Login

Making comparative
Viewing subject Viewing class Viewing year Viewing branch analysis
wise marks wise marks wise marks wise marks

Logout

3.3.4 Activity Diagram for TPO:


Login

Comparative analysis
Viewing aggregate semester wise Viewing the details of backlogs(active).

Logout

3.3.5 Activity Diagram for COMPANY:


Login

Separate login to view the marks View aggregate semester wise View the backlogs semester wise

Logout

3.4. State chat diagram


3.4.1 State chat diagram for ADMIN
Login

Uploading Tsheets

Add subjects and upload


student details

Update the students


database

Uploading the s
upplementary results

Logout

3.4.2 State chat diagram for Student:


Login

Viewing semester
wise marks

Viewing aggregate of
all the semesters

Viewing subject
wise marks

Making comparative
analysis

Logout

3.4.3 State chat diagram for Faculty:


Login

Viewing class result

Viewing subject wise result

Calculating the
percentage

Making comparative
analysis

Logout

3.4.4 State chat diagram for HOD:


Login

Viewing subject
wise marks

Viewing class wise marks

Viewing year wise marks

Making comparative
analysis

Viewing branch wise marks

Logout

3.4.5 State chat diagram for TPO:


Login

Viewing aggregate
semester wise

Viewing the details of


backlogs(active).

Comparative analysis

Logout

3.4.4 State chat diagram for Company:


Login

Separate login to view the marks

View aggregate semester wise

View the backlogs semester wise

Logout

3.5 Deployment Diagram:


3.6 Class Diagram
Admin
Useriid:varchar(20)
password:varchar(20)

Uploading Tsheets.()
Add subjects and upload student details()
Update the students database()
Uploading the supplementary results()

Faculty
Student
Name:Varchar(20)
Name:Varchar(20) Useriid:varchar(20)
Useriid:varchar(20) password:varchar(20)
password:varchar(20) mobile:int(10)
mobile:int(10) Email:varchar(50)
Email:varchar(50)
Viewing class result.()
Viewing semester wise marks() User Viewing subject wise result()
Viewing aggregate of all the semesters() Useriid:varchar(20) Calculating the percentage ()
Viewing subject wise marks() password:varchar(20) Making comparative analysis()
Making comparative analysis()

Login()

HOD
TPO
Name:Varchar(20)
Useriid:varchar(20) Name:Varchar(20)
password:varchar(20) Useriid:varchar(20)
mobile:int(10) password:varchar(20)
Email:varchar(50) mobile:int(10)
Email:varchar(50)
Viewing subject wise marks()
Viewing class wise marks() Company Viewing aggregate semester wise()
Viewing year wise marks() Viewing the details of backlogs()
Viewing branch wise marks() CompanyName:Varchar(20) Comparative analysis()
Making comparative analysis() Useriid:varchar(20)
password:varchar(20)
mobile:int(10)
Email:varchar(50)
Separate login to view the marks()
View aggregate semester wise()
View the backlogs semester wise()

3.7 Object Diagram:


a:Admin
Useriid:varchar(20)
password:varchar(20)

Uploading Tsheets.()
Add subjects and upload student details()
Update the students database()
Uploading the supplementary results()

f:Faculty
s:Student
Name:Varchar(20)
Name:Varchar(20) Useriid:varchar(20)
Useriid:varchar(20) password:varchar(20)
password:varchar(20) mobile:int(10)
mobile:int(10) Email:varchar(50)
Email:varchar(50)
Viewing class result.()
Viewing semester wise marks() u:User Viewing subject wise result()
Viewing aggregate of all the semesters() Useriid:varchar(20) Calculating the percentage ()
Viewing subject wise marks() password:varchar(20) Making comparative analysis()
Making comparative analysis()

Login()

h:HOD
t:TPO
Name:Varchar(20)
Useriid:varchar(20) Name:Varchar(20)
password:varchar(20) Useriid:varchar(20)
mobile:int(10) password:varchar(20)
Email:varchar(50) mobile:int(10)
Email:varchar(50)
Viewing subject wise marks()
Viewing class wise marks() c:Company Viewing aggregate semester wise()
Viewing year wise marks() Viewing the details of backlogs()
Viewing branch wise marks() CompanyName:Varchar(20) Comparative analysis()
Making comparative analysis() Useriid:varchar(20)
password:varchar(20)
mobile:int(10)
Email:varchar(50)
Separate login to view the marks()
View aggregate semester wise()
View the backlogs semester wise()

4. SAMPLE CODE
5. SCREENS
6. TESTING
The following are the various test cases that test various components of the project.

Introduction
Software testing is a critical element of software quality assurance and represents the
ultimate review of specification, design and code generation.
TESTING OBJECTIVES
To ensure that during operation the system will perform as per specification.
 TO make sure that system meets the user requirements during operation
 To make sure that during the operation, incorrect input, processing and output
will be detected
 To see that when correct inputs are fed to the system the outputs are correct
 To verify that the controls incorporated in the same system as intended
 Testing is a process of executing a program with the intent of finding an error
 A good test case is one that has a high probability of finding an as yet
undiscovered error
The software developed has been tested successfully using the following testing
strategies and any errors that are encountered are corrected and again the part of the
program or the procedure or function is put to testing until all the errors are removed. A
successful test is one that uncovers an as yet undiscovered error.

TEST CASE DESIGN

White box testing


White box testing is a testing case design method that uses the control structure of
the procedure design to derive test cases. All independents path in a module are exercised
at least once, all logical decisions are exercised at once, execute all loops at boundaries and
within their operational bounds exercise internal data structure to ensure their validity.
Here the customer is given three chances to enter a valid choice out of the given menu.
After which the control exits the current menu.

Black Box Testing


Black Box Testing attempts to find errors in following areas or categories, incorrect
or missing functions, interface error, errors in data structures, performance error and
initialization and termination error. Here all the input data must match the data type to
become a valid entry.

Unit Testing

Unit testing is essentially for the verification of the code produced during the
coding phase and the goal is test the internal logic of the module/program. In the
Generic code project, the unit testing is done during coding phase of data entry forms
whether the functions are working properly or not. In this phase all the drivers are
tested they are rightly connected or not.

Integration Testing

All the tested modules are combined into sub systems, which are then tested. The
goal is to see if the modules are properly integrated, and the emphasis being on the
testing interfaces between the modules. In the generic code integration testing is done
mainly on table creation module and insertion module.

Validation Testing
This testing concentrates on confirming that the software is error-free in all respects.
All the specified validations are verified and the software is subjected to hard-core testing.
It also aims at determining the degree of deviation that exists in the software designed
from the specification; they are listed out and are corrected.

System Testing
This testing is a series of different tests whose primary is to fully exercise the
computer-based system. This involves

 Implementing the system in a simulated production environment and testing it.


Introducing errors and testing for error handling.

No Test case Description Expected Result


. Title Outcome

1 Successful The login to Login should Successful


User the system be successful
Verification should be tried and the user
with the login should enter
assigned by in to the
the admin and system
the correct
password

2 Unsuccessfu Login to the Login should Successful


l User system with a fail with an
Verification wrong error ‘Invalid
due to password Password’
wrong
password

3 Unsuccessfu Login to the Login should Successful


l User system with a fail with an
Verification invalid login error ‘Invalid
due to id user id’
invalid login
id

4 Unsuccessfu Login to the Login Should Successful


l User Type system with Fail with an
due to non out Selecting a error ‘Invalid
selection of valid user type user Type’
User Type

5 Successful Navigation of It Should Successful


Page Pages after Display a
Navigation Clicking ‘Sign Registration
Up’ option to Page For New
a Registration User Group
Page

6 Successful Validation of Registration Successful


Email Proper Email Should fail
Validation while and display
Registration is error message
needed ‘Invalid Email
because is Entered’
further
Communicatio
n is based on
Email

7. DEPLOYMENT
USER MANUAL:
If you (end user) want to enter into the form, then if you are existing user then
you should enter through login form which checks for authorized users. If you are new
user then you have to register your details through registration form with your own
identification name and password, which gives you a unique identification to you.

The Java is a new rapidly using platform that specifies application developed in the
highly distributed environment of the Internet. The java is design to fulfill the following
objectives.
 To provide a consistent object-oriented programing software whether object
code is stored and executed locally, executed locally but internet distributed or
executed remotely.
 To provide a code-execution environment that minimizes software deployment
and versioning conflicts.
 To provide a code-execution environment that guarantees safe execution of
code, including code created by an unknown or semi-trusted third party.
 To provide a code-execution environment that eliminates the performance
problems of scripted or interpreted environment.
 To make developer experience consistent across widely varying types of
applications, such as windows-based applications and web based applications.
 To build all communications on industry standards to ensure that code based on
the java can integrate with any other code.

8. CONCLUSION
9. BIBLIOGRAPHY

Advanced Java Programming - Dietel and Dietel

Mastering JAVA 2 - John Zukowski

Java Server Programming - Apress

Software Engineering - Roger S Pressman

Analysis& Design of InformationSystems – Senn

Websites

www.eci.gov.in

www.google.com

www.apeci.com
www.askjeeves.com

10. APPENDIX
GLOSARY:
API Application Programming Interface

HTML Hypertext Markup Language

HTTP Hyper Text Transfer Protocol

JDBC Java Database Connectivity

JSP Java Server Pages

SQL Structured Query Language

UML Unified Modeling Language

URL Uniform Resource Locator

Vous aimerez peut-être aussi