<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Towards an Architectural Perspective for Sustainability</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Markus Funke</string-name>
          <email>m.t.funke@vu.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Patricia Lago</string-name>
          <email>p.lago@vu.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Software Architecture, Architectural Perspective, Sustainability</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Vrije Universiteit Amsterdam</institution>
          ,
          <addr-line>De Boelelaan 1111, 1081 HV Amsterdam</addr-line>
          ,
          <country country="NL">The Netherlands</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The increasing importance of sustainability in organisations makes it necessary to integrate sustainability concerns into software-intensive systems at the earliest stages of development. However, there is a lack of guidance on how to target such concerns within software architecture. We want to fill this gap by proposing a specific type of architectural perspective-a sustainability perspective-tailored to guide software architects incorporating sustainability into their software architecture processes. Unlike architectural viewpoints, which are often too abstract or context-specific, perspectives are designed to be flexible across diferent architectural frameworks so that they can be used in various industry contexts. The goal of this extended abstract is twofold: (i) we motivate this research by discussing how a sustainability perspective can help architects addressing novel sustainability concerns; and (ii) we want to collect early feedback from the scientific community by outlining our planned research approach.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>CEUR
ceur-ws.org</p>
    </sec>
    <sec id="sec-2">
      <title>1. Introduction</title>
      <p>
        In this research, we aim to provide guidelines for software architects in tackling sustainability at
software design time. Sustainability has emerged as a key concern in contemporary software
engineering, reflecting its growing significance in organizational strategy and practices [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However,
achieving sustainability in software systems is not only the responsibility of isolated architectural
components, but rather embraces the entire software design—the software architecture.
      </p>
      <p>
        Despite business’ increasing commitment to sustainability, integrating these new requirements
into the software architecture process remains unclear [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Many architectural decisions are
guided by experience and tacit knowledge [
        <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
        ]. Despite sustainability gaining prominence
only in recent years [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], this necessary experience is not yet fully established. Consequently,
there is a need for structured guidelines to support architects efectively [
        <xref ref-type="bibr" rid="ref1 ref5">5, 1</xref>
        ]. Architectural
perspectives [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], in short perspectives, could serve as these guidelines.
      </p>
      <p>Perspectives are defined as “a collection of architectural activities, tactics, and guidelines that
are used to ensure that a system exhibits a particular set of related quality properties that require
consideration across a number of the system’s architectural views” [2, p.47]. Addressing quality
properties is the essence of the architecture process. We believe that perspectives could serve
as a powerful tool to assist architects embedding sustainability into their designs—if they are
developed based on the needs of industry.</p>
    </sec>
    <sec id="sec-3">
      <title>2. Motivation and Related Work</title>
      <p>
        Viewpoints [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] guide the architect in illustrating and representing one or more quality concerns
in form of views (i.e., diagrams or textual descriptions) by providing recurring patterns and
conventions [
        <xref ref-type="bibr" rid="ref2 ref7">7, 2</xref>
        ]. For instance, the deployment viewpoint guides architects in creating views
pertaining network and runtime concerns [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. While this concept works on concerns that pertain
a rather isolated context and only certain stakeholders, other quality concerns such as security are
cross-cutting in nature and afect the whole architecture and various stakeholders simultaneously
[
        <xref ref-type="bibr" rid="ref2 ref8">2, 8</xref>
        ]. Therefore, cross-cutting concerns must be addressed across multiple views, too. Research
has shown that sustainability quality requirements can be considered as multi-dimensional [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]
and thus cross-cutting. Architectural perspectives provide structured guidance for managing
and addressing these cross-cutting concerns that afect multiple architectural views. This
adaptability makes them particularly relevant to industry, where software systems must meet
diverse and evolving requirements.
      </p>
      <p>
        The work from Jagroep et al. [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] can be considered as the most related to ours. The
authors propose an energy consumption perspective and validate it with a case study. The
perspective is based on a new quality attribute ‘sustainability’ with its sub-characteristic
‘resource consumption’. The authors provide a set of measures and metrics for the identified
quality properties ‘software utilisation’, ‘workload energy’, and ‘energy usage’. Even though
such measures and metrics are indeed helpful for the further process of monitoring the software
system and reflecting on taken decisions, the concept of measures and metrics are not per se
part of an architectural perspective as these do not help in targeting certain concerns within
architecture views. We would consider these rather as architecture assessment.
      </p>
      <p>
        Compared to our vision of a sustainability perspective, we want to tackle the problem from an
architecture knowledge angle rather than from a measurement angle. However, we want to build
up on the results of Jagroep et al. [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] and complement the existing gaps as outlined by their
future work: (i) providing a complete perspective including tactics, pitfalls, and the checklist;
and (ii) putting the work into a fresh light by updating it with a recent view on the notion of
sustainability in software engineering and software architecture.
      </p>
      <p>
        In our research, we want to revisit the concept of perspectives by aligning them with industry
needs. To the best of our knowledge, there is currently no empirical evidence on (i) whether
and how perspectives are used in industry after their introduction 20 years ago, (ii) whether all
elements of a perspective are equally useful, and (iii) whether ‘energy consumption’ is the quality
concern that experts demand, as suggested by the existing perspective of Jagroep et al. [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
Based on these new requirements, we define our intended research approach as outlined below.
      </p>
    </sec>
    <sec id="sec-4">
      <title>3. The Envisioned Approach</title>
      <p>To propose a sustainability perspective which is both grounded in theory and efective for
its usage in industrial practice we plan to use Design Science Research (DSR) [11] to create
iteratively our artifact. This paper represents our initial phase where we explore our research
idea and motivate our vision. Figure 1 outlines our planned research approach and the diferent
DSR phases, explained in the following.</p>
      <p>
        Phase 1: Problem Definition. We adopt a forward snowballing approach to systematically
scan the literature to identify studies that have proposed new perspectives. We want to
understand how Rozanski &amp; Woods’ [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] perspective catalog has evolved over time. We base our
forward snowballing on the two earliest works in which the notion of architectural perspectives
was first proposed: (i) the research paper by Woods &amp; Rozanski [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], and (ii) the book by Rozanski
&amp; Woods [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] that followed the paper a year later. Papers relating to perspectives should cite
at least one of these works.
      </p>
      <p>1</p>
      <p>Forward</p>
      <p>Snowballing
Perspectives in</p>
      <p>Literature</p>
      <p>Focus</p>
      <p>Group
Perspectives in</p>
      <p>Practice
2</p>
      <p>Delphi
Methodology</p>
      <p>Sustainability
Perspective Draft</p>
      <p>Focus</p>
      <p>Group
Sus. Perspective</p>
      <p>Revision
Problem Definition</p>
      <p>Design &amp; Validation
3</p>
      <p>Case</p>
      <p>Study</p>
      <p>Sustainability
Perspective Final</p>
      <p>Evaluation</p>
      <p>Since the notion of perspectives was proposed already almost 20 years ago, we are curious
about the industrial relevance of perspectives and whether the concept has evolved with industry
needs. This understanding will allow us to elicit the requirements to deliver an artifact that
is useful for professional practice. To this end, we plan to conduct a focus group among the
authors of the concept of architectural perspectives and two more experts who have years of
experience in industry and software architecture.</p>
      <p>Phase 2: Artifact Design and Validation. Based on the elicited requirements, we conduct an
iterative process to design our perspective. Instead of presenting a finished artifact grounded
only in theory, we opt for an incremental design which is reviewed and improved by experts
in the field. Given the results of Phase 1, we may adapt the perspective structure and its elements
according to industry needs.</p>
      <p>To select the perspective qualities, concerns and viewpoints, we plan to use the Delphi method
[12]. To derive a clear picture about the current needs in industry, we use a Delphi as “group
decision technique” [13] with multiple rounds until we reach consensus. We build consensus
about what qualities and concerns our perspective should focus on, as well as which viewpoints
it should target. For the other perspective elements (i.e., activities, tactics, pitfalls, and checklist),
we will conduct further research, make use of existing knowledge in the literature, and facilitate
our research experience in the field of software sustainability and sustainable architecture.</p>
      <p>In the subsequent step we present the artifact to another group of experts in the form of
another focus group. We expect a diferent set of experts compared to the Delphi to validate
the perspective. We are interested in both the applicability in professional practice and further
input about the sustainability angle of our perspective.</p>
      <p>Phase 3: Evaluation. After we have constructed a first prototype of our artifact that is accepted
by the focus group, we begin to implement and apply our perspective in a real case in the form
of a traditional case study. We have access to various industry collaborators in diferent sectors.
We evaluate our perspective with the experts involved in the case study; if applicable, we refine
it according to the feedback received.</p>
    </sec>
    <sec id="sec-5">
      <title>4. Conclusion</title>
      <p>In this work, we elaborate on the need for a novel architectural perspective on sustainability—with
the ultimate goal of creating such a perspective in a systematic way. We present our research
approach following the DSR phases. Our future work is to continue with research phase 1, i.e.,
exploring the literature through forward snowballing and reviewing the concept of perspectives
within an expert focus group. In our vision, the impact of formulating a sound sustainability
perspective would help software architects to create software-intensive systems that integrate
sustainability by design and in the long term.</p>
    </sec>
    <sec id="sec-6">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the author(s) used Writefull in order to: Grammar and
spelling check, Paraphrase and reword. After using this tool/service, the author(s) reviewed
and edited the content as needed and take(s) full responsibility for the publication’s content.
[11] R. J. Wieringa, Design Science Methodology for Information Systems and Software</p>
      <p>Engineering, Springer, 2014.
[12] R. C. Schmidt, Managing Delphi Surveys Using Nonparametric Statistical Techniques,</p>
      <p>Decision Sciences 28 (1997).
[13] C. Okoli, S. D. Pawlowski, The Delphi method as a research tool: An example, design
considerations and applications, Information &amp; Management 42 (2004).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>R.</given-names>
            <surname>Heldal</surname>
          </string-name>
          , N.-T. Nguyen,
          <string-name>
            <given-names>A.</given-names>
            <surname>Moreira</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Lago</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Duboc</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Betz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. C.</given-names>
            <surname>Coroamă</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Porras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Capilla</surname>
          </string-name>
          , I. Brooks,
          <string-name>
            <given-names>S.</given-names>
            <surname>Oyedeji</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Venters</surname>
          </string-name>
          ,
          <article-title>Sustainability competencies and skills in software engineering: An industry perspective</article-title>
          ,
          <source>JSS</source>
          <volume>211</volume>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>N.</given-names>
            <surname>Rozanski</surname>
          </string-name>
          , E. Woods,
          <source>Software Systems Architecture: Working with Stakeholders Using Viewpoints and Perspectives</source>
          , 2nd ed.,
          <source>Addison-Wesley</source>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ali Babar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Dingsøyr</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Lago</surname>
          </string-name>
          ,
          <string-name>
            <surname>H. van Vliet</surname>
          </string-name>
          ,
          <source>Software Architecture Knowledge Management</source>
          , Springer,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>C.</given-names>
            <surname>Calero</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Mancebo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Garcia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Moraga</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A. G.</given-names>
            <surname>Berna</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. L.</given-names>
            <surname>Fernandez-Aleman</surname>
          </string-name>
          ,
          <article-title>A. Toval, 5Ws of green and sustainable software</article-title>
          ,
          <source>Tsinghua Science and Technology</source>
          <volume>25</volume>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Venters</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Capilla</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. Y.</given-names>
            <surname>Nakagawa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Betz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Crick</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Brooks</surname>
          </string-name>
          ,
          <article-title>Sustainable software engineering: Reflections on advances in research and practice</article-title>
          ,
          <source>IST</source>
          (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>E.</given-names>
            <surname>Woods</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Rozanski</surname>
          </string-name>
          , Using Architectural Perspectives,
          <source>in: 5th Working IEEE/IFIP Conference on Software Architecture (WICSA'05)</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>International</given-names>
            <surname>Organization</surname>
          </string-name>
          for Standardization [ISO],
          <source>Systems and Software</source>
          Engineering - Architecture
          <string-name>
            <surname>Description</surname>
          </string-name>
          ,
          <source>Technical Report ISO/IEC/IEEE</source>
          <volume>42010</volume>
          :
          <year>2022</year>
          ,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>N.</given-names>
            <surname>Boucké</surname>
          </string-name>
          , T. Holvoet,
          <article-title>Relating architectural views with architectural concerns</article-title>
          , in: International Workshop on Early Aspects at
          <string-name>
            <surname>ICSE</surname>
          </string-name>
          , ACM,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>P.</given-names>
            <surname>Lago</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. A.</given-names>
            <surname>Koçak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Crnkovic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <article-title>Framing sustainability as a property of software quality</article-title>
          ,
          <source>Communications of the ACM</source>
          <volume>58</volume>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>E.</given-names>
            <surname>Jagroep</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. M. Van Der Werf</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Brinkkemper</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Blom</surname>
            ,
            <given-names>R. Van Vliet</given-names>
          </string-name>
          ,
          <article-title>Extending software architecture views with an energy consumption perspective: A case study on resource consumption of enterprise software</article-title>
          ,
          <source>Computing</source>
          <volume>99</volume>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>