Se46 Lost and Found Management System
Se46 Lost and Found Management System
Session 2017-2021
Page 1 of 140
Project Detail
FA17-
(i) Abdullah Ahmad [email protected] Abdullah
BSE-144
FA17-
(ii) Muhammad Freed [email protected] Freed
BSE-166
FA17-
(iii) Ali Hassan [email protected] Ali
BSE-033
*The candidates confirm that the work submitted is their own and appropriate credit has been
given where reference has been made to work of others
Date: 16 June, 2021 Name of Group Leader: Abdullah Ahmad Signature: Abdullah
HoD: _____________________
Signature: _____________________
Page 2 of 140
Table of Contents
1 Abstract................................................................................................................... 13
2 CHAPTER 01 .......................................................................................................... 14
INTRODUCTION ........................................................................................................ 14
OBJECTIVES .............................................................................................................. 14
3.4.1 UC:001............................................................................................................ 26
3.4.2 UC:002............................................................................................................ 27
3.4.3 UC:003............................................................................................................ 28
3.4.4 UC:004............................................................................................................ 29
3.4.5 UC:005............................................................................................................ 30
3.4.6 UC:006............................................................................................................ 31
3.4.7 UC:007............................................................................................................ 32
3.4.8 UC:008............................................................................................................ 33
3.4.9 UC:009............................................................................................................ 34
Page 3 of 140
Page 4 of 140
4.7.1 login................................................................................................................ 85
Page 5 of 140
Page 6 of 140
Page 7 of 140
Page 8 of 140
LIST OF TABLES:
Table 1 Requirement Traceability Matric ..................................................................................... 25
Table 2 Use case Description for Register New User ................................................................... 26
Table 3 Use case Description for Login ........................................................................................ 27
Table 4 Use case Description for Report lost item ........................................................................ 28
Table 5 case Description Use for Register found item .................................................................. 29
Table 6 Use case Description for View status ............................................................................... 30
Table 7 Use case Description for View Contact Details ............................................................... 31
Table 8 Use Case Description for feedback .................................................................................. 32
Table 9 Use case Description for Chat ......................................................................................... 33
Table 10 Use case Description for View home page..................................................................... 34
Table 11 Use case Description for View lost item ....................................................................... 35
Table 12 Use case Description for View found items ................................................................... 36
Table 13 Use case Description for Update account info ............................................................... 37
Table 14 Use case Description for Deactivate Account ................................................................ 38
Table 15 Use case Description for User guidance ......................................................................... 39
Table 16 Use case Description for View item ............................................................................... 40
Table 17 Use case description for search by category................................................................... 41
Table 18 use case description for view statistics. .......................................................................... 42
Table 19 Test case for register user ............................................................................................. 104
Table 20 Test case for login ........................................................................................................ 105
Table 21 Test case for Report lost item ....................................................................................... 106
Table 22 Test case for Report found item ................................................................................... 107
Table 23 Test case for View status .............................................................................................. 108
Table 24 Test case for View contact details ................................................................................ 109
Table 25 Test case for Feedback ................................................................................................. 110
Table 26 Test case for chat .......................................................................................................... 111
Table 27 Test case for View home page ..................................................................................... 112
Table 28 Test case for View lost items ....................................................................................... 113
Table 29 Test case for View found items .................................................................................... 114
Table 30 Test case for Update Account info ............................................................................... 115
Table 31 Test case for Deactivate account .................................................................................. 116
Table 32 Test case for User guidance.......................................................................................... 117
Table 33 Test case for View history ............................................................................................ 118
Page 9 of 140
LIST OF FIGURES:
Figure 1 Use case Diagram for Whole Project .............................................................................. 43
Figure 2 Use case Diagram for Finder .......................................................................................... 44
Figure 3 Use case Diagram for Owner .......................................................................................... 45
Figure 4 Use case Diagram for Admin .......................................................................................... 46
Figure 5 system development lifecycle ......................................................................................... 47
Figure 6 Work breakdown structure(WBS)................................................................................... 48
Figure 7 Activity Diagram for Create Account ............................................................................. 49
Figure 8 Activity Diagram for login .............................................................................................. 50
Figure 9 Activity Diagram for Register lost item .......................................................................... 51
Figure 10 Activity Diagram for Register found item .................................................................... 52
Figure 11 Activity diagram for view found item........................................................................... 53
Figure 12 Activity diagram for view lost items ............................................................................. 54
Figure 13 Activity diagram for chat .............................................................................................. 55
Figure 14 Activity diagram for feedback ...................................................................................... 56
Figure 15 Activity diagram for update account info ..................................................................... 57
Figure 16 Activity diagram for Deactivate account ...................................................................... 58
Figure 17 Activity diagram for View status .................................................................................. 59
Figure 18 Activity diagram for Contact details ............................................................................. 60
Figure 19 view history ................................................................................................................... 61
Figure 20 view homepage ............................................................................................................. 62
Figure 21search by category .......................................................................................................... 63
Figure 22view statistics ................................................................................................................. 64
Figure 23user guidance.................................................................................................................. 65
Figure 24 Sequence diagram for Register new user ...................................................................... 66
Figure 25 Sequence diagram for login .......................................................................................... 67
Figure 26 Sequence diagram for Report lost item ......................................................................... 67
Figure 27 Sequence diagram for Report found item ..................................................................... 68
Figure 28 Sequence diagram for view status ................................................................................. 69
Figure 29 Sequence Diagram for view Contact details ................................................................. 70
Figure 30 Sequence diagram for Feedback ................................................................................... 71
Page 10 of 140
Page 11 of 140
Page 12 of 140
1 Abstract
Lost and Found Management System is a web as well as android application. As web technology
and android are well-known and commonly used nowadays, so everyone has an easy access to
them no matter where they are. This application is developed especially for the students, faculty
members and visitors of university to find their lost items. It has an attractive GUI (graphical user
interface) which will be friendly to every kind of user. The focus of the application is on the
person who has lost valuable item. Our system is keeping track of lost items.
Page 13 of 140
2 CHAPTER 01
INTRODUCTION
These days many of us lose our valuable items but no such proper platform is available for
returning these lost items. So, it is mandatory to develop a system that can help to overcome these
problems. This project is helpful because there is no proper tracking of lost item in our country.
As this system’s functionality is described here, whenever a person will lose his item, first of all
he will get register on the website and after successful login a form will appear for describing his
lost item after filling and adding location of lost item his ad of lost item will go live. Highlights of
that item will also appear on main page. Similarly, when finder will found lost item he will also
get register on the website and after login he will provide information regarding the item and
location of that lost item and when mislayer will see his lost item he will then contact to the
finder.
Anyone can see lost items on the website but in order to claim his item he/she have to register on
the site or on the mobile app. Security breaches are increasing day by day so we have provided
two step verification for every user for better security. The mislayer will get immediate status of
his lost item.
Lost and found management system, manage and track the lost and found items. This website is
developed for the students, faculty members and visitors of the universities yet anyone is able to
use it. Many times we come across multiple incidents someone has lost his/her valuable item and
someone has found a lost item. Usually the people who find something submit it to the in-charge
of the department and these items are placed in waiting for the person who lost it, but sometimes
person who lost his item is not aware about this. The in-charge of the department wants to give
back the items to their owners but due to unavailability of suitable platform, lost items are not
returned. Due to this reason, the students, employees, as well as visitors face a lot of difficulties
to find their missing items. For these kinds of issues, we have developed a web and mobile
application of lost and found management system.
OBJECTIVES
Our goal is to return the owners their lost items. As of now there is very little development of
such type so we have developed an application that ease out the whole process of finding the lost
items. We have made a web based and android application because these platforms are very
common and easily accessible these days.
We have developed this application to provide a very basic and easy to use, user interface so that
every person can easily use the application. We have provided Maps (geographical location)
service so that the owners and the finder can get the exact location where the lost item is located.
A chat feature is also provided so that the owners and finder can interact regarding the lost object.
Every lost item will be shown in the highlights on the main app page.
Page 14 of 140
PROBLEM STATEMENT
These days many of us lose our valuable items but no such proper platform is available for
returning these lost items. So, it is mandatory to develop a system that can help to overcome these
problems. This project is helpful because there is no proper tracking of lost item in our country.
• There will be many users who will use this app or website therefore it is not possible to
train every user that’s why we have made a user friendly interface that help every user to
train them.
• This project will be able to use on smart phones, tablets, desktops, laptops.
• At the project meeting the Stakeholders of the project are available.
LIMITATIONS:
• This project is able to work only on desktop system and android devices. User will not be
able to use it on IOS.
• Some of the functionalities in the android application are limited.
• Internet connection is compulsory.
• Above 4000 user can’t use the app or software at a time.
PROJECT SCOPE
Nowadays most of us go somewhere to visit place and sometimes we forget our valuable item at
that place. This is very stressful for every owner. There are many platforms but sometimes they
neither submit lost items nor return item to its exact owner. Some platforms are paid which are
not suitable for some users. Our project is based on web as well as on android. Both owner and
finder will register themselves.
User needs registration before performing any operation. After registration and login owner can
search his item and can also see all lost items. We have provided form to finder for providing
information regarding the lost item, he will also give the geographical location of that particular
place from where he found the item similarly owner will also give the location where he lost the
item. Both owner and finder can chat with each other for verification. Owner will mark item
found in his profile after he has found his lost item.
Page 15 of 140
LITERATURE REVIEW
(Thomas Campbell:2003). [1] In this development a system is designed which restores an item to
its owner. The item includes a tag that is attached to the object which includes pre assigned
identification number associated of the owner and also a toll free number. This pre identification
number is then sent to the information centre from finder. The information centre contacts with
the owner. After that owner receives information about his lost item from the information centre.
The major drawback of this system is the third medium used for returning the lost item that is
information centre and sometimes their server may can go down which will lead more problems
for the mislayer.
(Tom Price:2008). [2] This is automated lost item and found system named as LINR that avoids
language barriers by providing a short description of the item entered by the finder which is
stored in a database in any lost item notification message communicated to the owner concerning
the item. The lost item notification message also tells language used by the reporting party when
placing the lost item report, and may also include an indication of the geographic location where
the lost item report originated. There are many drawbacks in this system. The major drawback of
this system is when owner will submit its information about the lost item after submitting he/she
does not know the status of his item as this system avoids language barriers because all type of
lost information is handled by the system.
(Harkamal Kaur:2017). [3] This is a simple web based client server site which was made for
students to of university to easily found there lost item. The main features of this application
include an authentication, registration and login system, a lost and found listings page where the
user can enter the information about the lost and found items. Due to some security issues, the
users cannot delete any items because some users may delete the items just to mess around. This
privilege is given to the admin only. The application also allows the users to update the listed
items if needed. The users can update the contact information and change the password. This
system has no proper GUI. Owner and finder cannot directly chat with each. The major negative
point is both owner and finder cannot add their geographical location.
STACKHOLDER’S LIST
Name Role
Page 16 of 140
REQUIREMENT ELICITATION
3.3.1 FUNCTIONAL REQUIREMENTS
3.3.1.2 Login:
Req. No. Functional Requirement
FR02-01 If the owner or finder is registered with the system, then he/she can log in with the
system.
FR02-02 The owner or finder is able to enter registered email address.
FR02-03 The owner or finder is able to enter password.
FR02-04 If the owner or finder has given the correct email and password, then they are able to
press the login button.
FR02-05 The admin is able to login into the system.
Page 17 of 140
FR03-08 The owner is able to enter the colour of his/her lost item.
FR03-09 The owner is able to enter the brief description of his/her lost item.
FR03-10 After entering all the details, the owner is able to press the submit button.
FR03-11 After submitting the form, the system generates a reference id of that particular item.
FR03-12 When user(owner) add all the information regarding item, an automated mail is sent
to the provided email with reference number.
Page 18 of 140
FR06-01 The user is able to contact with the LOST&FOUND management team by clicking
on the contact us button.
FR06-02 The user is able to get the email address of the LOST&FOUND management team
from the contact us page.
3.3.1.7 Feedback:
Req. No. Functional Requirement
FR07-01 The user is able to give his/her feedback by clicking on the feedback button.
FR07-02 The user is able report bugs if any.
FR07-03 Admin can see the feedbacks of the users.
3.3.1.8 Chat:
Req. No. Functional Requirement
FR08-01 The system shall enable the item owner and finder to decide on what location they
want to meet.
FR08-02 The system shall enable the finder to ask for more details of the item to check the
validity of the ownership of the lost item from the item owner.
FR08-03 Owner and finder are able to directly communicate with each other
Page 19 of 140
Page 20 of 140
3.3.2.1 Performance:
Req. No. Non-Functional Requirement
NFR01-01 The average page loading time of our application is less than 3 seconds
NFR01-03 The page being used, supporting 5 thousand users per hour must provide 6 second
or less response time in a chrome desktop browser.
Page 21 of 140
3.3.2.2 Usability:
Req. No. Non-Functional Requirement
NFR02-01 The main actions are completed under 1 minute once the user see the interface
NFR02-02 The system UI is easy to understand that every time the user re-uses the system
he/she shall easily get used to it.
NFR02-03 The Error rate of users to submit their Item details at the submission page must
not exceed 10 percent.
3.3.2.3 Security:
Req. No. Non-Functional Requirement
NFR03-01 For isolation of information from other users every user would have a two step-
verification.
NFR03-02 No other user can access the system functionality that is not present in our
database.
3.3.2.4 Portability:
Req. No. Non-Functional Requirement
NFR04-02 The system is compatible with devices having chrome browser version 1.31 or
above
3.3.2.5 Reliability:
Req. No. Non-Functional Requirement
NFR05-01 The average failure rate of the system is 3 or less than that annually.
Page 22 of 140
3.3.2.6 Availability:
Req. No. Non-Functional Requirement
NFR06-01 Mean Time to Repair (MTTR): Even if the system fails, the system is
recovered back up within an hour or less.
Page 23 of 140
Page 24 of 140
Page 25 of 140
Use case ID: 001 Use case Name: Register new user
Priority 01
Actor Finder, Owner
Use Case It allows the user (finder, owner) to register himself with the system
Summary: by providing the information like name, valid email.
Pre-conditions The email should be valid.
Normal Follow of Paths Alternative Path
1. The user clicks on sign up button.
2. The user gives the information like
name, email, and password.
3. A verification mail is sent to the If user does not click on sign up then
provided email. verification email will not be sent.
Exception:
1. The system do not allow the user to add email which is already registered with in
the system.
Post-conditions:
Step no # Description
1. The user (finder, owner) will be successfully registered.
Table 2 Use case Description for Register New User
Page 26 of 140
3.4.2 UC:002
Page 27 of 140
3.4.3 UC:003
Use case ID: 003 Use case Name: Report Lost Item
Priority 01
Actor Owner
Use Case It allows the owner to report his lost item in to the system.
Summary:
Pre-conditions Owner should be registered and logged in with the system before
reporting lost item.
Normal Follow of Paths Alternative Path
1. The owner clicks on the report lost
item button.
2. The owner provides the
information like name, email, lost
item description, location, colour,
and brand.
3. After entering all the information
the owner will press the submit
button.
4. After pressing the submit button an If the user does not press submit button then
automated mail is sent to the lost item is be registered.
provided email with a unique
reference number.
Exception:
If the item is already registered, the system does not allow the owner to report.
Post-conditions:
Step no # Description
Page 28 of 140
3.4.4 UC:004
Use case ID: 004 Use case Name: Report Found Item
Priority 01
Actor Finder
Use Case It allows the finder to report the found item in to the system.
Summary:
Pre-conditions Finder should be registered and logged in with the system before
reporting found item.
Normal Follow of Paths Alternative Path
1. The finder clicks on the report
found item button.
2. The finder provides the
information like name, email, lost
item description, location, colour,
and brand.
3. After entering all the information
the finder press the submit button.
4. After pressing the submit button an If the user does not press submit button then
automated mail is sent to the found item will not be registered.
provided email with a unique
reference number.
Exception:
If the item is already reported, the system do not allow the finder to report.
Post-conditions:
Step no # Description
Page 29 of 140
3.4.5 UC:005
Page 30 of 140
3.4.6 UC:006
Use case ID: 006 Use case Name: View Contact Details
Priority 04
Actor Finder, Owner
Use Case In case the user feels to contact the management team of Lost and
Summary: Found management system, a contact detail section would be
provided so that the user can contact them for their own assistance.
Pre-conditions The user must be login into the system to view the contact details.
Normal Follow of Paths Alternative Path
1. The user (Owner) logs into the
system by providing email and
password.
2. The user scroll to the contact us
Section on the main page of the
application.
3. The user clicks on the required
contact button to get the contact
information.
Exception:
The system do not allow the user to see contact details if he/she is not logged into the
system.
Post-conditions:
Step no # Description
1. The user will see the contact information.
Table 7 Use case Description for View Contact Details
Page 31 of 140
3.4.7 UC:007
Page 32 of 140
3.4.8 UC:008
Post-conditions:
Step no # Description
1. The user will meet at a mutual place to exchange the lost product.
Table 9 Use case Description for Chat
Page 33 of 140
3.4.9 UC:009
Use case ID: 009 Use case Name: View Home page
Priority 04
Actor Finder, Owner
Use Case Homepage would be the place where all the highlights of the lost
Summary: items would be displayed. The person who has lost his item would
type in the search bar or see the highlights.
Pre-conditions The user must be login into the system to view the Homepage.
Normal Follow of Paths Alternative Path
1. The user (Owner) logs into the
system by providing email and
password.
2. The lost and found items
highlights are displayed on the
main screen.
3. The owner select the search bar
to enter details regarding
his/her lost item.
4. The finder enters details if he
/she have found something.
5. Search button is pressed to
search for the product.
Exception:
Post-conditions:
Step no # Description
1. The user will view the home page items.
Table 10 Use case Description for View home page
Page 34 of 140
3.4.10 UC:010
Use case ID: 010 Use case Name: View Lost items
Priority 01
Actor Finder, Owner, Admin
Use Case The owner, admin and finder can see from the highlights that
Summary: which items are lost. All the lost items can be viewed from there.
Pre-conditions The user must be login into the system to view the details of the
lost items.
Normal Follow of Paths Alternative Path
1. The user (Owner/finder) logs
into the system by providing
email and password.
2. The user (finder) searches an
item.
3. The user (owner/finder) clicks
on the lost items item button in
order to see all the lost items.
4. The user (owner/finder) clicks
on the details to see the lost
item details.
5. Admin clicks on the lost items
button to see all the received
and returned items.
Exception:
The system does not allow the user to see lost items details if he is not logged into the
system.
Post-conditions:
Step no # Description
1. The user will see the lost items.
Table 11 Use case Description for View lost item
Page 35 of 140
3.4.11 UC:011
Use case ID: 011 Use case Name: View Found Items
Priority 01
Actor Owner, Admin
The owner and admin will see all the found items reported by
finders. They will also be able to see all the details of the lost items
Use Case
for example their category, provided phone number, email etc.
Summary:
Pre-conditions: The user must be login into the system to view the details of the
found items.
Normal Follow of Paths Alternative Path
1. The user (Owner/finder) logs into
the system by providing email and
password.
2. The user (Owner/finder) searches
an item.
3. The user (Owner/finder) clicks on
the found items item button in
order to see all the found items.
4. The user (Owner/finder) clicks on
the details to see the found item
details.
5. The admin clicks on the found
items button to see all the received
and returned items.
Exception:
The system does not allow the user to see found items details if he is not logged into the
system.
Post-conditions:
Step no # Description
Page 36 of 140
3.4.12 UC:012
Use case ID: 012 Use case Name: Update Account Info
Priority 2
Actor Owner, Admin
Use Case Update Account info will provide the user to update his item info. It
Summary: will also allow the user to update his provided email address,
password, phone number, also the location of the item etc.
1. The user must be logged into the system.
Pre-conditions
2. Item must be previously added into the system if user wants
to update the item info.
3. User must be registered before if he wants to update his
account info.
Normal Follow of Paths Alternative Path
1. The user logs into the system.
Post-conditions:
Step no # Description
1. 1. The database will be updated.
2. The information will be updated everywhere in the system
Table 13 Use case Description for Update account info
Page 37 of 140
3.4.13 UC:013
The system does not allow the user to delete another user info.
Post-conditions:
Step no # Description
Page 38 of 140
3.4.14 UC:014
Post-conditions:
Step no # Description
Page 39 of 140
3.4.15 UC:015
User is not able to see any other users received and returned items history
Post-conditions:
Step no # Description
1. The user will successfully see his items history.
Table 16 Use case Description for View item
Page 40 of 140
3.4.16 UC:016
User is not able to see any other item from other categories.
Post-conditions:
Step no # Description
1. The user will successfully see all the items in that category.
Table 17 Use case description for search by category
Page 41 of 140
3.4.17 UC:017
Post-conditions:
Step no # Description
1. The admin will successfully view the statistics.
Table 18 use case description for view statistics.
Page 42 of 140
Page 43 of 140
Page 44 of 140
Page 45 of 140
Page 46 of 140
Page 47 of 140
Page 48 of 140
ACTIVITY DIAGRAM
4.2.1 CREATE ACCOUNT
Page 49 of 140
4.2.2 LOGIN
Page 50 of 140
Page 51 of 140
Page 52 of 140
Page 53 of 140
Page 54 of 140
4.2.7 CHAT
Page 55 of 140
4.2.8 FEEDBACK
Page 56 of 140
Page 57 of 140
Page 58 of 140
Page 59 of 140
Page 60 of 140
Page 61 of 140
Page 62 of 140
Page 63 of 140
Page 64 of 140
Page 65 of 140
SEQUENCE DIAGRAM
Page 66 of 140
4.3.2 Login:
Page 67 of 140
Page 68 of 140
Page 69 of 140
Page 70 of 140
4.3.7 Feedback:
Page 71 of 140
4.3.8 Chat:
Page 72 of 140
Page 73 of 140
Page 74 of 140
Page 75 of 140
Page 76 of 140
Page 77 of 140
Page 78 of 140
Page 79 of 140
Page 80 of 140
Page 81 of 140
SOFTWARE ARCHITECTURE
Page 82 of 140
CLASS DIAGRAM
Page 83 of 140
Page 84 of 140
COLLABORATION DIAGRAM
4.7.1 login
Page 85 of 140
4.7.2 REGISTER
Page 86 of 140
Page 87 of 140
Page 88 of 140
Page 89 of 140
Page 90 of 140
Page 91 of 140
4.7.8 CHAT
Page 92 of 140
Page 93 of 140
Page 94 of 140
Page 95 of 140
4.7.12 GUIDANCE
Page 96 of 140
4.7.13 HIGHLIGHTS
Page 97 of 140
Page 98 of 140
4.7.15 FEEDBACK
Page 99 of 140
NETWORK DIAGRAM
TEST CASES
5.1.1 TC01: REGISTER NEW USER
Test Case # 1 Test Case Name: Register new user
System: LOST AND FOUND Subsystem: Web and android development
MANAGEMENT SYSTEM Date: 22/12/20
Designed by: MUHAMMAD FREED Execution date: 22/12/20
Executed by : MUHAMMAD FREED
Short description: To register new user
Pre-Condition:
Owner/Finder/Admin opens website or mobile application.
Post-Condition:
New user registered successfully.
Table 19 Test case for register user
Pre-Condition:
Owner/Finder/Admin must be registered with the system.
Post-Condition:
The user successfully logged in.
Table 20 Test case for login
Pre-Condition:
Owner must be logged in.
Post-Condition:
Lost item registered successfully.
Table 21 Test case for Report lost item
Pre-Condition:
Finder must be logged in.
Post-Condition:
Found item registered successfully.
Table 22 Test case for Report found item
Pre-Condition:
User must report any lost or found item.
Post-Condition:
Status checked successfully.
Table 23 Test case for View status
Pre-Condition:
User must log into the system.
Post-Condition:
Contact details viewed successfully.
Table 24 Test case for View contact details
Pre-Condition:
User must be logged in to the system.
Post-Condition:
Feedback submitted successfully.
Table 25 Test case for Feedback
Pre-Condition:
User must report any lost or found item.
Post-Condition:
Message sent successfully.
Table 26 Test case for chat
Pre-Condition:
User must be logged in to the system.
Post-Condition:
Home page viewed successfully.
Table 27 Test case for View home page
Pre-Condition:
User must logged in to the system.
Post-Condition:
Lost item viewed successfully.
Table 28 Test case for View lost items
Pre-Condition:
User must be login into the system.
Post-Condition:
The user will see all the found item.
Table 29 Test case for View found items
Pre-Condition:
User must be login into the system.
Post-Condition:
The will successfully change his account info.
Table 30 Test case for Update Account info
Pre-Condition:
User must be login into the system.
Post-Condition:
Account and items will be deleted.
Table 31 Test case for Deactivate account
Pre-Condition:
The website must be opened.
Post-Condition:
The user will be able to know how to use the system.
Table 32 Test case for User guidance
Pre-Condition:
User must be login into the system.
Post-Condition:
The user will see all the returned and received items.
Table 33 Test case for View history
Pre-Condition:
User must be login into the system.
Post-Condition:
The user will see all the results according to its searched category.
Table 34 test case for search by category
Pre-Condition:
User must be login into the system.
Post-Condition:
The admin will see the statistics of the website.
Table 35 testcase for view statistics
6 CHAPTER CONCLUSION
Project Summary:
Main purpose of Lost and Found System is tracking all the lost and found items. This
application is designed for anyone who has lost his item anywhere or found someone else
item. But this app is especially designed for the students and faculty members. It can be
used anywhere for example in school, universities. In universities lost and found
department is working manually because of that they are facing many problems, so we
want to automate their system through this application.
Our application/web is user friendly so that it can be used by anyone. It will have GUI
(Graphical User Interface). We have also provided guidance for how to use the site. In
the end we have tested and validated our website for best results.
Future Work:
We will develop IOS app in the future so that iPhone users can easily access all the
features of the application.
References
[1] METHOD AND SYSTEM FOR RETRIEVAL OF LOST GOODS
https://patentimages.storage.googleapis.com/41/16/cf/90c15ba9a32ccb/US6546088.pdf
[3] LOST AND FOUND WEB APPLICATION FOR CAL POLY POMONA STUDENTS
http://dspace.calstate.edu/bitstream/handle/10211.3/194123/KaurHarkamal_Project2017.
pdf?se quence=3
Web Prototypes:
6.4.1 Sign up screen