Foliensatz 1.0
Zunehmende Komplexität der Software
Zunehmende Komplexität der Software
Zunehmende Komplexität
Technische Komplexität
(Umfang der Datenmodelle,verteilte Implementierung,Heterogenität der Infrastruktur(Kommunikationsmedien,Protokolle,Betriebssysteme))
Funktionale Komplexität
(Umfang der Funktionalität, Mensch-Maschine-Schnittstelle,
Diversifizierung der Funktionalität)
Entwicklungskomplexität
(Einflussnahme des Kunden,Innovationsdruck,Entwicklung in Zulieferketten)
Qualität,Kosten,Termine
Qualität
(Nutzersicht:Funktionsvielfalt,Sicherheit,Perfomanz, Entwicklersich: Wartbarkeit,Wiederverwendbarkeit)
Kosten
(Entwicklungskosten, Vermarktbarkeit,Kosten im Gesamtlebenszyklus)
Entwicklungszeit
(Time to Market, Reaktionszeit bei Änderungen)
+
Steigende Anforderungen ( Leistungsfähigkeit, Zuverlässigkeit, Qualität)
Kurze Technologiezyklen ( Hardware/Software)
Hohe Anforderungsänderung
Druck der Kostenreduzierung
Dominierung von Fachlichkeit
(Entwickler: umfangreiches technisches Wissen,
Fachabteilung und Entwickler auf völlig unterschiedlichen Abstraktionsebenen, Abstraktionsiveau Entwicklungsansätze zu niedrig...)
Bedarf nach höherem Abstraktionsniveau
Forderung: durchgängigere Auswahl Ausdrucksmittel
Abstrahieren und fokussieren,
Brücken schlagen zwischen fachlicher Problemwelt und technischer Lösungswelt:
Kernideen ( z.B. UML)
konsequente Nutzung,
Vermeidung von Modellbrüchen
Einsatz von Softwaremodellen mit fachlicher Semantik
(fachliche Anforderungen von konkreter Technologien entkoppeln,
Wiederverwendung fachlicher Aspekte)
Technische Komplexität
(Umfang der Datenmodelle,verteilte Implementierung,Heterogenität der Infrastruktur(Kommunikationsmedien,Protokolle,Betriebssysteme))
Funktionale Komplexität
(Umfang der Funktionalität, Mensch-Maschine-Schnittstelle,
Diversifizierung der Funktionalität)
Entwicklungskomplexität
(Einflussnahme des Kunden,Innovationsdruck,Entwicklung in Zulieferketten)
Qualität,Kosten,Termine
Qualität
(Nutzersicht:Funktionsvielfalt,Sicherheit,Perfomanz, Entwicklersich: Wartbarkeit,Wiederverwendbarkeit)
Kosten
(Entwicklungskosten, Vermarktbarkeit,Kosten im Gesamtlebenszyklus)
Entwicklungszeit
(Time to Market, Reaktionszeit bei Änderungen)
+
Steigende Anforderungen ( Leistungsfähigkeit, Zuverlässigkeit, Qualität)
Kurze Technologiezyklen ( Hardware/Software)
Hohe Anforderungsänderung
Druck der Kostenreduzierung
Dominierung von Fachlichkeit
(Entwickler: umfangreiches technisches Wissen,
Fachabteilung und Entwickler auf völlig unterschiedlichen Abstraktionsebenen, Abstraktionsiveau Entwicklungsansätze zu niedrig...)
Bedarf nach höherem AbstraktionsniveauForderung: durchgängigere Auswahl Ausdrucksmittel
Abstrahieren und fokussieren,
Brücken schlagen zwischen fachlicher Problemwelt und technischer Lösungswelt:
Kernideen ( z.B. UML)
konsequente Nutzung,
Vermeidung von Modellbrüchen
Einsatz von Softwaremodellen mit fachlicher Semantik
(fachliche Anforderungen von konkreter Technologien entkoppeln,
Wiederverwendung fachlicher Aspekte)
Tags: Komplexität, Probleme
Source:
Source:
Foliensatz 1.0
Ansätze um Komplexität zu beherrschen
Ansätze um Komplexität zu beherrschen
Abstraktion
Ausblenden von Detailinformationen
Einsatz von geeigneten SW-Modellen
Strukturierung / Modularisierung
Gliederung und Aufteilung in klar abgegrenzte Unterstrukturen,Module
Partitionierung der Aufgaben(Dekomposition)
Einsatz von geeigneten SW-Modellen
Methodik und Semantik
Verwendung bewährter Verfahren und Lösungsmuster
Systematisierung des Entwicklungsprozesses
Code Ebene: Design Pattern, Architektur: Referenzarchitekturen
Ausblenden von Detailinformationen
Einsatz von geeigneten SW-Modellen
Strukturierung / Modularisierung
Gliederung und Aufteilung in klar abgegrenzte Unterstrukturen,Module
Partitionierung der Aufgaben(Dekomposition)
Einsatz von geeigneten SW-Modellen
Methodik und Semantik
Verwendung bewährter Verfahren und Lösungsmuster
Systematisierung des Entwicklungsprozesses
Code Ebene: Design Pattern, Architektur: Referenzarchitekturen
Tags: Ansatz, Probleme
Source:
Source:
Flashcard set info:
Author: Annika
Main topic: Informatik
Topic: Softwarekonstruktion
School / Univ.: TU Dortmund
Published: 19.03.2014
Tags: Prof Dr Jürjens
Card tags:
All cards (68)
Abnahmetest (1)
algebraische (2)
Ansatz (1)
bewertung (2)
blackbox (1)
CMMI (1)
Code (1)
Diagrammtypen (1)
einschränkung (1)
emf (3)
Erweiterung (1)
evolution (1)
fehler (1)
fehlerhandlung (1)
fehlerzustand (1)
gef (3)
generieren (1)
gmf (1)
Grenzwertanalyse (1)
grundidee (1)
integrationstest (1)
Invariante (2)
iso9000 (1)
komplexität (2)
Komplexität (2)
Komponententest (1)
kreis (1)
kriterien (1)
kritik (1)
lazy evaluation (1)
lebenszyklus (1)
MDA (1)
mda (2)
Meta (1)
meta (1)
Metamodell (1)
metrik (1)
modell (1)
mvc (1)
nachbedingung (1)
negativ (1)
ocl (1)
omg (1)
positiv (1)
Probleme (2)
qualität (2)
qualitätslenkung (1)
qualitätsprüfung (1)
robust (1)
software (4)
spezifikation (3)
standards (1)
Standards (1)
suite (1)
Systemtest (1)
testen (2)
testprozess (1)
Testprozess (1)
überblick (1)
übung3 (1)
UML (2)
UMl (1)
ursache (1)
v-modell (1)
validierung (2)
verifizierung (1)
verifzierung (1)
vorbedingung (1)
white-box (2)
zentral (1)
ziele (1)
zyklomatisch (3)
