MeNToRS - Online Recruitment Portal

7/23/2019 MeNToRS - Online Recruitment Portal

1/24

An

Analysis Report

ON

MeNTORS

An Online Recruitment Portal

Submitted By

Abhishek Kulkarni (111A1!"#

$auri %imaye (111A1!

Nishant Makhi'a (111A1!#

$uided By

Pro)* Masooda Modak


2/24

+N,-.

S.NO

.

TITLE

1. Problem Definition

2. Requirement Analysis

3. Softare Pro!e"t Plannin#

$. Analysis P%ase

&. Desi#n P%ase

'. (uture As)e"ts

*. Referen"es


3/24

PROB%-M ,-/+N+T+ON

T%e ebsite is an e"ommer"e ebsite "alle+ ,eNTORS. ,eNTORS is t%e

)ro-i+er of Talent an/in#0 eRe"ruitment an+ A))li"ant Tra"/in# Solutions0 it%

)arti"ular stren#t%s in Talent Attra"tion an+ an+i+ate E)erien"e. Re"ruitment,ana#ement Solutions from Peo)lean/."om +eli-ers si#nifi"ant re+u"tions in time

s)ent on t%e re"ruitment )ro"ess0 +ire"t an+ in+ire"t "osts in"urre+0 an+ at t%e same time

in"reases t%e quality of "an+i+ates you are seein#. y im)ro-in# "om)any4s onlineEm)loyer ran+in# an+ mana#in# all t%e a))li"ants of "orres)on+in# "om)any t%rou#%

one )ortal0 no matter %ere t%ey "ame from0 you #et to see t%e best talent faster. As

unique Talent an/ of a "om)any #ros0 you be"ome less +e)en+ent on e)ensi-ea+-ertisin# "am)ai#ns an+ re"ruitment a#en"ies an+ "ost )er %ire an+ time to %ire are

re+u"e+ si#nifi"antly.

R-0+R-M-NT ANA%2S+S

N--,

5%en you loo/ at brin#in# your re"ruitment )ro"esses online you ill )robably be

sur)rise+ at !ust %o many )ro+u"ts are out t%ere. T%ere are a ran#e of im)ortantquestions you ill ant to as/ to fin+ your )erfe"t )artner. 5%o +eli-ers t%e best results

an+ t%e best -alue6 5%o )ro-i+es all t%e features to meet all of your nee+s6 5%o %as t%e

tra"/ re"or+ in )ro-i+in# t%e ser-i"e an+ stability to su))ort you many years into t%e

future6 ,ENTORS )ro-i+es it% su"% solutions.

MA3OR OB3-4T+5-S

T%e main ob!e"ti-es of +e-elo)in# t%e Online Re"ruitment 5ebsite are as #i-en belo7

1. To )ro-i+e re"ruiters it% talent ban/.

2. To )ro-i+e t%e en-ironment for online assessment of "an+i+ates it% "areer

)rofiles0 8 )arsin# an+ online a)titu+e tests.

3. To )ro-i+e "an+i+ates it% /nole+#e of a-ailable em)loyers an+ !obs.


4/24

1. Introduction

1.1 Purpose

T%e ebsite is an e"ommer"e ebsite "alle+ ,eNTORS. ,eNTORS is t%e

)ro-i+er of Talent an/in#0 eRe"ruitment an+ A))li"ant Tra"/in# Solutions0 it%)arti"ular stren#t%s in Talent Attra"tion an+ an+i+ate E)erien"e. Re"ruitment,ana#ement Solutions from Peo)lean/."om +eli-ers si#nifi"ant re+u"tions in time

s)ent on t%e re"ruitment )ro"ess0 +ire"t an+ in+ire"t "osts in"urre+0 an+ at t%e same time

in"reases t%e quality of "an+i+ates you are seein#. y im)ro-in# "om)any4s onlineEm)loyer ran+in# an+ mana#in# all t%e a))li"ants of "orres)on+in# "om)any t%rou#%

one )ortal0 no matter %ere t%ey "ame from0 you #et to see t%e best talent faster. As

unique Talent an/ of a "om)any #ros0 you be"ome less +e)en+ent on e)ensi-ea+-ertisin# "am)ai#ns an+ re"ruitment a#en"ies an+ "ost )er %ire an+ time to %ire are

re+u"e+ si#nifi"antly.

1.2 Scope

Initial fun"tional requirements ill be7

rosin# t%rou#% t%e ebsite to see t%e a-ailable "an+i+ates an+ !obs.

A+equate sear"%in# me"%anisms for easy an+ qui"/ a""ess to )arti"ular

"om)any.

Re#ular u)+ates to re#istere+ "an+i+ates about ne !obs.

,aintainin# +atabase of re#ular "an+i+ates an+ "ustomers of +ifferent

nee+s.

A+equate )ayment me"%anism an+ #ateay for all )o)ular "re+it "ar+s0

"%eques an+ ot%er rele-ant )ayment o)tions

Initial non fun"tional requirements ill be7

2$ 9 * a-ailability

etter "om)onent +esi#n to #et better )erforman"e at )ea/ time


5/24

1.3 Definitions, Acronyms and Abbreviations

ustomer 7 T%e )erson %o )ur"%ases t%e )ro+u"t

,er"%ant 7 T%e )erson:+ealer:"om)any %o sell t%e )ro+u"t

;TTP7;y)ertet Transfer Proto"ol is a transa"tion oriente+ "lient:ser-er

)roto"ol beteen a eb broser < a 5eb Ser-er.

;TTPS7Se"ure ;y)ertet Transfer Proto"ol is a ;TTP o-er SSL =se"ure

so"/et layer>.

1.4 References

IEEE SRS (ormat

1.5 ec!no"o#ies to be used

Pro#rammin# lan#ua#es7

;T,L0 9,L7 ;y)er Tet ,ar/u) Lan#ua#e an+ Etensible mar/u)

Lan#ua#e are t%e )re+ominant mar/u) lan#ua#es for eb )a#es. It

)ro-i+es a means to +es"ribe t%e stru"ture of tetbase+ information in a+o"ument an+ to su))lement t%at tet it% intera"ti-e forms0 embe++e+

ima#es0 an+ ot%er ob!e"ts.

P;P7 A ser-er si+e s"ri)tin# lan#ua#e use+ for +atabase "onne"ti-ity.

Tools < De-elo)ment En-ironment

9A,PP Ser-er7 9A,PP stan+s for rossPlatform =9> A)a"%e0 ,yS?L0

P;P an+ Perl0 is a )o)ular0 free an+ o)en sour"e eb ser-er )a"/a#e t%at

you "an use to install a eb ser-eronto your +es/to)*9A,PP allos youto +e-elo) P;P an+ Perlbase+ ser-ersi+e s"ri)tin# a))li"ations it%outt%e nee+ for a remote eb ser-er0 offerin# you t%e o))ortunity to or/

faster0 +e-elo) stuff more se"urely0 an+ or/ on your a))s it%out an

internet "onne"tion.

T%e rest of t%is SRS is or#ani@e+ as follos7 Se"tion 2 #i-es an o-erall+es"ri)tion of t%e softare. It #i-es %at le-el of )rofi"ien"y is e)e"te+ of t%e

user0 some #eneral "onstraints %ile ma/in# t%e softare an+ some assum)tions

an+ +e)en+en"ies t%at are assume+. Se"tion 3 #i-es s)e"ifi" requirements %i"%

t%e softare is e)e"te+ to +eli-er. (un"tional requirements are #i-en by -arious

use "ases. Some )erforman"e requirements an+ +esi#n "onstraints are also #i-en.


6/24

2. $vera"" Description

2.1 Product perspective

T%e ebsite for re"ruitment is aime+ toar+s t%e "om)anies %o ant torea"% out to t%e maimum eli#ible "an+i+ates %o "an )ro-i+e )otential ser-i"es

to t%e "om)any.T%is )ro!e"t en-isa#es bri+#in# t%e #a) beteen t%e re"ruitersan+ t%e "an+i+ates. It s%oul+ be userfrien+ly0 qui"/ to learn4 an+ reliable

softare for t%e abo-e )ur)ose. It is inten+e+ to be a stan+alone )ro+u"t an+

s%oul+ not +e)en+ on t%e a-ailability of ot%er softare. It s%oul+ run on bot%

BNI9 an+ 5in+os base+ )latform Pro+u"t fun"tions

Bser7 A+ministrator

(un"tions7 T%e A+ministrator is t%e su)er user an+ %as "om)lete "ontrol o-er all

t%e a"ti-ities t%at "an be )erforme+. T%e a))li"ation notifies t%e a+ministrator of

all ne re#istrations by "om)anies an+ "an+i+ates0 an+ t%e a+ministrator "an t%ena))ro-e or re!e"t t%em. T%e a+ministrator also maintains re"or+ of "an+i+ate

)rofiles it% results of a)titu+e tests. T%e a+ministrator "an also -ie an+ +elete

entries in t%e #uestboo/.

Bser7 Re"ruiters

(un"tions7 Re"ruiters ill %a-e t%eir on )ortals t%rou#% %i"% t%ey "an seere#istere+ "an+i+ates for t%eir re"ruitment )ro"ess.

Bser7 an+i+ates

(un"tions7 an+i+ate ill re#ister on t%e site an+ lo#in on "an+i+ate )ortal.

an+i+ates ill be )ro-i+e+ it% t%e fa"ility of 8 Parsin#. an+i+ates ill be

loo/ for "om)anies in %i"% t%ey are intereste+. an+i+ates ill a))ear fora)titu+e test of "orres)on+in# "om)anies. T%ey ill be notifie+ about results an+

furt%er )ro"ess on t%eir a""ount lo#in.


7/24

Product perspecti6e 78

T%is softare is totally self "ontaine+ an+ or/s relati-ely as effi"ient as ot%er )a"/a#es

relate+ to t%e sub!e"t. It )ro-i+es sim)le +atabase rat%er t%an "om)le ones for %i#%

requirements an+ it )ro-i+es #oo+ an+ easy #ra)%i"al user interfa"e to bot% ne naC-e asell as e)erien"e+ users of t%e "om)uters.

System +nter)aces78

+nter)ace7T%e softare )ro-i+es #oo+ #ra)%i"al interfa"e for t%e front en+ of t%e +atabase an+ a

#oo+ informati-e interfa"e for t%e rear en+

9ard:are +nter)ace 78

T%e system s%oul+ %a-e t%ese %ar+are requirements 7

T%e )ro"essor s%oul+ be at least Pentium 3 or abo-e

T%e )ro"essor s)ee+ s%oul+ be #reater t%an $,%@

T%e -i+eo +e-i"e s%oul+ su))ort #ra)%i"s

Ram s%oul+ be or #reater t%an 12 mb

So)t:are +nter)aces 78

T%e softare requires t%e su))ort of t%e folloin# softares for t%e +atabase an+ ot%er

requirements

P;P 0DF an+ %tml e+itor for eb interfa"e

,yS?L for +atabase

Ser-er=in+os 20a)a"%e or am))>

Remote Panel

(ileGilla for (TP

Operations 78

T%e o)erations require+ by t%e users are7

ustomers 7 Do s%o))in#0 Reser-e )ro+u"ts

,er"%ants7 i+ t%eir )ro+u"ts0 ,ana#e trans)ort fa"ility an+ loo/ after

t%e )ayment met%o+


8/24

Database a+ministrator 7 B)+ate information

Site adaptation re;uirements 78

T%e broser must su))ort ;T,L& an+ SS 3..

2.2 %ser c!aracteristics

T%e user s%oul+ be familiar it% t%e Re"ruitment relate+ terminolo#y li/e

A)titu+e test:8:Transa"tion et".

T%e user s%oul+ be familiar it% t%e Internet.

No )re /nole+#e of %tml is require+

No )re /nole+#e of +atabase mana#ement is require+

S%oul+ /no En#lis%

S%oul+ be able to use an+ +o a""or+in# to t%e #ra)%i"al user interfa"e

2.3 &onstraints

Limite+ to ;TTP:;TTPS.

No multilin#ual su))ort

SO/T


9/24

1. Technical /easibility

Te"%ni"al feasibility +etermines %et%er t%e or/ for t%e )ro!e"t "an be +one

it% t%e eistin# equi)ment0 softare te"%nolo#y an+ a-ailable )ersonnel. Te"%ni"al

feasibility is "on"erne+ it% s)e"ifyin# equi)ment an+ softare t%at ill satisfy t%e user

requirement.

T%is )ro!e"t is feasible on te"%ni"al remar/s also0 as t%e )ro)ose+ system is

more benefi"iary in terms of %a-in# a soun+ )roof system it% ne te"%ni"al

"om)onents installe+ on t%e system. T%e )ro)ose+ system "an run on any ma"%ines

su))ortin# 5in+os an+ Internet ser-i"es an+ or/s on t%e best softare an+ %ar+are

t%at %a+ been use+ %ile +esi#nin# t%e system so it oul+ be feasible in all te"%ni"al

terms of feasibility.

2. -conomical /easibility

E"onomi"al feasibility +etermines %et%er t%ere are suffi"ient benefits in

"reatin# to ma/e t%e "ost a""e)table0 or is t%e "ost of t%e system too %i#%. As t%is

si#nifies "ost benefit analysis an+ sa-in#s. On t%e be%alf of t%e "ostbenefit analysis0 t%e

)ro)ose+ system is feasible an+ is e"onomi"al re#ar+in# its )reassume+ "ost for ma/in#

a system.

5e "lassifie+ t%e "osts of ebsite a""or+in# to t%e )%ase in %i"% t%ey

o""ur. As e /no t%at t%e system +e-elo)ment "osts are usually onetime "osts t%at ill

not re"ur after t%e )ro!e"t %as been "om)lete+.

3. Operational /easibility

O)erational feasibility "riteria measure t%e ur#en"y of t%e )roblem or t%e

a""e)tability of a solution .


10/24

M% (N+/+-, MO,-%+N$ %AN$A$-#

T%e Bnifie+ ,o+elin# Lan#ua#e =B,L> is a stan+ar+ lan#ua#e for s)e"ifyin#0

-isuali@in#0 "onstru"tin#0 an+ +o"umentin# t%e artifa"ts of softare systems0 as ell as

for business mo+elin# an+ ot%er nonsoftare systems. T%e B,L re)resents a "olle"tion

of best en#ineerin# )ra"ti"es t%at %a-e )ro-en su""essful in t%e mo+elin# of lar#e an+

"om)le systems.


11/24

B,L DIAHRA, TPES

1. BSE ASE

A use "ase is a set of s"enarios t%at +es"ribin# an intera"tion beteen a user an+

a system. A use "ase +ia#ram +is)lays t%e relations%i) amon# a"tors an+ use "ases. T%e

to main "om)onents of a use "ase +ia#ram are use "ases an+ a"tors.

2.4 %se case 'ode" Survey


12/24

Hi-en belo is an o-erall )i"ture of t%e system0 as +e)i"te+ in t%e abo-e use"ase+ia#rams7

1. System7

,atabase Mana>ement7ontrol t%e +atabase an+ /ee) tra"/ of all re"or+s of

"ustomers an+ em)loyee +etails.

4ontact and $i6in> Permission to 4orporates7 onta"t it% t%e -en+ors an+ #i-e

)ermission to sell t%eir )ro+u"t un+er t%e site after testin# t%e )ro+u"t4s quality.

5ie: all details7 8ie t%e +etails of all em)loyees an+ "ontrol t%e %ole site.

Ad6ertisin> the Site7Res)onsible for ma/in# a+-ertisements for t%e site.

Re>ulatin> Payments7 Fee) tra"/ of all t%e )ayment transa"tions ma+e by t%e

"ustomers an+ u)+ate t%e )ayment information.

4onsultin> :ith Banks7 Res)onsible for "onta"tin# t%e ban/s for t%e -ali+ation of

t%e a:" number )ro-i+e+ by t%e "ustomer %ile )ur"%asin# an+ ma/e t%e transa"tion

from t%e #i-en a:".

2. 4ustomers7

4hoosin> and comparin> products7an -ie all a-ailable )ro+u"ts an+ "an

"om)are t%em an+ ma/e a "%oi"e for )ur"%asin# )ro+u"ts.

Purchasin>7an )ur"%ase any )ro+u"t t%rou#% -ali+ "re+it "ar+.

$i6in> /eedback to 4ustomer 4are7an #i-e fee+ba"/ to t%e 2$9* ustomer are

Ser-i"e "enter about t%eir im)ression for t%e site an+ ser-i"es.

3. Shop O:ner7

Takin> Permission )rom Administrator7 8en+ors must ta/e )ermission from t%e

A+ministrator for sellin# t%eir )ro+u"ts un+er t%e site. A+ministrator ill test)ro+u"t4s quality a""or+in# to its mar/et )ri"e to )ermit -en+or for sellin# )ur)ose.

4onsultin> :ith Administrator7an "onsult it% t%e A+ministrator re#ar+in#

)ro+u"t4s quality an+ a+-ertisements.


13/24

Ad6ertisin> 5endor?s O:n Products7Res)onsible for ma/in# a+-ertisements of %is

)ro+u"ts0 but t%e site ill not be res)onsible for any /in+ of a+-ertisements about

)ro+u"ts.

$. 4ustomer 4are7

$ettin> /eedback )rom the 4ustomers7 Res)onsible for re"ei-in# "om)laints0

queries an+ fee+ba"/ from t%e "ustomers.

Pro6idin> Solutions to 4ustomers7 Pro-i+e feasible solutions to t%e "ustomers on

t%eir "om)laints an+ queries.

1.1 Assumptions and Dependencies

T%e +etails relate+ to t%e )ro+u"t0 "ustomer0 )ayment an+ ser-i"e

transa"tion )ro-i+e+ manually.

A+ministrator is "reate+ in t%e system alrea+y.

Roles an+ tas/s are )re+efine+.

3. Specific Re(uirements

T%is se"tion of t%e SRS s%oul+ "ontain all t%e softare requirements to a le-el of

+etail suffi"ient to enable +esi#ners to +esi#n a system to satisfy t%ose

requirements0 an+ testers to test t%at t%e system satisfies t%ose requirements.5%en usin# use"ase mo+elin#0 t%ese requirements are "a)ture+ in t%e use "ases

an+ t%e a))li"able su))lementary s)e"ifi"ations. If use"ase mo+elin# is not

use+0 t%e outline for su))lementary s)e"ifi"ations may be inserte+ +ire"tly intot%is se"tion.

3.1 %se)&ase Reports

In use"ase mo+elin#0 t%e use "ases often +efine t%e ma!ority of t%e fun"tional

requirements of t%e system0 alon# it% some nonfun"tional requirements. (or

ea"% use "ase in t%e abo-e use"ase mo+el or subset t%ereof0 refer to or en"loset%e use"ase re)ort in t%is se"tion. ,a/e sure t%at ea"% requirement is "learly

labele+.

3.2 Supp"ementary Re(uirements

Su))lementary S)e"ifi"ations "a)ture requirements t%at are not in"lu+e+ in t%e

use "ases.


14/24

@*@ Performance re(uirements are*1. #oo+ or/in# )" it% all t%e requirements as state+ in t%e %ar+are interfa"es2. or/s for me+ium si@e information +atabases

3. s%oul+ not be o-erloa+e+

4. Supportin# Information

T%e su))ortin# information ma/es t%e SRS easier to use. It in"lu+es7 a> Table of

"ontents0 b> In+e0 "> A))en+i"es. T%ese may in"lu+e use"ase storyboar+s oruserinterfa"e )rototy)es. 5%en a))en+i"es are in"lu+e+0 t%e SRS s%oul+

e)li"itly state %et%er or not t%e a))en+i"es are to be "onsi+ere+ )art of t%erequirements.

" /uture ,e6elopments 78

Su))ort for lar#e +atabase

;TTPS su))ort.


15/24

,-S+$N P9AS-

In t%e desi>n phase t%e architectureis establis%e+. T%is )%ase starts it% t%e

requirement +o"ument +eli-ere+ by t%e requirement )%ase an+ ma)s t%e requirementsinto an ar"%ite"ture. T%e architecture +efines t%e "om)onents0 t%eir interfa"es an+

be%a-iors. T%e +eli-erable +esi#n +o"ument is t%e ar"%ite"ture. T%e +esi#n +o"ument

+es"ribes a )lan to im)lement t%e requirements. T%is )%ase re)resents t%e JJ%oKK )%ase.Details on "om)uter )ro#rammin# lan#ua#es an+ en-ironments0 ma"%ines0 )a"/a#es0

a))li"ation ar"%ite"ture0 +istribute+ ar"%ite"ture layerin#0 memory si@e0 )latform0

al#orit%ms0 +ata stru"tures0 #lobal ty)e +efinitions0 interfa"es0 an+ many ot%er

en#ineerin# +etails are establis%e+. T%e +esi#n may in"lu+e t%e usa#e of eistin#"om)onents.

Arc!itecture

T%e ar"%ite"ture +efines t%e "om)onents0 interfa"es0 an+ be%a-iors of t%e system. T%e "om)onents are t%e buil+in# blo"/s for t%e system. T%ese "om)onents may be built

from s"rat"% or reuse+ from an eistin# "om)onent library. T%e "om)onents refine an+

"a)ture t%e meanin# of +etails from t%e requirement +o"ument. T%e "om)onents are"om)ose+ it% ot%er "om)onents usin# t%eir interfa"es. An interfa"e forms a "ommon

boun+ary of to "om)onents. T%e interfa"e is t%e ar"%ite"tural surfa"e %ere

in+e)en+ent "om)onents meet an+ "ommuni"ate it% ea"% ot%er. O-er t%e interfa"e0


16/24

"om)onents intera"t an+ affe"t ea"% ot%er. T%e interfa"e +efines a be%a-ior %ere one

"om)onent res)on+s to t%e stimuli of anot%er "om)onentKs a"tions.

PRO3-4T ,-S+$N7 AR49+T-4TR- ,+A$RAM

Sequen"e +ia#ram 1


17/24

ATI8IT DIAHRA,


18/24

LASS DIAHRA,


19/24

PROET DESIHN P;ASE BSER INTER(AE

S"reens%ots


20/24


21/24


22/24


23/24


24/24

/uture Aspects o) Pro'ects

1. T%e ebsite at )resent not )ro-i+e ser-i"e t%rou#% tele)%ony0 but in t%is ebsite

e "an )ro-i+e it in future.

2. Automati" mail sen+in# fa"ility is )ro-i+e+ to t%e a))li"ants on sele"tion of t%eir

8 an+ a)titu+e test results.

3. Li-e %el) ill be )ro-i+e+ in t%e future.

$. 5ebsites ill be mounte+ usin# se"ure %tt) "onne"tion.

R-/-R-N4-S

1. M;T,L& an+ SS 3. .3s"%ools."om:%tml:html"intro.as)

2. M,yS?L Do"umentation%tt)7::+e-.mysql."om:+o":

3. MS,TP onfi#uration .ser-ersmtp."om:en:smtpcon)i>uration

$. Mootstra) lo# %tt)7::blo#.#etbootstra)."om:

&. M;T,L Table E)ort %tt)7::n#irira!."om:'. M(ile B)loa+ %tt)7::.3s"%ools."om:)%):)%)fileu)loa+.as)

*. MIm)a"t of Ere"ruitment R. Na-ee+ .mnm/.ro:+o"uments:2131:$11

13.)+f

. M Ere"ruitment An ;R )ers)e"ti-e P. D%ami!a

%tt)7::.resear"%ersorl+."om:-ol3:issue3:-ol3issue32:Pa)er&.)+f
http://www.w3schools.com/html/html5_intro.asphttp://www.w3schools.com/html/html5_intro.asphttp://www.w3schools.com/html/html5_intro.asphttp://dev.mysql.com/doc/http://dev.mysql.com/doc/http://www.serversmtp.com/en/smtp-configurationhttp://www.serversmtp.com/en/smtp-configurationhttp://www.serversmtp.com/en/smtp-configurationhttp://www.serversmtp.com/en/smtp-configurationhttp://www.serversmtp.com/en/smtp-configurationhttp://www.serversmtp.com/en/smtp-configurationhttp://blog.getbootstrap.com/http://ngiriraj.com/http://www.w3schools.com/php/php_file_upload.asphttp://www.mnmk.ro/documents/2013-01/4-18-1-13.pdfhttp://www.mnmk.ro/documents/2013-01/4-18-1-13.pdfhttp://www.researchersworld.com/vol3/issue3/vol3_issue3_2/Paper_05.pdfhttp://www.w3schools.com/html/html5_intro.asphttp://dev.mysql.com/doc/http://www.serversmtp.com/en/smtp-configurationhttp://blog.getbootstrap.com/http://ngiriraj.com/http://www.w3schools.com/php/php_file_upload.asphttp://www.mnmk.ro/documents/2013-01/4-18-1-13.pdfhttp://www.mnmk.ro/documents/2013-01/4-18-1-13.pdfhttp://www.researchersworld.com/vol3/issue3/vol3_issue3_2/Paper_05.pdf

MeNToRS - Online Recruitment Portal

Documents

Transcript of MeNToRS - Online Recruitment Portal