Proposal for an Auction Website Dev
Short Description
Download Proposal for an Auction Website Dev...
Description
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Proposal for website development PROJECT “AUCTION WEBSITE”
Prepared by: Prepared for: Date:
Contact us through Guru.com Page 1
Reaktivate Interested persons 04 November 2005
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Table of content Proposal for website development ...................................................................... 1 Project “Auction website” ............................................................................... 1 Table of content............................................................................................... 2 Development Case ........................................................................................... 3 Purpose ....................................................................................................... 3 Overview of Project Phases............................................................................. 3 Artifacts to Produce ....................................................................................... 3 Inception phase ......................................................................................... 3 Elaboration Phase ....................................................................................... 4 Construction Phase ..................................................................................... 4 Transition Phase......................................................................................... 4 Case View of Entire Process ............................................................................ 4 Project vision .................................................................................................. 6 Project goal .................................................................................................. 6 System actors .............................................................................................. 6 Functionality for Visitor .................................................................................. 6 Functionality for Buyer ................................................................................... 7 Functionality for Seller ................................................................................... 7 Functionality for administrator ........................................................................ 8 General architecture ...................................................................................... 8 Functional modules........................................................................................ 9 System Framework ................................................................................... 10 Users management and Authentication system ............................................. 10 Administrators and permissions management system .................................... 10 Settings management system .................................................................... 10 Main Content management system ............................................................. 10 Categorizer.............................................................................................. 13 Auction module ........................................................................................ 13 Members’ area module .............................................................................. 17 Personal websites module .......................................................................... 17 Banner system ......................................................................................... 17 Forum module ......................................................................................... 17 Statistic system ....................................................................................... 18 Subscription system.................................................................................. 18 FAQ module............................................................................................. 19 Commerce module.................................................................................... 19 Messaging and communication module ........................................................ 19 Help System ............................................................................................ 19 Technical requirements ................................................................................ 19
Contact us through Guru.com Page 2
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Development Case Purpose This section of the current document is named Development Case and contains the description for the main project phases. To say shortly this section describes the principles and stages of the project development process.
Overview of Project Phases The process of project development will consist of Four Phases. Each phase has its own milestone that indicates the finish of the phase.
Inception
Elaboration
Construction
Transition
Preliminary analyze
System Arcitecture
Design templates
Deployment
Development Case, Project Vision, and Proposal development
Design guidelines
Programming modules and DB
Supporting materials preparing
Coding and settings Testing
2-3%
~60%
30%
5-8%
Time line Lifecycle objectives milestone
Lifecycle architecture milestone
Lifecycle operational capability milestone
Product release milestone
At the end of each phase an assessment is performed to determine if the objectives of the phase have been met.
Artifacts to Produce Each phase of project development lifecycle has own artifacts that should be produced.
Inception phase o
“Project Vision” document – this document describes the goals, the range of problems that will be solved and briefly outlines the major functionality of the system
Contact us through Guru.com Page 3
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o
“Development Case” document – this document describes in what stages the project development will flow, the dependencies between this stages and deliverables to be produced during each stage
o
Proposal – this document contains the hourly estimation for each phase and costs
Elaboration Phase o
“System Architecture” – this document fully describes the structure and functionality of future website and consists of three parts: system architecture itself (commonly Rational Rose UML model or click-through prototype for tiny projects), explanatory documentation and content templates of the future site.
o
“Project Schedule for Construction Phase” – the list of milestones
Construction Phase o
“The entire System” – the fully working version of the system tested and approved by the Client on the development platform
o
Schedule and requirements for Transition Phase
Transition Phase o
“The entire System” deployed to the customer’s platform and working the same way as on the development platform
o
The kit of supporting materials
Case View of Entire Process A Case View is a graphical representation of the steps involved in the project management process. This is a logical view of each step and what is required to move on to the next step. The chart below depicts responsibilities of each party in the overall project development process. This scheme means 3 payments during the project development process.
Contact us through Guru.com Page 4
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Inception phase
START Client
Reaktivate
Request for proposal
Prepare "Development Case"
Review the vision
Formulate the scope of project (Project vision)
Request changes Make Changes
Send prepayment
Prepare proposal
Approve project development plan for Elaboration Phase
Prepare project development plan for Elaboration phase
Approve System Architecture
Prepare System Architecture
Send second payment
Construction Phase begins
Milestones Acceptance
MILESTONES and SubProjects
Balance payment
Prepared website
Transition phase
Construction phase
Elaboration phase
Approve vision
Prepare "User guide", support and installation documents Approve prepared documents
Remote settings
FINISH
Contact us through Guru.com Page 5
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Project vision Project goal The main goal of the project is development of the “eBay like” auction website. Ebay is well known auction web system that keeps leading positions on the web. We spent some time for eBay investigation and can conclude that eBay system is VERY complex and has a lot of functionality. Of course all the eBay functionality can be divided onto two main parts: o
Basic functionality: Auctions
o
Additional functionality: separate auction websites for appropriate items (cars, motorcycles, real estate), ability for users to create and manage own web shop (something like Yahoo Stores) etc.
We completely understand that all this functionality was not developed just at once and can be considered as result of more than 10 years evolution. Taking into consideration the statement above we want to declare that it is completely impossible to investigate all the eBay functionality during 24 hours and it is not correct to estimate all these functionality as one huge project. We propose to develop core functionality during this project and then launch the website. Then it is necessary to establish communication with website users and depend on feedback and project evolution make decisions regarding further functionality improvement. So we defined the key goal for this project as: Development of working auction website with additional features.
System actors There are following system actors: o Visitor – simple website visitor who can browse website, auctions etc. o Buyer – registered user who has created account inside the system and can perform all the actions available for visitor + make bids on open auctions; o Seller –registered user who has created account inside the system can perform all the actions available for Buyer and also can create auctions and sell own products; o Administrator – system user that has access to special password protected administrative area where can manage all the website content, auctions, users, system settings etc.
Functionality for Visitor o o o
Browse website content Browse auctions by categories Search auctions
Contact us through Guru.com Page 6
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o o o o o o o o o o o o o o
Get information about appropriate auction Search content Register as Buyer Register as Seller Search Sellers Get information about appropriate Seller Subscribe for Newsletter View banners View promotion blocks (featured auctions) View FAQ’s Send request for information View and search help articles Read forum Send information about auction to a friend
Functionality for Buyer o o o o o o o o o o o o o o o o o
All Visitors’ functionality Log in Log out Forgotten password recovery Change personal details Place a bid for an auction Get notifications about bids status Make payment View personal area View bids history View orders history Track orders Send message to Seller View and Manage watch list Post messages on forum Rate Seller Comment seller
Functionality for Seller o o o o o o o o o o
All Buyers’ functionality Manage products and services Manage inventory Create and manage auctions (different types) Get notifications about auctions status Read messages from Buyers Manage orders View auctions history View payment history View bidding and visits statistic for own auctions
Contact us through Guru.com Page 7
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o
Manage personal website content
Functionality for administrator o
Manage system settings
o
Manage general website structure
o
Manage website content (articles, files and pictures, sections, menu items, forms etc.)
o
Manage users
o
Manage auctions categories
o
Manage auctions
o
Manage bids
o
Manage black lists
o
Manage payment methods and payment settings
o
Manage themes for personal websites
o
Manage personal websites (structure, content, theme etc.)
o
Manage Forums
o
Manage FAQ’s
o
Manage Help System
o
Manage additional content for Sellers and Buyers
o
Manage banners and promotion blocks (banners, clients, campaigns)
o
Manage personal articles for appropriate user
o
Manage Subscription system (subscribers, themes, letters)
o
Etc.
General architecture Core system consists of following main parts: o
Public area – the website itself.
o
Members area – password protected part of the website with own structure available only for registered members (Buyers and Sellers).
o
Administrative area – password protected area where administrator can manage website content, functional modules and settings.
o
Database – Database where all the content and settings are saved.
Contact us through Guru.com Page 8
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Registered member
Members area
Database
Public area Administrative area
Administrator
Visitor Public website
Functional modules With the purpose of development the system that satisfies all the requirements listed above it is necessary to develop following modules: o
System framework
o
Users management and Authentication system
o
Administrators and permissions management system
o
Settings management system
o
Main Content management system
o
Categorizer
o
Auction module
o
Members’ area module
o
Personal websites module
o
Banner system
o
Forum module
o
Statistic system
o
Subscription system
o
FAQ module
o
Commerce module
o
Messaging and communication module
o
Help system
Contact us through Guru.com Page 9
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
System Framework This module is a programming base for entire website and means programming of classes and functionality that will be used for connecting additional modules etc.
Users management and Authentication system This module is also very important as it will allow public users to register as Sellers or Buyers, login on the website, remind password, see and manage personal information and get access to special password protected area. This module will also be used by administrator for users management, dividing them by types etc. This module will also be responsible for such features as users grouping and users search.
Administrators and permissions management system This module will allow administrator managing personal registration information, create and manage accounts for other administrators, give administrators appropriate permissions for administrative interface functionality.
Settings management system This module will be presented as part of administrative interface. It allows administrator to manage global system settings such as: number of items per page, system letters content etc.
Main Content management system Content Management System is kernel of the entire website. In fact this system forms the entire website and allows performing structure and content changes in real time mode. Content Management System basically consists of the following entities: o
Articles
o
Sections
o
Menu(s)
o
Files
o
Forms generator
o
Blocks
o
Integrated HTML editor
Articles are distributed by sections. Menu blocks and their elements point to sections and articles and define the website structure. Menu also forms website navigation Contact us through Guru.com Page 10
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
system. Files are (pictures, documents, etc) are used while editing articles, menus and other website elements. All files are stored on server file system not in database. Integrated HTML editor is WYSIWYG editor integrated into the administrative interface. Editor allows administrator to format the articles, insert pictures, links to files etc. Forms generator allows administrator to create any type of feedback forms and llace them anywhere on website.
Articles Article is the main entity of the content management system. In fact the entire website consists of articles and specially developed programming modules. Articles can be added, edited, deleted or grouped by Section through administrative interface. Article can contain formatted text, pictures, links to files and pictures, links to external resources and internal articles, content entities and forms.
Sections Sections are the virtual folders for Articles. These folders allow administrator to distribute different articles among Sections in order to create the suitable logical hierarchy. Each section can contain either articles or other sections. Sections do not form the structure of the public website but form flexible structure to nicely organize content storage.
Menu Menu forms the structure of the public website. As a rule there are some menu blocks at the page (main menu, additional menu, bottom menu etc.). Administrator can create different menu blocks with different elements. Each menu element should have link to the particular article, section, special programming module or external resource. For realizing the roll over menu functionality each element menu may have predefined images for the active and inactive conditions. Menu elements can have tree structure with unlimited number of levels. But it is not recommended to create more than 3 levels menu tree. The structure with more than 3 levels will result in quite complex website structure that will be difficult to navigate.
Files Files are used in different sections of the website. For example admin may need to define pictures for roll over menu, pictures for articles, place links to word documents inside the article etc.
Contact us through Guru.com Page 11
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
With the purpose of making the content management process more comfortable we have developed special files management system. In fact this system represents the web based interface for the server file system. There is special section of administrative interface that allows Administrator to create/delete files, folder and subfolders. Using the integrated editor or special options administrator can insert images or links to files where required.
Feedback form generator Feedback form generator is a module that allows administrator to create feedback forms with any structure and place them anywhere on the website. Using the ergonomic wizard Administrator creates the form with unique name and defines the all the necessary fields: drop down lists, text areas, radio buttons, check boxes, names and title for each field; e-mail(s) to which form’s data will be sent; content for the post-submit page. Then using the editor administrator can insert any form to any article.
Blocks Blocks are the special module of the content management system that helps to realize alternative website navigation. Sometime it is required to attract visitor’s attention to the particular articles or sections of the website. This aim can be achieved by placing at the first page or at the second level pages some blocks (textual, graphical or FLASH) that will point to the appropriate section/article of the website. Blocks are created through administrative area. All settings for the blocks (block type, block content, rules for broadcasting etc.) are defined through administrative area. In other words, Blocks represent internal advertising banners that advertise the sections of the website.
Editor Integrated WYSIWYG HTML editor is a handy tool used for easy formatting of the articles and other content elements of the website. Editor is available from the administrative interface. The editor’s interface is really easy to use and it is the same complicated to format text with editor than do the same with MS Word. The editor features are listed below: o
Set the font
o
Set the font size
o
Define the style for headings
o
Define the style for texts
o
Define the text color
Contact us through Guru.com Page 12
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o
Define the text background color
o
Align text
o
Insert and format table
o
Insert link to another article or website section
o
Insert link to external file or resource
o
Insert mailto link
o
Insert information from DB (link or brief information about person, company, article etc.)
o
Insert picture
o
Align picture
o
Change picture size
o
Insert numbered and unnumbered lists
o
Insert text boxes
o
Insert the feedback form
o
View the source code
o
Preview page
o
Etc.
Categorizer This module will allow administrator to create and manage categories for auctions. From the user’s point of view this module will allow to perform categories browsing and search.
Auction module This is the main functional module of the system. This module is responsible for all the auctions functionality including auction creating, bidding, auction status tracking etc.
Adding an auction To add an auction user should be registered as Seller. Following information should be entered to add an auction: o
Type of auction (standard, Dutch or reverse – see “Auction types” section)
o
Categories and subcategories for auction (auction might have multiple categories – i.e. belong to several categories) – to make browsing more logical. User can choose up to N categories for an auction (N is set by an administrator)
o
Item title
o
Number of days auction will run called (“Auction Duration” – from X to Y days – X and Y are set by an administrator)
Contact us through Guru.com Page 13
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o
Exact time (hours: minutes) when auction should start (All site will turn around the USA Pacific Time. GMT-8)
o
Opening bid
o
Maximum bid (Closing bid)
o
Quantity (for Dutch auctions)
o
Reserve price (for standard auctions)
o
Shipping price field where user can write the price or N/A
o
Description (should support HTML formatting)
o
Accepted payment o List of credit cards that can be accepted o “Will only accept cash, Money Order, or Wire Transfer” o “See description for details”
o
Shipping costs o “See item description for shipping costs” o “Seller and successful bidder will split costs 50/50” o “Seller will pay all shipping costs” o “Successful bidder will pay all shipping costs”
o
Shipping limits o “Will only ship same state/local metropolitan region/province” o “Will ship worldwide” o “Will ship anywhere in USA” o “Will ship same country only” o “Will ship within USA and Canada” o “Will ship to the following region(s) too”: (and list continents to be checked in the box)
o
Ship Via o “Successful bidder’s choice” o “UPS” o “FedEx”
o
Optional properties o Boldface o Italic Style o Special icons o Additional conditions for the item (chosen by seller) o Featured (Item will be showed upper on the Category Pages Auction listings) – billable service o Super Featured (Showed with other 5 on the home page of the site, first page) – billable service o Extra featured (Item always on first page) – billable service o “Auction relisting” option. User can turn this feature on, if he wants auction to be listed again (in case of auction failure). Auction can be
Contact us through Guru.com Page 14
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o o o
listed up to N times. An administrator sets relisted more than once, he’ll be billed. He ends always without bids. “Free Counter” feature. Will allow to count Add pictures to description. No Limits. Do you want a Paypal Payments accepting
N. If user wants auction to be will be billed less if auction visitors of auction. logo? (Check box)
Auction types Three o o o
types of auctions can be posted in this system. These types are: Standard auction Dutch (multiple) auction Reverse auction
Standard auction A Standard Auction is one in which bidding raises the price incrementally. Standard auctions can have a Reserve price, use Proxy bidding and have descending opening bid. The winner of a Standard Auction is the person with the highest bid at the end of the auction. The auction is considered successful if the Reserve Price has been met. If the Reserve Price was not met, the auction is considered unsuccessful and the item owner is under no obligation to sell the item.
Reserve price Reserve Price is the lowest price at which a seller is willing to sell an item, even though the Opening Bid price may be much lower. If the bidding does not meet or exceed this price, there is no sale. The Reserve Price is never disclosed to bidders.
Proxy bidding When you place a bid, enter the maximum amount you are willing to pay for that item. This amount will always be kept secret. Whenever someone else places a bid, our auction software will automatically enter the lowest possible bid for you, up to your maximum bid, until you are the winning bidder. At the end of an auction, if you are the high bidder, you are the winner. As the winner of the auction, you only pay the lowest possible winning bid, not necessarily your maximum bid.
Descending opening bid If Seller chooses this option, then starting price will be descending for X% if auction doesn’t get any bid after Y days. The user chooses X and Y. Administrator sets bounds for X and Y. Example: administrator set following bounds – from 1% to 20% and from 1 day to 3 days. In this case user can choose, for example, 5% and 3 days. This will be meaning Contact us through Guru.com Page 15
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
that if auction doesn’t receive any bid for 3 days since starting, then the price will decrease for 5%.
Dutch (Multiple) auction A Dutch auction labelled only applies to multiple-item Auctions. The main difference between a Dutch auction and a multiple quantity In a Dutch Auction, all Winning bidders get their items at the price of the lowest Winning bid. There is no Automatic Bidding or Reserve Price for Dutch Auctions.
Reverse auction A reverse auction is also known as an upside down auction. It is an auction where people can list what they want and need and have other people submit offers to them. When someone posts a reverse auction, he/she is not intending to sell something, but rather to buy something. That something can be a product or a service. As a reverse auction progresses, the price drops. Example: Someone wants to buy something. This is the case, when he should initialize reverse auction. Possible bidders are sellers, who have this something and want to sell it. They are making bids, offering lower and lower price. Auction will be successful, for seller who offered the lowest price. Reverse auction can have ascending opening bid. This is the same as “Descending opening bid” for common type of auction, but the price will be increasing, if there’re no bids for this auction.
Making a bid To make a bid the user should also be registered. A form for making a bid is present on every page with auction description. User should enter following information: o
Login
o
Password
o
His/her bid
o
Maximum bid (only for Standard auctions – see “Proxy bidding”)
Retract a bid Bidder should be able to retract his bid placed for an item before the end of the auction. The form for retracting will ask username, password, and name (or ID) of auction. Auction name might be already filled in, if user reached this form from page with auction description (list of bids).
Contact us through Guru.com Page 16
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
Ratings Every auction can be rated. Registered users can post their ratings for some auction. An average rating is counted from existing ratings. Restrictions: o
Feedback can be given only by user, who participating actively in current auction
o
The same user cannot give feedback twice. In this case, last feedback overwrites previous one – for example, if user gives negative feedback, and then positive one, then the rating will be counted as one positive feedback was given.
Auction owner also receives an internal message (in his mailbox), and he can give an answer using internal messaging service.
Members’ area module This module is based on main content management system functionality and allows administrator to create the structure of password protected member’s interface and manage its content. In fact this module means management of menu for members (Sellers and Buyers) area and content. This module will also allow administrator to show or hide links to appropriate functional modules for members.
Personal websites module This module will give registered member ability to create and manage personal website. This module will provide member with the same functionality as main CMS + ability to define the theme for website. Personal mini websites will contain information about open auctions and information about website owner.
Banner system This module will allow administrator to create and manage advertising banner campaigns and track the statistics. Banners will be shown on appropriate pages of public and members interface.
Forum module This module will be used by administrator and members. Members will be able to use global forums, create and manage own forums. Administrator will be able to moderate global forums and also manage member’s forums. Content structure for this module as follows: o
Forum
Contact us through Guru.com Page 17
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
o
Thread
Message
The forum features are listed below: o
Unlimited number of forums
o
Unlimited number of threads for each forum
o
Unlimited number of messages for each thread
o
The thread author receives by e-mail all the messages
o
“Watch” feature allows user to receive by e-mail all the messages of any thread
o
Ability to create forums visible just for appropriate members
o
Ability to create open forums – anybody can post messages and create threads without registrations
o
Ability to create limited forums – anybody can read messages but only registered users can write messages and create new threads
o
Defining the IP address of the message poster
o
Blocking the specified users and IP addresses
Statistic system This system allows administrator to track visits statistic. Members will be able to see the visit statistics for personal websites and own auctions.
Subscription system This module is designed to realize the scalable e-mail subscription tool functions. This module allow to: o
register subscribers
o
divide them onto some groups
o
manage all registered subscribers
o
create new subscribers
o
create and manage subscription groups
o
create formatted e-mail messages
o
send e-mail messages to the subscribers from one or some subscription groups
o
manage subscription system settings
o
track the message sending statistics
Contact us through Guru.com Page 18
CLOSER TO THE REALITY
Date: November 4, 2005
CONFIDENTIAL
Reaktivate Sales Department Website development proposal
FAQ module This module allows administrator to create and manage FAQ sections and questions/answer pairs. Administrator will be able to place FAQ pages to any place of the website. Users will be able to browse and search FAQ pages and send their questions to administrator.
Commerce module This module will be responsible for communication with payment gateways for Credit Card payments and Pay Pal payments. This module will also allow administrator, Sellers and Buyers to track payment and orders statistics.
Messaging and communication module This module is almost the same as web based mail system. It will allow registered members to get personalized messages from administrator, get notifications about interested auctions, get notifications about placed bids, send and get messages between sellers and buyers. This module will also be used by entire system for general system messages (registration confirmation, forgotten password etc.)
Help System This system will allow administrator to create and manage complete Help manual for users. Users will be able to read help articles online and search the articles.
Technical requirements Browsers: Admin interface: Client side coding: Client side scripting: Platform: Database: Server-side scripting:
IE 5.5/6.0, Netscape 7.0, Opera 7.0 and higher IE 6.0 HTML/DHTML/XSL JavaScript MS Windows Server 2003 with .NET framework installed MS SQL Server 20004 .NET (C#)
Contact us through Guru.com Page 19
CLOSER TO THE REALITY
View more...
Comments
