Training and Placement Cell Management System.
Training and Placement Cell Management System.
Training and Placement Cell Management System.
INTERNSHIP REPORT
ON
TRAINING AND PLACEMENT CELL PROJECT
BY
KAMAL ACHARYA
(Tribhuvan University)
Date: 2021/12/07
1|Page
ABSTRACT
2|Page
1.1 INTRODUCTION ABOUT THE PROJECT :
1.1.1 SCOPE:
Training and Placement Cell is a total management and informative system,
which provides the up-to date information of all the students in a particular college. TPC helps
the colleges to overcome the difficulty in keeping records of hundreds and thousands of
students and searching for a student eligible for recruitment criteria from the whole thing. It
helps in effective and timely utilization of the hardware and the software resources.
3|Page
1.2 EXISTING SYSTEM
The earlier system is not computerized. All transactions in the system are done
manually maintaining records. To make this laborious job simple the clients have to
computerize the system.
The management and all the departments that have been carrying out this job
using manually makes the job more complicated and tedious most of the times. So, the best
way is computerize computerization of the current environment.
For example, in the earlier system placement officer has to collect student
details for placements. Approving those student details takes lot of time. Placement officer and
students have to consult each other directly if any information is needed. If any new company
come for placements, placement officer and his staff has to search the student details and they
have to find the eligible candidates for that particular company placement.
Here searching for eligible candidates takes lots of time. And some time some
candidates’ details may be missed.
DRAWBACKS
It takes so much time for a placement officer to collect students’ details and
approving the details provided by them.
Poor communication between students and placement officer, so here intimating
about new placements is a hard task.
Students may not know about company details. Here also poor communication
provides a problem.
Candidate may not get required information if concerned TPO is not at the desk.
4|Page
The home page contain various links such as links to login ,various
services like events happened, achievements and recruiter details etc., .The administrator will
create the users and the users will use the accounts created by administrator. When the user
entered into his respective page he has to update his details. And the details are to be
approved by the administrator.
All the users have some common services like changing password, updating
details, searching for details, checking the details, mailing to administrator, and reading the
material uploaded by admin if the user is a student. Administrator has to do the services like
adding events, achievements and he can reply to the mails sent by users. He can upload
materials, search for student details, and he has the right to approve the students.
ADVANTAGES
Placement officer can easily collect student’ details, and approve the details
provided by them.
As it is an online application, communication with placement officer is easy to
students and recruiters, so here intimating about new placements very easy task.
Students can know about company details through the details provided by
Placement officer and through the websites provided by him at recruiters’ option.
Here recruiters can also search for the details provided by students on the basis
oftheir percentage.
Placement officer can send required materials used for placements preparation
tostudents. With this option preparation for placements becomes easy.
5|Page
2. REQUIREMENT ANALYSIS
Advantages of ORACLE
3. It provides a set of functional programs that user can use as tools to build structures
and perform tasks.
6|Page
2.1.2 ECONOMIC FEASIBILITY
The developing system must be justified by cost and benefit. Criteria to ensure that
effort is concentrated on project, which will give best, return at the earliest. One of the factors,
which affect the development of a new system, is the cost it would require.
The following are some of the important financial questions asked during
preliminary investigation:
7|Page
RECURITER DETAILS:
Add student: add new student to the student module.
INPUT: add new student to the student module.
COMPUTATION: these data are verified and saved.
OUTPUT: New student details are added
STORAGE: these student details are added to the student information system
Add student price details:
INPUT: insert student price details
COMPUTATION: these data are verified and saved.
OUTPUT: every student price details are added when new student are add.
STORAGE: the student marks details are stored in the student data base who are passed in
exams
Remove old student details:
INPUT: insert old student details.
COMPUTATION: these data are verified and saved.
OUTPUT: the old student are removed.
STORAGE: the student details are stored in the student data base
Update student details:
INPUT: insert and update student details
COMPUTATION: these details can be change or modified
OUTPUT: the student details are updated
STORAGE: these update student details are stored in student date base
8|Page
2.2.2 Non-Functional Requirements:
Non-functional requirements are the constraints that must be adhered during
development. They limit what resources can be used and set bounds on aspects of the software’s
quality.
USER INTERFACES:
SOFTWARE INTERFACE:
The main processing is done on the server side using apache tomcat and for the
programming environment java is used, for backend database oracle is used.
PERFORMANCE REQUIREMENTS:
The product performance needs to be assessed on certain characteristics. Input:
The inputs that the student gives i.e., user id and password is very important.
DESIGN CONSTRAINTS
The system we have developed is constrained by network resources.
MANPOWER REQUIREMENTS
5 members can complete this in 2 – 4 months if they work fulltime on it.
9|Page
2.2.3.1 Hardware
Specification
RAM : 512 MB
FDD : 1.44MB
Monitor : 14 inch
CD Drive : 52 X
2.2.3.2 Software
Specification
Platform : netbeans.
Backend : Oracle XE
Server : Tomcat
10 | P a g e
INTRODUCTION TO JAVA
HISTORY OF JAVA
Java language was developed by James Gosling and his team at sun micro
systems and released formally in 1995. Its former name is oak. Java Development Kit 1.0 was
released in 1996. to popularize java and is freely available on Internet.
Overview of Java
Java is loosely based on C++ syntax, and is men at to be Object-Oriented Structure of
java is midway between an interpreted and a compiled language . java programs are compiled
by the java compiler into Byte Codes which are secure and portable across different platforms
. these byte codes are essentially instructions encapsulated in single type, to what isknown as
a java virtual machine (JVM) which resides in standard browser.
Jvm verifies these byte codes when downloaded by the browser for integrity. Jvms
available for almost all OS. JVM converts these byte codes into machine specific instructions
at runtime.
FEATURES OF JAVA
java is portable architecture neutral that is java programs once compiled can be
executed on any machine that is enabled.
Java supports multithreading. There for different parts of the program can be executed
at the same time
11 | P a g e
JAVA AND INTERNET
Java is strongly associated with internet and known as internet programming
language. Internet users can use java to create applet programs and run them locally using java
enabled browser search as hot java. Applets can be downloaded from remote machinevia
internet and run it on local machine .
JAVA AND WORLD WIDE WEB
World wide web is an open ended information retrieval system designed to be used
in the distributed environment. This system contains web pages that provide bothinformation
and controls. We can navigate to a new web page in any direction. This is made possible worth
HTML java was meant to be used in distributed environment such as internet. So java could be
easily incorporated into the web system and is capable of supporting animation graphics, games
and other special effect. The web has become more dynamic and interactive with support of
java. We can run a java program on remote machine over internet with the support of web .
JAVA ENVIRONMENT
Java environment includes a large no. of tools which are part of the system known
as java development kit (JDK) and hundreds of classes, methods, and interfaces grouped into
packages forms part of java standard library(JSL).
JAVA ARCHITECTURE
Java architecture provides a portable , robust , high performing environment for
development. Java provides portability by compiling the byte codes for the java virtual machine
which are then interpreted on each platform by the runtime environment . java also provides
stringent compile and runtime checking and automatic memory management in order to ensure
solid code
12 | P a g e
JAVA VIRTUAL MACHINE
When we compile the code, java compiler creates machine code (byte code) for a
hypothetical machine called java virtual machine (jvm). The jvm will execute the byte code
and overcomes the issue of portability . the code is written and compile for one machine and
interpreted all other machines . this machine is called java virtual machine .
PARADIGM OF JAVA
Dynamic down loading applets(small application programs);
Elimination of flatware phenomenon that is providing those features of a product that
user needs at a time. The remaining features of a product can remain in the server.
Changing economic model of the software
Up-to-date software availability
Supports network entire computing
Supports CORBA & DCOM
ABOUT HTML
HTML (hyper text markup language) is a language used to create hyper text documents
that have hyper links embedded in them .it consists of tags embedded in the textof a document
with HTML. We can build web pages or web document s. it is basically a formatting language
and not a programming language. The browser reading the document interprets mark up tags
to help format the document for subsequent display to a reader. HTML is a language for
describing structured documents. HTML is a platform independent. WWW (world wide web)
pages are written using HTML. HTML tags control in part the representation of the WWW
page when view with web browser. The browser interprets HTML tags in the web
document and displays it. Different browsers show data differently. Examples of browsers used
to be web pages include:
Netscape
Internet Explorer
13 | P a g e
JAVA SCRIPT
Java script is a general purpose, prototype based, object oriented scripting language
developed jointly by sun and netscape and is meant for the WWW. it is designed to be
embedded in diverse applications and systems , without consuming much memory . java
script borrows most of its syntax from java but also inherits from awk and perl, with some
indirect influence from self in its object prototype system.
Java scripts dynamically typed that is programs do not declare variable types, and the
type of variable is unrestricted and can change at runtime .source can be generated at run time
and evaluated against an arbitrary scope. Typical implementations compile by translating
source into a specified byte code format, to check syntax and source consistency. Note that the
availability to generate and interpret programs at runtime implies the presence of a compiler at
runtime.
Java script is a high level scripting language that does not depend on or expose
particular machine representations or operating system services. It provides automatic storage
management, typically using a garbage collector.
FEATURES:
Java script is embedded into HTML documents and is executed with in them.
Java script is an Eent-Driven language and supports event handlers to specify the
functionality of a button.
14 | P a g e
ADVANTAGES
1. javascript provides means to contain multi frame windows for presentation of the web.
2. javascript provides basic data validation before it is sent to the server.Eg
: login and password checking or whether the values entered are correct or whether all fields
in a from are filled and reduced network traffic
3 .it creates interactive forms and client side lookup tables
INTRODUCTION TO JDBC
JDBC (Java Database connectivity) is a front-end tool for connecting to a server
to ODBC in that respect, however JDBC can connect only java client and it uses ODBC for
the connectivity. JDBC is essentially a low-level API since any data manipulation, storage and
retrieval has to be done by the program itself. Some tools, which provide a higher-level
abstraction, are expected shortly. The next question that needs to be answered is why we need
JDBC, once we have ODBC on hand. We can use the same ODBC to connect the entire
database and ODBC is a proven technology. Problem for doing this is ODBC gives a ‘c’
language API, which uses pointers extensively. Since java does not have any pointes and is
object-oriented sun Microsystems, inventor of java developed to suit its needs.
15 | P a g e
DATABASE MODELS
JDBC and accessing the database through applets and JDBC API via an intermediate
server resulted server resulted in a new type of database model which is different from the
client-server model. Based on number of intermediate server through the request should go it
is named as single tire, two tire and multi tire architecture.
Single Tier
In a single tier the server and client are the same in the sense that a client program that
needs information (client) and the source of this type of architecture is also possible in java, in
case flat files are used to store the data. However this is useful only in case of small applications.
The advantage with this is the simplicity and portability of the application developed.
16 | P a g e
JDBC binary code end in many cases database client code must be loaded
oneach client machine that uses this driver. As a result, this kind of driver is mostappropriate
on a corporate network where client installations are not major problem,or for application
server code written in java in a 3-tier architecture.
2. NATIVE API PARTLY-JAVA DRIVER
This kind of driver converts JDBC calls into calls on the client API for oracle
Sybase, Informix, DB2, or other DBMS. Note that, like the bridge driver, this style of
driver requires that some binary code be loaded on each client machine.
3. JDBC-NET ALL-JAVA DRIVER
This driver translates JDBC calls into a DBMS independent net protocol, which is
then translated, to a DBMS protocol by a server. This net server middle-ware is able
to connect its all java clients to many different databases. The Specific protocol used
depends on the vendor. In general, this most flexible JDBC alternative. It is likely that
all vendors of this solution will provide products suitable for intranet use.
17 | P a g e
4. NATIVE PROTOCOL ALL-JAVA DRIVER
This kind of driver converts JDBC calls into the network protocol used by
DBMS directory. This allows a direct call from the client machine to the DBMS
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. Eventually, we expect that driver categories
3 and 4 will be the preferred way to access databases from JDBC. Driver categories
one and two are interim solutions where direct all java drivers are not yet available.
Category 4 is in some sense the ideal; however, there are many cases where category
3 may be preferable: eg: -where a thin DBMS-independent client is desired, or if a
DBMS –independent protocol is standardized and implemented directly by many
DBMS vendors.
Result set enhancements
The JDBC 1.0 API provided result sets that had the ability to scroll in a forward direc-
tion only. Scrollable result sets allow for more flexibility in the processing of results by
providing both forward and backward movement through their contents. In addition, scrollable
result sets allow for relative and absolute positioning. For example, it’s pos-sible to move to
the fourth row in a scrollable result set directly, or to move directly to the third row following
the current row, provided the row exists. The JDBC API allows result sets tobe directly
updatable, as well.
Batch updates
The batch update feature allows an application to submit multiple update
statements(insert/update/delete) in a single request to the database. This can provide a dramatic
increase in performance when a large number of update statements need to be executed.
Advanced data types
Increased support for storing persistent Java programming language objects (Java
ob-jects)and a mapping for SQL99 data types such as binary large objects, and structured types,
has been added to the JDBC API. An application may also customize the map-ping of SQL99
structured types into Java programming language classes.
18 | P a g e
What is a Servlet?
Servlets are modules that extend request/response-oriented servers, such as
Java-enabled web servers. For example, a servlet might be responsible for taking data
in an HTML order-entry form and applying the business logic used to update a
Servlets are to servers what applets are to browsers. Unlike applets, however,
servlets have no graphical user interface. Servlets can be embedded in many different
servers because the servlet API, which you use to write servlets, assumes nothing about
the server's environment or protocol. Servlets have become most widely used within
HTTP servers; many web servers support the Servlet API.
The Servlet Interface
The central abstraction in the Servlet API is the Servlet interface. All servlets
implement this interface, either directly or, more commonly, by extending a class that
implements it such as HttpServlet.
19 | P a g e
The Servlet interface declares, but does not implement, methods that manage
the servlet and its communications with clients. Servlet writers provide some or all of these
methods when developing a servlet.
A Simple Servlet
Thefollowingclasscompletelydefines servlet:
public class SimpleServlet extends HttpServlet {
/**
* Handle the HTTP GET method by building a simple web
page. */
public void doGet (HttpServletRequest request,HttpServletResponse response)
throws ServletException, IOException
{
PrintWriterStringout;title"Simple
Servlet Output";
20 | P a g e
1. Servlet Lifecycle
Each servlet has the same life cycle:
A server loads and initializes the servlet
Initializing a Servlet
When a server loads a servlet, the server runs the servlet's init method. Initialization
completes before client requests are handled and before the servlet is destroyed. Even though
most servlets are run in multi-threaded servers, servlets have no concurrency issues during
servlet initialization. The server calls the init method once, when the server loads the servlet,
and will not call the init method again unless the server is reloading the servlet. The server can
not reload a servlet until after the server has destroyed the servlet by calling the destroy method.
The init Method
The init method provided by the HttpServlet class initializes the servlet and logs the
initialization. To do initialization specific to your servlet, override the init()method following these
rules:
21 | P a g e
If an initialization error occurs that renders the servlet incapable of handling client
requests, throw an Unavailable Exception. An example of this type of error is the
inability to establish a required network connection.
Session Endurance
After the user has been idle for more than a certain period of time (30 minutes
by default), the user's session becomes invalid, and the corresponding Session object
is destroyed.
A session is a set of requests originating from the same browser, going to the same
server, bounded by a period of time. Loosely speaking, a session corresponds to a single
sitting of a single anonymous user (anonymous because no explicit login or
authentication is required to participate in session tracking).
Functions
Functions are bet declared between the <Head> tag of HTML page. Functions are
called by user-initiated events. Seems reasonable to keep the functions between the <Head>
tags. They 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.
22 | P a g e
<html>
<head>
<script language=”JavaScript”>function pushbutton (){alert (“Hello!”);
</script>
</head>
s<body>
<form>
<input type=”button” name=”Button1” value=”push me” ()”>
</form>
</body>
</html>
If we want to test this one immediately and you are using a Java Script
enabled browser then please go ahead and push the button. This script will create a button and
when you press it a window will pop up saying “hello!”. In fact we have alot of possibilities
just by adding functions to our scripts . The common browsers transmit the form information
by either method: here’s the complete tag including the GET transmission method attribute
for the previous form
23 | P a g e
ORACLE
INTRODUCTION:
Oracle is a relational database management system, which organizes
data in the form of tables. Oracle is one of many database servers based on RDBMS model,
which manages a seer of data that attends three specific things-data structures, data integrity
and data manipulation. With oracle cooperative server technology we can realize the benefits
of open, relational systems for all the applications. Oracle makes efficient use of all systems
resources, on all hardware architecture; to deliver unmatched performance, price performance
and scalability. Any DBMS to be calledas RDBMS has to satisfy Dr.E.F.Codd’s rules.
DISTINCT FEATURES OF ORACLE:
ORACLE IS PORTABLE:
The Oracle RDBMS is available on wide range of platforms ranging
from PCs to super computers and as a multi user loadable module for Novel
NetWare, if you develop application on system you can run the same application
on other systems without any modifications.
ORACLE IS COMPATIBLE:
Oracle commands can be used for communicating with IBM DB2
mainframe RDBMS that is different from Oracle, that is Oracle compatible with
DB2. Oracle RDBMS is a high performance fault tolerant DBMS, which is
specially designed for online transaction processing and for handling large
database applications
MULTITHREADED SERVER ARCHITECTURE:
Oracle adaptable multithreaded server architecture delivers scalable high
performance for very large number of users on all hardware architecture
including symmetric multiprocessors (sumps) and loosely coupled
multiprocessors. Performance is achieved by eliminating CPU, I/O, memory
and operating system bottlenecks and by optimizing the Oracle DBMS server
code to eliminate all internal bottlenecks.
24 | P a g e
FEATURES OF ORACLE:
Most popular RDBMS in the market because of its ease of use
Client/server architecture.
Data independence.
Ensuring data integrity and data security.
Managing data concurrency.
Parallel processing support for speed up data entry and online transaction
processing used for applications.
DB procedures, functions and packages.
25 | P a g e
Java is a small, simple, safe, object oriented, interpreted or dynamically optimized,
byte coded, architectural, garbage collected, multithreaded programming language with a
strongly typed exception-handling for writing distributed and dynamicaly extensible programs.
Java is an object oriented programming language. Java is a high-level, thirdgeneration language
like C, FORTRAN, Small talk, Pearl and many others. You can use java to write computer
applications that crunch numbers, process words, play games, store data or do any of the
thousands of other things computer software can do.
Special programs called applets that can be downloaded from the internet and
played safely within a web browser. Java a supports this application and the follow features
make it one of the best programming languages.
It is very dynamic.
It supports multithreading.
It is platform independent
26 | P a g e
The Java language was created by James Gosling in June 1991 for use in a set top box
project. The language was initially called Oak, after an oak tree that stood outside Gosling's office
- and also went by the name Green - and ended up later being renamed to Java, from a listof
random words. Gosling's goals were to implement a virtual machine and a language that had a
familiar C/C++ style of notation.
Primary goals
There were five primary goals in the creation of the Java language:
It should be easy to use by selecting what were considered the good parts of other object-
oriented languages.
The Java platform is the name for a bundle of related programs, or platform,
from Sun which allow for developing and running programs written in the Java programming
language. The platform is not specific to any one processor or operating system, but rather an
execution engine (called a virtual machine) and a compiler with a set of standard libraries which
are implemented for various hardware and operating systems so that Java programs can run
identically on all of them.Different "editions" of the platform are available, including:
Java ME (Micro Edition): Specifies several different sets of libraries (known as profiles)
for devices which are sufficiently limited that supplying the full set of Java libraries
would take up unacceptably large amounts of storage.
Java SE (Standard Edition): For general purpose use on desktop PCs, servers and similar
devices.
Java EE (Enterprise Edition): Java SE plus various APIs useful for multi-tier client-
27 | P a g e
The Java Platform consists of several programs, each of which
provides a distinct portion of its overall capabilities. For example, the Java compiler,
which converts Java source code into Java bytecode (an intermediate language for the
Java Virtual Machine (JVM)), is provided as part of the Java Development Kit (JDK).
The sophisticated Java Runtime Environment (JRE), complementing the JVM with a
just-in-time (JIT) compiler, converts intermediate bytecode into native machine code
on the fly. Also supplied are extensive libraries (pre-compiled into Java bytecode)
containing reusable code, as well as numerous ways for Java applications to be
deployed, including being embedded in a web page as an applet. There are several other
components, some available only in certain editions.
28 | P a g e
3. DESIGN
3.1. SYSTEM DESIGN:
Design is The Diagrammatical representation of the Project. It is the first step to
moving from the problem domain towards the solution domain. It is essentially the bridge
between requirements specification and the final solution for satisfying the requirements.
The design for software systems often has two levels. At the first level the focus is on
deciding which modules are needed for the system, the specifications of these modules, and
how the modules should be interconnected. This is what is called System design or top- level
design.
In the second level, the internal design of the modules or how the specifications of
the module can be satisfied is decided upon. This design level is often called The Detailed
design or Logical design. The system design has a major impact on the testability and
modifiability of a system.
System design can be viewed from either technical or project management
perspective. From the technical point of view, design is comprised of four activities
architectural design
data structure design
interface design
Procedural design.
3.1.1 Introduction to Uml Diagrams:
UML is for diagrammatic notations i.e visualizing, specifying,
constructing and documenting the components of software and non software systems.
UML notations are the most important elements in modeling. Efficient and appropriate use of
notations is very important for making a complete and meaningful model.
UML is specifically constructed through two different domains they are:
UML Analysis modeling: It is focuses on the user model and structural model
views of the system.
UML design modeling: It is focuses on the behavioral modeling,
implementation modeling and environmental model views.
29 | P a g e
Use Case:
A Use case is a set of scenario that describes an interaction between user and a
system. A Use case diagram displays the relationship among Actors and Use cases. There are
two main components of Use case diagrams are:
Use cases Functions
Actors-User
Use Case
Actor:
An actor can be defined as some internal or external entity that interacts with the system.
It could be a user or another system. The actor "uses" the use case to complete a task. System
Administrator, Authentication System, Student, Parent,Faculty and Web Client are all
examples of actors.
Actor
Interface Notation:
Interface is represented by a circle. It has a name which is generally written below the
circle. Interface is used to describe functionality without implementation. When a class
implements the interface it also implements the functionality as per the requirement.
Interface
30 | P a g e
Collaboration Notation:
Collaboration is represented by a dotted eclipse. It has a name written inside the
eclipse. Collaboration represents responsibilities. Generally responsibilities are in a group.
Collaboration
Initial state is defined to show the start of a process. The usage of Initial State
Notation is to show the starting point of a process
Initial state
Final State Notation:
Final state is used to show the end of a process. This notation is also used in almost all
diagrams to describe the end. The usage of Final State Notation is to show the termination point
of a process.
Final state
31 | P a g e
Package Notation:
Package notation is used to wrap the components of a system.
Name Package
Note Notation:
This notation is used to provide necessary information of a system.
Relationships:
A model is not complete unless the relationships between elements are described properly.
The Relationship gives a proper meaning to an UML model. Following are the different types
of relationships available in UML.
Dependency
Association
Generalization
Extensibility
32 | P a g e
Dependency Notation:
Dependency describes the dependent elements and the direction of dependency.
Dependency is represented by a dotted arrow. The arrow head represents the independent
element and the other end the dependent element. Dependency is used to represent dependency
between two elements of a system.
Association:
The association is the link that is drawn between and actor and a use case. It indicates
which actors interact with the system to complete the various tasks.
Association is represented by a dotted line with (without) arrows on both sides. The
two ends represent two associated elements. The multiplicity is also mentioned at the ends (1,
* etc) to show how many objects are associated.
Generalization of Notation:
Generalization describes the inheritance relationship of the object oriented
world. It is parent and child relationship.
Generalization is represented by an arrow with hollow arrow head. One end
represents the parent element and the other end child element.
33 | P a g e
Extensibility Notation:
All the languages have some mechanism to extend its capabilities like syntax, semantics
etc. UML is also having the following mechanisms to provide extensibility features.
Stereotypes (Represents new elements)
Tagged values (Represents new attributes)
3.1.2.1 Scenarious:
System Design is one of the tasking sections of the Programming. In this
section of the project many previews are going to be seen and we are gradually getting close
to the new system. System design is a transition from a user-oriented document to a document
oriented to programmers or database personnel.
34 | P a g e
3.12.1 USE CASES DIAGRAM:
35 | P a g e
3.1.2.2 CLASS DIAGRAM:
36 | P a g e
5. SEQUENCE DIAGRAMS:
FOR ADMIN:
Admin
login
1. E
ne
r u
r
na
m
e
an
d
pa
ss
wo
rd
2. Check details
PROVIDES THE
SCREEN
37 | P a g e
FOR STUDENT:
student
login
1.Ener u r
name and
password
2.Check details
PROVIDES THE
SCREEN
38 | P a g e
ACTIVITY DIAGRAMS:
FOR ADMIN :
39 | P a g e
FOR USER :
40 | P a g e
COLLABORATION DIAGRAMS:
1: View Details
Administrator Student
2: approve
3: View Details
Recruiter
41 | P a g e
Tables
1 Name VARCHAR2(20)
2 CCODE VARCHAR2(20)
3 CNAME VARCHAR2(20)
4 EMPID VARCHAR2(20)
5 BRANCHES VARCHAR2(20)
6 NOS VARCHAR2(20)
7 PHONE NUMBER(20)
8 EMAIL VARCHAR2(20)
9 STATE VARCHAR2(20)
10 LOCATIONNAME VARCHAR2(20)
12 COUNTRY VARCHAR2(20)
42 | P a g e
RECRUITER:
1 Recruiter ID Varchar2(20),PK
2 RNAME Varchar2(30)
3 PHONE NUMBER(20)
4 EMAIL Varchar2(20)
5 HOUSE-No VARCHAR2(20)
6 STREET VARCHAR2(20)
7 CITY VARCHAR2(20)
8 COUNTRY VARCHAR2(20)
9 RNAME NUMBER2(10)
43 | P a g e
LOGIN:
1 User ID Varchar2(20),PK
2 Password Varchar2(30)
MATERIAL:
1 MATNAME Varchar2(20),PK
2 MATNAME Varchar2(30)
44 | P a g e
HALLTICKET:
1 HNO Varchar2(20),PK
2 Company Id Varchar2(30)
EVENT:
1 SUBJECT Varchar2(20),PK
2 EVENT Varchar2(30)
3 DATE1 DATE
4 MSGID Varchar2(20)
5 IBS VARCHAR2(20)
6 STS VARCHAR2(20)
45 | P a g e
SOURCE CODE
HOME.HTML
<HTML>
<HEAD>
</HEAD>
MARGINHEIGHT="0"
> BTN_ABOUT_DN.JPG','IMAGES/BTN_CONTACT_DN.JPG','IMAGES/BTN_PR
ODUCTS_DN.JPG','IMAGES/BTN_SUPPORT_DN.JPG','IMAGES/BTN_NEWS_
DN.JPG')">
46 | P a g e
<TABLE WIDTH="307" HEIGHT="422" BORDER="0" CELLPADDING="0"
CELLSPACING="0">
<TR>
<TD HEIGHT="135" WIDTH="951">
<TABLEWIDTH="951”BORDER="0"CELLSPACING="0"
CELLPADDING="0" HEIGHT="126">
<TR>
</TR>
</TABLE></TD>
</TR>
<TR>
<TR>
<TD>HEIGHT="35"COLSPAN="2"
47 | P a g e
sBACKGROUND="IMAGES/BASEBG2.JPG" WIDTH="951">
<AHREF="AHOME1.HTML"><IMG SRC="IMAGES/BTN_HOME.JPG"
HEIGHT="33" ID="BTN_EVE"
>
PG',1)" >
HEIGHT="33" ID="BTN_REC"
>
PG',1)">
48 | P a g e
BORDER="0"></A><IMGSRC="IMAGES/NAVSPACER.JPG" WIDTH="1"
HEIGHT="33"><AHREF="ACHIEVEMENTS.JSP"TARGET="F1"><IMG
SRC="IMAGES/BTN_ACH.JPG"NAME="BTN_ACH" WIDTH="90"
HEIGHT="33" ID="BTN_ACH"
>
JPG',1)">
BORDER="0"></A><IMGSRC="IMAGES/NAVSPACER.JPG" WIDTH="1"
HEIGHT="33"><AHREF="AABOUTUS.HTML" TARGET="F1"><IMG
SRC="IMAGES/BTN_ABT.JPG"NAME="BTN_ABT" WIDTH="63"
HEIGHT="33" ID="BTN_ABT"
>
PG',1)">
49 | P a g e
JPG',1)">
BORDER="0"></A><IMGSRC="IMAGES/NAVSPACER.JPG" WIDTH="1"
HEIGHT="33"><AHREF="AABOUTUS.HTML" TARGET="F1"><IMG
<TR>
ASEBG.JPG"
HEIGHT="29"></TD>
</TR>
</TABLE></TD>
</TR>
<TR>
<P>&NBSP;</P>
<P>
50 | P a g e
<TABLE BORDERCOLOR=#006600 HEIGHT=202 CELLSPACING=0
CELLPADDING=2
RULES=GROUPS WIDTH=171 BORDER=0 FRAME=BOX>
<THEAD>
<TR>
<TD CLASS=CLASS3 ALIGN=MIDDLE WIDTH=221 BGCOLOR=#6495ED
COLSPAN=2 HEIGHT=24><FONT SIZE=5
COLOR="#772233">LOGIN</FONT></TD></TR></THEAD>
TBODY>
<TR>
NAME="USRNAME"></TD></TR>
<TR>
<TDALIGN=RIGHTWIDTH=127 HEIGHT=25><INPUT
TYPE=PASSWORD
SIZE=17 NAME="PASSWORD"></FONT></TD></TR>
<TR>
51 | P a g e
<TD VALIGN=TOP ALIGN=MIDDLE WIDTH=221 COLSPAN=2
HEIGHT=50>&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;
WIDTH=35></TD>
</TR>
<TR>
<TD>
ALIGN=CENTER HEIGHT=25
WIDTH=92
COLSPAN=2><CENTER>&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&N
BSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;&NBSP;<A
HREF="PASSWORD.HTML"
TARGET="F1"><FONT
SRC="IMAGES/BTN_ABT.JPG"NAME="BTN_ABT" WIDTH="63"
HEIGHT="33" ID="BTN_ABT"
>
PG',1)">
52 | P a g e
HEIGHT="33" ID="BTN_ACH"
>
JPG',1)">
BORDER="0"></A><IMGSRC="IMAGES/NAVSPACER.JPG" WIDTH="1"
HEIGHT="33"><AHREF="AABOUTUS.HTML" TARGET="F1"><IMG
<TR>
ASEBG.JPG"
HEIGHT="29"></TD>
</TR>
</TABLE></TD>
</TR>
<TR>
COLOR="RED">FORGOTPASSWORD</A></CENTER></TD></TR></P>
</TBODY></TABLE>
53 | P a g e
</FORM>
</TD>
</IFRAME>
</TD>
</TR>
</TABLE></TD>
</TR>
<TR>
<TD>HEIGHT="26" BACKGROUND="IMAGES/BASEBG1.JPG"
WIDTH="951" ALIGN=CENTER>COPY@RIGHT RESERVED
<IMG SRC="IMAGES/BASEBG1.JPG" WIDTH="1" HEIGHT="24"></TD>
</TR>
<TR>
<TDHEIGHT="49"BACKGROUND="IMAGES/BASEBG2.JPG"
WIDTH="951">
VALIGN="TOP"
<TABLEWIDTH="511"BORDER="0
CELLSPACING="0"
CELLPADDING="0">
<TR>
<TD HEIGHT="26" CLASS="BASELINE" WIDTH="514">&NBSP;</TD>
<TD ALIGN="RIGHT" CLASS="BASELINE" WIDTH="4">&NBSP;</TD>
</TR>
</TABLE></TD>
</TR>
</TABLE>
</BODY>
</HTML>
54 | P a g e
SCREENS
HOME PAGE:
55 | P a g e
EVENTS
56 | P a g e
RECRUITERS PAGE:
57 | P a g e
ADMINISTRATOR LOGIN:
58 | P a g e
ADMIN ADD STUDENT:
59 | P a g e
ADMIN ADD COMPANY:
60 | P a g e
ADMIN ADD EVENT:
61 | P a g e
ADMIN ADDED EVENTS:
ADMIN APPROVAL:
62 | P a g e
ADMIN STUDENT DETAILS:
63 | P a g e
ADMIN EMAIL:
64 | P a g e
5. TESTING
A good test case is one that has high possibility of finding an undiscovered error.
65 | P a g e
If a testing is conducted successfully according to the objectives as stated above,
it would uncovered errors in the software also testing demonstrate that the software function
appear to be working according to the specification, that performance requirement appear to
have been met.
There are three ways to test program.
For correctness
For implementation efficiency
For computational complexity
5.2 TEST S PLAN
A test plan implies a series of desired course of action to be followed in
accomplishing various testing methods. The Test Plan acts as a blue print for the action that is
to be followed. The software engineers create a computer program, its documentation and
related data structures. The software developers is always responsible for testing the individual
units of the programs, ensuring that each performs the function for which it was designed.
There is an independent test group (ITG) which is to remove the inherent problems associated
with letting the builder to test the thing that has been built. The specific objectives of testing
should be stated in
measurable terms. So that the mean time to failure, the cost to find and fix the defects,
remaining defect density or frequency of occurrence and test work-hours per regression test
all should be stated within the test plan.
The levels of testing include:
Unit testing
Integration Testing
Output Testing
Unit Testing:
Unit testing focuses verification effort on the smallest unit of software design
– the software component or module. Using the component level design description as a guide,
important control paths are tested to uncover errors within the boundary of the module. The
relative complexity of tests and uncovered scope established for unit testing.
66 | P a g e
The unit testing is white-box oriented, and step can be conducted in parallel
for multiple components. The modular interface is tested to ensure that information properly
flows into and out of the program unit under test. The local data structure is examined to ensure
that data stored temporarily maintains its integrity during all steps in an algorithm’s execution.
Boundary conditions are tested to ensure that all statements in a module have been executed at
least once. Finally, all error handling paths are tested.
Integration Testing:
Integration testing is systematic technique for constructing the program
structure while at the same time conducting tests to uncover errors associated with interfacing.
The objective is to take unit tested components and build a program structure that has been
dictated by design. The entire program is tested as whole. Correction is difficult because
isolation of causes is complicated by vast expanse of entire program. Once these errors are
corrected, new ones appear and the process continues in a seemingly endless loop.
After unit testing in Sell-Soft System all the modules were integrated to test for
any inconsistencies in the interfaces. Moreover differences in program structures were removed
and a unique program structure was evolved.
Validation Testing Or System Testing:
This is the final step in testing. In this the entire system was tested as a whole
with all forms, code, modules and class modules. This form of testing is popularly known as
Black Box testing or System tests.
Black Box testing method focuses on the functional requirements of the software.
That is, Black Box testing enables the software engineer to derive sets of input conditions that
will fully exercise all functional requirements for a program.
Black Box testing attempts to find errors in the following categories; incorrect
or missing functions, interface errors, errors in data structures or external data access,
performance errors and initialization errors and termination errors
Output Testing Or User Acceptance Testing:
The system considered is testedfor user acceptance; here it should satisfy the firm’s
need. The software should keep in touch with perspective system; user at the time of
developing and making changes whenever required. This done with respect to the following
points
67 | P a g e
Input Screen Designs,
Output Screen Designs,
Online message to guide the user and the like.
The above testing is done taking various kinds of test data. Preparation of test
data plays a vital role in the system testing. After preparing the test data, the system under study
is tested using that test data. While testing the system by which test data errors are again
uncovered and corrected by using above testing steps and corrections are also noted for future
use.
Validation Checking:
At the culmination of integration testing, software is completelyassembled
as a package; interfacing errors have been uncovered and corrected, and a final series of
software test-validation checks may begin. Validation can be defined in many ways, but a
simple definition (Albeit Harsh) is that validation succeeds when software functions ina
manner that can be reasonably expected by a customer. Software validation is achieved through
a series of black-box tests to be conducted and a test procedure defines specific test cases that
will be used in attempt to uncover errors in conformity with requirements. Both the plan and
procedure are designed to ensure that all functional requirements are satisfied; all performance
requirements are achieved; documentation is correct and human –Engineered and other
requirements are met.
68 | P a g e
CONCLUSION
Presently we designed our Training & Placement Cell to be very User Friendly.
Many features are enhanced to the present Training & Placement Cell. With this Training &
Placement Cell most of the TPO’s time is saved. The features of the system can be further
enhanced in many ways.
The documentation that has enclosed can enable even a person with minimum
knowledge to understand it well.
PERFORMANCE:
Training & Placement Cell which is developed in JSP technology is a versatileproduct
and is pSlatform independent. The features provided by the Training & Placement Cell makes
it one of an interactive online platform for Placements.
ENHANCEMENTS:
1. Admin module to be developed, there by automating the services of the Admin
resulting in continuous flow of records from database.
2. Conducting mock tests is to be added
69 | P a g e
BIBLIOGRAPHY
70 | P a g e
References
71 | P a g e
22. Acharya, Kamal, Furniture Showroom Management System Project Report (March 21, 2021).
Available at SSRN: https://ssrn.com/abstract=4839422 or http://dx.doi.org/10.2139/ssrn.4839422
23. Acharya, Kamal, Online Vehicle Rental System Project Report (March 21, 2019). Available at
SSRN: https://ssrn.com/abstract=4839429 or http://dx.doi.org/10.2139/ssrn.4839429
24. Acharya, Kamal, Fruit Shop Management System Project Report (August 10, 2023). Available at
SSRN: https://ssrn.com/abstract=4841048 or http://dx.doi.org/10.2139/ssrn.4841048
25. Acharya, Kamal, Hall Booking Management System Project Report (December 21, 2023). Available
at SSRN: https://ssrn.com/abstract=4841055 or http://dx.doi.org/10.2139/ssrn.4841055
26. Acharya, Kamal, Lundry Management System Project Report (October 21, 2023). Available at
SSRN: https://ssrn.com/abstract=4841059 or http://dx.doi.org/10.2139/ssrn.4841059
27. Acharya, Kamal, A CASE STUDY OF CINEMA MANAGEMENT SYSTEM PROJECT (September
25, 2023). Available at
SSRN: https://ssrn.com/abstract=4841209 or http://dx.doi.org/10.2139/ssrn.4841209
28. Acharya, Kamal, A CASE STUDY ON ONLINE TICKET BOOKING SYSTEM PROJECT (May 25,
2024). Available at
SSRN: https://ssrn.com/abstract=4841210 or http://dx.doi.org/10.2139/ssrn.4841210
29. Acharya, Kamal, ONLINE DATING MANAGEMENT SYSTEM PROJECT REPORT. (April 25,
2023). Available at
SSRN: https://ssrn.com/abstract=4842066 or http://dx.doi.org/10.2139/ssrn.4842066
30. Acharya, Kamal, ONLINE RESUME BUILDER MANAGEMENT SYSTEM PROJECT REPORT.
(April 25, 2021). Available at
SSRN: https://ssrn.com/abstract=4842071 or http://dx.doi.org/10.2139/ssrn.4842071
31. Acharya, Kamal, TOLL TEX MANAGEMENT SYSTEM PROJECT REPORT (August 21, 2023).
Available at SSRN: https://ssrn.com/abstract=4842082 or http://dx.doi.org/10.2139/ssrn.4842082
32. Acharya, Kamal, Chat Application Through Client Server Management System Project Report (June
25, 2023). Available at
SSRN: https://ssrn.com/abstract=4842761 or http://dx.doi.org/10.2139/ssrn.4842761
33. Acharya, Kamal, Web Chatting Application Management System Project Report (April 25, 2022).
Available at SSRN: https://ssrn.com/abstract=4842771 or http://dx.doi.org/10.2139/ssrn.4842771
34. Acharya, Kamal, Automobile management system project report (May 25, 2022). Available at
SSRN: https://ssrn.com/abstract=4846917 or http://dx.doi.org/10.2139/ssrn.4846917
35. Acharya, Kamal, College bus management system project report (April 25, 2023). Available at
SSRN: https://ssrn.com/abstract=4846920 or http://dx.doi.org/10.2139/ssrn.4846920
36. Acharya, Kamal, Courier management system project report (May 25, 2023). Available at
SSRN: https://ssrn.com/abstract=4846922 or http://dx.doi.org/10.2139/ssrn.4846922
37. Acharya, Kamal, Event management system project report (April 25, 2021). Available at
SSRN: https://ssrn.com/abstract=4846927 or http://dx.doi.org/10.2139/ssrn.4846927
38. Acharya, Kamal, Library management system project report II (May 25, 2020). Available at
SSRN: https://ssrn.com/abstract=4848857 or http://dx.doi.org/10.2139/ssrn.4848857
39. Kamal Acharya. Teacher record management system project report. Authorea. August 02, 2024.
DOI: https://doi.org/10.22541/au.172261514.46787329/v1
40. Kamal Acharya. POST OFFICE MANAGEMENT SYSTEM PROJECT REPORT. Authorea. August
02, 2024. DOI: https://doi.org/10.22541/au.172261514.44494375/v1
41. Kamal Acharya. Fruit shop management system project report. Authorea. August 02, 2024.
DOI: https://doi.org/10.22541/au.172261514.42227675/v1
42. Kamal Acharya. Dairy management system project report. Authorea. August 02, 2024.
DOI: https://doi.org/10.22541/au.172261513.39402347/v1
43. Kamal Acharya. DATA COMMUNICATION AND COMPUTER NETWORK MANAGEMENT
SYSTEM PROJECT REPORT. Authorea. August 01, 2024.
DOI: https://doi.org/10.22541/au.172254873.37480177/v1
72 | P a g e
44. Kamal Acharya. School management system project report. Authorea. August 01, 2024.
DOI: https://doi.org/10.22541/au.172254873.34023165/v1
45. Kamal Acharya. A CASE STUDY OF CINEMA MANAGEMENT SYSTEM
PROJECT. Authorea. August 01, 2024.
DOI: https://doi.org/10.22541/au.172254873.30191075/v1
46. Kamal Acharya. A CASE STUDY ON ONLINE TICKET BOOKING SYSTEM
PROJECT. Authorea. August 01, 2024
DOI: https://doi.org/10.22541/au.172254872.26972790/v1
47. Kamal Acharya. Web chatting application project report management system. Authorea. August 01,
2024. DOI: https://doi.org/10.22541/au.172254871.18588592/v1
48. Kamal Acharya. RETAIL STORE MANAGEMENT SYSTEM PROJECT REPORT. Authorea. August
01, 2024. DOI: https://doi.org/10.22541/au.172254871.14590154/v1
49. Kamal Acharya. SUPERMARKET MANAGEMENT SYSTEM PROJECT REPORT. Authorea. August
01, 2024. DOI: https://doi.org/10.22541/au.172252491.19145062/v1
50. Kamal Acharya. SOCIAL MEDIA MANAGEMENT SYSTEM PROJECT REPORT. Authorea. August
01, 2024. DOI: https://doi.org/10.22541/au.172252491.11210579/v1
51. Kamal Acharya. Online music portal management system project report. Authorea. August 01, 2024.
DOI: https://doi.org/10.22541/au.172252488.89734698/v1
52. Kamal Acharya. COLLEGE BUS MANAGEMENT SYSTEM PROJECT REPORT. Authorea. July 31,
2024. DOI: https://doi.org/10.22541/au.172245277.70798942/v1
53. Kamal Acharya. AUTOMOBILE MANAGEMENT SYSTEM PROJECT REPORT. Authorea. July 31,
2024. DOI: https://doi.org/10.22541/au.172245276.67982593/v1
54. Kamal Acharya. Ludo management system project report. Authorea. July 31, 2024
DOI: https://doi.org/10.22541/au.172243999.98091616/v1
55. Kamal Acharya. Literature online quiz system project report. Authorea. July 31,
2024 DOI: https://doi.org/10.22541/au.172243825.53562953/v1
56. Kamal Acharya. Avoid waste management system project. Authorea. July 29, 2024
DOI: https://doi.org/10.22541/au.172228528.85022205/v1
57. Kamal Acharya. CHAT APPLICATION THROUGH CLIENT SERVER MANAGEMENT SYSTEM
PROJECT. Authorea. July 29, 2024.
DOI: https://doi.org/10.22541/au.172228527.74316529/v1
58. Kamal Acharya. Parking allotment system project report. Authorea. July 29, 2024.
DOI: https://doi.org/10.22541/au.172227078.89966943/v1
59. Kamal Acharya. HEALTH INSURANCE CLAIM MANAGEMENT SYSTEM. Authorea. July 26, 2024.
DOI: https://doi.org/10.22541/au.172202020.06707762/v1
60. Kamal Acharya. ONLINE TRAIN BOOKING SYSTEM PROJECT REPORT. Authorea. July 22, 2024.
DOI: https://doi.org/10.22541/au.172167914.45160406/v1
61. Kamal Acharya. COVID MANAGEMENT SYSTEM PROJECT REPORT. Authorea. July 16, 2024.
DOI: https://doi.org/10.22541/au.172116616.60220024/v1
62. Kamal Acharya. COVID MANAGEMENT SYSTEM PROJECT REPORT. Authorea. July 16, 2024.
DOI:https://doi.org/10.22541/au.172116616.60220024/v1
73 | P a g e