HOUSE BIDDING MANAGEMENT SYSTEM
INTRODUCTION OF HOUSE BIDDING MANAGEMENT SYSTEM:
Are you looking for House bidding management system for your final year project? We are here to help you. You can contact us
House Bidding Management System is the online solution for buying the most modern flats, house, or offices. Gone are the days when buyers visit owner place to place. This is an era of computer science everyone needs everything to their doorstep.
That’s why we come up with a solution of online bidding for the house. This would help the customer to search the desired property, sort them, add them to cart. The final bid would win the bidding and home go to that party. House Bidding Management System is online cloud base software.
This means the customer can access the software anything anywhere provided they have the internet connection and web browser enable the device to connect to our system. This software would available for use 24X7. This is a secure way to bid on a house and own it.
Admin verifies every home and clients So, chances of fraud are very less. Just register, log in, search, bid, win the bid and pay that’s it. You are owner now
MODULES OF HOUSE BIDDING MANAGEMENT SYSTEM:
There are several modules required to complete this system. Here we are discussing the main modules or core modules of the system.
ADMIN PROFILE:
Admin profile is profiled which is assigned to a super user having full access to the network. Admin module contains Admin Id, name, address, contact no. Admin can view house details, owner details, bidding process etc.
CLIENT PROFILE:
Registered client’s details would be available for view. Customers details would include Client name, contact no, address etc.
HOUSE:
House would hold the details about the house. Houses are a primary concern because buyers are buying and owners are selling these. House location, society, infra structure does matter in all cases.
HOUSE OWNER:
House owner is someone who holds the house currently. Owners can register their home to sell. Buyers(Clients) can bid on home price. Highest price would get the ownership.
SEARCH HOUSE DETAILS:
Clients can search the house in the desired city, in desire place with reasonable price. Searching fast enough and no customer would leave the system without getting something. There are a lot of algorithms which searches more promising.
AVAILABILITY:
Buyers can see the availability of house. Once a house is registered with the system. Admin would be verified the details then it would be available and visible to the customer to view and book.
BIDDING:
The submission process is real time process. Data in the database would be an update in real time and visible to users in real time.
PAYMENT DETAILS:
After successful winning of bid clients need to pay the money using cash/net banking/ATM card. Payment portal would use a payment gateway to remove the debt. Once payment clears receipt of payment will be generated automatically.
ADD / UPDATE / DELETE HOUSE’S DETAILS:
The owner can add, update, and remove the house’s details. Admin has special permission to do so. Admin would verify the updated data.
USER AUTHENTICATION ACCORDING TO HIS/HER ROLE:
The system is robust enough to make authentication as per logged in user. Clients, owner, admin every profile would get verified using system authentication process.
ADD OWNERS:
Admin can add owner details. Team owner needs validate their profile before going in selling and bidding process.
SYSTEM DESIGN OF HOUSE BIDDING MANAGEMENT SYSTEM:
The system basically needs very simple architecture. This is system is their primary three users, i.e. Admin, Clients, And owners.
USE CASES FOR ADMIN OF HOUSE BIDDING MANAGEMENT SYSTEM:
Bidding Management System has actor user (Admin). These players would manage the Bidding management system and help the Company to do auction process for easily and faster than previous. These users can log in to the system using user id and password.
When security is verified these users can make the change which needs to be done in the system. Users can manage house’s details. Admin can change the details of the owner if needed or if there are any changes.
Admin can verify the bid, house details, Owner details. Admin would manage the bidding process in real time using this system. Admin needs to log out the system before leaving it for security purpose.
USE CASE FOR CLIENT FOR HOUSE BIDDING MANAGEMENT SYSTEM:
Our second end user is a customer. The client can log in the system and verify their identity. Consumers can view the listed houses.
Customer search the house, sort them, add to cart. After finding the desired home, Clients can start bidding to get the house in their name.
After successfully winning the bid. They need to contact the owner for a legal proceeding. Then they would pay the money and own the house. They need to log out every time leaving the system.
USE CASE FOR OWNER OF HOUSE BIDDING MANAGEMENT SYSTEM:
The owner is someone who owns the house currently. Owners need to log in to the system before they go in editing or updating any data. They can view client’s details, sort them.
The owner needs to log out the system before leaving it for security purpose.owner is someone who owns the house currently. Owners need to log in in the system before they go in editing or updating any data.
They can view client’s details, sort them.The owner needs to log out the system before leaving it for security purpose.
USER INTERFACE(UI) OF HOUSE BIDDING MANAGEMENT SYSTEM:
The user interface of the house bidding management system is very important part of the system. A good and user-friendly interface attracts the user toward it. Whereas a bad one makes the user experience bad and they never return to the system. As we have shown several use cases in this system we have developed these interfaces to interact with the system.
LOGIN PAGE:
Admin or client need to log in using login id and password.
OWNER PAGE:
The owner can view their details as well as client’s details. the owner can live bidding process, receive payments.
CLIENTS PAGE:
Clients page include client’s details. Clients can search the house and see owner details who is currently in the house. Once legal things would be done owner name would be updated and the house would be unavailable for booking.
SEARCH PAGE:
The search page allows the clients to search for house details, owner details. House ID, location, type of house, base price, previous owner everything would be visible to clients.
BIDDING PAGE:
Bidding page allows the clients to bid on the house. If someone raises the bid. Another user can also raise the bidding prices.
PAYMENT PAGE:
This interface helps in paying the money via several modes.
ER-DIAGRAM OF HOUSE BIDDING MANAGEMENT SYSTEM:
There are mainly six entities Admin, Owner, clients, house, Bid, Payment. These six entities would manage the whole system. There are mainly six entities Admin, Owner, clients, house, Bid, Payment. These six entities would manage the whole system.
ADMIN:
Admin is a super user of the system. Admin has all right to view and modify the data in the system. Admin has followings attributes.
ADMINID:
This is numeric 14 digits number which is unique to every admin. AdminID is the primary key to admin table in the database.
NAME:
This attribute would hold the name of admin. The name is varchar type variable which holds the data length up to 250 characters.
EMAILID:
This is an essential attribute of the table. Every admin must have a working email id to keep in contact with employees. This field has validation only email formatted values will be stored.
CONTACTNO.:
This is multi valued attributes which mean every admin can have more the one mobile number in database.
ADDRESS:
This attribute would hold the address of admin. Each employee must provide the address. Admin address is verified via Human resource team.
CLIENTS:
The client is the basic end user of our system most of the business is done through them. Clients can add details about himself, view house and bid, make payments Client has following attributes.
CLIENTID:
This is numeric 14 digits number which is unique to every Client. ClientID is the primary key to client table in the database.
NAME:
This attribute would hold the name of clients. The name is varchar type variable which holds the data length up to 250 characters.
CONTACTNO.:
This is multi valued attributes which mean every client can have more the one mobile number in database.
ADDRESS:
This attribute would hold the address of clients. Address of clients would help us to connect with them and visit the location. This would provide better services.
OWNER:
The owner is the end user of our system most of the business is done through them. The owner can add details about himself as well as house details. the owner has following attributes.
OWNERID:
This is numeric 14 digits number which is unique to every Client. OwnerID is the primary key to client table in the database.
NAME:
This attribute would hold the name of team owners. The name is varchar type variable which holds the data length up to 250 characters.
CONTACTNO.:
This is multi valued attributes which mean every client can have more the one mobile number in database.
ADDRESS:
This attribute would hold the address of clients. Address of clients would help us to connect with them and visit the location. This would to provide better services.
HOUSE:
House object of this software. Owners can add details about the house.House has following attributes.
HOUSEID:
This is numeric 14 digits number which is unique to every house. HouseID is the primary key to client table in the database.
LOCATION:
This attribute would hold the location of the house.
BASE PRICE.:
This attribute holds the base price of the house. Clients need to bid above this price.
HOUSE TYPE:
House type would define which type of house it is. Fully furnished. 2 BHK, 3 BHK etc.
BID:
Bid table holds the complete information of bidding. A system is basically designed for the bidding process. Therefore, this table needs to be secure. Bid entity would have following attributes.
BIDID:
This is numeric 14 digits number which is unique to every property. BidID is the primary key to property table in the database. Each property is uniquely identified using this id.
OWNERID:
This is a foreign key to owner table. The owner is also a user of the system. Owner field just holds the id of the owner and rest information is mapped with owner table.
CLIENTID:
This is a foreign key to the player table. the player is also a user of the system. ClientsID field just hold the id of clients and rest information is mapped with client table
STATUS:
This attribute would able to hold the data about the current status of bid such as not started, over, or live.
FINAL BID:
This attribute would help to get the information of the final amount of bid.
PAYMENT:
Everyone is doing the job for money making. Whenever it comes to money we should make that our client’s money would be safe. In this, Entity every single transaction is recorded in the database. Our company would use a safe and secure payment gateway to clear the payment. Followings are the attributes.
PAYMENTID:
PaymentID is the primary key to payment Entity. Every payment is uniquely identified using this ID or attribute. This is also a 14-digit natural number.
BIDID:
This is a foreign key to book entity. Every booking is redirected to the payment page. It carries bidding ID that would update the payment status in book table.
TRANSACTIONREFERENCENO.:
This is an attribute used to hold the transaction reference number provided by Payment Gateway Bank. Any issue with payment would be resolved using this number.
FUNCTIONAL AND NON-FUNCTIONAL REQUIREMENTS OF HOUSE BIDDING MANAGEMENT SYSTEM:
There are two types of requirement of the system in any system, these are:
FUNCTIONAL REQUIREMENT OF HOUSE BIDDING MANAGEMENT SYSTEM:
REGISTRATION:
Users can register their self in the system. Admin will verify their profile to work properly. Once a user is registered with the system. He/she can register his/her team to Bidding Management System. Admin will view the bids and verify that bid only if that would be above than base price.
VALIDATION:
Validation is very important in the system. Invalid data can corrupt the valid data. So, we need to apply validation in each module. Validation would ensure the safety and security of data.
CLIENT RECORD:
Client, Owner data should be secure. We should take care of clients’ data privacy in our mind. The client is the basic unit of our business. Client data and record would help us to provide them better information.
ADD CLIENTS, THE OWNER:
This function allows the admin to add the client’s details. But only admin can verify the client’s details. Without verification client’s details would not reflect in the system.
LIST OF HOUSES WITH DETAILS:
All house should be listed and reflected clients. Clients can view these listed properties and book the desired property.
PAYMENT OPTIONS:
Clients can pay the money of property via any mode they wish to do. They can pay via cash, credit cards, debit cards, online net banking, online wallets etc. The system should not restrict them to some payment option.
FEEDBACK AND SUGGESTION:
Feedback and suggestions are key to improve in business. Therefore, we need to take the feedback from our customer to improve our services.
NON-FUNCTIONAL REQUIREMENT OF HOUSE BIDDING MANAGEMENT:
IMPROVE SEARCH OPTION:
Search option should be rich enough to provide the property details to clients as per their requirement and wish. Search option should search in the whole database. Efficient search option attracts the client to buy and rent the property
SUPPORT MULTI USER:
Nowadays, every system work in an environment of multi users. As per requirement of the system, our system is developed in multi user’s environment.
FAST:
Search option should be fast enough to produce a result of the search in seconds. Every module should to compatible with other modules. There should not be any lag or delay in processing the data.
AVAILABLE(24X7):
Property Management System should be available to clients 24X7. The user can access the system whenever they need to access, wherever they want to access provided having an internet connection and device to access.
DESIGN DATA DICTIONARY FOR ER-DIAGRAM OF HOUSE BIDDING MANAGEMENT SYSTEM:
The data dictionary is useful in case of development.
Table Name: AdminMaster
Primary Key: AdminID
Description: To store the details of admin
Serial No. | Fields | Datatype | Description |
1. | AdminID | Integer | Primary key |
2. | Name | varchar | |
3. | EmailID | varchar | |
4. | ContactNo. | Integer | Multiple contacts can exist for single admin |
5. | Address | varchar |
Table Name: ClientMaster
Primary Key: ClientID
Description: To store the details of players
Serial No. | Fields | Datatype | Description |
1. | ClientID | Integer | Primary key |
2. | Name | varchar | |
3. | ContactNo. | Integer | Multiple contacts can exist for single client |
4. | Address | varchar |
Table Name: OwnerMaster
Primary Key: OwnerID
Description: To store the details of Team owners
Serial No. | Fields | Datatype | Description |
1. | OwnerID | Integer | Primary key |
2. | Name | varchar | |
3. | ContactNo. | Integer | Multiple contacts can exist for single client |
4. | Address | varchar | |
5. | varchar |
Table Name: HouseMaster
Primary Key: HouseID
Description: To store the details of Houses
Serial No. | Fields | Datatype | Description |
1. | HouseID | Integer | Primary key |
2. | Location | varchar | |
3. | Base price | float | |
4. | House type | varchar | |
5. | Condition | varchar |
Table Name: BidMaster
Primary Key: BidID
Description: To store the details of Property
Serial No. | Fields | Datatype | Description |
1. | BidID | Integer | Primary key |
2. | OwnerID | Integer | Foreign key to OwnerMaster |
3. | ClientID | Integer | Foreign key to ClientMaster |
4. | Status | varchar | Available, sold, rented etc. |
5. | Final Bidpe | Float |
Table Name: PaymentMaster
Primary Key: PaymentID
Description: To store the details of Payment details
Serial No. | Fields | Datatype | Description |
1. | PaymentID | Integer | Primary key |
2. | BidID | Integer | Foreign key to BidMaster |
3. | Transaction Reference No. | varchar | Bank Transaction number |
CONCLUSION OF HOUSE BIDDING MANAGEMENT SYSTEM:
We have developed a secure, user-friendly Bidding Management System for houses. This system is capable of taking care of each work needs to be done in House Auction. The client can log in using user id and password.
This means the unauthorised user cannot enter into the system making it secure. Searching house help to find their desired house fast. Online payment and verification make it more client friend.
This system would definitely be going to reduce labour and make bidding easier and promising to an owner as well as clients. House Bidding management system takes care of each process required in bidding. This system is next generation bidding solution.
No comments:
Post a Comment