industrial training report on php

8/18/2019 Industrial Training Report on php

1/42

INTRODUCTION

________________________________________________

1.1 PROJECT SUMMARY

A Student Management System (SMS) for Hospital Management Information

System (HMIS) is a System that manages the records of student regarding admission and

examination part.

A Student Management System (SMS) is designed to help collages for

management of dental student. Extensive information is availale at your fingertips

through this System. !ie"ing student data# managing admission and reshuffling#

managing seats# $uota# oard# semester# faculty# category and for examination# loc%

allocation# su&ect management# scheduling exam# result and related issues are made

simple and easy. 'here are custom search capailities to aid in finding student information

and "or%ing on student records. 'his can ma%e the system easier to navigate and to use

maximiing the effectiveness of time and other resources. SMS allo"s the %eeping of

personnel data in a form that can e easily accessed and analyed in a consistent "ay.

'he SMS module is a component covering many other student aspects from

application to retirement. 'he system records asic personal information# admission

information# education information regarding student. eading edge systems provide the

aility to *read* applications and enter relevant data to applicale dataase fields# notify

student and provide result. Student management function involves

• Manage ne" admission and enrolment

• Manage $uota

• Manage oard

• Manage category

• Manage +ees Structure

• ,oll numer generation

• +ees payment

• student -asic Information


2/42

• Manage faculty

• Manage designation

• Manage course and specialty

• Manage semester and year

• admission seat management

• Exam scheduling

• ,esult management

• Su&ect management

• -loc% management

In SMS# every user has a ogin I/ and 0ass"ord. Also all the users have different

permission rights to access the applications. 'hese rights are /ynamic and can e

changed.

'here are three main roles in the system. Admin# accountant and operator. Admin has

complete access to the "hole system# "hile accountant is only concerned "ith payment of

fees for the admission of the student. 1perator is the role that is responsile for the use of

the system.

'he Admin role can e as follo"2

• Introduce ne" $uota# oard# category# course# etc

• Set fees structures

• Manage faculties

•

Manage su&ects• Seat management

• Management of semester

• 3eneration of student roll numer

• Set examination

4


3/42

'he operator role can2

• 5e" admission and enrolment

• Search student

• -loc% allocation

• ,esult# etc

5o" "hen the user "ith the particular role ogs on he can see only those pages "hich

are allo"ed to them.

1.2 PURPOSE

'he pro&ect is aout to handle all the information of the student regarding

admission and examination. Also it manages resources "hich "ere managed and handled

y manpo"er previously. 'he main purpose of the pro&ect is to integrate distinct sections

of the organiation into consistent manner so that complex functions can e handled

smoothly y any technical or non6technical persons.

'he pro&ect aims at the follo"ing matters2

•Automation of admission and enrolment as per oard# $uota# category and availale

seats.

•Assistance in decision6ma%ing.

•'o manage information of student# faculty and courses.

•7onsistently update information of all the students.

•,eports6 'o gather all the related information aout any application of the H,MS.

All the aove6mentioned matters are to e incorporated in the application along "ith some

additional re$uirements.

'he main purpose of the Admin Module is to introduce ne" things and configure

important aspects. +or e.g. only admin is authoried to introduce $uota# oard# su&ect#

category# etc. and only admin is allo"ed to configure exam and set fees structure. So the

master screens for all these are visile to only admin role. 'his is done y the Admin

8


4/42

Module. It also can create the users and 0hysical and ogical ocations. 'hus the main

purpose of the Admin Module is to managing the dynamic "or%ing of the system.

1.3 SCOPE

'he scope of the pro&ect includes the follo"ing

•Any college can use this system as it is not client centric.

•All admission and examination related "or% for the student can e done using this

system.

•/eliver Electronic 9or%place

•

0rovide -i6lingual support•Application Support : Maintenance after deployment to production

•'he Admin Module can e reused for pro&ects as "ell "hich have many users "ith

different rights. Hence it is reusale.

1.4 TECHNOLOGY & LITERATURE REVIEW9e are not having any past "or% system. 9e are designing this pro&ect for

the first time. So "e are free to use any technology that "e "ant. 1nline

,ecruitment is a "e application developed using 0H0 using 7;# H'M# A


5/42

PROJECT MANAGEMENT

________________________________________________

2.1 PROJECT PLANNING AND SCHEDULING

Proje! "#$%%%' is part of pro&ect management# "hich relates to the use of

schedules such as 3antt charts to plan and suse$uently report progress "ithin the

pro&ect environment. Initially# the pro&ect scope is defined and the appropriate methods

for completing the pro&ect are determined. +ollo"ing this step# the durations for the

various tas%s necessary to complete the "or% are listed and grouped into a "or%

rea%do"n structure. 'he logical dependencies et"een tas%s are defined using an

activity net"or% diagram that enales identification of the critical path. +loat or slac%

time in the schedule can e calculated using pro&ect management soft"are. 'hen the

necessary resources can e estimated and costs for each activity can e allocated to each

resource# giving the total pro&ect cost. At this stage# the pro&ect plan may e optimied to

achieve the appropriate alance et"een resource usage and pro&ect duration to comply

"ith the pro&ect o&ectives. 1nce estalished and agreed# the plan ecomes "hat is

%no"n as the aseline. 0rogress "ill e measured against the aseline throughout the life

of the pro&ect. Analying progress compared to the aseline is %no"n as earned value

management

2.1.1 Proje! De(e#o")e%! A""ro$*

9e have used Iterative and Incremental /evelopment model (II/) for our pro&ect

development. 'his development approach is also referred to as Iterative 9aterfall

/evelopment approach. Iterative and Incremental /evelopment is a soft"are development

process developed in response to the more traditional "aterfall model.

@


6/42

L+e C,#e-

+igure 4.2 Iterative and Incremental ife 7ycle

'he asic idea ehind iterative enhancement is to develop a soft"are system

incrementally# allo"ing the developer to ta%e advantage of "hat "as eing learned during

the development of earlier# incremental# deliverale versions of the system. earning

comes from oth the development and use of the system# "here possile. ey steps in the

process "ere to start "ith a simple implementation of a suset of the soft"are

re$uirements and iteratively enhance the evolving se$uence of versions until the full

system is implemented.

At each iteration# the procedure itself consists of the Initialiation step# the

Iteration step# and the 0ro&ect 7ontrol ist. 'he initialiation step creates a ase version of

the system. 'he goal for this initial implementation is to create a product to "hich the user

can react. It should offer a sampling of the %ey aspects of the prolem and provide a

solution that is simple enough to understand and implement easily. 'o guide the iteration

process# a pro&ect control list is created that contains a record of all tas%s that need to e

performed. It includes such items as ne" features to e implemented and areas of redesign

of the existing solution. 'he control list is constantly eing revised as a result of the

analysis phase.

F


7/42

'he iteration involves the redesign and implementation of a tas% from pro&ect

control list# and the analysis of the current version of the system. 'he goal for the design

and implementation of any iteration is to e simple# straightfor"ard# and modular#

supporting redesign at that stage or as a tas% added to the pro&ect control list. 'he code

can# in some cases# represent the ma&or source of documentation of the system. 'he

analysis of an iteration is ased upon user feedac%# and the program analysis facilities

availale. It involves analysis of the structure# modularity# usaility# reliaility# efficiency#

and achievement of goals. 'he pro&ect control list is modified in light of the analysis

results.

/uring the implementation of the pro&ect y this approach# a step called V&V i.e.

!erification and !alidation is carried out at certain intervals.

• !erification2 GAre "e uilding the product right

• !alidation2 GAre "e uilding the right product

2.1.2 Proje! P#$%

1nce "e examine that the pro&ect is feasile# "e underta%e pro&ect planning. 'he tale elo"

descries ho" "e planned our pro&ect.

'ale 4. 0ro&ect 0lan

P*$e T)e Pero/ No. o+ /$, De#(er$0#e o+ !*e "*$e

+easiility Analysis Bth


8/42

P*$e T)e Pero/ No. o+ /$, De#(er$0#e o+ !*e "*$e

+inal Evaluation 4?th Sep ,eport Sumit

Ro#e $%/ Re"o%0#!e

'ale 4.4 ,oles and ,esponsiilities

Ro#e Re"o%0#!, Te$)Me)0er

0ro&ect 3uide /efining scope Mr.


9/42

staffing (sie and experience)# schedule# and cost. ,is% Management is a practice "ith

processes# methods# and tools for managing ris%s in a pro&ect. It provides a disciplined

environment for proactive decision ma%ing to

• Assess continuously "hat could go "rong (ris%s)

• /etermine "hich ris%s are important to deal "ith

• Implement strategies to deal "ith those ris%s

2.2.1 R I/e%!+$!o%

,is% identification is a systematic attempt to specify threats to the pro&ect plan. -yidentifying %no"n and predictale ris%s# "e can ta%e a first step to"ard avoiding them

"hen possile and controlling them "hen necessary. 'o perform the ris% identification# "e

categoried the ris% into different categories as2

A. 0ro&ect ,is%

-. 'echnical ,is%

7. -usiness ,is%

/. no"n ,is%

E. 0redictale ,is%

+. Nnpredictale ,is%

A. Proje! R-

'he 0ro&ect ,is% threatens the pro&ect plan. 'he pro&ect ris%s here are2

A. Schedule slippage.

A4. Incomplete re$uirement specification.

A8. 7hange in user ,e$uirements.


10/42

AB. 5on6availaility of re$uired resources.

A@. ac% of communication "ith end user.

AF. Improper vision aout the pro&ect.

AK. Staffing and organiation prolems.

A. 5on6technical customer "ith high technical expectations.

. Te*%$# R

'he 'echnical ,is% threatens the $uality and timeliness of the soft"are to e produced.

If the technical ris% ecomes a reality# implementation may ecome difficult or

impossile. 'he technical ris%s identified in our pro&ect are2

-. Nnavailale lirary files.

-4. 0rolem in connection to dataase server.

-8. 0rolem in application server.

-B. 0rolem in ro"ser vie".

C. 5%e R-

'he -usiness ,is% threatens the viaility of the soft"are to e uilt.

7. 0ro&ect not delivered on time.

74. S"itching of dataase structure.

D. Pre/!$0#e R-

'he 0redictale ris%s are extrapolated from past pro&ect experience. Since "e have not

done any live industry pro&ect during the academic years# the predictale ris%s "ere very

fe". 'he predictale ris% includes mainly2

/. anguage error predictions.

/4. ac% of End user support in future pro&ect enhancement.

E. U%"re/!$0#e R

?


11/42

'he Nnpredictale ris%s are the &o%er in the dec%. 'hey can and do occur# ut they are

extremely difficult to identify in advance.

2.2.2 R A%$#,

Each identified ris% is considered and the effect and proaility of each ris% is identified

during ris% analysis.

2.2.3 R P#$%%%'

,is% planning lists the chec%points that are made continually to find out situation "here the ris%

can ecomes reality.

• 0lan entire schedule on paper in the eginning and follo" it.

• Nnderstand the scope from external guide to have the correct

design.

• +ind out proper documentation# manuals and guides from the

person having the re$uired %no"ledge.

• Schedule should not e delayed too much.

• 'a%e ac%ups regularly.

• 0erform thorough re$uirement gathering and analysis.

7onfirm the collected re$uirements "ith the guide.

SYSTEM RE6UIREMENT STUDY

________________________________________________

3.1 USER CHARACTERISTICS


12/42

A/)%!r$!or-

'he administrator has all the rights to access the system. He is the one "ho has all rights to

vie" the applicant details# modify those details# 'he administrator also %eeps a trac% of the

file status of the applicants.

Uer -

Applicant is the one "ho "ish to visit HMIS "esite. 'he applicant can fill in his o"n

details and register himself for memership to use portal services. 'he applicant has rights

to vie" and modify his o"n details# generate its candidature of containing his o"n details

in academic "e part. 'he applicant also rights to create groups# modify groups# invite

memer# modify memer# &oin group# slam oo% re$uests# etc. In sort# the applicant can

access the application li%e a moderator of hisLher group.

7$5#!, -

He can vie" log sheet sumitted y trainee day to day filled student "hich is applying for

hisLher status and day to day log sheet sumission6 this can e done# only "hen the

supervisor approve their log sheet# faculty gives revie" to trainee after loo%ing hisLher

remar%s y the supervisor.

S5"er(or -

'he Supervisor is approving the log sheet is done y administrator and give them remar%s

on it and supervisor also update trainee log sheet.

3.2 HARDWARE AND SO7TWARE RE6UIREMENTS

'he follo"ing are minimum hard"are and re$uirements that should e present to run the

pro&ect successfully.

4


13/42

'ale 8. 'ools and 'echnology

/evelopment technologies 0H0# 7OO# H'M S> server 4??@# A


14/42

SYSTEM ANALYSIS

________________________________________________

4.1 STUDY O7 CURRENT SYSTEM

'he current system for the Student Management System deals "ith maintaining a

physical contact "ith the academy management dept. for filling all the details and the

documentation "or%. 'he management doesnPt need to visit the academy management

dept. and collect the assignment and sumitting hisLher documents directly.

According to the current system# the management has to fill in the forms manually#

go to the account management dept.# and sumit him the form. 'he applicant needs to visit

the academy portal no" and then in order to get his "or% accomplished. 'he admin also

has to manage all the users. He needs to maintain records of all the users# their activity

status# sumission methods and installation details on paper. 'he Manual process is more

error prone and also slo". Moreover# Students in the academy can interface hisLher "or%

area only. -ut if an online application is availale then they can communicate "hole

B


15/42

system. 'hus a simulation of this entire process can e a oon to the applicants as "ell as

the admin.

4.2 PROLEMS AND WEANESSES O7 CURRENT SYSTEM

• 'he present system has certain ma&or disadvantages. A fe" to e listed can e

excessive paper"or%# time consuming process flo"# laorious "or% environment

for employees# difficulty to access historical data and all these prolems lead to

inefficient "or%ing of government sector causing dissatisfaction in the general

pulic.

• Apart from the aove stated prolems there is lac% of transparency in the existing

system. 'his eing one of the ma&or dra"ac%s in the system needs special

attention.

• 'he prolem stated aove have certain deep rooted prolems li%e time consuming

process flo" for "hich the government may need to change the structure of the

process flo" in certain cases so that the system output can ecome faster.

• 'he follo"ing listed are the prolems or "ea%nesses of the current system2

So much time consume in preparing registers "hich is having replicated

data

It is difficult to prepare report for decision ma%ing.

Attendance related module is not there.

4.3 RE6UIREMETNS O7 NEW SYSTEM

4.3.1 Uer Re95re)e%!

• R1- #o'%

Actor2 Admin# 1perator# Accountant

0re 7ondition2 5one

@


16/42

Input2 Nser Id and 0ass"ord

1utput2 Home 0age as per role

+lo"2

() Nser ogs in "ith username and pass"ord.

(4) If correct then Home 0age is displayed.

Alternate +lo"2

() If the username is "rong then it is as%ed to login again.

(4) If the pass"ord is "rong then the user is as%ed to enter again.

• R2- P$, +ee

Actor2 Accountant

0re 7ondition2 Nser must e logged on

Input2 Student I/

1utput2 +ees paid

+lo"2

() Accountant enters student I/

(4) /etails of student is sho"n "ith the status of fees paid or not.

(8) If fees not paid then Accountant collects the fees.

(B) student can get the print receipt of paid fees.

Alternate +lo"2

() If the fields mar%ed "ith QRP are empty then alert is displayed.

(4) If student I/ does not exist then the system alerts it.

• R3- Ge! $/)o%

F


17/42

Actor2 operator


Input2 7omplete /etails of the student including personal# academic records.

1utput2 Student I/ is generated and student is admitted.

+lo"2

() Admin clic%s on Q5e" admissionP lin%

(4) 5e" generated Student I/ is displayed.

(8) /etails of student is filled in the form y operator.

(B) 5e"ly generated I/ is given to student.

(@) 'he student is admitted to the particular course.

Alternate +lo"2

() If the mandatory fields are not filled then alert is sho"n.

(4) If there is no availale seat for the particular admission then alert is

sho"n.

• R4- E%ro#)e%!

Actor2 operator

0re 7ondition2 Nser must e logged on and student has already got admission.

Input2 /etails for the enrolment of the student.

1utput2 student has got enrolment.

+lo"2

() Admin selects the Genrolment lin%.

(4) 'hen he enters the student I/.

(8) /etails that is applicale to the student for the enrolment is sho"n.

(B) student is enrolled to the next year or semester.

Alternate +lo"2

() If student has not passed last semester then system alerts.

K


18/42

• R:- Mo/+, !5/e%! De!$#

Actor2 operator


Input2 student I/

1utput2 'he changes as per modification of the student details in /-

+lo"2

() 1perator selects the lin% from the list.

(4) 'hen he enters the I/ of the student to e modified.

(8) 'hen he modifies the details as re$uired.

(B) 'hen he sumits to effect the changes.

Alternate +lo"2

() If the user clic%s the Q7ancelP utton# then no changes are reflected in

the /-.

• R;- Se$r* !5/e%!

Actor2 Admin# 1perator


Input2 /etail of student as per selected search criteria.

1utput2 Student "ith hisLher complete details.

+lo"2

() Nser selects the lin% from the list.

(4) 'hen he selects the search criteria.

(8) 'hen he enters the details as per search criteria.

(8) 'hen he deletes# adds or edits the roles from the list.

(B) Search result is displayed.

Alternate +lo"2


19/42


the /-.

(4) If there is no such student# then appropriate message is sho"n.

• Ruota details that is to e added.

1utput2 'he changes are reflected in the /-

+lo"2

() Admin selects the lin% from the list.

(4) 'hen he enters the proper details of the >uota to e added.

(8) 1n clic%ing GSave utton# the >uota is added to the /-.


20/42

Alternate +lo"2


the /-.

(4) If the admin did not provide the mandatory fields then alert is sho"n.

• R>- A// C$!e'or,

Actor2 Admin


Input2 7ategory details that is to e added.


+lo"2


(4) 'hen he enters the proper details of the 7ategory to e added.

(8) 1n clic%ing GSave utton# the 7ategory is added to the /-.

Alternate +lo"2

()If the user clic%s the Q7ancelP utton# then no changes are reflected in the

/-.

(4)If the admin did not provide the mandatory fieldsP then alert is sho"n.

• R1?-Se! 7ee S!r5!5re

Actor2 Admin

0re 7ondition2 Nser must e logged on and he must e Admin

Input2 fees details of the particular year# course and semester.

1utput2 'he changes of the fees structure are reflected in the /-

+lo"2

4?


21/42

() Admin clic%s on the Q+ees MasterP lin%.

(4) He then selects the 7ourse# ear and Semester.

(8) He then sets various fees for it.

(B) 1n clic%ing Gsave utton# the /- is saved for the fees structure.

Alternate +lo"2

() If the admin clic%s on Q7ancelP utton then no changes should e

reflected.

(4) If mandatory fields are empty then alert is sho"n.

• R11- A//5"/$!e De'%$!o%

Actor2 Admin


Input2 /esignation details that is to e added.


+lo"2


(4) 'hen he entersLupdates the proper details of the /esignation.

(8) 1n clic%ing GSave utton# the data is saved to the /-.

Alternate +lo"2


/-.

(4)If the admin did not provided the mandatory fields then alert is sho"n.

• R12- Mo/+,M$%$'e 7$5#!, De!$#

Actor2 Admin


4


22/42

Input2 +aulty I/

1utput2 'he changes as per modification of the +aculty details in /-

+lo"2


(4) 'hen he enters the I/ of the +aculty to e modified.

(8) 'hen he modifies the details as re$uired.

(B) 'hen he sumits to effect the changes.

Alternate +lo"2

() If the Admin clic%s the Q7ancelP utton# then no changes are reflected in

the /-.

• R13- M$%$'e S"e$#@$!o% De!$#

Actor2 Admin


Input2 /etails as per Specialty

1utput2 'he changes as per modification of the Specialty details in /-

+lo"2


(4) 'hen he enters the /etails of the Specialty to e addedLModified.

(8) 'hen he sumits to effect the changes.

Alternate +lo"2

() If the Admin clic%s the Q7ancelP utton# then no changes are reflected in

the /-.

(4) If the mandatory fields are not provided then alert is sho"n.

44


23/42

• R14- Co%+'5re Se)e!er De!$#

Actor2 Admin


Input2 /etails of the Semester to e configured.


+lo"2

() Admin selects the lin%.

(4) then He selects Semester to e configured.

(8) /etails of the Semester are provided.

(B) 1n clic%ing GSave# information is saved to /-.

Alternate +lo"2

() If the Admin clic%s on Q7ancelP utton then no changes should e

reflected.

(4) If semester /etails are not valid then alert are sho"n.

(8) If mandatory fields are empty then alerts are sho"n.

• R1:- Se$! M$%$'e)e%!

Actor2 Admin


Input2 5o of Seats for the particular course.


+lo"2

() Admin clic%s on the QSeat MasterP lin%.

(4) He then selects the course for "hich the seat is to e set.

(8) He then sets the numer of seat for the course and save the details.

48


24/42

Alternate +lo"2

() If the admin clic%s on Q7ancelP utton then no changes should e

reflected.

• R1;- Ge%er$!e Ro## N5)0er

Actor2 Admin


Input2 ear# 7ourse and Semester are selected for "hich roll numer are to e

assigned.

1utput2 'he Students are assigned "ith roll numers.

+lo"2

() Admin clic%s on the Q,oll numer MasterP lin%.


(8) He then clic%s on Gassign roll no utton.

(B) ,oll numer and student are saved in /-.

Alternate +lo"2

() If the user clic%s on Q7ancelP utton then no changes should e

reflected.

• R1=- S*e/5#e E$)

Actor2 Admin


Input2 () ear# 7ourse and Semester details

(4) Su&ectsP "ise time and date allocation for exam.

1utput2 Exam is Scheduled and stored in /-.

+lo"2

() Admin clic%s on the QSchedule ExamP lin%.


4B


25/42

(8) He then add details li%e su&ect# date# time.

(B) 1n clic%ing GSave -utton /- is saved "ith scheduled exam.

Alternate +lo"2


reflected.


• R1>-De#$re Re5#!

Actor2 1perator


Input2 ()ear# 7ourse and Semester for "hich result to e set.

(4)Exam type for "hich result is to e declared.

(8)Mar%s details of student as per su&ect.

1utput2 'he Students mar%s and status of Gpass or Gfail is stored in /-.

+lo"2

() Admin clic%s on the Qset resultP lin%.


(8) He then selects type of the exam.

(B) He then add mar%s of each student as per su&ects.

(@) Status of student is automatically set.

Alternate +lo"2


reflected.


• R2?- Co%+'5re 50je! +or e$)

Actor2 Admin

4@


26/42


Input2 Su&ects and type of exam to e configured

1utput2 /ataase is saved as per configuration.

+lo"2

() Admin clic%s on the QSu&ect Exam masterP lin%.

(4) He then selects the Su&ects.

(8) He then selects type of exam.

(B) He then set duration# passing mar%s and other details.

(@) /etails are saved in /-.

Alternate +lo"2


reflected.


(8) If entry is not found to e valid then alert is sho"n.

• R21- A// S50je!

Actor2 Admin


Input2 Su&ect details that are to e added.


+lo"2


(4) 'hen he enters the proper details of the Su&ect to e added.

(8) 1n clic%ing GSave utton# the Su&ect is added to the /-.

Alternate +lo"2


/-.

4F


27/42


• R22- A// #o

Actor2 Admin


Input2 -loc% details li%e loc% numer# I/# floor# etc.


+lo"2


(4) 'hen he enters the proper details of the -loc% to e added.

(8) 1n clic%ing GSave utton# the -loc% is added to the /-.

Alternate +lo"2

()If the admin clic%s the Q7ancelP utton# then no changes are reflected in

the /-.


• R23- S50je! Se)e!er )$!er

Actor2 Admin


Input2 Su&ect details that are to place in particular semester.


+lo"2


(4) 'hen he selects the Semester for "hich su&ect are to allocated.

(8) 'hen he select of the Su&ect to e added.

(B) 1n clic%ing GSave utton# the Su&ect is added to the /-.

4K


28/42

Alternate +lo"2


/-.


• R23-0#o $##o$!o% )$!er

Actor2 Admin


Input2 () Exam that to e conducted.

(4) -loc% to e allocated to exam.


+lo"2


(4) 'hen he selects the exam type for "hich loc% is to e allocated.

(8) 'hen he select of the loc% to e added.

(B) 1n clic%ing GSave utton# the data is added to the /-.

Alternate +lo"2

()If the admin clic%s the Q7ancelP utton# then no changes are reflected in

the /-.


(8)If loc% is not availale then proper message is sho"n.

• R24- E$)%$!o% re"or!

Actor2 Admin


4


29/42

Input2 criteria y "hich report is to e generated.

1utput2 3enerated report is sho"n.

+lo"2


(8) 'hen he selects the criteria.

(B) 1n clic%ing Gsho" utton# the report is sho"n.

Alternate +lo"2


4.3.2 S,!e) Re95re)e%!

• ,egistration details of the applicant.

• ogin details of the applicant.

• 0ersonal details of the applicant.

•

Information of all the memers of the applicantPs group.• Information of all the friend list of the applicantPs

account.

• Educational and employment information

• All information and rules regarding the e6forms must

follo".

• 7ertain legal details of the applicant.

• /etails regarding the purpose of user visit to academy.

• 'he statutory declaration of the applicant.

• Ans"ers to the $uestionnaire for s%ill assessment of

visitor.

• 7ommunication "ith "hole system.

4.3.3 No%B75%!o%$# Re95re)e%!

4


30/42

• U$0#!,

'he interface should use terms and concepts# "hich are dra"n from the

experience of the people "ho "ill ma%e most of the system. +or example#

map and date should e displayed in its traditional fashion.

• E++e%,

'he system must provide easy and fast access "ithout consuming more

cost.

• Re#$0#!,

Nser should never e surprised y the ehaviour of the system and it should

also provide meaningful feedac% "hen errors occur so that user can

recover from the errors.

4.4 7EASIILITY STUDY

'he aim of the feasiility study activity is to determine "hether it "ould e

financially and technically feasile to develop the system or not. A feasiility study is

carried out from follo"ing different aspects2

O"er$!o%$# 7e$0#!,-

8?


31/42

'he system has een developed for any user "ho "ants to use this system. 9e have

given a demo of our pro&ect and the users found the system friendly and easy to use. 'he

interoperaility "ith the existing system is also chec%ed after uploading the "esite. So

they may face certain prolems in using the user interface. So %eeping this consideration

in mind "e have provided field for each and every field on the forms. 'he administrator

also may e non6technical# so the user interface is designed in such a "ay that it gets

comfortale for the non6technical person to operate easily.

Te*%$# 7e$0#!,-

It determines if the system can e implemented using the current technology. 'his

system has een developed using 0H0 as front end and S> as ac%end. 'his "as also

ne" to us ut it didnPt ta%e much effort and time to get used to it. 9e had earlier "or%ed

"ith Access and not S> Server 4??@ ut getting familiar "ith it "as also easy.

Eo%o)$# 7e$0#!,-

'he company eing a "ell6to6do company didnPt have any prolem in uying any

soft"are that "as re$uired in developing the application. 'he soft"arePs "e used "ere

readily availale. So as such "e didnPt face any economical constrains.

Implementation Feasibility:

'his pro&ect can easily e made availale online "ithout much consideration of the

hard"are and soft"are. 'he only re$uired thing at the applicantPs side is the Internet

connection and a "e ro"ser# "hich are a no difficult issue these days. A dataase server

and application server are re$uired to set up at the admin side. After setting up the pro&ect

online# even the administrator can access the system from any"here.

4.: RE6UIREMENTS VALIDATION

,e$uirement !alidation examines the specification to ensure that all system

re$uirements have een stated unamiguouslyT those inconsistencies# errors have een

detected and corrected and the "or% products conform to the standard.

8


32/42

• Source of the re$uirements are identified. +inal

statement of re$uirement has een examined y original source.

• ,e$uirements related to main re$uirements are found.

• ,e$uirements are testale.

• ,e$uirements are clearly stated and are not

misinterpreted.

• All sources of re$uirements are covered to get maximum

re$uirement.

• All methods of finding re$uirements are applied.

• ,e$uirements are not duplicated and each of them gives

distinct idea of processes "ithin pro&ect.

• ,e$uirement associated "ith system performance#

ehavioural and operational characteristics are clearly stated.

• ,e$uirements are eing discussed "ith the client in

order to remove the misinterpretations if they exist.

• Each re$uirement is eing analyed to prove its

feasiility for the current system.

4.; 7UNCTIONS O7 SYSTEM

4.;.1 Ue C$e

'he use case model for any system consists of a set if Guse cases. Intuitively# use

cases represent the different "ays in "hich the users can use a system. +ollo"ing is the

use case representation of the advantage immigration system.

84


33/42

+ig B. Nse 7ase /iagram (Admission Module)

88


34/42

+ig B.4 Nse 7ase /iagram (Examination Module)

4.< 7UNCTIONAL AND EHAVIORAL MODELING

4.


35/42

+ig B. 7ontext diagram of Student Management System

8@


36/42

+ig B.4? evel6 /ata flo" diagram of Student Management System

8F


37/42

+ig B.4 evel64 /ata flo" diagram of examination

8K


38/42

+ig B.44 evel64 /ata flo" diagram of category

8


39/42

+ig B.48 evel64 /ata flo" diagram of fees structure

8


40/42

+ig B.4B evel64 data flo" diagram of su&ect

B?


41/42

LIMITATIONS AND ENHANCEMENTS

______________________________________________

>.1 LIMITATIONS

'he part of the system can e implemented using the current technology although

some modifications had to e done at various places. At various places some alterations

"ith the prototypes and functionalities "ould e done in order to "or% out the cost

constraints and to cope "ith the scheduling constraints.

In this system "e have donPt have facility for attendance management of

student.

In this application search is limited to String or y numer. 7annot do search y

photo and figure prints.

>.2 7UTURE ENHANCEMENT

'he SMS has een developed "ith a main aim of ma%ing "or% easier and

timesaving for the human capital. 'he "hole system is i6lingual at present and can e

extended to other languages too "ith minor changes (not in coded).

'he coding pattern is %ept as dynamic as possile "ith minimum amount of static

values to ma%e it easier for future extensions. As the current system is expected to add

more functionality and dependency according to re$uirement changes and technology#

proper coding standards and "or%ing platform have een %ept in mind to produce a $uality

product.

1ne enhancement is that "e can ma%e this application in more than language as

"ell. Adding attendance management is also one option for enhancement.

B


42/42

CONCLUSION

_____________________________________________

1?.1 CONCLUSION

SMS "ill e helpful to perform paperless "or% and manage all data.

'his provides easy# accurate# unamiguous and faster data access.

Leer #e$r%%' 5r(e 6 7onsistent user interface# customied for the group of

users# statistical information in various graphical and taular forms.

industrial training report on php

Documents