Call for paper 〔OPEN〕

My submissions

Registration 〔OPEN〕

My tickets

〔CLOSED〕
Introduction

The quality properties that software systems aim to satisfy are key to the success of the systems. For many quality properties, methods and techniques have been developed for assessing these properties, such as: performance, reliability, availability and some more. Several important architectural properties elude such quantitative assessment techniques- notably: maintainability (modifyiability, portability, extensability), interoperability. Having approaches for better assessing these properties would help in various aspects of managing software development, one particular application being managing technical debt.


A lot of work exists in the area of metrics for maintainability, for example. However, metrics suffer from several drawbacks: (1) it may be unclear whether that metric is valid, i.e. whether it really measures the quality property of interest, (2) it remains difficult to interpret metrics (‘What does a maintainability of 4.5 mean?’) and (3) it may be too expensive to collect the data for computing the metric (e.g. building a fully fledged reliability model might not be cost-efficient for many systems). Thus, quantification is not always a good choice. Qualitative approaches could be a complementary approach for (automatically) making sense of this quantitative data.

Call for paper

Submission Topics

  • proof of concepts of qualitative reasoning methods for architectural quality properties
  • reasoning frameworks
  • metrics for qualitative reasoning
  • architecture viewpoints for supporting qualitative reasoning
  • architecture trade-off analysis
  • architecture rationale management
  • lessons learned from attempts at qualitative reasoning about architectural qualities
  • industrial case studies
  • benchmark/challenge-cases - propose a case and illustrate the type of qualitative reasoning that you have done/captured, or would like to see automated.
  • architecture reasoning in teaching - e.g. for grading of for providing feedback to student designs.
  • software architecture design assistants (SADA). This term includes any tool that takes as input some form achitecture/design and interacts with the architect to identify areas of the design that could be improved and ideally also suggests ways of improving the design.
Submit Comment
Verify Code Change Another
All Comments
Important Date
  • Apr 08

    2016

    Conference Date

  • Apr 08 2016

    Registration deadline

Contact Information