You are on page 1of 29

2011-12

Sachdeva Institute of Technology Farah,Mathura

Project Guide
Mr. Kuldeep Singh(Lecture)
Mayank Sony 0812610049 cs-1 Deepak Pal 0812610023 cs-1 Atul Kumar 0812610015 cs-1 Sunil Kr. Yadav 0812610093 cs-2

Project Team

[ONLINE-AUCTION]
Software Requirement Specification Report

ONLINE-AUCTION

ACKNOWLEDGEMENT
We are so much pleased to develop the project ONLINE AUCTION under the entitled course of Java/j2ee program organized by our department (Computer science and Engineering).There is no doubt That this work was impossible without the huge support of department as providing the proper resource and the Guidance time to time. We are very grateful to the Head of our department Jay sankar sir who believed in us to give the chance to attend the dot met classes commenced in college and providing the best guide in form of a professional programmer and controlled the classes throughout without the encouragement of HOD sir we got the confidence and enthusiasm to have completed our job. . A huge thanks to our project Guide Mr Kuldeep singh who properly concern with the project from the beginning of .net classes and really encouraged us to develop the project guided us during the classes. Through his continuous support and effort we got the success to complete the project finally. last but not the least to thanks. one more person who was involved in this program to support us in developing the project Mr Anil si. Who cared of computer lab properly with providing proper system to work on which we was continuously working. At last we are thankful for the department on behalf of their effort and support to organize this course and guided us with encouragement and trusted

PROJECT TEAM
(ONLINE AUCTION)

ONLINE-AUCTION

CONTENT
1. INTRODUCTION 1.1. 1.2. 1.3. 1.4. INTRODUCTION TO PROJECT PURPOSE OF THE PROJECT EXISTING SYSTEM & ITS DISADVANTAGES PROPOSED SYSTEM & ITS ADVANTAGES

2. SYSTEM ANALYSIS 2.1. 2.2. STUDY OF THE SYSTEM PROCESS MODELS USED WITH JUSTIFICATION

3. FEASIBILITY STUDY

3.1. 3.2. 3.3.

TECHNICAL FEASIBILITY OPERATIONAL FEASIBILITY ECONOMIC FEASIBILITY

4. REQUIREMENT SPECIFICATIONS

4.1. 4.2. 4.3. 4.4.

FUNCIONAL REQUIREMENTS PERFORMANCE REQUIREMENTS SOFTWARE REQUIREMENTS HARDWARE REQUIREMENTS

ONLINE-AUCTION

5. SYSTEM DESIGN 5.1 5.2 5.3 5.4 INTRODUCTION DATA FLOW DIAGRAMS UML DIAGRAMS E-R DIAGRAM

6. BIBLOGRAPHY 6.1 BIBLOGRAPHY

ONLINE-AUCTION

ABSTRACT
The successful deployment and operation of an online auction system requires knowledge of mechanism design, system architecture, and successful Internet business practices. Online auctions pose several challenges to Web developers because they are intensely data driven and have temporal behaviors that must be faithfully implemented. This article discusses many of the issues that an auction provider should consider when selecting or developing an auction software system. Auctions can be seen as a mechanism that is precisely defined by sets of rules that govern bidding, quoting, and clearing. These activities will have natural components in the software system, and the choices made in the architecture of the auction system will affect its scalability, temporal integrity, and overall complexity. Complementary features of auction systems, such as catalogs, search tools, and reputation mechanisms, are also discussed.

ONLINE-AUCTION

INTRODUCTION

1.1 INTRODUCTION & OBJECTIVE Online-Auction is a web application which facilitates online auction. An auction is a sale in which a seller presents his product on a public platform/ forum. The selling price in an auction is determined by the bids made by interested buyers. The price they bid is based on their own valuation and need for the product. The product is sold to the highest bidder. A potential buyer participates by bidding on an item that a seller has listed. The person who has offered the highest bid at close of auction wins the right to purchase the item at that price.

ONLINE-AUCTION

1.2.

PURPOSE OF THE PROJECT

Its purpose is to conduct auction through online. So that public can get registered and can sell Or buy the items what they want through online by participating in auction.

1.3.

EXISTING SYSTEM

Auction is manual. Drawbacks: Bidders need to attend the place of bidding. Time taking process. No possibility of automatic bidding. Presence of bidder is compulsory. 1.4. PROPOSED SYSTEM

Online Auction Benefits: Bidder can bid from any where through out the world. Bidding can be either automatic or normal. Facilitates flexible & easy bidding. Immediate generation of reports on demand.

ONLINE-AUCTION

SYSTEM ANALYSIS

2.1 STUDY OF THE SYSTEM


To provide flexibility to the users, the interfaces have been developed that are accessible through a browser. The GUIS at the top level have been categorized as 1. Administrative user interface 2. The operational or generic user interface The administrative user interface concentrates on the consistent information that is practically, part of the organizational activities and which needs proper authentication for the data collection. These interfaces help the administrators with all the transactional states like Data insertion, Data deletion and Date updation along with the extensive data search capabilities.

The operational or generic user interface helps the end users of the system in transactions through the existing data and required services. The operational user interface also helps the ordinary users in managing their own information in a customized manner as per the included flexibilities

ONLINE-AUCTION

2.2 PROCESS MODEL USED WITH JUSTIFICATION

SDLC
DOCUMENT CONTROL

Business Requirement Documentation

Requirement s Gathering

Feasibility Study TEAM FORMATION Project Specification PREPARATION INTEGRATIO N & SYSTEM TESTING

ANALYSIS & DESIGN

CODE

UNIT TEST

ASSESSMEN T

DELIVERY/IN STALLATION

ACCEPTANCE TEST

TRAINING

SDLC is nothing but Software Development Life Cycle. It is a standard which is used by software industry to develop good software

Stages in SDLC: Requirement Gathering Analysis Designing Coding Testing Maintenance


8

ONLINE-AUCTION

Feasibility Study:
Preliminary investigation examines project feasibility, the likelihood the system will be useful to the organization. The main objective of the feasibility study is to test the Technical, Operational and Economical feasibility for adding new modules and debugging old running system. All systems are feasible if they are given unlimited resources and infinite time. There are aspects in the feasibility study portion of the preliminary investigation: Technical Feasibility Operation Feasibility Economical Feasibility

3.1 TECHNICAL FEASIBILITY

The technical issue usually raised during the feasibility stage of the investigation includes the following: Does the necessary technology exist to do what is suggested? Do the proposed equipments have the technical capacity to hold the data required to use the new system? Will the proposed system provide adequate response to inquiries, regardless of the number or location of users? Can the system be upgraded if developed? Are there technical guarantees of accuracy, reliability, ease of access and data security?

ONLINE-AUCTION

3.2 OPERATIONAL FEASIBILITY

OPERATIONAL FEASIBILITY

User-friendly

Customer will use the forms for their various transactions i.e. for adding new routes, viewing the routes details. Also the Customer wants the reports to view the various transactions based on the constraints. Theses forms and reports are generated as user-friendly to the Client.

Reliability
The package wills pick-up current transactions on line. Regarding the old transactions, User will enter them in to the system.

Security
The web server and database server should be protected from hacking, virus etc

Portability
The application will be developed using standard open source software (Except Oracle) like Java, tomcat web server, Internet Explorer Browser etc these software will work both on Windows and Linux o/s. Hence portability problems will not arise.

Availability
This software will be available always.

Maintainability
The system called the ewheelz uses the 2-tier architecture. The 1st tier is the GUI, which is said to be front-end and the 2nd tier is the database, which uses My-Sql, which is the backend.

10

ONLINE-AUCTION

3.3 ECONOMIC FEASILITY


The computerized system takes care of the present existing systems data flow and procedures completely and should generate all the reports of the manual system besides a host of other management reports. It should be built as a web based application with separate web server and database server. This is required as the activities are spread through out the organization customer wants a centralized database. Further some of the linked transactions take place in different locations.

Open source software like TOMCAT, JAVA, Mysql and Linux is used to minimize the cost for the Customer.

11

ONLINE-AUCTION

4.1 FUNCTIONAL REQUIREMENTS SPECIFICATION This Application has divide into Five modules: 1.Web Administrator 2.Auction manager 3.Bidder 4.Seller 5.Buyer

Description of Modules.
Every user in order to access the website and participate in the auction process, has to login to the system with his respective login id and password. The user credentials will be validated before logging him to the system.

1.Web administrator :
The system ensures high security, business integrity and confidentiality through full information log on to the system by the administrator.The administrator has to login to the system with his user-id and password inorder to perform his responibilities. The responsibilities of the web administrator are as follows Manage the users of the system like seller, bidder, buyer, auction manager. Manage the fraud data, if admin detects any fraud data entered by any user then he can block those users from accessing the site. Add categories for the products. View transaction reports. View auction process details.
12

ONLINE-AUCTION

2.Auction manager.
An auction manager has access to the whole process of auction. The auction manager has the following responsibilities. Edit the product details like closing date of bidding for the product. Get the detailed product information from the seller. Manage the bidding history of a product Select the bidder to whom the product must be sold. Process the transaction by contacting the buyer and seller through e-mail Settle the transaction within a time frame Give points to the buyer and the seller after receiving feedback.

3.Bidder
. The bidder is the person who participates in the bidding of a product. The bidder have access to only few functionalities listed below and is restricted from other functionalities depending on the system. View his profile Edit his account details View his bidding history View the products in the website Select the product for bidding. View the points of seller. Can bid any number of times on a single product. The bid amount given by the bidder must be greater than or equal to the starting bid amount given by the seller. Ask questions to the seller of product. View his answers given by the seller.
13

ONLINE-AUCTION

4.Seller :
The seller can sell his products through the auction website in a easier way. He can perform the following actions. View and edit his accuount details. Register products for auction. Registrations need payment from the seller. He can pay through credit card or paypal account to the website. Select category under which he needs to add products. Add product information like product name, product details, starting bid amount , shipping cost involved and also upload image for the product. View bidding history of the product. View bidding history of bidder Answer to the questions of bidder. Contact the buyer though email for further transactions. Contact the auction manager through email regarding the problems in the auction. Deliver the product to the buyer after getting the payment for the product. Give feedback to the buyer after getting the payment.

5.Buyer :
Buyer is the bidder who gave the largest bidding amount for a prodcut. He can perform all the actions of a bidder as well as the following ones Pay for the product through paypal or credit card including the shipping cost of the product. Give details of himself to the seller so that the seller can deliver the product. Give feedback to the seller after receiving the product.
14

ONLINE-AUCTION

Scenario of auction process

15

ONLINE-AUCTION

4.2 PERFORMANCE REQUIREMENTS

Performance is measured in terms of the output provided by the application. Requirement specification plays an important part in the analysis of a system. Only when the requirement specifications are properly given, it is possible to design a system, which will fit into required environment. It rests largely with the users of the existing system to give the requirement specifications because they are the people who finally use the system. This is because the requirements have to be known during the initial stages so that the system can be designed according to those requirements. It is very difficult to change the system once it has been designed and on the other hand designing a system, which does not cater to the requirements of the user, is of no use. The requirement specification for any system can be broadly stated as given below: The system should be able to interface with the existing system The system should be accurate The system should be better than the existing system The existing system is completely dependent on the user to perform all the duties.

16

ONLINE-AUCTION

4.3 SOFTWARE REQUIREMENTS:

Operating System Technology Web Technologies Web Server

: Windows : Java/j2ee (JDBC, Servlets, JSP) : Html, JavaScript, CSS : Tomcat

Database Softwares

: Oracle : J2SDK1.5, Tomcat 5.5, Oracle 9i

4.4 HARDWARE REQUIREMENTS:

Hardware requirements:

Hardware RAM

: Pentium based systems with a minimum of P4 : 256MB (minimum)

Additional Tools:
HTML Designing Development Tool kit : Dream weaver Tool : Netbeans

17

ONLINE-AUCTION

Systems design

5.1 Introduction:
Systems design is the process or art of defining the architecture, components, modules, interfaces, and data for a system to satisfy specified requirements. One could see it as the application of systems theory to product development. There is some overlap and synergy with the disciplines of systems analysis, systems architecture and systems engineering.

18

ONLINE-AUCTION

5.2 DATA FLOW DIAGRAMS

Context level Diagram:

Level DFD for Admin:

19

ONLINE-AUCTION

Level 0 DFD for user:

Level 1 DFD for View of (User):

20

ONLINE-AUCTION

5.3 UML Daigram


UML is specifically constructed through two different domains they are: UML Analysis modeling, this focuses on the user model and structural model views of the system. UML design modeling, which focuses on the behavioral modeling,

implementation modeling and environmental model views.

Use case Diagrams represent the functionality of the system from a users point of view. Use cases are used during requirements elicitation and analysis to represent the functionality of the system. Use cases focus on the behavior of the system from external point of view.

Actors are external entities that interact with the system. Examples of actors include users like administrator, bank customer etc., or another system like central database.

21

ONLINE-AUCTION

UML DIAGRAMS Use-case diagram

22

ONLINE-AUCTION

Use case diagram of auction system

23

ONLINE-AUCTION

Sequential-diagram

24

ONLINE-AUCTION

Class Diagram of Auction System

25

ONLINE-AUCTION

State-diagram

26

ONLINE-AUCTION

5.4. ER DIAGRAMS

27

ONLINE-AUCTION

BIBLIOGRAPHY 6.1 Biblography


R e f e r e n ce s for the P r o je c t D e ve l o p me n t W ere Taken From the

f o l l o wi n g B o o k s a n d W e b Si t e s .

BOOKS:
JAVA Technologies
JAVA Complete Reference Java Script Programming by Yehuda Shiran Mastering JAVA Security HTML Black Book by Holzner Java Database Programming with JDBC by Patel moss. Software Engineering by Roger Pressman

WEBSITES:
www.google.com www.w3schools.com www.seminarprojets.com www.scribd.com

28

You might also like