Vorgehensmodelle

Planungsphase für ein Microcontroller-Projekt

Sind Lastenheft und Pflichtenheft freigegeben, wird die Umsetzung eines Microcontroller-Projekts in den drei Dimensionen des magischen Dreiecks geplant: Qualität (Hardware und Software), Kosten und Zeit. Am durchgehenden Beispiel einer CO2-Lüftungsampel mit ESP32 zeigt der Artikel, wie Messprinzip und Bauteile ausgewählt, Stückliste und Pinbelegung erstellt, der Programmablauf und erste Testfälle entworfen sowie Kostenaufstellung und Zeitplan mit Meilensteinen aufgestellt werden.

Realisierung eines Microcontroller-Projekts nach dem Wasserfall-Modell

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.

Übungsaufgaben zu Lastenheft und Pflichtenheft

Vier Übungsaufgaben zu Lastenheft und Pflichtenheft – von Zweck, typischen Inhalten und typischen Missverständnissen beider Dokumente über Rückfragen zu unklaren Anforderungen, Fragebögen und die Abstimmung vor dem Versand bis zu eigenen Lastenheft-Anforderungen nach Gliederung, der Prüfung eines Pflichtenheft-Entwurfs, Rechtekonzept, Change Request, Abnahme und der Frage, ob es auch ohne Pflichtenheft geht.

Übungsaufgaben zu Vorgehensmodellen

Drei Übungsaufgaben zu klassischen und agilen Vorgehensmodellen – vom Einordnen und Vergleichen der Modelle über Scrum mit englischem Fachtext, Fehleranalyse und Kanban, das Wasserfallmodell, die Prüfung einer fehlerhaften V-Modell-Skizze, die Zuordnung von Testfällen zu Teststufen und die Unterscheidung sequenziell/iterativ/agil bis zum Vergleich von Prototyp und Minimum Viable Product und zur Weiterentwicklung eines MVP mit Scrum.

Vorgehensmodelle: klassisch und agil

Ein Vorgehensmodell legt fest, in welchen Schritten ein Softwareprojekt abläuft, welche Ergebnisse entstehen und wer wofür zuständig ist. Der Artikel unterscheidet klassische und agile Vorgehensmodelle, erklärt Wasserfallmodell, V-Modell, Spiralmodell, das Agile Manifest, Scrum und Kanban, zeigt mit Prototypen und dem Minimum Viable Product, wie Du früh Rückmeldung bekommst, und wie Du ein passendes Vorgehensmodell auswählst.

Pflichtenheft für ein Microcontroller-Projekt

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.

Lastenheft für ein Microcontroller-Projekt

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.

Royce‘ Kritik am einfachen Phasenmodell (Wasserfallmodell)

Viele Auszubildende nutzen in ihren Projektdokumentationen das „Wasserfallmodell“ auf Basis einer Grafik, die Winston W. Royce als Beschreibung einer unbefriedigenden Ausgangslage herangezogen hat. Dass er daraufhin fünf wesentliche Schritte formuliert hat, die diesem Modell hinzugefügt werden müssen, um Risiken zu minimieren, ist über die Zeit scheinbar verloren gegangen. Wir nähern uns diesen fünf Schritten über das Originaldokument und Leitfragen.