CONTENTS

1. Certificate 2. Certificate of approval 2 3. Declaration 4. Acknowledgement 5. Objective & cope of t!e "roject #. $!eoretical %ackgro&nd (. Definition of "roblem '. )*tem Anal)*i* & +*er ,e-&irement* .. )*tem "lanning /"0,$ C!art1 12. 3et!odolog) adopted4 )*tem 5mplementation & Detail* of 678& 78 &*ed 11. Detailed 9ife C)cle of t!e "roject 12. 0,D4 D:D 13. "roce** involved4 Algorit!m4 :lowc!art4 Databa*e diagram 32 14. 5np&t and O&tp&t creen De*ign/ nap*!ot*1 3. 15. 3et!odolog) &*ed for te*ting 5#

3 4 # ' 21 22 23 25 2# 2.

1#. +*er7Operational 3an&al /*ec&rit) a*pect*4 acce** rig!t*4 back &p4 control*4 etc.1 5' 1(. :&t&re en!ancement 1'. Concl&*ion* 1.. reference* #2 #1 #3

1. Objective & Scope

1.1 Objective $!i* i* a web oriented application allow* &* to acce** t!e w!ole information abo&t t!e college4 *taff*4 *t&dent*4 facilitie* etc. $!i* application provide* a virt&al to&r of Camp&*. 6ere we will get t!e late*t information abo&t t!e *t&dent* and *taff*. $!i* generic application de*igned for a**i*ting t!e *t&dent* of an in*tit&te regarding information on t!e co&r*e*4 *&bject*4 cla**e*4 a**ignment*4 grade* and timetable. 5t al*o provide* *&pport t!at a fac&lt) can al*o c!eck abo&t !i* dail) *c!ed&le4 can &pload a**ignment*4 and notice* to t!e *t&dent*. 6ere admini*trator will manage t!e acco&nt* of t!e *t&dent and fac&ltie*4 make* t!e timetable4 and &pload t!e late*t information abo&t t!e camp&*. 1.2 Scope College information; $!ro&g! t!i* *ervice one can acce** t!e complete information abo&t t!e college camp&* *&c! a* co&r*e* available4 admi**ion proced&re4 placement*4 college event*4 ac!ievement* etc. t&dent tracking; An) compan) or an) organi<ation t!at want to c!eck t!e *&mmar) abo&t t!e *t&dent of t!e college4 *o t!at t!e) will be able to c!oo*e t!e partic&lar *t&dent* for t!eir camp&* placement And for t!at p&rpo*e t!e) will be given a partic&lar link t!ro&g! w!ic! t!e) can acce** t!e information re-&ired. t&dent attendance *tat&*; 5t give* t!e attendance *tat&* of *t&dent*. :ac&lt) will &pdate t!e attendance periodicall) and can be *een b) *t&dent* and parent*.

t&dent=* performance in e>am*; $!i* facilit) provide* t!e performance of t!e *t&dent in eac! e>am w!ic! i* cond&cted b) &niver*it) or college *&c! a* midterm performance. 3ark* obtained b) *t&dent* in e>am* will be &pdated b) fac&ltie* t!at can be acce** b) *t&dent* and parent*.

0>am ?otification; $!i* facilit) notifie* *t&dent* and parent* abo&t e>amination *c!ed&le.

0vent*; 5t will give information abo&t different event* t!at will be cond&cted b) college time to time. 5nformation abo&t t!e*e event* will be &pdated b) admini*trator.

Online a**ignment*; $!i* *ervice provide* t!e facilit) to fac&lt) to &pload a**ignment* and to *t&dent* to *&bmit t!e*e a**ignment* online.

5nformation abo&t *taff; 5t will !elp in maintaining complete information abo&t college fac&lt) member* *&c! a* t!eir department4 cadre4 date of joining4 *alar)4 etc. Admini*trator will regi*ter new fac&ltie* and remove t!eir acco&nt w!en t!e) leave t!e college.

2. Theoretical Background
$oda) in college* *t&dent detail* are entered man&all). $!e *t&dent detail* in *eparate record* are tedio&* ta*k. ,eferring to all t!e*e record* and &pdating i* needed. $!ere i* a c!ance for more man&al error*. Proble ! in e"i!ting !#!te $ 5t wa* limited to a *ingle *)*tem. 5t wa* le** &*er@friendl). 5t !ave a lot* of man&al work /3an&al *)*tem doe* not mean t!at we are working wit! pen and paper4 it al*o incl&de working on *pread *!eet* and ot!er *imple *oftwareA*1 5t re-&ire* more no of emplo)ee* need to work. 5t wa* time con*&ming proce**. $!e pre*ent *)*tem wa* ver) le** *ec&re. 5t i* &nable to generate different kind* of report.

Solution to the!e proble !$ $!e development of t!e new *)*tem contain* t!e following activitie*4 w!ic! tr) to a&tomate t!e entire proce** keeping in view of t!e databa*e integration approac!. +*er friendline** i* provided in t!e application wit! vario&* control*. $!e *)*tem make* t!e overall project management m&c! ea*ier and fle>ible. 5t can be acce**ed over t!e 5nternet. Bario&* cla**e* !ave been &*ed to provide file &pload and mail feat&re*.

$!ere i* no ri*k of data mi*management at an) level w!ile t!e project development i* &nder proce**.

5t provide* !ig! level of *ec&rit) &*ing different protocol* like !ttp* etc.

%. Proble

&e'inition

$!e problem i* to provide t!e complete information abo&t t!e college camp&*. 5n w!ic! t!e college *taff member*4 *t&dent* and parent* can acce** t!e information and will be familiar wit! college camp&*. 5t will provide interactive environment for t!e *taff4 *t&dent* and parent* b) getting knowledge of *t&dent attendance4 remark*4 e>am* performance*4 grade*4 timetable*4 notice* etc.

(. S#!te
(.1 +!er re*uire ent!$

anal#!i! & planning v)! u!er re*uire ent

$!e following re-&irement* are rai*ed d&ring t!e anal)*i* of t!e need* of t!e &*er*; A "er*on !o&ld be able to login to t!e *)*tem t!ro&g! t!e fir*t page of t!e Application. $!e Admini*trator can create &*er* a* per &*er re-&irement. Admin can &pload t!e data for a partic&lar t&dent. On *&cce**f&l completion of &pload4 &*er / t&dent77:ac&lt)1 can view report*. A general &*er will !ave acce** to *ee t!e *tat&* of partic&lar t&dent id n&mber. t&dent /&*er1 can &*e all t!e facilitie*4 *ame a* w!ic! are provided to !im in t!e college. t&dent can *ee attendance4 notice*4 grade*4 report and ot!er facilitie* in &pdated manner. $!ere will be a *eparate page for ever) *t&dent a* !i* acco&nt in w!ic! !e can get notice*4 attendance4 grade*4 a**ignment* etc. "arent can j&*t view t!e record of *t&dent wit! t!e &*ername and pa**word provided. :ac&lt) can give t!e attendance* and notice* for t!e *t&dent*. $!e admini*trator verifie* all t!e*e report* and generate* t!em for &*er* to view t!em.

After anal)<ing t!e re-&irement* of t!e ta*k to be performed4 t!e ne>t *tep i* to anal)<e t!e problem and &nder*tand it* conte>t. $!e fir*t activit) in t!e p!a*e i* *t&d)ing t!e e>i*ting *)*tem and ot!er i* to &nder*tand t!e re-&irement* and domain of t!e new *)*tem. %ot! t!e activitie* are e-&all) important4 b&t t!e fir*t activit) *erve* a* a ba*i* of giving t!e f&nctional *pecification* and t!en *&cce**f&l de*ign of t!e propo*ed *)*tem. +nder*tanding t!e propertie* and re-&irement* of a new *)*tem i* more diffic&lt and re-&ire* creative t!inking and &nder*tanding of e>i*ting r&nning *)*tem i* al*o diffic&lt4 improper &nder*tanding of pre*ent *)*tem can lead diver*ion from *ol&tion. (.2 ,nal#!i! -odel $!i* doc&ment pla) a vital role in t!e development of life c)cle / D9C1 a* it de*cribe* t!e complete re-&irement of t!e *)*tem. 5t mean* for &*e b) developer* and will be t!e ba*ic d&ring te*ting p!a*e. An) c!ange* made to t!e re-&irement* in t!e f&t&re will !ave to go t!ro&g! formal c!ange approval proce**. "5,A9 3OD09 wa* defined b) %arr) %oe!m in !i* 1.'' article4 CA *piral 3odel of oftware Development and 0n!ancement. $!i* model wa* not t!e fir*t model to di*c&** iterative development4 b&t it wa* t!e fir*t model to e>plain w!) t!e iteration model*. A* originall) envi*ioned4 t!e iteration* were t)picall) # mont!* to 2 )ear* long. 0ac! p!a*e *tart* wit! a de*ign goal and end* wit! a client reviewing t!e progre** t!&* far. Anal)*i* and engineering effort* are applied at eac! p!a*e of t!e project4 wit! an e)e toward t!e end goal of t!e project. $!e *tep* for piral 3odel can be generali<ed a* follow*; $!e new *)*tem re-&irement* are defined in a* m&c! detail* a* po**ible. $!i* &*&all) involve* interviewing a n&mber of &*er* repre*enting all t!e e>ternal or internal &*er* and ot!er a*pect* of t!e e>i*ting *)*tem. A preliminar) de*ign i* created for t!e new *)*tem.

A fir*t protot)pe of t!e new *)*tem i* con*tr&cted from t!e preliminar) de*ign. $!i* i* &*&all) a *caled@down *)*tem4 and repre*ent* an appro>imation of t!e c!aracteri*tic* of t!e final prod&ct.

A *econd protot)pe i* evolved b) a fo&rfold proced&re; 1. 0val&ating t!e fir*t protot)pe in term* of it* *trengt!*4 weakne**4 and ri*k*. 2. Defining t!e re-&irement* of t!e *econd protot)pe. 3. "lanning and de*igning t!e *econd protot)pe. 4. Con*tr&cting and te*ting t!e *econd protot)pe.

At t!e c&*tomer option4 t!e entire project can be aborted if t!e ri*k i* deemed too great. ,i*k factor* mig!t involved development co*t overr&n*4 operating@ co*t mi*calc&lation4 or an) ot!er factor t!at co&ld4 in t!e c&*tomer=* j&dgment4 re*&lt in a le**@t!an@*ati*factor) final prod&ct.

$!e e>i*ting protot)pe i* eval&ated in t!e *ame manner a* wa* t!e previo&* protot)pe4 and if nece**ar)4 anot!er protot)pe i* developed from it according to t!e fo&rfold proced&re o&tlined above.

$!e preceding *tep* are iterated &ntil t!e c&*tomer i* *ati*fied t!at t!e refined protot)pe repre*ent* t!e final prod&ct de*ired.

$!e final *)*tem i* con*tr&cted4 ba*ed on t!e refined protot)pe. $!e final *)*tem i* t!oro&g!l) eval&ated and te*ted. ,o&tine maintenance i* carried on a contin&ing ba*i* to prevent large *cale fail&re* and to minimi<e down time.

$!e following diagram *!ow* !ow a *piral model act* like;

(.% Stud# o' the S#!te $ (.%.1 .raphical u!er inter'ace

5n t!e fle>ibilit) of t!e &*e* t!e interface !a* been developed a grap!ic* concept in mind4 a**ociated t!ro&g! a brow*e* interface. $!e D+5= at t!e top level !ave been categori<ed a* 1. Admini*trative &*er interface 2. $!e operational or generic &*er interface $!e admini*trative &*er interface concentrate* on t!e con*i*tent information t!at i* practicall)4 part of t!e organi<ational activitie* and w!ic! need* proper a&t!entication for t!e data collection. $!e interface* !elp t!e admini*tration* wit! all t!e tran*actional *tate* like Data in*ertion4 Data deletion and Date &pdation along wit! t!e e>ten*ive data *earc! capabilitie*. $!e operational or generic &*er interface !elp* t!e &*er* &pon t!e *)*tem in tran*action* t!ro&g! t!e e>i*ting data and re-&ired *ervice*. $!e operational &*er interface al*o !elp* t!e ordinar) &*er* in managing t!eir own information !elp* t!e ordinar) &*er* in managing t!eir own information in a c&*tomi<ed manner a* per t!e a**i*ted fle>ibilitie*. (.( Nu ber o' -odule! $!e *)*tem after caref&l anal)*i* !a* been identified to be pre*ented wit! t!e following mod&le*; $!e mod&le* involved are; 1. College information; $!ro&g! t!i* *ervice one can acce** t!e complete information abo&t t!e college camp&* *&c! a* co&r*e* available4 admi**ion proced&re4 placement*4 college event*4 ac!ievement* etc. 2. t&dent tracking; An) compan) or an) organi<ation t!at want to c!eck t!e *&mmar) abo&t t!e *t&dent of t!e college4 *o t!at t!e) will be able to c!oo*e t!e partic&lar *t&dent* for t!eir camp&* placement And for t!at p&rpo*e t!e) will be given a partic&lar link t!ro&g! w!ic! t!e) can acce** t!e information re-&ired. 3. t&dent attendance *tat&*; 5t give* t!e attendance *tat&* of *t&dent*. :ac&lt) will &pdate t!e attendance periodicall) and can be *een b) *t&dent* and parent*.

4.

t&dent=* performance in e>am*; $!i* facilit) provide* t!e performance of t!e *t&dent in eac! e>am w!ic! i* cond&cted b) &niver*it) or college *&c! a* midterm performance. 3ark* obtained b) *t&dent* in e>am* will be &pdated b) fac&ltie* t!at can be acce** b) *t&dent* and parent*.

5. 0>am ?otification; $!i* facilit) notifie* *t&dent* and parent* abo&t e>amination *c!ed&le. #. 0vent*; it will give information abo&t different event* t!at will be cond&cted b) college time to time. 5nformation abo&t t!e*e event* will be &pdated b) admini*trator. (. Online a**ignment*; $!i* *ervice provide* t!e facilit) to fac&lt) to &pload a**ignment* and to *t&dent* to *&bmit t!e*e a**ignment* online. 8. 5nformation abo&t *taff; 5t will !elp in maintaining complete information abo&t college fac&lt) member* *&c! a* t!eir department4 cadre4 date of joining4 *alar)4 etc. Admini*trator will regi*ter new fac&ltie* and remove t!eir acco&nt w!en t!e) leave t!e college.

/. S0STE- P1,NN2N. 3PE4T C5,4T6

"erform and eval&ate fea*ibilit) *t&die* like co*t@benefit anal)*i*4 tec!nical fea*ibilit)4 time fea*ibilit) and operational fea*ibilit) for t!e project. "roject c!ed&ling *!o&ld be made &*ing "0,$ c!art*. :ea*ibilit) *t&d) i* carried o&t t decide w!et!er t!e propo*ed *)*tem i* fea*ible for t!e compan). $!e fea*ibilit) *t&d) i* to *erve a* a deci*ion doc&ment it m&*t an*wer t!ree ke) -&e*tion*; 1. 5* t!ere a new and better wa) to do t!e job t!at will benefit t!e &*erE 2. 8!at are t!e co*t and t!e *aving* of t!e alternative/*1E 3. 8!at i* recommendedE Technical 'ea!ibilit#$ $ec!nical fea*ibilit) center* on t!e e>i*ting comp&ter *)*tem i.e. 6ardware4 oftware etc. %ank re-&ire* F9 databa*e management t!at are all ea*il) available wit! e>ten*ive development *&pport t!ro&g! man&al* and blog*. Econo ical 'ea!ibilit#$ 0conomical :ea*ibilit) i* t!e mo*t fre-&entl) &*ed met!od for eval&ating t!e effectivene** of a candidate *)*tem. 3ore commonl) known a* Co*t7 %enefit anal)*i*4 t!e proced&re i* to determine t!e benefit* and *aving* t!at are e>pected from t!e candidate *)*tem and compare t!em wit! co*t*. 5f t!e benefit* o&tweig! co*t*4 t!en t!e deci*ion i* made to de*ign and implement t!e *)*tem.

7. -ethodolog# ,dopted8 S#!te

2 ple entation & &etail! o'

5ard9are & So't9are +!ed

7.1 -ethodolog# adopted and S#!te

2. All t!e environment variable* are *et.

i ple entation$

1. Apac!e tomcat i* &*ed a* a web *erver to !o*t t!e application. 3. $!e application i* pa*ted in t!e webapp* folder. 4. 8eb *erver i* *tarted now.
5. Application i* r&n &*ing t!e web brow*er b) t)ping !ttp;77local!o*t7ci*

#. 8eb.>ml file i* &*ed to control t!e flow and &*er action*.

7.2 &etail! o' hard9are & !o't9are u!ed$

5ard9are Speci'ication 3-ini u 6; &i!c Space$ PC +!ed$ Proce!!or$ -e or#$ :ile S#!te $ So't9are Speci'ication$ Operating S#!te 3Server Side6$ Operating S#!te 3Client Side6$ Client End 1anguage$ 1ocal ;alidation$ Server Side 1anguage$ &ataba!e$ <eb Server$ <eb Bro9!er$ 8indow* G". 8indow* G". H " java java 3) -l Apac!e *erver 0>plorer 7 3o<illa 7C!rome 42 D% 5%3 Compatible "enti&m 4 512 3% ,A3 32 %it

=. &ET,21E& 12:E C0C1E O: P4O>ECT

8e !ave &*ed 8aterfall 3odel a* oftware 0ngineering life C)cle "roce**. 5t i* t!e *imple*tI olde*t and mo*t widel) &*ed proce** model for *oftware development .$!i* model ac-&ire* it* name from t!e fact t!at cla**ic *oftware life c)cle i* repre*ented a* a *e-&ence of de*cending *tep*.

=.1 4e*uire ent ,nal#!i!$ $!i* proce** i* al*o known a* fea*ibilit) *t&d). 5n t!i* p!a*e4 t!e development team *t&died t!e *ite re-&irement. $!e) inve*tigate t!e need for po**ible d)namic repre*entation of t!e *ite and increa*e *ec&rit) feat&re*. %) t!e end of fea*ibilit) *t&d)4 t!e team f&rni*!e* a doc&ment t!at !old* t!e different *pecific recommendation* for t!e candidate *)*tem. 5t al*o incl&de* per*onnel a**ignment*4 co*t*4 project *c!ed&le*4 target date* etc. t!e re-&irement gat!ering proce** i* inten*ified and foc&*ed *peciall) on *oftware. $!e e**ential p&rpo*e of t!i* p!a*e i* to find t!e need and to define t!e problem t!at need* to be *olved. D&ring t!i* p!a*e following fact* were gat!ered.

Determined t!e &*er need 5dentified t!e fact*

0*tabli*! t!e goal* and objective for t!e propo*ed *)*tem :ea*ibilit) for t!e new *)*tem

=.2 S#!te

,nal#!i! and &e!ign$

5n t!i* p!a*e t!e *oftware=* overall *tr&ct&re and it* n&ance* are defined. 5n term* of client *erver tec!nolog) t!e no of tier* needed for t!e package arc!itect&re4 databa*e de*ign4 data *tr&ct&re de*ign etc are defined in t!i* p!a*e. Anal)*i* and De*ign are ver) cr&cial in entire development c)cle. An) glitc! in t!i* p!a*e co&ld be e>pen*ive to *olve in t!e later *tage of *oftware development. 6ence following i* t!e e**ential approac! taken d&ring web*ite de*igning;

D:D Databa*e De*igning :orm De*igning "*e&do code for met!od*

=.% Te!ting$ Once t!e code i* generated4 t!e web*ite te*ting begin*. Different te*ting met!odologie* are done to &nravel t!e b&g* t!at were committed d&ring t!e previo&* p!a*e*. Different te*ting met!odologie* are &*ed;

Acceptance te*ting 8!ite %o> $e*ting %lack %o> $e*ting

?. E4@&iagra
E4@&iagra $@

and &ata :lo9 &iagra

&ata :lo9 &iagra $@ ?.2.1 Conte"t Ath 1evel &iagra $

?.2.2 1ogin &:& &iagra $

?.2.% ,d in &etail! &ata :lo9$

1!t level &:&:

Login
Admin

Enter details Update

Students info

2nd 1evel &:&

Admin

Login Login

Id

Passwor d

Admin

Enter details

Student table

Student Admin table

odify

Student

Faculty info.

Notification

?.2.( Student &etail! &ata :lo9 1!t level &:&

Login
Student

Enter details Update

Student!s info

2nd level DFD

Student

Login Notices $rades Attendance "iew mar#s

Id

Student

Password

Student table

Student

%uery Feed bac# Submission

Faculty

gmt.

&ataba!e &e!ign$@

B. 5o e Screen &e!ign 3Snap!hot!6

1A. -ethodolog# u!ed 'or te!ting

$!e completion of a *)*tem will be ac!ieved onl) after it !a* been t!oro&g!l) te*ted. $!o&g! t!i* give* a feel t!e project i* completed4 t!ere cannot be an) project wit!o&t going t!ro&g! t!i* *tage. 6ence in t!i* *tage it i* decided w!et!er t!e project can &ndergo t!e real time environment e>ec&tion wit!o&t an) break down*4 t!erefore a package can be rejected even at t!i* *tage. 1A.1 Te!ting ethod!

oftware te*ting met!od* are traditionall) divided into black bo> te*ting and w!ite bo> te*ting. $!e*e two approac!e* are &*ed to de*cribe t!e point of view t!at a te*t engineer take* w!en de*igning te*t ca*e*.
&' Black bo" te!ting @ %lack bo> te*ting treat* t!e *oftware a* a Jblack bo>4J

wit!o&t an) knowledge of internal implementation. %lack bo> te*ting met!od* incl&de; e-&ivalence partitioning4 bo&ndar) val&e anal)*i*4 all@pair* te*ting4 f&<< te*ting4 model@ba*ed te*ting4 traceabilit) matri>4 e>plorator) te*ting and *pecification@ba*ed te*ting.
(' <hite bo" te!ting @ 8!ite bo> te*ting4 b) contra*t to black bo> te*ting4 i* w!en

t!e te*ter !a* acce** to t!e internal data *tr&ct&re* and algorit!m* /and t!e code t!at implement t!e*e1.8!ite bo> te*ting met!od* can al*o be &*ed to eval&ate t!e

completene** of a te*t *&ite t!at wa* created wit! black bo> te*ting met!od*. $!i* allow* t!e *oftware team to e>amine part* of a *)*tem t!at are rarel) te*ted and en*&re* t!at t!e mo*t important f&nction point* !ave been te*ted.
)' .re# Bo" Te!ting @ Dre) bo> te*ting involve* !aving acce** to internal data

*tr&ct&re* and algorit!m* for p&rpo*e* of de*igning t!e te*t ca*e*4 b&t te*ting at t!e &*er4 or black@bo> level. 3anip&lating inp&t data and formatting o&tp&t do not -&alif) a* Jgre) bo>4J beca&*e t!e inp&t and o&tp&t are clearl) o&t*ide of t!e Jblack@bo>J t!at we are calling t!e *)*tem &nder te*t. $!i* di*tinction i* partic&larl) important w!en cond&cting integration te*ting between two mod&le* of code written b) two different developer*4 w!ere onl) t!e interface* are e>po*ed for te*t. Dre) bo> te*ting ma) al*o incl&de rever*e engineering to determine4 for in*tance4 bo&ndar) val&e* or error me**age*.

4) ,cceptance te!ting @ Acceptance te*ting can mean one of two t!ing*;

1. A *moke te*t i* &*ed a* an acceptance te*t prior to introd&cing a b&ild to t!e main te*ting proce**. 2. Acceptance te*ting performed b) t!e c&*tomer i* known a* &*er acceptance te*ting /+A$1.

5) 4egre!!ion Te!ting @ ,egre**ion te*ting i* an) t)pe of !o't9are te!ting t!at

*eek* to &ncover *oftware regre**ion*. &c! regre**ion occ&r* w!enever *oftware f&nctionalit) t!at wa* previo&*l) working correctl) *top* working a* intended. $)picall) regre**ion* occ&r a* an &nintended con*e-&ence of program c!ange*. Common met!od* of regre**ion te*ting incl&de re@r&nning previo&*l) r&n te*t* and c!ecking w!et!er previo&*l) fi>ed fa&lt* !ave re@emerged.

6) Non :unctional So't9are Te!ting @ Special met!od* e>i*t to te*t non@f&nctional

a*pect* of *oftware. "erformance te*ting c!eck* to *ee if t!e *oftware can !andle large -&antitie* of data or &*er*. $!i* i* generall) referred to a* *oftware *calabilit). $!i* activit) of ?on :&nctional oftware $e*ting i* often time* referred to a* 9oad $e*ting.

tabilit) te*ting c!eck* to *ee if t!e *oftware can contin&o&*l) f&nction well in or above an acceptable period. $!i* activit) of ?on :&nctional oftware $e*ting i* often time* referred to a* ind&ration* te*t.

+*abilit) te*ting i* needed to c!eck if t!e &*er interface i* ea*) to &*e and &nder*tand.

ec&rit) te*ting i* e**ential for *oftware w!ic! proce**e* confidential data and to prevent *)*tem intr&*ion b) !acker*.

5nternationali<ation and locali<ation i* needed to te*t t!e*e a*pect* of *oftware4 for w!ic! a p*e&do locali<ation met!od can be &*ed.

:+$+,0 CO"0
$!e O?95?0 CO990D0 5?:O,3A$5O? K $03 !a* tremendo&* potential for t!e f&t&re en!ancement & growt!. 3an) more e>cellent feat&re* can be added to t!e *)*tem b) t!e &*e of new tec!nologie* & !ereb) providing t!e &*er a lot of new facilitie*. $!e *cope of t!e project in f&t&re wo&ld be di*c&**ed on t!e ba*i* of two a*pect*. Addition of new feat&re*;@ ome of t!e feat&re* t!at i* acceptable !ere; Connecting to ot!er LOnline college= *)*tem*. "rovide more *ec&rit) b) encr)pting t!e &*er & pa**word.

CO?C9+ 5O?
$!e )*tem i* *&ppo*ed to po**e* t!e following feat&re*; 1. Ber) &*er@friendl). 2. :&ll) D+5 ba*ed. %. ,&n* efficientl) on a c!eap !ardware and *oftware platform. (. 5ncrea*e acc&rac) and dependabilit) of t!e *)*tem. /. 5ncrea*e *peed of proce**ing7operation of t!e *)*tem.

5n *!ort4 we can concl&de t!at t!e *oftware i* ver) m&c! &*er friendl) and wo&ld be ea*) to &*e for an)bod) wit! a meager comp&ter knowledge.