projekt-2019.html

---
layout: projekt
result-snippet: false
title: Open Data // Cranach Kontext
year: 2019
---

<section class="section">
  <div class="container">
    <div class="content is-medium">
      <p>
      Im Rahmen des Projekts sollen Inhalte, Konzepte und Techniken aus den einzelnen Veranstaltungen des Moduls Web Development im Team in einem konkreten Anwendungsfall eingesetzt und damit eingeübt als auch vertieft werden. Dabei stehen zwei Anwendungsgebiete zur Auswahl: <strong>Offene Daten</strong> aus dem Bundesministerium für Verkehr und Infrastruktur und <strong>Cranach Kontext</strong>.
      </p>
      <p>
        Das Projekt muss im Team von zwei bis drei Teilnehmern absolviert werden. Jedes Team entwickelt zunächst zwei konkrete Projektvorschläge im Rahmen der Anwendungsgebiete. Dabei gibt es zwei grundsätzliche Ansätze: <strong>Deep Dive</strong> und <strong>Multiperspective</strong>. Bei der ersten Richtung ist die Grundidee, Inhalte, Konzepte und Techniken aus einer Veranstaltung möglichst gut, sauber und umfassend anzuwenden und so einem eher kleinen Anwendungsfall möglichst tief zu durchdringen, bzw. möglichst umfassend und professionell zu lösen. Bei der zweiten Richtung geht es darum, Ansätze und Techniken aus zwei oder mehr Veranstaltungen zu verknüpfen und anzuwenden, um so einen größeren Anwendungsfall aus mehreren  Perspektiven zu bearbeiten, wobei die Durchdringung, bzw. die Tiefe der Lösung hier naturgemäß geringer sein darf als bei der vorgenannten Richtung.
      </p>

      <div class="box">
        <p>Versuchen Sie einen möglichst professionellen und transparenten Workflow zu realisieren.</p>
      </div>
    </div>
  </div>
</section>

<section class="section">
  <div class="container">
    <div class="content">
      <h2>Anwendungsgebiet 1: Open Data</h2>
      <p>Das <a href="https://www.bmvi.de/DE/Home/home.html">Bundesministeriums für Verkehr und Infrastruktur</a> stellt
        mit der <a href="https://www.mcloud.de/">mCLOUD</a> Plattformen bereit, die den offenen Zugang zu Daten des
        Geschäftsbereichs, den Daten und Diensten aus dem Copernicus Erdbeobachtungsprogramm und zu weiteren Daten aus
        den Themenfeldern des BMVI ermöglichen.</p>
      <p>
        Für einen <strong>Deep Dive</strong> Ansatz könnte hier, z.B. ein Benachrichtigungsdienst konzipiert und
        umgesetzt werden, der einen bestimmten Bereich von Daten auf diesem Portal überwacht und Dienstnutzer, nach bestimmten
        Kriterien über das Vorliegen von Daten bzw. Ergänzungen oder Änderungen, informiert.
      </p>
      <p>
        Für einen <strong>Multiperspective</strong> Ansatz könnten hier z.B. Daten aus dem Portal in ein Frontend
        gegeben und/oder visualisiert werden. Als zusätzliche Perspektive könnten auch Sensoren oder Aktoren zur
        Steuerung oder Anzeige integriert werden. Eine weitere Möglichkeit wäre die Bereitstellung eines Services für andere Dienstnehmer mit entsprechender Integration von Authentisierungs-, Authentifizierungs- und Autorisierungsmechanismen.
      </p>
    </div>
  </div>
</section>

<section class="section">
  <div class="container">
    <div class="content has-seperator">
      <h2>Anwendungsgebiet 2: Cranach Kontext</h2>
      <p>In diesem Anwendungsgebiet wird der <a href="https://th-koeln.github.io/mi-bachelor-screendesign/projekt-2018/">Grundgedanke aus dem letzten Semester Screendesign</a> aufgenommen, nämlich eine Anwendung zur Bereitstellung von zusätzlichen Informationen zu Gemälden einer Lucas Cranach Ausstellung zu realisieren.</p>
      <p>
        Für einen <strong>Deep Dive</strong> Ansatz könnte hier, z.B. einer der enstandenen Entwürfe möglichst genau und gut strukturiert umgesetzt werden.
      </p>
      <p>
        Für einen <strong>Multiperspective</strong> Ansatz könnte hier z.B. die physikalische Annäherung an ein Gemälde integriert oder andere Interaktionsmöglichkeiten über Sensoren konzipiert und implementiert werden.
      </p>
    </div>
  </div>
</section>


<section class="section">
  <div class="container">
    <div class="content has-seperator">
      <h2>Rahmenbedingungen</h2>

      <h3>Abgabe-/ Präsentationstermin/ Bearbeitungszeitraum</h3>
      <p>
        Der Termin steht noch nicht genau fest. Er wird entweder in der zweiten Prüfungswoche, oder in der ersten Vorlesungswoche des Wintersemesters, also Anfang Oktober 2019 liegen. Somit steht ein Bearbeitungszeitraum von ca. 13 Wochen zur Verfügung.
      </p>

      <h3>Workload</h3>
      <p>
        Das Projekt hat einen Workload von 5CP, das entspricht einem studentischen Workload von 150 Stunden. Dies entspricht etwa 19 Tagen, bei einer Arbeitszeit von 8 Stunden pro Tag. Bei mehreren Teammitgliedern multipliziert sich der zur Verfügung stehende Workload entsprechend.
      </p>

      <h3>Beratungs- und Feedbacktermine</h3>
      <p>Während der Vorlesungsfreien Zeit werden noch einige Beratungstermine angeboten. Die Termine werden im <a href="https://th-koeln.github.io/mi-bachelor-webdevelopment/timetable/">Zeitplan zum Modul</a> in Kürze veröffentlicht.</p>

      <h3>Arbeitsergebnis</h3>
      <p>
        Im Sinne des <a href="https://agilemanifesto.org/iso/de/manifesto.html">Agilen Manifests</a> steht das Erarbeiten einer lauffähigen Software im Vordergrund. Allerdings ist Anwendung der vermittelten Arbeits- und Kollaborationstechniken auch ein wichtiger Punkt in diesem Projekt. Darunter fallen z.B.:</p>
      <ul>
        <li>Nutzung von Git zur Versionskontrolle und Kollaboration</li>
        <li>Einreichung sinnvoller Commits, ggf. Zusammenfassung von Commits</li>
        <li>Nutzung von Branches</li>
        <li>Verbesserung der Code Qualität durch Codereviews/ Pull Requests</li>
        <li>Integration von Tests</li>
        <li>Nutzung von Github Issues und Projektmanagement Werkzeugen</li>
      </ul>
        Im Bereich <a href="#phasen-und-ergebnisse">Phasen und Ergebnisse</a> finden Sie hierzu mehr Informationen.
      <h3>Dokumentation</h3>
      <p>
        Bitte erzeugen Sie eine kurze, professionelle und möglichst prägnante <strong>Projektbeschreibung</strong> auf der Github.io Seite Ihres Projekts. Der Prozess sollte über die Nutzung von Issues und Pull Requests ausreichend dokumentiert sein.
      </p>

      <p>Die <strong>Projektbeschreibung</strong> richtet sich an alle Interessierten. Sie sollte das Vorhaben kurz, prägnant und professionell vorstellen und dabei mindestens folgende Fragen beantworten.
      </p>
      
      <ul>
        <li>Wer ist Autor des Projekts?</li>
        <li>Was ist das Projektziel?</li>
        <li>Was war der Ausgangspunkt?</li>
        <li>In welchem Kontext ist das Projekt angesiedelt?</li>
        <li>Um welche Projektart handelt es sich (Deep Dive oder Multiperspective) und wie wird das Projekt dieser Projektart gerecht?</li>
        <li>Wie nutze ich als Endnutzer das Projekt? (kleiner Leitfaden/ Tutorial)</li>
        <li>Wie sieht die Roadmap des Projekts aus? Was konnte umgesetzt werden? Wie könnten Folgeprojekte aussehen?</li>
      </ul>

      <h4>Technische Fragen</h4>
      <ul>
        <li>Welche Technologien, Frameworks, Libs, etc. nutzt das Projekt und warum?</li>
        <li>Was brauche ich, um das Projekt in meiner Umgebung zu installieren?</li>
        <li>Wie installiere ich das Projekt? (Installationsanleitung)</li>
      </ul>

      <h4>Diskussion/ Reflexion</h4>

      <p>Verfassen Sie bitte eine prägnante und professionelle Reflexion. Diese kann Teil Ihrer github.io Seite sein, oder in einer zusätzlichen Markdown Datei hinterlegt werden. Hierbei ist das Ziel einem Fachpublikum wesentliche Herausforderungen, wichtige Aspekte und interessante Implementierungsdetails Ihres Projekts vorzustellen, z.B. </p>
      <ul>
          <li>Welche Probleme galt es zu lösen und wie wurden sie gelöst?</li>
          <li>Welche Probleme konnten nur mit einem „Dirty Hack” eliminiert werden?</li>
          <li>Was wurde besonders gut oder elegant gelöst?</li>
          <li>Welcher Teil hat den größten Aufwand/ die meiste Anstrengung gekostet?</li>
          <li>Was hat Sie überrascht?</li>
          <li>Was würden Sie eigentlich gerne noch mal refactoren?</li>
      </ul>
    </div>
  </div>
</section>

<section class="section">
  <div class="container">
    <div class="content">

      <h2 class="title" id="phasen-und-ergebnisse">Phasen und Ergebnisse</h2>
      
      <table class="table">
        <!--thead>
              <tr>
                <th width="33%">Aufgabe</th>
                <th>Erläuterung</th>
              </tr>
            </thead-->
        <tbody>
          <tr>
            <td width="33%"><strong>Projekt- & Teamfindung</strong><br>04. bis 09. Juli 2019</td>
            <td>Pro Team werden zwei konkrete Projektvorschläge verfasst und auf dieser Seite bis zum <strong>09. Juli 2019</strong> veröffentlicht. Hier finden Sie hier eine entsprechende [Anleitung zur Veröffentlichung](#anleitung-zur-veroeffentlichung).</td>
          </tr>

          <tr>
            <td><strong>Projektdiskussion & -entscheidung</strong><br>11. Juli 2019</td>
            <td>Beim <a href="https://th-koeln.github.io/mi-bachelor-webdevelopment/lehrveranstaltungen/overall-feedback-projekt/"></a>Feedbacktermin</a> werden die Vorschläge diskutiert, ggf. angepasst und final entschieden, so dass ab diesem Termin gestartet werden kann.</td>
          </tr>

          <tr>
            <td><strong>Abgabe Repo</strong><br>23. September 2019</td>
            <td>An diesem Tag werden Forks von den Repos gezogen, die als Basis für die Bewertung des Projekts in den Dimensionen Code, Organisation & Kollaboration dienen.</td>
          </tr>

          <tr>
            <td><strong>Abgabe Dokumentation</strong><br>30. September 2019</td>
            <td>An diesem Tag werden Forks von den Repos gezogen, die als Basis für die Bewertung des Projekts in den Dimensionen Code, Organisation & Kollaboration dienen.</td>
          </tr>

          <tr>
            <td><strong>Präsentationstag</strong><br>07. Oktober 2019, 15:00 Uhr, Raum 3.216</td>
            <td>An diesem Tag wird das Projekt öffentlich präsentiert und ausgestellt. Dafür muss ein Demonstrator bereitgestellt werden, ein Poster mit Erläuterungen zum Demonstrator und eine 10-minütige Präsentation des Projekts gehalten werden. Darüber hinaus muss eine kurze, professionelle und möglichst prägnante Projektdokumentation als Github.io Seite zur Verfügung stehen. </td>
          </tr>


        </tbody>
      </table>
    </div>
  </div>
</section>

<section class="section">
  <div class="container">
    <div class="content has-seperator">
      <h2 class="title">Projektvorschläge</h2>
      {% include /functions/proposals.html path="2019" %}
    </div>

    <div class="content" id="anleitung-zur-veroeffentlichung">
      <p>Um Ihre Projektvorschläge zu veröffentlichen müssen Sie zunächst das <a href="https://github.com/th-koeln/mi-bachelor-webdevelopment">Veranstaltungsrepo</a> in Ihren Account forken. Dann im Verzeichnis «_proposals/2019» eine neue Markdowndatei anlegen und diese entsprechend der <a href="https://github.com/th-koeln/mi-bachelor-webdevelopment/blob/master/_proposals/2019/example.md">Beispieldatei</a> füllen. Danach die Änderungen in Ihrem Fork commiten und dann einen Pull Request im <a href="https://github.com/th-koeln/mi-bachelor-webdevelopment">Veranstaltungsrepo</a> initiieren. </p>
      <p>Dazu gibt es hier noch ein geschmeidiges <a href="https://youtu.be/bZiVRlT5vu0">Videotutorial</a>.</p>
    </div>
    
  </div>
</section>