Online Auction(1)
Content
Page |1
AtanuBairagi
RajkumarDey Chandan Sharma KrishnenduBera
Page |2
Certificate of Approval
This is to certify that the project entitled “ONLINE AUCTION SHOP” has been carried out by the B.Tech Computer Science and Engineering, 7th semester students of Narula Institute of Technology.
NAME Atanu Bairagi Chandan Sharma Krishnendu Bera Rajkumar Dey
STREAM C.S.E C.S.E C.S.E C.S.E
UNIVERSITY ROLL No. 08127001029 08127001105 08127001045 08127001038
UNIVERSITY REGISTRATN No. 081270110024 081270110029 081270110046 081270110063
It is understood that by this approval the undersigned do not necessarily endorse any of the statements made or opinion expressed in their project. But I approve it only for the purpose for which it is submitted.
.........……………………………………. (Head of the Department) Computer Sc. & Engg. Prof. Sanjay Mukherjee Narula Institute of Technology Agarapara, Kol-109.
...........………………………………….. (Project Guide) Mousumi Saha Lecturer Narula Institute of Technology Agarpara, Kol-109.
Page |3
CERTIFICATE OF ORIGINALITY
We have developed this project as partial fulfillment of B.Tech (CSE), 7th semester (sub code: CS 883) while developing the project no unfair means or illegal copies of software etc. have been used, neither any part of this project have been elsewhere or copied.
NAME Atanu Bairagi Chandan Sharma Krishnendu Bera Rajkumar Dey
ROLL NO 10208040 10208043 10208049 10208046
SIGNATURE
Page |4
ACKNOWLEDGEMENT
Project completion fetches any individual fair amount of happiness, which cannot be expressed in words. Likewise, we felt the same way after the successful completion of the synopsis of our project. It happened only because of some auxiliary cooperation from some people. The project chosen by us named “ONLINE AUCTION SHOP”, has been completed by the full effort of the four members allotted for the group. This project mainly deals with the online bidding shop environment. We have collected some information from the internet and some online auction websites which helped us very much. The allotted project guide Mrs. Mousumi Saha helped us to bring the project to its end. We also want to express gratitude to our college, Narula Institute of Technology, to give us the space to choose this project. We are very thankful to the teacher and to other group member.
Page |5
ONLINE AUCTION SHOP
PROJECT REPORT
ABSTRACT
The Online Auction Shop is based on five main modules. A software system is always divided into several sub systems that makes it easier for the development. A software system that is structured into several subsystems makes it easy for the development and testing. The system under consideration has been divided into several modules taking in consideration the above-mentioned criteria. The different modules are 1) 2) 3) 4) 5) User Registration Module Product Registration Module. Bidding Module Closed Bid Manager Module My Auction Module
Those who wish to take part in bidding or sell products at the site have to register at the site as seller or buyer and this is done in the user registration module. Only authenticated users can take part in selling or in bidding. The system automatically rejects un-authenticated users who try to bid or sell at the site. An auction house needs to have products to auction, so in the proposed system this is done using product registration module. The module is open to user who is registered sellers and they need to authenticate before they register any product. The system controls the closing date by adding 14 days to the submitting date there by restricting the bidding process to go on indefinitely. Another important module in the proposed project is the "Bidding module ". Here one can see the details of any particular product and also the bidding history. The user can bid on that item by entering any amount greater than or equal to the incremental bid amount. Here also system checks to see whether the user has his credential verified otherwise he/she will be directed to the login/registration page. The last but the least module is the "Web Administration" module. The module is only open to the web administrator due to security reasons. In this module the administrator can add product categories; this is to avoid rampant creation of categories. The 2nd thing is the option to edit any given product. This will be necessary when some of the details of the product need to be edited for one reason or other. The 3 rd and last the closed bid manager where the administrator notifies both the seller and buyer the need to complete the transaction. There is another module which runs more or less like background process. The function of the module is to close bid of those products whose closing date is less than the current date. The process is automatic and hidden from the web users.
Page |6
INTRODUCTION
It is an online auction web site aimed at taking the auction to the fingertips of aspiring bidders there by covering wider cross section of peoples. The site also acts as an open forum where buyers and sellers can come together and exchange their products. The site makes sure that the sellers get a fair deal and buyers get a genuine product. The online auction system is a design about a website where sellers collect and prepare a list of items they want to sell and place it on the website for visualizing. To accomplish this purpose the user has to access the site. Incase it’s a new user he has to register. Purchaser’s login and select items they want to buy and keep bidding for it. Interacting with the purchasers and sellers in the chat room does this. The purchaser making the highest bid for an item before the close of the auction is declared as the owner of the item. If the auctioneer or the purchaser doesn’t want to bid for the product then there is fixed cutoff price mentioned for every product. He can pay that amount directly and own the product. The purchaser gets a confirmation of his purchase as an acknowledgement from the website. After the transition, by going back to the main menu he can view other items.
PROBLEM DEFINITION
The problem with public auction is that the participation of the general public is very limited. The aim of the project is to socialize the auction so that people from far & wide and even across the continent can participate in it. The site is developed with a vision to wipe out the inherent problems of "Conventional Auction House". The salient features of the site are as follows: 1. 2. 3. 4. Paperless Auction System It's accessible to everyone, at any time no matter where they are Reliable user validation & checking. Easy online settlement.
The auction site is designed in such a way that it is as user friendly as possible. So any aspiring bidder or seller can visit the site and engage in bidding with least effort.
EXISTING SYSTEM The existing "OPEN Auction House" is managed manually. Prior to each auction, the day of auction, the venue and the items on auction are announced through news media. Those who wish to take part in the auction have to arrive at the venue on that day on time. This conventional method most of the times prevent aspiring bidders from participating in the bidding process. Another headache of the old system is to track each bidding process and to make it culminate in financial settlement. So the system has to keep records of both buyers and sellers until the end of settlement. The process is very cumbersome and time consuming.
PROPOSED SYSTEM The slogan of the new site is AAA, 'Anyone, Anytime, Anywhere'. That what it really is? The site is online auction house so the seller or bidder doesn't need to go anywhere, instead they can take part in the auction just sitting in the comfort of their living room, be it during the day or night. The auction site is built based on the following proposed assumptions, inputs to give the desired output. A demo simulation is also being introduced below.
Page |7
Assumptions:
The users are allowed to register and given user id’s to have identification. The users are allowed to bid for any price according to their own wish provided it’s more than the minimum price for auction. The fixed cut-off price is decided and conformed for every product. The auctioneer requesting the product for the cut off price is given priority. The auctioneer bidding the maximum price is given the product.
Inputs:
The login details of auctioneer. List of the available products on the site. Details such as specifications and the price of each product. Bidding price of the auctioneer.
Outputs:
The cut off price of each product. Updated status of the bid price. Status of each product if it is bid or sold or for sale. Acknowledgement to whom the product is sold.
Key terms:
Get details and Bid the product. Deliver the product. Pay the price and logout.
An auction simulation:
Bid for the product. Log on to the site. Fix or bid for the price. Function points Bidder request product details. Pay final price and bid the product. Loop - Check any product details. - Check for cut off price.
DATABASE DESIGN The overall objective in the development of database technology has been to treat data as an organizational resource and as an integrated whole. DBMS allow data to be protected and organized separately from other resources. Database is an integrated collection of data. Database files are the key source of information into the system. It is the process of designing database files, which are the key source of information to the system. The proposed system stores the information relevant for processing in the MS SQL SERVER 2000 database. This database contains tables, where each table corresponds to one particular type of information. Each piece of information in table is called a field or column. A table also contains records, which is a set of fields. All records in a table have the same set of fields with different information. There are primary key fields that uniquely identify a record in a table. There are also fields that contain primary key from another table called foreign keys.
Page |8 NORMALIZATION Normalization is a refinement process to resolve the issues like inconsistency, ambiguity and redundancy. It is also used to avoid insertion, deletion and updating anomalies. All the tables have been normalized up to the third normal form. In short the rules for each of the three normal forms are as below. • First normal form
A relation is said to be in 1NF if and only if all the attributes of the relation are atomic in nature. • Second normal form
The 2NF is based on the concept of full functional dependency. A relation said to be in 2NF if and only if it is in 1NF and no partial dependency exists between non-key attributes and key attributes. • Third normal form
The 3NF is based on the concept of transitive dependency. A relation in 2NF is said to be in 3NF if no transitive dependency exists between non-key attributes and key attributes.
DATABASE TABLES
The tables formed for the database design and its implementation are given below:
TABLE NAME Auction
ATTRIBUTES AuctionID, MaximumBid, CloseDate BidIncrement, CurrentWinner, CurrentBid, OpenDate,
Customer
CustomerID, FirstName, LastName, Address, City, State, Zipcode, Telephone, Email, CreditCard, Rating SSN, FirstName, LastName, Address, City, State, Zipcode, StartDate, Telephone, HourlyRate ItemID, Name, Copies_In_Stock MaximumBid Type, Year, Copies_Sold,
Employee Item MaximumBid
Page |9 E-R DIAGRAM
SYSTEM STUDY
The system study phase involves the investigation of the structure of current system, with the objective of identifying the problem and difficulties with the existing system. The major steps involved in this phase included defining the user requirements and studying the present system to verify the problem. The performance expected by the new system was also defined in this phase in order to meet the user requirements. The information gathered from various documents were analyzed and evaluated and the findings reviewed in order to establish specific system objectives.
P a g e | 10 SYSTEM ANALYSIS System Analysis is an investigation into a problem and how a new system will solve it. It is the most essential part of the development of a project of a system analysis. System analysis consists of system element, process and technology. To analyze a system, has to study the systems in details. The analyst has to understand the functioning and concept of the system in detail, before design the appropriate computer based system that will meet all the requirements of the existing system. The system analyst has to carry out a customary approach to use the computer for problem solving. System analysis includes the following basic concepts • • • • • • • • Preliminary investigation Requirements specification Feasibility study Detailed investigation Drawing up of strategies Design and coding Testing and training Implementation
The above steps constitute the logical framework for the system analysis. After the preliminary investigation and feasibility study, the scope of the defined and comparable items are set forth and hence detailed investigation is executed. This allows the system analyst to comprehend the full scope of the project. Soon after the implementation of the newly developed system, followed by the training of the users, the system analysis is included.
HARDWARE REQUIREMENTS PROCESSOR CLOCK SPEED SYSTEM BUS RAM HDD MONITOR KEY BOARD MODEM MOUSE FDD :PENTIUM III or Above : 800 MHZ : 32 BIT : 256MB or more : 40GB : SVGA COLOR : 101 KEYS : 56 KBPS/ADSL Broadband : PS2/ Serial : 1.44 MB
SOFTWARE REQUIREMENTS
OPERATING SYSTEM BROWSER DATABASE LAYER WEB SERVER SERVER SIDE SCRIPTING CLIENT SIDE SCRIPTING CONNECTION PROTOCOL : WINDOWS 2000/XP/2003 SERVER :INTERNET EXPLORER 5.5 OR ANY HTTP BROWSER : MICROSOFT SQL SERVER 2005 : IIS 5 or above : JSP using NETBEANS IDE framework : JAVA SCRIPT : APACHE TOMCAT SERVER & JDBC : HTTP, SMTP
P a g e | 11
TECHNOLOGY SPECIFICATION
> Client-Server Architecture
Typical client-server systems are based on the 2-tiered architecture, whereby there is a clear separation between the data and the presentation/business logic. These are generally data driven, with the application existing entirely on the client machine while the database server is deployed somewhere in the organization. > 2-Tier Architecture In a traditional 2- Tiered application, the processing load is given to the client PC while the server simply acts as a traffic controller between the application and data. As a result, not only does the application performance suffer due to the limited resources of the PC, but the network traffic tends to increase as well. > 3- Tier Architecture
In 3- Tier architecture an application is broken into three separate logical layers, each with a well defined set of interfaces. The first tier is referred to as the presentation layer and typically consists of graphical user interface of some kind. The middle tier, or business layer, consists of application or business layer and the third layer- the data layer contains the data that is needed for the application. The middle tier is basically the code that the user calls upon to retrieve the desired data. The presentation layer then receives the data and formats it for display. This separation of application logic from the user interface adds enormous flexibility to the design of application. The third tier contains the data that is needed for the application.
>n- Tier Architecture In an n - tier architecture the application logic is divided by function rather than physically. N - Tier architecture then breaks down like this: ■ A user interface that handle the user's interaction with the application; this can be web browser running through a firewall, a heavier desktop application or even a wireless device ■ Presentation logic that defines what the user interface displays and how a user's requests are handleddepending on what user interfaces are supported we need to have slightly different versions of the presentation logic to handle the client appropriately. ■ Business logic that models the application's business rules, often through the interaction with the application's data. ■ Interface services that provide additional functionality required by the application components, such as messaging, transactional support etc. ■ The Data layer where the enterprise's data resides.
P a g e | 12
DIAGRAMS
As per case study, the following analysis diagrams will be created 1. Use cases for the system. 2. Class diagram for initially identified classes. 3. Activity diagram to show flow each use case. 4. Sequence and collaboration diagrams. 5. State chart diagram shows states before and after each action.
Class diagram
A class diagram shows a set of classes, interfaces and collaboration and their relationships.Classes of auction application are: CLASS Site ATTRIBUTES OPERATORS
Name, list of available products, Update the site with products, list of prices, web host sell the products Name, contact info, address Logon to the site, search for the request products, bid for the product, pay the price
Customer(bidder)
Product
Id, name, type, current bidding __________________ price, final, cut off price Id Send the details of products to bidder, update the bidding price, sell the products, get the price paid
Auctioneer
P a g e | 13
Use case Diagram:
Organizes the behavior of the system. A use case shows a set of use cases and actors and their relationships. Actors Use cases Bidder login Search for the product Request/send details Bid the product Pay the price Auctioneer request/send signals Deliver the product
P a g e | 14
Sequence Diagram
A diagram is an interaction diagram that emphasizes the time ordering of messages. It consists of set objects and actor. o Actors: 1. Bidder: He login in to the site and search for the product. He send and request the details and get details. he pay the bill for final price of the product. Objects: 1. Site: In the site the cost of products will display and customer also send requirements of the product. 2. Auctioneer: He will log onto the details of the customers. He will send the details to the customer about the details to the customer about the product and price of the product.
o
S BIDDER S: Site P: Product
1: Login
2: Search
4: Get details
5: Display details
6: Pay final price or bid for product 7: Update bid price
8: check for product
9: Give ackn if suitable for selling
10: Buy the product
11: Pay price 12: Log out
P a g e | 15
Collaboration Diagram:
A collaboration diagram is an interaction diagram that emphasizes the structural organization of the objects that send and receive messages. It shows set of objects, links among those objects and messages sent and received by those objects.
12: LogoutS:
Site
2: Search
1: Login
BIDDER 6: Pay final price or bid for product
3: Request product details
8: Check for product 5: Display Details
10: Buy the product
11: Pay Price
9: Give ackn if suitable for selling
P : Product
4: Get Details 7: Update bid price
A:Auctioner
P a g e | 16
State Chart Diagram:
A state chart diagram shows a state machine, consisting of states, transitions, events and activities. It emphasizes the event ordered behavior of an object, which is especially useful in the modeling reactive systems
.
Requested product details
Wait for the decision
Wait for request
Bid the price
Wait to update bid price
Bid for a higher price
Wait for bid price to meet cut off
compare the bidding price With cut off
Wait until next bid comes
sell/buy the product
P a g e | 17
Activity Diagram:
An activity diagram shows the flow from activity within a system. It emphasizes the flow of control among objects.
log on to the site
search for the product
request details
Bid the final price and buy the product
Yes
No
Bid for the product
Check for the cut off price
If final fixed price suitable
Wait for the next bid
if suitable for selling no
yes
Sell/buy the product
P a g e | 18
CONCLUSION:
Our project is only a humble venture to satisfy the needs of a customer for online bidding. Several user friendly environments have also been adopted. This package shall prove to be a powerful package in satisfying all the requirements of an online auction shop. The objective of software planning is to provide a frame work that enables the manger to make reasonable estimates made within a limited time frame at the beginning of the software project and should be updated regularly as the project progresses.
REFERENCES
1.Fred Barwell,Richard Blair,..(2004)'Professional VB.NET 2nd Edition',Wrox Press Ltd. 2.www.auction.indiatimes.com 3.www.ebay.com 4.www.msdn. com
AtanuBairagi
RajkumarDey Chandan Sharma KrishnenduBera
Page |2
Certificate of Approval
This is to certify that the project entitled “ONLINE AUCTION SHOP” has been carried out by the B.Tech Computer Science and Engineering, 7th semester students of Narula Institute of Technology.
NAME Atanu Bairagi Chandan Sharma Krishnendu Bera Rajkumar Dey
STREAM C.S.E C.S.E C.S.E C.S.E
UNIVERSITY ROLL No. 08127001029 08127001105 08127001045 08127001038
UNIVERSITY REGISTRATN No. 081270110024 081270110029 081270110046 081270110063
It is understood that by this approval the undersigned do not necessarily endorse any of the statements made or opinion expressed in their project. But I approve it only for the purpose for which it is submitted.
.........……………………………………. (Head of the Department) Computer Sc. & Engg. Prof. Sanjay Mukherjee Narula Institute of Technology Agarapara, Kol-109.
...........………………………………….. (Project Guide) Mousumi Saha Lecturer Narula Institute of Technology Agarpara, Kol-109.
Page |3
CERTIFICATE OF ORIGINALITY
We have developed this project as partial fulfillment of B.Tech (CSE), 7th semester (sub code: CS 883) while developing the project no unfair means or illegal copies of software etc. have been used, neither any part of this project have been elsewhere or copied.
NAME Atanu Bairagi Chandan Sharma Krishnendu Bera Rajkumar Dey
ROLL NO 10208040 10208043 10208049 10208046
SIGNATURE
Page |4
ACKNOWLEDGEMENT
Project completion fetches any individual fair amount of happiness, which cannot be expressed in words. Likewise, we felt the same way after the successful completion of the synopsis of our project. It happened only because of some auxiliary cooperation from some people. The project chosen by us named “ONLINE AUCTION SHOP”, has been completed by the full effort of the four members allotted for the group. This project mainly deals with the online bidding shop environment. We have collected some information from the internet and some online auction websites which helped us very much. The allotted project guide Mrs. Mousumi Saha helped us to bring the project to its end. We also want to express gratitude to our college, Narula Institute of Technology, to give us the space to choose this project. We are very thankful to the teacher and to other group member.
Page |5
ONLINE AUCTION SHOP
PROJECT REPORT
ABSTRACT
The Online Auction Shop is based on five main modules. A software system is always divided into several sub systems that makes it easier for the development. A software system that is structured into several subsystems makes it easy for the development and testing. The system under consideration has been divided into several modules taking in consideration the above-mentioned criteria. The different modules are 1) 2) 3) 4) 5) User Registration Module Product Registration Module. Bidding Module Closed Bid Manager Module My Auction Module
Those who wish to take part in bidding or sell products at the site have to register at the site as seller or buyer and this is done in the user registration module. Only authenticated users can take part in selling or in bidding. The system automatically rejects un-authenticated users who try to bid or sell at the site. An auction house needs to have products to auction, so in the proposed system this is done using product registration module. The module is open to user who is registered sellers and they need to authenticate before they register any product. The system controls the closing date by adding 14 days to the submitting date there by restricting the bidding process to go on indefinitely. Another important module in the proposed project is the "Bidding module ". Here one can see the details of any particular product and also the bidding history. The user can bid on that item by entering any amount greater than or equal to the incremental bid amount. Here also system checks to see whether the user has his credential verified otherwise he/she will be directed to the login/registration page. The last but the least module is the "Web Administration" module. The module is only open to the web administrator due to security reasons. In this module the administrator can add product categories; this is to avoid rampant creation of categories. The 2nd thing is the option to edit any given product. This will be necessary when some of the details of the product need to be edited for one reason or other. The 3 rd and last the closed bid manager where the administrator notifies both the seller and buyer the need to complete the transaction. There is another module which runs more or less like background process. The function of the module is to close bid of those products whose closing date is less than the current date. The process is automatic and hidden from the web users.
Page |6
INTRODUCTION
It is an online auction web site aimed at taking the auction to the fingertips of aspiring bidders there by covering wider cross section of peoples. The site also acts as an open forum where buyers and sellers can come together and exchange their products. The site makes sure that the sellers get a fair deal and buyers get a genuine product. The online auction system is a design about a website where sellers collect and prepare a list of items they want to sell and place it on the website for visualizing. To accomplish this purpose the user has to access the site. Incase it’s a new user he has to register. Purchaser’s login and select items they want to buy and keep bidding for it. Interacting with the purchasers and sellers in the chat room does this. The purchaser making the highest bid for an item before the close of the auction is declared as the owner of the item. If the auctioneer or the purchaser doesn’t want to bid for the product then there is fixed cutoff price mentioned for every product. He can pay that amount directly and own the product. The purchaser gets a confirmation of his purchase as an acknowledgement from the website. After the transition, by going back to the main menu he can view other items.
PROBLEM DEFINITION
The problem with public auction is that the participation of the general public is very limited. The aim of the project is to socialize the auction so that people from far & wide and even across the continent can participate in it. The site is developed with a vision to wipe out the inherent problems of "Conventional Auction House". The salient features of the site are as follows: 1. 2. 3. 4. Paperless Auction System It's accessible to everyone, at any time no matter where they are Reliable user validation & checking. Easy online settlement.
The auction site is designed in such a way that it is as user friendly as possible. So any aspiring bidder or seller can visit the site and engage in bidding with least effort.
EXISTING SYSTEM The existing "OPEN Auction House" is managed manually. Prior to each auction, the day of auction, the venue and the items on auction are announced through news media. Those who wish to take part in the auction have to arrive at the venue on that day on time. This conventional method most of the times prevent aspiring bidders from participating in the bidding process. Another headache of the old system is to track each bidding process and to make it culminate in financial settlement. So the system has to keep records of both buyers and sellers until the end of settlement. The process is very cumbersome and time consuming.
PROPOSED SYSTEM The slogan of the new site is AAA, 'Anyone, Anytime, Anywhere'. That what it really is? The site is online auction house so the seller or bidder doesn't need to go anywhere, instead they can take part in the auction just sitting in the comfort of their living room, be it during the day or night. The auction site is built based on the following proposed assumptions, inputs to give the desired output. A demo simulation is also being introduced below.
Page |7
Assumptions:
The users are allowed to register and given user id’s to have identification. The users are allowed to bid for any price according to their own wish provided it’s more than the minimum price for auction. The fixed cut-off price is decided and conformed for every product. The auctioneer requesting the product for the cut off price is given priority. The auctioneer bidding the maximum price is given the product.
Inputs:
The login details of auctioneer. List of the available products on the site. Details such as specifications and the price of each product. Bidding price of the auctioneer.
Outputs:
The cut off price of each product. Updated status of the bid price. Status of each product if it is bid or sold or for sale. Acknowledgement to whom the product is sold.
Key terms:
Get details and Bid the product. Deliver the product. Pay the price and logout.
An auction simulation:
Bid for the product. Log on to the site. Fix or bid for the price. Function points Bidder request product details. Pay final price and bid the product. Loop - Check any product details. - Check for cut off price.
DATABASE DESIGN The overall objective in the development of database technology has been to treat data as an organizational resource and as an integrated whole. DBMS allow data to be protected and organized separately from other resources. Database is an integrated collection of data. Database files are the key source of information into the system. It is the process of designing database files, which are the key source of information to the system. The proposed system stores the information relevant for processing in the MS SQL SERVER 2000 database. This database contains tables, where each table corresponds to one particular type of information. Each piece of information in table is called a field or column. A table also contains records, which is a set of fields. All records in a table have the same set of fields with different information. There are primary key fields that uniquely identify a record in a table. There are also fields that contain primary key from another table called foreign keys.
Page |8 NORMALIZATION Normalization is a refinement process to resolve the issues like inconsistency, ambiguity and redundancy. It is also used to avoid insertion, deletion and updating anomalies. All the tables have been normalized up to the third normal form. In short the rules for each of the three normal forms are as below. • First normal form
A relation is said to be in 1NF if and only if all the attributes of the relation are atomic in nature. • Second normal form
The 2NF is based on the concept of full functional dependency. A relation said to be in 2NF if and only if it is in 1NF and no partial dependency exists between non-key attributes and key attributes. • Third normal form
The 3NF is based on the concept of transitive dependency. A relation in 2NF is said to be in 3NF if no transitive dependency exists between non-key attributes and key attributes.
DATABASE TABLES
The tables formed for the database design and its implementation are given below:
TABLE NAME Auction
ATTRIBUTES AuctionID, MaximumBid, CloseDate BidIncrement, CurrentWinner, CurrentBid, OpenDate,
Customer
CustomerID, FirstName, LastName, Address, City, State, Zipcode, Telephone, Email, CreditCard, Rating SSN, FirstName, LastName, Address, City, State, Zipcode, StartDate, Telephone, HourlyRate ItemID, Name, Copies_In_Stock MaximumBid Type, Year, Copies_Sold,
Employee Item MaximumBid
Page |9 E-R DIAGRAM
SYSTEM STUDY
The system study phase involves the investigation of the structure of current system, with the objective of identifying the problem and difficulties with the existing system. The major steps involved in this phase included defining the user requirements and studying the present system to verify the problem. The performance expected by the new system was also defined in this phase in order to meet the user requirements. The information gathered from various documents were analyzed and evaluated and the findings reviewed in order to establish specific system objectives.
P a g e | 10 SYSTEM ANALYSIS System Analysis is an investigation into a problem and how a new system will solve it. It is the most essential part of the development of a project of a system analysis. System analysis consists of system element, process and technology. To analyze a system, has to study the systems in details. The analyst has to understand the functioning and concept of the system in detail, before design the appropriate computer based system that will meet all the requirements of the existing system. The system analyst has to carry out a customary approach to use the computer for problem solving. System analysis includes the following basic concepts • • • • • • • • Preliminary investigation Requirements specification Feasibility study Detailed investigation Drawing up of strategies Design and coding Testing and training Implementation
The above steps constitute the logical framework for the system analysis. After the preliminary investigation and feasibility study, the scope of the defined and comparable items are set forth and hence detailed investigation is executed. This allows the system analyst to comprehend the full scope of the project. Soon after the implementation of the newly developed system, followed by the training of the users, the system analysis is included.
HARDWARE REQUIREMENTS PROCESSOR CLOCK SPEED SYSTEM BUS RAM HDD MONITOR KEY BOARD MODEM MOUSE FDD :PENTIUM III or Above : 800 MHZ : 32 BIT : 256MB or more : 40GB : SVGA COLOR : 101 KEYS : 56 KBPS/ADSL Broadband : PS2/ Serial : 1.44 MB
SOFTWARE REQUIREMENTS
OPERATING SYSTEM BROWSER DATABASE LAYER WEB SERVER SERVER SIDE SCRIPTING CLIENT SIDE SCRIPTING CONNECTION PROTOCOL : WINDOWS 2000/XP/2003 SERVER :INTERNET EXPLORER 5.5 OR ANY HTTP BROWSER : MICROSOFT SQL SERVER 2005 : IIS 5 or above : JSP using NETBEANS IDE framework : JAVA SCRIPT : APACHE TOMCAT SERVER & JDBC : HTTP, SMTP
P a g e | 11
TECHNOLOGY SPECIFICATION
> Client-Server Architecture
Typical client-server systems are based on the 2-tiered architecture, whereby there is a clear separation between the data and the presentation/business logic. These are generally data driven, with the application existing entirely on the client machine while the database server is deployed somewhere in the organization. > 2-Tier Architecture In a traditional 2- Tiered application, the processing load is given to the client PC while the server simply acts as a traffic controller between the application and data. As a result, not only does the application performance suffer due to the limited resources of the PC, but the network traffic tends to increase as well. > 3- Tier Architecture
In 3- Tier architecture an application is broken into three separate logical layers, each with a well defined set of interfaces. The first tier is referred to as the presentation layer and typically consists of graphical user interface of some kind. The middle tier, or business layer, consists of application or business layer and the third layer- the data layer contains the data that is needed for the application. The middle tier is basically the code that the user calls upon to retrieve the desired data. The presentation layer then receives the data and formats it for display. This separation of application logic from the user interface adds enormous flexibility to the design of application. The third tier contains the data that is needed for the application.
>n- Tier Architecture In an n - tier architecture the application logic is divided by function rather than physically. N - Tier architecture then breaks down like this: ■ A user interface that handle the user's interaction with the application; this can be web browser running through a firewall, a heavier desktop application or even a wireless device ■ Presentation logic that defines what the user interface displays and how a user's requests are handleddepending on what user interfaces are supported we need to have slightly different versions of the presentation logic to handle the client appropriately. ■ Business logic that models the application's business rules, often through the interaction with the application's data. ■ Interface services that provide additional functionality required by the application components, such as messaging, transactional support etc. ■ The Data layer where the enterprise's data resides.
P a g e | 12
DIAGRAMS
As per case study, the following analysis diagrams will be created 1. Use cases for the system. 2. Class diagram for initially identified classes. 3. Activity diagram to show flow each use case. 4. Sequence and collaboration diagrams. 5. State chart diagram shows states before and after each action.
Class diagram
A class diagram shows a set of classes, interfaces and collaboration and their relationships.Classes of auction application are: CLASS Site ATTRIBUTES OPERATORS
Name, list of available products, Update the site with products, list of prices, web host sell the products Name, contact info, address Logon to the site, search for the request products, bid for the product, pay the price
Customer(bidder)
Product
Id, name, type, current bidding __________________ price, final, cut off price Id Send the details of products to bidder, update the bidding price, sell the products, get the price paid
Auctioneer
P a g e | 13
Use case Diagram:
Organizes the behavior of the system. A use case shows a set of use cases and actors and their relationships. Actors Use cases Bidder login Search for the product Request/send details Bid the product Pay the price Auctioneer request/send signals Deliver the product
P a g e | 14
Sequence Diagram
A diagram is an interaction diagram that emphasizes the time ordering of messages. It consists of set objects and actor. o Actors: 1. Bidder: He login in to the site and search for the product. He send and request the details and get details. he pay the bill for final price of the product. Objects: 1. Site: In the site the cost of products will display and customer also send requirements of the product. 2. Auctioneer: He will log onto the details of the customers. He will send the details to the customer about the details to the customer about the product and price of the product.
o
S BIDDER S: Site P: Product
1: Login
2: Search
4: Get details
5: Display details
6: Pay final price or bid for product 7: Update bid price
8: check for product
9: Give ackn if suitable for selling
10: Buy the product
11: Pay price 12: Log out
P a g e | 15
Collaboration Diagram:
A collaboration diagram is an interaction diagram that emphasizes the structural organization of the objects that send and receive messages. It shows set of objects, links among those objects and messages sent and received by those objects.
12: LogoutS:
Site
2: Search
1: Login
BIDDER 6: Pay final price or bid for product
3: Request product details
8: Check for product 5: Display Details
10: Buy the product
11: Pay Price
9: Give ackn if suitable for selling
P : Product
4: Get Details 7: Update bid price
A:Auctioner
P a g e | 16
State Chart Diagram:
A state chart diagram shows a state machine, consisting of states, transitions, events and activities. It emphasizes the event ordered behavior of an object, which is especially useful in the modeling reactive systems
.
Requested product details
Wait for the decision
Wait for request
Bid the price
Wait to update bid price
Bid for a higher price
Wait for bid price to meet cut off
compare the bidding price With cut off
Wait until next bid comes
sell/buy the product
P a g e | 17
Activity Diagram:
An activity diagram shows the flow from activity within a system. It emphasizes the flow of control among objects.
log on to the site
search for the product
request details
Bid the final price and buy the product
Yes
No
Bid for the product
Check for the cut off price
If final fixed price suitable
Wait for the next bid
if suitable for selling no
yes
Sell/buy the product
P a g e | 18
CONCLUSION:
Our project is only a humble venture to satisfy the needs of a customer for online bidding. Several user friendly environments have also been adopted. This package shall prove to be a powerful package in satisfying all the requirements of an online auction shop. The objective of software planning is to provide a frame work that enables the manger to make reasonable estimates made within a limited time frame at the beginning of the software project and should be updated regularly as the project progresses.
REFERENCES
1.Fred Barwell,Richard Blair,..(2004)'Professional VB.NET 2nd Edition',Wrox Press Ltd. 2.www.auction.indiatimes.com 3.www.ebay.com 4.www.msdn. com
