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

Mari Matinlassi

dblp:26/2429 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software architecture › reusable architecture
product line architecture
0.012004
Comparison of Software Product Line Architecture Design Methods: COPA, FAST, FORM, KobrA and QADA · ICSE 2004
Requirements engineering and software design
software architecture
0.012004
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.012004
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
YearPublicationVenuePosition
2015 Applying Agile and Lean Elements to Accelerate Innovation Culture in a Large Organization - Key Learnings After One Year Journey
Jari Partanen, Mari Matinlassi
XP2
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
PROFES2
2006 Quality Assurance of Open Source Components: Integrator Point of View
abstract
The 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 Report
abstract
This 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
WICSA2
2005 Quality-Driven Software Architecture Model Transformation
abstract
In 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
WICSA1
2004 Comparison of Software Product Line Architecture Design Methods: COPA, FAST, FORM, KobrA and QADA
abstract
Product 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
ICSE1
2004 Practical Evaluation of Software Product Family Architectures
Eila Ovaska, Mari Matinlassi, Anne Taulavuori
SPLC2
2004 Evaluating the Portability and Maintainability of Software Product Family Architecture: Terminal Software Case Study
abstract
This 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
WICSA1
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
PROFES2