FIND LAWYER

Project Title

FIND LAWYER

Project Area of Specialization Software EngineeringProject Summary

•For people its difficult to find lawyers according to their cases physically

• People need some easy and interactive way to find proper lawyers online.

•By observing people's problems we realize that it will be a good idea to make an interacting web application for finding lawyers.

•Our  Android application will solve this problem.

•This application will save time, money, and effort for people.

•People will easily search for lawyers according to their cases.

•This app has three-level, main page, admin section, and lawyer section.

• Each section has a simple and easy interface as a result users can learn it quickly.

Project Objectives

• Lawyers from all over the Country can register himself/herself.

•Users can easily search for lawyers for counseling or appointment.

• User-friendly Android application that is easily useable and understandable.

•Saving Users Time and effort.

•To make better interaction among clients and lawyers.

•People can easily search for Lawyers by Name, city, or category.

•Finding a lawyer according to your own choice.

Project Implementation Method

Flowchart

use case diagram.

Tools

•Sublime text or Adobedremviever or Notepad ++, Umlet, android studio,

 Languages

XML, JAVA.

 Database

  MYSQL lite

Operating Sytsem,

• Andriod 

Benefits of the Project

• will save time
• will save money
• will save effort
• can find the best lawyer from home, office, etc.
• always keep in touch with a lawyer through the internet.
• easy access to legal counseling.

•Lawyers registration across the country.

•search lawyers by their name, city, or categories.

•display of pending, lost, and won cases of lawyers

•Weakly schedule of lawyers.

•Fee structure of lawyers

•Case submission.

•Get an appointment.

•Online counseling

•chatting system.

• feedback (rating)

Technical Details of Final Deliverable

1. Functional Requirements

R1.  Upon request, the app must be able to let the lawyer make registration and login.

R2.  An admin character for managing the lawyer profile.

R3.  The lawyer character will update his profile.

R4.  Notification will be got by a lawyer on case registration.

R5.  The web application will consist of three different levels.

R6.  Each level will consist of different sections.

R7.  Admin section will consist of pending, approve and disapprove lawyers

R8.  The lawyer section consists of pending, win, and loss cases.

R9.  Both the admin and lawyer sections will be managed by themself.

R10.  The search bar will be there for searching for a lawyer.

R11.  The client will send a request to the lawyer

R12.   A label will be there for users to move to the different sections.

R13.  After case, submission client gives ratting as a star to the lawyer

1. Data Requirements

• The user must enter the user name and password to log in.
• The password must be in uppercase alphabets and integers.
• The user must have a profile picture on his ID.
• The payment must be in Rs, not Dollar$.
• The type of file when the upload is pdf, jpg or png, etc
•  

1. Non-functional Requirements

Performance Requirements

1. 1. The system interface should be clear and easy to use.
   2. User can navigate to different sections using the application menu button.
   3. The application is using internet service and should be available 24/7.
   4. The application will run smoothly and will not crashes.
   5. The application will respond in less than 2 second after user perform some action.
   6. The application is not using image as a background for different screen, due to that performance is improved.

Safety Requirements

1. 1. The application will take user to the screen at which the application crashes.
   2. The application failure rate must be as low as possible.
   3. In case of failure, the application should be recovered to its original state within 30 seconds.

Security Requirements

1. The application must run properly on all internet supporting devices having Google application.
2. The application must not overwrite any other application data.
3. The application will not share user information with anyone else

SYSTEM FEATURES AND FUNCTIONALITIES

•Registration of Lawyers

•Searching for lawyers

•Admin Section

•Case Submission.

•appointment

•Notification

•Updating Profile

•Adding Categories

•Lawyers scheduling

•Chatting  between client  & lawyer

•User feedback (Rating )

. Process model

IN THIS PROJECT WE USE ITERATIVE MODEL BECAUSE

1. Iterative model is a step by step model.
2. You can make changes and update with every step.
3. We made changes with every step as required so easily.
4. There was no boundary of not changing the requirements or design.
5. Time taken was less and a short budget was consumed.
6. It makes easy debugging of errors.
7. It is a more flexible way of creating software.

WPS

 

TASKS	MONTH	DURATION
REQUREMENTS  GATHERING	November &December	8 weekS
DESIGN	January	4 weeks
DEVELOPMENT	Feb, march, April, May, JUNE	8 weeks
TESTING	JULY, AUGUST	8 weeks

.

             TASKS

REQUREMENTS  GATHERING

DESIGN

DEVELOPMENT

TESTING

Final Deliverable of the Project Software SystemCore Industry Legal Other Industries IT Core Technology OthersOther TechnologiesSustainable Development Goals Good Health and Well-Being for People, Peace and Justice Strong InstitutionsRequired Resources

Elapsed time in (days or weeks or month or quarter) since start of the project	Milestone	Deliverable
Month 1	REQUREMENTS GATHERING	srs
Month 2	REQUREMENTS GATHERING	srs
Month 3	DESIGN	architectural and detail design
Month 4	DEVELOPMENT	user interface
Month 5	DEVELOPMENT	user interface
Month 6	DEVELOPMNET	modules and functionalities
Month 7	DEVELOPMENT	database system
Month 8	DEVELOPMENT	non functional requirements
Month 9	TESTING	unit testing
Month 10	TESTING	integration testing