https://wiki-de.moshellshocker.dns64.de/index.php?action=history&feed=atom&title=Feature-Request 2026-05-20T21:12:15Z Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie MediaWiki 1.43.8 https://wiki-de.moshellshocker.dns64.de/index.php?title=Feature-Request&diff=271160&oldid=prev 2025-09-30T18:15:17Z

<p><span class="autocomment">Weitere Einzelheiten: </span> unmissverständlicher</p> <p><b>Neue Seite</b></p><div>&#039;&#039;&#039;&#039;&#039;Feature-Request&#039;&#039;&#039;&#039;&#039; (von [[Englische Sprache|engl.]] &#039;&#039;{{lang|en|feature}}&#039;&#039; = Eigenschaft, Fähigkeit, Funktion; &#039;&#039;{{lang|en|request}}&#039;&#039; = Antrag, Anfrage, Wunsch; auch &#039;&#039;Leistungsmerkmalanforderung&#039;&#039;) oder &#039;&#039;&#039;Verbesserungsvorschlag&#039;&#039;&#039; bezeichnet die Anfrage, eine [[Software]] um eine neue Funktion zu erweitern oder die vorhandene [[Funktionalität (Produkt)|Funktionalität]] zu verändern.<br /> <br /> == Weitere Einzelheiten ==<br /> Zu unterscheiden ist ein Feature-Request von einer Anforderung zur Fehlerbehebung, genannt [[Fehlerbericht]] oder {{enS|bug report}}. Die gewünschten Merkmale sind neu und damit nicht als Abweichung von zugesagten Eigenschaften einzustufen.<br /> <br /> Häufig unklar sind jedoch die Grenzen zwischen &#039;&#039;Merkmal&#039;&#039; und &#039;&#039;Fehler&#039;&#039; ([[Programmfehler]], &#039;&#039;{{lang|en|bug}}&#039;&#039;), nämlich dann, wenn bei einem „unerwarteten Verhalten“ der Software darüber diskutiert wird, ob das Verhalten fehlerhaft oder gewollt ist: &#039;&#039;{{lang|en|It’s not a bug, it’s a feature}}&#039;&#039; (frei ins Dt. übersetzt: „Es ist kein Fehler, sondern eine Funktion.“) ist in dieser Situation eine gängige Redensart.&lt;ref&gt;{{Internetquelle |url=https://www.giga.de/extra/betriebssystem/gallery/its-not-a-bug-its-a-feature-die-5-beruechtigsten-computerfehler-der-geschichte/ |autor=Thomas Kolkmann |titel=„It’s not a bug, it&#039;s a feature“: Die 5 berüchtigsten Computerfehler der Geschichte |werk=[[GIGA]].de |datum=2018-02-28 |sprache=de |abruf=2023-10-13}}&lt;/ref&gt;<br /> <br /> Für Klarheit kann der Einsatz eines [[Anforderungsmanagement]]s sorgen. Wenn gewünschte Leistungsmerkmale als Anforderung beschrieben sind, dann ist die Nicht-Erfüllung einer Anforderung ein [[Softwarefehler]]. Wenn dagegen ein erwartetes Verhalten nicht in den Anforderungen beschrieben ist, dann darf dies nach den Regeln des Qualitätsmanagements nicht als „[[Fehler]]“ bezeichnet werden, sondern als „[[Mangel (Qualität)|Mangel]]“. Das Gleiche gilt, wenn die Anforderungen ein Verhalten beschreiben, das die Eignung der Software für ihren Einsatzzweck einschränkt.<br /> <br /> Oft wird bei Softwareprojekten ein sogenannter [[Bugtracker]] verwendet, mit dem Feature-Requests und auch Fehlerberichte strukturiert entgegengenommen, verwaltet und verfolgt werden können.<br /> <br /> Im Anforderungsmanagement wird oft zwischen wünschenswerten (&#039;&#039;{{lang|en|nice to have}}&#039;&#039;) und notwendigen (&#039;&#039;{{lang|en|must have}}&#039;&#039;) Merkmalen unterschieden.<br /> <br /> == Siehe auch ==<br /> * [[betriebliches Vorschlagswesen]]<br /> <br /> == Einzelnachweise ==<br /> &lt;references /&gt;<br /> <br /> [[Kategorie:Softwaretechnik]]</div>

imported>Amtiss