INTRODUCTION
________________________________________________ 1.1 PROJEC PROJECT T SUMMA SUMMARY RY A Studen Studentt Manage Managemen mentt System System (SMS) (SMS) for Hospit Hospital al Manage Managemen mentt Inform Informati ation on System (HMIS) is a System that manages the records of student regarding admission and examination part. A Stud Studen entt Mana Manage geme ment nt Syst System em (SMS (SMS)) is desi design gned ed to help help coll collag ages es for for manage managemen mentt of dental dental studen student. t. Extens Extensive ive inform informatio ation n is availa availale le at your your finger fingertip tipss thro throug ugh h this this Syste System. m. !ie"in e"ing g stude student nt data data## mana managi ging ng admi admissi ssion on and and reshu reshuff ffli ling ng## managing managing seats# $uota# $uota# oard# oard# semester# semester# faculty# faculty# category category and for examination examination## loc% allocat allocation ion## su&ect su&ect manage managemen ment# t# schedul scheduling ing exam# exam# result result and related related issues issues are made 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 applica applicatio tion n to retirem retirement ent.. 'he 'he system system records records asic asic person personal al inform informatio ation# n# admissi admission on information information## education education information information regarding student. eading edge systems provide 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
•
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 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
'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 1.2 PURP PURPOS OSE E 'he 'he pro& pro&ec ectt is aou aoutt to hand handle le all all the the info inform rmat atio ion n of the the stude student nt rega regard rdin ing g admission and examination. Also it manages resources "hich "ere managed and handled y manpo"er previously. 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 manage information of student# s tudent# faculty and courses.
•
7onsistently update information of all the students.
•
,eports6 'o gather gather all the related information aout a out 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 category## etc. and only admin is allo"ed allo"ed to configure configure exam and set fees structure. structure. So the master screens for all these are visile to only admin role. 'his is done y the Admin
8
Module. It also can create the users and 0hysical and ogical ocations. 'hus the main purpose of the Admin Admin Module is to managing the dynamic dynamic "or%ing of the system.
1.3 1.3 SCOP SCOPE E '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 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 TECHNOLO TECHNOLOGY GY & LITERAT LITERATURE URE REVIEW 9e are not having any past "or% system. 9e are designing this pro&ect for the the first first time. time. So "e are are free free to use use any any tech techno nolo logy gy that that "e "ant "ant.. 1nli 1nline ne ,ecruitment is a "e application developed using 0H0 using 7;# H'M# A
server64??@ used as ac% end. scripting language designed for "e development ut also PHP is a server6side scripting language used as a general6purpose programming language. language . 1riginally created y ,asmus erdorf in B# CBD the 0H0 reference 0H0 reference implementation is implementation is no" produced y 'he 0H0 3roup. C@D 9hile 0H0 0H0 orig origin inal ally ly stoo stood d for for Personal Home Page# Page#CBD it no" sta stands for the recursive ac%ronym PHP: ac%ronym PHP: Hypertext Preprocessor Preprocessor
B
PROJECT MANAGEMENT
_______________ _______________________ ________________ _______________ _______________ __________ __ 2.1 PROJEC PROJECT T PLAN PLANNIN NING G AND AND SCHED SCHEDULI ULING NG part of pro& pro&ec ectt mana manage geme ment nt## "hic "hich h rela relates tes to the the use use of Proje! "#$%%%' is part schedu schedules les such such as 3antt 3antt charts charts to plan plan and suse$ue suse$uentl ntly y report report progre progress ss "ithin "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 vari variou ouss tas%s tas%s nece necessa ssary ry to comp complet letee the the "or% "or% are are liste listed d and and grou groupe ped d into into a "or% "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! Proje! De(e#o")e De(e#o")e%! %! A""ro$ A""ro$* *
9e have have used used Itera Iterati tive ve and and Incre Increme menta ntall /eve /evelo lopm pmen entt mode modell (II/ (II/)) for for our our pro& pro&ect ect develo developme pment. nt. 'his 'his develo developme pment nt approa approach ch is also referre referred d to as Iterati Iterative ve 9aterfa aterfall ll /evelopment approach. Iterative and Incremental /evelopment is a soft"are development process developed in response to the more traditional "aterfall model.
@
L+e C,#e-
+igure 4.2 Iterative and Incremental ife 7ycle
'he asic asic idea idea ehind ehind iterati iterative ve enhanc enhanceme ement nt is to develo develop p a soft"ar soft"aree system system incrementally# allo"ing the developer to ta%e advantage of "hat "as eing learned during the development development of earlier# earlier# incremental# incremental# deliverale deliverale versions versions of the system. system. earning 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$uir re$uireme ements nts and iterat iterativel ively y enhanc enhancee the evolvi evolving ng se$uen se$uence ce of version versionss until until the full full system is implemented.
At each iterati iteration# on# the proced procedure ure itself itself consist consistss of the Initial Initialiat iation ion 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
'he iteration involves the redesign and implementation of a tas% from pro&ect control control list# and the analysis of the current current version version of the system. 'he goal for the design and implem implement entatio ation n of any iterat iteration ion is to e simple simple## straigh straightfo tfor"a r"ard# rd# and modular 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. /urin /uring g the the impl implem emen enta tati tion on of the the pro& pro&ec ectt y this this appr approa oach ch## a step step calle called d V&V i.e. !erification !erification and !alidation is carried out at a t certain intervals. •
!erification2 !erification2 GAre "e uilding the product right
•
!alidation2 !alidation2 GAre "e uilding the right product
2.1 2.1.2 Proje! e! 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 'ale 4. 0ro&ect 0lan P*$e
T)e Pero/
No. o+ /$,
De#(er$0#e o+ !*e "*$e
+easiility An Analysis
Bth
F
+easiility ,eport document
4st
?
,e$uirement 3athering
System ,e$uirement Study
Analysis
?4nd Aug J ? th Au Aug
?
/esign
th Aug. J 8?th Au Aug
/esign document
Implement 7oding
st Sep. J th Se Sep
Implementation of system
'esting
?th Sep. J 8 th Se Sep
B
'esting /ocument
K
P*$e
T)e Pero/
No. o+ /$,
De#(er$0#e o+ !*e "*$e
+inal Evaluation
4?th Se S ep
,eport Sumit
Ro#e $%/ Re"o%0#!e
'ale 4.4 ,oles and ,esponsiilities Ro#e
Re"o%0#!,
0ro&ect 3uide
/efining scope
Te$)Me)0er
Mr.
0roviding re$uired resources 0ro&ect planning# trac%ing and monitoring. Analysis and Effort Estimation. 7oordination et"een pro&ect teams.
0ro&ect /eveloper
/esigning : /ocumentation
Self
Execution pro&ect as per defined schedule. s chedule. ,eporting to 0 'esting : >AL>7 Soft"are development as per the design and /ocumentation
2.1 2.1 RIS RIS MAN MANAGAM AGAME ENT Soft"are ,is% Management is a proactive approach for minimiing the uncertainty and potential loss associated "ith a pro&ect. Some categories of ris% include product sie# usiness impact# customer6related# process# technology# technology# development environment#
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
2.2 2.2.1
•
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
R I/e% I/e%! !++$ $!o% !o%
,is% ,is% identi identific ficatio ation n is a systema systematic tic attemp attemptt to specify specify threats threats to the pro&ect pro&ect plan. plan. -y identifying %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 'o perform the ris% identification# "e categoried the ris% into different categories as2
A. 0ro& 0ro&ec ectt ,is ,is% % -. 'echni chnica call ,is% ,is% 7. -usi -usine ness ss ,is% ,is% /. no no"n ,is% ,is% E. 0red 0redic icta tal lee ,is% ,is% +. Nnpr Nnpred edic icta tal lee ,is% ,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.
AB. 5on6availaility of re$uired resources. A@. ac% of communication "ith end e nd 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 ,is% threatens the $uality and timeliness of the soft"are to e produced. If the techni technical cal ris% ecome ecomess a reality reality## implem implementa entatio tion n may ecom ecomee diffic difficult ult 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 ,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 '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
?
'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. 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. %no"ledge.
•
Schedule should not e delayed dela yed too much.
•
'a%e ac%ups regularly.
•
0erf 0erfor orm m thor thorou ough gh re$u re$uir irem emen entt
gath gather erin ing g and and analy analysis sis..
7onfirm the collected re$uirements "ith the guide.
SYSTEM RE6UIREMENT STUDY
________________________________________________ 3.1
USER CHARACTERISTICS
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. s upervisor. 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 3.2
HARD HARDW WARE AND SO SO7T 7TW WARE RE6U RE6UIR IREM EMEN ENTS TS
'he follo"ing are minimum hard"are and re$uirements that should e present to run the pro&ect successfully.
4
'ale 8. 'ools 'ools and 'echnology /evelo /evelopm pment ent techno technolog logies ies
0H0 0H0# 7OO# 7OO# H'M S> serv server er 4??@# 4??@# A
/evelopment tools Application server /ataase
=M 9ord0ress# xoomla =AM0 S>
1perating system
9indo"s
9e ro"ser Hard"are
Enterprise Edition Internet Explorer F.? and aove 06I! 4.B# 3- ,AM# ? 3- H//
•
=0 0rofession
Edition#
9indo"s
!ista
Hardware Requirements
'ale 'ale 8.4 Hard"are ,e$uirement C#e%! Co%+'5r$!o% 0entium I!# K@? MH# 4?3- H//
1perating System2 9indo"s 9indo"s =0L4??? ,AM2 4@F M- minimum B??M- Minimum +ree Space on /rive Microsoft 1ffice Ser(er Co%+'5r$!o% 4 Servers# each "ith follo"ing configuration 4 70N 1perating System2 9in 9in =0 ,AM2 @4M- Minimum B?3- Minimum +ree Space on /rive K@?MH 1ne Server "ith S$l Application Server 1ther Server "ith S$l /ataase Server
•
Software Requirements
'ale 'ale 8.8 Soft"are ,e$uirement S,!e) So+!8$re
"ordpress =oomla Microsoft 1ffice ,eporting server =AM0
8
SYSTEM ANALYSIS
________________________________________________ 4.1
STUDY O7 CURRENT SY SYSTEM
'he current system for the Student Management Management System deals "ith maintaining 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 Moreover## Students in the academy academy can interface interface hisLher "or% area only. -ut if an online application is availale then they can communicate "hole B
system. 'hus a simulation of this entire process can e a oon to the applicants as "ell as the admin.
4.2 4.2
PRO PROLE LEMS MS AND WE WEA ANE NESS SSES ES O O7 7 CURR CURREN ENT T SYS SYSTE TEM M
•
'he present system has certain ma&or disadvantages. A fe" to e listed can e excessive excessive paper"or%# paper"or%# time consuming consuming process flo"# flo"# laorious laorious "or% environment 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 transparency in the existing existing syste system. m. 'his 'his ein eing g one one of the the ma&o ma&orr dra" dra"a ac% c%ss in the the syste system m need needss speci special al 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 4.3
RE6U RE6UIR IRE EMETN METNS SO O7 7 NEW SYST SYSTEM EM
4.3. 4.3.1 1
Uer Uer Re95 Re95r re) e)e% e%! !
•
R1- #o'%
Actor2 Admin# 1perator# Accountant 0re 7ondition2 5one @
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
Actor2 operator 0re 7ondition2 Nser must e logged on 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
•
R:- Mo/+, !5/e%! De!$#
Actor2 operator 0re 7ondition2 Nser must e logged on 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 0re 7ondition2 Nser must e logged on 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
() If the user clic%s the Q7ancelP utton# utton# then no changes changes are reflected in the /-. (4) If there is no such student# then appropriate message is sho"n. sho"n.
•
R<- A// 0o$r/
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 -oard 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 oard to e added. (8) 1n clic%ing GSave utton# the oard is added to the /-. Alternate +lo"2 () If the user clic%s the Q7ancelP utton# utton# then no changes changes are reflected in the /-. (4) If the admin did not provide the mandatory mandatory fields# then alert is sho"n.
•
R=- A// 95o!$
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 >uota 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 /-.
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 fields then alert is sho"n.
•
R>- A// C$!e'or,
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 7ategory 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 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# utton# then no changes are reflected ref lected 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. semester. 1utput2 'he changes of the fees structure are reflected in the /+lo"2
4?
() Admin clic%s on the Q+ees MasterP Mas terP lin%. (4) He then selects s elects the 7ourse# ear 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 the admi admin n clic% clic%ss on Q7an Q7ancel celPP utto utton n then then no chan change gess shou should ld e reflected. (4) If mandatory mandatory fields fields are empty empty then then alert is sho"n. sho"n.
•
R11- A//5"/$!e De'%$!o%
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 /esignation 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 entersLupdates the proper details of the /esignation. (8) 1n clic%ing GSave utton# the data is saved to the /-. Alternate +lo"2 ()If the user clic%s the Q7ancelP utton# utton# then no changes are reflected ref lected in the /-. (4)If the admin did not provided the mandatory fields then alert is sho"n.
•
R12- Mo/+,M$%$'e 7$5#!, De!$#
Actor2 Admin 0re 7ondition2 Nser must e logged on
4
Input2 +aulty I/ 1utput2 'he changes as per modification of the +aculty details in /+lo"2 () Admin selects the lin% from the list. (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 Admin clic%s the Q7ancelP utton utton## then no changes are reflected in the /-.
•
R13- M$%$'e S"e$#@$!o% De!$#
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 /etails as per Specialty 1utput2 'he changes as per modification of the Specialty details in /-
+lo"2 () Admin selects the lin% from the list. (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
•
R14- Co%+'5re Se)e!er De!$#
Actor2 Admin 0re 7ondition2 Nser must e logged on and he must e Admin Input2 /etails of the Semester to e configured. 1utput2 'he changes are reflected in the /+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 0re 7ondition2 Nser must e logged on and he must e Admin Input2 5o of Seats for the particular course. 1utput2 'he changes are reflected in the /+lo"2 () Admin clic%s on the QSeat Master P 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
Alternate +lo"2 () () If the the admi admin n clic% clic%ss on Q7an Q7ancel celPP utto utton n then then no chan change gess shou should ld e reflected.
•
R1;- Ge%er$!e Ro## N5)0er
Actor2 Admin 0re 7ondition2 Nser must e logged on and he must e 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 Master P lin%. (4) He then selects s elects the 7ourse# ear ear and Semester. (8) He then clic%s on Gassign roll no utton. (B) ,oll numer and student are saved in /-. Alternate +lo"2 () () If the the user user clic clic%s %s on Q7an Q7ance celP lP utto utton n then then no chan change gess shou should ld e reflected.
•
R1=- S*e/5#e E$)
Actor2 Admin 0re 7ondition2 Nser must e logged on and he must e Admin Input2 () ear ear## 7ourse and Semester details (4) Su&ectsP Su&ectsP "ise time and and date allocation allocation for exam. exam. 1utput2 Exam is Scheduled and stored in /-. +lo"2 () Admin clic%s on the QSchedule ExamP lin%. (4) He then selects s elects the 7ourse# ear ear and Semester. 4B
(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 () () If the the user user clic clic%s %s on Q7an Q7ance celP lP utt utton on then then no chan change gess shou should ld e reflected. (4) If mandatory mandatory fields are are empty empty then alert alert is sho"n sho"n..
•
R1>-De#$re R1>-De#$re Re5#!
Actor2 1perator 0re 7ondition2 Nser must e logged on Input2 ()ear# ()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%. lin%. (4) He then selects s elects the 7ourse# ear ear and Semester. (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 () () If the the user user clic clic%s %s on Q7an Q7ance celP lP utto utton n then then no chan change gess shou should ld e reflected. (4) If mandatory fields are empty then alert is sho"n.
•
R2?- Co%+'5re 50je! +or e$)
Actor2 Admin
4@
0re 7ondition2 Nser must e logged on and he must e Admin 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 master P 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 () () If the the user user clic clic%s %s on Q7an Q7ance celP lP utto utton n then then no chan change gess shou should ld e reflected. (4) If mandatory fields are empty then alert is sho"n. (8) If entry is not found to e valid then alert is sho"n.
•
R21- A// S50je!
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 Su&ect details that are 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 Su&ect to e added. (8) 1n clic%ing GSave utton# the Su&ect is added to the /-. Alternate +lo"2 ()If the user clic%s the Q7ancelP utton# utton# then no changes are reflected ref lected in the /-.
4F
(4)If the admin did not provided the mandatory fields then alert is sho"n.
•
R22- A// #o
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 -loc% details li%e loc% numer# numer# I/# I/# floor# etc. 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 -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 /-. (4)If the admin did not provided the mandatory fields then alert is sho"n.
•
R23- S50je! Se)e!er )$!er
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 Su&ect details that are to place in particular semester. 1utput2 'he changes are reflected in the /+lo"2 () Admin selects the lin% from the list. (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
Alternate +lo"2 ()If the user clic%s the Q7ancelP utton# utton# then no changes are reflected ref lected in the /-. (4)If the admin did not provided the mandatory fields then alert is sho"n.
•
R23-0#o $##o$!o% )$!er
Actor2 Admin 0re 7ondition2 Nser must e logged on Input2 () Exam that to e conducted. (4) -loc% to e allocated to exam. 1utput2 'he changes are reflected in the /+lo"2 () Admin selects the lin% from the list. (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 /-. (4)If the admin did not provided the mandatory fields then alert is sho"n. (8)If loc% is not availale then proper message is sho"n.
•
R24- E$)%$!o% re"or!
Actor2 Admin 0re 7ondition2 Nser must e logged on
4
Input2 criteria y "hich report is to e generated. 1utput2 3enerated report is sho"n. +lo"2 () Admin selects the lin% from the list. (8) 'hen he selects the criteria. (B) 1n clic%ing Gsho" utton# the report is sho"n. Alternate +lo"2 (4)If the admin did not provided the mandatory fields then alert is sho"n.
4.3. 4.3.2 2
S,! S,!ee) Re95 Re95r ree)e%! )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.
•
4.3. 4.3.3 3
7ommunication "ith "hole system.
No%B No%B75 75% %! !o% o%$# $# Re95 Re95r ree)e%! )e%!
4
U$0#!,
•
'he interface should use terms and concepts# "hich are dra"n from the experience 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 provide meanin meaningfu gfull feedac feedac% % "hen "hen errors errors occur occur so that that user user can recover from the errors.
4.4
7EASIILITY ST STUDY
'he 'he aim aim of the the feasi feasii ili lity ty stud study y activ activity ity is to dete determ rmin inee "het "hethe herr it "oul "ould d e financially and technically feasile to develop the system or not. A feasiility study is carried out from follo"ing different aspects 2 O"er$!o%$# 7e$0#!,-
8?
'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 prolems in using the user interface. interface. So %eeping %eeping this consideration 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 "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: Feasibility:
'his pro&ect can easily e made availale availale online "ithout much consideration 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.: 4.:
RE6U RE6UIR IRE EMENT MENTS S VA VALID LIDATION ION
,e$u ,e$uir irem emen entt !alida lidati tion on exam examin ines es the the speci specifi ficat catio ion n to ensu ensure re that that all all syste system m re$uirements have een stated unamiguouslyT those inconsistencies# errors have een detected and corrected and the "or% products conform to the standard.
8
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
+ig B. Nse 7ase /iagram (Admission Module)
88
+ig B.4 Nse 7ase /iagram (Examination Module)
4.< 4.<
7UNC 7UNCTI TION ONAL AL AND E EHA HAV VIORA IORAL L MODE MODELI LING NG
4.<. 4.<.1 1
Co%! Co%!e e!! D$ D$'r$ 'r$)
'he context diagram is the most astract data flo" representation of a system. It represents the entire system as a single ule and. 'he various external entities "ith "hich the system interacts and the data flo"s occurring et"een the system and the external entities are also represented. 'he name context diagram is "ell &ustified ecause it represents the context in "hich the system is to exist i.e. the external entities (users) that "ould interact "ith the system and specific data items they "ould e receiving from the system. 8B
+ig B. 7ontext diagram of Student Management System
8@
+ig B.4? evel6 /ata flo" diagram of Student Management System
8F
+ig B.4 evel64 /ata flo" diagram of examination
8K
+ig B.44 evel64 /ata flo" diagram of category
8
+ig B.48 evel64 /ata flo" diagram of fees structure
8
+ig B.4B evel64 data flo" diagram of su&ect
B?
LIMITATIONS LIMITATIONS AND ENHANCEMENTS ENHANC EMENTS
______________________________________________ >.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 'he SMS SMS has has een een deve develo lope ped d "ith "ith a main main aim aim of ma%i ma%ing ng "or% "or% easie easierr and 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 have een %ept in mind to produce a $uality $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
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.
B4
