2018 IEEE International Conference on Software Architecture Companion (ICSA-C) 2018
DOI: 10.1109/icsa-c.2018.00022
|View full text |Cite
|
Sign up to set email alerts
|

Decision Making and Cognitive Biases in Designing Software Architectures

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
4
0

Year Published

2019
2019
2024
2024

Publication Types

Select...
4
2

Relationship

0
6

Authors

Journals

citations
Cited by 11 publications
(4 citation statements)
references
References 8 publications
0
4
0
Order By: Relevance
“…For decades of architectural knowledge research [31], [32], it has been maintained that quality attributes and their metrics are critical during the decision-making process [33]. Software architects play an important role in the decision-making practice, but they are biased in the course of the process [34], [35]. This bias must be reduced as much as possible, since design decision-making is the main driver of software architecture construction [6].…”
Section: A Software Architecturesmentioning
confidence: 99%
“…For decades of architectural knowledge research [31], [32], it has been maintained that quality attributes and their metrics are critical during the decision-making process [33]. Software architects play an important role in the decision-making practice, but they are biased in the course of the process [34], [35]. This bias must be reduced as much as possible, since design decision-making is the main driver of software architecture construction [6].…”
Section: A Software Architecturesmentioning
confidence: 99%
“…It is also important to characterise and contrast the decision-making models of the communities. Industrialists often follow a "naturalistic" decision-making approach [11] and the "satisficing" heuristic [12], in their demanding, real-world situations. These include situations marked by limited time, uncertainty, high stakes, team and organizational constraints, unstable conditions, and varying amounts of experience; conditions which are often the case in large-scale SE projects.…”
Section: Two Communities Different Mind-sets Different Objectivesmentioning
confidence: 99%
“…For instance, during our survey on when to automate testing [16], we found many such materials, e.g., in a presentation (goo.gl/QJNfes) entitled "Choosing what to automate", a practitioner shared concrete suggestions on the topic: "Good candidates for test automation are short or simple tests, many data combinations, When expected results are stable, and when tasks that are difficult to do manually". On the other hand, the AL in this area has proposed systematic approaches to the problem, and while these approaches could be useful, they will need effort to be tailored to and be applied in specific contexts [11]. In our discussions with several SE practitioners, we have seen that it is not always easy to convince them to apply such systematic techniques, which are often costly to apply.…”
Section: Comparing the Two Literature Typesmentioning
confidence: 99%
“…As complexity grows, practices and methods need to evolve in parallel to manage the development of such systems. With the growth in these technologies, several solutions are becoming available in the context of developing complex CPSs, incorporating several technologies, such as Model‐Driven Engineering (MDE), 2 DevOps, 3 Artificial Intelligence/Machine Learning (AI/ML), 4 and many others.…”
Section: Introductionmentioning
confidence: 99%