<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Use-Case-Point-Methode</id>
	<title>Use-Case-Point-Methode - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Use-Case-Point-Methode"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Use-Case-Point-Methode&amp;action=history"/>
	<updated>2026-05-20T23:59:30Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://wiki-de.moshellshocker.dns64.de/index.php?title=Use-Case-Point-Methode&amp;diff=2525848&amp;oldid=prev</id>
		<title>imported&gt;RealPixelcode: RealPixelcode verschob die Seite Use Case Point-Methode nach Use-Case-Point-Methode: Tippfehler korrigiert: Rechtschreibfehler korrigiert. Im Deutschen werden zusammengesetzte Substantive mit Bindestrichen zwischen den einzelnen Gliedern geschrieben (wenn nicht vollständig zusammen), das nennt man Durchkopplung.</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Use-Case-Point-Methode&amp;diff=2525848&amp;oldid=prev"/>
		<updated>2026-02-01T21:24:31Z</updated>

		<summary type="html">&lt;p&gt;RealPixelcode verschob die Seite &lt;a href=&quot;/index.php?title=Use_Case_Point-Methode&amp;amp;action=edit&amp;amp;redlink=1&quot; class=&quot;new&quot; title=&quot;Use Case Point-Methode (Seite nicht vorhanden)&quot;&gt;Use Case Point-Methode&lt;/a&gt; nach &lt;a href=&quot;/index.php/Use-Case-Point-Methode&quot; title=&quot;Use-Case-Point-Methode&quot;&gt;Use-Case-Point-Methode&lt;/a&gt;: Tippfehler korrigiert: Rechtschreibfehler korrigiert. Im Deutschen werden zusammengesetzte Substantive mit Bindestrichen zwischen den einzelnen Gliedern geschrieben (wenn nicht vollständig zusammen), das nennt man Durchkopplung.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Die &amp;#039;&amp;#039;&amp;#039;Use-Case-Points-Methode &amp;#039;&amp;#039;&amp;#039; (UCP-Methode) ist eine Top-Down-Schätzmethode, die in frühen [[Projektphase]]n mit geringem Aufwand zur Schätzung von Aufwänden von Software-Entwicklungsprojekten verwendet werden kann. Die UCP-Methode basiert auf Überlegungen von Gustav Karner, der während seiner Diplomarbeit im Jahre 1993 eine algorithmische Schätzmethode entwickelte, um Kosten- bzw. Aufwandsschätzung in der [[Softwareentwicklung]] abzuschätzen.&lt;br /&gt;
&lt;br /&gt;
== UCP-Methode nach Karner ==&lt;br /&gt;
&lt;br /&gt;
Im Jahre 1993 entwickelte Gustav Karner in Zusammenarbeit mit der Firma Objectory in seiner Diplomarbeit&amp;lt;ref&amp;gt;[http://www.bfpug.com.br/Artigos/UCP/Karner%20-%20Resource%20Estimation%20for%20Objectory%20Projects.doc Abschlussarbeit Gustav Karner] ([[Microsoft Word|MS Word]]; 362&amp;amp;nbsp;kB)&amp;lt;/ref&amp;gt; die &amp;#039;&amp;#039;&amp;#039;Use-Case-Points-Methode&amp;#039;&amp;#039;&amp;#039; (UCP-Methode). Karner betrachtete Use Cases und Aktoren, mit denen er die &amp;#039;&amp;#039;&amp;#039;Use-Case-Points&amp;#039;&amp;#039;&amp;#039; (UCP) errechnete, und sah darin ein Maß, den fachlich-funktionalen Umfang eines Softwaresystems zu beschreiben. Stehen darüber hinaus bezüglich Technik und Effizienz weitere Informationen zur Verfügung, lassen sich weitere Faktoren hinzuziehen. Damit lässt sich die Genauigkeit der Methode verbessern.&lt;br /&gt;
&lt;br /&gt;
== Weitere Entwicklungen ==&lt;br /&gt;
Die &amp;#039;&amp;#039;Use-Case-Points-Methode 2.0&amp;#039;&amp;#039; (UCP-Methode 2.0) wurde in einer Masterarbeit in Zusammenarbeit mit der Hochschule München, der [[Universität Magdeburg]]&amp;lt;ref&amp;gt;[http://www-ivs.cs.uni-magdeburg.de/sw-eng/agruppe/forschung/p08.html#P61 Use Case Point Method Improvement bei der Universität Magdeburg]&amp;lt;/ref&amp;gt; und der Firma [[Capgemini sd&amp;amp;m]] im Jahr 2008 entwickelt. Die UCP-Methode 2.0 basiert weiterhin auf Use-Case-Points, nutzt aber zu deren Bildung verbesserte Zähl- und Berechnungsvorschriften sowie überarbeitete Faktoren. Diese wurden aufbauend auf COCOMO II, weiteren Verfahren aus der Literatur und der industriellen Praxis ein neues Kostenfaktor-Modell entwickelt. Die Funktionsweise der UCP-Methode 2.0 ist in der zweiten Ausgabe des &amp;#039;&amp;#039;FORUM Betriebswirtschaft München&amp;#039;&amp;#039;&amp;lt;ref&amp;gt;{{Webarchiv|url=http://www.bwl.hm.edu/die_fakultaet/forumjournal/2auflageforum.de.html |wayback=20120204041511 |text=FORUM Betriebswirtschaft München, 2. Ausgabe erschienen Frühjahr 2010 }}, {{ISSN|1867-9099}}&amp;lt;/ref&amp;gt; veröffentlicht.&lt;br /&gt;
&lt;br /&gt;
Die Lösung &amp;#039;&amp;#039;Use Case Points 3.0&amp;#039;&amp;#039; (UCP 3.0) entstand in einer Dissertation&amp;lt;ref&amp;gt;[http://digital.ub.uni-paderborn.de/hs/content/titleinfo/5490 Use Case Points 3.0 : Implementierung einer Use Case bezogenen Schätzmethode für das Software-Engineering betrieblicher Informationssysteme]&amp;lt;/ref&amp;gt; an der Universität Paderborn in Zusammenarbeit mit der Firma Capgemini sd&amp;amp;m und wurde im Jahr 2009 veröffentlicht. In der Dissertation wurde ein modellbasiertes Vorgehen definiert, das unterschiedliche Spezifikationsformen auf eine neu entwickelte UCP-Sprache transformiert. Einzelne Beschreibungen in der UCP-Sprache können dann auf ein Größenmaß (Points) abgebildet werden. UCP 3.0 schafft zusammen mit einem Anwendungsleitfaden ein normiertes Verfahren für den Schätzprozess und zeigt in der industriellen Praxis ein hohes Maß an Reproduzierbarkeit mit deutlich verbesserter Schätzgenauigkeit.&lt;br /&gt;
&lt;br /&gt;
Als Schwäche der UCP-Methode nach Karner wird gesehen, dass die Methode durch Karner nicht ausreichend kalibriert werden konnte, da hierfür keine statistisch ausreichende Anzahl von Projekte zur [[Regressionsanalyse]] zur Verfügung stand. Hinzu kommt, dass das lineare Modell der Methode die bei Softwareentwicklungsprojekten auftretenden negativen [[Skaleneffekt]]e nicht berücksichtigen kann.&amp;lt;ref&amp;gt;Carl Friedrich Kreß, Olivier Hummel, Mahmudul Huq: [http://ceur-ws.org/Vol-1138/re4p21.pdf &amp;#039;&amp;#039;A Practical Approach for Reliable Pre-Project Effort Estimation&amp;#039;&amp;#039;]. In: CEUR Workshop Proceedings, Vol. 1138, p. 23, 2014&amp;lt;/ref&amp;gt; Trotzdem bietet die Methode wesentliche Vorteile bei der Vermessung von Projekten in frühen Phasen, kann doch durch die vereinfachte Zählweise schnell die funktionale Größe des IT-Produkts bestimmt werden (FSM, functional size measurment, in diesem Fall UUCW + UAW). Das FSM kann dann mit statistisch validierten Modellen wie etwa [[COCOMO|COCOMO II]] kombiniert werden, um verlässlichere Schätzungen zu generieren.&amp;lt;ref&amp;gt;Carl Friedrich Kreß, Olivier Hummel, Mahmudul Huq: [http://ceur-ws.org/Vol-1138/re4p21.pdf &amp;#039;&amp;#039;A Practical Approach for Reliable Pre-Project Effort Estimation&amp;#039;&amp;#039;]. In: CEUR Workshop Proceedings, Vol. 1138, p. 28, 2014&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Einzelnachweise ==&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Schätztheorie]]&lt;/div&gt;</summary>
		<author><name>imported&gt;RealPixelcode</name></author>
	</entry>
</feed>