EDBT 2026 Demo / reviewers in the wild / expert
Amnon Naamad
dblp:13/87
· DBLP profile ↗
8ranked-venue papers
2as first author
0since 2021 · last 2012
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 1 first-authorTheory of computation · 4 · 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
3 papers |
Requirements engineering and software design · 67% Programming languages and type systems · 23% Program synthesis and code generation · 10% | |
| Theoretical computer science
3 papers |
Logic in computer science · 55% Computational geometry · 18% Algorithms and data structures · 17% |
Topics — the 14 heaviest of 15, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software modeling
statecharts |
0.0 | 2 | 1996 | The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996 STATEMATE: A Working Environment for the Development of Complex Reactive Systems · IEEE Trans. Software Eng. 1990 |
Programming languages and type systems
language design |
0.0 | 1 | 1996 | The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996 |
Logic in computer science
semantics |
0.0 | 1 | 1996 | The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996 |
Program synthesis and code generation › generative programming
code generation from specifications |
0.0 | 1 | 1990 | STATEMATE: A Working Environment for the Development of Complex Reactive Systems · IEEE Trans. Software Eng. 1990 |
Requirements engineering and software design
reactive systems |
0.0 | 1 | 1990 | STATEMATE: A Working Environment for the Development of Complex Reactive Systems · IEEE Trans. Software Eng. 1990 |
Requirements engineering and software design
model-driven engineering |
0.0 | 1 | 1996 | The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996 |
Computational geometry › voronoi diagram
dynamic voronoi diagram |
0.0 | 1 | 1983 | Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983 |
Algorithms and data structures › similarity search
nearest neighbor search |
0.0 | 1 | 1983 | Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983 |
Computational geometry
voronoi diagram |
0.0 | 1 | 1983 | Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983 |
Embedded and real-time systems
reactive systems |
0.0 | 1 | 1988 | STATEMATE; A Working Environment for the Development of Complex Reactive Systems · ICSE 1988 |
Graph algorithms and graph theory › graph algorithms › network flow
maximum flow |
0.0 | 1 | 1979 | Network Flow and Generalized Path Compression · STOC 1979 |
Graph algorithms and graph theory › graph algorithms
network flow |
0.0 | 1 | 1979 | Network Flow and Generalized Path Compression · STOC 1979 |
Algorithms and data structures › data structure design › disjoint set union
path compression |
0.0 | 1 | 1979 | Network Flow and Generalized Path Compression · STOC 1979 |
Algorithms and data structures
dynamic data structures |
0.0 | 1 | 1983 | Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983 |
Methods — techniques the papers use, named apart from their topics
formal semantics definition · 0.0statecharts · 0.0simulation · 0.0union-find · 0.0path compression · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2012 | New challenges in performance engineeringabstractRecent new technologies and paradigm shifts in the IT business make the role of performance engineers significantly more challenging than any other time in the past. Flash technology, virtualization, and Cloud computing provide new options for performance optimization; however, materializing the potential of these technologies in a predictable and cost effective manner is a challenge. New performance management software and planning tools that are based on scientific research and analysis are required to meet the new expectations that users have. Amnon Naamad |
ICPE | 1 |
| 1996 | The STATEMATE Semantics of StatechartsabstractWe describe the semantics of statecharts as implemented in the STATEMATE system. This was the first executable semantics defined for the language and has been in use for almost a decade. In terms of the controversy around whether changes made in a given step should take effect in the current step or in the next one, this semantics adopts the latter approach. David Harel, Amnon Naamad |
ACM Trans. Softw. Eng. Methodol. | 2 |
| 1990 | STATEMATE: A Working Environment for the Development of Complex Reactive SystemsabstractSTATEMATE is a set of tools, with a heavy graphical orientation, intended for the specification, analysis, design, and documentation of large and complex reactive systems. It enables a user to prepare, analyze, and debug diagrammatic, yet precise, descriptions of the system under development from three interrelated points of view, capturing structure, functionality, and behavior. These views are represented by three graphical languages, the most intricate of which is the language of statecharts, used to depict reactive behavior over time. In addition to the use of statecharts, the main novelty of STATEMATE is in the fact that it understands the entire descriptions perfectly, to the point of being able to analyze them for crucial dynamic properties, to carry out rigorous executions and simulations of the described system, and to create running code automatically. These features are invaluable when it comes to the quality and reliability of the final outcome.> David Harel, Hagi Lachover, Amnon Naamad, Amir Pnueli, Michal Politi, Rivi Sherman, Aharon Shtull-Trauring, Mark B. Trakhtenbrot |
IEEE Trans. Software Eng. | 3 |
| 1988 | STATEMATE; A Working Environment for the Development of Complex Reactive Systems
David Harel, Hagi Lachover, Amnon Naamad, Amir Pnueli, Michal Politi, Rivi Sherman, Aharon Shtull-Trauring |
ICSE | 3 |
| 1984 | On the maximum empty rectangle problem
Amnon Naamad, D. T. Lee, Wen-Lian Hsu |
Discret. Appl. Math. | 1 |
| 1983 | Dynamic Voronoi diagramsabstractA new dynamizing technique is introduced wherebynpoint Voronoi diagrams (both closest and farthest point) can be updated inO(n)time per insertion or deletion, in the worst case. General properties of these dynamic Voronoi diagrams are explored including a storage/ deletion-time trade-off. In addition, their application to such problems as nearest neighbor search and the 2-minimum spanning circle problem is discussed. I. G. Gowda, David G. Kirkpatrick, D. T. Lee, Amnon Naamad |
IEEE Trans. Inf. Theory | 4 |
| 1980 | An O(EVlog²V) Algorithm for the Maximal Flow Problem
Zvi Galil, Amnon Naamad |
J. Comput. Syst. Sci. | 2 |
| 1979 | Network Flow and Generalized Path CompressionabstractAn O(EVlog2V) algorithm for finding the maximal flow in networks is described. It is asymptotically better than the other known algorithms if E = O(V2-ε) for some ε>0. The analysis of the running time exploits the discovery of a phenomenon similar to (but more general than) path compression, although the union find algorithm is not used. The time bound is shown to be tight in terms of V and E by exhibiting a family of networks that require Ω(EVlog2V) time.++ Zvi Galil, Amnon Naamad |
STOC | 2 |