Drei Übungsaufgaben zum Projekt Simon Says: Für eine Messe-Spielstation baust Du nach geändertem Pflichtenheft eine Schwierigkeitsstufe per Poti ein, für die Spielstation am Tag der offenen Tür formulierst Du Testfälle und findest zwei Fehler im Quelltext, und für den Akkubetrieb planst Du Hard- und Softwareänderungen samt Energiebilanz. Zu jeder Teilaufgabe lässt sich eine Beispiellösung einblenden.
Ein Merkspiel mit vier LEDs, vier Tastern und einem Summer führt die Grundlagen der Reihe zusammen: Aus Lastenheft und Pflichtenheft entsteht ein Zustandsautomat, Arrays verbinden LEDs, Taster und Töne, Zufallszahlen erzeugen die Folge, entprellte Taster und millis() prüfen die Eingabe, Level und Highscore zählen mit. Danach testest Du das Programm gegen das Pflichtenheft und planst eine kundenspezifische Erweiterung mit Hard- und Softwareänderungen und Energiebilanz. Für ESP32-C6, ESP32, ESP8266 (NodeMCU) und Arduino Uno.
Vier Übungsaufgaben zu eigenen Funktionen auf Mikrocontrollern: Für die Unterstützungsstufe eines Lastenrads bestimmst Du Rückgabewerte und die Wirkung von Referenzen und static. Für das Bedienteil eines Klimareglers lagerst Du wiederholten Code in eine Funktion aus, für eine Akkuanzeige implementierst Du Funktionen nach vorgegebener Signatur und teilst sie in ein Modul auf, und eine Bewässerungssteuerung erweiterst Du nach Pflichtenheft mit Funktionen und Energiesparbetrieb. Zu jeder Teilaufgabe lässt sich eine Beispiellösung einblenden.
Vier Übungsaufgaben zur technischen Dokumentation – von Formeln, Zellbezügen und Zahlenformaten bei der Berechnung von LED-Vorwiderständen über Lastenheft, Komponentenvergleich und Blockschaltbild einer Bewässerungssteuerung bis zur Dokumentation einer instand gesetzten Torsteuerung und zur Kurzbedienungsanleitung eines Tablet-Ladeschranks. Zu jeder Teilaufgabe lässt sich eine Beispiellösung einblenden.
Ein Gerät ist erst fertig, wenn seine Unterlagen fertig sind. Dieser Artikel zeigt Schritt für Schritt, wie Du einen Kundenauftrag im Lastenheft festhältst, technische Daten und Leistungsmerkmale zusammenstellst, Stücklisten liest und erstellst, elektrische Größen in einer Tabellenkalkulation berechnest und darstellst, Bedienungsanleitung, Wartungshandbuch und Kurzbedienungsanleitung unterscheidest und schreibst und eine Geräte- oder Anlagendokumentation mit Deckblatt und Inhaltsverzeichnis für die Übergabe zusammenstellst.
Das Wasserfallmodell ist das bekannteste klassische Vorgehensmodell: Ein Projekt durchläuft Analyse, Entwurf, Implementierung, Test sowie Einsatz und Wartung nacheinander, und jede Phase endet mit einem freigegebenen Dokument. Der Artikel zeigt Herkunft, Ablauf, Rollen, Dokumente, Test- und Planungsansatz des Modells und erklärt, wann es passt und wo seine Grenzen liegen.
Für kleine Projekte, deren Ziel und Anforderungen von Beginn an feststehen, eignet sich ein phasenweises, dokumentengetriebenes Vorgehen, wie es das Wasserfall-Modell beschreibt. Dieser Einstieg in die Artikelreihe zeigt, wann das Modell zu einem Microcontroller-Projekt passt, welche sechs Phasen es durchläuft und welches Dokument am Ende jeder Phase steht – vom Lastenheft bis zum Übergabeprotokoll.
Vier Übungsaufgaben zu Lastenheft und Pflichtenheft – von Zweck, typischen Inhalten und typischen Missverständnissen beider Dokumente über Rückfragen zu unklaren Anforderungen, Angaben für ein Lastenheft, Fragebögen und die Abstimmung vor dem Versand bis zu eigenen Lastenheft-Anforderungen nach Gliederung, der Prüfung eines Pflichtenheft-Entwurfs, eigenen Pflichtenheft-Einträgen, Rechtekonzept, Change Request, Abnahme und der Frage, ob es auch ohne Pflichtenheft geht.
Liegen die Anforderungen der Kundschaft für ein Microcontroller-Projekt vor, so müssen diese nach dem Wasserfall-Modell als nächstes analysiert, mit Realisierungsoptionen versehen und als Pflichtenheft dokumentiert werden. Der Artikel zeigt außerdem, wer das Pflichtenheft schreibt und freigibt, welche Inhalte typisch sind, welche Rolle es für Vertrag, Tests, Änderungen und Abnahme spielt und wie es sich vom Lastenheft unterscheidet.
Wird ein Microcontroller-Projekt nach dem Wasserfall-Modell entwickelt, dann müssen zunächst die Anforderungen aus Auftraggebersicht definiert und in einem Lastenheft dokumentiert werden. Welche Aspekte sollten hierbei erfasst werden? Der Artikel klärt außerdem, wer das Lastenheft schreibt und abstimmt, wofür es im Projekt verwendet wird, welche Inhalte typisch sind und wie es sich vom Pflichtenheft unterscheidet.
Es stehen die Wünsche der Stakeholder im Raum – und auch die Normen und Gesetze wollen als Anforderung dokumentiert werden. Welche unterschiedlichen Artefakte gibt es, in denen Anforderungen erfasst werden können, und wo eignen sie sich besonders?
