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

Patrick d'Astous

dblp:95/1505 · DBLP profile ↗
← Back
5ranked-venue papers
3as first author
0since 2021 · last 2002
—ORCID · none

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

Software engineering, systems software and programming languages · 4 · 3 first-authorHuman-computer interaction and ubiquitous 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
Empirical software engineering · 100%

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

TopicWeightPapersLastEvidence papers
Empirical software engineering
developer studies
0.022000
Characterizing implicit information during peer review meetings · ICSE 2000
Measuring Cognitive Activities in Software Engineering · ICSE 1998
Empirical software engineering
qualitative research
0.012000
Characterizing implicit information during peer review meetings · ICSE 2000
Empirical software engineering
collaborative software development
0.011998
Measuring Cognitive Activities in Software Engineering · ICSE 1998
Empirical software engineering › developer studies
observational study
0.011998
Measuring Cognitive Activities in Software Engineering · ICSE 1998

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

qualitative analysis · 0.0empirical study · 0.0video observation · 0.0statistical analysis · 0.0protocol analysis · 0.0cognitive modeling · 0.0
YearPublicationVenuePosition
2002 Empirical study of exchange patterns during software peer review meetings
Patrick d'Astous, Pierre N. Robillard
Inf. Softw. Technol.1
2001 YOOPEEDOO (UPEDU): A Process for Teaching Software Process
abstract
The software engineering process is a growing concern for many software development organizations. The need for well-educated software engineers is bringing new software engineering programs to universities. In many programs, software process education adds up to a few hours of lectures in an introductory software engineering course. This paper presents the structure and the content for a full, one-semester course on software processes, which has been designed in close collaboration with industry. The course is based on a software process called UPEDU (Unified Process for EDUcation), pronounced Yoopeedoo, and has been customized from the Rational Unified Process (RUP) for the educational environment. Many artifacts derived from a project case study are used as examples or templates. The content of the course is oriented towards the cognitive skills needed to perform the various activities required in the software process.
Pierre N. Robillard, Philippe Kruchten, Patrick d'Astous
CSEE&T3
2001 Quantitative Measurements of the Influence of Participant Roles during Peer Review Meetings
Patrick d'Astous, Pierre N. Robillard, Françoise Détienne, Willemien Visser
Empir. Softw. Eng.1
2000 Characterizing implicit information during peer review meetings
abstract
Disciplines like software engineering evolve over time by studying some practices and feeding back those results to improve the practice. The empirical approach presented in the paper is used to analyze the nature of the information shared during peer review meetings (PRMs) held in an industrial software engineering project. The results obtained show that although a PRM is categorized as a verification practice, it is also a golden opportunity for project personnel to share information about technical solutions, a decision's rationale or quality guidelines. The contribution of PRMs is not restricted to the rapid detection of anomalies; they also provide the opportunity for project team members to share implicit information. PRM efficiency cannot solely be measured through an anomaly detection rate.
Patrick d'Astous, Pierre N. Robillard
ICSE1
1998 Measuring Cognitive Activities in Software Engineering
abstract
This paper presents an approach to the study of cognitive activities in collaborative software development. This approach has been developed by a multidisciplinary team made up of software engineers and cognitive psychologists. The basis of this approach is to improve our understanding of software development by observing professionals at work. The goal is to derive lines of conduct or good practices based on observations and analyses of the processes that are naturally used by software engineers. The strategy involved is derived from a standard approach in cognitive science. It is based on the videotaping of the activities of software engineers, transcription of the videos, coding of the transcription, defining categories from the coded episodes and defining cognitive behaviors or dialogs from the categories. This project presents two original contributions that make this approach generic in software engineering. The first contribution is the introduction of a formal hierarchical coding scheme, which will enable comparison of various types of observations. The second is the merging of psychological and statistical analysis approaches to build a cognitive model. The details of this new approach are illustrated with the initial data obtained from the analysis of technical review meetings.
Pierre N. Robillard, Patrick d'Astous, Françoise Détienne, Willemien Visser
ICSE2