Softwareprozesse WS 2015/2016
Dies ist die detaillierte Veranstaltungsseite zur Vorlesung und Übung "Softwareprozesse".
- Den ersten Übungszettel gibt es in der ersten Vorlesungswoche.
- Neue Übungsblätter finden sich auf der Webseite der Veranstaltung im KVV. Sie werden nicht in Papierform ausgegeben.
- Die Bearbeitung der Übungsblätter erfolgt in 2er-Gruppen
- Das Tutorien beginnen in der zweiten Vorlesungswoche. Die erste Übung findet somit am 19.10.2015 statt.
Beschreibung
Es ist allgemein anerkannt, dass ein guter und ordentlich durchgeführter Prozess eine Voraussetzung dafür ist, ein gutes Softwareprodukt zu erzeugen.
Diese Vorlesung stellt zahlreiche verschiedene Ansätze dafür vor, wie man Softwareprozesse gestalten kann und diskutiert ihre Stärken, Schwächen, Anwendungsbereiche, Voraussetzungen etc.
In diesem Zusammenhang besprechen wir auch die aktuell von der Arbeitsgruppe Software Engineering bearbeiteten Forschungsfragen (die Gelegenheiten für Abschlussarbeiten bieten).
Die Teilnehmenden lernen, die Tauglichkeit gewisser Prozessmerkmale für gegebene Zwecke und Situationen zu beurteilen und erwerben somit die Fähigkeit, Softwareprozesse zu analysieren und sinnvolle Verbesserungen vorzuschlagen.
Organisatorisches
Veranstalter
- LutzPrechelt (Vorlesung)
- Franz Zieris (Übung)
Voraussetzungen/Zielgruppe, Einordnung, Leistungspunkte etc.
Siehe den Eintrag im KVV.Die Veranstaltung ist eine Wahlveranstaltung im Masterstudiengang.
Termine und Nachrichten
Siehe den Eintrag im KVV.- Klausur: Mo 08.02.16, 11:59-14 Uhr, SR 006 @ Takustr. 9
- Klausureinsicht: Mi 20.04.16, von 16:00 bis mind. 16:30, Raum 049, Takustr. 9
- Nachklausur: nach Vereinbarung
Prüfungsmodalitäten
Kriterien für den Erwerb der Leistungspunkte sind- Aktive Teilnahme an den Übungen: Aktive Mitarbeit in den Übungen & Regelmäßige Bearbeitung der Übungsaufgaben
- Bestehen der Klausur.
- Die Klausur dauert 90 Minuten; es gibt 90 Punkte.
- Sie benötigen einen Studierendenausweis + Personalausweis/Reisepass.
- Zum Bestehen wird eine Punktzahl ausreichen, die voraussichtlich im Bereich zwischen 28 und 38 liegen wird (ohne Gewähr). Die genaue Schwelle wird erst bei der Korrektur festgelegt.
- Es sind keine Hilfsmittel zugelassen.
Inhalt
Literatur
Die Vorlesung verwendet eine reiche Menge an wissenschaftlicher Literatur. Verweise stehen jeweils in den Foliensätzen. Zum Teil sind dort zitierte Artikel direkt unten im VorlesungSoftwareprozesse2015 als PDF zum Herunterladen zugänglich. Der Zugang ist nur aus dem Netz der FU Berlin heraus möglich.Stoffplan
Die Foliensätze sind in englischer Sprache. The actual slides are in English language.
- Einführung (2015-10-12):
Einführung und Überblick- Welche Themen kommen in dieser Veranstaltung?; Welche Themen gehörten zur Veranstaltung "Softwaretechnik"?; Welche Bezüge gibt es dazwischen?
- Übung: JUnit, Code Reviews (PDF, JUnit-Code)
- Merkmale für Prozessgüte (2015-10-19):
CMMI- Beschreibungsrahmen für Prozessreifegrade (in 5 Stufen) anhand von 21 Prozessbereichen (mit jeweils spezifischen Zielen) und einigen "generischen Zielen"; Auswirkungen; praktische Hinweise
- Prozessbereiche: (Stufe 2: Verwaltet): Requirements Mgmt REQM; Project Planning PP; Project Monitoring&Control PMC; Supplier Agreement Mgmt SAM; Measurement and Analysis MA; Process and Product Quality Assurance PPQA; Configuration Mgmt. CM;
(Stufe 3: Definiert): Req's. Development REQD; Technical Solution TS; Product Integration PI; Verification VER; Validation VAL; Organizational Process Focus OPF; Organizational Process Definition OPD; Organizational Training OT; Integrated Project Mgmt. IPM; Risk Management RSKM; Decision Analysis and Resolution DAR;
(Stufe 4: Quantitativ verwaltet): Organizational Process Performance OPP; Quantitative Project Mgmt QPM;
(Stufe 5: Optimierend): Organizational Innovation and Deployment OID; Causal Analysis and Resolution CAR - Übung: TDD lernen, Paarprogrammierung (PDF)
- Merkmale für Prozessreife (2015-10-26):
CMMI (Fortsetzung)- Generische Ziele und Praktiken; Stufendarstellung vs. kontinuierliche Darstellung; Resultate/Wirkungen von Prozessverbesserungen gemäß CMMI; Implenentierungstipps
- Übung: Auswahl Open-Source-Projekt und Issue (PDF)
- Und worauf kommt es wirklich an? (2015-11-02):
Ökonomie und Nutzenbewertung in der Softwaretechnik- Herkömmliche Sicht: Maximale Qualität zu minimalen Kosten; einige Fakten zu Kosten und Nutzen; Ökonomische Sicht: Maximaler Nutzen zu minimalen Kosten;
- Value-Based SW Engineering: 1. Nutzenerzielungsanalyse; 2. Beteiligten-Nutzen-Erhebung und -Konfliktauflösung; 3. Geschäftskonzeptanalyse; 4. Laufendes Risiko- und Chancenmanagement; 5. Gleichzeitiges System- und Software-Engineering; 6. Nutzenbasierte Projektüberwachung; 7. Änderungen als Chancen. Modularisierung als Realoption.
- Übung: Lösungsansatz entwickeln und Projekt-Community vorstellen (PDF)
- Quantifizieren (2015-11-09):
Messen und Maße in der Softwaretechnik- Measure, measurement, scale type; validity, reliability, precision; product measures (for size, for quality); process measures (for productivity, for process quality); measurement application examples; Goal-Question-Metric (GQM)
- Übung: Lösungsansatz mit Projekt-Community diskutieren (PDF)
- Prozessdiversität 1a (2015-11-16):
Open-Source-Entwicklungsprozesse- Definition; Prozesseigenschaften; Fallstudie Apache httpd; Erfolgsfaktoren (herkömmliche Sicht); Erfolgsfaktoren (ökonomische Sicht); ökonomische Szenarios
- Übung: Patch implementieren und einreichen (PDF)
- Prozessdiversität 1b (2015-11-23):
Open-Source-Entwicklungsprozesse (Fortsetzung)- Leitungs- und Entscheidungsstrukturen; Teilnehmerrollen und die "OSS-Karriere"; Führungsmodelle (demokratisch, "wohlmeinender Diktator"); OSS-Lizenzmodelle (Basistypen GPL und BSD, andere, Kompatibilität); Werkzeuge in OSS-Prozessen; Forschungsthema: Innovationsmanagement in OSS-Projekten
- Übung: Patch-Durchsichten bekommen und Akzeptanz des Patches durch die Community (PDF)
- Prozessdiversität 2 (2015-11-30):
Cleanroom Software Engineering - Prozessdiversität 3 (2015-12-07):
V-Modell XT- Übersicht; Metamodell; Projektdurchführungsstrategien; Einbettung anderer Entwicklungsmodelle; Entscheidungspunkte; Systemzerlegung; Vorgehensbausteine; Projekteigenschaften und Prozesszuschneiden; Rollen; Produktarten; Aktivitäten; Hinweise zur Geschichte; V-Modell und CMMI
- Übung: Eigene GQM-Studie durchführen (PDF)
- Mikroprozess 1 (2015-12-14):
Fehler und Defekte- Fehler, Defekt, Versagen; Empirische Erkenntnisse über Defekte; Attribute und Klassifikation von Fehlern, Defekten, Versagen; Orthogonal defect classification (ODC); Andere Defektklassifizierungen; Defekte durch statische Analyse finden
- Übung: Eigene GQM-Studie vorstellen (PDF)
- Mikroprozess 2 (2016-01-04):
Fehler und Defekte, Teil 2- Klassifikation von Fehlern (per Phänotyp, per Genotyp); Reale Beispiele (Videos) von Fehlermomenten und Korrekturmomenten; Lernen Fehler zu vermeiden; Persönlicher Softwareprozess (PSP); Forschung über automatisierte Hilfe auf diesem Gebiet
Literatur: ChiBhaCha92 - Übung: Cleanroom theoretisch (PDF)
- Klassifikation von Fehlern (per Phänotyp, per Genotyp); Reale Beispiele (Videos) von Fehlermomenten und Korrekturmomenten; Lernen Fehler zu vermeiden; Persönlicher Softwareprozess (PSP); Forschung über automatisierte Hilfe auf diesem Gebiet
- Leichtgewichtige Prozesse 1 (2016-01-11):
Agile Methoden- Ziele und Prioritäten in der SW-Entwicklung; Prinzipien von agilen Ansätzen; Häufige Missverständnisse über agile Ansätze; Annahmen von agilen Ansätzen; Balancieren von Risiken (Zu viel vs. zu wenig Planung; XP Planungsspiel; Dokumentation; Einfachheit; Personalfragen); CMMI-Prozessbereiche in agilen Ansätzen
Literatur: Boehm02, HigCoc01, Keefer03, Paulk01, Roock-XP2 - Übung: Cleanroom praktisch (PDF)
- Ziele und Prioritäten in der SW-Entwicklung; Prinzipien von agilen Ansätzen; Häufige Missverständnisse über agile Ansätze; Annahmen von agilen Ansätzen; Balancieren von Risiken (Zu viel vs. zu wenig Planung; XP Planungsspiel; Dokumentation; Einfachheit; Personalfragen); CMMI-Prozessbereiche in agilen Ansätzen
- Leichtgewichtige Prozesse 2 (2016-01-18):
Agile Methoden: Extreme Programming (XP)- Grundwerte von XP (Kommunikation, Einfachheit, Feedback, Mut, Respekt); Die XP-Praktiken (XP1 vs. XP2; Zusammen sitzen, vollständiges Team, informativer Arbeitsbereich, Arbeiten mit Energie, Paarprogrammierung, Stories, Wochentakt, Quartalstakt, Freiraum, 10-Minuten-Build, ständige Integration, Test-zuerst-Programmierung, inkrementeller Entwurf); Kritik an XP; Wann man XP (nicht) verwenden sollte; Eine Umfrage unter XP-Benutzern; XP und CMMI
- Übung: Untersuchungen zu XP (PDF, HigCoc01)
- Leichtgewichtige Prozesse 3 (2016-01-25):
Details zur Paarprogrammierung (PP)- Definition; verwandte Methoden (Distributed PP, Side-by-Side, Ping-Pong PP); bisherige Studien über PP; Rohe Produktivität gegenüber zwei Einzelprogrammierern? (nach Kosten, nach Zeit); Qualität entstehender Entwürfe?; Qualität entstehenden Codes? Nutzen daraus dass mehr Personen den Code gut kennen?; Nutzen durch bessere Unterbrechbarkeit?; Nutzen durch das Voneinander-Lernen?; Einfluss auf Motivation?; PP-Lernprozess?; Empfehlungen zur Wahl der Paare?; Empfehlungen zum Rollenwechsel?; Forschungsansatz zur Klärung des PP-Prozesses und einiger Teile der Fragen
Literatur: Belshee05, CaoXu05, CioSch02, Cockburn05, CocWil01, Domino03, GalAriDyb03, HulAbr05, KatWil04, KatWil05, LuiCha03, Mueller03, MulPad04, MulTic01, NawJasOle05, NawWoj01, Nosek98, SalPre13, Tomayko02, Williams01, WilKes00, WilKesCun00, WilShuAnt04, - Übung: Aufgabe für Probeklausur (PDF)
- Definition; verwandte Methoden (Distributed PP, Side-by-Side, Ping-Pong PP); bisherige Studien über PP; Rohe Produktivität gegenüber zwei Einzelprogrammierern? (nach Kosten, nach Zeit); Qualität entstehender Entwürfe?; Qualität entstehenden Codes? Nutzen daraus dass mehr Personen den Code gut kennen?; Nutzen durch bessere Unterbrechbarkeit?; Nutzen durch das Voneinander-Lernen?; Einfluss auf Motivation?; PP-Lernprozess?; Empfehlungen zur Wahl der Paare?; Empfehlungen zum Rollenwechsel?; Forschungsansatz zur Klärung des PP-Prozesses und einiger Teile der Fragen
- Leichtgewichtige Prozesse 4 (2016-02-01):
Andere Agile Methoden- Scrum (insbes. daily scrum); Die Crystal-Light-Familie (insbes. Crystal Clear); Feature-Driven Development (FDD); Lean Software Development (Lean SD); Adaptive Software Development (ASD); Rational Unified Process (RUP); Dynamic Systems Development (DSDM); Pragmatic Programmer
Übersetzungs-Glossar
Die deutschen und englischen Entsprechungen vieler wichtiger Begriffe finden Sie im Glossar.Historie des Stoffplans
WS 2006/2007:- Vorlesung erstmalig durchgeführt
Kommentare
Wenn Sie Anmerkungen oder Vorschläge zu dieser Seite haben, können Sie sie hier (möglichst mit Datum und Name) hinterlassen:
SWTIDSR