3. SE - Entwicklung von Software

Question 1

Was ist das Ziel der Softwarewiederverwendung?

Answer 1

Herstellkosten verringern
Wartungskosten verringern
Projektdauer verkürzen
Qualität erhöhen

Question 2

Was kann bei einer Software wiederverwendet werden?

Answer 2

ganze Anwendungssysteme
Komponenten
einzelne Klassen

Question 3

Was sind die Kriterien über Entscheidung über Wiederverwendung bestehender Software

Answer 3

Entwicklungszeit der Software: Bestehende Systeme integrieren geht meist schneller als neue zu schreiben

Nutzungsdauer der Software: Langfristig die Wartung zu garantieren ist schwierig, wenn Sourcecode der verwendeten Komponenten nicht hat

Erfahrungen und Kenntnisse des Entwicklungsteams

Kompromissbereitschaft der Kunden: funktionale Abweichungen von Anforderungen im Kauf genommen, um Wiederverwendung zu ermöglichen?

Question 4

Was passiert in CASE-Tools? (Code-Generator)

Answer 4

Programmfragmente anhand von Designs generiert

Question 5

In welchen Anwendungssystemen werden Reports anhand von Benutzereingaben generiert (Code-Generator)

Answer 5

In betriebswirtschaftlichen

Question 6

Bedeutung API

Answer 6

Viele Standardsoftwaresysteme haben definierte Schnittstellen

Question 7

Wie baut man umfangreiche Standardsoftwares auf?

Answer 7

indem man mehrere Standardsysteme miteinander verbindet

Question 8

Woran scheitert die Verwendung von Standardsoftware oft?

Answer 8

Konfiguration nicht flexibel genug auf die Anforderungen anpassbar

Question 9

Setzt sich die Wiederverwendung von einzelnen Klassen durch?

Answer 9

Überhaupt nicht. Klassen wären dann zwar flexibler aber im Einsatz sehr komplex

Question 10

Wie kann ein Kompromiss bei der Wiederverwendung von Klassen aussehen?

Answer 10

Wiederverwendung von Komponenten mittlerer Größe. Diese werden unabhängig voneinander konzipiert und sollen zu einem Anwendungssystem integriert werden

Question 11

Was zeigt das UML-Komponentendiagramm

Answer 11

Die von einer Komponenten benötigte (verwendete) und die von einer Komponente angebotene (bereitstellen) Schnittstellen

Question 12

Komponenten VS. Klassen

Nenne die wichtigsten Daten von Komponenten

Answer 12

• nicht im Rahmen einer Anwendung kompiliert, sondern liegen kompiliert vor und werden dann auf Komponentenplattform installiert
• definieren keine Objekte
• Black Box. Ausschließlich über Schnittstellen ansprechbar
• auf manchen Komponentenplattformen sprachunabhängig
• standartisiert, müssen gemäss einem Komponentenmodell entwickelt werden
• implementieren i.d.R. größere Funktionalität als einzelne Klassen

Question 13

Worin unterscheiden sich Parameter mit Komponenten?

Answer 13

• selbe Bezeichnung

- unterscheiden sich in Anzahl, Reihenfolge, Datentyp

Question 14

Worin unterscheiden sich Operationen mit Klassen

Answer 14

Ihre Bezeichnung

Question 15

Entwickelt sich ein freier Markt von Komponenten?

Answer 15

Kaum

Question 16

Wo gibt es meistens Wiederverwendung für Komponenten

Answer 16

unternehmensintern

Bsp. Login, Suchfunktion

Question 17

Gute Grundsätze objektorientierter Entwicklung

Answer 17

getter/setter Methoden, keine ungefangenen Exceptions

Question 18

Was sollte man bei der Entwicklung von objektorientierter Entwicklung vermeiden?

Answer 18

Fließkommazahlen
Pointer
Dynamische Speicherallokationen
Nebenläufigkeit
Unbeschränkte Arrays

Question 19

Was versteht man unter Defensive programming

Answer 19

In Code werden Überprüfungen aufgenommen, eig für Funktionieren des Algorithmus nicht nötig wären
- Fehler in Spezifikation werden nicht entdeckt

Question 20

Neue Anforderungen nach dem GO LIVE eines Systems, die Wartung erforderlich machen

Answer 20

• aufgrund veränderter Geschäftsprozesse, neuer oder geänderter funktionaler Anforderungen
• zu Korrektur festgestellter Fehler
• zur Anpassung an eine andere Plattform
• zur Verbesserung der Performanz

Question 21

Warum lohnt es sich während der Entwicklung in die Wartbarkeit zu investieren

Answer 21

• Mit Wartung betrauter Personen müssen speziellen Aspekte des Systems einarbeiten
• mit zunehmender Nutzungsdauer gibt es immer weniger Experten für System zugrundeliegenden Programmiersprachen, Plattformen, Schnittstellen, bei Dokumentation verwendeten Modellierungstechniken etc.
• mit zunehmender Nutzungsdauer verkompliziert die Wartungsarbeiten die Architektur und Struktur des Systems immer weiter. Zusätzlich Arbeiten werden dadurch noch aufwendiger

Question 22

Vorteile Software Reengineering

Answer 22

Kosten geringer als bei vollständiger Neuentwicklung. Risiko geringer.

Question 23

Warum werden hohe Kosten einer Neuentwicklung in Kauf genommen?

Answer 23

Um neue Funktionen zu berücksichtigen

Question 24

Wann ist es sinnvoll Legacy-Systeme neu zu implementieren?

Bsp

Answer 24

Um Wartbarkeit bestehender Systeme zu verbessern

Bsp. Neue Dokumentationen, neue Architektur, andere Programmiersprache

Question 25

Ändert sich die Funktionalität bei Software Reengineering

Answer 25

Nein

Question 26

Strategie zur Weiterentwicklung von Legacy-Systemen (Unter welchen umständen soll was mit einem System passieren?)

Answer 26

1. Geschäftsprozess seit Einführung zu sehr geändert dass kaum noch vom System abhängen = System komplett abschalten
2. Weitere Wartungen mit vertretbaren Kosten = im betrieb bleiben und regelmäßig gewartet
3. System nach viel Anpassung und Änderung unstrukturiert und schlecht wartbar, aber für wichtige Geschäftsprozesse gebraucht = Software Reengineering in Betracht ziehen
4. Funktionalität eines Systems noch gebraucht, Funktionen im großen Umfang geändert oder erweitert werden oder mit vielen neuen Schnittstellen an neue Infrastruktur angepasst werden muss = ganz oder teilweise durch neues System ersetzt