SOFTWAREPROJEKT (WI)

Transkript

1 SOFTWAREPROJEKT (WI) Softwareentwicklung im Team Projektveranstaltung im Wintersemester 2012/13 FG System- und Softwareengineering Dr.-Ing. Ralph Maschotta

2 Softwareentwicklung im Team Inhalte: Trac Wiki Bugtracker SVN (Dokumetationswerkzeuge Doxygen / JavaDoc) Einführung 2

3 Softwareentwicklung im Team Login Projektgruppen: Login: swp_wi Passwort:***** Einführung 3

4 Login trac: Anmelden: Login: swp_wi Bitte anmelden Einführung 4

5 Wiki Wiki: Themenbeschreibung Dokumentationen, Projekt, Projektstand Diskussionen allgemeine, öffentliche Informationen (Dateien, Links ) Wiki Einführung 5

6 Wiki Formatierungen: Category Wiki Markup Display '''bold''', ''italic'', '''''Wikipedia style''''' bold, italic, Wikipedia style Formate **bold**, //italic//, **//!WikiCreole style//** bold, italic, WikiCreole style Category Wiki Markup Display Überschriften = Heading = == Subheading == === About ''this'' === Heading Subheading About this Category Wiki Markup Display * bullets list on multiplelines bullets list on multiple lines Listen 1. nested list a. different numbering styles 1. nested list a. different numbering styles Category Wiki Markup Display >>... (I said)... (I said) Zitate > (he replied) (he replied) [trac] Einführung 6

7 Wiki Tabellen: Category Wiki Markup Display Tables = Table Header = Cell (details below) Table Header Cell (details below) Links: Category Wiki Markup Display Links [Link Beschreibung] [trac] Einführung 7

8 Wiki Trac-interne Links: Category Wiki Markup Display Unterseiten: wiki:wikiformatting, wiki:"wikiformatting" wiki:wikiformatting, wiki:"wikiformatting" Category Wiki Markup Display Interne Links #1 (ticket), [1] (changeset), {1} (report) ticket:1, ticket:1#comment:1 Ticket [ticket:1], [ticket:1 ticket one] Ticket [[ticket:1]], [[ticket:1 ticket one]] #1 (ticket), [1] (changeset), {1} (report) ticket:1, ticket:1#comment:1 Ticket 1, ticket one Ticket 1, ticket one Category Wiki Markup Display Querverweise [=#point1 (1)] First... (1) First... see [#point1 (1)] see (1) [trac] Einführung 8

9 Wiki Weiteres: Anführungszeichen:! Anschtrich: {{{-}}} Bild: [[Image(link)]] Kommentar: {{{#!ein Kommentar}}} Zeilenumruch: [[br]] \\ Linie: ---- Einführung 9

10 Wiki Übung: Text-Formatierungen testen Unterseite erstellen interne Links testen Einführung 10

11 Verwaltung Änderungsverfolgung Änderungsverfolgung Einführung 11

12 Projektplanung Projektplanung Projektablauf Meilensteine Zeitpunkte festlegen Status-Darstellung Meilenstein - Wiki Kategorien für die Bugverfolgung (Bug-tracking) Projektplanung Einführung 12

13 Projektplanung Meilensteine bearbeiten: Meilenstein anklicken editieren löschen Dateien zuordnen Meilenstein hinzufügen Einführung 13

14 Projektplanung Übung: Neuen Meilenstein anlegen Meilenstein editieren Einführung 14

15 Bug-tracking Bugtracker: Verwaltung von Fehlermeldungen, Erweiterungen, Aufgaben, Tickets Priorisierung / Klassifizierung der Tickets Zuweisung von Verantwortlichkeiten Erstellen von Reports datenbankbasiert konfigurierbare Abfragen konfigurierbare Einstellungen, Felder, Bugtracker Einführung 15

16 Bug-tracking grundlegende Angaben Bugbeschreibung Angaben zur Klassifikation Einführung 16

17 Bug-tracking Bugbeschreibung: möglichst genaue Beschreibung des Fehlers Ziel: Reproduzierbarkeit des Fehlers Typ: Art des Tickets: defect: enhancement: task: Meilenstein, Version Zuordnung entsprechend Projektplan Priority: unterschiedliche Stufen Fehler in einer bestehenden Funktionalität Erweiterung der bestehenden Funktionalität allgemeine Aufgabe Festlegung innerhalb eines Unternehmens / Projektes Einführung 17

18 Bug-tracking Beispielklassifikation: Stufe Bedeutung Verhalten blocker critical major minior trivial Schwerwiegender Fehler. Führt zur Arbeitsunfähigkeit anderer (QA, Produktion, ). Schwerer Fehler. Eine grundlegende Funktionalität des Systems ist nicht gegeben. Fehler muss bis zur nächsten Version behoben werden. System kann nicht verwendet werden. normaler Fehler. Es tritt ein Fehler innerhalb einer Funktion des Systems auf. Das System kann jedoch weiterhin verwendet werden. Kleiner Fehler. Fehler behindert nicht weiter die Funktionsfähigkeit des Systems. Einfacher Work- Arround vorhanden? Schönheitsfehler. Fehler stört während des Betrieb des Systems nicht. Verdrängt alle anderen Aufgaben. Muss sofort gelöst werden, um Arbeitsfähigkeit wieder herzustellen. Alle anderen Fehler (außer blocker) werden später gelöst. Bis zur nächsten Release muss dieser Bug gelöst sein. Fehler wird normal eingeplant. Je nach Aufwand zwischendrin erledigen. Je nach Aufwand zwischendrin erledigen. Alle anderen Bugs bevorzugt lösen. Einführung 18

19 Bug-tracking Component: Zuordnung zu einer Komponente werden unter Admin eingestellt Keywords: Freie Vergabe von Schlüsselwörtern Festlegung innerhalb einer Firma / Projekt Zuständigkeiten: Owner: aktuell zuständiger Mitarbeiter CC: wird über Änderungen informiert Meist mit verbunden Benachrichtigung bei Änderungen Einführung 19

20 Bug-tracking Aktionen: Status der Bugs: new assigned accepted closed Lösungen: fixed invalid wontfix wuplicate worksforme Einführung 20

21 Bug-tracking Bug-Reports: verschiedene Reports Abfragen editieren / löschen Anlegen neuer Abfragen Hilfe Einführung 21

22 Bug-tracking Inhalt von Projektbesprechungen Ausgangspunkt von Release-notes Konfigurierbare Datenbankabfragen Bsp. SQL-Abfrage: Einführung 22

23 Bug-tracking Übung: Anlegen und Einstellen eines Tickets Übernehmen von Bugs Status-Änderungen durchführen Reports anzeigen Einführung 23

24 Versionsverwaltung Grundlagen Versionsverwaltung: Sicherung von Dokumenten Wiederherstellen früherer Versionen ständige Verfügbarkeit Verwaltung verschiedener Versionen von Dokumenten Festhalten von speziellen Versionsständen: Erstellen unabhängiger Entwicklungsstände: tag branch Zusammenführen verschiedener Entwicklungen: merge Zugriffskontrolle auf die Quellen Änderungsverfolgung von Dokumenten Änderungsbäume Fehlersuche gleichzeitiges Arbeiten an den Dokumenten Einführung 24

25 Versionsverwaltung Bezeichnungen: Version auf den Rechner holen: Checkout, Auschecken oder Aktualisieren Version auf den Server spielen (veröffentlichen) Check-in, Einchecken oder Commit Konflikte beheben Gleichzeitige Änderungen der Dateien Konflikt Auflösen des Konfliktes merge automatisch manuell Einführung 25

26 Versionsverwaltung Versionen und Versionsnummern: Festlegung innerhalb einer Firma / Projekt Version fortlaufend nummeriert Unterversionen mit Punkt getrennt Unterscheidung zwischen: alpha Version: besonderer Entwicklungsstand (Tag) beta Version: Vorabversion; Version für Abschluss Tests (Branch) Beispiel: Versions- Tag baum: v 1.0.0a v 1.0.1a v 1.0.2a Branch v 2.0.0a v 3.0.0a Merge v 3.0.1a v 1.0.2b v 1.0 v 2.0.0b v 2.0 v 2.1.0b v 3.0.1b v 3.0 v b v Einführung 26

27 Versionsverwaltung Versionsverwaltungs-Konzepte: Lock Modify Write / pessimistische Versionsverwaltung: lokale Dateien sind schreib-geschützt vor Dateiänderungen Schreibschutz entfernen Lock der Quellen im Repository erneutes Lock nicht möglich verhindert Änderungen nach Änderung check-in und wieder freigegeben (unlock) [Collins-Sussmann, Fritzpatrick, Pilato] Einführung 27

28 Versionsverwaltung Vorteil: kein merge nötig auch bei Binärdateien möglich Nachteil: Warten auf Freigabe des Dokuments Lock problematisch bei vielen Entwicklern Entwickler an unterschiedlichen Orten [Collins-Sussmann, Fritzpatrick, Pilato] Einführung 28

29 Versionsverwaltung Copy Modify Merge / optimistische Versionsverwaltung gleichzeitige Änderungen der Dokumente update vor dem einchecken Kein Konflikt Check-in Konflikt vorhanden? Konfliktlösung Test der Änderungen! neuer check-in-versuch Konfliktlösung (merge) automatisch manuell [Collins-Sussmann, Fritzpatrick, Pilato] Einführung 29

30 Versionsverwaltung merge Vorteil: keine Änderungshürden [Collins-Sussmann, Fritzpatrick, Pilato] unabhängiges, gleichzeitiges Arbeiten großer Teams möglich Nachteil: zusätzlicher Merge-Aufwand kein mergen von Binärdateien möglich Einführung 30

31 Versionsverwaltung Versionsverwaltungstypen: lokale Versionsverwaltung Dateiorientiert ein Rechner / ein Entwickler bei Büroanwendungen z.b.: RCS zentrale Versionsverwaltung Client-Server-System ein Repository paralleles Entwickeln möglich Bsp.: Concurrent Versions System (CVS) Subversion (SVN) Einführung 31

32 Versionsverwaltung verteilte Versionsverwaltung kein zentrales Repository notwendig (aber möglich) lokales Repository wird mit anderen Repository abgeglichen Versionsgeschichte wird lokal verfolgt keine Verbindung zu einem Server nötig zunächst keine Konflikte bei gleichzeitigen Dateiänderungen Dateien existieren parallel weiter separate Entwicklung von Features in separaten Versionen späteres Zusammenführen mehrerer Versionen Integrationsverantwortlicher (Integrator) umfasst zusammenführen und überprüfen Verwendung automatischer Merge-Mechanismen Ergebnis: gerichteter azyklischer Versionsgraph (Polyhierarchie) Bsp.: Git [Wikipedia] Einführung 32

33 Versionsverwaltung Tools: Open-Source-Systeme Zentrale Systeme RCS CVS Subversion (SVN) Verteilte Systeme Bazaar Darcs Fossil Git GNU arch Mercurial Monotone Proprietäre Systeme Alienbrain Perforce Team Foundation Server Visual SourceSafe ClearCase IBM Rational Synergy BitKeeper Rational Team Concert [Wikipedia] Einführung 33

34 Versionsverwaltung Trac - Versionsverwaltung (SVN): der Quellen weiterer Daten (z.b.: Dokumentation) Versionskontrolle (SVN) Hauptentwicklungszweig (Head) Änderungen anzeigen Versionseigenschaften Einführung 34