Related Imagery
/images/related/75e8b69796d4f5b53dc728343cca5606.jpg
/images/related/0de84ab7813d7d76fc02e9aedb2b099c.jpg
/images/related/399cabdaf2f6ac5f149a09d2e12e02ef.jpg
/images/related/8ce589c9c423e2643933d96cb265d912.jpg
/images/related/2aa5622ab505cdfb3c25ea1841ba7ca4.jpg
/images/related/f6eb7ec9ea384f94c537339f4ceff4a9.jpg
Lösungen > Nach Softwarelebenszyklus > Entwurfsüberprüfung

Entwurfsüberprüfung

Übersicht

Ein vitaler Aspekt der Softwareentwicklung besteht darin, daß die Software sich so verhält wie erwartet. Das Design Review von LDRA erweitet den Rahmen der statischen Analyse, die von der "Code-Review" und dem Qualtitäts-"review" geliefert wird dahingehend, daß eine Analyse des Aufbaus des Quellcodes durchgeführt wird. Ihr Quellcode wird auf seine Struktur, den Kontrollfluß und den Datenfluß hin untersucht, so daß "Design"-konformität (oder das Gegenteil davon) sichtbar werden.

Design Review etabliert eine Methodik um LDRA's Ziel, nämlich eine "Nulldefekt-Software-entwicklung" für jedes Softwareteam zu erreichen. Das Design Review ist die Grundlage dafür, daß der ROI (Return on Investment) für die LDRA Werkzeugreihe positiv ist, da sichergestellt wird, daß alle Laufzeitdefekte entfernt werden, bevor sie die Kosten für den Systemtest und den Aufwand für die Aktualisierung der ausgelieferten Softwaresysteme aufblähen.

Nutzen und Eigenschaften

Korrektheit der Entwicklung

Der LDRA Graph zur Darstellung der Aufrufhierarchie sowie der Flußgraph, welche vom Code-Review erzeugt werden, werden durch eine umfassende Analyse aller Parameter und Datenobjekte ergänzt, die in Ihrem Code verwendet werden. Dieses erweiterte Modell kann dazu verwendet werden einen Zusammenhang zwischen den Anforderungen an die Softwareanwendung und der Korrektheit des Designs der Anwendung herzustellen. Damit dieser Zweck besser zum Zuge kommt ist eine automatische "Header"-Kommentar Option vorhanden.

Design Review kann von Software-Architekten und Entwicklungsleitern auch dazu verwendet werden die Konsistenz der Entwicklung sicherzustellen, bevor die Anforderungen an das zu entwickelnde System an die Systementwickler und -tester weitergegeben werden. Der Code wird ohne Kompilierung analysiert, daher kann ein nahtloser Übergang vom Design bis zur vollständigen Implementierung stattfinden.

Schnittstelle und Kopplungsanalyse

Die Analyse der Schnittstellen enthält die Dokumentation der Prozedurprototypen- deklarationen, die Parameter, die von diesen Prozeduren verwendet werden und den Test der Schnittstellenkonsistenz über den ganzen Rahmen Ihrer Implementierung hinweg. Für C++ werden Klassenbestimmungen für alle Membervariablen und alle Methoden dokumentiert.

Die Schnittstellenanalyse identifiziert potentiell fehlerhafte Programmvariablen. Das Werkzeug liefert eine vollständige Analyse aller Prozedurparameter, aller globalen Variablen und den Rückgabewerten der aufgerufenen Funktionen.

Steuer- und Datenkopplung, zwei Schlüsselelemente zum Nachweis der Testbarkeit Ihres Design werden in den "Spinnen"-graphen und den Datenanalysereports dokumentiert.

Datenanomalien

Datenflußanomalien sind Folgen von Aktionen an Programmvariablen, die möglicherweise fehlerhaft sein können. Ausgaben solcher Aktionen im Datenflußanalysereport zeigen verschiedene Typen von Datenflußanaomalien auf.

Eine Datenflußanalyse wird prozedurweise, quelldateiweise oder über ein ganzes System hinweg durchgeführt.

"Feasibility" (Machbarkeits-)Test

Das Verhalten des Modells für das Design Review wird anhand eines automatisierten Prozesses (des Machbarkeitstestes) überprüft. Dieser Prozeß erzeugt eine Testumgebung, in der alle ausführbaren Pfade durchlaufen werden. Diese Testumgebung ist am effektivsten verwirklicht in der LDRA Komponente für den Programmeinheitstest.

In C/C++ sind die häufigsten Laufzeitfehler auf das verwendete Speicherverwaltungssystem (Memory Management System (MMS)) und darin verwendeter auf Objekte zeigender Zeiger zurückzuführen. Das LDRA System überprüft solche problematischen Bereiche ebenso wie die Verwendung von Strukturen, verbundener Listen (Linked List) und Felder.

Nutzen und Vorteile

Der hauptsächliche Nutzen der Design Review sind:

  • Sicherstellen, daß die Anforderungen durch Implementieren des korrekten Designs erfüllt werden
  • Exzellente Vorbereitungen auf "Test Readiness Reviews"
  • Das "Code Profiling" liefert eine Analyse ohne "falsche positive Annahmen"
  • Schnittstellenanalyse identifiziert potentiell fehlerhafte Programmvariable
  • Konsequenz: Das Design wird in Übereinstimmung mit der Spezifikation ausgeliefert
Zusammenfassung des Nutzens für den Anwender

Ein Review wird durchgeführt um zu nachzuweisen, daß die Designspezifikation in der beabsichtigten Weise implementiert wurde.

Übersicht

Ein vitaler Aspekt der Softwareentwicklung besteht darin, daß die Software sich so verhält wie erwartet. Das Design Review von LDRA erweitet den Rahmen der statischen Analyse, die von der "Code-Review" und dem Qualtitäts-"review" geliefert wird dahingehend, daß eine Analyse des Aufbaus des Quellcodes durchgeführt wird. Ihr Quellcode wird auf seine Struktur, den Kontrollfluß und den Datenfluß hin untersucht, so daß "Design"-konformität (oder das Gegenteil davon) sichtbar werden.

Design Review etabliert eine Methodik um LDRA's Ziel, nämlich eine "Nulldefekt-Software-entwicklung" für jedes Softwareteam zu erreichen. Das Design Review ist die Grundlage dafür, daß der ROI (Return on Investment) für die LDRA Werkzeugreihe positiv ist, da sichergestellt wird, daß alle Laufzeitdefekte entfernt werden, bevor sie die Kosten für den Systemtest und den Aufwand für die Aktualisierung der ausgelieferten Softwaresysteme aufblähen.

Nutzen und Eigenschaften

Korrektheit der Entwicklung

Der LDRA Graph zur Darstellung der Aufrufhierarchie sowie der Flußgraph, welche vom Code-Review erzeugt werden, werden durch eine umfassende Analyse aller Parameter und Datenobjekte ergänzt, die in Ihrem Code verwendet werden. Dieses erweiterte Modell kann dazu verwendet werden einen Zusammenhang zwischen den Anforderungen an die Softwareanwendung und der Korrektheit des Designs der Anwendung herzustellen. Damit dieser Zweck besser zum Zuge kommt ist eine automatische "Header"-Kommentar Option vorhanden.

Design Review kann von Software-Architekten und Entwicklungsleitern auch dazu verwendet werden die Konsistenz der Entwicklung sicherzustellen, bevor die Anforderungen an das zu entwickelnde System an die Systementwickler und -tester weitergegeben werden. Der Code wird ohne Kompilierung analysiert, daher kann ein nahtloser Übergang vom Design bis zur vollständigen Implementierung stattfinden.

Schnittstelle und Kopplungsanalyse

Die Analyse der Schnittstellen enthält die Dokumentation der Prozedurprototypen- deklarationen, die Parameter, die von diesen Prozeduren verwendet werden und den Test der Schnittstellenkonsistenz über den ganzen Rahmen Ihrer Implementierung hinweg. Für C++ werden Klassenbestimmungen für alle Membervariablen und alle Methoden dokumentiert.

Die Schnittstellenanalyse identifiziert potentiell fehlerhafte Programmvariablen. Das Werkzeug liefert eine vollständige Analyse aller Prozedurparameter, aller globalen Variablen und den Rückgabewerten der aufgerufenen Funktionen.

Steuer- und Datenkopplung, zwei Schlüsselelemente zum Nachweis der Testbarkeit Ihres Design werden in den "Spinnen"-graphen und den Datenanalysereports dokumentiert.

Datenanomalien

Datenflußanomalien sind Folgen von Aktionen an Programmvariablen, die möglicherweise fehlerhaft sein können. Ausgaben solcher Aktionen im Datenflußanalysereport zeigen verschiedene Typen von Datenflußanaomalien auf.

Eine Datenflußanalyse wird prozedurweise, quelldateiweise oder über ein ganzes System hinweg durchgeführt.

"Feasibility" (Machbarkeits-)Test

Das Verhalten des Modells für das Design Review wird anhand eines automatisierten Prozesses (des Machbarkeitstestes) überprüft. Dieser Prozeß erzeugt eine Testumgebung, in der alle ausführbaren Pfade durchlaufen werden. Diese Testumgebung ist am effektivsten verwirklicht in der LDRA Komponente für den Programmeinheitstest.

In C/C++ sind die häufigsten Laufzeitfehler auf das verwendete Speicherverwaltungssystem (Memory Management System (MMS)) und darin verwendeter auf Objekte zeigender Zeiger zurückzuführen. Das LDRA System überprüft solche problematischen Bereiche ebenso wie die Verwendung von Strukturen, verbundener Listen (Linked List) und Felder.

Nutzen und Vorteile

Der hauptsächliche Nutzen der Design Review sind:

  • Sicherstellen, daß die Anforderungen durch Implementieren des korrekten Designs erfüllt werden
  • Exzellente Vorbereitungen auf "Test Readiness Reviews"
  • Das "Code Profiling" liefert eine Analyse ohne "falsche positive Annahmen"
  • Schnittstellenanalyse identifiziert potentiell fehlerhafte Programmvariable
  • Konsequenz: Das Design wird in Übereinstimmung mit der Spezifikation ausgeliefert

Zusammenfassung des Nutzens für den Anwender

Ein Review wird durchgeführt um zu nachzuweisen, daß die Designspezifikation in der beabsichtigten Weise implementiert wurde.

Übersicht

 

Ein vitaler Aspekt der Softwareentwicklung besteht darin, daß die Software sich so verhält wie erwartet. Das Design Review von LDRA erweitet den Rahmen der statischen Analyse, die von der "Code-Review" und dem Qualtitäts-"review" geliefert wird dahingehend, daß eine Analyse des Aufbaus des Quellcodes durchgeführt wird. Ihr Quellcode wird auf seine Struktur, den Kontrollfluß und den Datenfluß hin untersucht, so daß "Design"-konformität (oder das Gegenteil davon) sichtbar werden.

 

Design Review etabliert eine Methodik um LDRA's Ziel, nämlich eine "Nulldefekt-Software-entwicklung" für jedes Softwareteam zu erreichen. Das Design Review ist die Grundlage dafür, daß der ROI (Return on Investment) für die LDRA Werkzeugreihe positiv ist, da sichergestellt wird, daß alle Laufzeitdefekte entfernt werden, bevor sie die Kosten für den Systemtest und den Aufwand für die Aktualisierung der ausgelieferten Softwaresysteme aufblähen.

 

Nutzen und Eigenschaften

 

Korrektheit der Entwicklung

 

Der LDRA Graph zur Darstellung der Aufrufhierarchie sowie der Flußgraph, welche vom Code-Review erzeugt werden, werden durch eine umfassende Analyse aller Parameter und Datenobjekte ergänzt, die in Ihrem Code verwendet werden. Dieses erweiterte Modell kann dazu verwendet werden einen Zusammenhang zwischen den Anforderungen an die Softwareanwendung und der Korrektheit des Designs der Anwendung herzustellen. Damit dieser Zweck besser zum Zuge kommt ist eine automatische "Header"-Kommentar Option vorhanden.

 

Design Review kann von Software-Architekten und Entwicklungsleitern auch dazu verwendet werden die Konsistenz der Entwicklung sicherzustellen, bevor die Anforderungen an das zu entwickelnde System an die Systementwickler und -tester weitergegeben werden. Der Code wird ohne Kompilierung analysiert, daher kann ein nahtloser Übergang vom Design bis zur vollständigen Implementierung stattfinden.

 

Schnittstelle und Kopplungsanalyse

 

Die Analyse der Schnittstellen enthält die Dokumentation der Prozedurprototypen- deklarationen, die Parameter, die von diesen Prozeduren verwendet werden und den Test der Schnittstellenkonsistenz über den ganzen Rahmen Ihrer Implementierung hinweg. Für C++ werden Klassenbestimmungen für alle Membervariablen und alle Methoden dokumentiert.

 

Die Schnittstellenanalyse identifiziert potentiell fehlerhafte Programmvariablen. Das Werkzeug liefert eine vollständige Analyse aller Prozedurparameter, aller globalen Variablen und den Rückgabewerten der aufgerufenen Funktionen.

 

Steuer- und Datenkopplung, zwei Schlüsselelemente zum Nachweis der Testbarkeit Ihres Design werden in den "Spinnen"-graphen und den Datenanalysereports dokumentiert.

 

Datenanomalien

 

Datenflußanomalien sind Folgen von Aktionen an Programmvariablen, die möglicherweise fehlerhaft sein können. Ausgaben solcher Aktionen im Datenflußanalysereport zeigen verschiedene Typen von Datenflußanaomalien auf.

 

Eine Datenflußanalyse wird prozedurweise, quelldateiweise oder über ein ganzes System hinweg durchgeführt.

 

"Feasibility" (Machbarkeits-)Test

 

Das Verhalten des Modells für das Design Review wird anhand eines automatisierten Prozesses (des Machbarkeitstestes) überprüft. Dieser Prozeß erzeugt eine Testumgebung, in der alle ausführbaren Pfade durchlaufen werden. Diese Testumgebung ist am effektivsten verwirklicht in der LDRA Komponente für den Programmeinheitstest.

 

In C/C++ sind die häufigsten Laufzeitfehler auf das verwendete Speicherverwaltungssystem (Memory Management System (MMS)) und darin verwendeter auf Objekte zeigender Zeiger zurückzuführen. Das LDRA System überprüft solche problematischen Bereiche ebenso wie die Verwendung von Strukturen, verbundener Listen (Linked List) und Felder.

 

Nutzen und Vorteile

 

Der hauptsächliche Nutzen der Design Review sind:

 

Sicherstellen, daß die Anforderungen durch Implementieren des korrekten Designs erfüllt werden

Exzellente Vorbereitungen auf "Test Readiness Reviews"

Das "Code Profiling" liefert eine Analyse ohne "falsche positive Annahmen"

Schnittstellenanalyse identifiziert potentiell fehlerhafte Programmvariable

Konsequenz: Das Design wird in Übereinstimmung mit der Spezifikation ausgeliefert

Zusammenfassung des Nutzens für den Anwender

 

Ein Review wird durchgeführt um zu nachzuweisen, daß die Designspezifikation in der beabsichtigten Weise implementiert wurde.

Aktuelles
    Show All
  • 14th May 2013
    With recent advances in automation, software is no longer a small part of electro-mechanical syste...
  • 9th May 2013
    Software analysis tool company, LDRA have announced that they will be giving away a copy of the MIS...
  • 6th May 2013
    Just after the creation of the MISRA C/C++ standard by the automotive industry as a guideline for ...
Events
21st May 2013 - 23rd May 2013
Certification Together International Conference
Toulouse, France
22nd May 2013
The Device Developers Conference
Stockport, UK
6th Jun 2013 - 8th Jun 2013
Automotive Engineering Show 2013
Chennai, India
Kontakteinzelheiten
Email: info@ldra.com
Tel EMEA: + 44 (0) 151 649 9300
Tel USA: (650) 583 8880
Tel India: +91 80 4080 8707
Folgen Sie uns