Demo Data from SIGIR 2026 / reviewers in the wild / expert
Alex Blewitt
dblp:42/730
· DBLP profile ↗
2ranked-venue papers
2as first author
0since 2021 · last 2005
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 2 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
2 papers |
Program verification · 60% Requirements engineering and software design · 22% Software maintenance and evolution · 11% |
Topics — the 3 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › design patterns
design pattern specification |
0.0 | 1 | 2001 | Automatic Verification of Java Design Patterns · ASE 2001 |
Software maintenance and evolution
software evolution |
0.0 | 1 | 2005 | Automatic verification of design patterns in Java · ASE 2005 |
Programming languages and type systems › object-oriented programming
java |
0.0 | 1 | 2001 | Automatic Verification of Java Design Patterns · ASE 2001 |
Methods — techniques the papers use, named apart from their topics
automated theorem proving · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2005 | Automatic verification of design patterns in JavaabstractDesign patterns are widely used by designers and developers for building complex systems in object-oriented programming languages such as Java. However, systems evolve over time, increasing the chance that the pattern in its original form will be broken.To verify that a design pattern has not been broken requires specifying the original intent of the design pattern. Whilst informal descriptions of design patterns exist, no formal specifications are available due to differences in implementations between programming languages.We present a pattern specification language, Spine, that allows patterns to be defined in terms of constraints on their implementation in Java. We also present some examples of patterns defined in Spine and show how they are processed using a proof engine called Hedgehog.The conclusion discusses the type of patterns that are amenable to defining in Spine, and highlights some repeated mini-patterns discovered in the formalisation of these design patterns. Alex Blewitt, Alan Bundy, Ian Stark |
ASE | 1 |
| 2001 | Automatic Verification of Java Design PatternsabstractDesign patterns are widely used by object oriented designers and developers for building complex systems in object oriented programming languages such as Java. However, systems evolve over time, increasing the chance that the pattern in its original form will be broken. We attempt to show that many design patterns (implemented in Java) can be verified automatically. Patterns are defined in terms of variants, mini-patterns, and artifacts in a pattern description language called SPINE. These specifications are then processed by Hedgehog, an automated proof tool that attempts to prove that Java source code meets these specifications. Alex Blewitt, Alan Bundy, Ian Stark |
ASE | 1 |