FEES PORTAL SYSTEM ANDROID
Project Report
For the partial fulfillment of the degree for
B Tech
Presidency University
LOGO HERE
PROJECT GUIDE: XXX SUBMITTED BY: xxxxxx
COLLEGE LOGO HERE
Department of Computer Science & Engineering
Bengaluru
Month Year
1
CERTIFICATE
This is to certify that the project entitled “Fees Portal System Android” has been
developed by Mr.xxxxx of yy semester at _____, bengaluru towards partial fulfillment
of the requirements for the award of the degree of B tech Degree course is a genuine
record of the work carried out by Him/her under My Supervision and Guidance and the
project report is the original work of student. She/he has worked on the project Airline
Reservation System. She/he has used PHP, CSS, HTML, JAVASCRIPT and Xampp as
Database for the project. His/her work is satisfactory. I wish him/her all the best for his
bright future.
Signature of Guide
2
DECLARATION
We hereby declare that the work in the project report entitled “Fees Portal System “
Presidency University for the award of degree of “B Tech” is an authentic record of
my work carried out during the fifth semester Third year, 2017 .The matter embodied in
this project report has not been submitted elsewhere by anybody for the award of any
other degree/diploma.
NAME UNIVERSITY CLASS
ROLL NO
…………..
3
Software Requirement Specification
Particulars Page Nos.
1. Preface(Introduction).................................................................................8
1.1. Project Overview.................................................................................9
1.2. Project Description ………………………………………………….9
1.3. Definitions, Acronyms, and Abbreviations.......................................10
1.4. References..........................................................................................11
2. Problem Definition....................................................................................12
2.1. Existing System..................................................................................12
2.2. Proposed System…………………………………………………....13
2.3. Product Function…………………………………………………....13
2.4. User Characteristics…………………………………………………14
2.5. Constraints…………………………………………………………..14
2.6. System Study………………………………………………………..15
2.7. Assumptions and dependencies……………………………………..15
3. Feasibility Study…………………………………………………………16
3.1. Technical Feasibility………………………………………………....16
3.2. Operational Feasibility……………………………………………….17
3.3. Economic Feasibility…………………………………………………18
3.4. Interfaces…………………………………………………………….18
3.5. Hardware Requirements……………………………………………..18
3.6. Software Requirements……………………………………………....18
4
4. System Analysis…………………………………………………………...19
4.1. Software Requirement Specification…………………………………19
5
4.2. Communications Interfaces………………………………….............20
4.3. Memory Constraints...........................................................................21
4.4. Operations..........................................................................................21
4.5. Site Adaptation Requirements............................................................21
4.6. Functional Requirements....................................................................22
4.6.1. Performance Requirements......................................................22
4.6.2. Assumptions and Dependencies..............................................22
System Design...........................................................................................23
5 5.1. Module Description............................................................................30
.
5.2. Software System Attributes............................................................... 31
5.2.1. Reliability.................................................................................31
5.2.2. Availability...............................................................................31
5.2.3. Security....................................................................................31
5.2.4. Maintainability.........................................................................32
5.2.5. Portability.................................................................................32
5.3. Organizing the specific Requirements.................................................32
5.3.1. System Mode............................................................................32
5.3.2. User Class.................................................................................32
5.3.3. Objects.....................................................................................33
5.3.4. Features....................................................................................33
5.3.5. Stimulus....................................................................................33
5.3.6. Response...................................................................................33
5.3.7. Functional Hierarchy.................................................................33
Database Design.........................................................................................34
Designing forms………………………………………………………….37
7
6
8. Coding……………………………………………………………………55
9. System Testing……………………………………………………………89
9.1. Testing Methods……………………………………………………..89
9.2. Unit Testing, Class Testing………………………………………….90
9.3. Test Cases…………………………………………………………...91
10. Conclusion……………………………………………………………….92
11. Future Scope……………………………………………………………..95
8
PREFACE
With the fast development of computer technology, the software projects are
growing and complexity. Software experts have recently sought to develop a
more systematic and formal approach in the design, development and
implementation of their software. This new approach has become necessary
because the traditional methods of system development often yielded software
characterized by late diversity, costliness, unreliability, and non-maintainability
and nonuse ability.
In this new age of computing everything has been computerized, so how
can we become isolate and untouched from this environment. That’s why
keeping this thing in mind and an opportunity or probably a creativity to do such
a task different and unique from others, we thought a way to develop this
software.
This project has been developed in aim to manage the court case through
online from selecting a lawyer till the final judgment hearing day. While keeping
in mind the user will find an easy and friendlier user interface to perform his task.
The software has been made so user friendly that any person can use it easily
without having any computer experience.
9
INTRODUCTION
1.1. Project Overview
Design a framework for computerizing the legal administrations in India.Utilizing
this framework, offended party can without much of a stretch offer grievances to the
concerned expert and they can see status of their cases and so forth. This framework will
decrease the time and hazard to the clients contrast and manual framework. The
undertaking performs expected capacity with required accuracy. The enrolled client’s
documents can be put away in the concentrated database which can be kept up by the
framework. Verification is accommodated this application just enlisted clients can get to.
1.2. Project Description
Case Information Management System is cloud based software. This software
is meant to be used by Lawyers or Advocates, clients and court judge or admin. This
is very powerful software.
Any client(Lawyer) who is using this software does not need to worry about
maintaining any paperwork. This software would maintain everything which an
advocate needs to do.
This software will store the data about advocate’s client, opponents, Case no.,
case details, Previous hearing date, next hearing date, court name, employee details,
case related document. This software is secure to store data.
Admin is a most important person of this system. Admin is a super user of this
Case Management System. Admin is a senior advocate of offices. Admin must have a
login and complete authentication process.
Now, the admin has complete access to the system. Admin can add cases, edit,
update cases. Admin can manage the employee details, their salary, work assignment.
10
Admin has the power to assign a case to any lawyer in the office. Admin also
manages the client details.
1.3. Definitions, Acronyms, and Abbreviations
Case Details: Details of case such as case id, next hearing date, client, lawyer and
so on.
WWW: World Wide Web
MySQL: is a RDBMS based on SQL which is used for adding, removing, and
modifying information in the database.
Firebase : A realtime database feature provided by google specially designed
for android applications
1.4. References
Software Requirement Specifications from Internet.
IEEE (Institute of Electrical and Electronics Engineers) Guide to Software
Requirements Specifications.
www.slideshare.com
www.google.com
www.wikipedia.com
Problem Definition
2.1 Existing System
Currently there are no online applications for managing the court case, only way is the
manual interaction with lawyer and judge, keeping a hardcopy of case details:
11
Disadvantages
Manually goes to the lawyer or call to know the status.
Manually maintaining the records of the case for both client and lawyer.
Risk of mismanagement and of data when the case is under judgment.
Less Security for physical data maintenance because of files or document loss.
No proper coordination between lawyer and Users.
2.2. Proposed System:
The Proposed system ensures the complete management of the court case for
admin, lawyer and client. Our proposed system allows only registered users to
register a case, track the case details, and choose the lawyers.
The lawyers can add their details like number of cases handled, success ratio,
experience and their charges which will help client to get suitable lawyer.
The admin can add the next hearing data for the case and the report of current
day.
In this Proposal the entire work is done on online and the reports or
updates are kept in track through cloud data storage.
Advantages:
User friendliness provided in the application with various controls.
The system makes the overall case management much easier and flexible.
It provides high level of security with firebase’s email and password
authentication system.
Case details can be tracked by all the users remotely anytime
12
2.3. Product Functions
This android application will allow access only to authorized users with specific
registration number and valid email and password
Following are the System Functions:
Register Plaintiff, litigant, offended party legal counselor and Judge.
File cases from offended parties.
Schedule hearings (beginning and proceeding).
Send hearings through sends to relating case.
Send procedures case insightful after each hearing.
View date insightful case Reports.
View Judgment record and send it to relate case personals through sends.
Check confirmation and case made by contradicting party.
File claim confirm, witnesses and so forth.
View hearings and Proceedings sent through android application.
Validate case procedures and notes as they continue.
Send hearings , procedures , guidelines and judgment to Admin through sends.
2.4. User Characteristics
Admin Profile:
Admin is a super user of our system. Admin can view all data in the system. Admin must
log in to the system then there is authentication process. Admin is basically senior
advocate. Admin can add case details, verify employee, details, accept case etc.
Client Profile:
The client is the end user of this system. The client can search the advocates in the
system. The client can view advocate’s profile, their winning percentage, experience, age
etc. Clients can hire the advocate for their cases. They can pay the fee using a payment
gateway.
Employee Profile:
In any advocate office, there are a lot of employees. Senior advocate finds it difficult to
manage them. This system would help him/her to manage employee works, pay the
salary etc. An employee can see the task assigned to him/her. They can arrange a
meeting, update hearing details, case details, contact to client etc.
Case:
Every case information needs to be entered in the system. Once a case is entered into the
system. It is assigned to an advocate with case id. After a case is being created, the
employee can update the information like case hearing date, the status of the case, client
information, document etc.
13
2.5. Constraints
The Information of all users, subjects and allocations must be stored in a database that is
accessible by every connected system. Firebase are used for database.
Users may access from any system connected to the online database.
Users must have their correct usernames and passwords to enter into their
accounts.
2.6. System Study
System Study is a detailed study of the various operations performed by a system
and their relationships within and outside of the system. Here the key question is-
what all problems exist in the present system? What must be done to solve the
problem? Analysis begins when a user or manager begins a study of the program
using existing system.
System study can be categorized into four parts.
System planning and initial investigation
Proposed System with objectives
2.7. Assumptions and Dependencies
The Software needs the following third party products-
Native java development environment.
Android studio.
firebase for database connectivity.
Although basic password authentication and role based security mechanisms will
be used to protect OPMS from unauthorized access; functionality such as case
14
details are assumed to be sufficiently protected under the existing security
policies court network team.
15
Feasibility Study
Preliminary investigation examines project feasibility. The likelihood the system
will be useful to the organization. The main objective of the feasibility study is to
test the Technical, Operational and Economical feasibility for adding new
modules and debugging old running system. All system is feasible if they are
unlimited resources and infinite time. There are aspects in the feasibility study
portion of the
3.1. Technical Feasibility
The technical issue usually raised during the feasibility stage of the investigation includes
the following:
Does the necessary technology exist to do what is suggested?
Does the proposed equipment have the technical capacity to hold the data
required to use the new system?
Will the proposed system provide adequate response to inquiries, regardless of
the number or location of users?
Can the system be upgraded if developed?
Are there technical guarantees of accuracy, reliability, ease of access and data
security?
Earlier no system existed to cater to the needs of ‘Secure Infrastructure
Implementation System’. The current system developed is technically feasible. It is a web
based user interface. Thus, it provides an easy access to the users.
The database’s purpose is to create, establish and maintain a workflow among various
entities to facilitate all concerned users in their various capacities or roles. Permission to
the users would be granted based on the roles specified. Therefore, it provides the
technical guarantee of accuracy, reliability and security.
16
3.2. Operational Feasibility
Proposed projects are beneficial only if they can be turned out into information system.
That will meet the organization’s operating requirements. Operational feasibility
aspects of the project are to be taken as an important part of the project
implementation. Some of the important issues raised are to test the operational
feasibility of a project includes the following:
Is there sufficient support for the management from the users?
Will the system be used and work properly if it is being developed and
implemented?
Will there be any resistance from the user that will undermine the possible
application benefits?
This system is targeted to be in accordance with the above-mentioned issues.
Beforehand, the management issues and user requirements have been taken into
consideration. So, there is no question of resistance from the users that can undermine the
possible application benefits.
3.3. Economic Feasibility
A system can be developed technically and that will be used if installed must still
be a good investment for the organization. In the economic feasibility, the
development cost in creating the system is evaluated against the ultimate benefit
derived from the new systems. Financial benefits must equal or exceed the costs.
3.4. Interfaces
In computing, an interface is a shared boundary across which three separate
components of computer system exchange information.
User interfaces
The application will have a user friendly and menu based interface.
17
3.5. Hardware Requirements:
Intel I3 2.8 GHz Processor and Above
RAM 4 GB and Above
HDD 20 GB Hard Disk Space and Above
3.6. Software Requirements:
WINDOWS OS (Windows 7, 8 ,10) Or Linux
Android studio
Firebase real-time database.
Firebase authentication system.
Server side An firebase server will accept all requests from the client. The production
database is hosted in firebase cloud database.
Firebase real-time database
The Firebase Realtime Database is a cloud-hosted database. Data is stored as
JSON and synchronized in Realtime to every connected client. When you build
cross-platform apps with our iOS, Android, and JavaScript SDKs, all of your
clients share one Realtime Database instance and automatically receive updates
with the newest data.
Firebase Authentication
Firebase Authentication aims to make building secure authentication systems
easy, while improving the sign-in and onboarding experience for end users. It
provides an end-to-end identity solution, supporting email and password
18
accounts, phone auth, and Google, Twitter, Facebook, and GitHub login, and
more.
System Analysis
System Analysis is a detailed study of the various operations performed by a
system and their relationships within and outside of the system. Here the key
question is- what all problems exist in the present system? What must be done to
solve the problem? Analysis begins when a user or manager begins a study of the
program using existing system.
4.1. Software Requirement Specification (SRS)
The software, Site Explorer is designed for management of web sites from a
remote location. This section provides software requirements to a level of detail
sufficient to enable designers to design the system an testers to test the system.
This section contains all of the functional and quality requirements of the system.
It gives a detailed description of the system and all its features.
Introduction
Purpose: The main purpose for preparing this document is to give a general
insight into the analysis and requirements of the existing system or situation and
for determining the operating characteristics of the system.
Scope: This Document plays a vital role in the development life cycle (SDLC)
and it describes the complete requirement of the system. It is meant for use by
the developers and will be the basic during testing phase. Any changes made to
the requirements in the future will have to go through formal change approval
process.
19
Developer’s responsibilities overview:
The developer is responsible for:
Developing the system, which meets the SRS and solving all the requirements of
the system?
Demonstrating the system and installing the system at client's location after the
acceptance testing is successful.
Submitting the required user manual describing the system interfaces to work on
it and also the documents of the system.
Conducting any user training that might be needed for using the system.
Maintaining the system for a period of one year after installation.
4.2. Communication Interfaces
The HTTP protocol will be used to facilitate communications between the client and
server. Volley, library is implemented to provide http server request.
4.3. Memory Constraints
Minimum memory of 512MB is required to run the apk file without any lags.
This constraint does not possess an issue now a days as the minimum present
RAM in a common android phone is 1GB.
At least 512 MB RAM and 15 MB space on phone storage will be required
for running the program.
Apk is supported from android api 17(kitkat)-28(oreo).
4.4. Operations
The normal and special operations required by the user such as:
The various modes of operations in the court
Periods of interactive operations and periods of unattended operations
20
Data processing support functions
Backup and recovery operations
4.6. Functional Requirements
It deals with the functionalities required from the system which are as follows:
The application will help the case client to file or register their case and choose
the appropriate lawyer for their case.
Only registered user should be able to register their case.
Lawyer should be given the provision to accept or decline the case proposal.
Administrator will be responsible for updating the data like next hearing date and
the required updates of the case.
4.6.2. Assumptions and Dependencies
The Software needs the following third party products-
Android studio.
Firebase account(free).
System Design
The purpose of System Design is to create a technical solution. That satisfies the
functional requirements for the system. At this Point in the project lifecycle
there should be a Functional Specification, written primarily in business
terminology, containing a complete description of the operational needs of the
various organizational entities that will use the new system.
The Challenge is to translate all of this information into Technical
Specifications that accurately describe the design of the system, And that can be
used as input to System Construction. Thee Functional Specification produced
during System Requirements Analysis is transformed into a physical architecture.
21
System components are distributed across the physical architecture, usable
interfaces are designed and prototyped, and
Technical Specifications are created for the Application Developers,
enabling them to build and test the system. Many organizations look at System
Design primarily as the Preparation of the system component specifications;
however, Constructing the various system components is only one of a setoff
major steps in successfully building a system.
The preparation of the environment needed to build the system, the
testing of the system, and the migration and preparation of the data that will
ultimately be used by the system are equally important.
In addition to designing the technical solution, System Design is the time to
initiate focused planning efforts for both the testing and data preparation activities.
DATA FLOW DIAGRAM
Four simple notations are used to complete a DFD. These notations are given below:-
DATA FLOW: - The data flow is used to describe the movement of information
from one part of the system to another part.Data flow is represented by an arrow.
PROCESS: - A circle or bubble represents a process that transforms incoming data to
outgoing data. Process shows a part of the system that transform inputs to outputs.
EXTERNAL ENTITY: - External entities represent any entity that supplies or receive
information from the system but is not a part of the system.
DATA STORE: - The data store represents a logical file. A logical file can
represent either a data store symbol which can represent either a data structure or
a physical file on disk. The data store is used to collect data at rest or a temporary
repository of data. It is represented by open rectangle.
22
OUTPUT:-The output symbol is used when a hard copy is produced and the user of the
copies cannot be clearly specified or there are several users of the output.
SYMBOLS
Function
File/Database
Input/output
Flow
23
Context Diagram
LEVEL -0/Context Diagram : -
Online Airline
Register case
Reservation
View Case Details Customer
Admin
Update Details View case updates
View Case Details
Lawyer
24
Use Case Diagram
25
Login
View Case
Details
DetailsView
Admin Register
V
Users
Enter fees to pay
Lawyer
Payment
Register Case
Accept casecase
Update
Details
26
SYSTEM DESIGN
5.1. MODULE DESCRIPTION
The list of modules incorporated with “COURT CASE MANAGEMENT SYSTEM “is
as
follows:
Admin Module:
Admin is a super user of our system. Admin can view all data in the system. Admin must
log in to the system then there is authentication process. Admin is basically senior
advocate. Admin can add case details, verify employee, details, accept case etc.
Client Module:
The client is the end user of this system. The client can search the advocates in the
system. The client can view advocate’s profile, their winning percentage, experience, age
etc. Clients can hire the advocate for their cases. They can pay the fee using a payment
gateway.
Employee Module:
In any advocate office, there are a lot of employees. Senior advocate finds it difficult to
manage them. This system would help him/her to manage employee works, pay the
salary etc. An employee can see the task assigned to him/her. They can arrange a
meeting, update hearing details, case details, contact to client etc.
Case Module:
Every case information needs to be entered in the system. Once a case is entered into the
system. It is assigned to an advocate with case id. After a case is being created, the
employee can update the information like case hearing date, the status of the case, client
information, document etc.
CaseID:
27
This is numeric 14 digits number which is unique to every case. CaseID is the primary
key to case table in the database. Each case is uniquely identified using this id.
Case Type:
There are several types of criminal and non-criminal case. Every case should be assigned
to a type so that we can classify them into the group. Which would help us to manage the
case efficiently?
Case Details:
Case detail would periodically update. As the case goes on case details would also be
updated.
Court Name.:
Every case has been heard in specific court. This attribute holds the court name with
address.
AdvocateID:
Every case is assigned to an advocate. This attribute is a foreign key to Admin table or
employee. Advocate details can be fetched using this.
Last Hearing date:
This field store the data about last hearing of the case.
Next Hearing date:
This field store the data about next hearing of the case.
5.2. Software System Attributes
There are a number of attributes of software that can serve as requirements. It is
important that required attributes by specified so that their achievement can be
28
objectively verified. The following items provide a partial list of examples.
These are also known as non-functional requirements or quality attributes.
These are characteristics the system must possess, but that pervade (or cross-
cut) the design. These requirements have to be testable just like the functional
requirements.
It’s easy to start philosophizing here, but keep it specific.
5.2.1. Reliability
It means the extent to which program performs with required precision. The
website developed should be extremely reliable and secure so that information
about any questions etc. is not leaked. The system shall not be down more than 2
times in a year.
5.2.2. Availability
Checking that the system always has something to function and always pop up
error messages in case of component failure. In that case the error messages
appear when something goes wrong so to prevail availability problems.
5.3.3. Security
The security requirements deal with the primarily security. The software should
be handled only by the administrator and authorized users. Only the
administrator has right to assign permissions like creating new accounts and
generating password.
Specific requirements in this area could include the need to:
Keep specific log or history data sets
Assign certain functions to different modules
Restrict communications between some areas of the program
Check data integrity for critical variable.
29
5.2.4. Maintability
The application is to be designed so that it is easily maintained. Also it should allow
incorporating new requirements in any module of system. Backups for database are
available.
5.2.5. Portability
The software is a web based application and is built in PHP and My SQL. So it is
platform independent and is independent of OS. The application will be easily
portable on any window based system.
5.3. Organizing the specific Requirements
For anything but trivial systems the detailed requirements tend to be extensive.
For this reason, it is recommended that careful consideration be given to
organizing these in a manner optimal for understanding. There is no one optimal
organization for all systems. Different classes of systems lend themselves to
different organizations of requirements in section 3. Some of these organizations
are described in the following subclasses.
5.3.1. System Mode
Some systems behave quite differently depending on the mode of operation.
When organizing by mode there are two possible outlines. The choice depends
on whether interfaces and performance are dependent on mode.
5.3.2. User Class
Some systems provide different sets of functions to different classes of user
5.3.3. Objects
Objects are real-world entities that have a counterpart within the system.
Associated with each object is a set of attributes and functions. These functions
30
are also called services, methods, or processes. Note that sets of objects may
share attributes and services. These are grouped together as class
5.3.4. Feature
A feature is an externally desired service by the system that may require a
sequence of inputs to affect the desired result. Each feature is generally
described in as sequence of stimulus-response pairs.
5.3.5. Stimulus
Some systems can be best organized by describing their functions in terms of stimuli.
5.3.6. Response
Some systems can be best organized by describing their functions in support of the
generation of a response.
5.3.7. Functional Hierarchy
When none of the above organizational schemes prove helpful, the overall
functionality can be organized into a hierarchy of functions organized by either
common inputs, common outputs, or common internal data access. Data flow
diagrams and data dictionaries can be use dot show the relationships between and
among the functions and data.
DATABASE DESIGN
The general theme behind a database is to handle information as an integrated
whole. A database is a collection of interrelated data stored with minimum
31
redundancy to serve many users quickly and efficiently. The general objective
is to make information access easy quick and flexible for user. In database
design several objectives are considered.
Control Redundancy:
Redundant occupies space and therefore, is wasteful. If versions of the data are
in different phases of updating the system often gives conflicting information.
A unique aspect of database design is storing only once, which controls
redundancy and improves system performance.
Table Structure
32
SCREEN SHOTS
Home Page
Register Form
View status
Login page
All page sc
33
Mainactivity.Xml
signup.xml
other xml files
Mainactivaity.java
Signup.java
System Testing
34
The testing process focuses on the logical intervals of the software ensuring that all
statements have been tested and on functional interval is conducting tests to uncover
errors and ensure that defined input will produce actual results that agree with the
required results. Program level testing, modules level testing integrated and carried out.
9.1. Testing Methods
There are two major type of testing they are
White Box Testing.
Black Box Testing.
White Box Testing
White box sometimes called “Glass box testing” is a test case design uses the control
structure of the procedural design to drive test case.
Black box Testing
Black box testing focuses on the functional requirements of the software. This is black
box testing enables the software engineering to derive a set of input conditions that will
fully exercise all functional requirements for a program. Black box testing is not an
alternative to white box testing rather it is complementary approach that is likely to
uncover a different class of errors that white box methods like..
Interface errors
Performance in data structure
Performance errors
Initializing and termination errors
9.2. Unit testing
Unit testing is a software verification and validation method in which a programmer tests
if individual units of source code are fit for use.
35
A unit is the smallest testable part of an application. In procedural programming a
unit may be an individual function or procedure.
Ideally, each test case is independent from the others: substitutes like method
stubs, objects, fakes and test harnesses can be used to assist testing a module in isolation.
Integration Testing:
This testing is sometimes called Integration and Testing. Integration testing is the phase
in software testing in which individual software modules are combined and tested as a
group. It occurs after unit testing and before system testing. Integration testing takes as
its input modules that have been unit tested, groups them in larger aggregates, applies
tests defined in an integration test plan to those aggregates and delivers as its output the
integrated system ready for system testing.
Validation Testing:
Validation Testing can be defined in many ways, but a simple definition is that validation
succeeds when the software functions in a manner that can reasonably expected by a
customer. After validation test has been conducted, one of the following two possible
conditions exists. The functions or performance characteristics confirm to specification
and are accepted.
In the administrator and login modules, all the fields must be
filled.
In the student registration, contact number should contain exactly
10 numbers.
User Acceptance Testing: User acceptance of a system is a key factor of any system.
The system under consideration is tested for the acceptance by constantly keeping in
touch with the prospective system users at the same time of developing and marketing
changes whenever required. This is done in regard to the following points:
Input Screen Design
Output Screen Design 9.3. Test Cases
36
NO INPUT GIVEN EXPECTED ACTUAL TEST ACTION
OUTPUT OUTPUT PASS TAKEN
OCCURED
, 123
Enter regno Enter regno
3 Admin, kumar Admin Invalid No The wrong
Home page password for password
user Admin
***** is
given for
user Admin.
4 Login,Sanjana19 Content Successfully Yes -
screen
Authenticated
CONCLUSION
We have developed a secure, user-friendly Case Management System.This system would
able to save a lot of time of senior advocate as well as employee and client. They do not
need to remember anything.
37
Just update once. They will get a notification. An advocate can add a client, opponents,
Case no., case details, Previous hearing date, next hearing date, court name, employee
details, case related document.
This software is secure to store data. Every sensitive information is encrypted using
cryptography. This is cloud base software.
This means the user can access the system 24X7. They just need internet connections, a
device to connect, and user id and password.
BENEFITS:
The project is identified by the merits of the system offered to the user. The merits of this
project are as follows: -
It’s a android project.
This project offers user to enter the data through simple and interactive forms.
This is very helpful for the client to enter the desired information through so
much simplicity.
The user is mainly more concerned about the validity of the data, whatever he is
entering. There are checks on every stage of any new creation, data entry or
updating so that the user cannot enter the invalid data, which can create problems
at later date.
Sometimes the user finds in the later stages of using project that he needs to
update some of the information that he entered earlier. There are options for him
by which he can update the records. Moreover, there is restriction for his that he
cannot change the primary data field. This keeps the validity of the data to longer
extent.
38
User is provided the option of monitoring the records he entered earlier. He can
see the desired records with the variety of options provided by him.
From every part of the project the user is provided with the links through framing
so that he can go from one option of the project too other as per the requirement.
This is bound to be simple and very friendly as per the user is concerned. That is,
we can say that the project is user friendly which is one of the primary concerns
of any good project.
Data storage and retrieval will become faster and easier to maintain because data
is stored in a systematic manner and in a single database.
Decision making process would be greatly enhanced because of faster processing
of information since data collection from information available on computer takes
much less time than manual system.
Allocating of sample results becomes much faster because at a time the user can
see the records of last years.
Easier and faster data transfer through latest technology associated with the
computer and communication.
Through these features, it will increase the efficiency, accuracy and transparency,
Future Scope and further enhancement of the Project
39
The Online court management system will provide these two basic services like
portability, case status.
The future scope includes expand the technologies like java and XML we can
also add new technologies like Kotlin,and many more for improving the efficiency of the
software.
The project will be useful for any schools and colleges with slightly modification.
Project is flexible i.e. any change /modification in database may be performing easily.
Also this project could be made web enabled.
Assumptions, if any
None
Assumptions:
The user is familiar with basic computer components and operations.
Dependencies:
The app should work on all Android mobile phones.
40
41
