Real Time Commercial Bidding System Group 7 Edward Glowacki, Kristina Johnson, Paul Wiles, Cheryl Carlson

Real Time Commercial Bidding System Provides Distributed Online Brokering Motivation for Project – Time and Effort Saver – Economic Competition – Profit

Overview of Features Distributed System Real Time Centralized Access Point Supports Companies and Individuals

Overview of Features, cont. Fault Tolerance Reliability Security Legal Consideration

Description of Class Model Class Model Layout – Three Main Classes: Auction Site Auctioneer Client Motivation for Design: – Accommodate Distributed Nature of System

Class Model

Defining Terms Problem: Terms in original problem description vague, unclear Solution: Defined data dictionary very early

Account Setup Problem: Requirements do not specify account details Solution: Suggested certain data members Left class open-ended to accommodate future changes

Authorization Problem: Difference between “Register” and “Authorize” unclear Solution: Registration/Authentication for auction site Authorization for individual auctions

Transactions/End Auction Problem: What happens when auction ends? Solution: Defined users as responsible for physical exchange of goods/services for funds Payment outside of the system Auction site monitors transaction for reconciliation

Communication During Auction Problem: How much information need be available to the user? Solution: Inform client of: – high bid amount – bid history – auction details Anonymity is preserved

Fault Tolerance Problem: What happens if something fails? Solution: Connection Failures Module Failures

Security Problem: Who to trust? Solution: Consider System Security Validate Input

Promela and XSpin Discussion of Analysis – Deadlock found: new bid = max bid? – Simplify Structure

Future Considerations Multiple Auction Client User Rating System Saving/Loading Auctions Auto-Bid/Bid Incrementing Removing Users From Auctions