Proposal For An Auction Website Dev

Date: November 4, 2005 Reaktivate Sales Department Website development proposal
CONFIDENTIAL
Proposal for website development

PROJECT AUCTION WEBSITE
Prepared by: Prepared for: Date:
Reaktivate Interested persons 04 November 2005
Contact us through Guru.com Page 1
CLOSER TO THE REALITY
CONFIDENTIAL
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
CONFIDENTIAL
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
Preliminary analyze Development Case, Project Vision, and Proposal development
Elaboration
System Arcitecture Design guidelines
Construction
Design templates Programming modules and DB Coding and settings Testing
Transition
Deployment Supporting materials preparing
2-3%
30%
~60%
Time line
5-8%
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
CONFIDENTIAL
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 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. Project Schedule for Construction Phase the list of milestones
Construction Phase
o o The entire System the fully working version of the system tested and approved by the Client on the development platform Schedule and requirements for Transition Phase
Transition Phase
o o The entire System deployed to the customers platform and working the same way as on the development platform 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.
CONFIDENTIAL
START Client Request for proposal Reaktivate Prepare "Development Case" Formulate the scope of project (Project vision) Make Changes Approve vision
Inception phase
Review the vision Request changes
Send prepayment
Prepare proposal
Elaboration phase
Approve project development plan for Elaboration Phase
Prepare project development plan for Elaboration phase
Approve System Architecture
Prepare System Architecture
Construction phase
Send second payment
Construction Phase begins
Milestones Acceptance
MILESTONES and SubProjects
Balance payment
Prepared website
Transition phase
Prepare "User guide", support and installation documents Approve prepared documents Remote settings
FINISH
CONFIDENTIAL
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 o Basic functionality: Auctions 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
CONFIDENTIAL
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 FAQs 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
CONFIDENTIAL
Manage personal website content
Functionality for administrator

o o o o o o o o o o o o o o o o o o o Manage system settings Manage general website structure Manage website content (articles, files and pictures, sections, menu items, forms etc.) Manage users Manage auctions categories Manage auctions Manage bids Manage black lists Manage payment methods and payment settings Manage themes for personal websites Manage personal websites (structure, content, theme etc.) Manage Forums Manage FAQs Manage Help System Manage additional content for Sellers and Buyers Manage banners and promotion blocks (banners, clients, campaigns) Manage personal articles for appropriate user Manage Subscription system (subscribers, themes, letters) Etc.
General architecture
Core system consists of following main parts: o o o o Public area the website itself. Members area password protected part of the website with own structure available only for registered members (Buyers and Sellers). Administrative area password protected area where administrator can manage website content, functional modules and settings. Database Database where all the content and settings are saved.
CONFIDENTIAL
Registered member
Members area Public area
Database 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 o o o o o o o o o o o o o o o o System framework Users management and Authentication system Administrators and permissions management system Settings management system Main Content management system Categorizer Auction module Members area module Personal websites module Banner system Forum module Statistic system Subscription system FAQ module Commerce module Messaging and communication module Help system
CONFIDENTIAL
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 o o o o o o Articles Sections Menu(s) Files Forms generator Blocks 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
CONFIDENTIAL
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.
CONFIDENTIAL
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 forms 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 visitors 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 editors 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 o o o o Set the font Set the font size Define the style for headings Define the style for texts Define the text color
CONFIDENTIAL
o o o o o o o o o o o o o o o o
Define the text background color Align text Insert and format table Insert link to another article or website section Insert link to external file or resource Insert mailto link Insert information from DB (link or brief information about person, company, article etc.) Insert picture Align picture Change picture size Insert numbered and unnumbered lists Insert text boxes Insert the feedback form View the source code Preview page Etc.
Categorizer
This module will allow administrator to create and manage categories for auctions. From the users 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 o Type of auction (standard, Dutch or reverse see Auction types section) 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) Item title Number of days auction will run called (Auction Duration from X to Y days X and Y are set by an administrator)
Page 13 CLOSER TO THE REALITY
o o
Contact us through Guru.com
CONFIDENTIAL
o o o o o o o o
Exact time (hours: minutes) when auction should start (All site will turn around the USA Pacific Time. GMT-8) Opening bid Maximum bid (Closing bid) Quantity (for Dutch auctions) Reserve price (for standard auctions) Shipping price field where user can write the price or N/A Description (should support HTML formatting) 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 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 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) Ship Via o Successful bidders choice o UPS o FedEx 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
CONFIDENTIAL
o o o
listed up to N times. An administrator sets relisted more than once, hell 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 doesnt 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
CONFIDENTIAL
that if auction doesnt 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 therere 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 o o o Login Password His/her bid 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).
CONFIDENTIAL
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 o Feedback can be given only by user, who participating actively in current auction 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 members 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 members forums. Content structure for this module as follows: o Forum
CONFIDENTIAL
Thread Message
The forum features are listed below: o o o o o o o o o o Unlimited number of forums Unlimited number of threads for each forum Unlimited number of messages for each thread The thread author receives by e-mail all the messages Watch feature allows user to receive by e-mail all the messages of any thread Ability to create forums visible just for appropriate members Ability to create open forums anybody can post messages and create threads without registrations Ability to create limited forums anybody can read messages but only registered users can write messages and create new threads Defining the IP address of the message poster 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 o o o o o o o o register subscribers divide them onto some groups manage all registered subscribers create new subscribers create and manage subscription groups create formatted e-mail messages send e-mail messages to the subscribers from one or some subscription groups manage subscription system settings track the message sending statistics
CONFIDENTIAL
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#)

Proposal For An Auction Website Dev

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Proposal For An Auction Website Dev

Diunggah oleh

Hak Cipta:

Format Tersedia

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Proposal for website development

Prepared by: Prepared for: Date:

Reaktivate Interested persons 04 November 2005

Contact us through Guru.com Page 1

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Contact us through Guru.com Page 2

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Overview of Project Phases

Lifecycle objectives milestone

Lifecycle architecture milestone

Lifecycle operational capability milestone

Product release milestone

Contact us through Guru.com Page 3

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Case View of Entire Process

Contact us through Guru.com Page 4

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Review the vision Request changes

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 and SubProjects

Contact us through Guru.com Page 5

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Functionality for Visitor

Contact us through Guru.com Page 6

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Functionality for Buyer

Functionality for Seller

Contact us through Guru.com Page 7

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Manage personal website content

Functionality for administrator

Contact us through Guru.com Page 8

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Members area Public area

Database Administrative area Administrator

Visitor Public website

Contact us through Guru.com Page 9

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Users management and Authentication system

Administrators and permissions management system

Settings management system

Main Content management system

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal

Contact us through Guru.com Page 11

CLOSER TO THE REALITY

Date: November 4, 2005 Reaktivate Sales Department Website development proposal