<!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>Exploring legacy software quality by a metrics tool: an experience report</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Klaus Bothe</string-name>
          <email>bothe@informatik.hu-berlin.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Informatics, Humboldt University Berlin</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>SQAMIA 2024: Workshop on Software Quality</institution>
          ,
          <addr-line>Analysis, Monitoring, Improvement, and Applications</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>There has been a long discussion about the usefulness of metrics in real-live software projects: Are metrics really helpful and more than a theoretical approach? This talk will present practical experience gained in a special situation: Unknown and poorly documented legacy software had to be maintained by a new team without any contact with the original developers. Instead of a time-consuming review of the existing code, a metrics tool was used to gain an overall impression of the quality and global properties of the code. By this procedure, information about the size, the complexity, the style and the architecture of the system had been gathered with comparatively less efort. Weak code parts could be distinguished from well-engineered ones. On that basis, and as a conclusion, reasonable planning decisions of succeeding maintaining activities had been made.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Software metrics</kwd>
        <kwd>metrics tool</kwd>
        <kwd>legacy software</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body />
  <back>
    <ref-list />
  </back>
</article>