E-Home Services-1
E-Home Services-1
CITY
Submitted By
University of Education
E-Home Services App: A Step Towards Smart City
FAISALABAD CAMPUS
UNIVERSITY OF EDUCATION LAHORE,
July 2022
DECLARATION
I declare that this project title entitled “E-Home Services App: A Step Toward
Smarty City” is the result of my research and development except as citing in the references.
This project has not been accepted for any degree and is not concurrently submitted in
candidate for any other degree. At any time if my statement is found to be incorrect even
afterwards of BS in Information Technology, the university has the right to withdraw my BS
Information Technology degree.
Signature: Signature:
Name: Name: _
Date: Date:
Signature: Signature:
Name: Name:
Date: Date:
PLAGIARISM UNDERTAKEN
I solemnly declare that project work presented in this documentation entitles “E-Home
Services App: A Step Towards Smarty City” is solely my work with no significant
contribution from any other person. Small contribution/help wherever taken has been
acknowledged and that complete project has been written by me.
I understand that zero tolerance policy of the HEC and University of Education, Lahore
towards plagiarism. Therefore, I as an author of the above titled project declare that no
portion of my project documentation and any material used as a reference is properly
referred/ cited.
I undertake that if I found guilty of any formal plagiarism in the above titled project
even after award of BS degree, the University reserve the rights to withdraw/revoke my
BS degree and that HEC and the University has the right to publish my name on the
HEC/University Website on which names of students are place who submitted
plagiarized projects.
Signature: Signature:
Name: Name:
Date: Date:
Signature: Signature:
Name: Name:
Date: Date:
CERTIFICATE OF APPROVAL
This is to certify that the project work presented in this documentation entitled, “E-
Home Services App: A Step Towards Smarty City” was conducted by “Zia Ur
Rehman”, “Hammad Bashir”, “Muhammad Adnan Ashfaq”, “Naseer Asghar”,
under the supervision of “Mr. Usman Rafi”. No part of this project has been
submitted anywhere else for any degree. This project is submitted to the “Faisalabad
Campus, University of Education” is partial fulfillment of the requirements of the
degree of BS in Information Technology.
Signature: Signature:
Name: Name: _
Date: Date:
Signature: Signature:
Name: Name:
Date: Date:
18-UE-02656 Hammad
Bashir
18-UE-03519 Naseer
Asghar
CC:
1.
2.
ACKNOWLEDGEMENT
We truly acknowledge the cooperation and help made by Mr. Usman Rafi, Lecturer
of University of Education, Faisalabad Campus. He has been a constant source of
guidance throughout this project. We would also like to thank Mr. Fahad Anwaar,
Lecturer of University of Education, Faisalabad Campus for his help and guidance
throughout this project. We are pleased to thank our friends and families whose silent
support led us to complete our project.
1- Zia Ur Rehman
2- Hammad Bashir
3- Muhammad Adnan Ashfaq
4- Naseer Asghar
Date:
July 22, 2022
Abstract
The main purpose of this project was to build an android mobile app that deliver the Home
services at your door step just by one click. We still need to schedule appointments with
people to fix issues everyday, such as pest management, mechanical, electrical, as well as
plumbing. We paid attention to this part of life and designed a system that delivers a variety
of services at your door step with a single click. Our system offers a wide range of services,
including plumbers, repair workers, electricians, and carpenters. For the convenience of users
our system has a user-friendly interface that makes it simple to access and use our services.
People can select the services they need by submitting the necessary details. The system is
flexible since services may be scheduled from anywhere to wherever you choose. Our app
can attract a specific class of users which in fact are huge in numbers people are able to use
this application and eventually get their job done. Through our app a numbers of workers can
get work remotely which increases their reach to consumers. Our application has a lot of
features that are helpful to our users as well as workers. This makes our app reliabale in the
marketplace. The developed system shows the services providers which are nearest to the
customers by fetching the location of both users. The system also displays the rating of
workers on its dashboard. This helps users to find the best and professional service providers.
After getting the required service customer can rate the service provider work as well as send
feedback about their work quality. If the service provider doesn’t reach in time, our app has a
reporting mechanism upon which the job should be shifted to the next best available person
who is willing to do it. After work is completed, the service provider marks the order as
complete. Electronic bill is also generated, and customer receives a notification of this system
is developed using Android Studio, Java and XML. However, this app is not available for
iOS. In future we have plans to launch it for iOS and world-wide web.
Table of Contents
Chapter 1 ...................................................................................................................... 1
Gathering & Analyzing Information ......................................................................... 1
1.1 Introduction .......................................................................................................... 2
1.2 Problem Statement ............................................................................................... 3
1.3 Goals & Objectives .............................................................................................. 3
1.4 Methodology ........................................................................................................ 3
1.4.1 Available Methodology .................................................................... 4
1.4.2 Chosen Methodology ........................................................................ 4
1.4.3 Reason for Chosen Methodology...................................................... 5
1.5 Definitions, Acronyms and Abbreviation’s ......................................................... 6
Chapter 2 ...................................................................................................................... 7
Software Requirement Specifications ........................................................................ 7
2.1 Stakeholder Characteristics ............................................................................. 8
2.1.1 Customers ................................................................................................ 8
2.1.2 Service Providers ..................................................................................... 8
2.2 Domain Requirements ..................................................................................... 8
2.2.1 Development Requirements ..................................................................... 8
2.2.2 Operational Requirements ....................................................................... 9
2.3 Functional Requirement ................................................................................ 10
2.4 Non-Functional Requirements ...................................................................... 11
Chapter 3 .................................................................................................................... 13
Analysis [Use Case Description and Use Case Model]............................................ 13
3.1 Use Case Model ............................................................................................ 14
3.2 Use Case Description .................................................................................... 16
3.2.1 Sign up Use Case ................................................................................... 16
3.2.2 Login Use Case ..................................................................................... 17
3.2.3 Select Category Use Case ...................................................................... 18
3.2.4 At Current Location Use Case............................................................... 18
3.2.5 Contact Use Case................................................................................... 19
3.2.6 Payment ................................................................................................. 20
3.2.7 Rate/Feedback Use Case ....................................................................... 21
3.2.8 Edit Profile Use Case............................................................................. 22
List of Figures
Figure 1.1: Agile Methodology...................................................................................... 5
Figure 3.1: Use Case Diagram ..................................................................................... 15
Figure 4.1: Architecture Diagram ................................................................................ 25
Figure 4.2: Entity Relationship Diagram ..................................................................... 26
Figure 4.3: Level 0 DFD .............................................................................................. 27
Figure 4.4: Level 1DFD ............................................................................................... 27
Figure 4.5: Class Diagram ........................................................................................... 28
Figure 4.6: Sequence Diagram ..................................................................................... 29
Figure 5.1: Sign Up Screen .......................................................................................... 32
Figure 5.2: Login Screen .............................................................................................. 33
Figure 5.3: View Categories ........................................................................................ 34
Figure 5.4: Menu Layout ............................................................................................. 35
Figure 5.5: At Current Location ................................................................................... 36
Figure 5.6: List of Service Providers ........................................................................... 37
Figure 5.7: Service Provider Details ............................................................................ 38
Figure 5.8: Rate Service Provider ................................................................................ 39
Figure 5.9: Feedback Screen ........................................................................................ 40
List of Tables
Table 2.1: Development Hardware Requirements ......................................................... 8
Table 2.2: Development Software Requirements .......................................................... 9
Table 2.3: Operational Hardware Requirements............................................................ 9
Table 2.4: Operational Software Requirements ............................................................. 9
Table 2.5: Functional Requirements ............................................................................ 10
Table 2.6: Non-Functional Requirements .................................................................... 11
Table 6.1: Sign Up Test Scenario ................................................................................ 34
Table 6.2: Login Test Scenario .................................................................................... 35
Table 6.3: View Categories Test Scenario ................................................................... 35
Table 6.4: Get Current Location Test Scenario ........................................................... 36
Table 6.5: Contact Test Scenario ................................................................................. 36
Table 6.6: Payment Test Scenario ............................................................................... 37
Table 6.7: Rate/Feedback Test Scenario...................................................................... 37
Table 6.8: Roles and Responsibilities .......................................................................... 39
Chapter 1
1.1 Introduction
Nowadays, if a consumer wants to employ services like pest control, home repainting,
plumbing, lighting, electronics, technical, and machinery repair, they may do it
through a personal meeting or mobile phone. Finding any kind of help in an
emergency at any time or location is challenging for the consumer. We build an
Android app for this work to assist customers in finding remedies for any issues
connected to plumbing, electrical, electronic, and mechanical, pest control, interior
repainting, and machine maintenance services.
The difficulty comes when service competent personnel are not available or the reliable
providers are tough to discover, who continuously give perfect service on instance,
when someone needs assistance with modest but significant domestic activities. Our
software for home services offers the fastest and least annoying method to complete
your household chores. We seek to help in offering the finest answers to all customer’s
household problems with greater accuracy, consolation, and specifically, a gentle
touch. Highly qualified internal specialists may be hired with a simple click, and your
service will be completed promptly. Customers' total willingness to pay is strongly and
favorably connected with both their expectations that fee-based services will be
superior and their conviction that it is ethical to "pay for what you get."
In proposed app after searching for a certain service and receiving a list of services,
the consumer can register and afterwards log in within certain location limit along with
the overall rating, number of jobs completed by the service provider and his
daily/hourly wages present on the proposed android app. Following this procedure, the
customer chooses the service and submits a support ticket. Once the job is accepted,
the customer can be able to track live location of the service provider and estimated
time to reach customer’s office/home. If the service provider doesn’t reach in time,
there should be a reporting mechanism and the job should be shifted to the next best
available person who is willing to do it. Before shifting the job, customer should be
notified regarding the wages of the new service provider and after confirmation from
the user, the job is shifted to the next service provider. After work is completed, the
service provider marks the order as complete. Electronic bill is generated, and customer
receives a notification of this. Customers can feedback the service provider.
In this suggested Android application, the supplier must first register and then log in
before they can examine the services that the user has purchased and recognize them
with a good response. Service Provider can be able to upload his information like
certain location limit along with the overall rating. In the latter case, the service
provider who is willing to do the work accepts the service.
Today there is great need of this app because in order to overcome the ineffective
traditional practices, we have developed a functional android rental app. Hiring and
managing staff normally is a time-consuming task. Many human resource management
applications have been developed, but each has its own set of limitations. They all have
advantages and disadvantages, and the staff also differs. The difficulty comes when
service competent personnel are not available or the reliable providers are tough to
discover, who continuously give perfect service on instance, when someone needs
assistance with modest but significant domestic activities. Hiring staff digitally is a
great way to hire hard, time-consuming jobs for those who work on regular wallets. In
the current system, the hiring system favors educated people.
There is no digital system for paid employees every day, and these employees do not
have easy access or information about a digital platform, so we are trying to create an
accessible and secure digital rental platform for all types of employees. When our team
investigates this system, we found to be a completely unorganized sector.
The main objective of E-home services app to facilitate the customers about the daily
problems like plumbing, electronic, mesons etc. on just single click. Following are
some goals of our system:
approach that is chosen, thus one should be extremely attentive when doing so. Here,
several significant development approaches for e-home services apps are discussed in
detail.
There is some methodology that are used for develop any type of project. Our industry
uses these methodologies to develop industrial and commercial software’s.
• Agile model
• Waterfall model
• Iterative model
• Spiral model
• Incremental model
Agile Methodology is used for developing the E-Home Service application. Agile
refers to something that is fast or adaptive. A software development methodology
based on repetitive development is referred to as an "agile process model." Methods of
agile project planning Activities should be broken up into smaller versions or parts
avoiding mentioning lengthy plans explicitly. At the beginning of the developmental
process, the program's needs and scale are determined. Plans for the quantity, length,
and scope of each iteration are spelled out in detail in advance. The agile progress
model views each iteration, which generally completed within one month, as a brief
time "frame." The project risk is reduced, and the total project delivery time
requirements are lowered thanks to the project's breakdown into smaller components.
E-home services app divides into five iterations. In first iteration, was to gather all
requirements from asset store and some websites. Determine the time and effort
necessary to construct the e-home services app during the resource collection phase by
defining the criteria that were used to describe business prospects. Using those data,
determine the functional and financial viability. Second iteration was to the design
front-end view of E-home services app.
On home screen there is a menu and design different buttons like set message button
for UI click button sound with the help of user flow diagrams or high-level UML
diagrams are used to demonstrate how additional innovations will be used in e-home
services app in third iteration we write script to implement E-home services app. After
defines the requirements, the work begins. The E-home services app is in the process
of being improved, thus it has basic, rudimentary capabilities. In forth iteration test E-
home services app by using different techniques. In the phase, the Quality Assurance
examines the E-home services app's performance and looks for the bug. In fifth
iteration we evaluate our project to check all the requirements.
During the development phase of E-home services, several features are added,
removed, or changed. Since the agile development model process is one of the best
methodologies, it is decided to apply it depending on the needs. A project management
approach specifically chosen for the creation of Android applications is the agile model.
The framework supports iteration, which significantly reduces mistakes and errors that
frequently occur. The phases and elements of the agile paradigm are divided. The
collaborative approach makes it possible to react to quick changes. Throughout the
mobile application development lifecycle, it is adaptable enough to accept changes in
projects. For the creation of applications, the majority of application developers also
University of Education, Faisalabad Campus 5
E-Home Services App: A Step Towards Smart City
employ the agile model technique. It uses the Agile Model when fresh updates or a
fresh functionality has to be added, programmers simply have to sacrifice few more
days or perhaps even a few hours of effort to roll it back and add it. In contrast to the
waterfall paradigm, the agile style requires relatively little preparing before a project
can begin.
Chapter 2
2.1.1 Customers
Customers are those uses which are take advantage of e-home services application.
Customers can select and order the service which they are required in their daily life.
Service Providers are the uses of our proposed application. These users create their
profile in e-home services application and accept the request from customer and fulfill
the home services requirements of customers. Service Providers can be
• Electrician
• Plumber
• Mason
• Labor
• Carpenter
• Painter
Software and hardware development needs can be stated. Requirements that must be
met before the development process may begin. These are the prerequisites.
Requirement Description
RAM 8 GB minimum
Requirement Description
Operational requirements are those in which a system must satisfy in order for users to
use it on their device. These are the criteria necessary for the finished product to
function properly and benefit its users. [7]
Requirement Description
Storage 16 GB
RAM 2 GB
Requirement Description
location.
FR5 Contact When customer select the service provider he can directly
contact with him and place an order
FR6 Payment When service provider completes the order of
customers, customer can pay amount of user by select
the option of payment.
FR7 Rate/Feedback Customer can pay amount of user by select the option
of payment then customer must rate and give feedback
about service providers.
FR8 Edit Profile If there is any type of mistake or conflict both users can
edit their profile.
FR9 Logout If users want to logout from application they can logout
from application by just clicking on logout.
NFR2 Usability The simple and easy graphical user interface of proposed
application makes that everyone can easily interact with
it without face any ambiguity,
NFR4 Manageability This can be managed easily as the developer can interact
at front end to make necessary changes in working
system.
NFR5 Security Only the Developer of this application reserves the right
to manipulate with the components and update data and
all other users can interact with that.
NFR6 Recoverability It is defined that proposed application get the system back
to its original state after a failure.
NFR7 Platform The system won't be reliant on just one device or paid
Independence software.
Chapter 3
Use-case illustrations represent and specify the circumstances and demands of an entire
solution or individual system modules. A singular use-case diagram may be employed
to create a complicated operation, or different use-case diagrams can be employed to
show the parts of the system. Early on in a project, use-case illustrations are
frequently developed and used as references during the design process.
• Primary actor: These are the actors that use the system to accomplish some
objectives.
• Secondary actor: These are the individuals who support the system in
achieving the objective of the main actor.
The following use cases describes the functionalities of e-home services application
and depicts how user can interconnect with system.
Alternative Scenario:
1. Invalid Credentials
2. Already Registered
Extensions:
1. The program decides that the submitted password and the email are
incompatible.
a. The system asks the user to input their email again.
i. The program recognizes the re-submitted email as being inaccurate.
2. The program recognizes the person as already being registered.
a. A system error notice appears.
3. The system discovers the user has no allocated roles in the system.
a. The system forbids the user from accessing the system.
3.2.2 Login Use Case
Use Case Number: 2
Alternative Scenario:
1. Invalid Credentials
2. Already logged into the application.
Post Conditions:
Extensions:
1. The program decides that the submitted password and the email are
incompatible.
3. The system discovers the user has no allocated roles in the system.
a. The system forbids the user from accessing the system.
3.2.3 Select Category Use Case
Use Case Number: 3
Description: Customer view the all category of service providers and select the
service that he is needed.
Alternative Scenario:
Post Conditions: Customer able select the service provider according to their
location.
Extensions:
Description: Application shows the nearest service provider list to customers and
customer can select the service provider by checking their rate, feedback, experience
and location.
Alternative Scenario:
Post Conditions: Customer can directly contact with select service providers.
Extensions:
Alternative Scenario:
Post Conditions: When service provider complete the order customer can send
amount of working to service provider.
Extensions:
3.2.6 Payment
Use Case Number: 6
Preconditions: Customer can contact with service provider for desired service.
Alternative Scenario:
Post Conditions: When user send amount to customer. He can rate, send feedback
about the service provider work quality.
Extensions:
Description: Customer can pay amount of user by select the option of payment then
customer must rate and give feedback about service providers.
Preconditions: Customer can contact with service provider for desired service.
Alternative Scenario:
Post Conditions: both user also edit their profile if they have any type of mistake
Extensions:
Post Conditions: both user also can logout from application if they want.
Extensions:
Extensions:
Chapter 4
Design
The architectural diagram is a strategy for expressing a set of concepts, ideas, and
structures, but also, their theories, aspects, and features. Large mechanisms are broken
up into stages using architectural diagrams. Instead of attempting to grasp everything
all at once, you may zoom in and concentrate on particular systems. Diagrams have the
benefits of being easy to display a variety of files in a data image.
location. The 3rd or last layer is data layer it depicts that there is database behind the
processes of the proposed application. Google map is web service which is used for get
the location of service providers and customers.
The above diagram shows the relationship between entities of proposed application.
Rectangular boxes represented as entities and ellipse describes the attributes of these
entities. The diamond symbol depicts that relationship between entities. First of all,
University of Education, Faisalabad Campus 26
E-Home Services App: A Step Towards Smart City
users can be register and login to app. After authentication users must use and view the
system functionalities. When customer login to application he must be able to view the
categories of service providers and find service providers at current location and it
describes the one to many relationships between registration and login because user can
register themselves at once and login many time in application after logout.
DFD is a flowchart that shows how data moves through a system or process.
Additionally, it provides details on the intakes and outcomes of every object as well as
the procedure altogether. DFD does not contain any repetitions or sets of constraints,
nor is there any control flow. A schematic can show certain details, depending on the
type of data.
The upper DFD describes that Firebase is the database of e-home services and service
provider and customer are real world entity. Users must authenticate through firebase
and all other data of application also stored and fetch from firebase real time database.
Categories also stored and fetch from database. Customers use the contact number of
service providers that is stored in firebase database.
The first part of this diagram is name of classes the middle part contains
attributes/properties of proposed application, and the last part contains the methods
behind the attributes. Select category class contains the composition notation towards
contact, rate, and location. If the select category is destroyed all the components also
destroyed. When user selects the category of service provider, application displays the
nearest location of the services providers to customers. Location is associated with the
contact because if users select the service provider, then he contacts with them. If
worker complete the work of customer, he must be pay amount to them by their jazz
cash or easy paisa account and after rate the performance of service providers.
The sequence diagram, which is sometimes referred to a festival diagram, shows how
information enters the system. It facilitates the portrayal of a wide range of fluid
scenarios. It portrays communications between either chosen anchor points as a
chronologically ordered set of occurrences, as if those anchor points were present
simultaneously. In the UML diagram, the lifeline is denoted by a steep peak, while the
case presented is portrayed by a turn indicate line that spans under the page. It has
both branches and repetitions.
When user selects the category of service provider, application display the nearest
location of the services providers to customers. Location is associated with the contact
because if users select the service provider then he contacts with them. If worker
complete the work of customer, he must be pay amount to them by their jazzcash or
easypaisa account and after rate the performance of service providers.
Chapter 5
Graphical User Interface
Sign UP page is designed for both seeker and recruiter to register on this app. Here
both enter their relevant information according to the interface.
In this interface all the modules are attached by clicking this all the service providers will
be shown. Categories includes electrician, mason, plumber, labour, carpenter and painter.
This is the current location when we access this location all the workers are found who
are registered on this app.
This is interface, the detail of the service provider is shown with its details such as
category, rating, experience, and its personal contact details.
Here, we can give a healthy feedback for the service provider for their work.
Chapter 6
Testing
6.1 Introduction
Post Conditions:
Post Conditions: Customer view service providers that is at their current location.
Successful
It includes every strategy for assessment procedures that must be followed in order to
produce quality. It contains the necessary atmosphere and technologies, priority
setting, test procedure to be used with risk, and a contingency plan. It also specifies
how to check, what should not be tested, when to check, and who will do each check.
The test objective is recognized as the ultimate goal and accomplishment of the test
execution. Testing aims to identify as many software flaws as reasonable and ensure
that the product is free of them already when it is released.
The scope of E-home services application is to check all the modules like
authentication, Select categories, set current location, Rate/feedback, Edit profile and
logout from application. Contact and Payment modules are not tested because may be
customer cannot contact with users and payment is only depend on users and developers
give not any surety about the customer genuinely pay after taking a service.
A strategy plan including your testing methodology, goals, and plans for how you'll get
there. For E-home services application developers can contact with each other and
discuss what modules are developed for testing. In test approach functional and non-
functional testing is tested by e-home services app developers and discussing the
approach with other member of development team.
When developers or team member of application done the test approach, they define
what methodology is used for testing. For functional testing developer of e-home
services test, unit testing, integration testing, system testing, interface testing and smoke
testing. For non-functional testing, performance testing, usability testing, load testing
and security testing is analyzing.
The Entry criteria of e-home services application is that when a module is developed it
is tested. It works module by module, component is developed and tested individually.
University of Education, Faisalabad Campus 47
E-Home Services App: A Step Towards Smart City
The Exit criteria of application are that when module is totally tested.
The Testing process is stopped when developers give full surety about the application
and claim that it is bug free and reliable for use. When testing is stop it is move to next
phase of testing plan.
When application is testing by module by module it releases that there are some defects
in application. It is said that if there is no defect in application its mean testing is not
completed. A developer tracks the defects of application and documents the defects
for solving these defects.
A testing environment is a setup of hardware and software that the penetration tester
will use to execute test cases. E-home service is android based application, so
developers test this app on different android devices. Test environments solve the
following answers.
6.3.9 Deliverables
Chapter 7
Conclusion and Future Work
7.1 Conclusion
To alleviate the effort of locating in-house expertise for services, The proposed system
provides several solutions by sending services professionals to your home with a
simple touch. A systematic contributor to environmental for system customers use of
our services in a very comfortable way by making it simpler for those to do so.
Application makes all of clients home cleaning, plumber, furnishing cleaning,
electronics works, instruments maintenance, home repainting, vehicle services, and
many more services as easy as accessible with our properly qualified and background
demonstrated personnel.
Nowadays, if a consumer wants to employ services like pest control, home repainting,
plumbing, lighting, electronics, technical, and machinery repair, they may do it through
a personal meeting or mobile phone. Finding any kind of help in an emergency at any
time or location is challenging for the consumer. We build an Android app for this
work to assist customers in finding remedies for any issues connected to plumbing,
electrical, electronic, and mechanical, pest control, interior repainting, and machine
maintenance services.
The improvement of this project surprises with a few structures, but after the passage of
time, new concepts ascended, and with the new technology more structures will be
added, with the sensibleness that if this construction is instigated and distributes this
certain feature, then with that detailed feature another modules may be added, and at
the end of the project we released that particular modules and aim of this project is
developed and this covers the all previous limitations of existing systems. The goal is to
develop an Android application that will help the user get help by downloading and
installing the application and reaching out to nearby experts and thus connecting them
using the internet site and app.
Everything needs to be improved at some time, as this project began, and some research
was conducted on the previously created system. By analyzing all the modules and
functionalities provided by the present system, it was concluded that the previously
established system lacked certain elements and needed to be upgraded. Work on this
system can begin in the future, when someone feels, or other exciting features come to
mind.
Some of the most typically requested home services are available through the online
household services application. The system adjusts to the customers changing needs.
The system as a unit can be designed to expand their capacity in response to fresh
requirements in which the program may provide an appropriate solution outside. You
may also expand this application by only including the required resources and pricing
options.
For instance, the current system provides cheap repainting, cleanliness, shippers and
carriers, and plumbing maintenance and repairing operations. The system may also be
expanded to meet the needs of the customer. By greater responsiveness like smartphone
and computer repair, laundry services, and catering services, the system can be
extended. Through additional solutions like telephone and equipment repair, washing,
cooking, and so on, the platform's lifetime may be increased. Our system discusses
several pricing options. For instance, right now it only accepts MasterCard payments
online, but it may be enhanced to accept Bitcoin or other payments as well. The
following can be used to upgrade the system:
References
1. L.RichardYe; Yue Jeff , Zhang; Dat-DaoNguyen; James;, "Fee-based online
services Exploring consumers’willingness to pay," Journal of International
Technologyand Information Management.
10. Seidl; Martina; Marion Scholz; Christian Huemer; Gerti Kappel;, "The Use
Case Diagram," vol. In UML@ Classroom, pp. 23-47, 2015.