Web Enabled Estate Agent

Objective of the Project The Objective of this project is to develop a online real estate agent system that is of beneficial to either a real estate agent or a prospective. The “Web Enabled Estate Agent”(WEEA) is an Internet based application. This system can be used to store and search the property portfolios. On the website, real estate agent can put the information regarding property portfolios. A general user can browse such portfolios. Functional components of the project Following is a list of functionalities of the system. More functionality that you find appropriate can be added to this list. And, in places where the description of functionality is not adequate, you can make appropriate assumptions and proceed. There are registered people in the system. They are real estate agents. Registered real estate agents can create/modify property portfolios. Non-registered people can also use the system to search the desired property. 1. A registered person should be able to
• • • • •

Login to the system through the first page of the application Change the password after logging into the system See his/her property portfolios Create new property portfolio Modify an existing property portfolio.

2. A property portfolio contains details about the property like description of property, area, to be sold or to be rented, approximate price, name and details of the person to be contacted. 3. Details in property portfolio are editable except property id. 4. A new realtor should be able to register himself. 5. When a new property portfolio is created, it will be assigned a unique property id. System will generate this id. 6. System should not let unauthorized/non-registered persons to create/modify property portfolios. 7. Another realtors cannot modify property portfolio created by a realtor. 8. A prospective buyer should be able to search for the property. S/He can enter search criteria like area name, price range, sell purchase/rent etc. Software Requirement Specification Software requirements specification is a specification of requirements for the software product. The goal of software requirements definition is to completely and consistently specify the

technical requirements for the software product in a concise and unambiguous manner. During analysis we found the minimum s/w requirements for the proposed system are as follows:
• • • • • •

Back-end tool: Oracle Operating System: Windows/Linux Front-end technologies: HTML, JavaScript, JSP, Servlets MVC Framework: Struts 1.3 Application Server: Tomcat 6 or Glassfish V2 Browser: Cross Browser Compatible

Hardware requirements:

P4 with minimum 1 GB RAM

Requirements Specification (RS) Following are the requirement specifications. That would help in validating the system during testing. No. RS1 RS2 RS3 Requirement The system should have a login The system should have registration facilities. The system should ‘lock’ the login id if wrong password is entered 3 times in a row Essential or Desirable Essential Essential Desirable Description of the Requirement A login box should appear when the system is invoked. For new users who want to register with the system This feature will improve the robustness of the application. Application will keep counts of login attempts for a valid login id. If this count exceeds 3, application will temporarily block further login attempts for the id. Remarks

RS4

Once any authorized person logs in, he should be able to create property portfolio. Once any authorized person logs in, he should be able to modify details of previously created portfolios. A simple user can use this website to search for the property

Essential

Property portfolio creation means to enter data for the said property. Definition of the property related data is provided in section

Since the application is going to be used only by the employees of the organization, this feature is not essential. However, if time is there, this will be implemented. Property Portfolio Data will be saved into a database system.

RS5

Essential

RS6

Essential

Search criteria includes 1. Area in the city 2. Available for o Rent o Sell

3. Type of property, e.g. • • • • Property Portfolio Data Property portfolio data contains following things: Property Address Property Description Type of availability, e.g. Rent or Sell Expected Rent/Selling price (Optional information) Property’s Photographs (Minimum 0 and maximum 3) Person other than real estate agent to be contacted (Optional information) Database Specification Database will contain 3 tables as follows: • User • Property • Photographs Table definition for each of the above table is as follows: User No . 1 Field Name Login Id Range of valid values for the field Alphanumeric field Minimum size 6 char Maximum size 15 char Up to 15 characters in length. Up to 100 characters in length. Numeric Field Numeric Field Boolean Remarks This is the key field of the User table as it is unique for an employee in the organization. This will also serve as the login for the system. Special characters like (),[],*,^,$, are allowed. Combination of alphabets and numbers allowed as valid password. Optional Optional Optional This field will be false if user has made 3 consecutive unsuccessful attempts to log in. A system administrator can change value of this field directly. Mail id of the user Row house Bungalow 1BHK flat 2 BHK flat

2

Password

3 4 5 6

Address of user Phone No. Mobile No. Access Flag

7

Mail id

Property N o. 1 Field Name Property Id Range of valid values for the field Remarks This is key field of the Property table. It is unique for each property. It is application’s responsibility to generate value for this id.

2 3 4 5 6

Property address Type of property Property description Expected Price Person to be contacted

Rent Sell Minimum 50 char Maximum 1000 char Optional. Will have value in case person other than estate agent can deal for the property

Photographs No . 1 2 3 4 Field Name Property Id Photograph1 Photograph2 Photograph3 BLOB BLOB BLOB Range of valid values for the field Remarks Primary and foreign key for the table Photographs

Test-Plan (TP) It is important to note that the testcases cover all the aspects of the system (ie, all the requirements stated in the RS document). No . 1 Testcase Title Successful User Verification Description Expected Outcome Login should be successful and the user should enter in to the system Login should fail with an error ‘Invalid Password’ Login should fail with an error ‘Invalid user id’ User should be able to check Successful Registration page User should be able to check Unsuccessful Registration The requirement in RS that is being tested RS1 Result

2

3

4

Unsuccessful User Verification due to wrong password Unsuccessful User Verification due to invalid login id Successful Registration

The login to the system should be tried with the login assigned by the admin and the correct password Login to the system with a wrong password

Passed

RS1

Passed

Login to the system with a invalid login id

RS1

Passed

Unique login id All the mandatory and optional fields have correct values Login id not unique. Password and login id are same

RS2

Passed

5

Unsuccessful Registration

RS2

Passed

6

Login Lock

7

Successful property portfolio creation Successful Property modification Property Search

Wrong password will be entered 3 consecutively for a correct login id User enters valid data.

page with reason User should not be able to login User should be able to see page showing property id and completion of process. User should be able to see page-showing completion of process. User is able to see the page that lists properties for the criteria specified.

RS3

Passed

RS4

Passed

8

User enters valid data for existing property User enters valid search criteria

RS5

Passed

9

RS6

Passed