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

Jacques Hagelstein

dblp:33/5403 · DBLP profile ↗
← Back
6ranked-venue papers
3as first author
0since 2021 · last 1994
—ORCID · none

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

Databases, data management, data science and information retrieval · 3 · 2 first-authorArtificial intelligence and machine learning · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 1 first-authorTheory of computation · 1Applied, interdisciplinary, general and emerging computing · 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
2 papers
Requirements engineering and software design · 100%
Artificial intelligence
1 paper
Knowledge representation and reasoning · 100%
Databases, data mining, and information retrieval
1 paper
Data models and query languages · 100%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
requirements analysis
0.011986
A Data Model for Requirements Analysis · ICDE 1986
Knowledge, reasoning and agents › Knowledge representation and reasoning › representation language › knowledge representation formalisms › knowledge representation language
logic-based knowledge representation
0.011986
A knowledge representation language for requirements engineering · Proc. IEEE 1986
Knowledge, reasoning and agents › Knowledge representation and reasoning › semantic representation
semantic networks
0.011986
A knowledge representation language for requirements engineering · Proc. IEEE 1986
Data models and query languages
entity-relationship model
0.011986
A Data Model for Requirements Analysis · ICDE 1986

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

logic-based representation · 0.0semantic networks · 0.0semantic network · 0.0
YearPublicationVenuePosition
1994 Reactive Variables for System Specification and Design
E. Pascal Gribomont, Jacques Hagelstein
STACS2
1992 Reconciling Operational and Declarative Specifications
Jacques Hagelstein, Dominique Roelants
CAiSE1
1988 A Semantic Analysis of the Collection Concept
Jacques Hagelstein, André Rifaut
ER1
1988 Declarative approach to information systems requirements
Jacques Hagelstein
Knowl. Based Syst.1
1986 A Data Model for Requirements Analysis
abstract
The use of a proper data model is a way to introduce rigour in requirements analysis, traditionally considered the most informal stage of software development, and responsible for the more costly errors. Several data models have emerged, but their comparative value is unclear. We think that an appraisal is only possible if the nature — and not only the goal — of requirements analysis is clearly perceived. We investigate this point and emphasise that requirements analysis is an activity of acquiring real-world knowledge, thereby forming a theory in which objectives can be stated and a solution specified. A suited language should thus restrict as little as possible the freedom of expression when describing some part of the world. A number of requirements are derived from this statement, such as the possibility to describe individual objects, as well as groups of objects, to explicitly refer to a global continuous time, to handle undefinedness, to allow simultaneous events, etc. When assessing the various existing data models with respect to these requirements, the entity-relationship model is found a suitable basis, but still lacking essential features. We extend it in a model called ERAE (entity, relationship, attribute, event), which is presented informally and illustrated on examples.
Eric Dubois 0001, Jacques Hagelstein, Eugene Lahou, André Rifaut, Fiona Williams
ICDE2
1986 A knowledge representation language for requirements engineering
abstract
Requirements engineering, the phase of software development where the users' needs are investigated, is more and more shifting its concern from the target system towards its environment. A new generation of languages is needed to support the definition of application domain knowledge and the behavior of the universe around the computer. This paper assesses the applicability of classical knowledge representation techniques to this purpose. Requirements engineers insist, however, more on natural representation, whereas expert systems designers insist on efficient automatic use of the knowledge. Given this priority of expressiveness, two candidates emerge: the semantic networks and the techniques based on logic. They are combined in a language called the ERAE model, which is illustrated on examples, and compared to other requirements engineering languages.
Eric Dubois 0001, Jacques Hagelstein, Eugene Lahou, Frank Ponsaert, André Rifaut
Proc. IEEE2