Hausarbeit

OneDrive zu den Dateien

  • Hausarbeit

    • GitLab: Repository
      • README.md - Datei
        • Hyperlinks zu allen folgenden Dokumenten:
          • Digitalisierungskonzept: Was verstehen Sie unter Digitalisierung? Einfach nur das Analoge digital nachbauen? Oder wird auch das Geschäftsmodell / der Mehrwert / die Nutzbarkeit im Digitalen transformiert?
          • User Stories
          • Kanban-Board
          • Priorisierung der User Stories
          • eventuell Story Map
          • Minimum Viable Product (MVP)
          • UML Diagramme
            • UML Use Case-Diagramm
            • Robustheitsdiagramm
            • UML Klassendiagramme
            • UML Sequenzdiagramme
            • UML Aktivitätsdiagramme
            • UML Verteilungsdiagramm (deployment diagram)
          • gute Java-Interfaces
          • lauffähige JUnit-Tests
          • lauffähige Java-Klassen
          • Verzeichnis der eingesetzten Patterns
          • Zielkonflikte: Haben Sie Zielkonflikte erkennen können? Wie haben Sie diese aufgelöst?
          • Iterationsbericht: Was wurde in den vier Iterationen geleistet? Welche User Stories (Slice aus der Story Map) wurden in welcher Iteration jeweils umgesetzt? Was waren die Zwischenergebnisse? (Iterationsbericht z.B. mittels Screenshots des Kanban-Boards)
          • Summarisches Projektprotokoll: Wie viel Zeit (in Personentagen (PT)) ist in welche Arbeit, in welche Teilschritte, in welche Zwischenergebnisse hinein geflossen?
          • Gesamt-Retrospektive: Resumée und Fazit zum Projekt im Team (nicht zur Lehrveranstaltung): Was lief gut? Was hat sich bewährt? Was waren Erfolgsrezepte? Was lief schlecht? Was würde man anders machen, wenn man noch einmal neu anfangen könnte? Also was hat man daraus gelernt und was würde man im nächsten Projekt besser machen? (Es geht also um die Selbstevaluation, keine zweite Evaluation der Lehrveranstaltung!)
          • 3 Min. Video Team-Präsentation und Demo des Produkts
          • 10 Min. Video Team-Präsentation des Projekts mit Schwerpunkt "Professionelles Software Engineering"

  • Homepage des Produkts

  • Video: Präsentation des Semesterprojekts

    • zwischen 10 und 15 Min.
    • upload auf CDP
      gelernt haben.
    • Präsentieren Sie sich alle von Ihrer individuell besten Seite: Zeigen Sie, was Ihnen persönlich jeweils besonders gut gelungen ist.
  • Zeigen Sie sich alle zur Identifikation min. einmal kurz im Bild mit Ihrem Studierendenausweis und stellen Sie sich kurz vor, d.h. nennen Sie Ihren Namen.
  • Präsentieren Sie Ihre Arbeitsweise, Ihr Repository, Ihre Software-Architektur, Ihre UML-Modelle, Ihren Java-Quellcode, Ihre JUnit-Tests, Web-Lösungen, Tomcat-Besonderheiten, Funktionale Programmierung, Design Patterns, Testabdeckung, SonarQube Quality Gates für die Einserkandidaten, Projekt-Management, Iteratives Vorgehen, Scrum, Kanban, GitLab-Repository, SonarQube-Ergebnisse, Wiki, Team-Reflexion Selbst-Reflexion, ... Halten Sie aber keine Vorlesung! Wiederholen Sie nicht, was in der Vorlesung bereits gesagt wurde, sondern gehen Sie auf Ihre eigene Anwendung der Prinzipien, Methoden und Techniken ein.
  • Wenn Sie im Video Präsentationsfolien verwendet haben, so laden Sie diese bitte ebenfalls hoch. Falls nicht, brauchen Sie auch keine Folien hochzuladen.
  • Zur Arbeitsweise gehört natürlich auch Teamarbeit, Fehlersuche und Debugging. Führen Sie vor, wie Sie im Team gearbeitet haben (z.B. TDD oder git merge), wie Sie im Team oder alleine Fehler gefunden, debugged und beseitigt haben, wie Sie Qualität gesichert haben, wie Sie Ihre Arbeitsweise aufgrund neuer Erkenntnisse umgestellt haben, Lessons Learned, etc. Ihr Video sollte ein Video zu Software-Engineering sein, kein Marketing-Video für ein Parkhaus.
  • Verzichten Sie auf "Powerpoint-Hochglanz-Broschüren-Talk", verzichten Sie auf Marketing, sondern gehen Sie als Informatiker auf Informatik-Themen konkret ein. Stellen Sie den Bezug zu Themen aus der Vorlesung her: Scrum, Kanban, MVP, UML, Java Jakarta, XML, maven, JSON, Tomcat, Funktionale Programmierung, SOLID-Prinzipien, CCD-Werte, -Prinzipien und -Praktiken, Design Patterns, ..., aber wiederholen Sie die Vorlesung nicht! Ihre Präsentation ist keine Vorlesung! (auch keine Wiederholung, kein Repetitorium)
  • Berichten Sie über Ihre Eigenleistung, nicht über Software-Engineering im Allgemeinen. Gehen Sie durchaus auch auf Spezialthemen Ihrer Eigenleistung ein, z.B. Ihre eigene Funktionale Programmierung, eigene Monaden, oder Ihre eigenen Leistungen zur Vermeidung von Nebenläufigkeitsartefakten bei Multi-Tenant-Betrieb, d.h. wenn es mehrere Clients gibt, siehe auch Thread Safety und Thread Safety of ServletContext objects.
  • Berichten Sie auf jeden Fall über Ihre SonarQube-Ergebnisse, Ihre Testabdeckung und alle anderen Qualitätsmetriken, am besten mittels SEPP und SonarQube.
  • Suchen Sie keinen Schuldigen. Bleiben Sie immer sachlich. Wenn etwas nicht geklappt hat, so gibt es dafür eine sachliche Ursache, die Sie als Informatiker mit präzisen Fachbegriffen beschreiben können.
  • Überhaupt Fachbegriffe: Präsentieren Sie in der Fachsprache der Software-Ingenieure, nicht Umgangssprache! Seien Sie so präzise wie möglich. Hören Sie sich Ihr eigenes Video an und fragen Sie sich, ob Sie das auch so, wie Sie es wörtlich gesagt haben, unterschreiben können. Achten Sie auf das, was Sie sagen, nicht auf das, was Sie gemeint haben.
  • Vollständigkeit ist kein Ziel: Sie müssen nicht alles zeigen, was Sie im Projekt erstellt haben. Fokussieren Sie sich auf das Wesentliche und das Beste. (In 10 bsi 15 Minuten können Sie auch keine Vollständigkeit erreichen.)
  • Zusammengefasst: Zeigen Sie, dass Sie Software Engineering gelernt haben.
  • PDF: Präsentationsfolien
    • max 15 Folien
    • Markierungen der Eigenleistung
    • upload auf CDP

    • Die Präsentationsfolien sind die, die Sie zur Präsentation Ihrer Projektergebnisse Ihres Teams im vorgenannten Video verwenden. Wenn Sie im Video keine Folien verwenden, brauchen Sie auch keine Folien abzugeben.

  • PDF: Tabelle über Eigenleistungen
    • Wer was gemacht hat (Klassen, Methoden, Tests, Lines of Code)
    • Was ist die beste Leistung / der beste Beitrag zum Projekt?
    • upload auf CDP
  • Video: Demo des Produkts
    • max 3 min.
    • upload auf CDP
  • PDF: Kurzbeschreibung des erstellten Produkts
    • max. 5 Seiten mit Markierung der Eigenleistungen
    • upload auf CDP
  • Ausfüllen des folgenden Formulars durch jeden Teilnehmer persönlich
    • Code Statistics erhoben mit cloc für den gesamten Source Code

    • vorher bitte alle PDF- und MD-Dateien in andere Verzeichnisse verschieben, also auf keinen Fall mitzählen

    • Velocity Story Points pro Woche.
    • Meine persönlichen Lines of Code (LoC)
    • Mein prozentualer Anteil am Projekt in Prozent LoC Prozent
    • Mein prozentualer Anteil an den Tests in Prozent LoC Prozent
Edited by Marian Hönscheid