Demo Data from VLDB 2026 / reviewers in the wild / expert
Lars Bratthall
dblp:07/5990
· DBLP profile ↗
8ranked-venue papers
8as 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 · 8 · 8 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 |
Requirements engineering and software design · 80% Empirical software engineering · 20% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
software architecture |
0.1 | 2 | 2002 | Is it Possible to Decorate Graphical Software Design and Architecture Models with Qualitative Information?-An Experiment · IEEE Trans. Software Eng. 2002 Integrating hundred's of product through one architecture: the industrial IT architecture · ICSE 2002 |
Empirical software engineering
controlled experiment |
0.0 | 1 | 2002 | Is it Possible to Decorate Graphical Software Design and Architecture Models with Qualitative Information?-An Experiment · IEEE Trans. Software Eng. 2002 |
Requirements engineering and software design › software architecture › reusable architecture
product line architecture |
0.0 | 1 | 2002 | Integrating hundred's of product through one architecture: the industrial IT architecture · ICSE 2002 |
Requirements engineering and software design
software product lines |
0.0 | 1 | 2002 | Integrating hundred's of product through one architecture: the industrial IT architecture · ICSE 2002 |
Methods — techniques the papers use, named apart from their topics
case study · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2002 | Integrating hundred's of product through one architecture: the industrial IT architectureabstractDuring the last few years, software product line engineering has gained significant interest as a way for creating software products faster and cheaper. But what architecture is needed to integrate huge amounts of products, from different product lines? This paper describes such an architecture and its support processes and tools. Through cases, it is illustrated how the architecture is used to integrate new --- and old --- products in such diverse integration projects as vessel motion control, airport baggage handling systems, pulp&paper and oil&gas, in a very large organization. However, in a large organization it is a challenge to make everyone follow an architecture. Steps taken to ensure global architectural consistency are presented. It is concluded that a single architecture can be used to unify development in a huge organization, where the distributed development practices otherwise may prohibit integration of various products. Lars Bratthall, Robert van der Geest, Holger Hofmann, Edgar Jellum, Zbigniew Korendo, Robert Martinez, Michal Orkisz, Christian Zeidler, Johan S. Andersson |
ICSE | 1 |
| 2002 | Component Certification - What is the Value?
Lars Bratthall, Johan Hasselberg, Brad Hoffman, Zbigniew Korendo, Bruno Schilli, Lars Gundersen |
PROFES | 1 |
| 2002 | Can you Trust a Single Data Source Exploratory Software Engineering Case Study?
Lars Bratthall, Magne Jørgensen |
Empir. Softw. Eng. | 1 |
| 2002 | Is it Possible to Decorate Graphical Software Design and Architecture Models with Qualitative Information?-An ExperimentabstractSoftware systems evolve over time and it is often difficult to maintain them. One reason for this is that often it is hard to understand the previous release. Further, even if architecture and design models are available and up to date, they primarily represent the functional behavior of the system. To evaluate whether it is possible to also represent some nonfunctional aspects, an experiment has been conducted. The objective of the experiment is to evaluate the cognitive suitability of some visual representations that can be used to represent a control relation, software component size and component external and internal complexity. Ten different representations are evaluated in a controlled environment using 35 subjects. The results from the experiment show that representations with low cognitive accessibility weight can be found. In an example, these representations are used to illustrate some qualities in an SDL block diagram. It is concluded that the incorporation of these representations in architecture and design descriptions is both easy and probably worthwhile. The incorporation of the representations should enhance the understanding of previous releases and, hence, help software developers in evolving and maintaining complex software systems. Lars Bratthall, Claes Wohlin |
IEEE Trans. Software Eng. | 1 |
| 2001 | Program Understanding Behavior during Estimation of Enhancement Effort on Small Java Programs
Lars Bratthall, Erik Arisholm, Magne Jørgensen |
PROFES | 1 |
| 2000 | Is a Design Rationale Vital when Predicting Change Impact? A Controlled Experiment on Software Architecture Evolution
Lars Bratthall, Enrico Johansson, Björn Regnell |
PROFES | 1 |
| 2000 | A survey of lead-time challenges in the development and evolution of distributed real-time systems
Lars Bratthall, Per Runeson, K. Adelswärd, W. Eriksson |
Inf. Softw. Technol. | 1 |
| 1999 | Architecture Design Recovery of a Family of Embedded Software Systems
Lars Bratthall, Per Runeson |
WICSA | 1 |