Sandbox:technical debt en legacy

NB: Deze pagina is geen onderdeel van de reguliere NORA, maar een testruimte. Het is dus niet zeker of de inhoud zoals u die ziet juist, actueel en betrouwbaar is.

NORA is op initiatief van Geert Jan Klinkhamer (Belastingdienst) begonnen met een inventarisatie van de begrippen Technical debt en Legacy. Directe aanleiding is de behoefte aan een definitie die binnen de overheid gehanteerd kan worden in onderzoek en communicatie.

In deze sandbox-pagina verzamelen we bestaande definities en reacties hierop, als er genoeg reacties komen kunnen we een werkdefinitie voor NORA definiëren en ze opnemen in het Begrippenkader.

Heb je aanvullingen, op- of aanmerkingen over de bronnen die we tot nu toe hebben staan en/of wil je meedenken, neem dan even contact op met Geert Jan en NORA Beheer via nora@ictu.nl.

Tijdelijke conceptpagina om feedback te krijgen voor mogelijke begrippen Technical debt en Legacy.

Technical debt / technische schuld

Bron: techopedia

Op techopedia.com staat de volgende werkdefinitie: Technical debt is a concept in programming that reflects the extra development work that arises when code that is easy to implement in the short run is used instead of applying the best overall solution.

Technical debt is commonly associated with extreme programming, especially in the context of refactoring. That is, it implies that restructuring existing code (refactoring) is required as part of the development process. Under this line of thinking refactoring is not only a result of poorly written code, but is also done based on an evolving understanding of a problem and the best way to solve that problem.

Technical debt may also be known as design debt.

Bron: NPR 5326

De Nederlandse Praktijkrichtlijn (NPR) 5326 categoriseert risico’s, omschrijft deze risico’s en beheersmaatregelen bij maatwerksoftwareontwikkeling, definieert de hierbij horende termen, metingen, testen, toetsen, kwaliteitskenmerken en rapportages, verwijst naar de hierbij te hanteren normen en biedt een ‘assessmentinstrument’ als handreiking voor de hierbij te betrekken belanghebbenden. Zie voor meer informatie over het hoe en waarom van de NPR op compact.nl een interview met Frank Niessink, kwaliteitsmanager bij ICTU en betrokken bij de totstandkoming.

De NPR 5326 definieert technische schuld vrij breed als "expliciete of impliciete keuze die op korte termijn het ontwikkelen en/of onderhouden van maatwerksoftware versnelt of vereenvoudigt maar op langere termijn een technische context creëert waarin het ontwikkelen en/of onderhoud van die software meer tijd zal kosten.

Legacy

Bron: techopedia

Op techopedia.com staat de volgende werkdefinitie: A legacy system, in the context of computing, refers to outdated computer systems, programming languages or application software that are used instead of available upgraded versions.

Legacy systems also may be associated with terminology or processes that are no longer applicable to current contexts or content, thus creating confusion. In theory, it would be great to be able to have immediate access to use the most advanced technology. But in reality, most organizations have legacy systems - to some extent. A legacy system may be problematic, due to compatibility issues, obsoletion or lack of security support.

A legacy system is also known as a legacy platform.

Nederlandse Overheid Referentie Architectuur.