===== OMG: CISQ Automated Technical Debt Measure (ATDM) =====
[[dido:public:ra:xapend:xapend.b_stds:tech:omg:start| return to the OMG Standards ]]

<table>
<caption>Data sheet for Automated Technical Debt Measure (ATDM)</caption>
| Title                      | Automated Technical Debt Measure  |
| Acronym                    | ATDM |
| Version                    | 1.0 |
| OMG Document Number        | formal/18-09-01  |
| Release Date               | December 2017  |
| About Specification        | [[https://www.omg.org/spec/ATDM/About-ATDM/]] |
| Document                   | [[https://www.omg.org/spec/ATDM/1.0/PDF]]|
</table>

  : **Note**: The following is an excerpt from the actual document. It is provided here as a convenience and is not authoritative. Refer to the original document as the authoritative reference.

==== Purpose ====
  : //The purpose of this specification is to establish a standard for automating a measure of Technical Debt that can be computed by [[dido:public:ra:xapend:xapend.a_glossary:s:sourcecode|source code]] analysis technologies which have implemented the CISQ Quality Characteristic measures.
Within this defined focus, Technical Debt is calculated as an estimate of the effort to fix violations of good architectural and coding practices that must be remediated because of their risk and cost to the business. The foundation for specifying this measure has been provided in the CISQ Quality Characteristic measures approved as OMG standards, namely the Automated Source Code Reliability/[[dido:public:ra:xapend:xapend.a_glossary:a:applicationsecurity|Security]]/[[dido:public:ra:xapend:xapend.a_glossary:p:performance_efficiency_measure|Performance Efficiency]]/[[dido:public:ra:xapend:xapend.a_glossary:m:maintainability_measure|Maintainability Measures]]. Using these OMG standards to provide the content for a measure of Technical Debt allows it to be based on published standards.//
  : //Adoption of the Technical Debt metaphor is growing as a means of communicating between IT executives and their
technical staffs about quality issues and costs. Commercial IT executives have embraced the concept of Technical Debt
for its value in predicting such factors as the costs of future corrective maintenance and the difficulty of enhancing or scaling an [[dido:public:ra:xapend:xapend.a_glossary:a:application|application]]. Currently, several static analysis vendors have added a measure of Technical Debt to their features, but none of these measures are based on an approved international standard.//

/**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
/* To add a discussion page to this page, comment out the line that says 
  ~~DISCUSSION:off~~
*/
~~DISCUSSION:on|Outstanding Issues~~
~~DISCUSSION:off~~