Information Systems Concepts

Tutorial: Online Shopping

Based on Chapter 10 of
Maciaszek, L.A. (200!" Requirements Analysis and System Design, #rd ed. Addison $es%ey.
Background
A comp&ter man&fact&rer offers the possi'i%ity of p&rchasin( comp&ters )ia the
Internet. C&stomers can se%ect comp&ters on the man&fact&rer*s +e' pa(e. ,he
comp&ters are c%assified into ser)ers, desktops and %aptops. C&stomers can se%ect a
standard confi(&ration or '&i%d a desired confi(&ration on%ine. ,he confi(&ra'%e
components (s&ch as memory! are presented as drop-do+n %ists (pick-%ists! of
a)ai%a'%e options. .or each ne+ confi(&ration, the system can ca%c&%ate the price.
,o p%ace their orders, c&stomers m&st fi%% in the shipment and payment information.
Accepta'%e payment methods are credit cards and che/&es. 0nce the order has 'een
entered, the system sends confirmation e-mai% messa(es to c&stomers +ith detai%s of
their orders. $hi%e +aitin( for the arri)a% of the comp&ters, c&stomers can check the
stat&s of their orders on%ine at any time.
,he 'ack-end order processin( consists of the steps needed to )erify c&stomers*
credentia%s and payment methods, re/&est the ordered confi(&ration from the
+areho&se, print in)oices and re/&est the +areho&se to ship the comp&ters to the
c&stomers.
Requirements
1. ,he c&stomer &ses the man&fact&rer*s on%ine shoppin( +e' pa(e to )ie+ the
standard confi(&ration of the chosen ser)er, desktop or %aptop. ,he price is a%so
sho+n.
2. ,he c&stomer chooses to )ie+ the detai%s of the confi(&ration, perhaps +ith the
intention of '&yin( it as is or to '&i%d a more s&ita'%e confi(&ration. ,he price for
each confi(&ration can 'e comp&ted on c&stomer*s re/&est.
#. ,he c&stomer may choose to order a comp&ter on%ine or re/&est a sa%esperson to
contact them to e1p%ain detai%s of the order, ne(otiate the price and so on 'efore
the order is act&a%%y p%aced.
2. ,o p%ace an order, the c&stomer m&st fi%% in the on%ine form +ith shipment and
in)oice address and payment detai%s (credit card or che/&e!.
3. After the c&stomer*s order has 'een entered into the system, the sa%esperson sends
an e%ectronic re/&est to the +areho&se +ith detai%s of the confi(&ration ordered.
4. ,he detai%s of the transaction, inc%&din( the order n&m'er and the c&stomer
acco&nt n&m'er, are e-mai%ed to the c&stomer so that they can check the stat&s of
the order on%ine.
. ,he +areho&se o'tains the in)oice from the sa%esperson and ships the comp&ter to
the c&stomer.
Exercises
Use Case Modelling
5Step 16 .ind actors from the a'o)e re/&irements.
5Step 26 .ind use cases from the a'o)e re/&irements.
5Step #6 7ra+ a use case diagram for the on%ine shoppin( app%ication.
5Step 26 $rite a use case description for the &se case 80rder confi(&red comp&ter9.
:se yo&r (enera% kno+%ed(e of typica% order processin( tasks to deri)e detai%s not
stated in the re/&irements.
Activity Modelling
5Step 36 .ind actions from the a'o)e &se case description.
5Step 46 7ra+ an activity diagram for the &se case 80rder confi(&red comp&ter9.
Class Modelling
5Step 6 .ind entity classes from the a'o)e re/&irements.
5Step ;6 ,hink a'o&t the attri'&tes for the a'o)e c%asses. Consider on%y attri'&tes +ith
primiti)e types.
5Step <6 Add associations to the c%ass mode%. Consider +hat access paths 'et+een
these c%asses are re/&ired 'y the &se cases.
5Step 106 Add aggregations or compositions to the c%ass mode%.
5Step 116 Add generalizations to the c%ass mode%. Consider ho+ yo& can e1tract any
common attri'&tes in the e1istin( c%asses into a hi(h-%e)e% c%ass.
5Step 126 7ra+ a class diagram for the on%ine shoppin( app%ication. Modify the
attri'&te content of c%asses as necessary d&e to the introd&ction of the (enera%ization
hierarchy.
Interaction Modelling
5Step 1#6 7ra+ a sequence diagram for the action 87isp%ay c&rrent confi(&ration9.
5Step 126 Con)ert the a'o)e se/&ence dia(ram into a communication diagram.
5Step 136 Add operations to the c%ass dia(ram accordin( to the messa(es in the a'o)e
se/&ence or comm&nication dia(ram.
Use Case Description
Use case Order Computer
Brief
description
,his &se case a%%o+s a Customer to enter a p&rchase order. ,his
inc%&des pro)idin( a shipment and in)oice address as +e%% as payment
detai%s.
Actors C&stomer
=reconditions ,he Customer points an Internet 'ro+ser to the comp&ter
man&fact&rer*s order entry +e' pa(e. ,he pa(e disp%ays detai%s of a
confi(&red comp&ter to(ether +ith its price.
Main f%o+ 1. ,he &se case 'e(ins +hen the Customer decides to order the
confi(&red comp&ter 'y choosin( the Continue (or simi%ar%y
named! f&nction +hen order detai%s are disp%ayed on the screen.
2. ,he system re/&ests the Customer to enter p&rchase detai%s,
inc%&din( name of the sa%esperson (if kno+n!, shipment detai%s
(c&stomer*s name and address!, in)oice detai%s (if different from
shipment detai%s!, a payment method (credit card or che/&e! and
any comments.
#. ,he Customer chooses the Purchase (or simi%ar%y named! f&nction
to send the order to the man&fact&rer.
2. ,he system assi(ns a &ni/&e order n&m'er and a c&stomer acco&nt
n&m'er to the p&rchase order and stores the order information in
the data'ase.
3. ,he system e-mai%s the order n&m'er and c&stomer n&m'er to the
Customer, to(ether +ith a%% the order detai%s, as confirmation of
acceptance of the order.
A%ternati)e
f%o+s
4. ,he Customer acti)ates the Purchase f&nction 'efore pro)idin( a%%
mandatory information. ,he system disp%ays an error messa(e and
re/&ests that the missin( information 'e s&pp%ied.
. ,he Customer chooses the Reset (or simi%ar%y named! f&nction to
re)ert to an empty p&rchase form. ,he system a%%o+s the C&stomer
to enter the information a(ain.
=ostconditions If the &se case is s&ccessf&%, the p&rchase order +i%% 'e recorded in the
system*s data'ase. 0ther+ise, the system state remains &nchan(ed.