VDE Normen für die Software Entwicklung (uC)

#1624722
Lesenswert?
• ▲
▼
Na. Es gibt ueberschtliche Software und Unuebersichtliche. Leider wurde 
die maximal unuebersichtliche zum Industriestandard erhoben. Mal von 
Lisp abgesehen. Daher kommt von der Normenseite her wenig. Fuer 
sicherheitsrelevante Anwendungen, speziell wenn ein unlimitiertes Budget 
dahinter ist, ist hin und wieder vom Auftraggeber Ada vorgeschrieben. 
Das ist zumindest eine etwas uebersichlichere Sprache. Das Problem ist 
eher, dass man unabhaengig von der Sprache mit unpassenden Konzepten 
schlechten Code bekommt. Und der ist nicht auf Anhieb als dieser 
ersichtlich. Da ist leider nichts mit : Lassen wir den Code durch einen 
Analysator. Bei sicherheitsrelevanten Projekten wird in Teams jede 
Codezeile durchgegangen, nennt sich Review. Bei unlimitierten Resourcen 
kann man das. Das heisst meist kann man das eben nicht. Das fuehrt dann 
eben zu seltsamen Aufbauten. Die zertifizierten Gerate sind vorhanden, 
werden aber nicht benutzt, da massiv veraltet. Daneben steht ein 
modernes Gerat, das die gewuenschte Funktionalitaet bietet, aber nicht 
zertifiziert ist. Sowas sieht man zB im Cockpit.
Ich hab die Frage nicht beantwortet. Sicherheitsrichtlinien. Ja. Egal 
was fuer eine Fehlerbedingung auftritt sollte das Geraet in einem 
sicheren Zustand sein und niemanden gefaerden. Mach das mal. Das 
bedeutet meist nimmt man eine reduzierte Funktionalitaet fuer erhoehte 
Sicherheit. Ich vermeid zB dynamische Variablen, resp deren Allokation.
Gast #1624750
Lesenswert?
• ▲
▼
Hallo.

Leider hast Du nicht genauer spezifiziert in welchem Kontext die 
Softwware entwickelt wird. Fuer die jeweiligen Industriezweige haben 
sich verschiedene Normen zum Standard entwickelt. Die meisten sind 
Prozess- oder Lifycycle- Normen.

In der Medizintechnik findet die IEC 62304 Einzug, getrieben durch die 
60601 und die MDD (Medical Device Directive).

Im Automotivumfeld findet die IEC 61508 Anwendung und wird in Zukunft 
wohl durch die 26262 abgelöst.

Ähnliche Normen gibt auch für den Avionic Bereich. (RTCA DO 178B)

All diese Normen beschreiben ein Prozessmodelle die bei der Entwicklung 
zu beachten sind. Des Weiteren findet bei diesen Normen meist eine 
klassifizierung des Safetylevels statt. Entsprechend werden 
Qualitätssichernde Maßnahmen verlangt. (Codereading, Modified 
condition/decision coverage, Tracebility,..)

Gruß
Sebastian

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 16 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.