-
Notifications
You must be signed in to change notification settings - Fork 0
Statusreport
Lucas Schnüriger edited this page May 21, 2018
·
29 revisions
Besprechungstermine mit dem Betreuer werden individuell vereinbart und finden voraussichtlich zweiwöchentlich statt. Dazu ist dem Dozierenden regelmässig am Vorabend einer Besprechung ein kurzer Status-Report (maximal 1 Seite) zukommen zu lassen, welcher stichwortartig über folgende drei Punkte Auskunft gibt:
- Welche Arbeiten wurden in der letzten Berichtsperiode ausgeführt, welche Arbeiten sind für die nächste Periode vorgesehen
- Stand der Arbeiten (Soll- / Ist-Vergleich mit der Planung), ggf. Begründung von Abweichungen
- Top-drei Risiken inkl. geplanter Massnahmen
- Anforderungen überarbeitet/fertiggestellt
- Ausarbeitung Demo-App
- ausstehende Muss-Anforderungen fertigstellen
- Fertigstellung UI
- Fertigstellung Dokumentation
- Demo Video erstellen
- Funktionalität für Bauanleitung ist erstellt
- Funktionalität für Editor ist bis auf Rotation der Elemente und Vermeidung von Inseln beim Löschen erstellt
- UI in der Grundstruktur
| Nr. | Beschreibung | W | A | W*A | Prävention | Reaktion |
|---|---|---|---|---|---|---|
| 13 | Präzision des Worldtrackings ist zu instabil um die Bahn auf der ausgewählten Fläche zu halten | 2 | 2 | 4 | ARKit 1.5 nutzen | Funktion um die Bahm manuell zu korrigieren |
| 14 | Korrekte Rotation der Elemente zu komplex | 2 | 2 | 4 | - | Anzahl Rotationsachsen verringern |
| 15 | Worldtracking bei Unterbrüchen zu instabil | 2 | 2 | 4 | Unterbrüche der Szene vermeiden | Popup statt Modal verwenden um keinen Unterbruch zu erzeugen, Benutzer über Relokalisierung informieren |
- Mockups fertiggestellt
- PDF Version der neuen Mockups erstellt
- Mehrere Würfeltypen in die App integriert
- Ausarbeitung des Demokonzepts
- Anforderungen an die Demo-App erstellt
- Grundstrucktur der Demo-App erstellt
- Demo-App Fertigstellen
- Konzept für Demo Video erstellen
- Die definierten Arbeiten konnten erfolgreich durchgeführt werden.
- Neue Anforderungen der Demo-App müssen durch den Auftraggeber abgenommen werden.
| Nr. | Beschreibung | W | A | W*A | Prävention | Reaktion |
|---|---|---|---|---|---|---|
| 13 | Präzision des Worldtrackings ist zu instabil um die Bahn auf der ausgewählten Fläche zu halten | 2 | 2 | 4 | ARKit 1.5 nutzen | Funktion um die Bahn manuell zu korrigieren |
| 10 | Präzision des Tracking zu niedrig um das Cuboro Element sicher zu Tracken | 2 | 2 | 4 | Anforderungen mit einem Tolleranzbereich definieren. | Marker anbringen um die präzision des Trackings zu erhöhen. Third party Software zur erkennung des Würfels verwenden. |
| 05 | Zeitaufwand und Komplexität für Entwicklung zu hoch | 1 | 3 | 3 | eingehende Technologierecherche und Versuche | Betreuenden Dozenten informieren, um Hilfe bei Dozenten suchen, Anforderungen einschränken |
- Prototypen:
- AR Bauanleitung Würfel-für-Würfel
- Schrittweiser Aufbau einer Bahn durch Benutzer
- Grobes Konzept für Demo-App: Kernfunktionen, Mockups, Abläufe
- Herrn Koller die aktuellen Prototypen vorgeführt
- Ausarbeitung Konzept (u.a. Anforderungen erfassen) und Planung für Umsetzung der Demo-App
- Arbeit an Demo-App
- Der Prototyp "Korrektur der Position durch manuelles Verschieben der cuboro Bahn und Würfeln" wurde nicht bearbeitet
- Wir haben ein grobes Konzept für die Demo-App
| Nr. | Beschreibung | W | A | W*A | Prävention | Reaktion |
|---|---|---|---|---|---|---|
| 12 | Erhalten keine oder nicht verwendbar 3D Daten von cuboro Elemente | 2 | 2 | 4 | Kontakt mit cuboro herstellen | Einfache Würfel als Platzhalter, eigene einfache Elemente mit SceneKit oder Drittanbieter Software (bspw. Blender) erstellen |
| 13 | Präzision des Worldtrackings ist zu instabil um die Bahn auf der ausgewählten Fläche zu halten | 2 | 2 | 4 | ARKit 1.5 nutzen | Funktion um die Bahm manuell zu korrigieren |
| 05 | Zeitaufwand und Komplexität für Entwicklung zu hoch | 1 | 3 | 3 | eingehende Technologierecherche und Versuche | Betreuenden Dozenten informieren, um Hilfe bei Dozenten suchen, Anforderungen einschränken |
- Prototypen:
- Virtuelles Modell einer Kugelbahn auf einen Tisch projizieren
- AR Bauanleitung einer Kugelbahn mit schrittweiser Anleitung (Schritte nur ebenenweise)
- Mittels Touchgesten mit virtuellen Objekten interagieren
- Konzept zur Erkennung ob sich innerhalb einer Bounding Box ein physischer Würfel befindet
- Meilensteinliste angepasst
- Kontaktaufnahme mit Herrn Koller bezüglich der 3D Modelle von cuboro
- vorherige Prototypen nachträglich dokumentiert
- Umsetzung zur Erkennung, ob sich innerhalb einer Bounding Box ein physischer Würfel befindet
- AR Bauanleitung einer Kugelbahn Würfel-für-Würfel (Fortsetzung vom Prototyp zur Bauanleitung)
- Schrittweiser Aufbau einer augmentierten Bahn durch den Benutzer indem eine Seite des Elements angetippt werden kann und anschliessend ein Würfel gesetzt werden kann
- 3D Modelle aus externer Datei in SceneKit nutzen
- Lösungsvorschläge für Umsetzung Demo-App erarbeiten
- Zwei der vier definierten Prototypen konnten erfolgreich abgeschlossen werden
- Die AR Bauanleitung ist ebenenweise und nicht Würfel-für-Würfel, es fehlt noch ein entsprechender Algorithmus
- Das Verfahren um zu prüfen ob sich ein physisches Element in einer augmentierten Bounding Box befindet wurde konzeptionell erarbeitet
| Nr. | Beschreibung | W | A | W*A | Prävention | Reaktion |
|---|---|---|---|---|---|---|
| 10 | Präzision des Tracking zu niedrig um das Cuboro Element sicher zu Tracken | 2 | 3 | 6 | Anforderungen mit einem Toleranzbereich definieren. | Marker anbringen um die präzision des Trackings zu erhöhen. Third party Software zur erkennung des Würfels verwenden. |
| 11 | Präzision der Hit-Tests zu niedrig um zu ermitteln ob sich ein physisches Objekt in einer augmentierten Bounding Box befindet | 2 | 2 | 4 | Bestätigen mittels einer Tapgeste oder einem Button klick. | Verschiedene Versuche durchführen um die Genauigkeit zu ermitteln. |
| 06 | Frameworks weisen nicht die funktionalen Anforderungen auf die im Marketing versprochen werden. | 1 | 3 | 3 | Mittels Problemlösungszyklen die Funktionalität überprüfen und verifizieren | Rücksprache mit dem Auftraggeber und dem Betreuer |
- iOS 10.3 Beta auf das Testgerät installiert
- Diverse (Demo-)Projekte für ARKit 1.5 ausprobiert
- Cuboro Elemente besorgt
- Versuch eine Fläche des Cuboro Elements zu erkennen
- Versuch SceneKit-Würfel in AR per Tap hervorzuheben
- Versuch mit SceneKit-Würfeln ein Overlay manuell auf einen physischen Würfel zu legen
- Versuch die 3D Modelle von Cuboro in SceneKit zu modellieren und als AR Applikation zu realisieren
- Anforderungen näher spezifizieren
- Die definierten Versuche wurden durchgeführt und neue Erkenntnisse gewonnen. Jedoch haben wir keinen Durchbruch bei Erkennung und Augmentierung (Overlay) erzielt.
| Nr. | Beschreibung | W | A | W*A | Prävention | Reaktion |
|---|---|---|---|---|---|---|
| 10 | Präzision des Tracking zu niedrig um das Cuboro Element sicher zu Tracken | 2 | 3 | 6 | Anforderungen mit einem Toleranzbereich definieren. | Marker anbringen um die präzision des Trackings zu erhöhen. Third party Software zur erkennung des Würfels verwenden. |
| 06 | Frameworks weisen nicht die funktionalen Anforderungen auf die im Marketing versprochen werden. | 1 | 3 | 3 | Mittels Problemlösungszyklen die Funktionalität überprüfen und verifizieren | Rücksprache mit dem Auftraggeber und dem Betreuer |
| 05 | Zeitaufwand und Komplexität für Entwicklung zu hoch | 1 | 3 | 3 | eingehende Technologierecherche und Versuche | Betreuenden Dozenten informieren, um Hilfe bei Dozenten suchen, Anforderungen einschränken |
- Grobkonzept erstellt
- Risikioplan und Massnahmen definiert
- Grobplanung mit Meilensteinen
- Grundstruktur Dokumentation
- Projektmanagement und Dateienaustausch erstellt
- Testgerät organisiert
- Grobe Recherche der Frameworks
- Fragestellungen für weiteres Vorgehen
- Start Recherche der definierten Frameworks und cuboro Webkit
- Problemstellungen definieren
- Riskomanagement und Massnahmen erweitern
- Wir befinden uns aktuell im Plan jedoch muss der Projektplan noch abgenommen werden
| Nr. | Beschreibung | W | A | W*A | Prävention | Reaktion |
|---|---|---|---|---|---|---|
| 06 | Frameworks weisen nicht die funktionalen Anforderungen auf die im Marketing versprochen werden. | 1 | 3 | 3 | Mittels Problemlösungszyklen die Funktionalität überprüfen und verifizieren | Rücksprache mit dem Auftraggeber und dem Betreuer |
| 07 | Beschränkte Erfahrung mit iOS und Swift erhöht die Zeit der Evaluation und gefärdet somit den tiefe Grad der Problemlösungszyklen. | 2 | 3 | 6 | Genügend Zeit bei den ersten Problemlösungszyklen definieren | Anpassung der Anforderungen und Rücksprache mit dem Auftraggeber und dem Betreuer |
| 08 | Betas von ARKit 1.5 oder iOS 11.3 sind instabil oder ändern genutzte Funktionen | 1 | 2 | 2 | Known Issues recherchieren, Verwendung von neuen Funktionen bewusst wählen und Alternativen berücksichtigen | Issue an Apple reporten, an anderen (gleich wichtigen) Aufgaben arbeiten, alternative Methoden suchen, auf stabile Funktionen zurückgreifen |