• No results found

University of Groningen Architectural assumptions and their management in software development Yang, Chen

N/A
N/A
Protected

Academic year: 2021

Share "University of Groningen Architectural assumptions and their management in software development Yang, Chen"

Copied!
2
0
0

Bezig met laden.... (Bekijk nu de volledige tekst)

Hele tekst

(1)

University of Groningen

Architectural assumptions and their management in software development

Yang, Chen

IMPORTANT NOTE: You are advised to consult the publisher's version (publisher's PDF) if you wish to cite from

it. Please check the document version below.

Document Version

Publisher's PDF, also known as Version of record

Publication date:

2018

Link to publication in University of Groningen/UMCG research database

Citation for published version (APA):

Yang, C. (2018). Architectural assumptions and their management in software development.

Rijksuniversiteit Groningen.

Copyright

Other than for strictly personal use, it is not permitted to download or to forward/distribute the text or part of it without the consent of the author(s) and/or copyright holder(s), unless the work is under an open content license (like Creative Commons).

Take-down policy

If you believe that this document breaches copyright please contact us providing details, and we will remove access to the work immediately and investigate your claim.

Downloaded from the University of Groningen/UMCG research database (Pure): http://www.rug.nl/research/portal. For technical reasons the number of authors shown on this cover page is limited to 10 maximum.

(2)

Propositions

belonging to the thesis

Architectural Assumptions and their Management

in Software Development

by

Chen Yang

1. Assumptions are not new in Software Engineering; software professionals make assumptions every day.

2. Assumptions in Software Engineering are subjective. This is the major reason that stakeholders may understand differently what constitutes an assumption; they also have difficulties drawing a line between assumptions and other types of software artifacts.

3. Uncertainty and assumption are two different but related concepts in Software Engineering: one way to deal with uncertainties is to make implicit or explicit assumptions, but not all uncertainties lead to assumptions.

4. Architectural assumptions need to be systematically managed in Software Engineering projects; otherwise, not-well managed architectural assumptions can lead to many problems.

5. In most cases, architectural assumptions are not well managed; sometimes stakeholders are not even aware of the assumptions they make.

6. Making, Describing, Evaluating, and Maintaining architectural assumptions are the core activities in architectural assumption management.

7. Although architectural assumptions are important in software development, their management can be rather resource-intensive.

8. Agility is one way to address the resource-intensiveness of architectural assumption management, while automation could be another way.

9. We should always listen to the opinions of others regarding research. However, instead of waiting for others to tell us what to do in research, it is critical to lead the research by ourselves.

10. I used to believe that speed is over quality when I was a practitioner, as we can come up with something first and improve the quality iteratively. However, in academia, quality is always over speed.

Referenties

GERELATEERDE DOCUMENTEN

The results of KQ3 confirm that Architectural Assumption Description (or lack thereof) is a real problem in industry, and the existing approaches are not able to satisfy

(8) Table 10 shows that all the types of stakeholders have been involved in Assumption Making, followed by Evaluation and Description; the stakeholders of

The results are: (1) neither the term nor the concept of architectural assumption is commonly used in industry, and stakeholders may have different

The goal of the case study is to analyze the AAM process for the purpose of evaluation with respect to ease of understanding and effort of conducting the

However, practitioners understand architectural assumptions in different ways; (2) only a few respondents identified and described architectural assumptions in their

The results of the case study indicate that (1) AADF can be understood in a short time (i.e., a half day workshop); (2) the AA Evolution view requires the least time to

The results of the case study show that ArAM is generally easy to use and useful in AA Documentation as well as in software development, though there are several issues to be

We performed a descriptive statistics analysis on the architecting activities, architecting approaches, agile methods, agile practices, factors, and tools, and used Grounded