SWE.3 Softwareentwurf und Modulerstellung
Sie beschäftigen sich mit Entwurf und Modulerstellung Ihrer Software? Wenn Sie noch nicht genau wissen, wie Sie einen evaluierten Feinentwurf für die Softwarekomponenten erstellen sowie die Software-Module spezifizieren und implementieren sollen, finden Sie hier relevante Infos zum Schlüsselprozess SWE.3 aus dem VDA-Scope, inklusive Video und kostenlosem Whitepaper.
zurück zu ASPICEAutomotive SPICE ist eine Marke des VDA QMC.
Der Softwarefeinentwurf-Prozess in Automotive SPICE® (im Original als Softwarefeinentwurf und Unit-Konstruktion oder kurz: SWE.3 bekannt) hilft Ihrer Organisation, einen evaluierten Feinentwurf für die Softwarekomponenten zu erstellen sowie die Software-Module zu spezifizieren und zu implementieren.
Was ist das Ziel des Softwarefeinentwurfs? Viele Organisationen und Projekte Verständnisprobleme, wie der Feinentwurf dokumentiert werden soll. Was sind also die drei Aspekte, die Sie in diesem Prozess berücksichtigen sollten?
Bild
Der Prozess SWE.3 im VDA-Scope
Wollen Sie noch mehr zum Automotive SPICE-Prozess »Softwarefeinentwurf und Unit-Konstruktion (SWE.3)« aus dem VDA-Scope erfahren? In unserem kostenlosen Whitepaper finden Sie alle Informationen zusammengefasst und eine Leseprobe aus dem Buch »Automotive SPICE® Essentials«, dem Buch für Einsteiger in das Thema Prozessverbesserungen.
Oft kämpfen Organisationen damit, wie spezifisch der Feinentwurf sein sollte. Eine gute Möglichkeit, dies zu lösen, ist, sich daran zu erinnern, was der Zweck des Feinentwurfs ist. Er ist die Grundlage für die Implementierung des Codes und den Modultest. Insbesondere die Unit-Verifikation erfordert eine detaillierte Beschreibung. Hier muss der Abdeckungsgrad berücksichtigt werden.
Für sicherheitskritische Software bietet die ISO 26262 eine Orientierung.
In nicht-sicherheitskritischer Software wird typischerweise mindestens C0- oder Anweisungsabdeckung, von einigen Kunden C1- oder Zweigabdeckung gefordert.
Je höher das Abdeckungsziel ist, desto mehr Details sind für den Feinentwurf erforderlich.
Wenn Sie ein ASIL-B klassifiziertes Modul haben, wird eine C1-Abdeckung erwartet. Das bedeutet, dass Ihr Feinentwurf die verschiedenen Zweige Ihrer Software identifizieren sollte.
Benötigen Sie Unterstützung für Ihr Projekt? Wir sind Ihre Ansprechpartner rund um Managementberatung und Verbesserungsprogramme in der Elektronikentwicklung.
Steffen Herrmann und das Sales-Team
Ein häufiger Mangel, den ich in Assessments feststelle, ist die unzureichend detaillierte Beschreibung der externen und internen Schnittstellen. Erwartete Inhalte der Schnittstellendokumentation sind Namen, Typen, Einheiten, Auflösungen, Bereiche und Default-Werte.
Ohne diese Informationen ist ein ordentliches Testen der Schnittstellen im Unit-Test nicht möglich.
Es ist in Ordnung, wenn die externen Schnittstellen auf Architekturebene beschrieben und im Software-Integrationstest getestet werden.
Unserer Erfahrung vertrauen bereits über 100 Konzernkunden auf vier Kontinenten.
Automotive SPICE®? Wir sind die Experten!
Bei uns engagieren sich 48 intacts™ zertifizierte Assessoren. Mit an Bord sind auch zehn Trainer für Provisional bzw. Competent Level.
Automotive SPICE®? Wir sind die Experten!
Wir bringen uns bei der Gestaltung des Standards kontinuierlich seit 2005 als Peer Reviewer ein. Bei intacs haben wir Plug-Ins für Mechanical Engineering und Hardware Engineering mitverfasst.
Automotive SPICE®? Wir sind die Experten!
Wir haben den mehrfach aufgelegten Fachbuch-Klassiker »Automotive SPICE in der Praxis« verfasst.
Automotive SPICE®? Wir sind die Experten!
Profitieren Sie von über 200 Personenjahren an geballter Projekterfahrung aus teils mehrjährigen Verbesserungsprogrammen.
Automotive SPICE®? Wir sind die Experten!
Wir haben inzwischen über 1.000 Assessorinnen und Assessoren nach den intacs-Regularien ausgebildet.
Automotive SPICE®? Wir sind die Experten!
Wir haben seit 2007 über 200 Assessments auf Projekt- und Organisationsebene durchgeführt. Dies entspricht 10.000 Assessment-Stunden.
Automotive SPICE®? Wir sind die Experten!
Beschreiben Sie den Feinentwurf, b e v o r Sie den Code implementieren.
Oft wird der Feinentwurf nachträglich dokumentiert, also nachdem der Code geschrieben wurde. Warum ist das ein Problem? Der Unit-Test soll prüfen, ob der Code den Feinentwurf erfüllt. Wenn Sie den Feinentwurf erst nach dem Schreiben des Codes erstellen, geht der Sinn des Unit-Tests verloren.
Sie könnten jetzt argumentieren, dass Sie den Unit-Test vielleicht nicht brauchen. Der Punkt ist, dass Sie Ihren Feinentwurf aus Ihrer Architektur ableiten sollten und nicht aus dem Code. Wenn die Kette unterbrochen ist, machen plötzlich die Dokumentationsinhalte und die Tests keinen Sinn mehr. Der Feinentwurf muss also erstellt werden, bevor Sie mit dem Schreiben des Codes beginnen.
Es ist nichts falsch daran, Feinentwurf und Code Schritt für Schritt iterativ zu entwickeln.
Zur systematischen Verbesserung der Entwicklungsprozesse im Bereich der Automobilelektronik sind wir offizieller Lizenznehmer von Automotive SPICE®, einer Marke des VDA QMC.
- die Schlüsselprozesse Ihrer Entwicklungseinheit mit Automotive SPICE® auf die erforderliche Reife zu bringen.
- bestehende Arbeitsabläufe und Vorgehensweisen systematisch zu verbessern.
- den Stand Ihrer Prozessverbesserungen per Assessment oder Gap-Analyse zu bewerten.
- die Anforderungen von Automotive SPICE® im Einklang mit Security, Funktionaler Sicherheit und agilen Methoden zu erfüllen.
- Ihre Mitarbeiterinnen und Mitarbeiter intensiv zu schulen und zu Assessoren auszubilden.
