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.

Amnon Naamad

dblp:13/87 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software modeling
statecharts
0.021996
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.011996
The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996
Logic in computer science
semantics
0.011996
The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996
Program synthesis and code generation › generative programming
code generation from specifications
0.011990
STATEMATE: A Working Environment for the Development of Complex Reactive Systems · IEEE Trans. Software Eng. 1990
Requirements engineering and software design
reactive systems
0.011990
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.011996
The STATEMATE Semantics of Statecharts · ACM Trans. Softw. Eng. Methodol. 1996
Computational geometry › voronoi diagram
dynamic voronoi diagram
0.011983
Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983
Algorithms and data structures › similarity search
nearest neighbor search
0.011983
Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983
Computational geometry
voronoi diagram
0.011983
Dynamic Voronoi diagrams · IEEE Trans. Inf. Theory 1983
Embedded and real-time systems
reactive systems
0.011988
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.011979
Network Flow and Generalized Path Compression · STOC 1979
Graph algorithms and graph theory › graph algorithms
network flow
0.011979
Network Flow and Generalized Path Compression · STOC 1979
Algorithms and data structures › data structure design › disjoint set union
path compression
0.011979
Network Flow and Generalized Path Compression · STOC 1979
Algorithms and data structures
dynamic data structures
0.011983
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
YearPublicationVenuePosition
2012 New challenges in performance engineering
abstract
Recent 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
ICPE1
1996 The STATEMATE Semantics of Statecharts
abstract
We 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 Systems
abstract
STATEMATE 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
ICSE3
1984 On the maximum empty rectangle problem
Amnon Naamad, D. T. Lee, Wen-Lian Hsu
Discret. Appl. Math.1
1983 Dynamic Voronoi diagrams
abstract
A 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. Theory4
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 Compression
abstract
An 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
STOC2