Komplexitätsmanagment

Präsentation zum Thema: "Komplexitätsmanagment"—  Präsentation transkript:

1 Komplexitätsmanagment
Michael Platzer Sophie Therese Radschek

2 Was ist Komplexität?

3 Maße für Komplexität Transistoren pro Chip, Gesamt-Länge des Interconnect bei NoC, … Lines of Code, Personentage in der Entwicklung, McCabe, Halstead,… Komplexitätsklasse des zu lösenden Problems

4 Gründe für Komplexität
Hardware Software “instabile” Modelle Parallelität Physikalische Eigenschaften u. Wechselwirkungen einzelner Bauteile Chipgröße vs Transistorenzahl Anzahl Umweltparameter Hohe Anzahl von Aufgaben Wechselwirkungen zwischen einzelnen Aufgaben Diskrepanz Parallelität vs sequentieller Ausführung

5 ...

6 (zu) hohe Komplexität hohe Entwicklungskosten lange Entwicklungsdauer
Fehleranfälligkeit Design Crisis Verification Crisis

7

8 Abstraktion (Lösungen-1)
Annahme: Komplexität “darunter liegender” Abstraktionsschichten beeinflusst Komplexität “höherer” Abstraktionsschichten nicht Steigert Produktivität -> komplexere Aufgaben können gelöst werden Trade-off Optimierungspotential?

9 ? Assembler vs Hochsprache EER-Diagramm vs SQL-Statements
VHDL vs einzelne Transistoren ?

10 Reuse / Aufteilung (Lösungen-2)
IP-Module / Libraries Divide and Conquer Kapselung der Komplexität einzelner Aufgaben in vorgefertigte Lösungen Einfluss auf Productivity Gap?

11 Automation (Lösungen-3)
“Abstraktion des Design-Prozesses” High-level Beschreibung des WAS Standardisierte-Routinen für das WIE

12 Automatisierte Verifikation (Lösungen-4)
Verifikation größter Teil des Entwicklungsprozesses (HW) -> Größtes Einsparungspotential durch Automatisierung Verification Gap?

13 Reduktion (Lösungen-5)
Einschränkung des Designprozesses (Standardisierung der verwendeten Routinen) Einschränkung der möglichen resultierenden Designs (Eigenschaften zur Vereinfachung der Verifikation, Minimierung von Wechselwirkungen, …)

14 Offene Punkte (Lösungen-6)
Wo “echte” Reduktion / Vermeidung der Komplexität möglich? (Stichwort: “Verschieben der Komplexität”) Großes Restrisiko in der Entwicklung (wenn Komplexität nicht reduziert werden kann)

15 Entwicklung des Designprozesses
Leitmotiv: Wiederverwendbarkeit von Designs Hardware Software Automatisierung in der Herstellung Immer kleinere Bauteile Immer weiter verringerte Wartbarkeit (Tradeoff zur Optimierung des Designs) Erhöhte Qualitätsansprüche  Zugangsschwelle steigt! Immer strengere Trennung zur Harware Abstraktionsebene steigt Wartbarkeit steigt Verringerte initiale Qualitätsansprüche  Zugangsschwelle sinkt!

16 Relevanz für HW/SW Codesign
Komplexität eines System kann sich durch Zusammenspiel HW/SW ändern Beeinflusst Partitioning! (Nicht jedes Problem ist in HW und SW gleich komplex! – Z.B.: parallel vs sequentiell)

17 Referenzen http://www.eetimes.com/document.asp?doc_id=1215507
(Abb. 1) (Abb. 2)