Advanced

Experiences from the Architectural Change Process

Nedstam, Josef LU ; Karlsson, Even-André LU and Höst, Martin LU (2003) Second International Workshop From SofTware Requirements to Architectures (STRAW), at International Conference on Software Engineering (ICSE) In Proceedings of the Second International Workshop “From Software Requirements to Architectures” (STRAW’03) at the International Conference on Software Engineering
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:
author
organization
publishing date
type
Chapter in Book/Report/Conference proceeding
publication status
published
subject
in
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)
language
English
LU publication?
yes
id
2e06275a-8dcd-4821-9347-084344202581 (old id 766445)
date added to LUP
2007-12-18 10:56:38
date last changed
2016-04-16 11:07:01
@misc{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},
  language     = {eng},
  series       = {Proceedings of the Second International Workshop “From Software Requirements to Architectures” (STRAW’03) at the International Conference on Software Engineering},
  title        = {Experiences from the Architectural Change Process},
  year         = {2003},
}