Sie sind auf Seite 1von 35

Software Design Specification

www.auctionlanka.lk - Online Web Based Auction System for


Vehicles & Real Estates in Sri Lankan Auction Market

Pathirathna B.P.U.C.
(E1310411017)

Bachelor of Information Technology (External Degree)


Faculty of Information Technology
University of Moratuwa
2015

Contents
Page
1. Introduction of www.auctionlanka.lk......................... 1
1.1 Purpose. 1
1.2 Scope 1
1.3 Definitions, Acronyms and Abbreviations . 2
1.3.1 Definitions. 2
1.3.2 Acronyms and Abbreviations. 3
1.4 System Overview ............ 4
2. Design Considerations ... 4
2.1 Assumptions and Dependencies ..... 4
2.2 General Constraints . 5
2.3 Goals & Guidelines . 5
2.4 Data Repository Requirements 5
2.5 Development Methods. 6
3. System Architecture ..................................
3.1 Top level Architecture ....
3.2 User Interface ..
3.2.1 Expected Input..
3.2.2 Expected Processers .......
3.2.3 Expected Output.
3.3 Use Case..................
3.3.1 Use Case Diagram for the overall system.
3.3.2 Use Case Specifications
3.3.2.1 Visitor Use cases....
3.3.2.2 Member Use Cases.
3.3.2.3 System Use Cases...
3.4 ER Diagram ....
3.5 Class Diagram.
3.6 Activity Diagram.
3.7 Sequence Diagram ..

6
6
7
7
7
7
7
7
8
9
11
25
28
29
30
31

4. Detailed System Design.


5. References..

32
33

List of Figures
Figure 1: Top level architecture of www.auctionlanka.lk.....................................
Figure 2: Use Case Diagram for www.auctionlanka.lk.........................................
Figure 3: ER Diagram for www.auctionlanka.lk..................................................
Figure 4: Class Diagram for www.auctionlanka.lk...............................................
Figure 5: Activity Diagram for www.auctionlanka.lk..........................................
Figure 6: Sequence Diagram for www.auctionlanka.lk........................................

6
8
23
29
30
31

List of Tables
Table 1: Definitions 3
Table 2: Acronyms and Abbreviations... 4
i

1. Introduction of www.auctionlanka.lk
1.1 Purpose
This is the Software Design Specification (SDS) for the online auction system
www.auctionlanka.lk. The SDS will break down the project into components to
describe in detail what the purpose of each component is and how it will be
implemented. The SDS will also serve as a tool for verification and validation of
the final product.
1.2 Scope
An online auction is an auction which is held over the internet [1].The
www.auctionlanka.lk is specially designs for the Sri Lankan auctionmarket for
better and easier way of doing auctioning with information technology as a
replacement for traditional Sri Lankan auction market.
The proposed software system is suggested to be named www.auctionlanka.lk,
because the name reflects the system as an online auction system for Sri Lankan
auction market. In this application I have focused the scope to Vehicles and Real
Estates.It is mainly consisted with four mainareas as the Administrator,
Member client, and Visitor client and the System according to the access
capabilities. Member client can be categorizing in to two parts as Sell client
and Bid client because of their role in the system.
In the proposed system I have identified two types of main modules namely
Internal modules and External modules. Internal modules handle by the
Administrator and the System while External modules done by the
Member client and Visitor client.
According to the functionalities of the system I can identified several system
modules.
i.
ii.
iii.
iv.
v.

Member client registration module


Payment module
Selling item module
Bidding module
Report management module

Following is the description of the system scope.


In first the Visitor client can view the current auction items, brows them and
search them according to their requirements such as category, price, location etc.
They can only view images, videos, descriptions etc.
Visitor client is facilitated to be register free. He can submit a form and register
as Member client.As soon as registered the Member client authorizedto
upload items for selling and can place bids for auction items apart from viewing
auction items.

When a Member client is uploading an item for auction he should submit a form
with description of the item with uploading images and a video. The main thing is
to define the time period of the specific auction item that appears in the system. It
should decide by the client who uploads an auction item. But the client should be
followed the terms and conditions provided by the system. Maximum time
durations of above auction categories are mentioned by the Administrator in the
system. If the client wants to publish the item for more than maximum limit of
days, he should be done an additional payment according to the systems terms
and conditions.
In other hand he should do a payment to the site with filling the payment
information. He should pay a pre-defined percentage of estimated amounts of the
item for uploading the item for auction. The request is directly goes to the
Administrator.
In traditional auction, people identify the quality of the property or good by
visiting and auditing. But if we consider the IT solution people need to ensure
about the quality and trustworthiness of the good or property.As a trusted web site
I use a third party who are authorized by the government or another trusted party
to do inspections of requested auction items and provide a recommendation of the
quality of them to publish as an auction. That part is offline process of the system.
After approval of the trusted third party the Administrator will publish it or
otherwise he will reject the item. The System will generate SMS and email and
inform the seller about the status.
After the item is published in the site bidders (Member clients) can start to bid of
an item until expire time of relevant item. When the time is over the System will
decide the winner of the auction by considering the maximum bid. System will
generate SMSs and emails for both seller and winning bidder as immediate
announcement that describing the auction is done.
On the other hand System will generate an e-mail to the winning bidder
including about the full details of the seller and the auction item and the seller will
get an e-mail that including the winning bidders full details to communicate with
the bidder. After the auction is over the item will be displayed a little time with a
label sold and automatically removes from the auction list.
1.3 Definitions, Acronyms and Abbreviations
1.3.1 Definitions
Table: 1 list the definitions used in this document regards with
www.auctionlanka.lk. The definitions given below are specific to this
document and may not be identical to definitions of these terms in
common use. The purpose of this section is to assist the user in
understanding the requirements for the system.

Term

Definition
Any person who uses the program
A person who has administrative
privilege/access to the system
The client-server model is a
distributed application structure in
computing that partitions tasks or,
workloads between the providers of
a resource or service
A collection of data or information
typically stored on a computer
system and organized to facilitate
retrieval and modification
A functional model of a software
system that describes how outputs
are derived from inputs. A diagram
contains processes, data flows,
actors and data stores.
Pictorial representation of a scene
recorded by a remote sensing
system
The process of gaining access to
certain features of the auctionlanka
system
The page that allows the user to
login if they have a valid login
The page that allows the user to
create new accounts
A user of the auctionlanka system
that has an account, for example a
bidder or seller.
A computer that provides services to
other computers or to people.
Descriptions, from the users point
of view, of the important operations
that provide value to a user.
They describe the interactions
between actors and the system.
The actor that is the main user of the
system and who searches the system
for data.

User
Administrator
Client-Server

Database

Data Flow Diagram

Image

Login

Login Page
Registration Page
Registered User

Server
Use Case

Visitor

Table 1: Definitions
1.3.2 Acronyms and Abbreviations
Table: 2 lists the acronyms and abbreviations used in this document
regards with www.auctionlanka.lk.
3

Acronym

Meaning
Asynchronous Java-Script and XML
Data Base Management System
Entity Relationship
Graphical User Interface
Hypertext Mark Up Language
Java 2 Platform Enterprise Edition
Operating System
Software Design Specification
Software Design Specification
Structured Query Language

AJAX
DBMS
ER
Entity Relationship
HTML
J2EE
OS
SDS
SMS
SQL

Table 2: Acronyms and Abbreviations


1.4 System Overview
This project extends the functionality of auction system process that is currently
used in the world. This application which will be designed to automate an action
process. The main function of the www.auctionlanka.lk will be to aid property
sales for both buyers and the sellers
The system will be therefore designed to allow a client to perform the following
functions:

Log on either as a seller or a bidder.


Browse through the database of available auctions.
Register as a member client.
Upload an auction to the site.
Do necessary payments.
Bid on an auction item.

The client should be having a little knowledge about to work with web application
and he should be trained to use this system.

2. Design Considerations
2.1 Assumptions and Dependencies
i.
ii.
iii.

This system can be used only if the user login with correct password and
username.
The further transactions can be carried on only with the permission of the
administrator.
The Server side and Client side will require a high-speed Internet.

2.2 General Constraints


The auctionlanka.lk shall be a Web application system running over web browser
environment. The system shall be developed using J2EE and using MySQL
DBMS. It will run on Apache tomcat Web server (Version 6).
Followings are some of general constrains that considering when developing
www.auctionlanka.lk system.

Hardware or software environment


End-user environment
Interface/protocol requirements
Security requirements (or other such regulations)
Memory and other capacity limitations
Performance requirements
Network communications

2.3 Goals & Guidelines


Following are the identified goals and guidelines of the www.auctionlanka.lk.

Emphasis shall be placed on usability as the user interface will be used by


users without much training.
The design must reflect the quality of modifiability as the clients, must be
able to adapt it for various uses by the final end users.
The system must be fully functional, tested and deployable within the
scheduled time frame.
The system must be able to be modified by the user to display the target
data in various reports for various purposes.

2.4 Data Repository Requirements


Data Repository is the storing place of the system. As a data repository My SQL is
the DBMS of the www.auctionlanka.lk system. Following are the data repository
requirements that expect from the DBMS.
Multiple backups and restoration practices, including online, near-line,
offline and off-site storage of files.
Continuous file integrity checks, such as checksum assignment and
auditing.
Persistent identifiers that use metadata to continuously locate a file, even if
it is moved during routine storage reallocation.
It should give easier and faster access due to the fact that related
information are, to some degree, lumped or clustered together.

2.5 Development Methods


This project is being conducted using a modified waterfall paradigm with three
implemental builds (alpha, beta, gamma). The waterfall model is a sequential
design process, often used in software development processes, in which progress
is seen as flowing steadily downwards (like a waterfall) through the phases of
Conception, Initiation, Analysis, Design, Construction, Testing and Maintenance.
The development process is formal with document and code reviews.

3. System Architecture
3.1 Top level Architecture
The top level architecture of the system is based on client - server architecture.
There are mainly two components such as client (User Interface) and the server
(Web server software, Server side processing and Database). The user requests
information through a web browser and request sent to the web server. Web server
access auctionlanka data storage and provides requested details.

Figure 1: Top level architecture of www.auctionlanka.lk

3.2 User Interface


3.2.1

Expected Input

3.2.2

Auction details
Member client details
Bid details
Payment details

Expected Processers
Member client related details inserting, viewing, updating and
deleting
Uploading items for selling
Brows and search various auction items
Calculating time and closing bid for auctions.
Report generating
SMS and Email generating

3.2.3 Expected Output


Current auction item information
Generated SMSs and Emails
Calculated time of an auction
Auction status
Income reports
Various kind of auction item reports
3.3 Use Cases
3.3.1 Use Case Diagram for the overall system
User scenarios were listed and then identified the actors who would be
going to engage in the system. Following figure shows the main users of
the system.

Figure 2: Use Case Diagram for www.auctionlanka.lk

3.3.2 Use Case Specifications

3.3.2.1 Visitor Client Use Case


a)

Visitor Client

Register

1. Name
2. Description

: Register
: Register function can use visitor clients of the
www.auctionlanka.lk. Before apply the membership there
is a possibility to view content of the system.

3. Pre-conditions
4. Primary flows

: No
:
1. Visitor client must fill the form with valid details
for registration.
A1: Invalid details in the form.
2. Visitor client must be providing username and
password for registration.
3. Submit the form and register.

5. Alternative flows

:
A1: Invalid details in the form.
1. If the visitor client cannot be able to provide valid
details system will provide error messages.
2. Flow return to the registration from.

6. Post-conditions

:
1. Log in to the system as member client.
2. SMS and email will send to the member by the
system.

b)

Visitor Client

Search and View Auctions

1. Name
2. Description

: Search and View Auctions


: Search and View Auctions function is use to search
auction items in the system. This can be able to do all users
interact with the system.

3. Pre-conditions
4. Primary flows

: No
:
1. Mention appropriate details that the client wish to
search

5. Alternative flows

: No

6. Post-conditions

: No

10

3.3.2.2 Member Client Use Case


a)

Member Client

Log in to the System

1. Name
2. Description

: Login to the System


: Login function is to log in to the system. This can only
be done by the member client.

3. Pre-conditions
4. Primary flows

: Register as a member client


:
1. Member client enter username and password and
click login button.
A1: Invalid username or password.
2. Login to the home page.

5. Alternative flows

:
A1: Invalid username or password.
1. If the member client cannot be able to provide valid
username or password system will provide error
messages.
2. Flow return to the Login from.

6. Post-conditions

:
1. Log in to the system as member client.
2. SMS and email will send to the member by the
system.

11

b)

Member Client

Search and View Auctions

1. Name
2. Description

: Search and View Auctions


: Search and View Auctions function is use to search
auction items in the system. This can be able to do all users
interact with the system.

3. Pre-conditions
4. Primary flows

: No
:
1. Mention appropriate details that the client wish to
search

5. Alternative flows

: No

6. Post-conditions

: No

12

c)

Member Client

Uploads an auction for sell

1. Name
2. Description

: Uploads an auction for sell.


: Uploads an auction for sell function is use to create an
auction in the system. This can only be done by the
member client. According to this function I categorized
this kind of member client as Sell client.

3. Pre-conditions

:
1. Register as a member client.
2. Log in to the system.

4. Primary flows

:
1. Member client upload an auction with details,
images and video and then click upload button.
A1: Invalid details.
2. Upload to an auction for admin approval.

5. Alternative flows

:
A1: Invalid details.
1. If the member client cannot be able to provide valid
details, system will provide error messages.
2. Flow return to the Upload from.

6. Post-conditions

:
1. Make payment for publishing auction in the system.
2. SMS and email will send to the member client by
the system.

13

d)

Member Client

Cancel an auction

1. Name
2. Description

: Cancel an auction.
: Cancel an auction function is use to discard an auction in
the system which upload by himself. This can only be done
by the member client. According to this function I
categorized this kind of member client as Sell client.

3. Pre-conditions

:
1. Register as a member client.
2. Log in to the system.
3. Upload an auction.

4. Primary flows

:
1. Member client can cancel an auction with
mentioning the reason for cancelling then click
cancel button.

5. Alternative flows

: No

6. Post-conditions

:
1. SMS and email will send to the member client by
the system.
2. Remove the auction from the system.

14

e)

Member Client

Modify profile

1. Name
2. Description

: Modify profile.
: Modify profile function is use to modify details of a
member in the system. This can only be done by the
member client. Member can update his information like
address, mobile number etc.

3. Pre-conditions

:
1. Register as a member client.
2. Login to the system.

4. Primary flows

:
1. Member client modify his and then click modify
button.
A1: Invalid details.
2. Modify client profile in the system.

5. Alternative flows

:
A1: Invalid details.
1. If the member client cannot be able to provide valid
details, system will provide error messages.
2. Flow return to modify from.

6. Post-conditions

:
1. SMS and email will send to the member client by
the system.

15

f)

Member Client

Place a bid on an auction

1. Name
2. Description

: Place a bid on an auction.


: Place a bid on an auction function is use to bid on an
auction item which appeared in the system. This can only
be done by the member client. According to this function I
categorized this kind of member client as Bid client.

3. Pre-conditions

:
1. Register as a member client.
2. Login to the system.
3. View an appropriate auction item.

4. Primary flows

:
1. Member client bid on the selected auction item.
A1: Invalid bid.
2. Submit the bid amount.

5. Alternative flows

:
A1: Invalid bid.
1. If the member client cannot be able to provide valid
bid amount, system will provide error messages.
2. Flow return to bidding from.

6. Post-conditions

: No
.

16

g)

Member Client

Update a bid on an auction

1. Name
2. Description

: Update a bid on an auction.


: Update a bid on an auction function is use to modify bid
on an auction item which bided in the system earlier. This
can only be done by the member client. According to this
function I categorized this kind of member client as Bid
client.

3. Pre-conditions

:
1.
2.
3.
4.

4. Primary flows

Register as a member client.


Login to the system.
View an appropriate auction item.
Place a bid on an auction.

:
1. Member client place a new bid on the selected
auction item.
A1: Invalid bid.
2. Submit the bid amount.

5. Alternative flows :
A1: Invalid bid.
1. If the member client cannot be able to provide valid
bid amount, system will provide error messages.
2. Flow return to bidding from.

6. Post-conditions

: No
.

17

h)

Member Client

Logout

1. Name
2. Description

: Logout.
: Logout function is use to logout from the system. This
can only be done by the member client.

3. Pre-conditions

:
1. Register as a member client.
2. Login to the system.

4. Primary flows

:
1. Member client click logout button.
A1: Cancel logout.
2. Logout from the system and redirect to index page.

5. Alternative flows

:
A1: Cancel logout.
1. Cancel logout request.

6. Post-conditions

: No

18

3.3.2.3 Administrator Use Case

a)

Administrator

Log in to the System

1. Name
2. Description

: Login to the System


: Login function is to log in to the system.

3. Pre-conditions
4. Primary flows

: Register as an Administrator.
:
1. Administrator enters username and password and
click login button.
A1: Invalid username or password.
2. Login to the admin home page.

5. Alternative flows

:
A1: Invalid username or password.
1. If the administrator cannot be able to provide valid
username or password system will provide error
messages.
2. Flow return to the Login from.

6. Post-conditions

:
1. Log in to the system as administrator.
2. SMS and email will send to the administrator by the
system.

19

b)

Administrator

Search and View Auctions

1. Name
2. Description

: Search and View Auctions


: Search and View Auctions function is use to search
auction items in the system. This can be able to do all users
interact with the system.

3. Pre-conditions
4. Primary flows

: No
:
1. Mention appropriate details that the client wish to
search

5. Alternative flows

: No

6. Post-conditions

: No

20

c)

Administrator

Manage Clients

1. Name
2. Description

: Manage Clients.
: Manage Clients function is use to manage clients in the
system. Administrator can deactivate client accounts due to
various reasons.

3. Pre-conditions

:
1. Register as an Administrator.
2. Login as administrator.

4. Primary flows

:
1. Change status of member clients and manage user
accounts.

5. Alternative flows

: No

6. Post-conditions

:
1. SMS and email will send to the member client by
the system

21

d)

Administrator

Generate Reports

1. Name
2. Description

: Generate Reports.
: Generate Reports function is use to generate various
reports in the system. Ex: current auction list, closed
auction list, income reports etc.

3. Pre-conditions

:
1. Register as an Administrator.
2. Login as administrator.

4. Primary flows

:
1. According to the necessity generate various reports
by using many criteria to filter data.

5. Alternative flows

: No

6. Post-conditions

:
1. After generating reports administrator can
download and view.

22

e)

Administrator

Manage auctions by accept or reject

1. Name
2. Description

: Manage auctions by accept or reject.


: Manage auctions by accept or reject function is use to
manage clients in the system. Administrator can accept or
reject actions according to the 3rd party company
recommendation or not followed terms and conditions of
the system.

3. Pre-conditions

:
1. Register as an Administrator.
2. Login as administrator.
3. Member should upload auction for approval.

4. Primary flows

:
1. Check the auction request is according to the
standards or 3rd party company recommended as
valid property.
A1: Invalid auction
2. Accept auction and publish in the system.

5. Alternative flows

:
A1: Invalid auction
1. Reject the auction

6. Post-conditions

:
1. SMS and email will send to the member client (sell
client) by the system.

23

f)

Administrator

Logout

1. Name
2. Description

: Logout.
: Logout function is use to logout from the system.

3. Pre-conditions

:
1. Register as a administrator.
2. Login to the system.

4. Primary flows

:
1. Administrator click logout button.
A1: Cancel logout.
2. Logout from the system and redirect to index page.

5. Alternative flows

:
A1: Cancel logout.
1. Cancel logout request.

6. Post-conditions

: No

24

3.3.2.4 System Use Case


a)

System

Manage timer for every auctions

1. Name
2. Description

: Manage timer for every auctions.


: Manage timer for every auctions function is to count the
time for every auction item in the system.

3. Pre-conditions

:
1. Member client should upload an auction for
approval.
2. Administrator approved and publishes on the
system.

4. Primary flows

:
1. Starting counting the time when administrator
approval.
2. Stop counting the time when the given time period
id end.

5. Alternative flows

: No

6. Post-conditions

:
1. Select the maximum bid client.
2. SMS and email will send to the sell client and bid
client by the system.

25

b)

System

Sending Emails and SMS to member clients

1. Name
2. Description

: Sending Emails and SMS to memberclients.


: Sending Emails and SMS to memberclients function is
to send the notifications to member clients of various
situations.

3. Pre-conditions

:
1. Member registration successfully,
or
2. Member client should upload an auction.
or
3. Member client win a bid.

4. Primary flows

:
1. Generate appropriate emails or SMSs according to
the situation.
2. Send SMSs and emails.

5. Alternative flows

: No

6. Post-conditions

: No

26

c)

System

Calculate max bid for an auction item

1. Name
2. Description

: Calculate max bid for an auction item


: Calculate max bid for an auction item function is done
by the system. This is use to select the winner of the
appropriate auction item.

3. Pre-conditions

:
1. Member client should upload an auction for
approval
2. Bid clients should placed bids on an auction.

4. Primary flows

:
1. Select max bid on an auction item.
2. Select the winner.

5. Alternative flows

: No

6. Post-conditions

: Send SMSs and emails

27

6.3 ER Diagram
Entity relationship diagram shows the relationship of the entity sets stored in
database. In other word ERD illustrates the logical structure of the database [3].
Entity relationship diagram is derived from user requirements of the system.

Figure 3: ER Diagram for www.auctionlanka.lk

28

6.4 Class Diagram


The class diagram describes the attributes and operations of a class. Class
diagrams are static view of an application and it describes responsibilities of the
system [4]. Following diagram shows the class diagram of the system.

Figure 4: Class Diagram for www.auctionlanka.lk

29

6.5 Activity Diagram


Activity diagrams are graphical representation of workflow of stepwise activities
and actions with support for choice, iteration and concurrency [5]. After analyzed
requirements prepare activity diagrams to easy understanding of the work flow of
the system.

Figure 5: Activity Diagram for www.auctionlanka.lk

30

6.6 Sequence Diagram


A Sequence diagram is an interaction diagram that shows how processes operate
with one another and in what order. It is a construct of a Message Sequence Chart.
A sequence diagram shows object interactions arranged in time sequence.[6]

Buyer

Auction System

Seller

Registration

Registration
Conformation

Conformation
Login

Login
Authentication check

Authentication
check

Search product
View product

Post the product

Search product
Requirement

Conformation

Suggestion

Bidding the
product

Post the product


Conformation
Auction close

Auction
time
expired

Final update status

Figure 6: Sequence Diagram for www.auctionlanka.lk

31

4. Detailed System Design

Designing of good user interfaces is one of the major tasks in any system designing
process. User interface is the bridge which links the human being and the computer
system. Making the User interfaces as simple as possible while keeping efficiency level is
one of the key features of any good system design. Considering the above facts this
system was developed with simple user-friendly interfaces ensuring good interaction with
the system.
Software design is very important to consider in both a process and a model. The
methodologies such as Use Case diagrams, and Sequence diagram were used to identify
the main functionalities and the scope of the system. Use Case diagram enables how the
system and users interacts and Sequence diagram enables what is the order of each of
processes happen.
The top level architecture of the system is based on client - server architecture. There are
mainly two components such as client (User Interface) and the server (Web server
software, Server side processing and Database). The user requests information through a
web browser and request sent to the web server. Web server access auctionlanka data
storage and provides requested details.
A properly designed database provides you with access to up-to-date, accurate
information. Certain principles guide the database design process. The first principle is
that duplicate information (also called redundant data) is bad, because it wastes space and
increases the likelihood of errors and inconsistencies. The second principle is that the
correctness and completeness of information is important. If your database contains
incorrect information, any reports that pull information from the database will also
contain incorrect information. As a result, any decisions you make that are based on those
reports will then be misinformed.
Following are the main tables in the www.auctionlanka.lk system.

member
property
house
land
vehicle
building
images
payments
auction
bid_management
commission

User Interfaces designing is a major part of designing stage. Design of efficient


interfaces is important due to many reasons. The interaction between user and system
is performed through user Interfaces. So the system users expect understandable, easy
32

usable interfaces from designers. Less cost of implementation, easiness of train people
to use and adapt them, satisfaction of work with system is reduced cost of system
implementation and increase work efficiency and effectiveness of the business.
Following of standard techniques lead to design more usable Interfaces. Following are
some better design techniques.

Consistency - It is important to keep consistency when designing interfaces. All


interfaces have to be included same font, same button style, same navigation style
and same wording style. All controls have to place consistence places in
interfaces.
Flexibility Sometimes stakeholders requirements are different from the design
ones. So interfaces have to be flexible to change according to these requirements.
Easy Navigation Navigation between main user interfaces is make system easy
to use, flexibility of the system is increased and customer frustration is decreased.
User Friendliness When displaying user interface, user has to feel comfortable
and willingness to use it. To achieve these proper color combinations, meaningful,
understandable wordings and, proper navigation links, proper alignment of fields
have to be used. Elimination of crowded screens and grouping of controls
effectively leads to get user satisfaction.
Recoverability When designing interfaces, designers must expect mistakes
from the user. So meaningful error messages are used to recover errors. Then
users are allowed to eliminate errors and doing mistakes.

Consider above all kind of system designs, and then develop www.auctionlanka.lk - online
auction web application for solving the problem of online auction.

5. References
[1]Wikipedia. Online Auction [Online] Available at:
http://en.wikipedia.org/wiki/Online_auction[Accessed August10, 2015]
[2] Realtytracwebsite [Online] Available at: http://www.realtytrac.com/content/news-andopinion/online-auctions-good-for-buyers-and-sellers-3959[Accessed August10, 2015]
[3] Entity relationship diagram
http://www.smartdraw.com/entity-relationship-diagram/, [Accessed August 13, 2015]
[4] Class Diagram
http://www.tutorialspoint.com/uml/uml_class_diagram.htm, [Accessed August 13, 2015]
[5] Activity Diagram.
http://en.wikipedia.org/wiki/Activity_diagram, [Accessed August 13, 2015]
[6] Sequence Diagram
https://en.wikipedia.org/wiki/Sequence_diagram, [Accessed August 15, 2015]
33

Das könnte Ihnen auch gefallen