In English

Finding Architectural Debt in Historical Data

Johan Grundén ; Björn Lexell
Göteborg : Chalmers tekniska högskola, 2014. 78 s.
[Examensarbete på avancerad nivå]

The metaphor Technical Debt (TD) is the description of a sacri ce made in the software development in order to reach a short term goal. For example, implementing a suboptimal solution in a software product in order to meet a deadline. TD can be created both intentionally and unintentionally and are often hard to identify. This is especially the case when the debts exist in the architecture since they are not as visible as for example badly written code. When left unidenti ed, the debts are accumulating in unexpected costs such as higher maintenance but more importantly increased lead time in new development. And after a time, expensive and comprehensive refactoring activities are needed. It is often the case that budget constraints prohibit complete refactoring activities. Therefore, it is necessary to focus on xing the problems that are the worst, i.e. prioritizing the debts. This master thesis has conducted a case study at Ericsson with the goal to nd methods that can both identify and prioritize Architectural Technical Debts (ATD). The results from this work includes a Measurement System (MS) developed by the ISO standard 15939 which successfully identi es ATD:s in the form of non-allowed dependencies. Additionally, the MS prioritizes the dependencies based on how high risk they have of being dicult-to-maintain.



Publikationen registrerades 2015-08-12.

CPL ID: 220539

Detta är en tjänst från Chalmers bibliotek