• Keine Ergebnisse gefunden

Software Engineering I

N/A
N/A
Protected

Academic year: 2021

Aktie "Software Engineering I"

Copied!
1
0
0

Wird geladen.... (Jetzt Volltext ansehen)

Volltext

(1)

Martin Glinz

Software Engineering I

Vorlesungsskript, WS 2004/2005 Universität Zürich

Die traur’ge Wahrheit lautet schlicht in der Praxis tun’s die meisten nicht.

Man glaubt es kaum, es ist ein Graus, sie werfen das Geld zum Fenster hinaus.

Vom Software Engineering sind sie weit entfernt – der Grund ist der: sie haben’s nie gelernt.

Drum, liebe Leute kommt herbei, ihr braucht SE, ich bring’s euch bei.

Professor, Software Engineering lehrend (frei nach Wilhelm Busch)

Referenzen

ÄHNLICHE DOKUMENTE

❍   Beim Prüfen erkannte Fehler müssen anschließend korrigiert werden (indem die verursachenden Defekte erkannt und behoben werden)!... Software

●  Läuft das Programm nicht oder sind Ergebnisse offensichtlich falsch, werden die Defekte gesucht und behoben (“Debugging”)!. ●  Der „Test“ ist beendet, wenn das

❍  Experimente zeigen, dass die Sitzung kaum neue Befunde erbringt (die kein Gutachter in der Vorbereitung erkannt hat)!. ❍   Kritische Durchsicht der Individualbefunde durch

●  Entwicklungsteam schätzt Aufwand pro Position und wählt Positionen für anstehende Iteration aus (scrum backlog)!. ❍   Durchführung

●  Wie soll das Risiko im Projekt verfolgt werden?. ●  Kann das Risiko auf Dritte

❍   Eine Zertifizierung nach ISO 9001 bedeutet nicht automatisch, dass dieses Unternehmen Software hoher Güte herstellt!. ❍  Überspitzt ausgedrückt ist auch die kontrollierte

Positiv: Produktverantwortlicher übernimmt Änderungen durch Mischen in die RU; publiziert neue Version in RU!... Problem 2: Änderung

●  Projektspezifische Vorgaben für die Qualität (vgl. Folien Kapitel 16). ❍