Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Ashok U. Mallya

dblp:m/AUMallya · DBLP profile ↗
← Back
3ranked-venue papers
2as first author
0since 2021 · last 2007
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2 · 1 first-authorArtificial intelligence and machine learning · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Concurrent programming · 62% Requirements engineering and software design · 38%

Topics — the 4 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
business process modeling
0.112005
Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005
Concurrent programming
communication protocols
0.112005
Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005
Concurrent programming › concurrency theory › process calculi
pi-calculus
0.012005
Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005
Concurrent programming › concurrency theory
process calculi
0.012005
Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005

Methods — techniques the papers use, named apart from their topics

pi-calculus · 0.1
YearPublicationVenuePosition
2007 An algebra for commitment protocols
Ashok U. Mallya, Munindar P. Singh
Auton. Agents Multi Agent Syst.1
2005 Interaction Protocols as Design Abstractions for Business Processes
abstract
Business process modeling and enactment are notoriously complex, especially in open settings, where business partners are autonomous, requirements must be continually finessed, and exceptions frequently arise because of real-world or organizational problems. Traditional approaches, which attempt to capture processes as monolithic flows, have proven inadequate in addressing these challenges. We propose (business) protocols as components for developing business processes. A protocol is an abstract, modular, publishable specification of an interaction among different roles to be played by different participants. When instantiated with the participants' internal policies, protocols yield concrete business processes. Protocols are reusable and refinable, thus simplifying business process design. We show how protocols and their composition are theoretically founded in the phi;-calculus.
Nirmit Desai, Ashok U. Mallya, Amit K. Chopra, Munindar P. Singh
IEEE Trans. Software Eng.2
2004 A Semantic Approach for Designing E-Business Protocols
abstract
Business processes involve interactions among autonomous partners. We propose that these interactions be specified modularly as protocols. Protocols can be published, enabling implementors to independently develop components that respect published protocols and yet serve diverse interests. A variety of business protocols would be needed to capture subtle business needs. We propose that the same kinds of conceptual abstractions be developed for protocols as for information models. Specifically, we consider (1) refinement: a subprotocol may satisfy the requirements of a superprotocol, but support additional properties; and (2) aggregation: a protocol may combine existing protocols. In support of the above, this paper develops a semantics of protocols and an operational characterization of them. This supports judgments about the potential subclass-superclass relations between protocols, which are a result of protocol refinement. It also enables protocol aggregation by splicing a protocol into another protocol.
Ashok U. Mallya, Munindar P. Singh
ICWS1