A platform for research: civil engineering, architecture and urbanism
A platform for research: civil engineering, architecture and urbanism
Assisting software architects in architectural decision-making using Quark
Non-Functional Requirements (NFRs) and constraints are among the principal drivers of architectural decision-making. NFRs are improved or damaged by architectural decisions (ADs), while constraints directly include or exclude parts of the architecture (e.g., logical components or technologies). We may determine the impact of an AD, or which parts of the architecture are affected by a constraint, but at the end it is hard to know if we are respecting the NFRs and the imposed constraints with all the ADs made. In the usual approach, architects use their own experience to produce software architectures that comply with the NFRs and imposed constraints, but at the end, especially for crucial decisions, the architect has to deal with complex trade-offs between NFRs and juggle with possible incompatibilities raised by the imposed constraints. In this paper we present Quark, a method to assist software architects in architectural decision-making, and the conceptualization of the relationship between NFRs and ADs defined in Arteon, an ontology to represent and manage architectural knowledge. Finally, we provide an overview of the Quark and Arteon implementation, the ArchiTech tool. ; Peer Reviewed ; Postprint (published version)
Assisting software architects in architectural decision-making using Quark
Non-Functional Requirements (NFRs) and constraints are among the principal drivers of architectural decision-making. NFRs are improved or damaged by architectural decisions (ADs), while constraints directly include or exclude parts of the architecture (e.g., logical components or technologies). We may determine the impact of an AD, or which parts of the architecture are affected by a constraint, but at the end it is hard to know if we are respecting the NFRs and the imposed constraints with all the ADs made. In the usual approach, architects use their own experience to produce software architectures that comply with the NFRs and imposed constraints, but at the end, especially for crucial decisions, the architect has to deal with complex trade-offs between NFRs and juggle with possible incompatibilities raised by the imposed constraints. In this paper we present Quark, a method to assist software architects in architectural decision-making, and the conceptualization of the relationship between NFRs and ADs defined in Arteon, an ontology to represent and manage architectural knowledge. Finally, we provide an overview of the Quark and Arteon implementation, the ArchiTech tool. ; Peer Reviewed ; Postprint (published version)
Assisting software architects in architectural decision-making using Quark
2014-09-05
Article (Journal)
Electronic Resource
English
requisitos no funcionales , toma de decisiones , Software quality , Architecture--Computer-aided design , software architecture design method , Software -- calidad , Arquitectura -- Informàtica , architectural knowledge , conocimiento de arquitectura , decision-making , Àrees temàtiques de la UPC::Informàtica::Sistemes d'informació , Àrees temàtiques de la UPC::Informàtica::Aplicacions de la informàtica::Disseny assistit per ordinador , non-functional requirements , arquitectura de software -- diseño
DDC:
720
Making Models Architectural: Protean Representations to Fit Architects' Minds
| British Library Conference Proceedings | 1998
Scale, Architects, and Architectural Theory
| Wiley | 2016
Architectural thought: how architects design
British Library Online Contents | 2004
PATKAU ARCHITECTS - LM ARCHITECTURAL GROUP
Online Contents | 2005
Practical issues in assisting shared decision-making
| British Library Online Contents | 2000