Demo Data from VLDB 2026 / reviewers in the wild / expert
Ashok U. Mallya
dblp:m/AUMallya
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
business process modeling |
0.1 | 1 | 2005 | Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005 |
Concurrent programming
communication protocols |
0.1 | 1 | 2005 | Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005 |
Concurrent programming › concurrency theory › process calculi
pi-calculus |
0.0 | 1 | 2005 | Interaction Protocols as Design Abstractions for Business Processes · IEEE Trans. Software Eng. 2005 |
Concurrent programming › concurrency theory
process calculi |
0.0 | 1 | 2005 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 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 ProcessesabstractBusiness 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 ProtocolsabstractBusiness 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 |
ICWS | 1 |