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

Chaim-Arie Kahana

dblp:80/4822 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 1992
—ORCID · none

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

Software engineering, systems software and programming languages · 1

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
Requirements engineering and software design · 56% Programming languages and type systems · 44%
Theoretical computer science
1 paper
Logic in computer science · 100%

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

TopicWeightPapersLastEvidence papers
Programming languages and type systems
language design
0.011992
On Statecharts with Overlapping · ACM Trans. Softw. Eng. Methodol. 1992
Requirements engineering and software design › software modeling
statecharts
0.011992
On Statecharts with Overlapping · ACM Trans. Softw. Eng. Methodol. 1992
Logic in computer science
semantics
0.011992
On Statecharts with Overlapping · ACM Trans. Softw. Eng. Methodol. 1992
Logic in computer science › formal semantics
statecharts semantics
0.011992
On Statecharts with Overlapping · ACM Trans. Softw. Eng. Methodol. 1992
Requirements engineering and software design
model-driven engineering
0.011992
On Statecharts with Overlapping · ACM Trans. Softw. Eng. Methodol. 1992

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

formal semantics definition · 0.0
YearPublicationVenuePosition
1992 On Statecharts with Overlapping
abstract
The problem of extending the language of statecharts to include overlapping states is considered. The need for such an extension is motivated and the subtlety of the problem is illustrated by exhibiting the shortcomings of naive approaches. The syntax and formal semantics of our extension are then presented, showing in the process that the definitions for conventional statecharts constitute a special case. Our definitions are rather complex, a fact that we feel points to the inherent difficulty of such an extension. We thus prefer to leave open the question of whether or not it should be adopted in practice.
David Harel, Chaim-Arie Kahana
ACM Trans. Softw. Eng. Methodol.2