<!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 />
    <article-meta>
      <title-group>
        <article-title>Tool-based Support for Organization-speci c Enterprise Architecture Management</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Technische Universitat Munchen, Institute for Informatics</institution>
          ,
          <addr-line>Boltzmannstr. 3, 85748 Garching</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Enterprise architecture (EA) management is a commonly accepted instrument for modern organizations to deal with today's challenging environment. E ectively designed an organization-speci c EA management function can improve the overall agility of an organization. The design of such management function is a challenging task, in which the di erent process steps, information ows, and roles that constitute such function have to be shaped and aligned. The complexity of the management subject EA and the high number of involved stakeholders further aggravate the creation of a consistent but organizationspeci c EA management, and call for tool support during the design phase. In this phase, the designer selects the goals to be pursued, the concerns to be addressed, and the roles to be involved. Based on this selection, the user is supplied with re-usable and practice-proven building blocks that can be integrated into a tailored EA management function for the using organization. Di erent sources for such building blocks exist, namely the EA management pattern catalog [1] or TOGAF [5], although the latter does not explicitly state such blocks. After the organization-speci c EA management function has been de ned, it must be enacted in the organization. For the conduction phase, i.e. for managing the EA, the tool must provide support by initializing the corresponding processes and process steps, informing the relevant stakeholders, and ensuring that their information demands are ful lled. For the latter, the tool must support the generation of EA views that correspond to well-de ned viewpoints [1, 3]. These viewpoints prescribe which architectural information is conveyed to which stakeholder. Building on the prefabricates of [2], where a tool for exibly visualizing EAs is presented, we subsequently outline the core idea behind an EA management design tool that further allows to enact the designed process, sketch realization ideas, and give an outlook on future developments. Approach Central idea behind the design tool is the understanding that reusable building blocks for an EA management function may be extracted from di erent EA management approaches in literature as well as observed in practical cases. These building blocks are then aligned to a common terminology and their underlying organizational contexts as well as their pursued management goals are elicited. Thereby, the di erent possibly competing building blocks are interlinked into a nexus (cf. Figure 1) that backs the design tool. Implementation While EA management is a collaborative function, the design phase can be considered a single user task. The design tool should hence</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        be implemented as standalone application, e.g. based on the Eclipse Rich Client
Platform [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Aforementioned platform may especially be useful, as it supports
the development of graphical modeling tools via the graphical modeling
framework (GMF) and the eclipse modeling framework (EMF).
      </p>
      <p>Goals</p>
      <p>Outlook Building block-based modeling of EA management processes is in
many ways di erent from typical process modeling. The above tool can therefore
greatly bene t from using a modeling language appropriate for this purpose, i.e.
a language especially supporting the composition of process building blocks.
Further challenges arise from integrating the process with other building blocks,
e.g. the viewpoints. In each integration, consistency must be veri ed and minor
user-speci c adaptations should be supported.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>S.</given-names>
            <surname>Buckl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Ernst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lankes</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Matthes</surname>
          </string-name>
          .
          <source>Enterprise Architecture Management Pattern Catalog (Version</source>
          <volume>1</volume>
          .0,
          <year>February 2008</year>
          ).
          <source>Technical report, Chair for Informatics</source>
          <volume>19</volume>
          (
          <issue>sebis</issue>
          ), Technische Universitat Munchen, Munich, Germany,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>S.</given-names>
            <surname>Buckl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Ernst</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lankes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Matthes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Schweda</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Wittenburg</surname>
          </string-name>
          .
          <article-title>Generating visualizations of enterprise architectures using model transformation (extended version)</article-title>
          .
          <source>Enterprise Modelling and Information Systems Architectures { An International Journal</source>
          ,
          <volume>2</volume>
          (
          <issue>2</issue>
          ):3{
          <fpage>13</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>S.</given-names>
            <surname>Kurpjuweit</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Winter</surname>
          </string-name>
          .
          <article-title>Viewpoint-based meta model engineering</article-title>
          . In M. Reichert,
          <string-name>
            <given-names>S.</given-names>
            <surname>Strecker</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          K. Turowski, editors,
          <source>Enterprise Modelling and Information Systems Architectures { Concepts and Applications</source>
          ,
          <source>Proceedings of the 2nd International Workshop on Enterprise Modelling and Information Systems Architectures (EMISA'07)</source>
          , St. Goar, Germany, October 8-
          <issue>9</issue>
          ,
          <year>2007</year>
          , LNI, pages
          <volume>143</volume>
          {
          <fpage>161</fpage>
          ,
          <string-name>
            <surname>Bonn</surname>
          </string-name>
          , Germany,
          <year>2007</year>
          . Gesellschaft fur Informatik.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4. The Eclipse Foundation.
          <article-title>Rich client platform</article-title>
          . http://wiki.eclipse.org/index.php/Rich Client Platform (cited
          <year>2010</year>
          -
          <volume>03</volume>
          -18),
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. The Open Group.
          <source>TOGAF "Enterprise Edition" Version 9</source>
          . http://www.togaf.
          <source>org (cited 2010-02-25)</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>