gysibnc / Architekturdokumentation-TipToi

Architektur_Dokumentation_Gruppenarbeit_Tiptoi
3 stars 1 forks source link

Kontextdiagramm Bemerkungen #2

Closed bjoernmichels closed 2 years ago

bjoernmichels commented 2 years ago

image

  1. Programmierbarer Stift sollte gemäss Ravensburger wohl tiptoi Stift heissen
  2. tiptoi-Stift: Audiodateien, ok. Es ist aber noch mehr, siehe https://www.ravensburger.de/spielanleitungen/ecm/Spielanleitungen/00036%20anl%202052649.pdf Seite 10 (Absatz oberhalb des "Hinweis zum Speicherplatz".
  3. USB-Anschluss kann auf dem Deployment-Diagramm dargestellt werden. Im Kontext-Diagramm werden keine technische Details dargestellt.
  4. Hier die tiptoi Manager Software darstellen. Das es einen PC gibt wird auf dem Deployment-Diagramm dargestellt.
  5. Hier braucht es einen besseren Namen. Vielleicht TipToi Produkt. In der Beschreibung kann der Hinweis stehen das es Bücher, Spiele, Puzzle, Sticker, Figuren, Globus, usw gibt.
    Am besten erstellt Ihr zwei Kontext-Diagramme. Eines für den tiptoi Stift und eines für die TipToi-SW welche tiptoi Manager heisst.
  6. Lautsprecher ist Technik.. vielleicht eher Töne/Geschichten/Lieder/Anweisungen? Das Kind kann übrigens auf Aufnahmen machen.
  7. Die Töne gehen nicht zum Buch sondern zum Kind. Es fehlt das Kindauf dem Diagramm.
  8. Der Sensor ist ein technisches Bauelement. Die Informationen welche vom vom tiptoi Produkt zum tiptoi Stift gehen ist der OID-Code. Siehe https://de.wikipedia.org/wiki/Tiptoi
  9. Diesen Teil würde ich weglassen. In der Beschreibung zum tiptoi Produkt kann erwähnt werden (Quelle https://de.wikipedia.org/wiki/Tiptoi) das die Oberfläche ein bedrucktes Punkteraster (OID) hat, welche vom Infrarot-Scanner des tiptoi Stift ausgelesen werden.
  10. Für den tiptoi Manager kann ein eigenes Kontext-Diagramm erstellen werden. Im Kontext des tiptoi Manager wären dann der tiptoi Stift, Ravensburger-TipToi-Server, die Eltern.
  11. Auch der Entwickler könnte hier im Kontext erscheinen. Aber eigentlich nur weil der Stift eine Debug-Funktion hat. Die Information wäre dann OID-Code-Chinesisch (https://www.youtube.com/watch?v=GzXtgR73icg 08:10...).
Domiuetz commented 2 years ago

@bjoernmichels Weshalb muss in ein Kontextdiagramm der User (7. Kind / 10. Eltern und 11. Entwickler) erwähnt werden, müssten diese nicht erst im UseCase vorkommen?

bjoernmichels commented 2 years ago

Das Kontext-Diagramm und das Use-Case Diagramm werden zu unterschiedlichen Zeiten erstellt. Das Kontext-Diagramm wird sehr früh erstellt oft ohne genau zu wissen welche Anwendungen oder konkreten UseCases benötigt werden.

image (basiswissen-requirements-engineering, 5th) Das Smarthome besteht vielleicht aus 2 Software-Anwendungen --> 1 Kontext-Diagramm & 2 UseCase-Diagramme.

oder Beispiel von C4.com Links der Systemcontext image

Auch können, wenn relevant, im Kontextdiagramm Akteure und Systeme beschreiben welche keine Direkten UseCases mit der Software haben. zB Betrieb.

bjoernmichels commented 2 years ago

Im Nachhinein scheint das erstellen Beider Diagramme ein wenig redundant... In der Praxis (bei grösseren Anwendungen) sind wir erst ein paar Wochen mit dem Kontext beschäftigt :-)