Schlagwort: EA Smells

Paper accepted at PoEM’22

Paper accepted at PoEM’22

At this year’s PoEM, Simon and Dominik will present the work of their student Robin, who developed an extension to the CM2KG to be able to store historical data and the differences between the single states of the model. This will allow a first step into the direction to analyze EA Smells that consider changes …

+ Read More

Presentation at EMISA 2022 in Luxembourg

Presentation at EMISA 2022 in Luxembourg

June 3, 2022 is the date on which we were able to go back to in presence presentations again. After almost 2.5 years and the presentation of the concept of EA Smells at the WI 2020 in Potsdam, Simon and Dominik presented their work on automatizing the detection of EA Smells in EA models. Besides …

+ Read More

Presentation at PoEM’21

Presentation at PoEM’21

Simon had the honor to present the joint work with Muhammad and Dominik on identifying EA Smells in knowledge graphs at the PoEM conference. In their work, they transformed EA models to knowledge graphs and defined cypher queries for 14 EA Smells to automate their detection. To validate their approach, they analyzed 347 ArchiMate models …

+ Read More

Presentation for EA Smells based on Software Architecture Smells

Presentation for EA Smells based on Software Architecture Smells

September 1, Benny presented the outcomes of his master thesis synthesized into a research article presented at the Conference of Business Informatics. Unfortunately, we were not able to do the presentations in presence. However, this grants the chance to watch his presentation on demand: Moreover, the IEEE published the proceedings of the CBI and, thus, …

+ Read More

Presentation at CBI 2021

Presentation at CBI 2021

Benny Tieu, master’s student at KTH, got accepted to present his work „Determining Enterprise Architecture Smells from Software Architecture Smells“ at the workshops session of the CBI 2021. The presentation will take place September 1 in the session from 16:30 to 18:00 CEST. The registration for the workshops and the conference is free of charge, …

+ Read More

Developing Measurements for Data-Flow Anti-Patterns in the Domain of Enterprise Architecture Debts

Developing Measurements for Data-Flow Anti-Patterns in the Domain of Enterprise Architecture Debts

Background Technical debt is a metaphor that describes the tradeoff often made between short-term solutions in a software system and the long-term development of it. These kinds of trade-offs can create issues that makes it harder to modify and develop a software system further. This aspect becomes increasingly important as businesses must stay competitive in …

+ Read More

Developing Measurements for Software Architectural Smells in the Domain of Enterprise Architecture Debts

Developing Measurements for Software Architectural Smells in the Domain of Enterprise Architecture Debts

Background Enterprise Architecture Debt, EAD, has been defined as “the counterpart to Technical Debt” in the domain of Enterprise Architecture. Technical debt, TD, is a metaphor used in software development to describe various parts of the development lifecycle that causes higher costs and lower quality in the long run. As Seaman et al. describe it, …

+ Read More

Enterprise Architecture Debt in the Insurance Domain

Enterprise Architecture Debt in the Insurance Domain

IT initiatives have constituted a major proportion of the overall strategic initiatives in today’s businesses. To fulfill the full potential of IT investments, bridging all gaps between business and IT is the first fundamental step. Such alignment has been the core focus of Enterprise Architecture, a discipline for establishing and maintaining strategic governance and management …

+ Read More

Defining Thresholds for Enterprise Architecture Debts Measurements

Defining Thresholds for Enterprise Architecture Debts Measurements

Background Technical Debt (TD) is a well-established concept in software development and means that a solution that is “quick and dirty” is applied in order to earn time in short term and be able to provide a function in a system more quickly. This primitive implementation will at a later stage need to be corrected …

+ Read More