Demo Data from EDBT 2026 / reviewers in the wild / expert
Mari Matinlassi
dblp:26/2429
· DBLP profile ↗
10ranked-venue papers
3as first author
0since 2021 · last 2015
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 10 · 3 first-authorApplied, interdisciplinary, general and emerging computing · 2Artificial intelligence and machine learning · 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 · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software architecture › reusable architecture
product line architecture |
0.0 | 1 | 2004 | Comparison of Software Product Line Architecture Design Methods: COPA, FAST, FORM, KobrA and QADA · ICSE 2004 |
Requirements engineering and software design
software architecture |
0.0 | 1 | 2004 | Comparison of Software Product Line Architecture Design Methods: COPA, FAST, FORM, KobrA and QADA · ICSE 2004 |
Requirements engineering and software design
model-driven engineering |
0.0 | 1 | 2004 | Comparison of Software Product Line Architecture Design Methods: COPA, FAST, FORM, KobrA and QADA · ICSE 2004 |
Methods — techniques the papers use, named apart from their topics
comparison framework · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2015 | Applying Agile and Lean Elements to Accelerate Innovation Culture in a Large Organization - Key Learnings After One Year Journey
Jari Partanen, Mari Matinlassi |
XP | 2 |
| 2010 | Systematic Piloting of Agile Methods in the Large: Two Cases in Embedded Systems Development
Jeanette Heidenberg, Mari Matinlassi, Minna Pikkarainen, Piia Hirkman, Jari Partanen |
PROFES | 2 |
| 2006 | Quality Assurance of Open Source Components: Integrator Point of ViewabstractThe breakthrough of open source software (OSS) is not only evident when looking at the gradually rising interest in OSS research but also when observing the field of software business. Clearly OSS provides one of many opportunities for companies to speed up their software development and lower its costs. However, there are risks involved in using open source (OS) components such as multitude of licenses and lack of liabilities and information when it comes to the quality of the components. Considering quality it is perilous to include components with questionable quality to software development project. This is particularly true in product family engineering (PFE) and component based software engineering (CBSE), since the effects of low quality are experienced on a larger scale than a single project. Therefore it is imperative to study how commercial companies today perceive and assure the quality of these components in their new context and environment and what are the conceptions of companies about QA in OS communities. The research was conducted by interviewing representatives of nine Finnish IT companies utilizing OS components Pekka Mäki-Asiala, Mari Matinlassi |
COMPSAC (2) | 2 |
| 2005 | Quality Session ReportabstractThis is a report of a working session on quality in the Working International Conference on Software Architecture, 2005 Leonard J. Bass, Mari Matinlassi, Femi G. Olumofin |
WICSA | 2 |
| 2005 | Quality-Driven Software Architecture Model TransformationabstractIn order to achieve productive software development with high quality software products, skilled people and effective tools are needed. The concept of qualitydriven software architecture model transformation (QAMT) is concerned with the latter, tools. The ultimate goal of QAMT is to multiply the productivity of individual software modellers with advanced modelling tools. Advanced modelling tools can be used to do most of the work on behalf of the developer. However, QAMT is not a tool, but rather a technique for transforming architecture. Mari Matinlassi |
WICSA | 1 |
| 2004 | Comparison of Software Product Line Architecture Design Methods: COPA, FAST, FORM, KobrA and QADAabstractProduct line architectures (PLAs) have been under continuous attention in the software research community during the past few years. Although several methods have been established to create PLAs there are not available studies comparing PLA methods. Five methods are known to answer the needs of software product lines: COPA, FAST, FORM, KobrA and QADA. In this paper, an evaluation framework is introduced for comparing PLA design methods. The framework considers the methods from the points of view of method context, user, structure and validation. Comparison revealed distinguishable ideologies between the methods. Therefore, methods do not overlap even though they all are PLA design methods. All the methods have been validated on various domains. The most common domains are telecommunication infrastructure and information domains. Some of the methods apply software standards; at least OMG's MDA for method structures, UML for language and IEEE Std-1471-2000 for viewpoint definitions. Mari Matinlassi |
ICSE | 1 |
| 2004 | Practical Evaluation of Software Product Family Architectures
Eila Ovaska, Mari Matinlassi, Anne Taulavuori |
SPLC | 2 |
| 2004 | Evaluating the Portability and Maintainability of Software Product Family Architecture: Terminal Software Case StudyabstractThis paper introduces a case study of a driver terminal product family. The terminals are used for fare collection in public transportation. The case study applies the QADA architectural design and analysis method in documenting and evaluating the portability and maintainability of existing architecture. During this case study it was found out how to improve the architectural descriptions of the QADA method for better quality evaluation support. In addition, evaluation revealed risky points of architecture that were improved with separation, compression and abstraction. Mari Matinlassi |
WICSA | 1 |
| 2004 | Viewpoints of DSP software and service architectures
Anu Purhonen, Eila Ovaska, Mari Matinlassi |
J. Syst. Softw. | 3 |
| 2002 | The WISE Approach to Architect Wireless Services
Patricia Lago, Mari Matinlassi |
PROFES | 2 |