supply chain management system project report
DESCRIPTION
mba projectTRANSCRIPT
SUPPLY CHAIN MANAGEMENT SYSTEM
Submitted as partial fulfillment for the award of the Degree of Bachelor of Technology in
Information Technology
Department of Information Technology
CERTIFICATE
External Examiner: ____________________________________________________ (Signature with date)
Internal Examiner: _____________________________________________________ (Signature with date)
Head of the Department: ____________________________________________________ (Signature with date)
Acknowledgement
ABSTRACT
“SUPPLY CHAIN MANAGEMENT SYSTEM” i s t he managemen t o f a ne twork o f i n t e r connec t ed bus ine s se s i nvo lved i n t he u l t ima t e p rov i s i on o f p roduc t and s e rv i ce packages r equ i r ed by end cus tomer s . I t spans a l l movemen t and s t o r age o f r aw ma te r i a l s , work - in -p roce s s i nven to ry , and f i n i shed goods f rom po in t -o f -o r i g in t o po in t -o f - consumpt ion . I t i s ma in ly de s igned fo r t he p roduc t i on s ec to r , wh i ch g ive s i n fo rma t ion r e l a t ed t o c l i en t and dea l e r s o f t he company w i th r e spec t t o p roduc t l aunches . Th i s app l i c a t i on i s de s igned t o run on any compu te r . The re i s need t o i n s t a l l j ava so f twa re on c l i en t s i de mach ine . Based on t he de s igna t i on o f t he u se r who r eg i s t e r s i n to t he app l i c a t i on he ha s t he pe rmi s s ion t o submi t h i s r eg i s t r a t i on fo rm and t hen spec i fy t he r equ i r emen t s . Th i s Documen t p l ays a v i t a l r o l e i n compan i e s a r e t he t a rge t s o f t he Supp ly cha in managemen t Too l . Thus i t i s expec t ed t ha t t he company w i l l dea l d i r e c t l y w i th e ach c l i en t s o f t he company r ega rd ing p roduc t i n fo rma t ion . . I t f u l f i l l s d i f f e r en t r equ i r emen t s o f c l i en t ’ s . The spec i f i c pu rpose o f t he sy s t em i s t o au toma te t he commun ica t i on be tween t he managemen t (Admin ) , c l i en t s and t he dea l e r s o f t he o rgan i za t i on .
CONTENTS
1. INTRODUCTION
1.1 PURPOSE1.2 INPUT/OUTPUT
2. REQUIRMENT SPECIFICATION
2.1 HARDWARE REQUIRMENTS2.2 SOFTWARE REQUIRMENTS2.3 TECHNLOGIES USED
3. ASSUMPTIONS
3.1 EXISTING SYSTEM3.2 PROPOSED SYSTEM
4. SYSTEM DESIGN
4.1 ABOUT UML 4.2 UML DIAGRAMS
5. DATA BASE DESIGN 5.1 DATA BASE TABLES
6. IMPLEMENTATION
6.1 MODULES6.2 SCREEN SHOTS
7. CONCLUSION
7.1 FUTURE ENHANCEMENTS 8. BIBILIOGRAPHY
INTRODUCTION
1. INTRODUCTION
The “SUPPLY CHAIN MANAGEMENT SYSTEM” i s t he web -based
sy s t em, de s igned fo r a p roduc t i on s ec to r , wh i ch g ive s i n fo rma t ion
r e l a t ed t o t he c l i en t s and dea l e r s o f t he company w i th r e spec t t o i t s
p roduc t l aunches . Th i s p roduc t deve lops a sy s t em tha t c an be u sed
by t he company managemen t t o keep t r a ck o f t he s a l e s , dea l e r s and
i t s c l i en t s . I n t he ex i s t i ng me thod o f t r a ck ing o f a l l t he de t a i l s i s
t ed ious and t ime consuming . Any p roduc t su rvey and l aunch ing o f
t he a r ea c a r r i ed ou t manua l l y by r ep re sen t a t i ve s , wh i ch i s a t ime
t ak ing t a sk . I t f u l f i l l s d i f f e r en t r equ i r emen t s o f c l i en t s o f t he
company . The spec i f i c pu rpose o f t he sy s t em i s t o au toma te t he
commun ica t i on be tween c l i en t s , Admin and t he dea l e r s o f t he
o rgan i za t i on .
PICTORIAL VIEW OF THE SYSTEM
1.1 PURPOSE
The spec i f i c pu rpose o f t he sy s t em i s t o au toma te t he commun ica t i on
be tween t he managemen t , c l i en t s and t he dea l e r s o f t he o rgan i za t i on .
Th i s p ro j ec t ma in t a in s t he i n fo rma t ion r e l a t ed t o t he c l i en t and
dea l e r s o f t he company w i th r e spec t t o i t s p roduc t l aunch . Th i s w i l l
a l so keep t r a ck o f s a l e s and dea l e r s . The s cope o f t h i s p ro j ec t i s t o
enab l e t he u se r o f an o rgan i za t i on t o v i ew the i s sue s t h rough t he
LAN/ In t e rne t . Based on t he ca t ego ry o f t he u se r i . e . emp loyee o r
admin i s t r a t o r , t he va r i ous pa r t s o f t he sy s t em a r e made ava i l ab l e t o
t he u se r s .
1.2 INPUT AND OUTPUT OF THE PROJECT
“ Supp ly cha in managemen t” i s ba s i ca l l y , t he movemen t o f
r aw ma te r i a l s i n to f i n i shed goods . I n t h i s p ro j ec t t he C l i en t p rov ide s
i t s r equ i r emen t s abou t t he p roduc t . The admin , t hen con t ac t s i t s
va r i ous dea l e r s f o r ga the r i ng t he r equ i r emen t s .The dea l e r s d i sp l ays
t he l i s t o f i t ems f rom wh ich t he admin s e l ec t s t he i t ems a s spec i f i ed
by t he c l i en t .Af t e r ga the r i ng t he r equ i r ed i t ems , admin g ive s t he
ga the red i t ems t o t he i nven to ry depa r tmen t whe re t he p roce s s ing i s
done . The f i na l p roduc t i s manufac tu r ed and t hen f i na l l y de l i ve r ed
t o t he c l i en t wh ich i s t he ou tpu t o f t he p ro j ec t . I n t he mean wh i l e
t he manufac tu r i ng cos t i s t abu l a t ed by t he accoun t i ng depa r tmen t
and g iven t o t he c l i en t . F ina l l y t he c l i en t g ive s i t s f e edback wh ich i s
t r ans f e r r ed t o t he Admin and t he dea l e r s .
REQUIREMENT SPCIFICATIONS
2. REQUIREMENT SPCIFICATIONS
2.1 HARDWARE REQUIREMENTS:
Processor Intel Pentium family
RAM 256 MB
Hard disc 16 GB Operating System Windows 2000
2.2 SOFTWARE REQUIREMENTS:
Front End HTML
Back End M.S Access Web server Apache Tomcat 5.1 Languages Java using JSP and JDBC
2.3 TECHNOLOGIES USED
2.3.1 INTRODUCTION TO JAVA
Java i s a p rog ramming l anguage o r i g ina l l y deve loped by J ames Gos l i ng a t Sun Mic rosys t ems .The l anguage de r i ve s much o f i t s syn t ax f rom C and C++ bu t ha s a s imp le r ob j ec t mode l and f ewer l ow- l eve l f a c i l i t i e s . J ava app l i c a t i ons a r e t yp i ca l l y compi l ed t o by t ecode t ha t c an run on any J ava v i r t ua l mach ine ( JVM) r ega rd l e s s o f compu te r a r ch i t e c tu r e .
One cha rac t e r i s t i c o f J ava i s po r t ab i l i t y , wh i ch means t ha t compu te r p rog rams wr i t t en i n t he J ava l anguage mus t r un s im i l a r l y on any suppo r t ed ha rdware /ope ra t i ng - sys t em p l a t fo rm . One shou ld be ab l e t o wr i t e a p rog ram once , compi l e i t once , and run i t anywhe re .
Th i s i s a ch i eved by compi l i ng t he J ava l anguage code , no t t o mach ine code bu t t o J ava by t ecode – i n s t ruc t i ons ana logous t o mach ine code bu t i n t ended t o be i n t e rp r e t ed by a v i r t ua l mach ine (VM) wr i t t en spec i f i c a l l y fo r t he hos t ha rdware . End -use r s common ly u se a J ava Run t ime Env i ronmen t ( JRE) i n s t a l l ed on t he i r own mach ine fo r s t anda lone J ava app l i c a t i ons , o r i n a Web b rowse r fo r J ava app l e t s. S t anda rd i zed l i b r a r i e s p rov ide a gene r i c way t o a cce s s hos t spec i f i c f e a tu r e s such a s g r aph i c s , t h r ead ing and ne twork ing . I n some JVM ve r s ions , by t ecode can be compi l ed t o na t i ve code , e i t he r be fo re o r du r ing p rog ram execu t i on , r e su l t i ng i n f a s t e r execu t i on . A ma jo r bene f i t o f u s ing by t ecode i s po r t i ng . Howeve r , t he ove rhead o f i n t e rp r e t a t i on means t ha t i n t e rp r e t ed p rog rams a lmos t a lways run more s l owly t han p rog rams compi l ed t o na t i ve execu t ab l e s wou ld , and J ava su f f e r ed a r epu t a t i on fo r poo r pe r fo rmance . Th i s gap ha s been na r rowed by a number o f op t im i sa t i on t e chn iques i n t roduced i n t he more r ecen t JVM imp lemen ta t i ons .
One such t e chn ique , known a s j u s t - i n - t ime ( J IT ) compi l a t i on , t r ans l a t e s J ava by t ecode i n to na t i ve code t he f i r s t t ime t ha t code i s execu t ed , t hen caches i t . Th i s r e su l t s i n a p rog ram tha t s t a r t s and execu t e s f a s t e r t han pu re i n t e rp r e t ed code can , a t t he cos t o f i n t roduc ing occa s iona l compi l a t i on ove rhead du r ing execu t i on . More soph i s t i c a t ed VMs a l so u se dynamic r ecompi l a t i on , i n wh ich t he VM ana lyze s t he behav io r o f t he runn ing p rog ram and s e l ec t i ve ly r e compi l e s and op t im ize s pa r t s o f t he p rog ram.
2.3.2 Java’s Magic: The Byte Code:
The key t ha t a l l ows j ava t o so lve bo th t he
s ecu r i t y and t he po r t ab i l i t y p rob l ems j u s t de sc r i bed i s t ha t t he
ou tpu t o f t he j ava compi l e r i s no t an execu t ab l e code . Ra the r , i t i s
By t e Code . By t e Code i s a h igh ly op t im ized s e t o f i n s t ruc t i ons
de s igned t o be execu t ed by v i r t ua l mach ine t ha t t he j ava Run- t ime
sys t em emula t e s . Th i s may come a s i t o f su rp r i s e a s you know c++ i s
compi l ed , no t i n t e rp r e t ed -mos t l y because o f pe r fo rmance conce rns .
Howeve r , t he f a c t t ha t a j ava p rog ram i s i n t e rp r e t ed he lp s so lve t he
ma jo r p rob l ems a s soc i a t ed w i th down load ing t he p rog ram ove r t he
In t e rne t .
He re i s why j ava was de s igned t o be
i n t e rp r e t ed l anguage . Because j ava p rog rams a r e i n t e rp r e t ed r a the r
t han compi l ed . I t i s e a s i e r t o run t hem in w ide va r i e t y o f
env i ronmen t s . On ly t he j ava run t ime sys t em needs t o be
imp lemen ted fo r e ach p l a t fo rm . Once t he run t ime package ex i s t s f o r
a g iven sy s t em any j ava p rog ram can run on i t . I f j ava we re a
compi l ed l anguage t hen d i f f e r en t ve r s i ons o f t he s ame p rog ram wi l l
have t o ex i s t f o r e ach t ype o f CPU connec t ed t o t he In t e rne t . Thus
i n t e rp r e t a t i on i s t he e a s i e s t way t o c r ea t e t r u ly po r t ab l e p rog rams .
A l t hough j ava was de s igned t o be i n t e rp r e t ed , t he r e
i s t e chn i ca l l y no th ing abou t j ava t ha t p r even t s on t he f l y
compi l a t i on o f By t e Code i n to na t i ve code . Howeve r , even i f
dynamic compi l a t i on we re app l i ed t o By t e Code , t he po r t ab i l i t y and
s a f e ty wou ld s t i l l app ly , because t he run t ime sys t em wou ld s t i l l b e
i n change o f t he execu t i on env i ronmen t .
2.3.3 Java Virtual Machine
A Java V ir tua l Mach ine ( JVM ) i s a s e t o f compu te r so f twa re p rog rams and da t a s t r uc tu r e s wh ich u se a v i r t ua l mach ine mode l f o r t he execu t i on o f o the r compu te r p rog rams and s c r i p t s . The mode l u sed by a JVM accep t s a f o rm o f compu te r i n t e rmed i a t e l anguage common ly r e f e r r ed t o a s J ava by t ecode . Th i s l anguage concep tua l l y r ep re sen t s t he i n s t ruc t i on s e t o f a s t a ck -o r i en t ed , c apab i l i t y a r ch i t e c tu r e . Java V i r t ua l Mach ine s ope ra t e on J ava by t ecode , wh ich i s no rma l ly gene ra t ed f rom Java sou rce code ; a JVM can a l so be u sed t o imp lemen t p rog ramming l anguages o the r t han J ava . Fo r example , Ada s ou rce code can be compi l ed t o J ava by t ecode , wh ich may t hen be execu t ed by a JVM.
The JVM i s a c ruc i a l componen t o f t he J ava P l a t fo rm . Because JVMs a r e ava i l ab l e fo r many ha rdware and so f twa re p l a t fo rms , J ava can be bo th midd l eware and a p l a t fo rm in i t s own r i gh t — hence t he t r ademark wr i t e once , r un anywhe re . The u se o f t he s ame by t ecode fo r a l l p l a t fo rms a l l ows J ava t o be de sc r i bed a s " compi l e once , r un anywhe re" , a s opposed t o "wr i t e once , compi l e anywhe re" , wh i ch de sc r i be s c ro s s -p l a t fo rm compi l ed l anguages . The JVM a l so enab l e s such un ique f ea tu r e s a s Au toma ted Excep t i on Hand l i ng wh ich p rov ide s ' r oo t - cause ' debugg ing i n fo rma t ion fo r eve ry so f twa re e r ro r ( excep t i on ) i ndependen t o f t he sou rce code .
2.3.4 HYPER TEXT MARKUP LANGUAGE (HTML)
HTML i s a l anguage u sed t o c r ea t e hype r t ex t
documen t s t ha t have hype r l i nks embedded i n t hem .You can bu i l d
web pages . I t i s on ly a fo rma t t i ng l anguage and no t a p rog ramming
l anguage . Hype r l i nks a r e unde r l i ned o r emphas i zed words o r
l oca t i ons i n a s c r een t ha t l e ad t o o the r documen t s . WWW i s a
g loba l , i n t e r ac t i ve , g r aph i ca l , hype r t ex t i n fo rma t ion sy s t em.
The beh ind hype r t ex t i s t ha t i n s t e ad o f r e ad ing
t ex t i n r i g id l i ne r s t r uc tu r e you can ea s i l y j ump f rom po in t t o
ano the r po in t .You can nav iga t e t h rough t he i n fo rma t ion ba sed on
you r i n t e r e s t and p r e f e r ences .
Platform Independentency:
I f you can acce s s In t e rne t , you can acce s s WWW,
i r r e spec t i ve o f you r Ope ra t i ng Sys t em and t he Ope ra t i ng Sys t em o f
Web Se rve r you a r e a cce s s ing .A l l you r equ i r e i s t o v i ew and
down load t he HTML f i l e s , wh i ch a r e on t he WWW, a r e b rowse r and
In t e rne t connec t i ons .
HTML i s a l anguage fo r de sc r i b ing s t ruc tu r ed
documen t s . HTML desc r i be s t he s t r uc tu r e o f documen t s - l i s t s ,
head ing , and pa rag raph , e t c . E l emen t s o f web documen t a r e t h rough
t he u sage o f HTML t ags . I t i s t ag s t ha t de sc r i be documen t s .
Any th ing t ha t i s no t a t ab i s pa r t o f a documen t i t s e l f
Advantages:
An HTML documen t i s a sma l l and hence ea sy t o
s end ove r t he ne t . I t i s sma l l because i t doe s no t i nc lude fo rma t
i n fo rma t ion .
HTML documen t s a r e c ro s s p l a t fo rm compa t i b l e and
dev i ce i ndependen t . You on ly need HTML readab l e b rowse r t o v i ew
them. Fon t names , l oca t i ons e t c a r e r equ i r ed .
2.3.5 JAVA SCRIPT
JAVA sc r i p t enab l e s you t o embed commands i n
an HTML page . When a compa t i b l e web b rowse r , such a s Ne t scape
Nav iga to r 2 o r h ighe r o r I n t e rne t exp lo re r 3 o r h ighe r , down loads
t he page , you r JAVA sc r i p t commands a r e l oaded by t he web
b rowse r a s pa r t o f t he HTML documen t . These commands can be
t r i gge red when t he u se r c l i ck s page i t ems , man ipu l a t e s gadge t s and
f i e l d s i n an HTML fo rm, o r moves t h rough t he page h i s t o ry l i s t .
Scripting Language:
JavaSc r ip t enab l e s Web au tho r s t o wr i t e sma l l s c r i p t s
t ha t execu t e on t he u se r s ’ b rowse r s r a t he r t han on t he s e rve r . An
app l i c a t i on t ha t co l l e c t s da t a f rom a fo rm and t hen pos t s i t t o t he
s e rve r c an va l i da t e t he da t a fo r comple t enes s and co r r ec tne s s , f o r
example , be fo re s end ing i t t o t he s e rve r . Th i s c an g r ea t l y improve
t he pe r fo rmance o f t he b rows ing s e s s ion because u se r s don ’ t have t o
s end da t a t o t he s e rve r un t i l i t h a s been ve r i f i ed a s co r r ec t .
Ano the r impor t an t Web b rowse r s c r i p t i ng
l anguages such a s J avaSc r ip t comes a s a r e su l t o f t he i nc r ea sed
func t i ona l i t y be ing i n t roduced fo r Web b rowse r s i n t he fo rm o f J ava
app l e t s , p l ug - in s , Dynamic HTML e l emen t s , Ac t i ve X Con t ro l s , and
VRML ob j ec t s and wor ld s . Web au tho r s c an u se each o f t he se t h ings
t o add ex t r a func t i ons and i n t e r ac t i v i t y t o a Web page . Sc r i p t i ng
l anguage ac t s a s t he g lue t ha t b inds eve ry th ing t oge the r .
A Web page migh t u se an HTML fo rm to ge t some
use r i npu t and t hen s e t a pa r ame te r f o r a J ava app l e t ba sed on t ha t
i npu t . I t i s u sua l l y a s c r i p t t ha t c a r r i e s ou t .
Use of JavaScript:
JavaSc r ip t p rov ide s a f a i r l y comple t e s e t o f bu i l t - i n func t i ons
and commands , enab l i ng you t o pe r fo rm ma th ca l cu l a t i ons ,
man ipu l a t e s t r i ngs , p l ay sounds , open new windows and new
URLs , and acce s s and ve r i fy u se r i npu t t o you r Web fo rms .
Code t o pe r fo rm the se ac t i ons c an be embedded i n a page and
execu t ed when t he page i s l oaded . We can a l so wr i t e f unc t i ons
con t a in ing code t ha t i s t r i gge red by even t s you spec i fy . You
can wr i t e a J avaSc r ip t me thod t ha t i s c a l l ed when t he u se r
c l i ck s submi t bu t t on o f a f o rm , fo r example , o r one t ha t i s
a c t i va t e when t he u se r c l i ck s a hype r l i nk on t he ac t i ve page .
JavaSc r ip t c an a l so s e t t he a t t r i bu t e s , o r p rope r t i e s , o f Web
page e l emen t s , Ac t i ve -x con t ro l s , J ava app l e t s and o the r
ob j ec t s p r e sen t i n t he b rowse r .
Thi s way , you can change t he behav io r o f p lug - in s o r o the r
ob j ec t s w i thou t hav ing t o r ewr i t e t hem. Your J avaSc r ip t code
cou ld au toma t i ca l l y s e t t he t ex t o f an Ac t i ve -X Labe l Con t ro l ,
f o r example , ba sed on wha t t ime t he page i s v i ewed .
JavaSc r ip t commands a r e embedded i n you r HTML documen t s .
Embedd ing J avaSc r ip t i n you r pages r equ i r e s on ly one new
HTML e l emen t : <SCRIPT> and < /SCRIPT> . The <SCRIPT>
e l emen t t ake s t he a t t r i bu t e LANGUAGE, wh ich spec i f i e s t he
s c r i p t i ng l anguage t o u se when eva lua t i ng t he s c r i p t , and SRC,
wh ich can be u sed t o l oad a s c r i p t f r om an ex t e rna l sou rce .
2.3.6 JDBC-ODBC
Java Data Base Connectivity (JDBC)
JDBC i s a s e t o f spec i f i c a t i on t ha t de f i ne s
how a p rog ram wr i t t en i n j ava can commun ica t e and i n t e r ac t w i th a
da t abase . I t p rov ide s a veh i c l e fo r t he exchange o f SQL be tween j ava
app l i c a t i on and da t abase s . P rog rams deve loped w i th j ava and t he
JDBC a re p l a t fo rm independen t and vendo r i ndependen t .
The s ame j ava da t abase p rog ram can run on PC , a
works t a t i on , o r j ava powered t e rmina l . You can move you r da t a f rom
one da t abase t o ano the r , fo r example f rom Mic roso f t SQL Se rve r t o
Orac l e and t he s ame p rog ram can s t i l l r e ad you r da t a . Th i s i s i n
sha rp con t r a s t t o t he da t abase p rog ramming t yp i ca l l y done on
pe r sona l compu te r s t oday . I t i s a l l common tha t one wr i t e s t he
da t abase app l i c a t i on i n p rop r i e t a ry da t abase l anguage , u s ing a
da t abase managemen t sy s t em tha t i s ava i l ab l e on ly f rom one o r two
p l a t fo rms .
A t t he hea r t o f t he JDBC i s t he JDBC d r ive r .
JDBC d r ive r i s r e spons ib l e fo r ensu r ing t ha t any r eques t s made by
t he app l i c a t i on a r e p r e sen t ed t o t he da t abase i n away t ha t i s
mean ing fu l t o t he da t abase s . JDBC was de s igned t o suppo r t t he mos t
common fo rm o f SQL known a s ANSI SQL92 en t ry l eve l s t anda rd .
The JDBC cons i s t s o f two l aye r s .The t op
l aye r i s t he JDBC API . Th i s API commun ica t e s w i th JDBC manage r
d r i ve r API s end ing , i t t he va r i ous SQL s t a t emen t s . The manage r
shou ld commun ica t e w i th t he va r i ous t h i rd pa r t y d r i ve r s t ha t
a c tua l l y connec t t o t he da t abase and r e tu rn t he i n fo rma t ion f rom the
que ry o r pe r fo rmed t he ac t i on spec i f i ed by t he que ry .
Open Database Connectivity(ODBC)
Open Database Connec t iv i ty ( ODBC ) p rov ide s a s t anda rd so f twa re API me thod fo r u s ing da t abase managemen t sy s t ems (DBMS) . The de s igne r s o f ODBC a imed t o make i t i ndependen t o f p rog ramming l anguages , da t abase sy s t ems , and ope ra t i ng sy s t ems .
JDBC-ODBC Bridge:
ODBC d r ive r i s t he on ly d r i ve r t ha t c an be u sed w i th t he
mu l t i p l e da t abase s and i s vendo r i ndependen t . The ODBC in t e r f ace
r ema ins cons t an t no ma t t e r wh ich da t abase i s u sed . Th i s means t ha t
t h i s t ype o f JDBC d r ive r on ly needs t o speak on ly one l anguage
ODBC.
2.3.7 JSP (JAVA SERVER PAGES)
J ava Se rve r Pages ( JSP) t e chno logy a l l ows you t o e a s i l y c r ea t e Web con t en t t ha t ha s bo th s t a t i c and dynamic componen t s . JSP t e chno logy p ro j ec t s a l l t he dynamic capab i l i t i e s o f J ava Se rv l e t t e chno logy bu t p rov ide s a more na tu r a l app roach t o c r ea t i ng s t a t i c con t en t . The ma in f ea tu r e s o f JSP t e chno logy a r e
A l anguage fo r deve lop ing JSP pages , wh ich a r e t ex t -ba sed documen t s t ha t de sc r i be how to p roce s s a r eques t and cons t ruc t a r e sponse
Cons t ruc t s f o r a cce s s ing s e rve r - s i de ob j ec t s Mechan i sms fo r de f i n ing ex t ens ions t o t he JSP l anguage
TAGS USED IN JSP
Dec la r a t i on Tag
Expre s s ion t ag
Sc r ip t l e t Tag
Di rec t i ve Tag
Act ion Tag
LIFE CYCLE OF JSP PAGE
A JSP page s e rv i ce s r eques t s a s a s e rv l e t . Thus , t he l i f e cyc l e and many o f t he c apab i l i t i e s o f JSP pages ( i n pa r t i cu l a r t he dynamic a spec t s ) a r e de t e rmined by J ava Se rv l e t t e chno logy .
When a r eques t i s mapped t o a JSP page , i t i s hand l ed by a spec i a l s e rv l e t t ha t f i r s t checks whe the r t he JSP page ' s s e rv l e t i s o lde r t han t he JSP page . I f i t i s , i t t r an s l a t e s t he JSP page i n to a s e rv l e t c l a s s and compi l e s t he c l a s s . Dur ing deve lopmen t , one o f t he advan t ages o f JSP pages ove r Se rv l e t s i s t ha t t he bu i l d p roce s s i s pe r fo rmed au toma t i ca l l y .
TRANSLATION AND COMPILATION
Dur ing t he t r ans l a t i on phase , e ach t ype o f da t a i n a JSP page i s t r e a t ed d i f f e r en t l y . Templa t e da t a i s t r ans fo rmed i n to code t ha t w i l l emi t t he da t a i n to t he s t r e am tha t r e t u rn s da t a t o t he c l i en t . JSP e l emen t s a r e t r e a t ed a s fo l l ows :
Di rec t i ve s a r e u sed t o con t ro l how the Web con t a ine r t r ans l a t e s and execu t e s t he JSP page .
Sc r ip t i ng e l emen t s a r e i n se r t ed i n to t he JSP page ' s s e rv l e t c l a s s . See JSP Sc r ip t i ng E l emen t s fo r de t a i l s .
Elemen t s o f t he fo rm < j sp : XXX . . . / > a r e conve r t ed i n to me thod ca l l s t o J avaBeans componen t s o r i nvoca t i ons o f t he J ava Se rv l e t API .
Fo r a JSP page named page Name , t he sou rce fo r a JSP page ' s s e rv l e t i s kep t i n t he f i l e
J2EE_HOME / repos i t o ry / hos t /web / Con tex t_ roo t / _0002fpageName_ j sp . j ava
Bo th t he t r ans l a t i on and compi l a t i on phase s c an y i e ld e r ro r s t ha t a r e on ly obse rved when t he page i s r eques t ed fo r t he f i r s t t ime . I f an e r ro r occu r s wh i l e t he page i s be ing t r ans l a t ed ( fo r example , i f t he t r ans l a to r encoun t e r s a ma l fo rmed JSP e l emen t ) , t he s e rve r w i l l r e t u rn a Pa r se Excep t i on , and t he s e rv l e t c l a s s sou rce f i l e w i l l be emp ty o r i ncomple t e . The l a s t i ncomple t e l i ne w i l l g i ve a po in t e r t o t he i nco r r ec t JSP e l emen t .
I f an e r ro r occu r s wh i l e t he JSP page i s be ing compi l ed ( fo r example , t he r e i s a syn t ax e r ro r i n a s c r i p t l e t ) , t he s e rve r w i l l r e t u rn a J a spe r Excep t i on and a message t ha t i nc ludes t he name o f t he JSP page ' s s e rv l e t and t he l i ne whe re t he e r ro r occu r r ed . Once t he page ha s been t r ans l a t ed and compi l ed , t he JSP page ' s s e rv l e t f o r t he mos t pa r t f o l l ows t he s e rv l e t l i f e cyc l e .
1 . I f an i n s t ance o f t he JSP page ' s s e rv l e t does no t ex i s t , t he con t a ine r :
a . Loads t he JSP page ' s s e rv l e t c l a s s b . In s t an t i a t e s an i n s t ance o f t he s e rv l e t c l a s s c . I n i t i a l i z e s t he s e rv l e t i n s t ance by ca l l i ng t he
JSPs In i t me thod
1 . Invokes t he JSPs Se rv i ce me thod , pa s s ing a r eques t and r e sponse ob j ec t .
I f t he con t a ine r needs t o r emove t he JSP page ' s s e rv l e t , i t c a l l s t he JSPs Des t roy me thod .
EXECUTION
One can con t ro l va r i ous JSP page execu t i on pa rame te r s u s ing by page d i r e c t i ve s . Va r ious e r ro r s c an be encoun t e r ed wh i l e execu t i ng a JSP page . So , page d i r ec t i ve s a r e u sed .
BUFFERING
When a JSP page i s execu t ed , ou tpu t wr i t t en t o t he r e sponse ob j ec t i s au toma t i ca l l y bu f f e r ed . You can s e t t he s i z e o f t he bu f f e r w i th t he fo l l owing page d i r ec t i ve :
<%@ page bu f f e r="none | xxx kb" %>
A l a rge r bu f f e r a l l ows more con t en t t o be wr i t t en be fo re any th ing i s a c tua l l y s en t back t o t he c l i en t , t hus p rov id ing t he JSP page w i th more t ime t o s e t app rop r i a t e s t a t u s codes and heade r s o r t o fo rwa rd t o ano the r Web r e sou rce . A sma l l e r bu f f e r dec r ea se s s e rve r memory l oad and a l l ows t he c l i en t t o s t a r t r e ce iv ing da t a more qu i ck ly .
ERROR HANDLING
Any number o f excep t i ons c an a r i s e when a JSP page i s execu t ed . To spec i fy t ha t t he Web con t a ine r shou ld fo rwa rd con t ro l t o an e r ro r page i f an excep t i on occu r s , i nc lude t he fo l l owing page d i r ec t i ve a t t he beg inn ing o f you r JSP page :
<%@ page e r ro rPage=" f i l e_name " %>
The Duke ' s Books to r e app l i c a t i on page i n i t de s t roy . j sp con t a in s t he d i r ec t i ve
<%@ page e r ro rPage="e r ro rpage . j sp"%>
The beg inn ing o f e r ro rpage . j sp i nd i ca t e s t ha t i t i s s e rv ing a s an e r ro r page w i th t he fo l l owing page d i r ec t i ve :
<%@ page i sE r ro rPage=" t rue | f a l s e " %>
Th i s d i r ec t i ve makes t he excep t i on ob j ec t ( o f t ype j avax . s e rv l e t . j sp . J spExcep t i on ) ava i l ab l e t o t he e r ro r page , so t ha t
you can r e t r i eve , i n t e rp r e t , and pos s ib ly d i sp l ay i n fo rma t ion abou t t he c ause o f t he excep t i on i n t he e r ro r page .
JSP Versus ASP
JSP and ASP do have some ba s i c concep t s i n common . They bo th make u se o f s imp le s eve r - s i de s c r i p t i ng t o p rov ide acce s s t o Web se rve r i n fo rma t ion and func t i ona l i t y . They bo th do so u s ing ob j ec t o r i en t ed s c r i p t i ng . And t hey bo th s t a r t ed ou t w i th s im i l a r s t y l e s o f de l im i t i ng t h i s s c r i p t i ng f rom a page ' s con t en t .
Ye t wh i l e ASP p r ima r i l y suppo r t s two s c r i p t i ng l anguages – J Sc r i p t and VBScr ip t - - JSP ac tua l l y suppo r t s r e a l J ava code , no t a new sc r i p t i ng l anguage . The d i f f e r ence i s t ha t t he J ava code i n s ide a JSP page i s more s c r i p t - l i ke because i t doe sn ' t r equ i r e J ava c l a s s and package de f i n i t i ons . The J ava code i n s ide JSP i s added t o me thods o f a J ava Se rv l e t t ha t a r e gene ra t ed t he f i r s t t ime t he JSP i s r eques t ed .
JSP versus SERVLET
Se rv l e t s and J ava Se rve r Pages a r e complemen ta ry APIs , bo th p rov id ing a means fo r gene ra t i ng dynamic Web con t en t . A s e rv l e t i s a J ava c l a s s imp lemen t ing t he j avax . s e rv l e t .Se rv l e t i n t e r f ace t ha t r uns w i th in a Web o r app l i c a t i on s e rve r ' s s e rv l e t eng ine , s e rv i c ing c l i en t r eques t s f o rwa rded t o i t t h rough t he s e rve r . A J ava Se rve r Page i s a s l i gh t l y more compl i ca t ed bea s t . JSP pages con t a in a m ix tu r e o f HTML, J ava s c r i p t s ( no t t o be con fused w i th J avaSc r ip t ) , JSP e l emen t s , and JSP d i r ec t i ve s . The e l emen t s i n a J ava Se rve r Page w i l l gene ra l l y be compi l ed by t he JSP eng ine i n to a s e rv l e t , bu t t he JSP spec i f i c a t i on on ly r equ i r e s t ha t t he JSP page execu t i on en t i t y fo l l ow the Se rv l e t P ro toco l .
The advan t age o f J ava Se rve r Pages i s t ha t t hey a r e documen t - cen t r i c . Se rv l e t s , on t he o the r hand , l ook and ac t l i ke p rog rams . A Java Se rve r Page can con t a in J ava p rog ram f r agmen t s t ha t i n s t an t i a t e and execu t e J ava c l a s se s , bu t t he se occu r i n s ide an HTML t emp la t e f i l e and a r e p r ima r i l y u sed t o gene ra t e dynamic con t en t . Some o f t he JSP func t i ona l i t y c an be ach i eved on t he c l i en t , u s i ng J avaSc r ip t . The power o f JSP i s t ha t i t i s s e rve r -ba sed and p rov ide s a f r amework fo r Web app l i c a t i on deve lopmen t . Ra the r t han choos ing be tween s e rv l e t s and J ava Se rve r Pages , you w i l l f i nd t ha t mos t non - t r i v i a l app l i c a t i ons w i l l wan t t o u se a combina t i on o f JSP and s e rv l e t s .
ADVANTAGES OF JSP:
Se t you r c l a s spa th (NOT r equ i r ed ) . Compi l e you r code (NOT requ i r ed ) . Use packages t o avo id name con f l i c t (NOT
r equ i r ed ) . Pu t JSP i n spec i a l d i r e c to ry (NOT r equ i r ed )
o Se rv l e t s a r e kep t i n (webapps / example s /WEB-INF/c l a s se s )
o JSPs a r e kep t i n (webapps / example s ) Use spec i a l URLs t o i nvoke JSP page . (NOT
r equ i r ed )o Acces s ing Log inSe rv l e t
( h t t p : / / l oca lhos t : 8080 / example s / s e rv l e t /Log inSe rv l e t )
o Acces s ing Log in . j sp (h t t p : / / l oca lhos t : 8080 / example s /Log in . j sp )
ASSUMPTIONS
3. ASSUMPTIONS
3.1 EXISTING SYSTEM Supp ly cha in management (SCM) i s t he managemen t o f a ne twork o f i n t e r connec t ed bus ine s se s i nvo lved i n t he u l t ima t e p rov i s i on o f p roduc t and s e rv i ce packages r equ i r ed by end cus tomer s Supp ly Cha in Managemen t spans a l l movemen t and s t o r age o f r aw ma te r i a l s , work - in -p roce s s i nven to ry , and f i n i shed goods f rom po in t -o f -o r i g in t o po in t -o f - consumpt ion . Organ i za t i ons i nc r ea s ing ly f i nd t ha t t hey mus t r e l y on e f f ec t i ve supp ly cha in s , o r ne tworks , t o succe s s fu l l y compe t e i n t he g loba l ma rke t and ne tworked economy . Dur ing t he pa s t decades , g loba l i z a t i on , ou t sou rc ing and i n fo rma t ion t e chno logy have enab l ed many o rgan i za t i ons t o succe s s fu l l y ope ra t e so l i d co l l abo ra t i ve supp ly ne tworks i n wh ich each spec i a l i z ed bus ine s s pa r t ne r f ocuse s on on ly a f ew key s t r a t eg i c a c t i v i t i e s . Any p roduc t su rvey and l aunch ing o f t he a r ea c a r r i ed ou t manua l l y by r ep re sen t a t i ve s , wh i ch i s a t ime t ak ing t a sk . And even ga the r i ng a l l t he r equ i r emen t s f rom d i f f e r en t dea l e r s was a l so ve ry t ed ious .
3.2 PROPOSED SYSTEM
The p roduc t de s igned i s t he web -based sy s t em, ma in ly fo r p roduc t i on s ec to r , wh i ch g ive s i n fo rma t ion r e l a t ed t o t he c l i en t s and dea l e r s o f t he company w i th r e spec t t o i t s p roduc t l aunches . Th i s p roduc t deve lops a sy s t em tha t c an be u sed by t he company managemen t t o keep t r a ck o f t he s a l e s , dea l e r s and i t s c l i en t s . I t spans a l l movemen t and s t o r age o f r aw ma te r i a l s , work - in -p roce s s i nven to ry , and f i n i shed goods f rom po in t -o f -o r i g in t o po in t -o f - consumpt ion . Th i s app l i c a t i on i s de s igned t o run on any compu te r . The re i s need t o i n s t a l l j ava so f twa re on c l i en t s i de mach ine . Based on t he de s igna t i on o f t he u se r who r eg i s t e r s i n to t he app l i c a t i on he ha s t he pe rmi s s ion t o submi t h i s r eg i s t r a t i on fo rm and t hen spec i fy t he r equ i r emen t s . Th i s Documen t p l ays a v i t a l r o l e i n compan i e s a r e t he t a rge t s o f t he Supp ly cha in managemen t Too l . Thus i t i s expec t ed t ha t t he company w i l l dea l d i r e c t l y w i th e ach c l i en t s o f t he company r ega rd ing p roduc t i n fo rma t ion . . I t f u l f i l l s d i f f e r en t r equ i r emen t s o f c l i en t ’ s . The spec i f i c pu rpose o f t he sy s t em i s t o au toma te t he commun ica t i on be tween t he managemen t (Admin ) , c l i en t s and t he dea l e r s o f t he o rgan i za t i on .
SYSTEM DESIGN
4. SYSTEM DESIGN
4.1 ABOUT UML
Uni f i ed Mode l i ng Language ( "UML") i s t he i ndus t ry s t anda rd " l anguage" fo r de sc r i b ing , v i sua l i z i ng , and documen t ing ob j ec t -o r i en t ed (OO) sys t ems . UML i s a co l l e c t i on o f a va r i e t y o f d i ag rams fo r d i f f e r i ng pu rpose s . Each t ype o f d i ag ram mode l s a pa r t i cu l a r a spec t o f OO des ign i n an ea sy t o unde r s t and , v i sua l manne r . The UML s t anda rd spec i f i e s exac t l y how the d i ag rams a r e t o be d r awn and wha t e ach componen t i n t he d i ag ram means . UML i s no t dependen t on any pa r t i cu l a r p rog ramming l anguage , i n s t e ad i t f ocuse s one t he fundamen ta l concep t s and i dea s t ha t mode l a sy s t em. Us ing UML enab l e s anyone f ami l i a r w i th i t s spec i f i c a t i ons t o i n s t an t l y r e ad and unde r s t and d i ag rams d rawn by o the r peop l e . The re a r e UML d i ag ram fo r mode l i ng s t a t i c c l a s s r e l a t i onsh ip s , dynamic t empora l i n t e r ac t i ons be tween ob j ec t s , t he u sages o f ob j ec t s , t he pa r t i cu l a r s o f an imp lemen ta t i on , and t he s t a t e t r ans i t i ons o f sy s t ems .
I n gene ra l , a UML d i ag ram cons i s t s o f t he fo l l owing f ea tu r e s : Ent i t i e s : These may be c l a s se s , ob j ec t s , u se r s o r sy s t ems
behav io r s . Rela t ionsh ip L ines : t h a t mode l s t he r e l a t i onsh ip s be tween
en t i t i e s i n t he sy s t em. o Genera l i za t i on : a so l i d l i ne w i th an a r row tha t po in t s t o
a h ighe r abs t r ac t i on o f t he p r e sen t i t em . o Assoc ia t i on : a so l i d l i ne t ha t r ep re sen t s t ha t one en t i t y
u se s ano the r en t i t y a s pa r t o f i t s behav io r . o Dependency : a do t t ed l i ne w i th an a r rowhead t ha t shows
one en t i t y depends on t he behav io r o f ano the r en t i t y .
TYPES OF UML DIAGRAMS:
UML de f ine s n ine t ypes o f d i ag rams : c l a s s ( package ) ,
ob j ec t , u se c a se , s equence , co l l abo ra t i on , s t a t e cha r t , a c t i v i t y ,
componen t , and dep loymen t .
1.CLASS DIAGRAM:
C l a s s d i ag rams a r e t he backbone o f a lmos t eve ry ob j ec t o r i en t ed me thod , i nc lud ing UML. They de sc r i be t he s t a t i c s t r uc tu r e o f a sy s t em.
2.USE CASE DIAGRAM:
Use ca se d i ag rams mode l t he func t i ona l i t y o f sy s t em us ing ac to r s and u se ca se s .
3.SEQUENCE DIAGRAM:
Sequence d i ag rams de sc r i be i n t e r ac t i ons among c l a s se s i n t e rms o f an exchange o f messages ove r t ime .
4. COLLABORATION DIAGRAM:
Col l abo ra t i on d i ag rams r ep re sen t i n t e r ac t i ons be tween ob j ec t s a s a s e r i e s o f s equenced messages . Co l l abo ra t i on d i ag rams de sc r i be bo th t he s t a t i c s t r uc tu r e and t he dynamic behav io r o f a sy s t em .
5.ACTIVITY DIAGRAM:
Act iv i t y d i ag rams i l l u s t r a t e t he dynamic na tu r e o f a sy s t em by mode l i ng t he f l ow o f con t ro l f r om ac t i v i t y t o a c t i v i t y . An ac t i v i t y r ep re sen t s an ope ra t i on on some c l a s s i n t he sy s t em tha t r e su l t s i n a change i n t he s t a t e o f t he sy s t em. Typ i ca l l y , a c t i v i t y d i ag rams a r e u sed t o mode l work f low o r bus ine s s p roce s se s and i n t e rna l ope ra t i on .
4.2 UML DIAGRAMS
4.2.1 Class Diagram Client Transaction
The above d i ag ram shows t he c l i en t f unc t i ona l i t y ,whe re t he c l i en t l ogs i n w i th t he u se r name and pa s sword , spec i f i e s t he r equ i r emen t s , ve r i f i e s t he p roduc t s t a t u s and f i na l l y g ive s t he f e edback .Th i s i s shown wi th t he he lp o f C l a s se s and r e l a t i onsh ip be tween t he se c l a s se s .
Admin functions
The above f i gu re shows t he Admin func t i ons .The re a r e s i x c l a s se s wh ich a r e a s soc i a t ed w i th e ach o the r .The ‘Admin ’ c l a s s i s t he ma in c l a s s s wh ich i s a s soc i a t ed w i th t he ‘V iew c l i en t r eq ’ , ’V iew dea l e r i n fo ’ , ’P roduc t s t a t u s ’ , ’ Inven to ry p roc ’and ‘Feed back ’ c l a s se s .
Dealer Functions
The above c l a s s d i ag ram shows t he Dea l e r f unc t i ona l i t y .The dea l e r c l a s s i s a s soc i a t ed w i th t he ‘ I t em’ c l a s s and i t i s dependen t on t he ‘Admin ’ c l a s s and t he ‘Feed back ’ c l a s s t o ge t t he f e ed back spec i f i ed by t he c l i en t .
4.2.2 Use Case Diagram
Work flow of Admin
The u se ca se d i ag ram mode l t he func t i ona l i t y o f t he sy s t em. The above f i gu re shows t he func t i ona l i t y o f t he Admin .The func t i ons a r e r ep re sen t ed i n t he fo rm o f u se c a se s l i ke t he r equ i r emen t ga the r i ng , i nven to ry p roce s s ing , i nvo i ce o f t he s e l ec t ed i t ems and f i na l l y t he cos t t abu l a t i on .
Client-Admin Transactions
The above f i gu re dep i c t s t he C l i en t -Admin t r ansac t i ons , whe re C l i en t and Admin a r e t he two ac to r s and t he i r f unc t i ons a r e shown by t he u se c a se s .
Admin-Dealer Transactions
The above d i ag ram i s f o r t he Admin -Dea l e r t r ansac t i ons , whe re Admin and dea l e r a r e t he two ac to r s and t he i r f unc t i ons a r e shown by t he u se c a se s , l i ke t he Dea l e r gene ra t e s t he i t em’s l i s t and ma in t a in s t he r e co rd o f t he i t ems ; s im i l a r l y t he Admin ve r i f i e s t he c l i en t ’ s r equ i r emen t s , s e a r ches t he i t ems , s e l e c t s t he i t em and ma in t a in s t he Dea l e r r e co rd .
4.2.3 Sequence Diagram
Client-Admin Sequence diagram
The Sequence D iag ram shows t he i n t e r ac t i on among t he c l a s se s i n t e rms o f messages ove r a pe r i od t ime . The above f i gu re shows t he C l i en t -Admin t r ansac t i ons , whe re C l i en t and Admin a r e t he two ac to r s and l og in , o rde r i ng , i nven to ry and i nvo i ce a r e t he c l a s se s . The commun ica t i on i s done w i th messages .
Admin-Dealer Sequence
Thi s f i gu re shows t he Admin -Dea l e r t r ansac t i ons , whe re Admin , Dea l e r and Inven to ry manage r a r e t he a c to r s . Log in and I t ems a r e t he two c l a s se s . Messages a r e pa s sed be tween t he se .
Feed back sequence
The above d i ag ram i s f o r t he Feed back wh ich i s g iven by t he C l i en t a f t e r t he p roduc t ha s been de l i ve r ed t o t he C l i en t . The Feed back i s g iven t o t he Admin wh ich i s f u r t he r pa s sed t o t he Dea l e r i f i t i s r ega rd ing t he p roduc t f unc t i ona l i t y . Whe re a s t he gene ra l Feed back i s kep t w i th t he Admin .
4.2.4 Collaboration Diagram
Work Flow Collaboration
Col l abo ra t i on d i ag rams r ep re sen t i n t e r ac t i ons be tween ob j ec t s a s a s e r i e s o f s equenced messages . Co l l abo ra t i on d i ag rams de sc r i be bo th t he s t a t i c s t r uc tu r e and t he dynamic behav io r o f a sy s t em. In t he above f i gu re C l i en t , Admin , Dea l e r a r e t he a c to r s whe re a s ‘ i nvo i ce p roce s s ing ’ , ‘ i nven to ry p roce s s ing ’and ‘Au then t i c a t i on ’ a r e t he ob j ec t s .
4.2.5 Activity Diagram
Work Flow Activity
Act iv i t y d i ag rams a r e u sed t o mode l work f low o r bus ine s s p roce s se s and i n t e rna l ope ra t i on .The above f i gu re shows t he work f l ow the sy s t em. The c l i en t l ogs i n , g ive s t he r equ i r emen t s ,Admin v i ews t he r equ i r emen t s , con t ac t s t he Dea l e r s and t hen f i na l l y gene ra t e s t he f i na l p roduc t .
DATA BASE DESIGN
5.DATA BASE DESIGN
5.1 Data Base Tables
5.1.1 Monitor Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
001A Monitor-LG
15inch-TFT
Black 2years Rs 4500
002A Monitor-IBM
14inch-CRT
White 3years Rs 5000
003A Monitor-DELL
17inch-TFT
White 4years Rs 6000
004A Monitor-HP
12inch-TFT
Black 2years Rs 7000
005A Monitor-Lenova
17inch-CRT
Black 3years Rs 5500
Table Name: Monitor Dealers
Field Name Description
1. ItemCode Gives the code for particular item.
2.Item Name Gives the name of the item
3.Model Gives the clear view about the model
4.Specifications Gives the extra features about item
5.Waranty Period Gives the Waranty Period
6.Cost Specifies the Cost of the Item
5.1.2 Mouse Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
006B Zenith 12.5*3.5*4.2cm WiredOptical 2years Rs2500
007B Zebronic 10.2*2.2*5.8cm WirelessOptical
3years Rs2000
008B Samsung 13.5*4.7*6.2cm WirelessOptical
2years Rs3000
009B Logitech 10.8*3.5*2.5cm Wireled 1years Rs3500
0010B Hcl 13.4*4.3*3.4cm WirelessOptical
3years Rs2000
5.1.3 Key Board Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
0011C Samsung Key101 White 2years Rs1000
0012C HCL key104 Black 6months Rs1500
0013C Lenova key114 Grey 1year Rs1300
0014C Samsung key104 Black 1year Rs1100
0015C LG key121 Black 3years Rs1600
5.1.4 Hard Disk Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
0017D HCL 400GB Tr=2Gbits/sec 2years Rs8000
0018D IBM 300GB Tr=1.6Gbits/sec 2years Rss9000
0019D Intel 250GB Tr=1.4Gbits/sec 1.5years Rs8000
0020D Samsung 200GB Tr=1Gbits/sec 3years Rs7000
0021D IBM 100GB Tr=1Gbits/sec 2years Rs8000
5.1.5 Mother Board Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
0023E Intel 7min 5sec
2.9GB/sec 2years Rs19000
0024E Nvidia 30min 1.8GB/sec 2years Rs18000
0025E Nvidia 15min 1.5GB/sec 1year Rs16000
0026E Intelchipset7n 5min 3sec
3.5GB/sec 6months Rs 7500
0027E Intel Turbo 25min 1.2GB/sed 8months Rs7500
5.1.6 RAM Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
0028F Infineon DDR1 200GB NA Rs800
0029F Hyundai DDR2 250GB NA Rs 400
0030F Samsung DDR1 150GB NA Rs1500
0031F Hynix DDR1 250GB NA Rs700
0032F Elpida DDR1 200GB NA Rs600
5.1.7 Processor Dealers
ItemCode ItemName Model Specification WarrantyPeriod Cost
0033G IntelP4 900MH 3.6 Watt 2years Rs10000
0034G IntelDualcore 2GH 15-25 Watt 2years Rs12000
0035G Intelcore2Duo 1.0GH 30 Watt 3years Rs15000
0036G Intelpentium3 800MH 4.5 Watt 2years Rs13000
0037G Intel 600MH 6 Watt 1years Rs12000
5.1.8 Client Registration Table
Client ID Text
First Name Text
Middle Name Text
Last Name Text
Street Text
City Text
Pin code Text
State Text
Contact Number Number
Mail-Id Text
Altername mail-id Text
Username Text
Password Text
Confirm Password Text
Security Question Text
Answer Text
Date Date
5.1.9 Feed Back Tables
General Feed Back
Date Date
Client Name Text
Comments Text
Product Feed Back
Date Date
Client Name Text
Product Name Text
Comments Text
The Feed Back t ab l e s cons i s t o f ma in ly t h r ee a t t r i bu t e s -da t e , c l i en t name and commen t s .The p roduc t f e ed Back t ab l e cons i s t s o f one add i t i ona l a t t r i bu t e i n con junc t i on w i th o the r a t t r i bu t e s , t ha t i s t he p roduc t name .
IMPLEMENTATION
6.IMPLEMENTATION 6.1 MODULES
The “Supp ly Cha in Managemen t Sys t em” cons i s t s o f t h r ee ma in modu le s . They a r e
1 . Admin Modu le2 . C l i en t Modu le3 . Dea l e r Modu le
Admin module
I n t h i s modu le Admin i s t r a t o r c an checks t he ava i l ab i l i t y o f t he p roduc t , t he new l aunched p roduc t i n fo rma t ion . I t a l so checks t he de l i ve ry o f p roduc t t o t he c l i en t s r eques t and f i l t e r s t he p roduc t s wh ich a r e no t be ing o rde red by t he c l i en t s .When eve r t he Admin l og ’ s i n i n to t he sy s t em, i t f i r s t checks t he c l i en t r equ i r emen t s and t hen con t ac t s t he va r i ous dea l e r s depend ing upon t he r equ i r emen t s spec i f i ed by t he c l i en t . I t a l so keeps t he r e co rd o f va r i ous Dea l e r s r e l a t ed t o t he sy s t em. Admin a l so ge t s t he f e ed back g iven by t he c l i en t a f t e r t he de l i ve ry o f t he p roduc t . The Admin t r ans f e r s t he
f e ed back r e l a t ed t o t he p roduc t t o pa r t i cu l a r dea l e r . I t a l so checks
t he de l i ve ry o f p roduc t t o t he c l i en t s r eques t and f i l t e r s t he p roduc t s wh ich a r e no t be ing o rde red by t he c l i en t s .
Client Module
I t cons i s t s o f r eg i s t r a t i on and r egu l a t i ons fo r t he c l i en t . I t a l so cons i s t s o f t he i n fo rma t ion abou t t he p roduc t . The ma in func t i on o f t he C l i en t i s t ha t - i t f i r s t ge t s r eg i s t e r ed i n to t he sy s t em i f i t i s no t r eg i s t e r ed . The C l i en t t hen Spec i f i e s t he r equ i r emen t s i n o rde r t o ge t t he p roduc t bu i l d . The i s i n t ima t ed when t he p roduc t i s comple t e ly bu i l t a cco rd ing t o t he spec i f i ed r equ i r emen t s and i s r e ady fo r t he de l i ve ry . The C l i en t t hen g ive s t he f e ed back w i th r e spec t t o t he s e rv i ce s p rov ided and t he func t i ona l i t y o f t he p roduc t .
Dealer Module
The Dea l e r modu le cons i s t s o f t he en t i r e i n fo rma t ion abou t t he dea l e r s .I t cons i s t s o f t he l i s t o f Dea l e r a s soc i a t ed w i th t he sy s t em. The dea l e r s ma in t a in t he r e co rd o f i t ems and gene ra t e t he l i s t o f i t ems when needed . The dea l e r a l so upda t e s t he l i s t o f i t ems . The dea l e r ge t s t he f e ed back r e l a t ed t o t he p roduc t f unc t i ona l i t y and t he qua l i t y f rom the Admin .
The above a r e t he t h r ee ma in modu le s o f t he p ro j ec t . The sub modu le o f t he p ro j ec t i s t he Feed back modu le .
Feed Back Modu le
Th i s modu le i s gene ra l l y u sed t o spec i fy t he f e ed back a f t e r t he p roduc t de l i ve ry . I t i s ma in ly u sed by t he c l i en t t o g ive t he f e ed back . Th i s modu le cons i s t s o f two ma in pa r t s P roduc t Feed back and t he Gene ra l Feed back .The p roduc t f e ed back i s t r ans f e r r ed t o t he pa r t i cu l a r dea l e r wh ich w i l l be r ega rd ing t he p roduc t f unc t i ona l i t y and t he qua l i t y . The nex t one ,
t ha t i s , t he gene ra l f e ed back i s kep t w i th t he Admin wh ich w i l l be r ega rd ing t he s e rv i ce s p rov ided .
6.2 SCREEN SHOTS
6.2.1 Home Page
This i s the home page of the “Supply Chain Management Sys tem”.
6.2.2 Products Offered
This screen i s for the Products of fered by us . l inks are provided on each and every product .when ever the c l ient c l icks the par t icular product , the de ta i l s of the product appears .
6.2.3 Client Registration Form
If the user i s new, then he has to f i rs t ge t regis tered . The above screen i s the Cl ient regis t ra t ion form which has to be comple te ly f i l led by the Cl ient . Only af ter the regis t ra t ion the c l ient i s cons idered as the author ized and he can log in in to the sys tem .
6.2.4 Client Logging In
After the c l ient ge ts regis tered , he logs in in to the sys tem wi th the va l id user name and password. The above screen i l lus t ra tes the same.
6.2.5 Client Home Page
After the Cl ient logs in , the above screen appears .The c l ient home page consis ts of the requi rement speci f ica t ion , f ina l product and the log out .
6.2.6 Requirements form
The above screen shows the l i s t of the products . Whenever the c l ient c l icks the par t icular product , the more de ta i l speci f ica t ion about the product and the var ie t ies in the product appears .
6.2.7 Monitor Details
When the c l ient c l icks on the moni tor de ta i l s , the above screen appears and the c l ient se lec ts the i tem f rom the avai lable l i s t of i tems.
6.2.8 Displaying the Selected Items
The above screen appears af te r the se lec t ion of the i tems. This screen appears af te r each se lec t ion inc luding the previous se lec t ions made by the c l ient .
6.2.9 Admin Log in
The above screen shows the Admin logging in wi th the user name and password.
6.2.10Admin Home page
When the c l ient logs in wi th the user name and password the above home page appear .
\
6.2.11Client’s Requirements
When the Admin c l icks on the requi rements the above screen appears form which the Admin se lec ts the c l ient id and views the requi rements .
6.2.12 Requirements Screen
After se lec t ing the c l ient id , the par t icular c l ients requi rements are d isplayed. the above screen represents the same.
6.2.13Dealer Information
When the Admin Cl icks on the Dealer info the above scree appears .again on c l icking on the v iew dealer the l i s t of the dealers appear .
6.2.14Viewing Dealers
After v iewing the c l ient ’s requi rements , the Admin contac ts var ious dealers . The above screen shows the l i s t of dea lers .
6.2.15 getting the requirements from the dealers
Selec t ing the moni tors as requi red by the c l ient . The above screen represents the se lec t ion .
6.2.16 getting the requirements
Selec t ing the Mother Board f rom tha t par t icular Dealer .The above screen represents the same.
6.2.17 getting the requirements
Selec t ing the Processor f rom the par t icular dea ler . The above screen represents the same. Like wise a l l the requi rements are ga thered f rom var ious dealers .
6.2.18 cost Tabulation
According to the requi rents g iven by the c l ient , the product i s bui l t and the cos t i s tabula ted a t the Admin s ide which i s then sent to the c l ient .
6.2.19 Product Delivery to Client
The f ina l cos t genera ted i s sent to the c l ient as the par t of the de l ivery . The above screen shows the c l ient v iewing the f ina l cos t of the product .
6.2.20 Feed Back
After the product de l ivery the Cl ient g ives the feed back which i s represented in the above screen.
6.2.21 General Feed back
The Cl ient enters the da te ,name and the comments about the services provided.
6.2.22 Product Feed Back
The above screen g ives the product feed back.The c l ient speci f ies the name,product name and the comments .This feed back i s g iven to the dealer of the par t icular product .
6.2.23 Viewing the Feed Back
After Cl ient g ives the Feed Back, the Admin views i t .The Above screen represents the same.
CONCLUSION
7. CONCLUSION
Thi s p ro j ec t ha s more s cope i n fu tu r e and i t c an be i n t eg ra t ed fu r t he r
Thi s p ro j ec t i s succe s s fu l l y imp lemen ted w i th a l l t he f e a tu r e s men t i oned ea r l i e r .
Thi s p ro j ec t i s de s igned keep ing i n v i ew the needs o f t he commen use r and s a t i s fy ing t he u se r up to t he max imum ex t en t pos s ib l e .
Dep loyemen t o f ou r app l i c a t i on w i l l he lp t he u se r t o r educe t he unneceaa s ry was t age o f t ime i n go ing and o rde r i ng t he p roduc t manua l l l y .
The re fo re we a r e succe s s fu l l y ab l e t o r e ach t he goa l s and t a rge t o f t he p ro j ec t .
7.1 FURTHER ENHANCEMENTS
Del ive ry da t e and t ime have no t been spec i f i ed i n ou r p ro j ec t wh ich can be i nc luded a s a f u r t he r enhancemen t t o t he p ro j ec t .
Dea le r s c an a l so have t he au then t i c a t i ons i n t he fu the r expans ion .
The en t i r e f unc t i ons a r e con t ro l l ed by t he Admin .on ly one r epo r t i s gene ra t ed a t a t ime .gene ra t i on o f more r epo r t s , keep ing t he day -wi se s chedu l e c an a l so be d ine a s pa r t o f f u tu r e enhancemen t t o t h i s p ro j ec t .
BIBILIOGRAPHY
WEB REFERENCES
www.java.sun.com/products/jsp
www. java .com/get java
en.wikipedia.org/wiki/HTML
java.sun.com/docs/books/tutorial/jdbc
www.webopedia.com/TERM/O/ ODBC