Experiences from the Architectural Change Process
(2003) Second International Workshop From SofTware Requirements to Architectures (STRAW), at International Conference on Software Engineering (ICSE)- Abstract
- A good software architecture is becoming recognized as a
major factor for successful products. There has been
much research on the technical aspects of software architecture and it is recognized that the driving requirements for architectures are "non-functional", but few have studied how organizations decide on architectural changes. In this paper we study the topic through several case studies. The changes to the architecture are in all cases changes to the "non-functional" requirements on the system. Issues
that we want to evaluate are: when and how is the need
for an architectural change discovered; what is the underlying non-functional requirement; who drives the change; how is it prepared and... (More) - A good software architecture is becoming recognized as a
major factor for successful products. There has been
much research on the technical aspects of software architecture and it is recognized that the driving requirements for architectures are "non-functional", but few have studied how organizations decide on architectural changes. In this paper we study the topic through several case studies. The changes to the architecture are in all cases changes to the "non-functional" requirements on the system. Issues
that we want to evaluate are: when and how is the need
for an architectural change discovered; what is the underlying non-functional requirement; who drives the change; how is it prepared and evaluated; and finally, who makes the decision and how is it implemented.
Through interviews with people that have experience
from architectural changes we compare the decision
process for architectural changes to the ordinary functional requirement change process and the organizational change process. We find that architectural changes have aspects of both functional and organizational changes. An architectural change does not only need to be technically sound, it also needs to be anchored firmly in the organization. This report gives both architects and managers guidelines to balance short-term project goals and longterm organizational goals with respect to architecture. (Less)
Please use this url to cite or link to this publication:
https://lup.lub.lu.se/record/766445
- author
- Nedstam, Josef LU ; Karlsson, Even-André LU and Höst, Martin LU
- organization
- publishing date
- 2003
- type
- Chapter in Book/Report/Conference proceeding
- publication status
- published
- subject
- host publication
- Proceedings of the Second International Workshop “From Software Requirements to Architectures” (STRAW’03) at the International Conference on Software Engineering
- conference name
- Second International Workshop From SofTware Requirements to Architectures (STRAW), at International Conference on Software Engineering (ICSE)
- conference dates
- 0001-01-02
- language
- English
- LU publication?
- yes
- id
- 2e06275a-8dcd-4821-9347-084344202581 (old id 766445)
- date added to LUP
- 2016-04-04 13:22:28
- date last changed
- 2021-04-29 09:44:27
@inproceedings{2e06275a-8dcd-4821-9347-084344202581,
abstract = {{A good software architecture is becoming recognized as a<br/><br>
major factor for successful products. There has been<br/><br>
much research on the technical aspects of software architecture and it is recognized that the driving requirements for architectures are "non-functional", but few have studied how organizations decide on architectural changes. In this paper we study the topic through several case studies. The changes to the architecture are in all cases changes to the "non-functional" requirements on the system. Issues<br/><br>
that we want to evaluate are: when and how is the need<br/><br>
for an architectural change discovered; what is the underlying non-functional requirement; who drives the change; how is it prepared and evaluated; and finally, who makes the decision and how is it implemented.<br/><br>
Through interviews with people that have experience<br/><br>
from architectural changes we compare the decision<br/><br>
process for architectural changes to the ordinary functional requirement change process and the organizational change process. We find that architectural changes have aspects of both functional and organizational changes. An architectural change does not only need to be technically sound, it also needs to be anchored firmly in the organization. This report gives both architects and managers guidelines to balance short-term project goals and longterm organizational goals with respect to architecture.}},
author = {{Nedstam, Josef and Karlsson, Even-André and Höst, Martin}},
booktitle = {{Proceedings of the Second International Workshop “From Software Requirements to Architectures” (STRAW’03) at the International Conference on Software Engineering}},
language = {{eng}},
title = {{Experiences from the Architectural Change Process}},
url = {{https://lup.lub.lu.se/search/files/6104177/767477.pdf}},
year = {{2003}},
}