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