National

ODeo
PROJECT TITLE

College Admission System

By

Hitesh Jangid

Under Guidance

Mr. Sandeep Deora

Submitted to the School of Computer and information Sciences in partial

filllillmeni of the requirements ror the degree or

Masters

Computers Application
 Indira Gandhi National Open University
This is to certify that the project report entitled College Admission System submitted to
Indi_ra Gandhi National Open University in partial fulfilmcnt of the requirement for the
award of the degree of MASTER OF COMPUTER APP LICATIONS (MCA) is an ori ginal
work carried out by Mr Hitesh Jangid, enrolment no. 1485650807, under my guidance. The
matter embodied in this project is authentic and is genuine work done by the student and has
not been submitted whether to this University or to any other University Institute for the
fulfilment of the requirement ofany course of study.
Signature of
The Counsellor
Signature of the
Student

Date

Name. Designation

Address of the
Name and Address Counsellor
Oflhe Student

Mr. Sandeep Deora

Hitesh Jungid

ABSTRACI'
Abstraction is an indispensable part Of the design process and is essential for problem
partitioning. Partitioning essentially is the exercise in determining the system components
are not isolated from Cach Other but interacts With other components. Abstraction is used
forexiting components as well as components that arc being designed. Using this abstraction
behaviour ofthe entire system can be understood.

ABSTRACT STRUCTURE:

2
 Admin User

Admission Graphical Static Report

Repo rt Report
Fig. I System Structure
ACKNOWLEDGEMENT

At the outset. we offer our sincere thanks and deep gratitude to Sandeep l)eora sic, I
had the privilege to receive great inspiration and guidance from him, which helped us to set
the objectives Of this Study and complete the report. I am fortunate to have constant
encouragement and practical guidance in all aspect ofour Study. His experience in this line
has been a boon to us in this respect'

3
 TABLE OF CONTENTS
Page
CHAPTER 1: INTRODUCTION 7
1.1 Background
1.2 Objective
13 purpose, scope and Applicability 8
purpose 9
1.3.2 Scope 9
1.4 Achievements 9
IS Organization af Report 9
CHAPTER Z; SERVEY OF TECHNOLOGY 10
CHAPTER 3: REQUIREMENTS AND ANALYSIS 10
3.1 problem Definition 10
3.2 Requirement Specification 11
3.3 Planning and Scheduling 13
3A Software and Hardware Requirements 18
3.41 Hardware Requirements 18
3.4@2 Software Requirements 18
CHAPTER 4: SYSTEM DESIGN 19
Data Flow Diagram 20
4.2 Data Dictionary & Data Model 22
4.2.1 Schema Design 23
Data Model 27
4.3 Analysis & Designing 27
4.3.i System Analysis 27
4.312 System Designing 28
user Interface Design 28
A.S Three Tier Architecture 30
CHAPTER 51 IMPLEMENTATION AND TESTING 32
5.1 Coding Details and Screen Shot 32

4
 S.2,1 Coding 32

5.212 Screen Shot 99

5.2 Testing Approach 104
5.2.1 Testing Procedure 104
system Testing 105
CHAPTER 6: TEST PLAN IDENTIFIER 105
6.1 Test Cases IOS
6.2 User Documentation 109
CHAPTER 7: Project Evaluation 109
7.1 Salient Features 109
7.2 Limitations Of the System 110
Future scope of the project 110

5
Chapter I INTRODUCTION
1.1 Introduction

Today, computerized processing of transaction data is an activity of almost any organization.

In this generation. everybody's life becomes in computerized, They go ahead with the
computer, The areas ofcomputer appl ications ace literally too numerous to mention,
Computers have become an integral part of man's every-day. They dominate every sphere of
life be it entertainment. education. banking. insurance, medicine, design or manufacturing.
Actually this generation is the era of rapid growth of Information Technology, IT has change
the working process in all fields of human being, So they continue grow and the open ngw
horizons of discovery and application, One ofthe primary reasons for the immense popularly
oreomputers is the speed with which they can accomplish specific tasks, However computer
applications are not always easy to use.

is a simple small system illustrated by using the most common features of Visual Basic.
This pmject includes student admissoin and record management in the Colleges &
Universities. With this project it is tried to manage this things easily and with less time of the
organization "Tumkur University#, The problem While managing dala iti traditional method
i.e in excel & paperwork. they last some of information of newly enrolled students,
sometime it happen that colleges give admission mare than available seats which become
issue in the lime of examination. University Wants to restrict & allow colleges to fill (he
admission within the allotted seat in particular that session.

The basic web language used in this project is Php and the database Of the whole project is
created used MYSQL Server. The frant end is designed in HTML jQuery & CSS and the
back end is mysql database. By using the front-end user enn access data from database as
well as store data in the database. By using the Menu System user use the Other functioning
Of the application.

1.2 Objective
Turnkur University having about SO affiliated college 3 constituent colleges. Which are
offer main stream UG PG as well as some professional courses like BCA .MCA & MBA.
Each academic session, University accept nevi.' admission from the aniliated constituent
colleges as per scat allocation. In the manuålfcurrent system these colleges provide the
original documents, the list of students & the soft copy excel sheet which has the entire
information of the student after the ending of admission season & a representative of these
college appear itself io deliver all these data.

University want to receive all these data on real time & want to apply a uniform
method to get the information from all the colleges for verification.

The student admission process is managed in all the academic institutes i.e. school &
colleges, mostly in a manual procedure, But in the manual procedure there may be sa many
drawbacks. In the manual procedure it is quite lengthy to keep all the records. Sometimes
information may be recorded incorrectly. The major objective Of the proposed computerized
system is to overcome the drawback aftheexisting manual system to provide a paperless
aiT1ee environment. The other objective of this system includes providing an information
sources, increasing efficiency, productivity and build greater satisfaction and elitiiinating
duplication of records. So we have found the required information quickly to improve the
various data processing. The proposed system is important for the store ofdatn with
minimum redundancy. It is also important for further use. This Will maintain the data
integrity During the designing ofthe software my main objective will be make it a user
friendly one.

Primary Objectives can be notified as listed below;

o Develop a model of the enterprise from an information viewpoint in order to

improve communications, both within and outside the organization.

O Monitoring Student data, document and reports that create, process, Store, and
disseminate information.
Utilization of information resources effectively to achieve the overall goals and
mission of the organization.

Purpose and Scope

1.3.1 Purpose
COIlege Admission System would have the following goals.
Provide a user inlet-mee 10 add, view, modify & delete records in different
courses.

Provide a user interface to register student-

7
 Provide a user interface to change user settings like password and view profiles.

Provide a user incerface for administrator to manage the user & students record
& module accessibil ity rights,

Provide a master data functioning to add dynamic list of different kind of data
like session master, Program course master etc.

System is developed in aspect to enhance the functioning area from admission

rnodule 10 Student Information System where user can manage student's
information. their promotion in the next level, attendance & marks.

I .3.2 Seope
The main scope and deliverables of the project would be to:
Understand and prepare detailed requirement and specifications

Prepare high level and detailed design specifications oflhe system

Prepare Test Plan and Test cases

Develop the system and coding

Perform unit testing, integration and system testing

Demonstrate a bug free application aner suitable modification if needed.

I .4 Achieve ments

By successiillly implementing College Admission System, a substantial knowledge has been

acquired on the implementation of a server based database system. This knowlcdgc will be
useful in the future in creating any type of application or database systems,
The objective of College Admission System Was the creation useful application for the
colleges which has been fulfillcd. This system can be easily modified to serve the needs of
any reminder.

I S Organization of Report
This report is orgunizvd in seven chapters. as indicated in the Table ofContentsv These
chapters deal with the important aspects Of the Systems Development Cycle, Each Of the
chapters is divided into Headings and Sub-I-leadings. Chapter I introduces the project, its
background and puvposc. The technologies used in the project and the reason thereof are
explained in Chapter 2. Chapter 3 broadly deals with the requirements, analysis and planning
of the project. All the design aspects have been dealt with in Chapter 4 including schema
design, interface design,
security and test cases. The actual implementation has been dikcussed in Chapter 5. which
includes ending and testing of the working of the system. Chapter 6 discusses the test reports
and project documentation and finally the conclusions have been drawn in Chapter 7, At the
end of the report, the references made and the glossary has been included,

Chapter 2, SURVEY OF TECHNOLOGY

In a web based application like Edu Craft, there is a scope for a large number of
platforms, languages, web servers and frameworks to choose from, Before selecting from this
array of technologies, the following aspects, which are characteristic to web based
application like this one, have been kept in mind:
Dynamic page generation

Data validation

Perforlnanee Reliability

Scalability

Security

Portability

Performance

Time constraint

Cost constraint

Chapter 3. REQUIREMENTS AND ANALYSIS

3.1, Problem Definition
The first step to the system analysis process involves the identification of need, The intent is
to understand the software objectives and to define the goals required to meet the objectives.

The existing system

Deseription of the system is explained below-

(a) Fom Received From Students: University & college accept the form from the
students, thus they manage the data into files & excel Sheet With the each Of
information that students has providedJ In other case Colleges send these excel sheet

9
 to university io manage record to get enrolment no for the students in each offered
courses,
(b) University€s from all colleges to provide all mandatory information & verified
student's document and information which is most important for further student
reports i,e, Marks-sheet / Reports Card. Migration certificate & Degree Drawbacks
of ihe existing system:-
The main drawbacks of the existing system are:
Maintenance ofpapcr is very tedious process.
Take extra time & may cause of delay in providing data form the college if
they don't prepare it in time.
Data inconsistency can occur due to the duplicatiOn of information,
The data processing speed ofthe manual process is very slow.
Redundant and repetitive works had to be done manually,
Difficult to find out the information of single or as per required search criteria
Searching process is very problematic since data are stored in files.
Data may he lost.
Reports are generated manually' There is also a chance missing of the reports
when they are generated manually,
Number of Admitted student Can execed ifthere is no restriction in the
System & can cause ofillegal issues.
No, seats can be changed as per UGC rule, should be maintain.
3.2 Requirement Specification
Requirements Specification involves the basic requirements that the system to be
developed should possess. These can be broadly classifiéd into two types.
l. Perforrnance Requirements.
2. Functional Requirements.
Understanding the requirements specification is critical for the project's success otherwise the
system does not gel developed according to the customer's wishes,

Performance Requirements: l, The system should be built in a way such that it is independent
of type ofdatabase used (MYSQL SQL Server etc).
2_ Response should be fast.
3. High throughput.
4. Security should be high such that no intruder can tamper with data.
S. The access ofthe system should be traceable to identity who are the users of the system
and when they last logged in to the system.

10
 Feasibility study
Feasibility Study is one fundamental aspects in design of system.
The key-points are as follows:-
1) Form a project team and appoint a project leader.
2) Prepare system flow chart.
3) Enumeratc potential candidate systems.
Describe and identify characteristics ofcandidate systems,
5) Determine and evaluate performance and cost effectiveness ofeach candidate system.
Weight system performance and cost data.
7) Select the best candidate system.
8) Prepare and report final project directive to management,
Three key considerations are involved in ihe feasibility analysis"

ii„ Operational iii.

Economical

Technical Feasibility:
It specifies Whether the proposed solution in the project i' possible to be implemented
using available hardware and software.
Operational Feasibility:
Operational iéasibility considers the factors that how the software will satisfy the need
ofthe users, how it could be changed for future requirements and the operational factors of
computer.
Economical Feasibility
This defines the measurement cost effectiveness of the projeclv It further consists of
two parts:
a. Direct cost.
b. Indirect cost.

Economical Feasibility of the Project:

a) Initial cost for development is not high since a machine with required configuration was
available in the company,
b) Necessary software for back-end and front-end use were also available there,
Planning and Scheduling

Pu se

The purpose of Project Plan is 10 define all the techniques; procedures, and methodologies
that 'Will be used in the project to assure timely delivery of the software that meets

11
specified requirements within prpject resources, This will be reviewing and auditing the
software products and activities to verify that they comply with the applicable procedures
and standards and providing the software project and other appropriate managers with the
results of these reviews and audits.

Giant Chart for Calle Admission System

Week Week Week Week Week Week Week Week Week

Process Name 2 4 5 6 8

Prepare SRS Report

Module

Module Testin

Test Case Resolutions

implementation

User Traini
Soft-wate

Fig 5: Giant Chart for College Admission System

The table below show the Project Phases in terms of date during the project development
Phases Stari Date End Daie

Inception Feb 1+2016 Feb 22'h 2016

Implementation Feb 231' 2016 Apr 2016

Elaboration May 2016 May 2016

Table. I Project Phase Schedule
The Table below shows the break-down of time spent in each phase for Research, Design,
Coding, Testing and Documentation_
Inception(Hnurs) Implementation(Hours) Elaboration(Hours) Total

Research 20 25 5
Des ign 17 20 5 42

Coding 0 210 37 247

Testing 30
Docu mentaiion 20 28 20

12
Total 57 298 97
Table.2 Phase Breakdown
The Pie chart in Fig- I shows the hour break down for each phase

Tirne spent for each Phase

Fig. I Project Phase Schedule

The pie chart in Fig'2 shows the Time allocated ror various tasks during the Project
Implementation-

Phase Breakdown

13
 Testing
Codi ng

Fig-2 Task breakdown

UML and Software Lifecycle

AS software student though I have good knowledge in UML and Software LIFE cycle I never
had any good praetieal experience regarding them Through this project I have learnt how to
develop a project following the various stages in Software Life Cycle.

Documenta tinn

I always had a feeling that I am not good at documentation .But through this project and
suggestions from my committee members I believe that I have improved my Documentation
skills.

2. Management
2,) Organization and Responsibilities
The organization consists of supervisory committee. major professor, developer and formal
technical inspectors. The committee will be responsible for attending the presentations and
reviews ai the end ofeach phase. After wch presentation. the committee will provide feedback
and suggestions regarding the project,

14
Project Manager
The project manage Will be responsible for supervising and evaluating the work and progress
done by the developer on a weekly basis.
Developer
The developer should submit all the deliverables and complete the project functionalities on
time, He should keep updating his weekly progress to the M"jor Professor.

Formal Technical Inspectors

The for-mal technical inspectors will be responsible for a technical review ofthe architecture
design artifacts and the Comal requirements specifications and will also he required to submit
a formal report based on their findings,

Formal Technical ion Checklist

Ins
Item to be Inspected Pass/FaiVPartia1 Comments

All the symbols used in the Class diagrams are

accordin to the UML standards,
All the classes in the Class diagram are clear to what
they represent in the architecture design document.
The symbols used in the sequence diagram correspond
to UML standards.
Sequence diagram matches class diagram.
All the classes in the USE model are represented in the
class diagram.
The multiplicities in the USE model have been
Depicted in the class diagram.

All the requirements in the Software Requirements

Specification have been covered in thc
Architecture Design Document.
2. 2 Tasks
All tasks to he performed are mentioned in the Project Plan I .0.Aiier the first phase if any
changes required the Major Professor Will discuss With the developer.
4. Documentation
The documentation will consist orall the deliverables. They are vision document. project
plan, software quality assurance plan, formal requirements specification, architecture
design, test plan, fortnal technical inspection. prototype. user manual, component design.

15
source code, assessment evaluation, project evaluation, references, and formal technical
inspection letters. The committee members will review all documentation for final
approval,

All documentation will be posted on the developer's website,

S. Reviews and Audits

A the deliverables produced in each phase ofprojeet development are reviewed by the major
professor and supervising committee. These are evaluated hy the eommitlee, at the end af
each phase and provide comments on the software prototype as well as suggestions foe any
changes or addition io the requirements speci fieation. The two formal technical inspectors
will assess architecture design aneracts and submit a formal report based on their findings.

6. Test and Problem Reporting

All the testing procedures used tar the project would be mentioned in the test plan
document at the end ofsecond phase. The results would be reviewed and all the unresolved
problems will be reported to the committee members.

7. Tools. Techniaues and Methodologies

The following tools, techniques and methods would be used for the project for the specified
purpose:

Coding: - CSS, HTML, PHI' Dreamweaver IDE, MySQL server & SQLyog
Testing:.Manual & Automation testing QTP
Documentation:-MS word. Rational Rose. MS Project, OCL.

8. Records collection. Maintenance. and Retention

Three sets of design documentation would be produced and distributed to the University
Library, Major Professor and developer. The source code, documentation and web pages
are submitted to the Major Professor in the form of a CD.

16
The deliverables for all the three phases are listed below:
Phase 1
• Vision Document .0
• Project Plan 1.0
• Software Quality Assurance Plan
Phase 11
• Action Items —identified during phase I
• Vision Document 2.0
• Project Plan
• Formal Requirements Specification
• Architecture Design
• Test Plan
• Formal Technical Inspection
• Executable Architecture Prototype
Phase 111
• Action Items • identified during phase I
• User Manual
• Component Design
• Code
• Assessment Evaluation
• Project EvaluatiOn
• References
• Formal Technical Inspection
3.4 Software and Hardware Requirements
34.1 Software Requirement
This software is design far access over the network, so that every user
can access this from any remote place, For this purpose it wi Il be require to upload the
software to a web host apache server like godaddy & bigrocks. The software quire for this
software are
l. Apache 2.0 web server with SSI secure certificate
2. Php 5.4.x version
3. Mysql database version 5.3.X

34.2 Hardware Requirement

 To access the software user need at leasi a computer system that have
internet connectivity and have updated browser. These are the following hardware
requirement iör the software:
Mozilla Firefox 17.0+ .Clurome browser, opera browser
2. Internet connection having minimum 5 12kbps bandwidth
3, System reguircmcni dcpcnds on browser basis

CHAPTER SYSTEM DESIGN

Data now diagram
A DVD is a graphical tool, which has the purpose of clarifying system requirement and
identi fring major transaction that will become programs in the system design- It is ålso
known as "Bubbles Chart", which has the purpose of defining system requirement and in
functionally decomposes requirement specification dourn to the lowest level Of detail. The
DFC) consists of series of babbles joined by a line. The bubbles represent transformation and
the line represents flow the data in the system. The DFD provides a mechanism function
modelling as well as information modelling. so, it is the Starting phase Of the design phase.
DVD symbols are: process

The destination system data

The flaw Of' information

The table in which information will bc started

18
Context Diagram (O Level DFD)

Student
Record

Report

LEVEL
DFC)

Admin Login

19
PlintReport

20
ER Diagram

Fig: ER Diagram For College Admission System

Data Dictionary & Data Model

[n DFD, a data item that flows between processes is identified by unique namesp
Dada Dictionary is repository or various dota flows defined in a DFD. It contains the details
of the structure of data items and files used in DFD's. A data dictionary defines each term
encountered during the analysis and design Of 0 new system, Data elements can describe
files. data flows as usual processes.

The tenn may have one of several closely related meanings pertain ing to databases and
database management systems (DBMS):

a document describing a database or collcction Ofdatabases an integral component

of a DBMS that is required to deten»ine its structure a piece of middleware that
extends or supplants the native data dictionary ofa DBMS

21
 4.2. I Schema Design :
Database Design
Usually, a collection of interrelated data is referred to as database. The database
contains information about one particular vnterprisvr The management of data
involves hoth definitions of structures of the stage of inforrnatian. In addition, the
database systcm must
institute master

int(S) (NULL)
Name varehar-(40) latin I swedish ci short name varcharf20j latinl_swedish
varehar( I S)

Contact varchar( 1 2) :latin I sw "dish varehar( 100)latinl

sw edish_c i

varchar(30) swgdish

link master

22
 edish
code add varchar( I O) sucdish C' menu code edit varehar( I O) laiin I
swedish el

menu_code_dcl varchart I O) latin I swcdish Visible

lavinl_swedish ei

program_group_ master

enumCY'.'N'_) lalinl

d program_master

ptogr0
Name vareharf2$) latinl swedish el
short name vareharC20) latinl swedish Cl
Duration inti2b (NULL)
Braneli latin I_sw
edish_ci
Ca p tion varehnr( I O) I edish_ci
marks varvhart200j latin I_sw
"dish_cl
Visible enumCY'.'N) latin I_sw

23
 edish_ei
session master

(NULL)
session name varehart O) latinl swedish Cl
start date date (N ULL)
end dale(NULL) is_eompietelatin _swedish_ci Active

Visiblelatin I_sw edish_el

student info masters

student acadernic trans

Iasi "lass varehar(SO) latin I swedish ei

Percentagc float (NULL)
board name varchar(50) latin I swcdish
mas marks inu» (NULL)
Obt marks (NULL)

form
Name varvhar($O) laiinl swedish ei
Fname varehar(SO) latinl swedish Cl
varcharC50) latinl swcdish

date (NULL)
vareharc 100) ci

correspondance_address varvhar( 100)

City (NULL)

Country (NULL)
varehar( 1 2) latinl swedish

Gender swedish c'

Mobile varehar( 1 2) lalinl swedish
Email varehar(SO) latinl swedish Cl
Pincode intil l_} (NULL)
(NULL) edish_ei
latinl_swedish_ latin I_sw edish_cl
100)

24
 (NULL)
(NULL)

studenl masters

(NULL)
user id inti10b (NUL
L)
date of admissian date (NULL
)
vareharc IS) edish_ci intil l) (NULL.) (NULL)

latinl
roll number varehar(S) swedish ei
registration_düte {NULL)

registralion_number vareharC I latinl swedish ei

form number varehar( I S) latin l swedish Cl
admission roll no varchart 1 5) latinl swedish
Height double (NULL)
Weight double (NULL)
swedish
mother.iOT1gue varchar(20) laiinl swedish ci
tcr_id
physieally_handica ppcd
blood_gro up prefered_phone
statT_members.chi Id
Form
Removed

(NULL)
instiluie masler id inu
(NULL)
branch master id intgg» (NUL
L)
sessi on master id inti» (NUL
L)
Level (NUL
L)
upload_form mediumbiob (NULL
)

25
upload_image mediurnblob INUI-
I.)
Dui (NULL
)
User

use r_type enumCADMIN%'lNST') lain I swedish ci

password_normal varcharC30) latinl sucdish
user_ rights

422 Data Madel

Fig.2 Data Model

Analysis & Design

4-3.1 System Analysis
System analysis is a Study Of various operation performed by a system and their
relationship within and outside ofthe system. It is a systematic tcwhnique that defines goals
and objectives. The goal of system development is to deliver the system in line with the
user's requirement and analysis is the heart Of this process. Out Of the main aspects of

26
analysis it is defining the boundaries of the system and determining whether or not a
candidate system should consider other related system.
System Study has been conducted With the following objectives in mind
Identify the user's needs
Evaluate the system concept for feasibility,
Perform economical and technical analysis.
Allocate tilnctional to hardware, software, people, database and other system
elements and
Establish cost and schedule constraints.
Both hardware and software expertise is required to sueeessfully attain the
objectives listed above.

27
 4.3.2 System Design
The most creative and challenging phase of the System Life Cycle is System Design.
It refers to the technical specifications that Il be applied in implementing the candidate
system.
System design specifies how the system will achieve the objective of the proposed system.
System Design goes through two phases ofdevelopment. These are:
Logical Design: Logical System Design involves developing gencral
specification for how the basic information system activities ofinput, processing,
output, storage and control can meet end user requirements.
Physical Design: Physical Design involves the detail design of user interface
methods and products, database Structures, processing and control procedures.

User Joterface Design

The first step in System Design is the User Interface Design. The User Interface
Design activity focuses on the preparation of input and design of output reports in a form
acceptable to the users,
User Interface Design consists of two steps — Input Design and Output design.

Inpui Design: Input Design is the process of converting user originated inputs to a
computer based format, The goal is a make the data entry as easy, logical and free
from errors as possiblc„
Output Design: Computer output is the most important and direct source Of
information io the user. Efficient, intelligible output design helps the user in
decision making, Provide for safely information storage in the database, system
crash Of unauthorized aecess
 Use Case Diagram

Institut•

Fig.3 Use diagram

4.S Thr'+iier Architecture

Three-tier (layer) is a client-server architecture in which the user interface, business

process (business rules) and data storage and data access are developed and
maintained as independent modules or most onen on separate platforms.
The Architecture of College Admission Systemis based on three-tier architecture. The
three logical tiers arc

29
 Presentation tier—HTML & JavaScript Web forms, MOstcr Pages. Images.
Middle tier — PHP Script & library classes,
Data tier- MYSQL Database
Fig.4 below shows the model of 3-iicr architecture.
The main reason for considering three-lier architecture for the College
Admission System is as töllows: Flexibility:
Management Of data is independent from the physical storage support.
Maintenance of the business logic is easier,
Migration to new graphical environments is fåster-
If there is a minor change in the business logic. we don't have to install the entire
system in individual user's PCs.

Reusability:
Reusability Of business logic is greater for the presentation layer. AS this component
is developed and tested, we can use it in any other project and would be helpful for
future use,
Security:
More secured architecture since the client cannot access the database directly,

Fig-4 3.tier Architecture

Presentation tier
The presentation tier fartheCollegeAdmission System is HTML Web Forms with
Master pages, The presentation tier takes care of the user interaction and the visual part
of the application. The various Web forms used by clients are listed below.

HTML Web Forms Defini [ion

Index.html This is default page, called first time when user
access the application, having login form . user

30
 must provide credential for access the functioning
of the system
Welcomclhtlnl This web page is a blank dashboard

Session.html This page contain the list of all session created

show the start-end date , active & completion
detail.
Program_gro I web page shows the detail of programme
group Diploma ,UG' PG
Program,html This web page is use to functioning link of
CRUD, shows the list of o 'Ter universit
Program_intake.h This web page use to assign svats to colleges for a
particular course in the active session.
M This web form is use to enter enrolled student
anage_student.httiit detail.
Institute master, This web form is use to create user for the system,
html user arc the colleges who will access the student
form for enter their detail
User_rights.lgml This web page is use to assign the rights to access
the module of the system.
Sta rt.html This web page is used for display the static data
of the student college Wisc i.e. admission statics.
boys-girls ration etc.
Graphical_report.htm This is report is same as static report but show the
l data in graphical In ie bar chart.
Admission_report.htm This report is used for show the detail of
l information of the Student in Collcge wise
program wise & comibine
5.2, I Coding Sections
Login

31
 <SCfip1
q'script'»

•4— TemplaIeBeginEditable
TemplateEndEditable
•4head>

<body
•cbr>
<label
&emsp;

Contact@•pan
href="mailto:[email protected]" style—text-

c/fomi>

32
 false;l

false;t

escript>
Oh tml>

Login action.php

e,'php include
"conn,php••;

POST['username•])

TISkeyl—m ysq

as

Skey>Svaluc)

g(Sval ue);

Suser=S POSIT username];

*passwo rd— S_POST password]; username. password, uscr_typc FROM user
where username='lSuser AND I (Spasswrord)."'", uexit;
error"):

Squcreselect from institute master where id='tSdatal'institute master id']l't

S SESSION['msg'1-""• rgb(255, 159,
Squeryi:
query error in

33
 14px;coJor'J rgb(2$5, I $9,
Academic Session
header/ ' Loealio n:index. php');

visible•'Y' AND

index-php');

Header.h

else

Silag•c);

34
=

35
•Ibo dye.
<div >
<img echo
•adiv
Sul?
php
FROM
link_masterl
RIGHT JOIN
user_rightsurON
Lid — id' WHERE
ur.user_id =
SESSIONl'user_id
Ssql['scrip V
]' AND
AND IS NOT NULL
AND I visible-'Y'
GROUP BY laid ORDER BY link ,
index value
trtOl
ucry);

Si—O;
pan>".Ssql [ 'capti on'].

Ssq I ['Sc ript_path'l). " .Ssqll'capt

36
 Oul>

sdiv <
span
Ophp

name];

AND visible

37
 ••:span

S_SESSION1'msg'F"';

oh start();
includc_øncc
"export.php"; Sxls= new
Export();

<seript

Ma n age,phpt

e,'php include
"conn.php";

IMPAIRED,
'ORTHOPAEDICALLY VISUALLY
IMPAIRED',
CHALLANGED','OTHER') ;

SarrarS_POSTCeheeked'J;
 Sresult—•'",
forea.Ch(Sarrüy as

set visible where id

Squerr"SELECT 'state_id', 'state', •shortnamc' FROM 'state_masters where
removed='N' AND country id=tS POST['coun1ry'l ;
Error");

echo Scantent;

S_POST1'state']!-"")

Squew"SELECT 'city_id', 'statecity_id', 'city', 'shortnalne' FROM

•eity_masters• where AND POST['s1ate'l," order by city"

echo Scontcnt•'

mnmnmwuwmnor branch nmmunmwmnmnnmnm

NAME'I))
foreach(S POST as Skee Svalue)

39
 braneh_masters bm

WHERE
foreach(S POST as Sker>Svalue)

PIT LEFT
echo Scantent;

Scontent="" ; foreach(S_ POST as

Skey •value)
{S_P OST[SkcyJ•m ysq gCSval w);

40
 SESSIONl'user_id'];

Squew"SELECT

•option
r
. Seontent.'

'id", 'duration', "branch', 'caption'

FROM program_master'

41
 echo

Scontcnt;

iUneti0n get me=0)

Suset_id— I ,
intake FROM program_intake_trans WHERE
AND AND

Sintake—liiysq1_ feteh_arraycSi ntake); Sintakc—

Sintakel' intake];

C Ise
Sint ake=0;

SquerF'SELECT COUNT(id) as total FROM student_masters WHERE

ISbranc11' AND

42
 else return
'_Sintake;

Suser idF=-L

iRS_PO

echo POST['getinio'l exit();

Squcry"SELECT intake FROM program intake trans WHERE program master id—tS
POST['prg_set it'll AND institute master id—lSuser idl AND

Sintake—Sintakel'intake'l;

WHERE
AND institute.masler
AND

: else
{Sintake•C);

43
 WHERE

A
ND

else echo
•Sintnke;

program master pm WHERE

pm-visible—'Y'";

echo Scantent;
exit();

mmwmmnwwmnmpwmwcheck for active

sessionmwpmmwmmnwmvmmmwwmw

• from session—master
where active-Y AND
visible ='Y"'•
Squery)))

from session_mastcr where active—Y AND visible

44
AND idzSid");

session_rnastcr set active—NY where visible—'Y"');

HAS INACTIVE NOW",

S_SESSION1'msg'F' AT A TIME ONLY ONE SESSION CAN BE ACTIVE";

else

session_rnaster set active—NY where

Squcry"update session_rnaster set active—Y where visible•'Y' AND id•Sid

S_SESSION1'msg'F'SESSION HAS BEEN ACTIV ATED";

45
 INSER T INTO STUDENT MASTER

AS
student id FROM'studentzmasters •');
v

echoSst id;
Supload form—"";

46
 p_name'l));

) j;
Snag—get_

' level Y.
'hraneh master id•.
'date of admission'

'religion_master id',
•easte master id•,
•enrollment number'.
'roll number' ,

47
 •registration_date•,
' registration_numbeö,
'form number' ,
•admission test roll t
•physically_handicapped•.
'blood_group upload_ form,
upload_image
. doj,

VALUES (
'"Suser idr"',
'"S POSITCOR_NAME'I,'",
S POSTCLEVEL i1r"i
'".Sbranch."',

'".S POST['REG DATE']. "9

'"S POST['REG NO],'"

'".S POST['ADD ROLL NOT"',

"'Shandic%lped.•",

"'Supload form, "'s

"'Supload image.

48
 '

BY
INSERTING
•form no',
'name".

•doh', gender', title.master_id.

correspondance address'.
•address' ,
'pincodc',
•phone",
•mobile',
•email', session master id

VALUES CSst_id,
POSTI'FORM NOT"',
'".Ss_name-'",
 "'.Sactive session."

errors);

Squery—'iINSERT INTO '

('Stu
•institute name', 'last
Class'.
'percentage' , emax marks•,
'Obt marks',
'board_name')
VALUES ('Sst_id',

V.@SdatelOl;

account_name
•account number',
•mandate number-.
•student master id•,
•hank name',
'bank branch name',

50
 payment_met hod'.
•amount',
'dd check

VALUES ("ts POSTI'ST AC NAME'I."',

POST['ST AC

'".Sst id."',
POSTT'ST BANK')

•u.s POSTCST PAY_NWI.'",

POST('S
T AMT].'"
mysql_querycsquery) or diet"STUDENT DATA IS NOT ABLE TO SAVE")

COURSE;

POST['stu_save'l))

51
foreachcSLPOST "s SkeE>Svaluc)

///lIWIJ///W//W///Wfor 2 dicmntional array f///If///Wf/If////J/f/

mmwtnmwwmnnm,'///f,' QUERY FOR update INTO STUDENT MASTER

mnmnmnmwuwmnpw

52
 'lever-'".s
POST('LEVEL'I."'
'branch master id'— i n,Sbraneh.iii,

FILESI'ST FORM']))

FILES['ST FILES['ST

53
 ploaded_ p_narne']

mages"i_•shal ext),•t

mmwmm,i///j QUERY FOR UPDATE STUDENTLINFCLMASTER BY INSERTING

STUDENT
Saetive_sessio

echo
SET
'form_no'- "'.S_POSTCFORM
'name V".$_nalne."',

•institute
name'
•last class',

54
 max marks',
•obi marker
'board_name )
VALUES ('Sst_id'.
POST['ST INS

else
break;}

mysql_queryCSquery) or dieC'STUDENT DATA ts NOT ABLE TO SAVE")

55
 Updates

Sprogram— S_POST program'];

Ssession•l ;
// to retrivee user who are not asslnging in selected role;

AS
NAME FROM institute
inaster i
WHERE lid NOT IN
(SELECT DISTINCT

FROM institute
master i
LEFT JOIN program_ intake_trans pit

WHERE

ORDER

ON pit.'

AND

AND

56
 ORDER BY i,name";

SqucrE"SELECT bm.id. UPPER(bm." name•) AS NAME FROM branch_mastcrs bm

WHERE bm.id NOT IN(SELECT DISTINCT branch_master id FROM
WHERE
BY id 'l ;

A ND
// io user who have assinged in selected role

IN(SELECT

ORDER BY

AS NAME FROM

i WHERE

i. id, pi t.
intake,
UPPER(i.name) AS NAME
FROM institute master i
LEFT JOIN program intake
trans pit
ON pit-institute master id —i.id

WHERE
AND pit.' session_masiers
AND i.id IN
(SELECT
DISTINCT i,id

57
 FROM institute
master i
LEFT JOIN program_ intake_trans pit

ON
WHERE
AND pit.'
ORDER BY i.'id')
ORDER BY

same here for ifuser is client

F;

Sassign_content•"";

Sassign•niysq

whiI
class"myclass' type—'checkbox•

type='eheekhox'

Seontcnts—" <table

58
 r

number size—3'
•Otable>

etd>

59
 submit"

Odiv>

echo Seontents;

S program—S _POSTI 'program];

Sintake-S_POST1'intakC'1;

'>Svaluej

Shraneh=Svalue;
Sinstitute—S POST['ciLtype'l;

Squery"INSERT INTO (
•institute master_id' ,'inlake', 'branch master id") VALUES(
 POST['ei_type'l))

Squery"INSERT INTO
("program master i"• 'branch master id•. 'intake','instituie master id• session masters idi
VALU ES ('ISprogram: , 'Sbranch', Sintakc_value}',
' Sinslitute; "S_SESS 'activ '

trans'WHERE

AND

Of die/ ii ERRORi );

print_riSdotal;
foreach(Sdata as Svalue)

Smodule_filtet—""•,

61
 diemntional array
elsei fli S_POST [Skeyl i)

foreach(Svalue as

S_POS T[Skey] [Sindex I—my-sq ng(S i ndex_value);

{Smodule_filteri GROUP BY link_tnaster.id

UNION
SELECT 1k.4 id', 1k.'name'. 1k, 'caption'. Ikr'link_master'.
1k. 'standalone'. 1k.'visible'. CONCAT(") FROM 'link_masteö 1k WHERE 'visible-
um
AND Ik.id NOT IN (SELECT 1k.'id' FROM "link_master• 1k LEFT JOIN ur
ON master id' WHERE AND ur.4 r01e' =
S_POST [ruser_työe'] ['short']

GROUP BY Ikr'id')

62
 Error');;

•Ith class•" echo e?

php

Sri ghts—arrayO;

Sonclick—
else

63
 data-ordera'4' echo

rights"

Ocenter>

64
 fornt>

•role•
Srun insert—false;
Srun delete module—""• foreach(Sdata

as Skey>Svalue)

biprint_rCSvalue); fore-ach(Svalue as

S_PO ST [Skcy] [Sin Sindcx_v al uv);

i (Sd a talSkeyJ['checked'H'true')

Srun insert—true;

( {Sdala {Suser_id {S d
ata[Sk
continue;

65
Allote riehts.php

include "../header.php";

text-align: center;
padding: SPX;

background: -$8px Ops no-repeat; margin-

left; IOpx;

background: url(..fimagcsfarrow.png) 5px C)px no-repeat; margin-

lop: 3pe;

height: 52px;
display:
block; width:
65px:

66
•Ostyle>
<div Geneva, sans-serif',font-size, 12px••>

67
e!"right—container div

iflusr_in dex—O)

alertCUSER TYPE IS NOT SELECTED);

return false;

on/

funct
i

68
return false;' )

.58px Ops

no. checked_daia• new Array(); datal)

e:cked. eq(i),

daia:checked

return false;

function cheekallehild(e)

69
 var =
var
if(ivhevkcd) for (var i —O; i boxes-length;
i++)

boxes[il.ehecked — true;

for (var i O; i < boxes,length; i++j boxeslil_cheeked =

false;

content outer div

Institute index. h

include "../header.php n;

width:200px; font-size: 1
2px; font-familyrVenlana,
Geneva, sans,

Sweb_root
Sstart no—I;
Scurrent_page::• I ;

70
Sout of—$start 110+9;

SquetE"SELECT • FROM institule_master WHERE visible='Y' LIMIT "ÅSs1ar1_pcy-l

id from institute_masterwhere

71
 •:table
•abody>
 Otbody>
Ota blc>

73
100%

I
N

75
 echo href='
Ipage•" (Seurrenizp age - I ) , ' PRE V IOUSOa>

else echo

&nbsJx &nbsp;

{Sseleeted— "selected*seleeted"'

echo "<option :SseleetedJ value—' Sseleeted

—""•}

&nbsp: &nbsp:

href=' {Sweb_root i/ (Scurrent_page+l )

else

: echo

echo "DISPLAYING RECORD Sstali no • O

Smax no" eccnt F

70
 •:div

qphp

colspane"9"Class—rgrid" Width—"
&nbsp; &nbsp;

77
 echo "ea
href=' {Sweb_gooiíŕ . (Seurreni_page - I ). ' PRE

elsc echo

&nbsp; &nbsp;

php
Sselected—"”•;

{Sseleeted— "seleeted—'seleeted” ;

echo "<option {Sselectedl 40ption>•";

&nbsp; &nbsp:

echo "DISPLAYING RECORD Sstart_no • ľSout_or; OF Sliiix_no"

<cenier:•

<seript
function

vardclete inst data —new Array();

Vat Count — data=d a ' ' i nputl type=ch eekb oxl : ch eckc•d
"Emap( functi ono return

SELECTED '+count+" RECORDS AER GOING TO REMOVE"))

S.post( -function (data) a I e data)

return false;

false;

Oh trnl>

Student add.php

e,'php

SESSION IS ACTIVE";

Sinstitute="";

79
 i d , pm. ' name' pm. Vs
hort_name•
pm. duration ' pm.
caption
FROM
•progrnm_masterv pm

RIGHT JOIN

80
 eth

y'
INSTITUTE
Ophp
Squery-"SELECT
'ill',
•name',
'short name'.
'code'.

Contact',
•address',
•visible'
FROM - institute master' WHERE VISIBLE-Y'

data-
.Ssql Uname'l.'•4spanz—40
ption> ;
t

-Ophp

81
 eth

•:tr class'" first "y

iE'REG_NO" max length—Y

classz"myelass••

'Ctr

ROLL

name-"COR NAME" id-"COR NAMEi'>

82
eth

N
O"

83
 eth

class"'seleciclass" name"

'TITLE" data•
•gender'

name-"S

readonlE"readanly"
max1ength-"12"

•:tr class'" first "y

name-"ST

ctr
classz"myelass••
 eth
name-HST FA NAME"

maxlenglh="

eth

85
 eth
tbpdy•..

<thody
'Ctr
eth

eth

87
'code'.
•minority'
 'name'.
'codes
FROM •entegory_rnasters•"•;

&emsp; s:inpul id
—'rst save_n"
eth
 & NEW'
&emsp;

<inpul
</div:.

return false;

function date. al idate(date)

var today new Date()', var var
unanth=loday. I var
tycaraoday_getF

date=S var var

var
syeardate121;

(smonth*tmonth
)

82
alertC"Sclected Date Can 'i Greater Than Current Date!
)•, dale. focus(); tmonth,length
m

iT(tmo nth.to I)
return true;}

scws•r GEN M')lOl-checked-fa1se; ilititlC

—'M' Il title—'mr)

else

else

SC'-
AMT'),
iind('inpu
SC-AMT').
SC-AMT').
 Still
put). return false;

return false;

MANDATORY");

for(var

S(tex
return false;
 I e vel:true:

c ,fimcti

CO
Aljmval());

SC-

max .obt'). vartr—

 val()))

aler1('Wronmg Obtained Marks Entered);

return false;

100), tOF i xed(2);

V

SC- add ).

SC#ST.EDU
return false;

return false;

86
return false;

S.post( '...fmanage.htm ranch,bra nc i t_me l.functio

vat
 }
,
f

true ,function (data)

97
 relum false; l);
tunction call(e)

fianction email(c)

retur
n false; return true

inelude_onee " ../footer.php't;

ediv

serii>PROGRAM

sweb
Start_ no—
Scurrent_pagc— I Geneva,
; SanS•

Sout of—Sstart no+9;

SquerÉSIiLECT id, name, short_name FROM program_group_master WHERE visible—Y

 ' 'select id from
where

{Spage—ce iI

99
iIlSmax_no.0)
ISstari_nozO;

<span
Soul

•<div

colspatF i
height—

name= searchfonn?

100
 border—0 'i width*" 1000/00>

RECORD'

na

me—'tSEARCl-J"'

•ltd border•'VO"
width z"

101
 body>

IN
étbody>

&nbsp; &nbsp•.

< php
echo "•:a
href=•{Sweb_voot (Seurrent_page ">PRE IOUSQa>

q? php
Ssclectcd—"";
forĽSi•l

102
 echo
"eoption {Ssclccted} Sselected="";:

&nbsp•, &nbsp;
ď? php
ge<Spage)

q? php
ut_oi)

echo hDISPLAYING RECORľ)Sstart no - ÍSout_oft 0F

Smax

<div

103
colspon-"6i' elass—'igrid'i &nbsp;
&nbsp.

echo "•:a
(Seurrent_page PRE IOUSQa>

104
 echo {Sselectedi </option:•"•, Sseleelede”"',:

&nbsp•, &nbsp;
php

42 php

echo ÉDISPLAYING RECORDSstart no - ľsout_ofl 0F

Smax no"
•;.reen terŔth>

q'tbody:.
Qlable>

q?php

includc ence " conn.php%

iiTisse1(S POST['eancel]))
(Ohľade« 'l oca tion:welcome-htm ľ);

105
 _sha

POST['pass where institute_rnaster

POST(select list');

HAS BEEN CHANGED".

else

from user where institute_master id4".S

AND

POST['oldpassword'l).'"
AND POS T['oldpassword'l-"'";
Spassword=mysql_fei ch_array (Sdata);

else
PASSWORD IS WRONG";
ERVER PH P_SE LF'I);

IS SOMETHING IS WRONG. PASSWORD DIDNT

Sis admin—I);

106
Sis admin—true;

include

Gencvn, sans-serif;

echo

type— text
sizV35 ' name—oldpassword' id='oldpassword• ii

Otr>V

ephp else

107
 SELECT

margin;2ps"

soplion
<option selected*"
<
php
SquerVSELECT

i.•name-.
u. user_type•
u- username'
FROM
'user' u LEFT JOIN institute
master i ON i,'id• u,'institute
master id'
WHERE IS NOT NULL AND IS NOT NULL AND user_typv IS
NOT NULL ORDER BY
Sdata—mysql uery)w,

</tbody+

108
NEW PASSWORD

sizez"35"

109
 value—'Save"

Ocenter>

C/fOmi>

<setipt var eon farm=

function validate()

fo an-password. foeus();
return false;

.value•—"")

Password cannot be
blank-I'); return false;

ill document.form,passl
alert('Confirm
Password Is Not Matched"); form.pass2.fOcus( return
false;

O'bodyxühtrnl>
53.2 System Screen Shot
Login form
Welcome Dashbord

Session Master

111
Student Form

User Rights

112
Inslitute Msasler

113
Add Institute Form

Edit Program Detail

114
Assign Program To Institute

User Setting

115
5.2 TESTING APPROACH

5.2, I Testing Procedure

In system testing, performance and aeccptance standards are developed for
substandard perfOnuance or serviec interruption that results in system fai lure are checked
during the test, purpose of system testing is to identify the correct errors in the candidate
system.
A system should always be tested before implementing it; as regards its individuål
programs, the system as a users acceptance etc' This is because implanting a major job.
which requires lot of man, and lot of other resources. So, errors not detected before
implementation may cast lot, Effective testing early in the process translates directly inio
long term cost saving from reduced of errors,
Testing is done on the basis of following principles

• All tests should be treatable to eustomer requirements, The objective of system

testing is to uncover most severe defects are those that cause the program
to fail to meet its requirements.

116
 • Test should be planned long run before testing begins. Test planning can begin as
soon requirement model is complete. Therefore. all tests can be planned and
designed before any code has been generated.

• Testing should begin "in the small' and progress towards "in the large"- The first test
planned and executed generally focus on individual program modules. As testing
progresses, testing shifts focus in an attempt to find errors in integrated clusters of
modules and ultimately the entire system.

5.2-2 System Testing

After a successful testing of individual programs, the system can run through series
or tests to ensure thc working of a as a Whole. The Objectives Of testing the entire system
is to verify the programs meet the original programming specification, io ensure the
computer operation staff has adequate documentation to run the system and to ensure that
the user is able to input data When all the programs are connected With files and
input/output.

5.23 Testing Report

As soon as the software is complete, I tested the software in the following manner:•
First, I tes'ted the software with Test Data which acted correctly and the response
is positive,

• Having positive response I tested the software using Real Time Dota and it worked
properly.

After a thorough testing of different aspects Of the system as described above. the
system worked error free and the same is ready for implementation,

Chapter 6 TEST CASES

6.1 Test Plan Identifier
goal of this document is to develop a test plan for the Online Book Store design
systemr This document defines all the procedures and activities requit•ed to prepare for
testing functionalities of the system which arc specified in Vision document. The
objectives or the test plan are to define the activities 10 perform testing, define the lest
deliverables documents and to identify the various risks and contingencies involved in
testing,

117
Features To Be Tested following list describes the features 10 be tested in CRUD
i.e. Create, Read,
Update & Delete cases:
USER:
• Login

• Chang: Password

• Add Student

• Generate Reports

ADMIN:

• CRUD session

• CR LJ[) Program Group

• CRUD Programme

• Assign Program & Intake Seat Allocation

• CRUD Student Records

• CRUD Institutions

• Allot Rights 10 instituiey'user

• Generate Reports

User 2:

USER I TEST CASE USER INPUT PASS CRITF.RIA

Login User enter the user name & Redirect 10 dashboard
password for login else shows the "Incorrect
username & password
message"
USER Change Password User Will enter Old password Display the message on
to change current & enter success & validation
new password to confirmed it message on incorrect
data
USER 3 Student R egistrati User enter all mandatory Save only when all
fields for student införmation mandalory tiled till else
Display reminder &
validation messages

118
USER 4 Report Generation Use will select report criteria On selection of proper
for re rt criteria rt Will visible
I,ogin and Change institute/user & admin password
TEST CASE USER INPUT PASS CRITERIA

Admin _ I Login Admin will enter the user name Redirect to dashboard else
& password for login Shows the "Incorrect username
& password message"
Admin _2 Change Admin will select user from User password are
Password list included itself& enter the fields for changing password
new password
Session
TEST CASIi USFR INPUT PASS CRITERIA
Adm Sess Add & edit User enter session Start & Only unique Start &
end date & modify it at edit end date will accept.
time two sessions can't
intersect
Adm Sess 2 View delctc Click on view button & Session id must not
click on delete button to have any reference in
delete an unused session tables in casc of deletion
Programme Group
TEST CASE INPUT PASS CRITERIA
Adm PG_ I Add & edit User enter program group Programme group name
name & short name, at the must bc unique & validat
time of add & edit
Adm PG 2 View & delete Click on view button &
Programme group id must
click on delete button to
not have any reference in
delete an unused programme
tables in case ofdeletion
group
Programme
Tl:s-v

Adny_Prg- I Add & edit User enter program name short All mandatory fields are
name. duration & level caption require & combination
at the time of add & edit of mandatory field must
be unique
View & Click on View button & Click id must not
delete on delete button to delete an have any reference in
unused tables to delete it
Programme intake & assigning
TEST USER INE*UT CRITERIA

119
Adm int I Program Admin will select the program Both are mandatory to
selection group & as per group. select for proceed into
program name next stop
Adm inl 2 Seat Admin will the number of seat College name must bc
A location for each college or one to go selected & total seat
input for all from left division & must be filled up_
move to right division

120
Student Managemeni
INPUT PASS
Adm stu I Add User will select institute All mandatory fields
name ,program & enter the are require &stud.ent
detail of student record must be validate
Adm Stu 2 Edit User will select student All mandatory fields
record & enter the are requirc &studcnt
updatedfmodify the detail record must be vulidale
ofstudent
Adm stu 3 View & delete Click on View button & Only before admission
Click on delete button to student record can be
delete an unused session
User management
USER P ASS CRITERIA
Adm urm I Add & edit Admin will enter institution All mandatory fields are
name, code, Shod name user id. require & combination
pqlssword & contact detail at the Of mandatory field must
time of add edit be uni ue
Adm urni 2 View & Click on view button & Click on Institution id must not hav
delete delete button to delete an unused any in tables to
session delete it
•Allot Rights io insiiillievuser
TEST CASE USER INPUT PASS CRITFRIA

Adm_rgt_ I Allot rights User will select the user type Only selected module will
i.e. admin & institute and assign to the user type
module foru the list oc all for
entire list system modules
Adm_rgt_2 Revoke right User will select the user type If there is no rights is
admin institute and madule selected. user Will not
farm the list or all for entire able to access the system
list ofs tem modules accept settin
Report Generation

Gen grate L,lser will select the college On proper criteria report
report name & report criteria for report will display the
generation information as per report
Printing & User will click on print button Report will print &
export to 10 print & on expon excel export report will
button for exporting report in download in browse r.
121
 excel excel format
6.2 Documentation
System Documentation means coordinated effort to communicate the information of
the system in a written form. Its purpose is to ensure that the details of the system are
understood by all the persons concerned during the development process and subsequent
operation, In coding phase, the output document is the code itself. However, some amount of
internal documentation in the code can be extremely useiill in enhancing the understand
ability. Internal documentation Of code is done using comments in the program, Comments
are textual statements that are meant for the program reader and are not executed, The
comments should explain what the code is doing and not how it is doing. This means that
comments is not required for every line Of the code.

Providing comments for modules is most useiill, as modules from the unit testing,
compiling. verification and modification, Comments for a module are Often called prologue
for the module, It describes to have the fallowing infonnation in the prologue.

Module functionality or the is doing, Parameter and their purpose.

Assumptions about the ipputs, ifany.

Global variables accessed and/or modified in the modules.

Chapter 7 PROJECT EVALUATION

7.1 Salient Features/Limitati01i/Future Scope

Salient Features
The proposed system provides many facilities, Some of these are:

The system has capability oftaking correct date. Better accuracy, speed and
reliability, More users friendly.
It provides the required information quality.
System provides satisfactory services,
System enhancement data security,
The most important facility is that the system is time saving.
7.2 Limitation
Though. the proposed system has many useful features, it has some limitation
Also heeause avai lability of all the required software and hardware facility is more
expensive and difficult process. Though the new system has no doubt many advantages and
flexibilities, the system also has some limitations as follows:
 Security and authentication is nat considered (partially).
Distribution aspect of information is ignored,
The System Has Only A Fixed Number Of Queries For Information Processing.
73 Future Scope
Software development is never —ending process and continues the life of the
software as per the changing needs of' the user from lime to time. The project is no doubt has
been developed keeping in mind easy modification and enhancement that may be required
from lime to time,
However, there are many scopes 10 modify this software. As because due to shortage
oftime, we here become unable to include manythings. We are trying to cover all their
existing system for sales return records af the items but due to shortage of time we become
unable to inelude many things. Due to lake of time I here include none of them and a future
scope one develop these returns Which are so much essential. Only with a little more
doing it is possible to design the formats for those returns. Moreover, an on-line system will
more helpful to the organization, , With almost the same data with only a little modification
on. line system can be designed to fulfill their demands. All these can be considered to be
future scope for this projects

This document evaluates the experience oflhe development of the College Admission
System project. A brief description Of the tools. process. techniques employed as well as
the mistakes made is presented so that lessons are documented and learned.

Table below shows the time spent for each task at each phase, Design is the most important
task that was performed at last two phases -Coding was perforrncd in last two phases hut
mainly in the implementation phase.

110

123