Das QS-Modell: Unterschied zwischen den Versionen

Aus Ameise-de
Zur Navigation springenZur Suche springen
*>Nagy
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(11 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{NavigatorBar|SESAM - Der Kern von AMEISE|Das SESAM-System}}
Das '''QS-Modell''' ist das erste vollständig entwickelte Modell, das für die SESAM-Simulation eingesetzt wurde. Das Modell ist auf die Entwicklung von Software im Rahmen eines kleinen bis mittleren Auftragsprojekts ausgerichtet, wobei es sich dabei besonders auf Qualitätssicherungsmaßnahmen konzentriert. Daher wird dieses Modell auch als Qualitätssicherungs-Modell (QS-Modell) bezeichnet.
Das '''QS-Modell''' ist das erste vollständig entwickelte Modell, das für die SESAM-Simulation eingesetzt wurde. Das Modell ist auf die Entwicklung von Software im Rahmen eines kleinen bis mittleren Auftragsprojekts ausgerichtet, wobei es sich dabei besonders auf Qualitätssicherungsmaßnahmen konzentriert. Daher wird dieses Modell auch als Qualitätssicherungs-Modell (QS-Modell) bezeichnet.


Zeile 8: Zeile 11:


===Wasserfallmodell===
===Wasserfallmodell===
Als Prozessmodell wurde das '''Wasserfallmodell''' [!] gewählt, wobei dieses um zusätzliche konstruktive und analytische Maßnahmen erweitert wurde. Das Modell überlässt dem Spieler die Entscheidung, in welcher '''Reihenfolge''' er die verschiedenen Tätigkeit durchführt. Die möglichen Abläufe innerhalb des QS-Modells, werden in der folgenden Abbildung dargestellt:
Als Prozessmodell wurde das '''[[Wasserfallmodell]]''' gewählt, wobei dieses um zusätzliche konstruktive und analytische Maßnahmen erweitert wurde. Das Modell überlässt dem Spieler die Entscheidung, in welcher '''Reihenfolge''' er die verschiedenen Tätigkeit durchführt. Die möglichen Abläufe innerhalb des QS-Modells, werden in der folgenden Abbildung dargestellt:






[[Image:wasserfall.png|center|frame|Mögliche Abläufe im QS-Modell]]
[[Image:Wasserfall.png|center|frame|Mögliche Abläufe im QS-Modell]]


Zeile 19: Zeile 22:


===Code-and-Fix Ansatz===
===Code-and-Fix Ansatz===
Er wird allerdings zumindest dazu gezwungen ein '''Analysedokument''' zu erstellen und die '''Implementierung''' durchzuführen. Alle anderen Phasen zwischen Analyse und Implementierung darf können übersprungen werden. Somit kann der Spieler nicht davon abgehalten werden, den Code-and-Fix Ansatz [!] auszuprobieren.
Er wird allerdings zumindest dazu gezwungen ein '''Analysedokument''' zu erstellen und die '''Implementierung''' durchzuführen. Alle anderen Phasen zwischen Analyse und Implementierung darf können übersprungen werden. Somit kann der Spieler nicht davon abgehalten werden, den [[Code-and-Fix|Code-and-Fix Ansatz]] auszuprobieren.




Zeile 30: Zeile 33:
Wichtig ist jedoch, dass die Korrektur eines Reviews erfolgreich abgeschlossen werden muss, bevor eine neue Prüfung desselben Dokuments durchgeführt werden kann. Nach der Korrektur können beliebige Aktivitäten ausgeführt werden.
Wichtig ist jedoch, dass die Korrektur eines Reviews erfolgreich abgeschlossen werden muss, bevor eine neue Prüfung desselben Dokuments durchgeführt werden kann. Nach der Korrektur können beliebige Aktivitäten ausgeführt werden.


{{NavigatorBar|[[Das SESAM-System]]|[[SESAM - Der Kern von AMEISE|bla]]}}
 
{{NavigatorBar|SESAM - Der Kern von AMEISE|Das SESAM-System}}


[[Category:Tutorial]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__
[[de:Das QS-Modell]]
[[en:The QA - Model]]
<!--
[[sk:Hlavná stránka]]
[[fr:Accueil]]
-->

Aktuelle Version vom 8. Mai 2013, 18:58 Uhr


Das QS-Modell ist das erste vollständig entwickelte Modell, das für die SESAM-Simulation eingesetzt wurde. Das Modell ist auf die Entwicklung von Software im Rahmen eines kleinen bis mittleren Auftragsprojekts ausgerichtet, wobei es sich dabei besonders auf Qualitätssicherungsmaßnahmen konzentriert. Daher wird dieses Modell auch als Qualitätssicherungs-Modell (QS-Modell) bezeichnet.

Das QS-Modell erfordert von den Spielern (Studenten) ein richtiges Vorgehen bei der Besetzung von Stellen sowie der Fortschritts- und Qualitätskontrolle. Es müssen die Analyse, die Spezifikation, der Grob- und Feinentwurf, der Code und das Handbuch erstellt, sowie die Integration und die Auslieferung des Systems durchgeführt werden. Zusätzlich sollten alle Dokumente einem Review unterzogen, als auch Modul-, Integrations-, System- und Abnahmentests durchgeführt werden. Der Spieler ist außerdem dafür verantwortlich, Mitarbeiter anzustellen, ihnen Aufgaben zuzuweisen und zu entlassen.


All dies ist unter modellabhängigen Zeit- und Budgetrestriktionen durchzuführen!


Wasserfallmodell

Als Prozessmodell wurde das Wasserfallmodell gewählt, wobei dieses um zusätzliche konstruktive und analytische Maßnahmen erweitert wurde. Das Modell überlässt dem Spieler die Entscheidung, in welcher Reihenfolge er die verschiedenen Tätigkeit durchführt. Die möglichen Abläufe innerhalb des QS-Modells, werden in der folgenden Abbildung dargestellt:


Mögliche Abläufe im QS-Modell


Die gestrichelt gezeichneten Pfeile zwischen den Aktivitäten weisen darauf hin, dass der Spieler nicht streng nach dem Wasserfallmodell vorgehen muss. Es gibt zwar eine vorgegebene Sequenz zwischen den Phasen. Der Spieler muss diese aber nicht einhalten.


Code-and-Fix Ansatz

Er wird allerdings zumindest dazu gezwungen ein Analysedokument zu erstellen und die Implementierung durchzuführen. Alle anderen Phasen zwischen Analyse und Implementierung darf können übersprungen werden. Somit kann der Spieler nicht davon abgehalten werden, den Code-and-Fix Ansatz auszuprobieren.


Weiters sind Rücksprünge zu früheren Phasen möglich, solange das Dokument, zu dem gesprungen werden soll, noch Fehler enthält.


Fehlerhafte Dokumente können beliebig oft geprüft und korrigiert werden!


Wichtig ist jedoch, dass die Korrektur eines Reviews erfolgreich abgeschlossen werden muss, bevor eine neue Prüfung desselben Dokuments durchgeführt werden kann. Nach der Korrektur können beliebige Aktivitäten ausgeführt werden.