c2b_default

Software Engineering

SE

SE

18
0.0 (0)
Peter Griffin
Study
Peter Griffin
Diese Lernkarten bieten eine grundlegende Einführung in die Konzepte des Software Engineering. Sie behandeln Themen wie die Analyse von Systemen, die Erstellung von Klassendiagrammen, die Bedeutung von Pflichtenheften und die verschiedenen Phasen des Wasserfallmodells. Die Karteikarten helfen dabei, die Grundlagen der Softwareentwicklung zu verstehen, indem sie Definitionen, Beispiele und Anwendungen von Konzepten wie Use Cases, Reviews und Qualitätsmerkmalen vermitteln. Ideal für Studierende und Einsteiger, die sich mit den Grundlagen der Softwareentwicklung vertraut machen möchten.
Flashcards
18
Students
2
Language
German
Category
Computer Science
Created / Updated
05.02.2014 / 27.05.2015
  • 1  / 18

Flashcards

Seit wann wird Software Engineering untersucht?  

68 / 69

Definieren Sie innere und äußere Qualitätsmerkmale.

äußere:  Korrektheit, Zuverlässigkeit, Robustheit, Benutzerfreundlichkeit

innere: Lesbarkeit, Wartbarkeit, testbarkeit

äußere, innere Qualitätsmerkmale?

Wiederverwendbarkeit, Skalierbarkeit, Robustheit, Zuverlässigkeit, Wartbarkeit, Testbarkeit,  Portabilität . Kompatibilität 

 

Wiederverwendbarkeit(i), Skalierbarkeit(ä), Robustheit(ä), Zuverlässigkeit(a), Wartbarkeit(i), Testbarkeit(i),  Portabilität (i). Kompatibilität (a)

Nennen Sie die Phasen des Wasserfallmodells

Analyse & Definition

Entwurf

Implementation

Test

Einsatz & Wartung

Im Wasserfallmodell werden nach Balzert bestimmte Phasen aufgespalten. Welche sind  diese und wieso macht eine Aufspaltung Sinn?

Analyse und Definition in Planung---------> Es wird zuerst auf Durchführbarkeit geprüft --Definition   Weil zu komplex! Um Kundenkommunikation zu verbessern und sicherzustellen, dass das vom Kunden gewünschte Produkt auch so entwickelt werden kann (Lasten/Pflichtenheft)

 

Nennen Sie 8 Basiskonzepte

Klassendiagramm

Use-Case-Diagramm

Zustandsdiagramm

Funktionsbaum

Datenflussdiagramm

Zustandsautomat

Pseudocode

Entscheidungsbaum

Definieren Sie den Begriff des Reviews. Gehen Sie dabei auf die Begriffe Rolle, Ablauf und Ziel ein.

Review: Überprüfung von Software-Dokumenten durch Gutachter+Autor (lesen)

Ablauf

1. Vorbereitung der Teilnehmer 2. Review-Treffen der Gruppe: zielgerichtete Diskussion nach vorgegebenen Schwerpunkten oder sequentiell 3. Protokoll anfertigen   Ziel: SW-Dokumente müssen genauso präzise sein wie Programme

Warum sind Use Cases ein objektorientiertes Konzept? Was haben Use Cases mit Objektorientierung zu tun? (Hinweis: beachten Sie dabei die Definition von Use Case und Objekt)

UseCase beschreibt die funktionale Anforderung an das System als Ganzes, jedoch nicht die Implementiation. In der OOA bietet es eine Basis zur Verständigung von Entwicklern und Endanwendern. 

- Definiton Objekt: Ist ein Exemplar eines bestimmten Datentyps oder Klasse   - Definition Use-Case: beschreibt eine Interaktion eines Akteurs (Nutzer oder anderes System) mit dem System, um ein bestimmtes Ziel zu erreichen. Eine externe Sicht auf des System.

Was berechnet die Function-Points-Methode?

Entwicklungsaufwand

Umfang der Implementation   (Nein)

Umfang der Anforderungen     (Nein)

Wie werden die Function-Points berechnet? Mit welcher Hilfe?

- aus dem Pflichtenheft (Ja) - bereits abgeschlossenen Produkt-Entwicklungen (Nein) - Aufwandsschätzung für Teilsysteme (Nein) - aus dem Use Case-Diagramm (Nein) - aus dem Lastenheft (Ja) - Analyse früherer Projekte (Nein)

Was ist die Beziehung zwischen Pflichtenheft und Produktmodell?

Beide leiten sich in der Definitionsphase von der Produktdefinition dar.    Pflichtenheft: Verbale Beschreibung, unpräzise, mehrdeutig Produktmodell: Nichtverbale, formale, formalisierte bzw. mathematische Beschreibung u.a. durch verschiedene Basiskonzepte

Nennen Sie die Paradigmen der Softwareentwicklung.

Objektorientierte Analyse-Modell Strukturiertes Analyse-Modell   Formales Mathematisches Modell

Wie kommt man zu den Klassen im Klassendiagramm?

Pflichtenheft - Vokabular des Problembereichs, Objekte des Problembereichs:  -Substantive  -Akteure, die man sich merken muss -Attribute

Gegeben ist folgendes Diagramm. Jede Veranstaltung wird genau einem Seminartyp  zugeordnet und jeder Seminartyp kann mehrere Veranstaltungen haben. Ist das  Klassendiagramm verbesserungswürdig und wenn ja, wieso? 

Veranstaltung kann verkürzt werden: "bis" =  von+dauer

Welches Analysemuster wird auf dieses Klassendiagramm angewendet?

[Klassendiagramm]

Muster2: Exemplartyp? (Kapitel 9)

Wieso findet trotzdem eine Überspezifikation im Sequenzdiagramm statt?

Möglicherweise, weil es egal ist, in welcher Reihenfolge die  Veranstaltung die Informationen erhält ?

Wieviele Objekte nehmen an dem Szenario teil?

5 wenn der Nutzer als eigenes Objekt zählt

Nennen Sie mindestens zwei syntaktische regeln des Kontextdiagramms.

-Enthält nur einen Prozess (eine Funktion) -->Repräsentiert das Gesamtsystem -Enthält KEINEN Speicher

Study