Pilotprojekt für UML basierende Entwicklung gesucht.

**astade** · 21.12.2009, 17:14

habe mal versucht, die Anforderungen an das Controller Board in Form eines use case Diagramms aufzustellen (siehe Bild). Habe ich noch was vergessen?

**kellerkind** · 21.12.2009, 17:26

Die Motortemp. kannste weglassen, wir fahren ja kein Verbrenner

Dafür ist die Erfassung von Hindernissen wichtig. Temperatur ist eher unwichtig. Maximal für den Lipo beim Laden

Der "Hauptrechner" haste als Mensch dargestellt...dazwischen kommt noch das embedded Board, welches Quasi als Gehirn (Steuerzentrale und Schnittstelle zu anderen Kommunikationswegen -WLAN, LAN etc) für den Bot dient.
Bei der Position spielen zwei Positionen eine wichtig Rolle. Einmal die des Bots (Bewegt er sich überhaupt, oder rutschen die Räder druch) und zum anderen die Position/Bewegung des Motors/Getriebes.

Ansonsten glaub ich, wars das soweit erstmal, heisst für die Motoren bzw. Fortbewegung.

**astade** · 21.12.2009, 17:48

Zitat von kellerkind

Die Motortemp. kannste weglassen, wir fahren ja kein Verbrenner

Ich dachte, auch Elektromotoren können überhitzen, wenn man es mit der Leistung übertreibt. Aber Du bist der Hardwerker

Wenn Du das entscheidest, lassen wir die Motortemperatur weg.

Zitat von kellerkind

dazwischen kommt noch das embedded Board ..

Das ist die Anforderungsliste an das Controller Board! Das Usecase Diagramm soll zeigen, wer, welche Anforderungen an das Board hat.

Die "Männchen" heißen "Actor" und sind diejenigen, die die Anforderungen haben (meistens Menschen). In diesem Fall ist aber auch auch der Hauptrechner ein "Actor", weil er nicht Bestandteil des Systems (Controller Board) ist.

Als nächstes würde ich ein Blockschaltbild für die Software zeichnen (Komponenten Diagramm)

**kellerkind** · 21.12.2009, 18:55

Dann kann ich als Softwarenapp ja echt noch was lernen, das freut mich voll!!!
Überhitzen sollte wirklicht nicht passieren. Da die Dinger locker bis 10A verkraften, da würde uns eher der Motor abrauchen und deswegen messen wir nur den Strom.

Haste das Diagramm noch geändert, hinsichtlich der Postionsbestimmung?

**astade** · 22.12.2009, 07:01

Zitat von kellerkind

Haste das Diagramm noch geändert, hinsichtlich der Postionsbestimmung?

Das Diagramm beschreibt das Motor Board. Mit "Position" meine ich die gezählten Motor Umdrehungen, also die Odometrie. Klar braucht der Roboter möglicherweise noch andere Möglichkeiten sich zu orientieren, aber die kommen dann nicht vom Motor Board, oder?

Wenn Du das Gefühl hast, das Diagramm passt noch nicht 100% dann ändere es doch einfach mal so ab, wie Du die Sache siehst. Immer mit der Frage: "Was sind die Anforderungen an das Motor Board". Also was soll das Motor Board können. Wir brauchen ein solches "Bild" hinter dem wir beide stehen, damit wir auf das gleiche Ziel zuarbeiten.

Mit den Ovalen beschreibt man jede einzelne Anforderung (Use Case) und mit den kleinen "Männchen" (Den Aktoren) deutet man an, von wem die Anforderung kommt.

Das Diagramm findest Du im Astade Model, im Repository. Also Auschecken, ändern und wieder einchecken. Ich schau mir das dann an.

(könntest Du mir noch sagen, wie viele Schnittstellen (RS232, I2C u.ä) das Board hat. Ich möchte gerne das Komponenten Diagramm machen und dazu müsste ich wissen, wie viele Schnittstelle (und welche) wir zur Verfügung haben.)