Industrial ProjectII

8/13/2019 Industrial ProjectII

http://slidepdf.com/reader/full/industrial-projectii 1/268

E-commerce

Industrial project 2

1

System Design and Implementation Document

On

E-Commerce(EthioWebShop) Industrial project II (CSCE 4!)

I" #$%&I$' 'I'*E"& O &+E %E,I%E*E"& O%

&+E DE%EE O .$C+E'O% O SCIE"CE I" CO*#&E%

SCIE"CE

Submitted by:

.ethelhem Eshetu

eru/ 0edir

*eseret Sey1u

Seada "esreddin

2odit *ohammed

Submitted to:

$C'&2 O I"O%*$&ICS

DE#$%&*E"& O CO*#&E% SCIE"CE

$DDIS $.$.$ "I3E%SI&2

$DDIS $.$.$

uly 56 7889:



E-commerce

E-Commerce(Ethio;ebshop)

<: .ethelhem Eshetu ID:"8: CCD=>9?!=9

7: eru/ 0edir ID:"8: CCD=>9>9=9

?: *eseret Sey1u ID:"8: CCD=>4!!=5

4: Seada "esreddin ID:"8: CCD=>9>=9

>: 2odit *ohammed ID:"8: CCD=><7=9

$d@isorA - $to E;netu .ayuh

$ppro@ed by-

<:BBBBBBBBBBBBBBBBBBBBB BBBBBBBBBBBBBBBBBBBB BBBBBBBBBBBBBBBBBBBB

$d@isors name Signature Date

7:BBBBBBBBBBBBBBBBBBBBB BBBBBBBBBBBBBBBBBBBB BBBBBBBBBBBBBBBBBBBB

Eaminers name Signature Date

?:BBBBBBBBBBBBBBBBBBBBB BBBBBBBBBBBBBBBBBBBB BBBBBBBBBBBBBBBBBBBB

Coordinators name Signature Date


2



E-commerce

$cno;ledgement

We ;ould lie to etend our thans 1or so many people: .ut most o1 all the entire project

;ould not ha@e attained its present shape and Fuality ;ithout the sel1less attention and

continued support o1 our ad@isor6 $to E;netu .ayuh:

Our gratitude also goes to W=t *esay ;ho in addition to her regular duties6 ;as ind enough

to mae a@ailable materials reFuired 1or the 1ul1illment o1 the project:

Our thans also goes to 1amily members6 1riends and colleagues ;ho ha@e al;ays rendered

material and moral support in e@ery step o1 the project.


3



E-commerce

'ist o1 1igures

Fig.1.1. Gant chart……………………………………………………………………….22

Fig 2.1. Data flow diagram for order ………………………………………………...……

26

Fig 2.2. Data flow diagram for sales ………………………………………………………

28

Fig 2.3. Data flow diagram for shipment……………………………………….

………….29

Fig 2.4. Data flow diagram for Product handling. …………………………………...

……3

Fig 2.!. "se #ase Diagram of the e$istings%stem…………………………………………4

Fig 2.6. "ser interface protot%ping for #ustomer &egistration……………………….

……4'

Fig 2.'. "ser interface protot%ping for (rder information )&egular customer*

……………48

Fig 2.8. "ser interface protot%ping for (rder information )+on &egular

customer*….........49Fig 2.9. "ser interface protot%ping for #ash ,ales -noice / #redit ,ales

-noice ................!

Fig 2.1. "ser interface protot%ping for 0anage

product…………………………………!

Fig 2.11. User interface prototping for !roduct &eport ………………………………..!1

Fig 2.12. "ser interface protot%ping for &eturned Product

……………………………….!2

Fig 2.13. "ser interface protot%ping for (rder &eport ……………………………..

…….!3


"



E-commerce

Fig 2.14. "ser -nterface Flow Diagram

…………………………………………………..!4

Fig 2.1!. #lass &esponsiilit% #ollaorator for ecommerce

s%stem……………………....61

Fig.3.1. #stem use case diagram for e-commerce………………………………………$$

Fig.3.2. #e%uence diagram for &alidate user......................................................................''

Fig.3.3. #e%uence diagram for &alidate user alternate course action.................................'(

Fig 3-" se%uence diagram for place order………..……………………………………....')

Fig 3-* #e%uence diagram for place order alternate course action+.………….………..(,

Fig 36 #e%uence diagram for place order alternate course action..………………..81

Fig 3' #e%uence diagram for place order alternate course action ………………..82

Fig 3-( seuence diagram for place order alternate course of actionD….83

Fig 3-) se%uence diagram for /egister ne0 product.......................................................(".

Fig 3-1, se%uence diagram for /egister ne0 product +lternate course of action +…….(*

Fig 3-11se%uence diagram for /egister ne0 customer……………………..…………..($

Fig 3-12se%uence diagram for of /egister ne0 customer +lternate course of action +…………………………………………………………………………….('

Fig 3-13se%uence diagram for update product…………………………….…………..…((

Fig 3-1"se%uence diagram for &ie0 order status………………….………………….…()

Fig 3-1* se%uence diagram for &ie0 o0n order……………………………………...…), Fig 3-1$ se%uence diagram for cancel order………………………………………… )1

Fig 3-1' se%uence diagram for u product……………………………………………)2

Fig 3-1( se%uence diagram for u product alternate course of action +……………..)3

Fig 3-1) se%uence diagram for u product alternate course of action ………………)"Fig 3-2, se%uence diagram for u product alternate course of action ………………)*

Fig 3-21se%uence diagram for u product alternate course of action +…………..…)$


*



E-commerce

Fig 3-22se%uence diagram for u product alternate course of action ……………...)'

Fig 3-23 se%uence diagram for anage account…………………………………..…….)(

Fig 3-2" +cti&it iagram for u product…………………………………..………….))

Fig 3.2* Unrefined class diagram……………………………………….……………...1,1

Fig 3.2$ ecompose class diagramGG……………..………………………………...1,3Fig 3.2' /efined classes ………………………………………………………………1,*

Fig 3.28 0ain page………………………………………………………………………1,$

Fig. 3.29 ogin…………………………………………………………………………..1,$

Fig. 3.3 #reate an account………………………………………………………….….1,'

Fig. 3.31 &egister +ew #ustomer

Page………………………………………………....1'

Fig 3.32 ,hopping cart page……………………………………………………………18

Fig3.33 menu screen…………………………………………………………………....19

Fig 3.3" anage product……………………………………………………………..11,

Fig. 3.3! 5ind of &eport………………………………………………………………111

Fig.3.36 ist (rders of &eport…………………………………………………………111

Fig 3.3' returned product……………………………………………………………..112

Fig 3.38 0anage account page………………………………………………………..113

Fig 3.39 #reate an account page…..

……………………………………………………..113

Fig 3.4 &eturn product page…………………………………………………………..114

Fig 3.41 (rder product page……………………………………………………………..114

Fig 3.42 u% product page……………………………………………………………….13

Fig 3.43 -nalid login screen……………………………………………………………..13

Fig 3.44 #onformation screen…………………………………………………………..13

Fig 3.4! -nalid information screen……………………………………………………..131

Fig 3.46 -nalid information screen……………………………………………………..131

Fig $.1 class tpe architecture……………………………………………………….…1"1


$



E-commerce

Fig $.2 class modeling ………….………………………………………………...……14!

Fig$.3 #tate chart diagram for product..…………………………………………………1!8

Fig$." ollaoration diagram for &alidate user ……………………………….…………1!9

Fig$.* ollaoration diagram for register ne0 customer …………………………...……16

Fig$.$ ollaoration diagram for register ne0 product……………………………….…1$,

Fig $.' ollaoration diagram for place order…………………..………………….……161

Fig $.( ollaoration diagram for update product information……………….…………161

Fig $.) ollaoration diagram for cancel order………………………………….….........162

Fig $.1, ollaoration diagram for &ie0 order status………………………….................163

Fig$.11 ollaoration diagram for &ie0 o0n order status………………………………164

Fig $.12 ollaoration diagram for u product……….………………………………..16!

Fig $.13 ollaoration diagram for manage account…………………………………….166

Fig $.1" omponent diagram for Ethio0e shop…..……………………………..…….. 168

Fig$.1*eploment diagram for order management application….…………………......169

Fig $.1$ eploment for product management application……..…………………….....1'

Fig $.1' eploment for customer management application……………………………1',

Fig $.1( eploment for administrator application..........................................................1'1

Fig$.1) eploment for report generation management application...............................1'1

Fig$.2, eploment for supplier management application..............................................1'2

Fig6.21 /elational !ersistent modeling diagram………………………………............1("

Fig $.22 User Interface flo0 diagram……………………………….………….……….1($

Fig '.1 Flo0 chart for log in process …………………………..……………………...188

Fig'.2 Flo0 chart for order process ……………………………………………………189

Fig '.3 Flo0 chart for u process………………………………………………..……19Fig '.4 0ain page…………………………………..........................................................2,,

Fig. '.!ogin……………………………………………………………………..……..2,,

Fig '.6 ,hopping cart page…………………………………………………..…………..2,1

Fig '.' menu screen..……………………………………………………………………2,2

Fig '.8 Product registration……………………………………………….…………….2,3


'



E-commerce

Fig '.9 ist (rder ……………………………………………….……………………2,"

Fig '.1 anage +ccount !age……………………………………………………….....2,*

.Fig '.11 u product page…………….…….………………………………………… 2,*

Fig '.12 +ccept 4ocal card

'ist o1 tables5ale 1.1. General project ris6s………………………………………………………..1(

5ale 1.2. 7or6 rea6 structure8 deli&erales and coordination………………………22

5ale $.1 +ccount class………………………………………………………………..1"$

5ale $.2 9rder class………………………………………………..…………………1"(

5ale $.3 ustomer class………………………………………………………………1")

5ale $." In&oice class…………………………………………………………………1*,

7ale 6.! ddress class.......................................................................1!1

5ale $.$ 4ocal card class………………………………………………………………1*2

5ale $.' !roduct class…………………………………………………………………1*"

5ale $.( ategor class……………………………………………………….……….1**

5ale $.) #upplier class………………………………………………………….……...1*$5ale '.1 5est cases for 4og in component testing……………………………………..1)*

5ale '.2 5est cases for create account component testing…………………………......1)$

5ale '.3 5est cases for customer entr component testing…………………………….1)'

5ale '." 5est cases for order component testing……………………………………….1)(

5ale '.* 5est cases for report generation component testing………………………….1))


(



E-commerce

&able o1 contents

C+$#&E% O"E :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<?

<:I"&%ODC&IO" ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<?

<:7 S&$&E*E"& O &+E #%O.'E*:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<5

<:? O.EC&I3ES O &+E #%OEC&:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<9

1.3.1 GEE/+4 9;E5I<E............................................................................................................................................1(

1.3.2 #!EIFI 9;E5I<E#...........................................................................................................................................1(

<:4 #%OEC& &I&'E :::::::::::::: ::::::::::::::: :::::::::::::: :::::::::::::: :::::::::::::: :::::::::::::: ::::::::::::::: :::::::::::::: :::::::::::::: ::::::::: :::<

<:! E$SI.I'I&2 S&D2:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::78


)



E-commerce

As the name implies, a feasibility study is an analysis of the viability of an idea. A feasibility study is a

preliminary study undertaken to determine and document a project's viability. The feasibility study focuses on

helping answer the essential question of “should we proceed with the proposed project idea! All activities of

the study are directed toward helping answer this question. The term feasibility study is also used to refer to the

resulting document. These results of this study are used to make a decision whether to proceed or not."hoffer

#$$$%........................................................................................................................................................................#$

<:5SI"IIC$"CE O &+E #%OEC&:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::7>

<:9 .E"EICI$%IES O &+E #%OEC& ::::::: :::::::::::::: :::::::::::::: :::::::::::::: :::::::::::::: ::::::::::::::: :::::::::::: :::::: ::::: :::::: :::::75

<: #%OEC& *E&+ODO'O2:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::7

1.).1 #=#5E E<E49!E5 E5>9949GIE#..........................................................................................................2)

1.).2 +5+ 944E5I9 ..............................................................................................................................................31

1.).3. E<E49!E5 E<I/9E5 + !/9G/+IG8 5994#...............................................................................32

.$C0 E"D D$&$.$SE -*2S,' ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::?7

*2S,' D$&$.$SE +$S .ECO*E &+E WO%'DHS *OS& #O#'$% O#E" SO%CE D$&$.$SE

.EC$SE O I&S CO"SIS&E"& $S& #E%O%*$"CE6 +I+ %E'I$.I'I&2 $"D E$SE O SE: I&

%"S O" *O%E &+$" 78 #'$&O%*S I"C'DI" 'I"6 WI"DOWS6 OS=6 +#-6 $I6

"E&W$%E:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::?7

&+E #%#OSE O &+E "IIED *ODE'I" '$"$E IS &O #%O3IDE $ '$"$E-

I"DE#E"DE"& $"D #'$&O%* I"DE#E"DE"& *ODE'I" "O&$&IO": *' DOES $DD &+E

$.I'I&2 &O DESC%I.E &+E .E+$3E O% O E$C+ O.EC& C'$SS=E"&I&26 +$3E $ *O%E

E&E"SI3E $.I'I&2 &O DESC%I.E I"&E%-%E'$&IO"S+I# CO"S&%$I"&S: $&&%I.&ES C$" .E

DESC%I.ED I" *O%E DE&$I' &+$" I" O&+E% "O&$&IO"S:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::?4

<:<8 SCO#E $"D 'I*I&$&IO"S O &+E #%OEC&::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::?4

1.1,.1 #9!E.................................................................................................................................................................3"

#IE 5>I# I# 5>E E+/4= #5+GE 9F 5>E !/9;E58 9U/ #9!E I# 4II5E 59:-...........................................................3"

<:<< %IS0S6 $SS*#&IO"S $"D CO"S&%$I"&S:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::?>

1.11.1 +##U!5I9#.....................................................................................................................................................3*

1.11.2 9#5/+I5#.....................................................................................................................................................3*


1,



E-commerce

&.&&..& (eneral risk areas....................................................................................................................................)

<:<? WO%0 .%E$0 DOW" S&%C&%E $"D DE'I3E%$.'ES::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::?9

&$.'E <:7 WO%0 .%E$0 DOW" S&%C&%E $"D DE'I3E%$.'ES:::::::::::::::::::::::::::::::::::::::::::::::::::::::::48

C+$#&E% &WO ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::4<

7:< I"&%ODC&IO"::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::47

7:7 .SI"ESS $%E$ $"$'2SIS:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::47

7:7:< *$O% "C&IO" O &+E EIS&I" S2S&E* :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::4?

*ig #.&#. +ser interface prototyping for eturned product.....................................................................................-

*ig #.&. +ser interface prototyping for rder eport...........................................................................................-)

#.&&. /omain modeling with 0lass esponsibility 0ollaborator "00% cards ..................................................-1

C+$#&E% &+%EE:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

O.EC& O%IE"&ED $"$'2SIS::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

?:<: I"&%ODC&IO":::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

#U!!4EE5+/= #!EIFI+5I9...............................................................................................................................1*)

#..#.&. 2usiness rules............................................................................................................................................&)3

#..#.#. 4on5functional requirements...................................................................................................................&)3

#..#.. 0onstraints...............................................................................................................................................&6$

#..#.7. 0hange cases.............................................................................................................................................&6$

C+$#&E% O%::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!<

EEC&I3E S**$%2:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!<

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!4

C+$#&E% I3E:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!4

>: %E,I%E*E"& %E3IEW $"D 3$'ID$&IO":::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!4

>:<: I"&%ODC&IO":::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!4

>:7: C+EC0 'IS& O "C&IO"$' %E,I%E*E"&S:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!4

<: 3$'ID$&E S2S&E* SE%:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!4


11



E-commerce

7:%EIS&E%::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!>

?:#'$CE O%DE%::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!>

4:3IEW OW" O%DE%:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!>

>:E"E%$&E %E#O%&::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!!

...............................................................................................................................................................................&66

). 0heck list of 4on5functional requirements.....................................................................................................&66

C+$#&E% SI::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!5

O.EC& O%IE"&ED DESI":::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!5

!:<: I"&%ODC&IO" ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!5

!:7: C'$SS &2#E $%C+I&EC&%E::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<!5

!:? O.EC& O%IE"&ED C'$SS *ODE'I"::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<5<

$.3.2. 9UE5+5I9 9F +##9I+5I9#................................................................................................................1($

$." #5+5E >+/5 9E4IG.....................................................................................................................................1($

$.*. 944+9/+5I9 I+G/+..................................................................................................................................1()

$.'. E!49=E5 9E4IG.....................................................................................................................................1))

$.(. !E/#I#5EE 9E4IG......................................................................................................................................2,3

$.). U#E/ I 5E/F+E E#IG.....................................................................................................................................21'

!::< SE% I"&E%$CE 'OW DI$%$**I" :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::7<9

'.2.1 F497 >+/5.....................................................................................................................................................21)

'.3. 5E#5IG !/9EU/E#..........................................................................................................................................222

'.". 5E#5 +#E #!EIFI+5I9....................................................................................................................................22'

5:4:< 'O I":::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::775

9:<:< CO"C'SIO":::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::7?

9:<:7 %ECO**E"D$&IO"::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::748

&%S& $"D CO"IDE"CE IS C%CI$' &O $"2 &%$"S$C&IO"6 *O%E SO O% &%$"S$C&IO"S

C$%%IED O& 3I%&$''2 &+%O+ E'EC&%O"IC *E$"S: &+E &E$* %ECO**E"DS &+$& I"

DE3E'O#I" SC+ $" E-CO**E%CE S2S&E*6 I& IS C%CI$' &+$& EO%&S .E &$0E" .2


12



E-commerce

&+E #%I3$&E $"D #.'IC SEC&O%S &O .I'D CO"IDE"CE $"D &%S& I" E-CO**E%CE: &+E

&E$* $'SO %ECO**E"DS $"2 CS&O*E% W+O "EEDS &O #%C+$SE #%ODC&S &O *$0E

SE O &+IS S2S&E* $"D S$3E +IS=+E% 3$'$.'E &I*E $"D *O"E2:::::::::::::::::::::::::::::::::::::::::::748

+!!EI?....................................................................................................................................................................2""

9IG ......................................................................................................................................................................2""

#+<E U=....................................................................................................................................................................2**

Chapter one

1. Introduction

7he rapid e$pansion of the -nternet in the late 199s led to

e$plosie growth in electronic commerce )ecommerce*the

e$change of goods and serices oer the :orld :ide :e

;commerce is the online transaction of usiness< featuring

lin=ed computer s%stems of the endor< host< and u%er. ;lectronic

transactions inole the transfer of ownership or rights to use a

good or serice. 7he amount of trade conducted electronicall% has

grown dramaticall% since the spread of the internet. wide ariet%

of ecommerce is conducted in this wa%> spurring and drawing on

innoations in electronic funds transfer< suppl% chain management<

internet mar=eting< online transaction processing< and electronic

data interchange );D-*< automated inentor% management


13



E-commerce

s%stems< and automated data collection s%stems. 0odern electronic

ecommerce t%picall% uses the :orld :ide :e at least at some

point in the transaction?s life c%cle< although it can encompass a

wider range of technologies such as email as well.

E-commerce in Ethiopia

From a east Deeloped #ountr% )D#* point of iew< the

threat of the @digital diideA appears to hae loomed een greater

as D#s still grapple with asic issues such as connectiit% and

access to the -nternet while the deeloped world are worr%ing

aout how the% can use the -nternet to dodge traffic Bams or oo=

par=ing space on their wa% to wor=.

;thiopia still has a highl% regulated telecommunications

serice. 7here is onl% one state owned cellular operator and one

state owned -nternet ,erice Proider. ;thiopia has 81 -nternet

hosts< an international andwidth of !12 5 and 2! dialup

suscriers. +o priate C,7 licenses are permitted.

7he team tried to classif% some of the reasons which limit the

spread of ecommerce in ;thiopia and in the least deeloped

countries as a whole as goernment< commercial and socialarriers.


1"



E-commerce

Government barriers

7here are a numer of goernment policies in D#s which hae a

detrimental effect on the proliferation of ecommerce in these

countries. 7he% include

E 7he insistence of goernments to hold onto and protect inefficient

state owned

telephone networ=s. 7his results in inferior and high

communications costs ma=ingecommerce actiities unnecessaril% costl% and uncompetitie.

E 7he lac= of goernment strateg% or support to deelop world class

enterprises.

E &estrictions on imports and e$ports such as permits and licenses<

and the time

ta=en to otain these permits< place arriers in the wa% of fast

efficient ecommerce.

Commercial barriers

E -ncompatile usiness processes. ;ntrepreneurs tend to run their

usinesses on

instinct and e$perience. 7he ecommerce enironment will


1*



E-commerce

challenge their usiness

processes.

E lac= of capacit% )s=ills and finance* to ta=e on the new

technologies reuired in

ecoming ecommerce enaled. 7he costs and s=ills reuired to set

up an internal

ecommerce infrastructure are often oerwhelming for small and

medium usinesses.

Social barriers

E eels of education and language. Due to limited literac% s=ills

and ;nglish not

eing the language of most D#s< it is more difficult for people to

adopt this new

medium of communicating and interacting.

E ifest%le differences. D#s tend to e more communit% orientated

whereas the

-nternet is an interaction etween an indiidual and the content on

the screen. 7his

ma% cause people in D#s to ta=e longer to realies the enefits of


1$



E-commerce

-nternet access.

1.2 Statement of the problem

-n our fast growing and deeloping gloalie world using traditional

u%ing and selling of goods is incompetent and team identified the

following general prolems.

• Difficult% in communicating a seller with a u%er.

• &estricted to normal usiness operating hours.

7he prolems can e classified

For the seller

• Gigh operation cost.

• arge amount of unnecessar% paper wor=

• imited to sering the customers in its local geographical

location so there is inconsistenc% with the regular procedure.

• +eed to uild< staff< or maintain a store< print and distriute

mail order catalog.

• ess opportunit% to improe their products ecause of fewer

customers feed ac=.


1'



E-commerce

For the buyer

• ecause man% people are e$tremel% us%< the% ma% not find it

simpler to shop in their leisure hours at home % using

catalogs

• ,earching for an item in the real world ta=es aluale time and

energ%.

• 7he time and hassle )distur* inoled in running from store to

store.

1.3 b!ectives of the "ro!ect

1.3.1 General Objective

7he general oBectie of the proBect is to deelop an ecommerce

s%stem.

1.3.2 Specific Objectives

7he proBect will also address the following specific oBecties

1. usiness area anal%sis

1.1. usiness Functions Processes< timing of critical

processes and procedures carried out % the u%ers and

sellers.

1.2. -dentification and definition of the prolem.

1.3. ddress prolems e$perienced % the current process

2. Heneration of reuirement


1(



E-commerce

2.1. Functional &euirement reuirements that deal with the

fundamental processes of the s%stem.

2.2. +on Functional &euirement reuirements that deal

with the ualit% aspect of the s%stem.

Performance reuirements

,%stem securit% reuirements

ac=up and &ecoer% &euirements

,%stem and #ommunication &euirement

3. (Bect (riented nal%sis-t is used to show #hat =ind of s%stem to uild.

4. (Bect oriented design

-t is used to show ho# to uild a s%stem % designing modules and

decomposing a prolem in to parts.

!. -mplementations and testing the new s%stem.

7his is used to ensure all components of the s%stem wor= at their

most asic leel. (nce tested and alidated< the components will e

integrated with one another.

<:4 #roject title

7he proBect title is e-commerce $Ethio %eb Shop&.


1)



E-commerce

<:! easibility studys the name implies< a feasiilit% stud% is an anal%sis of the iailit%

of an idea. feasiilit% stud% is a preliminar% stud%

underta=en to determine and document a proBectIs iailit%.

7he feasiilit% stud% focuses on helping answer the essential

uestion of @should we proceed with the proposed proBect

ideaJA ll actiities of the stud% are directed toward helping

answer this uestion. 7he term feasiilit% stud% is also used to

refer to the resulting document. 7hese results of this stud% are

used to ma=e a decision whether to proceed or not.)hoffer

2*.

7he four t%pes of feasiilities the team has studied are

1.6.1 Economic feasibility

7he ;conomic Feasiilit% for an% proBect is identified ased on the

cost enefit anal%sis. 7he proBect will e economicall% iale onl% if

the enefit otained is greater than the cost inested. 7o find out

the cost that is li=el% to e inested in a specific categor% of

;lectronic #ommerce ,%stem< it is essential to find out the direct

cost and the indirect cost associated with the proBect. 7he list of


2,



E-commerce

Direct #ost and enefits associated with the inestments in ;

#ommerce s%stems are identified as follows

ne time cost

• 7he capital cost associated with the purchase of computers<

peripherals and necessar% software )total estimated cost

2<. irr*.

o P# E 7wo P#?s with unit price of 8<..

o Printer E one printer with unit price of 1<..

o ,oftware Esoftware?s price is 1..

• #ost associated with furniture li=e computer stand for the

newl% proposed ;#ommerce ,%stem estimated )total

estimated cost 13<. irr.*

o #omputer stand E two computer stand with unit price of

!..

o #hair E two chairs with unit price of 8..

• (ther -ndirect cost li=e transportation )estimated 1.

irr.*

'ecurrin( costs

• #ost associated with the operational materials li=e


21



E-commerce

stationeries< flopp% dis=s etc estimated )estimated 2.

irr.*

o 7elephone e$penses E 1<..

o ,tationar% e$penses E !..

o Photocop% e$penses E 4.

• #ost associated with the :e hosting ,erices )estimated

1. irr*.

7he enefits of the ;#ommerce ,%stem can e classified as

)i* 7angile enefit and

)ii* -ntangile enefit.

7he 7angile enefits are

.

•&eduction in cost of production and operation related to the

usiness.

• Preious laor cost

1. ,ales person E with salar% of 6. )0inimum

numer of sales person in the compan% is fie*.

2. 0ar=eting manager E with salar% of 1<!..

3. Product manager E with salar% of 2<..

o 7otal cost estimated is 6<!..


22



E-commerce

• Present laor cost

1. :e shop manager E with salar% of 2<!..

2. dministrator E with salar% of 1<!..

o 7otal cost estimated is 4<..

,ome of the -ntangile enefits are

• ;$panded mar=et reaches for the product.

• Possiilit% of more isiilit% for the product.

• ,trengthening usiness relationship etween the u%ers and

sellers.

• ,horter time to mar=et the product and suseuent fast

response time from the u%ers and the sellers.

• -mproed u%er?s lo%alt% and serices through easier access

to latest information.

,o % carr%ing out cost and enefit anal%sis the team concluded

that the s%stem is economicall% feasile.

1.6.2 Technical feasibility

7his is a process of assessing the deelopment organiation?s

ailit% to construct a proposed s%stem. 7his should include an


23



E-commerce

assessment of the deelopment group?s understanding of the

possile target hardware< software and operating eniroment to e

used as well as s%stem sie< comple$it% and the group?s e$ercise

with similar s%stems.

,ome of the points that ma=e our proBect technicall% feasile are

• 7he reuirements for the proBects are highl% structured and easil%

otainale< s%stem is aailale for anal%st to e$amine and stud%.

• 7he deelopment group is familiar with the technolog% that will e used

to construct the s%stem.

,o the proBect team concludes that this proBect should e iewed as haing

@er% lowA technical ris=. 7his concludes that the s%stem is technicall% feasile.

1.6.3 Operational feasibility

7his is the process of assessing the degree to which a proposed

s%stem sole usiness prolems or ta=e adantage of usiness

opportunities outlined in the s%stem serice reuest or proBect

identification stud%.)hoffer 2*

,ince the proposed s%stem ma=es the communication etween the

seller and the u%er more effectie and efficient in terms of timeand resource the team concluded that the proBect will e


2"



E-commerce

operationall% feasile as it fits in to the current da%to da%

operations of the seller as well as the u%er.

1.6.4 Schedule feasibility

7his is the process of assessing the degree to which the potential

time frame and completion dates for all maBor actiities within a

proBect meet organiational deadlines and constraints for affecting

change )hoffer 2*. ,ince each section of the delier% dates will

e ro=en down into components and assigned to each memer on

the team who has the s=ills and =nowledge to complete the tas=

and the proBect assumed to e finished with in the time frame. 7he

occurrence of some ostacles is of course unaoidale ut we will

tac=le them efficientl% as the% appear.

,o the proBect is schedule feasile according to the aoe points.

<:5 Signi1icance o1 the project

-)bi*uity the mar=et is e$tended e%ond traditional oundaries

and remoed from a temporal and geographical location.A mar=et

spaceA is created shopping can ta=e place an%where. #ustomer

conenience is enhanced< and shopping costs are reduced.

-Global reach ecommerce is enaled across cultural and

national oundaries seamlessl% and with out modification.A mar=et

spaceA includes potentiall% illons of consumers and millions of


2*



E-commerce

ussiness world wide.

-Interactivity u%ers are engaged in dialogue that d%namicall%

aderts the e$perience to the indiidual and ma=es the u%ers a

coparticipant in the process of deliering goods to the mar=et.

- +ein( able to conduct business 2, 3/0 A-;commerce

s%stems can operate all da% eer% da%. Kour ph%sical storefront

does not need to e open in order for u%ers to e ale to do

usiness actiities.

- pportunity to reduce costs. 7he -nternet ma=es it er% eas%

to Ishop aroundI for products and serices that ma% e cheaper

or more effectie than we might otherwise settle for. -t is

sometimes possile to< through some online research< identif%

original manufacturers for some goods there% %passing

wholesalers and achieing a cheaper price.

-Computer platform-independent. I0an%< if not most<

computers hae the ailit% to communicate ia the -nternet

independent of operating s%stems and hardware. u%ers are not

limited % e$isting hardware s%stemsI

-ccess the (lobal maretplace. 7he -nternet spans the world<

and it is possile to do usiness with an% usiness or person who

is connected to the -nternet. ,imple local usinesses such as


2$



E-commerce

specialist record stores are ale to mar=et and sell their offerings

internationall% using ecommerce. 7his gloal opportunit% is

assisted % the fact that< unli=e traditional communications

methods< users are not charged according to the distance oer

which the% are communicating.

-Customer outsourcin( 7he customers also proide a lot of the

data for the transaction that ma% otherwise need to e entered

% usiness staff. 7his means that some of the wor= and costs

are effectiel% shifted to customers> this is referred to as

Icustomer outsourcingI.

<:9 .ene1iciaries o1 the #roject

For Team members

• For the partial fulfillment of the reuirement for the degree of

achelor of #omputer ,cience.• 7o face and sole real life prolems.

• 7o create team ,pirit among the deelopment team.

For u%er

• ;commerce s%stems can operate 24 hours a da% and ' da%s

a wee=. Kour ph%sical storefront does not need to e open in

order for u%ers to e ale to do usiness actiities.


2'



E-commerce

pportunity to reduce costs 7hrough the use of the internet

it is possile to %pass whole sales and gain cheaper price.

• Computer platform-independent u%ers are not limited %

operating and hardware s%stems

• 4ime 7here is no need to wait wee=s for a catalogue to

arrie % post that communications dela% is not a part of the

-nternet / ecommerce world.

• Ease of access 7he customer need not moe around to get

the items that he deseres.

For seller

• ccess the (lobal maretplace. 7hrough the use of the

internet it is possile to do usiness with an%one who is

connected to the internet.

• Customer outsourcin( 7he customers enter the data %

themseles which were reuired to e entered % the staff.

• % increasing customer reach gloall% the seller ale to

increase profit.


2(



E-commerce

<: #roject *ethodology

1.9.1 System Development Methodologies

,tructured programming is mainl% a wa% of rea=ing aprolem into routines. -t ta=es on the toptoottom approach. -t

splits the tas=s into modular forms. -t emphasies on functionalit%

and does not stress data. -t is particularl% appropriate for

applications that hae a lot of independent functions that do not

interact much. -t is more appropriate for prolems where

functionalit% is more li=el% to change than data.

-n contrast< oBectoriented designs wor= well at a higher leel

of astraction. 7he% facilitate the designing of modules<

decomposing a prolem. 7he% are especiall% appropriate for

prolems where the data is more li=el% to change than the

functionalit%. 7his t%pe of programming uses sections in a program

to perform certain tas=s. -t splits the program into oBects that can

e reused into other programs. ;ach oBect or module has the data

and the instruction of what to do with the data in it. 7his can e

reused in other software directl%.

s a deeloper of this proBect we< the team memers hae

agreed to follow the oBect oriented methodolog% in order to

achiee the aoe mentioned enefits of the methodolog%.

7he team chose oBect oriented deelopment ecause of thefollowing adantages


2)



E-commerce

• Faster 5evelopment ((D has long een touted as leading

to faster deelopment. 0an% of the claims of potentiall%

reduced deelopment time are correct in principle< if a it

oerstated.

• 'euse of "revious #or 7his is the enefit cited most

commonl% in literature< particularl% in usiness periodicals.

((D produces software modules that can e plugged into one

another< which allows creation of new programs. Goweer<

such reuse does not come easil%. -t ta=es planning and

inestment.• Increased 6uality -ncreases in ualit% are largel% a %

product of this program reuse. -f 9L of a new application

consists of proen< e$isting components< then onl% the

remaining 1L of the code has to e tested from scratch. 7hat

oseration implies an orderofmagnitude reduction in

defects.

• 7odular rchitecture (Bectoriented s%stems hae a

natural structure for modular design oBects< sus%stems<

framewor=< and so on. 7hus< ((D s%stems are easier to

modif%. ((D s%stems can e altered in fundamental wa%s

without eer rea=ing up since changes are neatl%

encapsulated. Goweer< nothing in ((D guarantees or

reuires that the code produced will e modular. 7he same

leel of care in design and implementation is reuired to


3,





E-commerce

usiness actiities and the li=e.

2. Document Analysis and review of literature

7he proBect team is osering some written documents and e

commerce oo=s that are written % different researchers and

authors.

1.9.3. Development environment and programming, tools

Front end E Gtml

Gtml is a standard that allows the same content to e accessed %

eer% computer with a we rowser. ,o selecting html as a front

end gies more fle$iilit% when it comes to upgrading software and

hardware.

Script lan(ua(e Php

Php is free of cost and since it is open source a lot of code can e

found in open source forums. -t has inuilt features li=e ftp< email

from a we page or een encr%ption mechanisms< moreoer thes%nta$ used in php is uite similar to c/cMM.

+ac end database 0%,l

0%,l dataase has ecome the worldIs most popular open source

dataase ecause of its consistent fast performance< high

reliailit% and ease of use. -t runs on more than 2 platforms

including inu$< windows< (,/N< GP"N< -N< +etware


32



E-commerce

5evelopment Environment

Front page and Dream:eaerchoosen ecause the group

memers are well familiar with them and the% proide man%

facilities to deelop :ePages.

4ools

'ational 'ose&ational &ose is an oBectoriented "nified

0odeling anguage )"0* software design tool intended for isual

modeling and component construction of enterpriseleel software

applications.

7wo popular features of &ational &ose are its ailit% to proideiteratie deelopment and roundtrip engineering. &ational &ose

allows designers to ta=e adantage of iteratie deelopment and

roundtrip engineering &ational &ose allows designers to ta=e

adantage of iteratie deelopment )sometimes called eolutionar%

deelopment* ecause the new application can e created in stages

with the output of one iteration ecoming the input to the ne$t.

)7his is in contrast to waterfall deelopment where the whole

proBect is completed from start to finish efore a user gets to tr% it

out.* 7hen< as the deeloper egins to understand how the

components interact and ma=es modifications in the design<

&ational &ose can perform what is called Oroundtrip engineeringO

% going ac= and updating the rest of the model to ensure the

code remains consistent.

9isio - ailit% to proide iteratie deelopment and roundtrip


33



E-commerce

engineering and it is also eas% to use.

1.:.3 7odelin( lan(ua(e E"0

7he purpose of the "nified 0odeling anguage is to proide a

languageindependent and platform independent modeling

notation. "0 does add the ailit% to descrie the ehae or of

each oBect class/entit%< hae a more e$tensie ailit% to

descrie interrelationship constraints. ttriutes can e

descried in more detail than in other notations.

-n addition< the "0 includes other =inds of diagrams esides staticoBect diagrams. 7hese include use cases< actiit% diagrams< and

others.

<:<8 Scope and limitations o1 the project

1.10.1 Scope

Since this is the early stage of the project, or scope is

li!ite" to#$

• ,eller registration

• #ustomer registration

• Product registration

• dertisement of goods for the seller

• (rdering process

• ,elling process


3"



E-commerce

• Gandle pa%ment process.

1.10.2 imitations of the pro!ect

n% shipment connected actiities will not e handled % this

proBect

<:<< %iss6 assumptions and constraints

1.11.1 "ssumptions

• "nderstanding among the team memers

• &esources will e aailale such as

• &esearch papers

• oo=s on ecommerce and s%stem anal%sis and designing

• 7he team e$pects continues support from the adisor.

1.11.2 Constraints

Constraint is something that limits %our fle$iilit% in defining a

solution to %our oBecties.

• ,chedule ,uccessful pilot implementation must e operational

with in nine month.

1.11.3. %is&s

1.11.3.1 #eneral ris$ areas

'iss Counter 7easures

Deeloping wrong softwarefunctions

etter reuirement anal%sis. "nderstanding the scope of the


3*



E-commerce

s%stem er% well

&euirement changes -ncremental deelopment <high

change threshold-nsufficient commitment to

the proBect % the team

memers

#reating faorale hours and

conditions for the memers that

cannot e full% committed

#hange in proBect scope

)either e$panding or

narrowing*

7he scope of the proBect must e

well defined and clearl% stated at

the eginning of the proBect

#onflict with in the proBect

memers

7r% to settle oth parties %

resoling their conflict ut if this

can not e achieed the proBect

leader has to ta=e action+ot clear reuirements

)some important

reuirements ma% neer e

discoered urgent

reuirements ma% e

discoered too late*

ll the reuirements must e

=nown in detail at the eginning

of the proBect

5ale 1.1 General ris6 areas

<:<7 #roject Deli@erables


3$



E-commerce

7he following delierales are e$pected under each phase of the

proBect.

Initiation

• -dentification of the proBect

• ;stalish management procedures

• Deeloping team communication and reporting procedures<

Bo assignments and roles< proBect change procedures and

determining how proBect funding will e handled.

• ,election of proBect manager

"lannin(

• Descriing proBect scope< alternaties and feasiilit%

• Diiding the proBect into manageale tas=s )deeloping

the wor= rea=down

• Preliminar% scheduling and cost planning

• -dentif%ing and assemling ris=

nalysis

• Description of the current s%stem and where prolems or

opportunities are with a general recommendation on how

to fi$< enhance< or replace current s%stem.

• ;$planation of alternatie s%stems and Bustification for

chosen alternatie.

;o(ical desi(n


3'



E-commerce

• Functional< detailed specification of all s%stem

elements)data< processes< inputs and outputs*

"hysical desi(n

• 7echnical< detailed specification of all s%stem

elements)programs< files< s%stem software*

Implementation

• #ode< documentation

7aintenance

• +ew ersions or release of software with associated

updates to documentation

<:<? Wor brea do;n structure and deli@erables

%+S

I<5E=

4S> 4 +E

C'5I<4E5

+?

)4")4

$5E;I9E'+;ES&

;commerce

1 -ntroduction ethlehem<%odit Proposal2 usinessrea

nal%sis&euire

ment definition2.1 Definition of the

e$isting s%stem

0eseret Documentation of

the e$isting s%stem2.2 -dentification of

the prolem

Feru ist of stated

prolems2.3.2 ;ssential use case ,eada ;ssential use case


3(



E-commerce

modeling

2.3.2.3 ;ssential user

interface

protot%ping

ethelhem ;ssential user

interface

2.3.2.2 Domain modeling

with class

responsiilit%

collaorator)#&#*

cards

Kodit #lass responsiilit%

collaorator )#&#*

cards

2.3.3 ,upplementar%

specifications

Documentation of

,upplementar%

specification2.3.3.1 -dentif%ing

usiness &ules

,eada

2.3.3.2 -dentif%ing

constraints

Feru

2.3.3.3 -dentif%ing change

cases

ethelhem

2.3.3.4 Functional

reuirement

0eseret Documentation of

functional

reuirements2.3.3.! -dentif%ing non

functional

reuirements

Kodit

3 (Bect (riented


3)



E-commerce

nal%sis

3.1 ,%stem "se case

modeling

,eada ,%stem use case

diagram

3.2 ,euenceDiagram

ethelhem<%odit

,euence Diagram

3.3 #onceptual

0odeling #lass

Feru #lass Diagrams

3.4 ctiit%

diagramming

0eseret ctiit% diagram

3.! "ser -nterface

protot%ping

ethelhem "ser interface

protot%ping 7ale 1.2 :or= rea= down structure and delierales


",



E-commerce

<:<4 #roject schedule

Chapter 4#o

2. +usiness area analysis and re*uirementdefinition


"1



E-commerce

2.1 Introduction

7he usiness area anal%sis will inestigate the interaction or

communication etween u%er and seller process together with

rules and procedures carried out % the seller< and u%er in order to

perform selling and u%ing actiities. 7he chapter also deals with

defining the reuirements of the proposed s%stem. reuirement is

something that should e fulfilled % a s%stem or a gap that it must

fill to e suitale for the proposed clients or customers.

2.2 +usiness area analysis

#ommerce is a diision of trade or production which deals with the

e$change of products and serices from producer to final

consumer. -t comprises the trading of something of economic alue

such as products< serices< information or mone% etween two or

more entities.

ll commerce at its simplest leel relies on

• u%ers these are people with mone% who want to

purchase a products or serice.

• ,ellers these are the people who offer products and

serices to u%ers. ,ellers are generall% recognied in two

different forms retailers who sell directl% to consumers


"2



E-commerce

and wholesalers or distriutors who sell to retailers and

other usinesses.

• Producers these are the people who produce the products

and serices that sellers offer to u%ers. producer is

alwa%s< % necessit%< a seller as well. 7he producer sells

the products produced to wholesalers< retailers or directl%

to the consumer.

7he ;lements of t%pical #ommerce actiit%

• Product or serice to offer

• place from which to sell %our products

• 0ar=eting a wa% to get people to come to %our place

• (rders a wa% to accept product reuest.

• 0one% a wa% to accept pa%ment.

• Fulfillment. wa% to delier the product or serice

• &eturns a wa% to accept returned products.

2.2.1 7a!or function of the eistin( system

dvertisin( process

• ,elect the products which are going to e adertised.

• -dentif% the target audience.


"3



E-commerce

• ,elect from arious media communication methods< in order to

persuade a segment of the population to u% products< use

serices< and accept ideas ased on cost< targeting and response.

• Finall% delier the promotion to the target audience ased on the

selected means of adertising.

rder process

• &eceie customers? inuir%

7his can e in man% wa%s< wal=in< telephone< fa$< email etc.

For internal information record purposes< a separate customer

order form is used to =eep trac= of customers? inuir%.

• #hec= aailailit% of stoc=s

(iousl%< the store =eeper will e contacted to ma=e sure

sufficient uantit% of stoc=s are aailale )stoc= cards* or else

e$act date of new arrial of stoc=s should then e chec=ed

and communicated to the customers.

• efore an order is accepted< the customer is chec=ed if he/she

has not %et paid the dets on the specified credit period for

the item he/she too= efore.

• gree on pricing

•

Prices are calculated for the ordered items. 7a$es< shippingcharges are also calculated.


""



E-commerce

• For non regular customer prepa%ment is made.


"*



E-commerce


"$



E-commerce

Fig 2.1. Data flow diagram for order

Sales process

-f customer has alread% made an order• Prepare stac=)item *for delier%

• Henerate delier% order form which includes list of items to e

deliered to the u%er• -f sales is made on credit< generate credit sales inoice

otherwise generate cash sales inoicereceie cash

• For wal=in customer

•#hec= aailailit% of the item )product* the customer

reuests.• -f on cash receie cash and cash sales inoice.• -f on credit chec= creditworthiness. -f worth%

generate credit sales inoice.


"'



E-commerce

Fig 2.2. Data flow diagram for sales


"(



E-commerce

Shipment process•ased on the customer orders< further arrangement such as

pac=ing of stoc=s< transportation arrangement etc. will

e arranged for the delier% of stoc=s to the customers.•Delier% of stoc=s together with the delier% orders and the

sales inoices to the customers.

Fig 2.3. Data flow diagram for shipment


")



E-commerce

"roduct handlin( process• Deduct the uantit% of the specified item from the stoc= card

form ased on the actual uantit% of stoc=out.• dd the uantit% of the specified item from the stoc= card

form ased on the actual uantit% of stoc=in.

Fig 2.4. Data flow diagram for product handling


*,



E-commerce

2.3 'eports (enerated in the eistin(

systemInventory stoc status reportists the uantit% on hand< minimum stoc=ing leel< and reorder

uantit% for all inentor% items. 7his report is used to determine

what items need to e reordered.

Inventory unit activity report 7his report is used to anal%e unit purchases and sales for the

current period or a selected date range.

Inventory profitability reportists each item with the following information for a specified date

range units sold< cost< gross profit< adBustments< and percent of

total profit.

Cost of products soldists the cost of sales for each item at the time that the% are sold.

"se 7his report is used to erif% general ledger postings for cost of

products transactions.

Inventory valuation report,hows the alue and aerage cost for all items that are in stoc=.

Item costin( reportists each inentor% item with costing information for uantities

receied and sold.


*1



E-commerce

Item listists each item -D< description< class< t%pe< and uantit% on hand.

Item price listists each item with uantit% on hand and each aailale sales price.

"hysical inventory list"se this wor=sheet to chec= the actual numer of items on hand )as reealed

in a ph%sical inentor%* s. what the record reports on hand.

2., Forms@ documents used in the eistin(

system

7he following are common t%pes of documents issued when there

are sales transactions.

• 'nvoices

+ormall% %ou receie these when %ou purchase ph%sical

products. ,ame function as ills< inoices as= the recipients to

pa% % a specified date.

• (elivery Or"ers

Kou get these when %ou receie the products that %ou hae

ordered preiousl%. Goweer< delier% order is different from

inoice< its function is to record the descriptions and uantit% of

the products concern< whereas< inoice will state the unit price

and also the terms of pa%ments.

• )sto!er rders

#ustomer orders are used for the customers to fill up in


*2



E-commerce

ordering the products.

• )re"it sales for!

#redit sales forms are used % credit customer to fill up

information aout the products the% ta=e on credit.

• Ship!ent infor!ation for!

,hipment information form is a form which is filled % the

customer that states how Pac=ing of stoc=s< transportation

arrangement etc. will e handled.

• Stoc& )ar"s * Stoc& +e"ger

,toc= cards are used to monitor ph%sical moement of stoc=s.

For etter control purposes< stoc= cards are normall% =ept and

recorded % store=eepers< and onl% uantit% of stoc=s< stoc=

codes and description of stoc=s are recorded on the stoc=

cards with out the unit costs indicated. 7his is ecause it is not

necessar% for store=eepers to =now the unit costs of stoc= )ina wa% to reduce the ris= of pilferage of more e$pensie stoc=

items*. ,toc= cards are updated ased on the eidence of

stoc=in )products receied notes and delier% orders from

suppliers if no products receied notes s%stem practiced* and

stoc=out )delier% orders to customers* -n addition to stoc=

cards< some usiness entities also maintain another t%pe of

,toc= record E stoc= ledger. ,toc= ledger is updated with all

the details of stoc=s including the stoc= code< descriptions<uantit% and the total alue of each t%pe of stoc= ased on

supplier inoices receied. t eer% fi$ed interal e.g. month


*3



E-commerce

end< the uantities of stoc=s reflected in the stoc= cards could

then e chec=ed and reconciled to the uantities of stoc=s

recorded in the stoc= ledger and an% ariances to e

inestigated and followedup.

2.0 "roblems of eistin( system 7he e$planation of prolem of the e$isting s%stem is gien elow

using a P-;#;, framewor=

2..1-erfor!ance

hroghpt

• sales person completes ! sales transactions within a da%

while he should process 1.• Poor time management.

(ften paper wor= is slow< which results in lag on client?s

serices

%esponse ti!e

• Dela% in the preparation and distriution of customer files.

For instance< preparation and distriution of selling

documents of the customer ta=es minimum of aout 1 da%.

7his is ecause transferring of customer files from one office

to another ta=es time.

Information

(utput

• -ncomplete dataase.

lthough some organiations hae computeried selling and


*"



E-commerce

ordering process< it is not sufficient for screening releant

information.

• Poor communication and coordination with wor= units since

the e$isting s%stem is manual.

• -nformation is not timel% to its suseuent use.

:hen a decision of some =ind is needed< information on which

to ase that decision ma% ta=e longer time to otain.

• &edundant information.

#ustomer and product information is stored in man% places.

• 7he s%stem produces inconsistent results.

-nconsistenc% in decision ma=ing with regard to customers

related matters of similar nature.

-nput

• -n the current manual s%stem much process has to e

performed to ma=e data useful.

• Data ma% not e accuratel% captured.

• Data is captured redundantl%.

• -naccurac% in updating releant information since manual

processing is error prone.

,tored data

• Data is stored redundantl% in multiple files. 7hose customer

information found in application forms are also repeated in


**



E-commerce

other forms.

• ,ince some data are not accuratel% captured the% are not

accuratel% stored.

• Data is not securel% stored. s the result< customer

information is e$posed to unauthoried agents.

• Due to the large numer of manual files< organiation of data

is difficult and is not eas% to meet new information needs from

stored data.

Economy

7o figure out a wa% to get people come to usinessplaces)mar=ets* most usinesses use sending out a mail order

catalogue< adertising and also locating a usiness place in a us%

shopping center results in wastage of mone%.0aterials wastage

• ;ffort and materials reuired for tas=s is e$cessie.

During the selling and ordering process< materials and

supplies are often wasted ecause of redundant input ofinformation or erroneous data.

Control/security

Control

• &edundantl% stored data is inconsistent in different files.

• Processing errors are occurring.

• Decision ma=ing errors due to lac= of crediilit% of reports.

• ,ince staff memers hae the possiilit% to access the data<


*$



E-commerce

priac% of data is eing iolated.

• 7he s%stem produces inaccurate results.

(nce an error occurs in the input process this error can affect

all leels of the diision.

Security

"nauthoried person can also access customer?s information

easil% which iolates the priac% of customers.

Efficiency

7ime wastage

• -nefficienc% due to poor time management.

• &edundanc% in the flow of customer information.

• t certain occasions< data is redundantl% copied which creates

repeated information at the cost of time.

•

s data is redundantl% copied< the information generated isalso redundant.

Service

• s eing a manual s%stem it is not eas% to use< eas% to learn<

aw=ward to use< infle$ile to new situation and changes.

2./ "ractices to be preservedo 7here still remains need to ph%sicall% delier products.


*'



E-commerce

o 7he asic principles of traditional commercethat is< u%ers

and sellers come together to e$change products for mone%

must e there .o &eturning products which are alread% sold.

2. "layers of the eistin( system 7hese are staff memers in the traditional commerce

Sales person• &egister new customer• &egister new order• Gelp customers find the products the% need< including e$ploring

the catalog< comparing products.

7aretin( 7ana(er

• Delier promotions.

• Prepare awareness adertisements

+uyer8Customer

• (rder aailale product

• u% aailale product

"roduct 7ana(er

• #hec=s if products hae reached their minimum order leel

• "pdate product record

• manage the returned products

• #lassif% products ased on categories

• 0anage order

• 0anage product reports


*(



E-commerce

"roposed system

Due to the prolems of traditional commerce stated aoe the

team proposes to deelop an ecommerce s%stem in order to

alleiate those prolems. Pa%ment process is handled using local

card that the customer u%s efore she/he ma=es order or u%

products on line. -n order to decide the t%pe of pa%ment that the

customer has to made when ordering or u%ing )prepa%ment when

ordering or full pa%ment when u%ing* the suppliers must proide a

list that contains customers information with credit worthiness.

2.A. Essential modelin(;ssential modeling is intended to capture the essence of prolems

through technolog% free< idealied and astract descriptions. 7he%

are more roust as the% are more li=el% to remain alid in the face

of oth changing reuirements and changes in the technolog% of

implementation. -n short essential models are ideal to capture thereuirements for the new s%stem )mler< 21*.

7he artifacts of essential use case model are essential use case

models< essential user interface protot%pe and domain models

with #lass &esponsiilit% #ollaorator )#&#*.

2.A.1 Essential )se Case 7odelin(;ssential use case models reflect the ehaioral reuirements of

the s%stem to e deeloped )mler< 21*.

/. /ctor '"entification


*)



E-commerce

n actor represents an%thing or an%one that interfaces with a

s%stem. 7his ma% include people< e$ternal s%stems< and other

organiations and the% are alwa%s e$ternal to the s%stem eing

modeled )mler< 21*.

<ame #ustomer

5escription #lient to whom the product is offered

<ame Product 0anager

5escription is a person who is responsile to manage products.

<ame 0ar=eting 0anger5escription is a person who is responsile to delier promotions.

<ame ,ales Person

5escription person who is responsile for the registration of the

forms and who assist the customer in the selling process.

. se )ase '"entification.

use case descries a seuence of actions that proide ameasurale alue to an actor. -n other words< it shows a wa% in

which a real world actor interacts with the s%stem )mler< 21*.

n essential use case is a simplified< astract< generalied use case

that captures the intentions of the user in a technolog% and

implementation independent manner )#onstantine and oc=wood<

1999*.

7he team identified the following use cases for each actor.


$,



E-commerce

• u% product

• (rder product

• Henerate report

• 0anage product

• Delier promotion

• &egister customer

• 0anage order

• 0ange returns

). siness %le '"entification. usiness rule is effectiel% an operation principle or polic%

software must satisf%. 7he usiness rules of the s%stem are

documented in essential use case modeling.

+'.1 Calidate (rder

+'1.1 Calidate personal information of the customer i.e. First

name< ast name< date of order< delier% date should e filled+'1.2 for )non regular* customer prepa%ment is reuired

)2!L of the actual prices*

+'1.3 Delier% date should not e an% less than a wee= from

the date of order

+'1., "npaid dets should e settled efore an% further sales

or order is made.

+'. 2. 9alidate Sales

+'2.1 ,ales is made with or with out prior order.


$1



E-commerce

+'2.2 Product ordered should e ta=en with in a specified

numer of da%s after delier% date.

+'2.2.1 #redit period E should not e$ceed 1! da%s.

+'2.2.2 #redit limit E )amount in irr* a customer can

ta=e a product on

credit should not e$ceed 2<.

+'2.3 ,ales on credit should not e made without chec=ing

the credit worthiness of the customer )% good will< financial

statements of the customer*

+'.3. Calidate Product+'3.1 Calidate product information i.e. Product )article*

name< Product -d< #ategor%< Date -n< Quantit%< Price< ,upplier

should e filled.

+'3.2 Product should e ordered wheneer minimum order

leel set % the compan%.


$2



E-commerce

(. se )ase (iagra!.

Fig 2.!. "se #ase Diagram of the e$isting s%stem

. (escriptions of se )ases.

<ame 'e(ister Customer


$3



E-commerce

ctor Sales Person< #ustomer

Identifier "#1

5escription register the customer information.

"recondition

"ost condition the customer information is recorded

+asic course of action

1. 7he sales person wants to register customer.

2. 7he sales person fills information on the form

3. 7he sales person erifies the entered information ased on the

usiness rule @+'1.1 Calidate personal information of thecustomer i.e. First name< ast name< address should e filled.A

4. "se case ends

lternate course 7he entered information is incorrect

.3 7he sales person detects the error

.4 7he sales person retries to correct the error

.! the use case resumes from asic course of action laeled 3.

<ame rder "roduct

ctor ,ales Person< customer

Identifier "#2

5escription order aailale product

"recondition the product to e ordered should e aailale

"ost condition the customer order the product he wants



$"



E-commerce

1. 7he customer wants to order product.

2. 7he sales person shows the aailale products.

3. 7he customer is chec=ed for unpaid det ased on @&1.4 unpaid

dets should e settled efore an% further sales or order is

made.A

4. 7he sales person fills the order form.

!. 7he sales person erifies the entered information ased on

@&1.1 Calidate order information i.e. orderdate< delier%date<

uantit%ordered should e filled.A

6. 7he sales person chec=s t%pe of customer ased on @&1.2 for)non regular* customer prepa%ment is reuiredA.

'. #ustomer ma=es prepa%ment.

8. 7he sales person conforms the customer order is completed

successfull%.

9. 7he use case ends.


.! 7he sales person detects the error

.6 7he sales person retries to correct the error

.' the use case resumes from asic course of action laeled 4.

lternate course + the customer has not paid his det.

.3. the sales person detects the customer has not paid his det.

.4. the sales person notifies the customer to pa% dets.

.! "se case ends.

lternate course C the customer is regular.


$*



E-commerce

#.6. the sales person detects the customer is regular.

#.'. the use case resumes from asic course of action laeled 8.

<ame +uy "roduct

ctor #ustomer/,ales Person

Identifiers "#3

5escription u% aailale product.

"recondition 7he product selected should e aailale in the

store

"ost condition the customer u%s the selected product.+asic course of action

1. 7he customer wants to u% a product

2. 7he sales person chec=s if order has alread% een made efore

ased on @+'2.1

,ales is made with or with out prior orderA.

3. 7he sales person shows the customer the aailale product

4. 7he customer is chec=ed for unpaid det ased on @&1.4

unpaid dets should e

settled efore an% further sales or order is made.A

6. 7he sales person reuests the t%pe of pa%ment )credit or cash*.

'. #ash sales inoice is gien to the customer.

8. 7he sales person sales the selected product.

9. 7he use case ends

lternate course ,ales is on credit


$$



E-commerce

.6. 7he sales person detects sales is on credit.

.'. #hec= credit worthiness ased on @+'2.3 ,ales on credit

should not e made without chec=ing the credit worthiness of the

customer )% good will< financial statements of the customer*A.

.8 #redit sales inoice is gien to the customer.

.9 the use case resumes from asic course of action laeled 8.

lternate course + order has alread% made

.2 7he sales person detects that order has een made efore.


lternate course C the customer has not paid his det.

#.4. the sales person detects the customer has not paid his det.

#.!. the sales person notifies the customer to pa% dets.

#.6. use case ends.

<ame 7ana(e product

ctor Product 0anager

Identifiers "#4

5escription updates product record< classif% products ased on

their categor%.

"recondition

"ost condition 7he product record is updated.


1. 7he manager wants to manage product.


$'



E-commerce

2. 7he manager iews the product list.

3. 7he manger updates product record ased on the actual

uantit% in or out )issued* and classif% products ased on

categor%.

4. 7he manager chec=s if products hae reached their minimum

order leel ased on &3.2 Product should e ordered

wheneer the aailale uantit% reaches its minimum order

leel set % the compan%.

!. 7he use case ends.

lternate course products hae reached their minimum orderleel

4. 0anager detects products hae reached their minimum order

leel

! Henerating order for the products

6 "se case ends.

<ame 5eliver promotion

ctor 0ar=eting 0anager

Identifiers "#!

5escription delier promotions or adertise products.

"recondition the 0ar=eting manager should hae the mar=eting

s=ill.

"ost condition goods are adertised.



$(



E-commerce

1. 7he mar=eting manager wants to promote products.

2. Delier promotion using email< postal mail< and telephone


<ame 7ana(e returns.


Identifier "#6

5escription manage the returned products

"recondition Preious agreement on the return of goods

"ostcondition return products are managed+asic course of action

1. 7he Product manager wants to manage the returned products.

2. -nestigates wh% the products are returned

3. &eturn product.

4. &euse use case laeled "#4.

!. "se case ends.

<ame 7ana(e order


Identifier "#'

5escription list< edit< and cancel customer orders.

"recondition

"ost condition orders are managed


$)



E-commerce


1. 7he Product manager wants to manage the orders.

2. 7he Product manager iews the orders.

3. 7he Product manager update order attriutes )orderdate<

delier%date< uantit%ordered* or cancels order.

4. "se case ends.

<ame Generate report

ctor Product 0anager/mar=eting manager

Identifiers "#85escription Henerate a report

"recondition 7he person should e a manager.

"ostcondition particular &eport is generated.


1. 7he 0anager wants to generate report.

2. 7he 0anager selects t%pe of report to e generated.

3. 7he 0anager generates the report.


2.: Essential )ser Interface "rototypin(

7he user interface )"-* is a portion of software with which the user


',



E-commerce

directl% interacts. n essential user interface protot%pe is a low

fidelit% model< or protot%pe of the "- for the s%stem. -t represents

the general idea ehind the "- reuirements in a technolog%

independent manner )mler< 21*. n essential user interface

helps the team to model the maBor "- elements li=e screens< reports

and minor "- elements such as< input fields and lists.

Fig 2.6. "ser interface protot%ping for #ustomer &egistration

Customer 'e(istration


'1

Customer full name

-nput fieldincludes

customer first< middle

and last name.

Customer telephone

-nput field includes

customers moile<

office and resident

telephone numers

Customer ddress

-nput fieldincludes

countr%< =eele<

susit% < postal /ip

code and woreda.



E-commerce

rder information)&egular customer*


'2

Customer full name

-nput fieldincludescustomer first< middle

and last name."roduct name

-nput fieldincludes

the name of the

product to e

ordered.

6uantity

-nput fieldincludes

the numer of itemsneeded per product.

"roduct cate(ory


the general

description of the

item.

rder number

-nput fieldassigned

uniue identification

to each order.

5elivery date

-nput field includesthe date product is to

e deliered.



E-commerce

Fig 2.'. "ser interface protot%ping for (rder information )&egular customer*


'3

rdered date

-nput fieldincludes

the date the order is

made.



E-commerce

rder information)+on &egular customer*

rder number

-nput field assigned

uniue identification

to each order.

"roduct name

-nput fieldincludesthe name of the

product to e

ordered.


'"

Customer full name

-nput fieldincludescustomer first< middle

and last name.

"roduct cate(ory


the general

description of the

item.

6uantity

-nput fieldincludes

the numer of items

needed per product.



E-commerce

Fig 2.8. "ser interface protot%ping for (rder information )+on &egular

customer*

Fig 2.9. "ser interface protot%ping for #ash ,ales -noice / #redit ,ales -noice


'*

rdered date

-nput fieldincludes

the date the order is

made.

5elivery date


the date product is to

e deliered.

"repayment

-nput fieldcontains

alue

that the customer

must pa% when placing

order



E-commerce


Cash Sales Invoice 8 Credit Sales Invoice

5ate

-nput field assigns

the date the inoicemade.

'$

Invoice number

-nput field assigned

uniue identification to

each inoice.

"rice

-nput fieldincludes the

price to e paid for

each item.

6uantity -nput fieldincludes the

numer of items

needed per product.

mount

-nput field contains

the uantit% of product

needed and the

appropriate price.

"roduct name-nput fieldincludes

the name of the

product to e

ordered.

"roduct cate(ory


the general

description of the

item.

4otal mount

-nput fieldassignedalue of total amount



E-commerce


''



E-commerce


7ana(e "roduct

'(

"roduct number

includes uniue

identification to each

product.

In includes uantit% of

product receied.

"roduct name

-nput fieldincludes

the name of the

product to e

ordered.

5ate includes the

date the stoc= is

updated.

ut includes the

uantit% of product

issued.

"roduct cate(ory


the general

description of the

item.

+alance includes

remaining uantit% in

stoc=



E-commerce

Fig 2.1. "ser interface protot%ping for 0anage product


')



E-commerce


"roduct 'eport

"roduct number

includes uniue


product.

In includes uantit% ofproduct receied.

(,

5ate includes the

date the stoc= is

updated.

+alance includes

remaining uantit% instoc=

ut includes the

uantit% of product

issued.

"roduct name

-nput fieldincludes

the name of the

product to e

ordered.





E-commerce

Fi( 2.12. )ser interface prototypin( for 'eturned product


(2



E-commerce


'eturned "roduct

"roduct number

assigned uniue


product.

"roduct name


name of the product to

e ordered.

rder 'eport

rder number

ssigned uniue


order.

5elivery date


the date product is to

e deliered.

(3

5ate includes thedate the product is

returned.5escription includes

the product

description.

6uantity includes theuantit% of product to

e returned.

'eason


reason of product

returned.

Invoice number

-nput field uniue

numer that the

product was sold.

Customer full name


customer first< middleand last name.

rder 5ate the date

the order is made.

"roduct number

assigned uniue


product.

"roduct name


name of the product to

e ordered.

6uantity includes theuantit% of product to

e ordered.



E-commerce

Fi( 2.13. )ser interface prototypin( for rder 'eport


("



E-commerce

2.1B )ser Interface Flo# 5ia(ramUI flo0 diagram is used to model the interactions users ha&e 0ith a sstem. 5he enale to gain a

high le&el of o&er&ie0 @architectural &ie0A of the UI of the application eing de&eloped @+mler8

2,,1A.

Fig 2.14. "ser -nterface Flow Diagram


: ain enu

: 9rder !roduct

#creen

#creen

: /eport

#creen: anage !roduct

: u

!roduct

: ustomer

/egistration

#creen

: /egular

customer

#creen

: on regular

customer

#creen

re%uester

re%uester : 9rder

/eport

#creen

: !roduct

/eport

screen

re

re%uester

:ashBcredit

#ale

#creen

(*



E-commerce

2.11. 5omain modelin( #ith Class

'esponsibility Collaborator $C'C&

cardsDomain modeling is the tas= of discoering the classes that

represent the things and concepts pertinent to a prolem domain

)&osenerg and ,cot< 1999*.


#ustomerRRactorSS

(rder product

u% product

&egister

(rder

Product

-noice

,ales PersonRRactorSS

,ale product

ccept (rder

&egister

#ustomer

(rder

Product

#ustomer($



E-commerce


Product 0anager RRactorSS

#ategorie

product

Henerate

report

0anage

product

0anage

order

0anage

return

#ustomer

Product

,old -tem

&eturned -tem

('



E-commerce


0ar=eting 0anagerRRactorSS

• -dentif% the target

audience.

• ,elect

communication

media.

• Delier Promotion

• Product

((



E-commerce


(rder

• (rder id

•

(rder date• Delier% date

• Product +umer

• Product +ame

• Quantit%

Place (rder

0anage (rder

Product

#ustomer

Product

0anager

,ales

Person

#ustomer

• Full +ame

• ddress

• 7elephone

&egister

customer

information

Place order

u% Product

(rder

Product

-noice

()



E-commerce


Product

• product -d

• product name

• uantit%

• #ategor%

0anage

Product

Product

(rder

Product 0anager

,ales 0anager

#ustomer

),



E-commerce


-noice

• -noice numer

• inoice date

• uantit%

• amount

• price

• #ustomer +ame

calculate total price

product

custom

er

order

,upplier

• ,upplier +ame

• ,upplier ddress

&ecord

supplier

information

Product

)1



E-commerce


,old Product

• Product -d

• Product +ame

• Date ,old

• Quantit%

0anage

Product

#ustomer

Product

-noice

)2



E-commerce


&eturned Product

• Product -d

• Product +ame

• Date &eturned

• Quantit%

• &eason

0anage

Product

#ustomer

Product

-noice

Promotion

• Promotion Date

• 0eans (f Promotion

• Pa%ment

Delier

Promotion

Product

)3



E-commerce


0anage Product RR"-SS

0anage Product

Calidate entered

information

.

product

&eturned

Product

,old Product

)"



E-commerce


0anage (rderRR"-SS

0anage order

Displa% order #ustomer

(rder

#ustomer registrationRR"-SS

;nales

&egistration of

#ustomer customer

)*



E-commerce


&eport RR"-SS

Displa% &eport #ustomer

Product

(rder

-noice

&eturned

Product

,old Product

)$



E-commerce

Fig 2.1!. #lass &esponsiilit% #ollaorator for ecommerce s%stem


(rder RR"-SS

;nales Placing of

order product

order

customer

)'



E-commerce

Chapter 4hree

b!ect riented nalysis3.1. Introduction

(Bect oriented anal%sis is the process of defining the

prolem in terms of oBects real world oBects with witch the s%stem

must interact< and candidate software oBects used to e$plore arious

solutions alternaties. 7he purpose of oBect oriented anal%sis is to

understand what will e uilt and to clearl% understand the prolem

domain for the s%stem to e deeloped )mler< 21*.-t reduces the

gap etween the prolem and the machine % identif%ing oBects

representing userisile concepts. -t descries the s%stem in terms of

e$ternal ehaior< such as its functionalit% )use case* model< the

application domain concepts it manipulates )class model* and its

ehaior )Tacoson< 1992*.

(Bect oriented anal%sis artifacts include use case modeling<

seuence diagramming< class modeling and actiit% diagramming and

user interface protot%ping.

3.2 System use case

s%stem use case model constitutes a seuence of actions that

proide a measure to an actor. 7he main difference etween an


)(



E-commerce

essential use case and a s%stem use case is a high leel of

implementation decision is included in the s%stem use case )mler<

21*.

3.2.1 )ser interfaces

5he follo0ing user interfaces 0ere identified:

"-U1 0ain page

"-U2 login page

"-U3 0anage product page

"-U4 Place order page

"-U! &egister new customer page

"-U6 ,hopping cart page

"-U' ,elect report page.

"-U8 &eport generation page

"-U9 0anage account page.

"-U1 0anage &eturn page."-U11 #onfirmation screen.

"-U12 -nalid information screen.

"- U13 -nalid ogin screen

"- U14 u% Product Page

"-U1! 7%pe of #ustomer

"-U16 +otification screen

"-U1' 0enu page


))



E-commerce

3.2.2 ;ist of actors

• n actor is a person< organiation< or e$ternal s%stem that pla%s

a roll in one or more interactions with the s%stem ),cott

:.mler< 21*

7he actors of the s%stem identified are

• #ustomer

• :e shop manager

• dministrator

3.2.3 ;ist of use cases

• Calidate user

• Place order

• &egister new product

• "pdate Product

• &egister new customer

• iew order status

• Ciew own order status

• #ancel order

• u% product

• Henerate report

• 0anage account


1,,



E-commerce

3.2., ;ist of +usiness rules

+'., Determine alidit% to access the s%stem4.1 "ser should hae alid user name.

4.2 "ser should hae alid password

+'.0 7o order and u% a product a customer should hae a alid

ocal #ard +o. $ 7his

rule is onl% applicale for cash and non regular*

+'./ erage inentor% costing method )moing aerage* should

e used

+'. ocal card must hae sufficient alance.

+'.A Calidate #ustomer information i.e. First name< 0iddle +ame<

ast +ame<

ddress< Hender <7elephone< ;mail ddress< Password<

reenter the password.

+'.: ,ales on credit should not e made without chec=ing the

credit worthiness of the customer )ased on the list of credit worth%

customers proided % the suppliers*


1,1



E-commerce

3.2.0 )se case 5ia(ram


1,2



E-commerce

fig 3-1 #stem Use case diagram. 3.2./ 5escription of use cases


1,3



E-commerce

<ame alidate user

Identifier )C1

ctor :e shop manager< #ustomer< dministrator

"recondition the user should hae alid user name and password

"ost conditionA-a user is allowed to enter into the s%stem.

-nclude

;$tend


1. "ser needs to access the s%stem

2. 7he s%stem shows login screen.

3. 7he user enters user name and password through "-U2 login

screen.

4. 7he s%stem alidates the information entered ased on &.1.

!. 7he use case ends.

lternate course of action user name or password or oth are not

correct.4. 7he s%stem detects the information entered is incorrect.

!. 7he s%stem informs the user to reenter the correct information

through @"-U13

-nalid ogin screen.

6. 7he use case resumes from asic course of action laeled 3.

'. "se case ends.


1,"



E-commerce

<ame Place (rder

ctor #ustomer

Identifier"#U2

"recondition 7he customer has added products in the shopping

cart and he/she must e registered efore.

"ost condition all products in the shopping cart hae een oo=ed

)laeled* as Vordered?.

-nclude"#U1

;$tend

+asic course of action1. 7he customer wants to place an order

2. 7he customer logged in to the s%stem.

3. 7he customer is chec=ed for unpaid det ased on @&2.4 unpaiddets should e settled efore an% further sales or order is made.A

4. 7he customer t%pe is chec=ed ased on &1.2.

!. 7he customer enters order information ia "-U4 place order page.

6. 7he s%stem erifies the entered information ased on &!

'. Pa%ment will e calculated ased on &1.2.

8. 7he s%stem chec=s local card alance ased on &'.

9. +otification using email containing the product he/she ordered<

the pa%ment made< and other information will e send.

1. "se case endslternate course the customer is regular.


1,*



E-commerce

.4. the s%stem detects the customer is regular.

.! the use case resumes from asic course of action laeled 9.

lternate course of action + 7he entered information is -ncorrect.

6. 7he s%stem detects the information entered is incorrect.

'. 7he s%stem prompts to reenter the correct local card numer

@"-U12 -nalid -nformation screenA.

8. the use case resumes from asic course of action laeled !.

9. "se case ends.

lternate course of action C alance on the local card isn?t

sufficient.

#8. 7he s%stem detects the local card alance isn?t sufficient.

#9. 7he s%stem prompts to update the alance of local card.

#1. 7he use case resumes from asic course of action laeled 8.

#11. "se case ends

lternate course 5 the customer has not paid his det.

D3. 7he s%stem detects the customer has not paid his det.

D4. 7he s%stem notifies the customer to pa% dets ia @"-U16

+otification screenA

D!. "se case ends.

<ame &egister +ew Product


1,$



E-commerce

Identifier"#U3

ctor :e shop manager

"recondition 7he we shop manager must hae alid user name

and password.

"ost condition new product is entered with all releant data filled

in.

Include - UC1

Etend-

asic course of action

1. 7he we shop manager needs to register product.


3. 7he we shop manager fills in all releant data to create a newproduct in the dataase ia "-U3 0anage Product page

4. 7he s%stem erifies the entered information ased on the

usiness rule &3.1

!. 7he we shop 0anager sumits registered data.

6. "se case ends


.4 7he s%stem detects the entered information is incorrect.

.! 7he s%stem informs the user to reenter the correct information

ia @"-U12 -nalid information screenA.



1,'



E-commerce

<ame Case "pdate Product

Identifier-"#U4


"recondition 7he we shop manager must hae alid user name

and password.

"ost condition the product information is updated.

-nclude"#U1

;$tend


1. 7he we shop manager needs to update e$isting information

aout products


3. 7he we shop manager selects a product ia "-U3 0anage

Product page.

4. 7he we shop manager fills in updated information ia "-U3

0anage

!. 7he we shop manager sumits the "pdated data.

6. 7he s%stem -nforms the we shop manager that the product

information is updated ia "-U11 confirmation screen.

'. "se case ends

<ame iew order status

Identifier"#U!


1,(



E-commerce


"recondition 7he :e shop manager must hae alid user name

and password.

"ost condition 7he ordered product status is iewed.

Include-"#U1

Etends-


1. 7he we shop manager needs to iew orders placed % the

customers

2. 7he :e,hop manager logged in to the s%stem3. Displa% order status ia "-U8 &eport generation page

4. "se case ends.

<ame iew own order status

Identifier"#U6

ctor customer

"recondition 7he customer must hae customer password.

"ost condition (rder is displa%ed to the customer.

Include-"#U1

Etends-


1. 7he customer needs to iew her/his order status


3. Displa% own order status via UIC( /eport generation page


1,)



E-commerce

4. use case ends

<ame &egister +ew customer

Identifier"#U'

ctor customer

"recondition

"ost condition customer is entered to the dataase with all

releant personal data filled in.

Include-Etends-)C1


1. 7he customer needs to register.

2. 7he customer fills in all releant personal data to register

herself/himself in the

Dataase ia "-U! &egister new customer page

3 7he s%stem erifies the entered information ased on the

usiness rule & 8

4 7he customer sumits the registered data.

!. +otification using email containing user name and password wille send to the

customer on the e mail that he/she proides.


11,



E-commerce

!. "se case ends

lternate course of action the information entered is incorrect

3. 7he s%stem detects the information entered is incorrect4. 7he s%stem prompts the customer to reenter the correct

information @"-U12

-nalid information screenA.

!. 7he use case resumes at asic course of action step 2.

6. "se case ends

<ame #ancel order

Identifier"#U8

ctor #ustomer/:e shop manager

"recondition 7he customer must hae alid user name and

password.

"ost condition the selected order is canceled from the dataase.

Include-"#U1

Etends-


1. 7he user needs to cancel e$isting order.

2. 7he user logged in to the s%stem.

3. 7he user will e gien access concerning the selected order

and gien the possiilit% to cancel the order ia @"-U8 &eport

generation pageA.


111



E-commerce

". 7he s%stem -nform the user order has een canceled ia @UI_11

confirmation screen”.

!. use case ends

<ame u% Product

Identifiers "#U9

ctor #ustomer

"recondition 7he customer has added products in the shopping

cart and he/she must e registered efore.

"ost condition 7he customer u%s the selected product.

Include-"#U1

Etends-


1. 7he customer wants to u% a product.


3. 7he s%stem chec=s prior order ased on &.2.1.

". 7he customer is chec=ed for unpaid det ased on &1.4.

!. 7he s%stem prompts the customer to select from t%pe of

pa%ment )credit/ cash* ia

@"-U 14 u% product pageA

6. 7he s%stem alidates #ustomer ased on usiness rule & 9.

'. #redit information will e recorded.

8. 7he s%stem generates #redit ,ale -noice through @"-U1! #redit,ales inoiceA.


112



E-commerce

9. 7he s%stem updates product record.

1. 7he use case ends

lternate course of action order has alread% een made.

3.7he s%stem detects the customer has made order efore.

+". 7he use case resumes from asic course of action !

!. "se case ends.

lternate course + the customer has not paid his det.

4. 7he s%stem detects the customer has not paid his det.

!. 7he s%stem notifies the customer to pa% dets ia @"-U16+otification screenA

lternate course of action C 7he customer is #ash #ustomer.

#6. 7he s%stem detects the customer is cash customer

#'. 7he s%stem prompts the customer to enter a local card numer

ia

@"-U 14 u% product pageA.

#8. 7he s%stem erifies the entered information ased on &!

#9. 7he s%stem chec=s local card alance ased on &8.

#1. 7he s%stem generates #ash ,ale -noice through @"-U1! #ash

,ales inoiceA.

lternate course of action C. 7he entered information is -ncorrect.

C... 7he s%stem detects the information entered is incorrect.


113



E-commerce

C..A. 7he s%stem prompts to reenter the correct local card

numer.

C..:. the use case resumes at step 4.

lternate course of action C.+ alance on the local card isn?t

sufficient.

#..8. 7he s%stem detects the local card alance isn?t sufficient.

#..9. 7he s%stem prompts to update the alance of local card.

#..1. "se case ends

<ame Henerate report

Identifier"#U1


"recondition 7he person should hae a alid user name and

password.

!ost condition: &eport is generated

IncludesA-"#U1

EDtends:


1. :e shop manager needs to generate a report.

2. 7he :e shop manager logged in to the s%stem.

4. 7he :e shop manager selects t%pes of report through "-U'

,elect report page.


11"



E-commerce

!. 7he s%stem generates the report ia "-U8 &eport Heneration

page.


<ame 0anage account

Identifier"#U11

ctor dministrator

"recondition 7he person should hae a alid user name and

password.

!ost condition: user account is generated.

IncludesA-"#U1

EDtends:


1. 7he administrator needs to create an account.

2. 7he administrator logged in to the s%stem. 3. 7he administrator enters the new username< password and

priileges through "-U9

anage account page.

". 5he sstem creates user account.

! .7he s%stem informs her/him the account has een created ia

@"-U11 #onfirmation

,creenA.



11*



E-commerce

.

0.2. Se*uential 5ia(ram

,euence diagrams are used to model the logic of usage scenarios or

the description of the potential wa% the s%stem used. ,euence

diagrams are a great wa% to alidate and flesh out the logic of use case

scenarios and to document the design of the s%stem )mler< 21*.


11$





E-commerce

Fig.3.3. #e%uence diagram for &alidate user alternate course action.


11(



E-commerce

Fig 3-" se%uence diagram for place order


11)





E-commerce

Fig 36 #e%uence diagram for place order alternate course action.


121



E-commerce

Fig 3' #e%uence diagram for place order alternate course action.


122



E-commerce

Fig 3-( seuence diagram for place order alternate course of actionD.


123



E-commerce

Fig 3-) se%uence diagram for /egister ne0 product


12"





E-commerce

Fig 3-11se%uence diagram for /egister ne0 customer


12$



E-commerce

Fig 3-12se%uence diagram for of /egister ne0 customer +lternate course of action +


12'



E-commerce

Fig 3-13se%uence diagram for update product


12(





E-commerce

Fig 3-1* se%uence diagram for &ie0 o0n order


13,



E-commerce

Fig 3-1$ se%uence diagram for cancel order


131



E-commerce

Fig 3-1' se%uence diagram for u product


132





E-commerce

Fig 3-1) se%uence diagram for u product alternate course of action


13"





E-commerce

Fig 3-21se%uence diagram for u product alternate course of action +


13$





E-commerce

Fig 3-23 se%uence diagram for anage account

3.2. ctivity dia(ramctiit% diagram is used to document the logic of a single


13(



E-commerce

operation/method< a single use case and the flow of a usiness

process. -n man% wa%s "0 actiit% diagrams are the oBect

oriented euialent of flowchart and data flow diagram)DFD* from

structured deelopment )mler< 21*.


13)



E-commerce


1",



E-commerce

Fig 3-2" +cti&it iagram for u product

3.2.A Conceptual modelin( Class 5ia(ram

onceptual models are used to depict the detailed understanding of the prolem space for thesstem. lass models sho0 the classes of the sstem8 their interrelationship and the operations and

attriutes of the classes @+mler8 2,,1A.

5he easiest 0a to egin conceptual modeling is to use the domain model as a ase. 5o do that8 the

team has ta6en the lass /esponsiilit ollaorator @/A model that has een done during

re%uirement definition and con&erts it directl into a U4 class diagram. In addition to that the

classes 0ere identified considering nouns from the eDisting forms of the sstem.

ig ?-7> nre1ined Class Diagram


1"1



E-commerce


1"2



E-commerce

,ince there are two t%pes of product that shat information from the class product<the team forms two su classes to contain information pertinent to the specific

product t%pe.

7here are two t%pes of inoice that retriee information from the class -noice.

7his relationship can e indicated % creating two different su classes to

contain information releant to the specific inoice t%pe.


1"3



E-commerce

ig ?:7! Decomposed class diagram


1""



E-commerce

ig ?:75 %e1ined classes


1"*



E-commerce

3.2.A )ser Interface "rototype

User Interface !rototping is an iterati&e analsis techni%ue in 0hich users are acti&el in&ol&ed in

identifing the user interfaces of the sstem. It helps to eDplore the prolem space as 0ell as the

solution space of the sstem at least from the point of &ie0 of users @+mler8 2,,1A.

0ain Page

Fig 3.28 0ain page

Description this page will appear when the user enters the enters the "& of

our we site )www.;thioweshop.com*

ogin ,creen )page*


1"$



E-commerce

Fig. 3.29 ogin

Description 7his form )screen* appears at the top right part of the main page.

fter the user enters the correct username and password and clic=s the

proceed utton. Ge/,he will then e ale to order products and in the case of

administrators administratie capailities will e gien such as adding

products< deleting products.

#reate ccount ,creen )page*

Fig. 3.3 #reate an account

5escription - 7his Page will appear onl% for dministrators and is used to

create a new account for managers.

&egister #ustomer


1"'



E-commerce

Fig. 3.31 &egister +ew #ustomer Page

5escription - when the user clic=s on the register utton from the main page

the aoe form will appear. -f the user enters the correct data and clic=s

&egister utton he/she will then e ale to order

products.

,hopping cart Page

Fig 3.32 ,hopping cart page

5escription - ,hows the uantit% and t%pe of product a customer adds to a

shopping cart. -f a customers clic=s on the complete ,hopping lin= he/she


1"(



E-commerce

0enu

Fig3.33 menu screen

Description this screen will appear for we shop managers to

enale manipulation of the :e after he logs successfull%.


1")



E-commerce

0anage Product


1*,



E-commerce

W 7he First loo= of the screen W fter the dd

utton is clic=ed

Fig 3.3" anage product

5escription - 7his page )screen* will appear for we shop manger when

he/she clic=s on the manage product lin= from the menu page. First it appears

with data and the manager can naigate through all aailale products using

the naigation utton at the upper right corner )First< +e$t…*. :hen the dd

utton clic=ed all the fields will appear lan= and the add utton will change to

@,aeA. fter the manager enters the correct data and clic=s on @,aeA

Products will e registered. 7he @DeleteA utton will delete the current Product

Cisile and @,earchA utton will proide a prompt o$ to t%pe the name of the

product to e searched.

,elect 7%pe of &eport ,creen

Fig. 3.3! 5ind of &eport


1*1



E-commerce

5escription - 7his Page will redirect to a specific t%pe of report ased on the

selection of report )onl% for :e shop 0anager*.

ist (rder

Fig.3.36 ist (rders of &eport

5escription - 7his Page lists the orders filtered % a specific date gien %

the we shop manager.

&egister &eturned Product


1*2



E-commerce

Fig 3.3' returned product

Description 7his screen)page* is used to register the returned items

Fig 3.38 anage +ccount !age

escription:- ontains menu for managing +ccount @for administrator onlA


1*3



E-commerce

Fig. 3.39 #reate an account

5escription - 7his Page will appear when the dministrator selects the

Ocreate new accountO

Fig 3.4 /eturn !roduct

Description 7his screen)page* is used to register the returned items


1*"



E-commerce

Fig 3.41 9rder product page

escription: - Enales ordering of product for non regular customer

escription: - Enales ordering of product for regular customer


1**



E-commerce

Fig 3.42 u product page

escription: - First appearance of the page it !ro&ides a selection of tpe of pament.

escription: - this screen 0ill appear for onl cash customers. @7hen the tpe of pament is cashA


1*$



E-commerce

Fig 3."3 In&alid 4ogin #creen

escription:- appears 0hen the user enters Incorrect user name or pass0ord

Fig 3."" onfirmation #creen

escription: - appears 0hen an transaction completed successfull.

Fig 3."* In&alid information #creen

escription: - appears 0hen the customer tries to sumit a form that contains an incorrect data.


1*'



E-commerce

Fig 3."$ In&alid information #creen

escription: - appears 0hen the customer tries to sumit a form that contains an incorrect data.

Supplementary specification

supplementar% specification< also called supplementar% usiness

specification is an artifact where all reuirements not contained in

use case model< user interface model< or domain model are

documented. -n man% wa%s it is a catchall for reuirements that

donIt fit elsewhere. 7hese reuirements include usiness rules< non

functional reuirements< constraints and change cases )mler<21*.

7:?:7:<: .usiness rules

usiness rule is effectiel% an operation principle or polic%

software must satisf%. 7he usiness rules of the s%stem are

documented in essential use case modeling.

7:?:7:7: "on-1unctional reFuirements nonfunctional reuirement also referred to as technical reuirement

pertains to the technical aspects the s%stem must fulfill< such as performance

related issues< reliailit% issues< and aailailit% issues )mler< 21*.

1 7he s%stem should e full% operational 24 hours per da% ' da%s a wee=

36! da%s a %ear.

2 7he s%stem should generate report in less than 1 seconds 9!L of the

time.

3 7here should e two computers with !12 0 DD& ,D&0< ,eagate 8H

hard dis=< 3.2 HGX #P".


1*(





E-commerce

##2 Frontend application will e deeloped % platform independent

software.

##3 7here will e a pa%ment % using credit card or isa card

>+!5E/ F9U/

EDecuti&e #ummar

4: Eecuti@e Summary o1 $nalysis Document

5he first phase of the project8 0hich is prepared for the sstem analsis part of e-commerce8

is focused on the follo0ing areas: -

In the first chapter of the analsis document 0e introduced ecommerce8 0e tried to sa

something aout ecommerce in Ethiopia8 statement of the prolem of the traditional sstem in

the ee of the seller and the uer8 ojecti&e and scope of the project8 data collection and

sstem de&elopment methodolog that is used to anale8 design8 and implement the ne0

sstem8 significant of the project and finall 0e inspect the time schedule to pro&ide the

deli&erales of the project.

In the statement of the prolem part8 0e identified the follo0ing major prolems of the

traditional sstem.

For the seller

• >igh operation cost.

• 4arge amount of unnecessar paper 0or6

• 4imited to ser&ing the customers in its local geographical location so there is inconsistenc

0ith the regular procedure.


1$,



E-commerce

• eed to uild8 staff8 or maintain a store8 print and distriute mail order catalog.

• 4ess opportunit to impro&e their products ecause of fe0er customers feed ac6.

For the uer • ecause man people are eDtremel us8 the ma not find it simpler to shop in their

leisure hours at home using catalogs

• #earching for an item in the real 0orld ta6es &aluale time and energ.

• 5he time and hassle @disturA in&ol&ed in running from store to store.

In the sstem de&elopment part 0e chose oject oriented analsis and design approach to

anale8 design and implement the ne0 sstem ased on the analsis of the traditional sstem.

In the second chapter of the analsis document 0e riefl analed and descried the

traditional ecommerce8 functional and non functional re%uirements of the traditional ecommerce8

usiness rules of the traditional ecommerce8 prolems that eDist in the ecommerce 0e are going to

de&elop8 plaers of the traditional ecommerce8 strength and 0ea6ness of the traditional ecommerce8

and alternati&e options to address prolems of the traditional ecommerce.

In the usiness rule part of the analsis document 0e riefl recognied the usiness rules

for &alidate order8 &alidate sales8 &alidate product .In the functional re%uirement part8 0e identif

the follo0ing functional re%uirements of traditional ecommerce.

>andle u management

!repare ifferent 4e&el of anagerial /eport

anage product

eli&er promotion

/egistering customer

anage order

ange returns


1$1



E-commerce

In the plaers of the eDisting sstem section8 0e identified users of the traditional ecommerce.

Users of the traditional ecommerce are #ales person8 ar6eting anager8 uerBustomer8 !roduct

anager. +lso prolems of the traditional ecommerce are identified using the !IEE# !rolem-

#ol&ing Frame0or6 mechanism.

In the last chapter of the analsis document8 0e model the traditional and the ne0 sstem

using unified modeling language @U4A8 0hich contains essential use case diagram 0ith its

description8 sstem use case diagram 0ith its description8 se%uence diagram modeling8 class

diagram8 and user interface prototping. In the sstem use case modeling8 0e identif ele&en use

cases

3alidate System sersA this use case &alidates the user to enter to the sstem. 5he 7e

shop manager8 ustomer8 +dministrator are actors of this use case.

#lace orderA 5his use case allo0s the customers to place an order. ustomer is actor of this

use case.

%egister ne; customerA 5his use case allo0s registering customer. 5he customer is actor

of this use case.

%egister ne; #roductA 5his use case allo0s registering !roducts. 5he 7e shop manager

is actor of this use case.

pdate productA &his use case allo0s updating product information. 5he 7e shop

manager is the actor of this use case.

3ie; order status: 5his use case allo0s the 0e shop manger to &ie0 order status of the

different customers. 5he 0e shop manger is the actor of this use case.

3ie; o;n order status: 5his use case allo0s the customers to &ie0 their o0n order status.

5he customer is the actor of this use case.

Cancel order: 5his use case allo0s the ustomerB7e shop manager to cancel order

information. 5he ustomerB7e shop managers are the actors of this use case.


1$2



E-commerce

.uy product: 5his use case allo0s the ustomer to u product. 5he ustomer is the actor

of this use case.

enerate reportsA enale the 0e shop manger to prepare different le&el of managerial

report. 5he 0e shop manger is actor of this use case.

*anage $ccountA enale the administrator to manage pass0ord and username of the

sstem users. 5he administrator is actor of this use case.

In the se%uence diagram modeling 0e model for e&er sstem use case including alternate

course of actions.

In the class diagram modeling8 0e identified the usiness classes 0ith their properties8

methods and association et0een them.

In the last part of chapter three8 0e prepared analsis le&el user interface design

>+!5E/ FI<E

*. /e%uirement /e&ie0 and &alidation

*.1. Introduction

5his section descries list of re%uirements of the sstem oth functional and non-function

+dditionall it descries a&ailale chec6 lists in the sstem

*.2. hec6 list of functional re%uirements

1. <alidate #stem User

5he user should ha&e a user name and pass0ord.

5he user can e an administrator8 0e shop manager and customer.

5he sstem prompts the users to enter their user name and pass0ord.

5he sstem chec6s 0hether the username and pass0ord is &alid or not.


1$3



E-commerce

7hen users enter 0rong input this function chec6s and ma6es the users to enter or correct t

data again.

5he sstem displas the specified page.

2. /egister

5he sstem should register ne0 product 8 customer8 supplier

5he sstem should register the customer 0hen heBshe fills first name8 middle name8

last name8 and other information on the registration form and clic6 register utton.

5he sstem should register the products 0hen product name8 product id8 price8 and

%uantit and so on are filled.

5he sstem then &alidates the information entered .If the information is correct the

sstem should put the information entered in the dataase and if it is not correct then

the sstem notifies to reenter the information again.

3. !lace order

5he customer selects the product heBshe 0ants

5he products selected are added to the shopping cart

5he customer clic6s the order utton

5he sstem chec6s the user name entered alread eDists in the dataase or not.

If not registered ustomer registration form 0ill appear after the customer clic6s the

order utton and the customer fills the re%uired information and clic6s the register

utton

5he sstem 0ill prompt the customer to enter the local card numer

4. <ie0 o0n order

5he sstem 0ill displa the products ordered 0ith eDit 8cancel and u uttons.


1$"



E-commerce

5. Generate report

5he sstem 0ill generate different tpe of reports

>:? Chec list o1 "on-1unctional reFuirements

+ non-functional re%uirement also referred to as technical re%uirement pertains to the technical

aspects the sstem must fulfill8 such as performance related issues8 reliailit issues8 and

a&ailailit issues @+mler8 2,,1A.

1: 5he sstem should e full operational 2" hours per da ' das a 0ee6 3$* das a ear.

2: 5he sstem should generate report in less than 1, seconds )* of the time.

3: 5here should e one computer 0ith *12 / #/+8 #eagate (,G hard dis68 3.2

G> !U.

": 5here should e 2 printers for printing reports->! 4aser;et 13,, one color and one lac6.

*: 5here should e 1 scanner for scanning products.

$: odem to connect to internet to gather different 6inds or resources.

': atter @U!#A to ha&e uninterruptile po0er suppl.

(: 5he sstem should e reinitialied to its status 0hen there is a failure.


1$*



E-commerce

hapter #iD

9ject 9riented esign$.1. Introduction

5he purpose of design is to determine ho0 to uild the sstem and to otain information needed todri&e the actual implementation of the sstem. 5he focus is particularl on the solution domain

rather than on the prolem domain @+mler8 2,,1A.

9ject oriented design consists of transforming the analsis model into the design model.

$.2. lass 5pe +rchitecture

lass tpe architecture pro&ides a strateg for laering the classes of the soft0are to distriute the

functionalit of the soft0are among classes. It pro&ides guidance as to 0hat other tpes of classes a

gi&en tpe of class 0ill interact 0ith and ho0 the interface 0ill occur .5his increases the

eDtensiilit8 maintainailit8 and portailit of the sstem

@+mler8 2,,1A.


1$$



E-commerce


4ogin !age.

enu !age.

/egister e0 ustomer !age.

anage +ccount !age

ain !age

anage !roduct !age

/egister e0 !roduct !age.

asual #hopping art !age

u !roduct !age

5pe of ustomer !age

/eport Generation !age

System

Classes9rder lass

In&oice lass

4ocal ard lass

!roduct lass

ustomer lass

+ccount lass

#upplier class

+ddress class

ategor class+ccount8 ustomer

+ddress8 !roduct8

!roduct #upplier8 In&oice8

In&oice !roduct8 9rder etail8

9rder8 4ocalard8 ategor8

and supplier

<alidate entr controller

9rder controller

!roduct controller

ustomer registration controller

9rder #tatus controller

ancel 9rder controller

u product controller

anage account controller

ontroller class

usiness class

!ersistence class

User interface class

Fig $.1 class tpe

architecture1$'



E-commerce

<: ser inter1ace class

+ user interface class implements a major UI element in our sstem @+mler8 2,,1A.

5his contains the code for the user interface part of the application. separating the user

interface classes from the usinessBdomain classes8 0e are in a position to change the user

interface in an 0a 0e choose.

+s it is sho0n in the ao&e figure our sstem user interface class consists:-

4ogin !age.

enu !age.

/egister e0 ustomer !age.

anage +ccount !age

ain !age

anage !roduct !age

/egister e0 !roduct !age. #hopping art !age

u !roduct !age

5pe of ustomer !age

/eport Generation !age

7: &he Controller=#rocess 'ayer

5he second laer represents controllerBprocess class that implement usiness logic that

in&ol&es collaorating 0ith se&eral usinessBdomain classes or e&en other controllerBprocess

classes.

+s it is sho0n in the ao&e figure our sstem controllerBprocess class consists:-

<alidate entr controller

9rder controller

!roduct controller

ustomer registration controller

9rder #tatus controller

ancel 9rder controller

u product controller

anage account controller

?: &he .usiness=Domain layer


1$(



E-commerce

5he third laer represents usinessBdomain classes that implement the concepts pertinent to

usiness domain focusing on the data aspect of the usiness oject plus eha&iors specific to

indi&idual ojects.

+ usinessBdomain class also called an analsis or entit class @;acoson8 ooch8 and

/umaugh8 1)))A is a class that is usuall identified during analsis. 5he usiness laer enales

to encapsulate the asic usiness functionalit 0ithout ha&ing to e concerned 0ith user

interface8 data management8 or sstem management issues.

+s it is sho0n in the ao&e figure our sstem usinessBomain class consists:-

9rder lass

In&oice lass

4ocal ard lass

!roduct lass

ustomer lass +ccount lass

#upplier class

+ddress class

ategor class

4: &he #ersistence 'ayer

5he neDt laer represents persistent class. It encapsulate the capacit to store8 retrie&e and

delete ojects permanentl 0ithout re&eling details of the under laing storage technolog. 5his

helps to isolate our application from changes to permanent approach. 5he usiness ojects

should not e affected the changes in the persistence strateg. /egardless of ho0 our

persistence strateg changes our applications should not e affected. 5he persistence laer

encapsulates access to permanent storage8 ut it is not the storage mechanism itself. 5he goal

of the persistence laer is to reduce the maintenance effort that is re%uired 0hene&er changes

are made to a dataase@+mler 2,,1A.

+s it is sho0n in the ao&e figure our sstem !ersistence class consists

+ccount class ustomer class

+ddress class


1$)



E-commerce

!roduct class

!roduct #upplier class

In&oice class

In&oice !roduct class

9rder detail class

9rder class

4ocalard class

ategor class

#upplier class

>: &he System 'ayer

5he last laer represents sstem class that pro&ides operating sstem specific functionalit for the

applications8 isolating the soft0are from the operating sstem @9#A 0rapping 9# specific

features.

E&er operating sstem offers functionalit that 0e 0ant to e ale to access in our application-file

handling8 multitas6ing and net0or6 access. In other 0ords the sstem laer pro&ides access to the

operating sstem and none oject-oriented resources. 7e need to create classes that 0rap specific

features of the operating sstem. 7e need to consider 0rapping sstem functionalit for the reason

that operating sstems constantl get upgraded. E&er time an upgrade occurs8 there are al0as

changes to the 0a that functionalit is currentl eing offered @+mler 2,,1A.

$.3 9ject 9riented lass odeling

5he purpose of design-class modeling is to model the static structure of ho0 soft0are 0ill e uilt

@+mler 2,,1A. It focuses on the solution domain instead of the prolem domain. +nd it introduces

changes to analsis class model ased on implementation technologies.


1',



E-commerce


1'1



E-commerce

fig $.2 class modeling

.


1'2



E-commerce

!:?:< Documentation o1 attributes and methods o1 classes

$ccount class attributes

$ccount class methods

*ethodname

3isibility

#seudo code %eturn&ype

Description

reate

account@unam

e8!ass0ordA

!ulic -Enter username8 pass0ord

-hec6 the username8 pass0ord

- If username doesnHt eDist

Insert username8 pass0ord

in the +ccount tale

- If username eDists

Inform the user

9ject It is called 0h

account is created

Update

account@A

!ulic -Enters user name8 pass0ord oolean It is used to upd

the account of

user

5ale $.1 +ccount class

Order class $ttributes


$ttribute Data &ype 3isibility Description SIJE

Userame <archar !ri&ate User name of the customer 3,

!ass0ord &archar !ri&ate !ass0ord of the customer 2,

5pe <archar !ri&ate 5pe of user 2,

1'3



E-commerce

Order class methods



9rderId <archar !ri&ate + uni%ue id for order 3,

9rderate ate!ri&ate ate of the order made

!repament Float !ri&ate !ament made the non regular

customers

95otal Float !ri&ate 5he amount of total order

9U!rice Float !ri&ate 5he unit price of the product ordered

9Juantit Int !ri&ate 5he %uantit of the ordered product

*ethod

name

3isibility #seudo code %eturn &ype Description

!laceorder@9r

did8Id89rder

ate89Juanti

t89U!riceA

!ulic -#elect product

-+dd to shopping cart

-If registered

Enter username8 pass0ord

-If not register

ispla registration page.-If username found

hec6 tpe

-If regular

onfirm order.

-If nonregular

Enter local card numer.

onfirm alance8 order.

9ject It is called 0hen the

customer 0ants to

place an order.

ancleorder@A !ulic -<ie0 order

-ancel order

oolean It is used to cancel

ordered

1'"





E-commerce

In@oice class attributes

In@oice class methods

5ale $." In&oice class



In&Id <archar

!ri&ate + uni%ue id for In&oice

3,In&ate ate !ri&ate ate of the in&oice made

5pe <archar !ri&ate 5he 6ind of in&oice generated @credit or

cashA

1,

IJuantit Int pri&ate 5he %uantit of the product sold

*ethod

name

3isibility #seudo code %eturn &ype Description

alculateamo

unt@!id8Juant

itA

!ulic - Enter !id8%uantit8unitprice

- calculate total amount

9ject It is used to calculate

the total amount

sold.

Generate

credit sales

in&oice@A

!ulic -Generate credit sales in&oice. 9ject +n in&oice that

contain products that

are ought Bordered

on credit and total

pament.

Generate cash

sales

in&oice@A

!ulic - Generate cash sales in&oice. 9ject +n in&oice that

contain products that

are ought Bordered

on cash and total

pament.

1'$



E-commerce

$ddress class attributes

ddress class methods



>o <archar !ri&ate >ouse numer *

Keele Int !ri&ate Keele

7ereda Int !ri&ate 7oreda

#uit <archar !ri&ate #ucit 2,

5elephone <archar !ri&ate 5elephone numer 3,

Email <archar !ri&ate Email address 3,

ountr <archar !ri&ate ountr

3,

1''



E-commerce

7ale 6.! ddress class

'ocal card class attributes

;ocal card methods


*ethod name 3isibility #seudo code %eturn

&ype

Description

/egister+ddress@

>o8Keele87er

eda88#uit85el

ephone8 Email 8

ountrA

!ulic -If customer

Enter email8hno8Keele8 7oreda8

#ucit8telephone8countr

-If supplier

Enter email8hno8Keele8 7oreda8

#ucit8telephone8countr8compan

name

9ject It is used to

register +ddress

information

Update+ddress@A !ulic -Enter updated &alue oolean It is used to update

+ddress

information


4 Int !ri&ate + uni%ue id for 4ocal card

alance Float !ri&ate +mount remained on the local card

1'(







E-commerce

#roduct class methods

5ale $.' !roduct class

Category class attributes

Category class methods


*ethod name 3isibilit

y

#seudo code %eturn &ype Description

/egisterproduct@!n

ame8Unitinstoc68Un

itprice8Image8/eord

erle&elA

!ulic -Enter

!name8Unitinstoc68Unitprice8

Image8/eorderle&el.

It is used to register

ne0l added

products.

isplaproduct@A !ulic -ispla a&ailale product It is used to displa

product information

Updateproduct@A !ulic -Enter updated &alue 9ject It is used to update

products information


atId <archar !ri&ate + uni%ue id for categories 3,

atame <archar !ri&ate ategor name 3,

atesc <archar !ri&ate ategor description 2,,

*ethod

name

3isibilit

y


/egistercateg

or@A

!ulic -Enter catid8catname8catdescription It is used to register

ne0l added

categories.

Updatecatego

r@A

!ulic -Enter updated &alue It is used to update

categor.

1(1



E-commerce

5ale $.( ategor class

Suppliers class attributes

Supplier class methods



ompaname <archar !ri&ate + uni%ue ame for supplier 3,

ontactame <archar !ri&ate 5he person 0ho 0ill e contacted

0hene&er necessar

3,

!ostedate ate !ri&ate ate of the product ad&ertised

EDpate ate !ri&ate EDpired date of the ad&ertising

*ethod name 3isibil

ity


/egistersupplier

@ontactname8

ompannameA

!ulic - Enter contactname8 compan

name

It is used to register

ne0l added

supplier.

Update@A !ulic -Enter updated &alue 9ject It is used to update

suppliers

information

1(2





E-commerce

1. ame + teDtual string that distinguishes the state from other statesL a

state ma e anonmous8 meaning that it has no name

2. EntrBEDit actions +ctions eDecuted on entering and eDiting the state

respecti&el

3. Internal transitions 5ransitions that are handled 0ith out causing a change in state

". #u states the nested structure of a state8 in&ol&ing disjoint @se%uentiall

acti&eA or concurrent @concurrentl acti&eA su states @+mler

2,,1A.

#tate chart diagram for !roduct class from the stoc6 of the supplier to the not a&ailale state of the

product.

7hen the product is registered8 the oject changes its state to a&ailale for sale state.

7hen the registered product is ordered it changes its state to on order product

7hen the on order product is sold it 0ill change its state to the sold product state ut also a

product 0hich is for sale can directl e sold 0ith out ordering and this changes the

a&ailale for sale product state directl to sold product.

7hen the sold product state reaches to the minimum order le&el it 0ill change to pending

for reordering state.

7hen the product is out of stac6 then it changes to the not a&ailale for sale state.


1("



E-commerce

Fig $.3 #tate chart diagram for product


1(*





E-commerce

Fig $.* ollaoration diagram for register ne0 customer

Fig $.$ ollaoration diagram for register ne0 product


1('



E-commerce

Fig $.' ollaoration diagram for place order

Fig $.( ollaoration diagram for update product information


1((



E-commerce

Fig $.) ollaoration diagram for cancel order


1()



E-commerce

Fig $.1, ollaoration diagram for &ie0 order status


1),



E-commerce

Fig $.11 ollaoration diagram for &ie0 o0n order status


1)1



E-commerce

Fig $.12 ollaoration diagram for u product


1)2



E-commerce

Fig $.13 ollaoration diagram for manage account


1)3



E-commerce

!:!: Component *odeling

5he goal of component modeling is to distriute the classes of the sstem into the larger scale8

cohesi&e components. + component diagram sho0s dependencies among components @+mler82,,1A. + component is a phsical and replaceale part of a sstem that conforms to and pro&ides

the realiation of a set of interfaces. Graphicall8 a component is rendered as a rectangle 0ith tas

@+mler 2,,1A.


1)"



E-commerce

Fig $.1" omponent diagram for Ethio 0e shop


1)*



E-commerce

6.$. Deployment o!elin"

+ U4 deploment diagram depicts a static &ie0 of run time configuration of processing nodes

and the components that run on those nodes. In other 0ords deploment diagrams sho0 the

hard0are for the sstem8 the soft0are that is installed on that hard0are8 and the middle0are used to

connect separate machines on one another @+mler8 2,,1A. 7e 0ant to create a deploment model

for applications that are deploed to se&eral machines. eploment models are also needed for the

design of emedded sstems8 sho0ing ho0 the hard0are and soft0are components 0or6 together.

eploment models are tpicall de&eloped in parallel 0ith component models.

5he deploment diagrams ta6es a three-tier clientBser&er approach telling that the sstem 0ill ha&e

a user interface tier8 an application ser&er tier and a dataase ser&er tier. It also sho0s ho0 each ofthese tiers 0ill e implemented8 in this case8 in a ro0ser8 on a 0indo0s ased ser&er and on a

#J4 ataase ased ser&er respecti&el @+mler 2,,1A.


1)$



E-commerce

Fig $.1* eploment diagram for order management application


1)'



E-commerce

Fig $.1$ eploment for product management application

Fig $.1' eploment for customer management application


1)(



E-commerce

Fig $.1( eploment for administrator application

Fig $.1) eploment for report generation management application


1))





E-commerce

schema of our dataase.

7e descrie t0o fundamental techni%ues to model persistent /elational dataases

1. aps oject classes to relations

2. ormalie a relational dataase @0hich is mapped from ojectA

1: *ap objects to relational database

+. apping attriutes to columns and Entities to tales

7e map attriute of a class to ero or more columns in a relational dataase.

+ll the classes are mapped to the corresponding entit li6e product Entit to product tale8

categor Entit to categor tale and so on.

. apping association7e implement associations in relational dataase using primar 6e and foreign 6e relationship.

• 5he primar 6e of the +ccount class@UserameA is mapped to ustomer class as

Id @foreign 6eA.

• 5he primar 6e of the customer class@IdA is mapped to the address class as

Email@foreign 6eA8product class as id@foreign 6eA84ocalard class as id@foreign

6eA8in&oice class as id@foreign 6eA8order class as id @foreign 6eA.

•

5he primar 6e of categor class is mapped to product class as atId @foreign 6eA.• 5he primar 6e of the !roduct class is mapped to the order class as !Id@foreign

6eA and to in&oice class as !Id@foreign 6eA.

• 5he primar 6e of the supplier class is mapped to the product class as compan

name@foreign 6eA and primar 6e

.

2: "ormali/e a relational database

ormaliation is often performed as a series of test on a relation to determine 0hether it satisfies or


2,1



E-commerce

&iolate the re%uirement of normaliation rule.

ormaliation rule is as follo0s

irst "ormal orm (<")

+ tale is in its 1F if

o Each cell @ro0 Mcolumn intersectionA is single &alued

o Entries of a column are of the same 6ind

o 5here are no duplicated ro0s @there is a p6A.

$ccount


ser"ame #ass;ord &ype

1Nahoo.com tt 7e shop

manager

1Nahoo.com tt 7e shop

manager

2Nahoo.com tt1 +dministrator

2,2

mailto:[email protected]








E-commerce

Order

Customer


OrderId 9rderate !repament 95otal 9U!rice 9Juantit CId #Id

91 2,,(-,"-

,2

1*, 2,, 1, 2, 1Nah

oo.com

!1

91 2,,(-,"-

,2

1*, 2,, 2, * 1Nah

oo.com

!2

91 2,,(-,"-

,2

1*, 2,, 1, 2, 1Nah

oo.com

!1

Cid Fame 4ame ame Gender ust5pe

1Nahoo.com Uu /r Ee Female regular

1Nahoo.com Uu /r Ee female regular

2Nahoo.com Uu1 /r1 Ee1 male nonregular

2,3









E-commerce

In@oice

#roduct

Category

CatId Cat"ame CatDesc

cto1 ?D2 5he product is

in the categor

at,1

t,2 ?D3 5he product is

in the categor

cat,2


In@Id id #Id In&ate 5pe IJuantit

,,1 1Nahoo.com !1 3B(B,( credit 2,

,,1 1Nahoo.com !1 3B(B,(credit 2,

,,2 2Nahoo.com !2 "B(B,( credit $,

Company

"ame

#Id !ame UIn#toc

6

U9n9rder /e4e&el !U!ric

e

Image !escription atId

compD ,,1 ? 2, 2 * 11.* DD.jpg !roduct ,,1 ct,1

omp ,,1 ? 3, 3 $ 12.$ ?D1.jpg !roduct ,,1 ct,1

compD ,,* $,

$ ' 1".2* ?D2.jpg !roduct ,,* ct,2

2,"



E-commerce

t,1 ?D2 5he product is

in the categor

cat,1

'ocal card

'C" .alance Cid

,,1 2*.,, 1Nahoo.com

,,2 *,.,, 2Nahoo.com

,,1 2*.,, 1Nahoo.com

$ddress

>o Keele 7oreda #uit 5elephone Email ountr Id ompanam

,,1 ,2 12 ++ O2*1,11**

*""12

1Nahoo.co

m

Ethiopia 1Naho

o.com

compD

,,1 ,2 12 ++ O2*1)1133

"*$'

1Nahoo.co

m

Ethiopia 1Naho

o.com

ompD

,,2 ,) 13 california O2*1,13"*

23'(

2Nahoo.co

m

+merica

n

2Naho

o.com

comp

Supplier


2,*







E-commerce

Company"ame ontactame !ostedate EDpate

ompD ?DD 2B*B,( *B3B,(

ompD ?DD "B*B,( 2B$B,'

omp 2B"B,( *B3B,,(

Second "ormal orm (7")

+ relation is in second ormal form @2FA if it is in 1F8 and all the non primar 6e attriutes

are full functionall dependent on the primar 6e. 2F affects onl those relations that ha&e

composite 6es. If there is partial dependenc on the primar 6e it creates a ne0 tale for the

attriutes 0ith partial dependenc 0here the partial determinant 0ill e of the ne0 tale.

#o in our sstem 0e ha&e three entities 0ith composite 6es 0hich result in the occurrence of

partial dependenc8 the entities are in&oice and order and !roduct.

In&oice

5he primar 6e for in&oice entit are in&id@in&oice idA8!id@!roduct idA and the non primar

6es are 8In&ate85pe8IJuantit..

D<@functional dependenc 1A:Pin&idQ-RId8in&date and 5pe

IJuantit do not ha&e an partial dependenc ecause of this there are t0o tales created this

are in&oice product tale 0ith in&id8!Id@primar 6eA8IJuantit attriute.

In&oice tale 0ith in&id8 Id8 In&ate85pe attriutes.

9rder

5he primar 6e for order entit are 9rderId8!id@!roduct idA and the non primar 6es are

id89rderate8 9U!rice 6 9Juantit8!repament895otal.

D< @functional dependenc 1A :PorderidQ-Rid8 9rderate 8 !repament895otal.


2,$





E-commerce

Customer

0E2 $&&%I.&ES D$&$&2#E SIJE %EE%E"CES

FK8 !K Id <archar 3, +ccount

Fame <archar 2*

4ame <archar 2*

ame <archar 2*

Gender <archar 1,ust5pe <archar 2,

$ddress


>o &archar *

Keele Int

7ereda Int

#uit <archar 2,

5elephone &archar 3,

!K8FK Email <archar 3, ustomer

ountr <archar 3,

FK ompaname &archar 3, #upplier


2,(





E-commerce

!K 9rderId <archar 3,

FK8 !K !Id <archar 3, !roduct

9U!rice Float

9Juantit Int

In@oice


!K In&Id <archar 3,FK Id <archar 3, ustomer

In&ate ate

5pe <archar 1,

In@oice#roduct


!K In&Id <archar 3,

FK8 !K !Id <archar 3, !roduct

IJuantit Int


21,



E-commerce

#roduct


!K !Id <archar 3,

!ame <archar ",

FK atId &archar 3, ategor

#roductSupplier

0E2 $&&%I.&ES D$&$&2#E SIJE

!K8FK ompaname <archar 3,!K8FK !Id <archar 3,

UIn#toc6 Int

U9n9rder Int

/e4e&el Int

!U!rice Float

Image <archar 2,

!escription <archar 2,,

!ostedate ateEDpate ate

Supplier


!K ompaname <archar 3,

ontactame <archar 3,


211



E-commerce


212



E-commerce

Fig 6.21 &elational Persistent modeling diagram


213



E-commerce

6.'. (ser Interface Desi"n

uring design8 0e continue our user interface prototping efforts and at the same time8 Sclean upT

the o&erall design of the user interface. 5his clean up effort focuses on appling common user

interface design principles and techni%ues. 5o start 0ith the fundamentals of ser interface design8onstantine and 4oc60ood @1)))A descrie a collection of principles for impro&ing the %ualit of

user interface design. 5herefore8 in the design of the user interface for the 0esite the team

considered the follo0ing design principles to come up 0ith an interface that is user friendl and

acceptale to the interest of the organiation.

<: &he structure principle: >ere 0e tr to organie the user interface purposefull8 in a

meaningful and useful 0as ased on clear8 consistent models that are apparent and

recogniale to users8 putting related things together and separating unrelated things8

differentiating dissimilar things8 and ma6ing similar things resemle one another. 5he

structure principle is concerned 0ith the o&erall user interface architecture.

7: &he simplicity principle: 5he user interface is to e simple8 communicating clearl and

simpl in the userHs o0n language8 and pro&iding good shortcuts that are meaningfull

related to longer procedures.

?: &he @isibility principle: 9ur user interfaces design it to 6eep all needed options and

materials for a gi&en tas6 &isile 0ithout distracting the user 0ith redundant

information.

4: &he 1eedbac principle: the user interfaces of the 0esite is to 6eep users informed of

actions or interpretations changes of state or condition8 and errors or eDceptions that are

rele&ant and interest to the user through clear8 concise8 and unamiguous language.

>: &he tolerance principle: the design for the user interface is to e fleDile and tolerant8

reducing the cost of mista6es and misuse allo0ing undoing and redoing.


21"



E-commerce

$.).1 User Interface Flo0 iagramming

esign user interface flo0 diagram sho0s the design information eing captured in the user

interface prototpe and se%uence diagrams .It also reflects the user interface implementation

choices @+mler8 2,,1A.

Fig $.22 User Interface flo0 diagram


>ome !age

4og in

ispla

!roduct page

#earch

!age

hec6

9ut

+dmin. !age

/egister

customer page

/eport

generation

page

anage

+ccount

!age

anage

9rder

page

anage

!roduct

page

/eg.

@/egularAusto

mer page

ustomer page

<ie0 o0n

order !age

+dd to cart

!age

!rod.detail

!age

#hopp

cart c

page

omple

order p

/egister

ust.!age

!ament

info.!age

9rder

etail

!age

ustomer

etail !age

!roduct

etail !age

7e#hop

anager

!age

21*





E-commerce

Fig'.1 Flo0 chart for log in to the 0e site


21'



E-commerce

Fig '.2 Flo0 chart for order process


21(



E-commerce

Fig '.3 Flo0 chart for u process

'.3. 5esting !rocedures


21)



E-commerce

#oft0are testing plas a fundamental role in determining the success or failure of the entire effort

of soft0are engineering. 5here are t0o major categories of testing8 0hich are functional testing

@often referred as lac6 oD 5estingA and structural testing @7hite oD 5estingA.

7.3.1 Black Box Testing

It is a soft0are testing techni%ue 0here the tester does not 6no0 the internal 0or6ings of the

items eing tested. For eDample8 in a lac6 oD test on soft0are design the tester onl 6no0s the

inputs and 0hat the eDpected outcomes should e and ho0 the program arri&es at the outputs. 5he

tester does not eDamine the programming code and does not need an 6no0ledge of the program

other than its specification. lac6 testing methods focus on the functional re%uirements of the

soft0are. 5hat is8 lac6 oD testing enales the soft0are engineer to deri&e set of input conditions

that 0ill full eDercise all functional re%uirements for the program.

5his method of testing attempts to find errors in the follo0ing categories:

1 Incorrect or missing functions

2 Interface errors

3 Errors in data structures @or eDternal dataase accessA

4 !erformance errors

5 Initialiation and termination errors

System Testing

#stem testing made to ensure that the sstem fulfills user re%uirements. + sstem testing insures a

full-fledged implementation scenario of the soft0are de&elopment. 5his is a phase8 0hich

highlights on the operational ugs and the soft0are chec6list8 0hich are remo&ed through the

process of deugging. #oft0are deugging is the process 0hich de&elopers attempt to remo&ecoding defects from a computer program. In order to remo&e ugs from the soft0are8 first it must

e disco&ered that a prolem eDists8 then classif the error8 locate 0here the prolem actuall lies in


22,



E-commerce

the code8 and finall create a solution that 0ill remed the situation.

7e tried to sho0 our sstem to our colleagues and other indi&iduals 0ho do not ha&e an

programming 6no0ledge. +mong the comments that 0e ha&e een gi&en is

omment

• 5he sstem does not introduce or gi&e information on 0here to get the local card and ho0

to use it.

orrection

• In order to alle&iate this 0e ha&e added information to the sstem on 0here to get the local

card and ho0 to use it.

7.3.2 White Box Testing

#tructured testing uses mathematical analsis of control flo0 graphs: to guide the testing process.

#tructured testing is more theoreticall precise and more effecti&e at detecting errors in practice

than other common test co&erage criteria such as statement and ranch co&erage. #tructured testing

is therefore suitale 0hen reliailit is an important consideration for soft0are. It is not intended as

a sustitute for re%uirements-ased Slac6 oDT testing techni%ues8 ut as a supplement to them.

#tructured testing forms the S0hite oDT8 or code ased8 part of a comprehensi&e testing program8

0hich 0hen %ualit is critical 0ill also include re%uirement-ased testing8 testing in a simulated

production en&ironment.

Unit Testing

Unit testing allo0s us to focus on smaller units of the sstem. It ma6es easier to pinpoint and

correct faults. In unit testing called components @or communicating componentsA are replaced 0ithstus8 simulators8 or trusted components. alling components are replaced 0ith dri&ers or trusted

super-components. 5he unit is tested in isolation.


221



E-commerce

omponent: + unit is a component. 5he integration of one or more components is a component.

Unit testing is important for maintaining application %ualit assurance. Unit tests 0ill almost li6el

e defined at the method le&el8 so the art is to define the unit test on the methods that cannot e

chec6ed inspection. 5he primar goal of unit testing is to ta6e the smallest piece of testale

soft0are in the application8 isolate it from the remainder of the code8 and determine 0hether it

eha&es eDactl as it is eDpected. Each unit test is tested separatel efore integrating them into

modules to test the interfaces et0een modules. Unit testing has pro&en its &alue in that a large

percentage of defects are identified during its use.

Comment

7e ha&e tried to test login and customer registration as a sample of untie testing and 0e encounter

that the sstem doesnHt chec6 the data 0ith the data ase for login and also it doesnHt register some

of the data that are going to e inserted in the address tale.

Correction

4ogin chec6s if the user name entered eDists in the data ase or not. +nd in the case of customer

registration the data that are entered in the customer registration form are inserted to the customer

and address tale.

Integration Testing

Integration testing is done for detecting faults that are not detected during unit testing focusing

on small groups of components. 50o or more components are integrated and tested. 5he idea is to

test comination of units ta6e a ottom top approach from units to modules 0ith those of other

groups. Integration testing identifies prolems that occur 0hen units are comined.

Comment

+fter the customer selects a product and ma6e an order the customer 0ill e as6ed to register or


222



E-commerce

sign in. +fter the customer registers there 0as no 0a that the customer resumes 0hat customer has

left off

Correction

+fter selecting a product and ma6e an order8 the customer 0ill e as6ed to register or sign in.

+fter registering the sstem resumes from the page customer has left off .

Acceptance Testing

+cceptance testing is a test performed the customer ased on usailit8 functional and

performance tests in the de&elopment en&ironment against acceptance criteria @from !roject

agreementA @Grad ooch8 1))'A since8 the sstem is not designed for specific organiationL

acceptance testing is not conducted the customer. E&en though8 the sstem fulfils the asic

re%uirements identified during the analsis phase.

5he common errors that a sstem de&eloper encounters are categoried and descried as follo0s:

Syntax errors

+ sntaD error occurs if ou mistpe a 6e 0ordL forget to close a multi line command or introduce

a similar sntaD error. If a script includes a sntaD error8 the script 0ill not eDecute and an error

message is displaed as soon as the ro0ser or ser&er processes the page.

Rn!time error

+ run-time error occurs 0hen a command attempts to perform an action that is in&alid. If it occurs8

the script either stops or performs an eDception routine.

"ogical error


223



E-commerce

+ logic error occurs 0hen a script eDecutes 0ithout sntaD or run-time errors8 ut the results are not

0hat ou intended. For eDample8 a script might prompt the user for a pass0ord8 ut then allo0s

access to the application e&en if the pass0ord is 0rong.

5herefore8 our sstem 0ill e tested to find out the eDistence of the ao&e errors so that it can

perform as per the specifications and re%uirements.

$ :4: &est case speci1ication

'.".1 4og in'.".1.1 5est cases for 4og in component testing

5est Identifier 4ogin form

5est location 7esite home page

Feature to e tested 5o login in to the 0esite

Feature passBfail5est passes if correct username and

pass0ord is entered.eans of control Input data and output

5est procedure

1. Insert username

2. insert pass0ord

3. clic6 S4oginT

Data !ro&ided on the sample data sheet

5ale '.1 5est cases for 4og in component testing

7.# Sign p

5:>:< &est cases 1or customer create account component testing


22"



E-commerce

5est Identifier +ccount for customer registration form

5est location 7esite pages

Feature to e tested 5o appl for memership

Feature passBfail 5est passes if correct username8 pass0ordand other fields are entered

eans of control Input data and output

5est procedure

1. Insert First ame

2. Insert iddle ame

3. Insert 4ast ame

". select gender

*. insert >o

$. insert Keele'. insert 0oreda

(. Insert #ucit

). insert 5el

1,. select countr

11. Insert Username

12. Insert !ass0ord

13. Insert /e-5pe !ass0ord

ata !ro&ided on the sample data sheet

5ale '.2 5est cases for create account component testing


22*



E-commerce

5:>:7 Entering Data to the System

5:>:7:< &est cases 1or adding customer in1ormation on Customer entry component

Test case identifier ustomer information entr process

Test location ain 0indo0 -R sign up-Renter ustomer

information 9/

ain 0indo0 -R #elect !roduct-R9rderBu-

Renter user name-Rno user name-Rdata entr

0iard-Renter ustomer information

*eature to be tested -5o add ne0 ustomer information to dataase.

*eature pass criteria 5he test passes if - e0 ustomer record is inserted through the

customer information entr process and successful

message sho0n

-5he sstem doesnHt allo0 entering the alread

eDist user name and a message is loaded

/ata ustomer information on the dataase

5ale '.3 5est cases for customer entr component testing

5:>:7:7 &est cases 1or canceling Order in1ormation component


22$



E-commerce

Test case identifier 9rder information cancel process

Test location ain 0indo0 -R 4ogin page -R <ie0 9rder

information - Rcancel 9rder information

*eature to be tested -searching 9rder information to e canceled

-searching 9rder information to e canceled

0hich does not eDists in the sstem

-deleting 9rder information

*eature pass criteria 5he test passes if

- displa 9rder information if it is found in

sstem

-displa S9rder information is not foundsT

message if 9rder does not eDist

/ata -update information for !roduct

5ale '." 5est cases for order component testing

.

5:>:7:? testing on preparing a report

Test case identifier preparing 9rder report process


22'



E-commerce

Test location >ome page -R login -R/eport.

*eature to be tested -5o prepare a report for the 9rder information ase

different criteria

*eature pass criteria 5he test passes-If a 7e shop manager prepare report

-If a sstem doesnHt prepare report8 displa message

/ata

ispla report information

5ale '.* 5est cases for report generation component testing

7.$. %ar&'are an& so(t'are ac)isition

%ar&'are ac)isition* - one computer 0ith the minimum specification of:

1 !rocessor tpe Intel !entium I<.

2 !rocessor speed 2.$$ > and ao&e.

3 >ard dis6 ", G and ao&eL

4 Input de&ices-Keoard and mouse supporting icrosoft 0indo0s 9#L

5 >igh-speed printer @>! classes).

So(t'are ac)isition* 5he follo0ing 9perating sstems are recommended: -

1 7indo0s 2,,,B?!.

2 <ertrigo #er&er.

7.7. User Inter(ace


22(



E-commerce

Fig '.4 0ain page

Description this page will appear when the user enters the enters the "& of

our we site )www.;thioweshop.com*

Fig. '.! ogin

Description 7his form )screen* appears at the top right part of the main page.

fter the user enters the correct username and password and clic=s the

proceed utton. Ge/,he will then e ale to order products and in the case ofadministrators administratie capailities will e gien such as adding


22)



E-commerce

products< deleting products.

Fig '.6 ,hopping cart page

5escription - ,hows the uantit% and t%pe of product a customer adds to a

shopping cart.


23,



E-commerce

Fig '.' menu screen

Description this screen will appear for we shop managers to

enale manipulation of the :e after he logs successfull%.


231



E-commerce

Fig '.8 Product registration

5escription - 7his page allows the we shop manager to register products


232



E-commerce

Fig '.9ist (rder

5escription - 7his Page lists the orders filtered % specific criteria gien %

the we shop manager.

Fig '.1 anage +ccount !age

escription:- ontains menu for managing +ccount @for administrator onlA


233



E-commerce

Fig '.11u product page

escription: - +llo0 pament tpe selection

Fig '.12 +ccept 4ocal card

escription: - this screen 0ill appear for onl cash customers. @7hen the tpe of pament is cashA


23"



E-commerce

7.7 %iring an& Training

5he person to manipulate the sstem should ha&e the %ualifications and eDperience 0ith

computer science or information sstems or other related fields. 5he project team fulfills all the

re%uirements re%uested to manage ethio0eshop8 so the project team do not hire an additional

man po0er.

7.+. Site preparation

5he site for Installation of our sstem should ha&e:

1 Enough space to accommodate the sstem and its accessories.

2 5he room should e secured against damage and loss of hard 0are and soft 0are.

7., Installation

5he computers and accessories 0ith appropriate soft0are specification should e purchased from

&enders. 5he organiation should get an internet ser&ice from the ser&ice pro&ider8 Ethiopian

5elecommunication. 5his includes also ha&ing a ser&er and I! address 0here the 0esite folders

are to e posted. 5hen the sstem is installed onto the ser&er and the administratorHs computerconnected 0ith the ser&er 0here administration 0ill e effected.

7.1- Start!p

5he 0e site 0ill e functional 0hen all the re%uired folders of the 0esite and the dataase are

loaded on the ser&er8 0hich is pro&ided the Internet #er&ice !ro&ider.


23*







E-commerce

Glossary

vera(e inventory costin( method8movin( avera(e 7he

weighted aerage unit cost is determined % diiding the total cost

of the identical units of each commodit% aailale for sale during

the period % the related numer of units of that commodit%

Credit #orthiness n assessment of the credit worthiness of

indiiduals and corporations. -t is ased upon the histor% oforrowing and repa%ment< as well as the aailailit% of assets and

e$tent of liailities.

Shoppin( cart referred to as a carriage or shopping carriage is

used to accommodate customers selected products for order or

purchase

%eb shop mana(er is a person selling and managing the we

shop.

Credit limit 7he ma$imum allowed amount a person is allowed

to purchase on

Credit period 7he ma$imum allowed period a person is allowed to

settle his/her dets.

7inimum order level 7he minimum leel of stoc=s it can tolerate<

and then reorders efore the stoc=s reach this leel

%eb shop is a userfriendl% ecommerce shopping application for


23(



E-commerce

the we.

;ist of abbreviations

E5I ;lectronic data interchange

G5" Hross Domestic Product

+' usiness &ule

;C5 east Deeloped #ountr%

5 (Bect (riented Deelopment

)7; "nified 0odeling anguage

"IECES Performance -nformation ;conomics #ontrol ;fficienc% ,erice

+' usiness &ules

)I "ser -nterface

S (perating ,%stem


23)



E-commerce

)C "se case

S6; ,tructural Quer% anguage

C'C #lass &esponsiilit% collaorator

C- onstraint

CC- hange ase

<IC- et0or6 Interface ards

)"S- Uninterruptile po0er suppl

'eference

1. Teffre% . Goffer< Toe% F. Heorge> 1998 0odern ,%stems anal%sis

and Design ,econd edition

2. mler< ,cott< :.21.(Bect primer 2nd ed. #amridge

#amridge uniersit% press.

3. ccounting principles 16th edition fesswarren

4. :::.google.com

!. Carious online shopping sites )www.;thiogift.com<

www.ictoriasecret.com*

6. ;ncarta ;nc%clopedia 2''. (Bect primer 2nd edition. #amridge mler< ,cott< :.21


2",

http://www.google.com/

http://www.google.com/



E-commerce

#amridge uniersit% press.

8. ;ssentials of ,%stems nal%sis Design< ,econd ;dition Toseph

,. Calacich< Toe% . Heorge and Teffr% . Goffer

9. :; D;,-H+ -+ +"7,G; Des=top Quic= &eference %

Tennifer +iederst< Tanuar% 1999< First ;dition.

1. Tames &umaugh< -an Tacoson< Hrad% ooch> 7he "nified

0odeling anguage &eference 0anual

$ppendi

Coding

Code 1or cart class

Vphp

class art P

&ar WitemsL

BB&ar WcountX,L

function art@A

P

Q pulic function addCitems@WproductCid8 W%tA

P


2"1



E-commerce

if @isset@Wthis-RitemsYWproductCidZAA

Wthis-RitemsYWproductCidZOXW%tL

else

Wthis-RitemsYWproductCidZXW%tL

BBWthis-RitemsXarra@WproductCid8W%tAL

Q

pulic function sho0Ccart@A

P

return Wthis-RitemsL

Q

pulic function updateCcart@WproductCid8W%tA P

if @isset@Wthis-RitemsYWproductCidZAA

Wthis-RitemsYWproductCidZXW%tL

BBQ else P

BB Wthis-RitemsYWitemZ X 1L

BBQ

Q

pulic function deleteFromart@WitemA P

if@isset@Wthis-RitemsYWitemZAA

BB Wthis-RitemsYWitemZ--L

BB if@Wthis-RitemsYWitemZ XX ,A P

unset@Wthis-RitemsYWitemZAL

BBQ

Q

function getJuantit@WpidA

P

return Wthis-RitemsYWpidZL

Q


2"2



E-commerce

function displaart@A

P

WnoX1L

WsumX,L

WcaXWthis-Rsho0Ccart@AL

echo [tale ordercolorX\33$$)) alignXcenter orderX3

classXsearchR

trR

thRo.BthR

thR!roduct ameBthR

thRJuantitBthR

thRUnit !riceBthR

thR5otal !riceBthRBtrR[Lforeach@Wca as W6e XR W&alueA

P

WprXget!roduct@W6eAL

WpriXsprintf@[,.2f[8Wpr-Rget!!rice@AAL

WnmXWpr-Rget!ame@AL

WamXsprintf@[,.2f[8WpriW&alueAL

W&alXW&alueL

echo [trRtdRWnoBtdRtdRWnmBtdRtd alignX centerRform

actionX]updatecart.php] methodX]post]Rinput

nameXW6e classX]search] sieX*

&alueXW&alRBtdRtdRWpriBtdRtdRWamBtdR

tdRa hrefX^[deleteitem.phpV

!IdXW6e^[ReleteBaRBtdRBtrR[L

BB]tDt%ua]

echo [input nameX]tDtpre&%ua] tpeX]hidden]

&alueXW&alueR[L

WnoOOL

WsumXWsumOWamL


2"3



E-commerce

Q

WsumXsprintf@[,.2f[8WsumAL

echo [trRtd colspanX" alignXright

tdXheightX",RRGrand 5otalBtdR

td RWsumBtdRBtrR[L

echo [BtaleR[L

echo[ p alignXcenterRinput nameX]tnre&ie0]

classX]search] sieX* tpeXsumit &alueX]/e&ie0 art]RBformRBpRBaR[L

Q

Q

Code 1or product registration page

Vphp

include @]header.inc]AL

date!ic6er@AL

BBinclude @]Ecomclass.php]AL

VR

5 &+lignXtop 0idthX[1,,[R

V

echo WC#E##I9Y]logintpe]ZL

BBif @isset@WC#E##I9Y]login]ZA__ WC#E##I9Y]logintpe]ZXX]7e #hop anager]AP

if @chec6!roductEDistence@WtDtpidAXX1A

P echo [h3RrRrR5his !roduct alread EDists``Bh3R[L


2""



E-commerce

Q

else

P

BBecho WCFI4E#Y[testCfile[ZY[tmpCname[Z.[rR[L

WmfileXWCFI4E#Y[testCfile[ZY[tmpCname[ZL

Wmfile1XWCFI4E#Y[testCfile[ZY[name[ZL

BBecho Wmfile1 L

BBWfileDX[...^^homeCfiles^^[.Wmfile1L

BBWfileDX[..BBhomeCfilesBB[.Wmfile1L

WfileDX[:^^!rogram Files^^<ertrigo#er&^^Chtdocs^êcommerceprojectfinal22^^homeCfiles^^[.

Wmfile1L

BBWfileDX[:^^!rogram Files^^<ertrigo#er&^^Chtdocs^êcommerceprojectfinal1^^homeCfiles^^[.

Wmfile1L if @`cop@Wmfile8WfileDAA P

print @[failed to cop Wfile...rR^n[ALQ

WpidXtrim@WC!9#5Y]tDtpid]ZAL

WpnameXtrim@WC!9#5Y]tDtpname]ZAL

WcatnXtrim@WC!9#5Y]cmcategor]ZAL

W%uaXtrim@WC!9#5Y]tDt%uantit]ZAL

Wrele&elXtrim@WC!9#5Y]tDtrele&el]ZAL

WimageX[homeCfilesB[.Wmfile1 LBBtrim@WC!9#5Y]tDtimage]ZAL

WpriceXtrim@WC!9#5Y]tDtprice]ZAL

WdescXtrim@WC!9#5Y]tDtdesc]ZAL

WcomnameXtrim@WC!9#5Y]tDtcompanname]ZAL

WconnameXtrim@WC!9#5Y]tDtcontactname]ZAL

WeDpdateXdate@trim@WC!9#5Y]tDteDpdate]ZAAL

foreach @Wmm as W6eXRW&alueA

P if @W&alueXXWcmmonthAP

WmnXW6eL


2"*



E-commerce

rea6LQ

Q

BBecho WmnL

BBWpostXWcmear.[-[.Wmn.[-[.WcmdateL

WeDpdateXdate@WeDpdateAL

WpostXdate@]-m-d]AL

BBecho WeDpdateL

WhX,L

0hile @Wh WcatnumA

P

if @WcatnameYWhZXXWcmcategorA PWcatiXWcatidYWhZL

rea6LQ

else

WhOOL

Q

Wsu X ne0 #upplier@Wcomname8Wconname8Wpost8WeDpdate8WtDthno8WtDt6eele8WtDt0ereda8

WtDtsucit8WtDttel8WtDtemail8WcmcountrAL

Wpr X ne0 !roduct@Wpid8Wpname8Wcati8W%ua8,8Wrele&el8Wimage8Wprice8Wdesc8WcomnameAL

WrXWsu-Rregister#upplier@AL

WrXWpr-Rregister!roduct@AL

if @`WrA

echo [!roduct not registered`[L

elseP

echo [!roduct /egistered[L

Q

Q


2"$



E-commerce

echo [ulRliR[L

echo [p alignXcenterRa hrefXproduct.phpRac6 to register !roductBaRBliRrRrR[L

echo [liRp alignXcenterRa hrefX0ehome.phpRac6 to enuBaRBliR[L

echo[BulR[L

VR

B5R

V

BBQ

BBelse

BB echo [+ccess enied[L

include @]ne0s.inc]AL

VR

#roduct class

Vphp

class !roductP

pri&ate WpidL

pri&ate WpnameL

pri&ate WpcatidL

pri&ate Wpinstoc6L

pri&ate WponorderL

pri&ate Wprele&elL

pri&ate WpimageL

pri&ate WppriceL

pri&ate WpdescL

pri&ate WpsupplierL

function !roduct@Wpid8Wpname8Wcatid8Wpinstoc68Wponorder8Wprele&el8Wimg8Wprice8Wdesc8WpsupplierAP

Wthis-RpidXWpidL


2"'



E-commerce

Wthis-RpnameXWpnameL

Wthis-RpcatidXWcatidL

Wthis-Rpinstoc6XWpinstoc6L

Wthis-RponorderX WponorderL

Wthis-Rprele&elXWprele&elL

Wthis-RpimageXWimgL

Wthis-RppriceXWpriceL

Wthis-RpdescXWdescL

Wthis-RpsupplierXWpsupplierL

Q

BBBBBBBBBBBBBBBBBBBsetBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB

function set!Id@WpidAP

Wthis-RpidXWpidL

Q

function set!ame@WpnameA

P

Wthis-RpnameXWpnameL

Q

function set!atId@WcatidA

P

Wthis-RpcatidXWcatidL

Q

function set!In#toc6@W%uaA

P

Wthis-Rpinstoc6XW%uaL

Q

function set!9n9rder@W%uaA

PWthis-RponorderXW%uaL

Q


2"(



E-commerce

function set!/e4e&el@W%uaA

P

Wthis-Rprele&elXW%uaL

Q

function set!Image@WimageA

P

Wthis-RpimageXWimageL

Q

function set!!rice@WpriceA

P

Wthis-RppriceXWpriceL

Qfunction set!esc@WdescA

P

Wthis-RpdescXWdescL

Q

BBBBBBBBBBBBBBBBBBBBBBget BBBBBBBBBBBBBB

function get!Id@A

P

return Wthis-RpidL

Q

function get!ame@A

P

return Wthis-RpnameL

Q

function get!atId@A

P

return Wthis-RpcatidL

Qfunction get!In#toc6@A

P


2")



E-commerce

return Wthis-Rpinstoc6L

Q

function get!9n9rder@A

P

return Wthis-RponorderL

Q

function get!/e4e&el@A

P

return Wthis-Rprele&elL

Q

function get!Image@A

Preturn Wthis-RpimageL

Q

function get!!rice@A

P

return Wthis-RppriceL

Q

function get!esc@A

P

return Wthis-RpdescL

Q

function get!#upplier@A

P

return Wthis-RpsupplierL

Q

function register!roduct@A

P

include@]dCconnection1.php]ALWtaleCnameX[!roduct[L

insert%uer@WtaleCname8Wthis-Rpid8Wthis-Rpcatid8Wthis-RpnameAL


2*,



E-commerce

WtaleCnameX[!roduct#upplier[L

WrXinsert%uer@WtaleCname8Wthis-Rpsupplier8Wthis-Rpid8Wthis-Rpinstoc68Wthis-Rponorder8Wthis-

Rprele&el8Wthis-Rpprice8Wthis-Rpimage8Wthis-RpdescAL

return WrL

Q

Q

.uy product code

V

sessionCstart@ALinclude@]dCconnection1.php]AL

if@isset@WC#E##I9Y]login]ZAA

P

include@]!ament9ption.php]AL

Q

else P

VR

font faceX[<erdana8 +rial8 >el&etica[RBrRBrRBrR

hr alignX[center[ colorX[\33FF[ sieX[2,[RBrRBrR

tale alignX[center[R

h*Re0 ustomers and GuestsBrRlic6 here to registerBh*R

form methodX[post[ actionX[/EGI#5E/.php[R

input tpeX[sumit[ &alueX[/egister[RBrRBrRBrRBrRBrRBrR

BformR

BtaleR

hr alignX[center[ colorX[\33FF[ sieX[2,[R

h* alignX[center[R/egistered ustomersBrR#ign in and proceed 0ith chec6outBh*R tale alignX[center[R


2*1



E-commerce

form methodX[post[ actionX[<alidate+ccount#.php[R

trR

td 0idthX["3[R`--mstheme--R

Userame@Email +ddressABtdR

td 0idthX[*'[ ordercolorX[\))))))[RpR

input tpeX[teDt[ nameX[tDtemail[ sieX[3*[R

BtdR

BtrR

trR

td 0idthX["3[R`--mstheme--R

p alignX[center[R !ass0ordBtdR

td 0idthX[*'[ ordercolorX[\))))))[RBpR

input tpeX[pass0ord[ nameX[tDtp0ord[ sieX[3*[RBrRBrRBrR BtdR

BtrR

trR

td alignX[center[R

input tpeX[sumit[ &alueX[!roceed 0ith chec6out[RBrRBrRBrRBrRBrRBrR

BtdR

BtrR

BformR

BtaleR

BfontR

V Q VR

Sa@e buy

V

sessionCstart@AL

oCstart@ALinclude@]header.inc]AL

echo [5 &+lignXtop 0idthX]1,,]R[L


2*2



E-commerce

if@W#el!roductXX[cash[A

P

echo [cash[L

include@]+ccept4.php]AL

Q

else if@W#el!roductXX[credit[A

P

WunXWC#E##I9Y]loginname]ZL

include@]dCconnection1.php]AL

Ws%lustX[select from ustomer 0here IdX^[Wun^[[L

Ws%lust/esXms%lC%uer@Ws%lust8Wlin6AL

Wro0ustXms%lCfetchCarra@Ws%lust/esAL

W5peXWro0ustY[ust5pe[ZL

if@W5peXX[regular[A

P

Wca X unserialie@WC#E##I9Y]cart]ZAL

WcartCitems X Wca-Rsho0Ccart@AL

WdXdate@[-m-d[AL

insert%uer@[In&oice[8[[8Wun8Wd8[credit[AL

Ws%lXselect%uer@[select from In&oice order In&Id +#[AL

0hile @Wro0Xms%lCfetchCarra@Ws%lAA

P

Win&idXWro0Y,ZL

Q

foreach@WcartCitems as W6e XR W&alueA

P

WprXget!roduct@W6eAL

WpriXsprintf@[,.2f[8Wpr-Rget!!rice@AAL

insert%uer@[In&oice!roduct[8Win&id8W6e8W&alueAL


2*3



E-commerce

Q

WDXWC#E##I9Y]loginname]ZL

echo [h2Ronfirmatin mail is sent &ia =our email WDBh2R[L

Qelse

echo [=ou are not allo0ed to ta6e on credit[L

Q

else

BBinclude@]!ament9ption.php]AL

Pheader@[location:pamentoption.php[AL

oCflush@ALQ

VR

V

include@]ne0s.inc]AL

VR

a@a script @alidation 1unctions

BB&alidation for registrationBBBBBBBBBBBBBBBBBBBBBBBBBB

function reg<alidator@regA

P

&ar passXreg.tDtp0ord.&alueL

&ar unameXreg.tDtemail.&alueL

&ar repassXreg.tDtrp0ord.&alueL

&ar fnameXreg.tDtfname.&alueL

&ar mnameXreg.tDtmname.&alueL


2*"



E-commerce

&ar lnameXreg.tDtlname.&alueL

&ar residence!honeXreg.tDttel.&alueL

&ar 6eeleXreg.tDt6eele.&alueL

&ar 0eredaXreg.tDt0ereda.&alueL

&ar hnumerXreg.tDthno.&alueL

&ar sucitXreg.tDtsusit.&alueL

&ar characterX[aracters onl[L

&ar numX[umers onl please[L

&ar alphaEDp X BYa-+-ZOWBL

&ar telEDpression X BY,-)^-^BZOWBL

&ar numericEDpression X BY,-)ZOWBL

&ar emailEDp X BY^0^-^.ÔZO^NYa-+-,-)^.^-ZO^.Ya-+-,-)ZP28"QWBL

if@@fnameXX]]Abb@mnameXX]]Abb@lnameXX]]Abb@residence!honeXX]]Abb@6eeleXX]]Abb@0eredaXX]]Abb

@hnumerXX]]Abb@sucitXX]]Abb@unameXX]]Abb@passXX]]Abb@repassXX]]AA

P

alert@[Fill all re%uired fields[AL

if@unameXX]]A

reg.tDtemail.focus@AL

else if @passXX]]A

reg.tDtp0ord.focus@AL

else if@repassXX]]A

reg.tDtrp0ord.focus@AL

else if@fnameXX]]A

reg.tDtfname.focus@AL

else if@mnameXX]]A

reg.tDtmname.focus@AL

else if@lnameXX]]A

reg.tDtlname.focus@ALelse if@residence!honeXX]]A

reg.tDttel.focus@AL


2**



E-commerce

else if@6eeleXX]]A

reg.tDt6eele.focus@AL

else if@0eredaXX]]A

reg.tDt0ereda.focus@ALelse if@hnumerXX]]A

reg.tDthnumer.focus@AL

else

reg.tDtsucit.focus@AL

return falseL

Q

elseP

if@`fname.match@alphaEDpAA

P

alert@[First name should e characters onl [ AL

return falseL

Q

if@`mname.match@alphaEDpAA

P

alert@[iddle name should e characters onl [ AL

return falseL

Q

if@`lname.match@alphaEDpAA

P

alert@[4ast name should e characters onl [ AL

return falseL

Q


2*$



E-commerce

if@`residence!hone.match@telEDpressionAA

P

alert@[=ou can onl use numers8 - or B on telephone[AL

return falseL

Q

if@`6eele.match@numericEDpressionAAP

alert@[6eele should e numer[AL

return falseL

Q

if@`0ereda.match@numericEDpressionAAP

alert@[7oreda should e numer[ALreturn falseL

Q

if@`sucit.match@alphaEDpAA

P

alert@[sucit should e character[AL

return falseL

Q

if@ùname.match@emailEDpAA

P

alert@[ot a &alid e-mail[AL

return falseL

Q

[email protected]$A

P

alert@[!ass0ored length should e greater than *.[AL

return falseLQ

[email protected],A


2*'



E-commerce

P

alert@[!ass0ored length should not eDceed 2,.[AL

return falseL

Q

[email protected]$A

P

alert@[!ass0ored length should e greater than *.[AL

return falseL

Q

if@pass`XrepassA

P

alert@[5he re-entered pass0ord should e the same[ALreturn falseL

Q

return trueL

Q

Q

function !&alidator@productregA

P

&ar alphaEDp X BYa-+-ZOWBL

&ar numericEDpression X BY,-)ZOWBL

&ar emailEDp X BY^0^-^.ÔZO^NYa-+-,-)^.^-ZO^.Ya-+-,-)ZP28"QWBL

&ar dateEDpression X BY,-)^B-ZOWBL

&ar priceEDpression X BY,-)^.ZOWBL

&ar pidXproductreg.tDtpid.&alueL

&ar pnameXproductreg.tDtpname.&alueL &ar %uantitXproductreg.tDt%uantit.&alueL

&ar rele&elXproductreg.tDtrele&el.&alueL


2*(



E-commerce

&ar priceXproductreg.tDtprice.&alueL

&ar compannameXproductreg.tDtcompanname.&alueL

&ar contactnameXproductreg.tDtcontactname.&alueL

&ar 0eredaXproductreg.tDt0ereda.&alueL

&ar hnoXproductreg.tDthno.&alueL

&ar 6eeleXproductreg.tDt6eele.&alueL

&ar emailXproductreg.tDtemail.&alueL

&ar eDpdateXproductreg.tDteDpdate.&alueL

&ar sucitXproductreg.tDtsucit.&alueL

&ar characterX[aracters onl[L

&ar numX[umers onl please[L

if@@pidXX]]Abb@pnameXX]]Abb@%uantitXX]]Abb@rele&elXX]]Abb@priceXX]]Abb@compannameXX]]Abb

@contactnameXX]]Abb@0eredaXX]]Abb@hnoXX]]Abb@6eeleXX]]Abb@emailXX]]Abb@eDpdateXX]]Abb@sucitXX]]AA

P

alert@[Fill all re%uired fields[AL

if@pidXX]]A

productreg.tDtpid.focus@AL

else if @pnameXX]]A

productreg.tDtpname.focus@AL

else if@%uantitXX]]A

productreg.tDt%uantit.focus@AL

else if@rele&elXX]]A

productreg.tDtrele&el.focus@AL

else if@priceXX]]A

productreg.tDtprice.focus@AL

else if@compannameXX]]A

productreg.tDtcompanname.focus@AL

else if@contactnameXX]]A productreg.tDtcontactname.focus@AL

else if@0eredaXX]]A


2*)



E-commerce

productreg.tDt0ereda.focus@AL

else if@6eeleXX]]A

productreg.tDt6eele.focus@AL

else if@hnoXX]]A

productreg.tDthno.focus@AL

else if@emailXX]]A

productreg.tDtemail.focus@AL

else if@eDpdateXX]]A

productreg.tDteDpdate.focus@AL

else if@posteddateXX]]A

productreg.tDtposteddate.focus@AL

return falseL

QelseP

if@`pname.match@alphaEDpAA

P

alert@characterAL

return falseL

Q

if@`%uantit.match@numericEDpressionAAP

alert@numAL

return falseL

Q

if@`rele&el.match@numericEDpressionAAP

alert@numAL

return falseL

Q

if@`price.match@priceEDpressionAAP

alert@numALreturn falseL

Q


2$,





E-commerce

%eport on Order

V

sessionCstart@AL

oCstart@AL

include @]header.inc]AL

VR

`-- center od--R

5 0idthX[1,,[ &+lignXtop ordercolorX[\FF,,,,[R

p alignX[left[R img srcX[..Becommerceproject11BhomeCfilesBorderlisting.gif[ 0idthX[2''[

heightX[2,[ R

img srcX[..Becommerceproject11BhomeCfilesBar2.gif[ altX[ar[ 0idthX["),[ heightX['[

alignX[center[Rform nameX[form3[ methodX[post[ actionX[listorders.php[R

tale 0idthX[3)"[ heightX[)'[ orderX[3[ alignX[left[ ordercolorX[\33$$))[R

trR

td 0idthX[)1[ heightX[")[ &alignX[top[R9rders From BtdR

td 0idthX[13,[ &alignX[top[R

pR

input nameX[tDtordfr[ tpeX[teDt[ sieX[12[ &alueX[V echo getdate@AVR[R

BpR BtdR

td 0idthX[1"'[ &alignX[top[R9rders 5ill

input nameX[tDtordtill[ tpeX[teDt[ sieX[12[RBtdR

BtrR

trR

td colspanX[3[ &alignX[top[R

#earch


2$2



E-commerce

input nameX[tDtsearch[ tpeX[teDt[ sieX[1*[R

select nameX[cmtpe[R

optionR9rder IdBoptionR

optionRameBoptionR

BselectR

a hrefX[listall.php[R4ist +ll 9rdersBaRBtdR

BtrR

BtaleR

pRa hrefX[0ehome.php[Rac6 5o enuBaR BpR

pR

input nameX[toda2[ tpeX[sumit[ classX[search[ &alueX[pre&ie0[ alignX[center[R

rR

BpR p alignX[center[R_nspLBpR

BformR

tale orderX2R

trR

td 0idthX[11[ heightX[1)[ ordercolorX[\,,))FF[ classX[caption[R9rder ateBtdR

td 0idthX[11[ heightX[1)[ classX[caption[R9rder Id BtdR

td 0idthX[11[ heightX[1)[ classX[caption[R!roduct ameBtdR

td 0idthX[13[ heightX[1)[ classX[caption[RUnit !riceBtdR

td 0idthX[1*[ heightX[1)[ classX[caption[R9rder JuantitBtdR

td 0idthX[12[ heightX[1)[ classX[caption[R5otal 9rderBtdR

td 0idthX[1$[ heightX[1)[ classX[caption[R!repament BtdR

BtrR

V


2$3





E-commerce

tdRWr'BtdRBtrR[L

Q

echo [BtaleR[L

Q Q

BBinclude@]module.php]AL

if @WtDtsearch`X[[A

P

WsXselect%uer@[select from 9rder IE/ ;9I 9rderetail 9 9rder.9rderId X

9rderetail.9rderId

;oin !roduct 9 !roduct.!IdX9rderetail.!Id

;oin ustomer 9 ustomer.IdX9rder.Id

0here ustomer.IdX]Wcid][ALif @ms%lCnumCro0s@WsAXX,A

echo [BtaleRrR9 9rder Information FoundBtaleR[ L

else

P

BBecho ms%lCnumCro0s@WsAL

0hile@WrecXms%lCfetchCarra@WsAA

P

Wr1XWrecY]9rderate]ZL

Wr2 XWrecY]9rderId]ZL

Wr3 XWrecY]!ame]ZL

Wr" XWrecY]9U!rice]ZL

Wr* XWrecY]9Juantit]ZL

Wr$ XWrecY]95otal]ZL

Wr' XWrecY]!repament]ZL

echo [trRtdRWr1BtdR

tdRWr2BtdR

tdRWr3BtdRtdRWr"BtdR

tdRWr*BtdR


2$*



E-commerce

tdRWr$BtdR

tdRWr'BtdRBtrR[L

Q

echo [BtaleR[L

Q

Q

else

P

BBecho [Wcmtpe[L

if@WcmtpeXX[ame[A

P

WsXselect%uer@[select from 9rder IE/ ;9I 9rderetail 9 9rder.9rderId X9rderetail.9rderId



0here ustomer.FameX]WtDtsearch][AL


if @ms%lCnumCro0s@WsAXX,A

echo [BtaleRrRo 9rder Information Found[ L

else

P


P



Wr3 XWrecY]!ame]ZL



Wr$ XWrecY]95otal]ZL Wr' XWrecY]!repament]ZL

echo [trRtdRWr1BtdR


2$$



E-commerce

tdRWr2BtdR

tdRWr3BtdR

tdRWr"BtdR

tdRWr*BtdR

tdRWr$BtdR

tdRWr'BtdRBtrR[L

Q

echo [BtaleR[L

Q

Q

else if@WcmtpeXX[9rder Id[A

P

WsXselect%uer@[select from 9rder IE/ ;9I 9rderetail 9 9rder.9rderId X9rderetail.9rderId



0here 9rder.9rderIdX]WtDtsearch][AL


if @ms%lCnumCro0s@WsAXX,A

echo [BtaleRrR9 atching 9rder Information found[ L

else

P


P



Wr3 XWrecY]!ame]ZL



Wr$ XWrecY]95otal]ZL Wr' XWrecY]!repament]ZL

echo [trRtdRWr1BtdR


2$'



E-commerce

tdRWr2BtdR

tdRWr3BtdR

tdRWr"BtdR

Documents

Industrial ProjectII