Diskussion:Entwicklungsstadium (Software)

message: Die Diskussion verläuft wieder so wie das bei WP immer ist: Argumente werden genannt, auf sie wird aber nicht wirklich eingegangen, es gibt immer wieder Missverständnisse. Ich versuchs mal mit dem folgenden Entwurf:
Definition in der Einleitung: Ein Entwicklungsstadium ist in der Softwaretechnik der Fertigstellungszustand, den ein zu erstellendes Softwareprodukt zu einem bestimmten Zeitpunkt erreicht hat oder erreichen soll. Die für ein Projekt relevanten/geplanten Stadien werden im Rahmen des Projektmanagements zeitpunktbezogen und inhaltlich festgelegt, basierend auf dem für das Projekt gewählten Vorgehensmodell, seinen seinen Aktivitäten und Meilensteinen oder aufgrund von Vorgaben in herstellerspezifischen Methodenkonzepten und Entwicklungsumgebungen. Meist bezieht sich der Begriff Entwicklungsstadium im engeren Sinn auf ausführbare Software, d. h. auf lauffähige Programme, die im Rahmen von Releasemanagement-Prozessen zum Testen oder an ihre Benutzer bereitgestellt werden. 
In erweitertem Sinn ergeben sich unterschiedliche Entwicklungsstadien für Software im gesamten Projektverlauf, wo auch in konzeptionellen Projektphasen Ergebnisse entstehen, die bestimmten Meilensteinen (‚Entwicklungsstadien‘) zugeordnet sind. Beispiel siehe Ralf Ötinger Benutzergerechte Softwareentwicklung  Stadien: Problemanalyse, Anforderungsdefinition. Am Ende jedes Stadiums werden die definierten Projektergebnisse in das nachfolgende Stadium zur Bearbeitung übergeleitet.
 
Der Abschluss von Entwicklungsstadien für Softwarekomponenten wird in der Projektpraxis unterschiedlich gehandhabt: In kleineren Projekten wie beispielsweise bei der Softwarewartung wird die fertige Software oft erst komplett am Projektende zur Produktion übergeben; es sind keine Zwischenversionen vorgesehen. In anderen Fällen werden mehrere Stadien konkret benannt und behandelt. Als Mischform aus beiden entstehen Entwicklungsstadien situationsbezogen. 
(=== Zweck / Unterschiede ===)
Die Zielsetzung für die Festlegung mehrerer Entwicklungsstatien ist im Allgemeinen, im Projektverlauf Fixpunkte mit definierten Reifegraden zu erreichen, um die anschließenden Aktivitäten sicher(er) bearbeiten zu können. Häufig werden unterschiedliche Entwicklungsstadien beim Softwaretest praktiziert, um in nachgelagerten Teststufen/Testarten z. B. Funktionsdetails überprüfen zu können, die auf bereits im vorhergehenden Stadium getesteten Funktionalitäten aufsetzen. 
Unterschiede zwischen den einzelnen Software-Entwicklungsstadien können zum Beispiel folgende sein – um für den jeweils angegebenen Freigabezweck verwendet zu werden:
* Manche Funktionen sind noch nicht realisiert; für bestimmte Vorbereitungstests.
* ... oder sind nur in einfacher Form (ohne Spezialfälle) realisiert; ebenfalls für erste/frühe Tests.
* Die Software wurde im bisherigen Stadium nur durch bestimmte Testarten (wie Alphatests) überprüft; z.B. zur Weitergabe für Betatests.
* Die Komponenten enthalten für noch fehlende Funktionsteile noch Hilfsroutinen (z.B. Stubs oder Driver); zum Testen von Unterprogrammen.
* Die Anwendung wird zur Übernahme in eine spezielle System- oder Testumgebung bereitgestellt und ggf. zielsystemspezifisch adaptiert; z.B. zur Durchführung von Produktionstests oder Lasttests.
* In der Anwendung sind Hilfsroutinen enthalten, die das Testen und die Dokumentation von Fehlerfällen unterstützen; für öffentliche Tester.
* Stadiumbezogene Übergaben enthalten entweder die ganze Anwendung oder nur einzelne Komponenten zur (nachträglichen) Installation. 
* Die Anwendung ist vollständig einsatzbereit (letztes Stadium); zur finalen Übergabe in die Produktionsumgebung. 
(=== Beispiele für Entwicklungsstadien ===)
Entwicklungsstadien und Bezeichnungen für Softwarereleases können zum Beispiel sein:
:pre-Alpha → Alpha → Beta → Release Candidate → Release.
In anderen Fällen praktiziert ein Hersteller Releasebezeichnungen wie die folgenden:
:CLOSED → INAL STABLE → FINAL → CURRENT BUILD → SCEDULED.es2000 Software für Sie gemacht  Support Lifecycle
Hier sollten/können die Bezeichnungen jeweils erläutert werden - aus dem alten Text. Auch Synonyme hier nennen.
Dabei ergeben sich zwischen den Haupt-Stadien in der Softwareentwicklung beliebig viele Zwischenversionen, zum Beispiel aus der Behebung gemeldeter/erkannter Programmfehler.
(=== Glossar im Kontext ===)
Manche im Zusammenhang mit Entwicklungsstadien benutzten Termini (siehe Liste) werden umgangssprachlich für unterschiedliche Begriffsebenen benutzt. Sie können stehen für:
* Die abstrakte Benennung eines Entwicklungsstadiums; ‚produktive Freigabe‘ lt. Vorgehensmodell
* Die stadium- oder versionsbezogene Softwarekomponente; ‚Release 3a‘ der Anwendung ABC
* Die Tätigkeit der Freigabe; ‚Übergabe‘, ‚Veröffentlichung‘
Wenn die Termini im Text unzweideutig benannt wären, könnte man das hier löschen!
* Beispiele: Freigabe, Veröffentlichung, Release, Version (major, minor ...) 
Hier sonstige Ausdrücke erläutern - die nicht 'Stadium' SIND.
 
Ansonsten sollten die o.g. Punkte sukzessive in den Texten irgendwie berücksichtigt werden. Ggf. inkl. Belegen.
--VÖRBY (Diskussion) 10:22, 4. Dez. 2017 (CET)
thread_title:  Entwurf für Neutextung 

message: Der Webbrowser Mozilla Firefox erscheint in sechswöchigen Abständen in drei verschiedenen Versionen: der experimentellen Version Firefox Nigthly (pre-alpha), der experimentellen Version "Firefox Developer Edition", der größtenteils stabilen Version Firefox Beta und der stabilen Version Firefox[6][7],.
Für mich sind das auf Grund gebräuchlicher Anwendung deutscher Semantik vier Versionen. Ich vermute mal, dass der experimentellen Version Firefox Nigthly (pre-alpha) und der experimentellen Version "Firefox Developer Edition" das gleiche meinen sollen, aber die Interpunktion und der Satzbau stellen die beiden Elemente auf die gleiche Ebene wie die nachfolgenden, somit muss man hier vier Versionen lesen. Kann das mal jemand mit Fachkenntnis herausklamüsern? --Ariser (Diskussion) 14:11, 20. Jun. 2018 (CEST)
thread_title:  Beispiel Firefox