Web-based
collaborations and processes have become essential in today’s business
environments. Such processes typically span interactions between people and
services across globally distributed companies. Web services and SOA are the
defector technology to implement compositions of humans and services. The
increasing complexity of compositions and the distribution of people and
services require adaptive and context-aware interaction models. To support
complex interaction scenarios, we introduce a mixed service-oriented system
composed of both human-provided and Software-Based Services (SBSs) interacting
to perform joint activities or to solve emerging problems. However,
competencies of people evolve over time, thereby requiring approaches for the automated
management of actor skills, reputation, and trust. Discovering the right actor
in mixed service-oriented systems is challenging due to scale and temporary
nature of collaborations. We present a novel approach addressing the need for
flexible
involvement
of experts and knowledge workers in distributed collaborations. We argue that
the automated inference of trust between members is a key factor for successful
collaborations. Instead of following a security perspective on trust, we focus
on dynamic trust in collaborative networks. We discuss Human-Provided Services
(HPSs) and an approach for managing user preferences and network
structures.
HPS allows experts to offer their skills and capabilities as services that can
be requested on demand. Our main contributions center around a
context-sensitive trust-based algorithm called ExpertHITS inspired by the
concept of hubs and authorities in web-based environments. ExpertHITS takes
trust-relations and link properties in social networks into account to estimate
the
reputation of users.
CHAPTER 1 – INTRODUCTION
WEB services have paved the way for
a new blend of compostable systems. Services already play an important role in
fulfilling organizations’ business objectives because process stakeholders can
design, implement, and execute business processes using web services and
languages such as the Business Process Execution Language(BPEL) [1]. A broad
range of services is increasingly found
in
open web-based platforms. Users and developers have the ability to use services
in various applications because services offer well-defined, programmable,
interfaces. In process-centric collaboration, a top-down approach is typically
taken by defining process activities and tasks prior to deploying and executing
the process. Before creating the model, the designer must fully understand each
step in the process. Flexibility in such composition models is limited since
unexpected changes require remodeling of the process. Such changes may cause exceptions,
disrupting the normal execution of the process. It is important to support
adaptivity in collaborations and compositions. An important role toward
adaptive processes
is
the ability to support the execution of ad hoc activities and flexibility in
human interactions to react to unexpected events. While the process-centric
collaboration approach follows a top-down methodology in modeling flows, ad hoc
flows in flexible collaborations emerge at runtime. A runtime environment constraints
the execution of flows. Such constraints are, for example, the availability of resources,
services, and people.
1.1 Objectives
The
increasing complexity of compositions and the distribution of people and
services require adaptive and context-aware interaction models. To support
complex interaction scenarios, we introduce a mixed service-oriented system
composed of both human-provided and Software-Based Services (SBSs) interacting
to perform joint activities or to solve emerging problems. However,
competencies of people evolve over time, thereby requiring approaches for the
automated management of actor skills, reputation, and trust. Discovering the
right actor in mixed service-oriented systems is challenging due to scale and
temporary nature of collaborations We argue that the automated inference of
trust between members is a key factor for successful collaborations. Instead of
following a security perspective on trust, we focus on dynamic trust in
collaborative networks. We discuss Human-Provided Services (HPSs) and an
approach for managing user preferences and network structures.
1.2 Purpose of proposed work
Two-sided
markets arise when two different types of users may realize gains by interacting
with one another through one or more platforms or mediators. A two-sided market
is a system of connections between three types of agents: users of the first
type (software developers, questioners), users of the second type (authorities,
answerers) and intermediaries (hubs, delegators).
1.3 System Specifications
Hardware Requirements:-
·
Android
Phone
Software Requirements: -
Operating System : Android OS
Front-End : HTML, CSS, and JS
Back-End : Angular JS, PHP, MYSQL
Tool : Cordova
3.2
Interfaces
The application will have a user
friendly and menu based interface. Following user interface pages will be
provided.
·
Registration
to have their detailed information to maintain database
·
Login
to validate and allow them to access these application complaints with already
stored database.
·
Admin enters the login and view complaint and
prepare for solutions.
·
Then user enters this application and view
complaint status of their complaint.
3.3
System Features
In the life of the software development, problem analysis provides
a base for design and development phase. The problem is analyzed so that
sufficient matter is provided to design a new system. Large problems are
sub-divided into smaller once to make them understandable and easy for finding
solutions. Same in this project all the task are sub-divided and categorized.
System
Modules:
Ø
USER
Ø
Login
Ø
Register
Ø
Post quires
Ø
View command
Ø
Post feedback
Ø
ADMIN
Ø
Register
Ø
Login
Ø
View quires
Ø
View feedback
3.3.1
Login Module
The main
activities in the application are the user login page for user. The other modules
are followed by this login page. This module records only user and password of
the user.
3.3.2
Registration Module
Another
main function of our proposed system is registration, in order to register with
the unique application details such as bridal name, groom name; password, email,
place and time are required.
3.3.3
Post Quires
User posts their quires in admin web site. And they
need to give feedback to user command or reply of their quires.
3.3.4
Admin Response
Admin
enters this system and view user quires and give solution for their quires. And
admin can view the user feedback.
project-center-salem-erode-namakal-tiruchengode-karur-gandhipuram
project-center-mannargudi-pattukkottai
project-center-ambattur-avadi-ashokpillar-adyar-ekkaduthangal
project-center-bangalore-chennai-trivandrum
project-center-bhubaneswar-belgum-bhopal
project-center-chidambaram-mayiladuthurai-nagapattinam-cuddalore
project-center-coimbatore-chennai-salem-madurai-erode-trichy-tirunelveli-pondicherry
project-center-delhi-mumbai-hyderabad-visakhapatnam
project-center-dharmapuri-hosur-krishnagiri
project-center-dindigul-palani-rasipuram
project-center-tirunelveli-tiruchendur-nagercoil-virudhunagar-rajapalayam
project-center-tnagar-tambaram-nungambakkam-velachery
project-center-trivandrum-ernakulam
Android Project Titles 2017-2018
Android Project Titles 2017-2018
Comments
Post a Comment