Reliability Engineering WS25/26: Unterschied zwischen den Versionen

Aus HSHL Mechatronik
Zur Navigation springen Zur Suche springen
Zeile 44: Zeile 44:
|
|
= Software-Komponentenspezifikation: Temperaturmessung =
= Software-Komponentenspezifikation: Temperaturmessung =
{| class="wikitable"
|-
| '''Version:''' || 1.0
|-
| '''Autor:'''|| Max Mustermann
|-
| '''Datum:''' || 22.10.2025 
|-
| '''System:'''|| Arduino-basiertes Sensormodul
|}


'''Version:''' 1.0  
   
'''Autor:''' Max Mustermann 
'''Datum:''' 22.10.2025 
'''System:''' Arduino-basiertes Sensormodul


== 1. Allgemeine Beschreibung ==
== 1. Allgemeine Beschreibung ==

Version vom 22. Oktober 2025, 13:43 Uhr

Dozent: Prof. Dr.-Ing. Schneider
Modul Systementwicklung (Wahlpflichtprofil „Systems Design Engineering“), Wintersemester
Modulbezeichnung: MTR-B-2-7.09
Modulverantwortung: Mirek Göbel
Lehrveranstaltung: Sensortechnik

Beispielartikel

Die gewünschten Themenabschnitte sind:

Einleitung

  • Autor
  • Bild

Anforderungen

Funktionaler Systementwurf / Technischer Systementwurf

Komponentenspezifikation

Eine Komponentenspezifikation ist im Ingenieurwesen und in der Elektronik eine detaillierte Beschreibung eines Bauteils, die festlegt, wie es aufgebaut ist, welche Eigenschaften es haben muss und wie es betrieben werden darf. Sie dient dazu, sicherzustellen, dass die Komponente für eine bestimmte Anwendung geeignet ist und zuverlässig funktioniert.

Zweck einer Software-Komponentenspezifikation

  • Definiert Funktionalität: Welche Aufgaben erfüllt die Komponente?
  • Beschreibt Schnittstellen: Welche Inputs und Outputs gibt es?
  • Legt Nicht-Funktionale Anforderungen fest: Performance, Sicherheit, Zuverlässigkeit.
  • Hilft bei Entwurf, Implementierung und Test: Entwickler und Tester wissen genau, was erwartet wird.

Inhalte einer Komponentenspezifikation

  1. Allgemeine Beschreibung: Name der Komponente, Zweck/Ziel der Komponente, Zugehörigkeit zu einem System oder Modul
  2. Funktionale Anforderungen: Welche Aufgaben die Komponente erfüllt, Algorithmen oder Logik, falls relevant
  3. Schnittstellenbeschreibung: unktionen oder Methoden, die bereitgestellt werden, Input-Parameter und Rückgabewerte, Events, Nachrichten oder APIs
  4. Nicht-funktionale Anforderungen: Performance (z. B. Reaktionszeit), Zuverlässigkeit, Fehlertoleranz, Speicher- oder Ressourcenverbrauch
  5. Abhängigkeiten: Andere Software-Module oder Bibliotheken, die benötigt werden
  6. Test- und Validierungshinweise: Welche Tests durchgeführt werden müssen, um die Spezifikation zu erfüllen
  7. Versionierung und Änderungen: Wer hat die Spezifikation erstellt, Änderungen im Laufe der Zeit

Programmierung

Komponententest

Zusammenfassung

Link zum Quelltext in SVN

Literaturverzeichnis

Aufgabe 1 - Artikel-Review

  1. Begutachten Sie einen fertigen Artikel.
  2. Geben Sie Feedback auf der Diskussionsseite.
  3. Wir besprechen das Feedback im Plenum.

Aufgabe 2 - Code Review

  1. Führen Sie das Review anhand der Vorlage durch und dokumentieren Sie es hier: https://svn.hshl.de/svn/MTR_SDE_Praktikum/trunk/Testdokumente/CodeReviews/
  2. Optimieren Sie Ihren Quelltext anhand des Code Reviews.
  3. Besprechen Sie bis zur Deadline 20.12.19 das Ergebnis mit Prof. Schneider.

Tutorials

Aufgabe 3 - Modultest

Tabelle 1: Liste von Testfällen inkl. genauer Testfallbeschreibung
ID des Testfalls Testfallname Ersteller Datum ID der Anforderung ID aus der Komponenntenspezifikation Ausgangszustand Aktion(en) Erwartetes Ergebnis Ergebnis Bewertung Test durchgeführt von Test durchgeführt am Bemerkung
01 Stationären Endwert und damit den Verstärkungsfaktor prüfen Prof. Schneider 22.10.25 01 05 PT1-Integratoren = 0, Eingang = 0 Eingangssprung von 0 auf 1 bei t=0s Stat. Endwert = 1 xa(t=50s) = 1.4 n.i.O. Mustermann 22.10.25 Kp überprüfen
02 Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel
03 Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel Beispiel

Aufgabe 4 - Systemtest