• Statische Analyse
• Korrektheitsbeweis
• Test
  • Objektklassentest (S. 177)
    • Entwicklung eines Testrahmens, der die importierten Funktionen (required interface) simuliert, die exportierten Funktionen (provided interface) stimuliert (anregt) und die Arbeitsweise kontrolliert.
  • Integration
• Auswahl der Testdaten
  • Black-box <––> White-box-Test
  • Äquivalenzklassen
    • Klassifikationsbaummethode
    • OO Äquivalenzklassen → Folgen von Änderungsoperationen
• Testüberdeckung
  • C1-/C2-Überdeckung (S. 182)
• OO-Test (S. 183)
  • Test abstrakter und abgeleiteter Klassen
  • Integrationstest
  • Test zyklischer Kommunikation
  • Test in der Multitasking-Plattform
• Testwerkzeuge
  • Debugger
  • In das Programm eingebauter "Debugger"
• Testlogbuch
  • Nachweis über durchgeführte/durchzuführende Tests
  • ermöglicht Regressionstests

• Wartungskosten ⇒ 1,5 * Herstellungskosten
• Arten von Wartungsarbeiten
  • Anpassung an neue Anforderungen
  • Anpassung an andere Maschine
  • Innerbetriebliche Belange
  • Fehlerbeseitigung

Ein Prozess(modell) besteht aus

• Vorgehensmodell
  • wann und unter
  • welchen Voraussetzungen
  • welches Produkt durch
  • welche Aktivität mit
• Methodenzuordnung
  • welcher Methode unter Verwendung von
  • welchem Werkzeug entsteht, und
• Rollenzuordnung
  • wer wie daran beteiligt ist.

• Klassisch
  • Analyse
  • Definition
  • Entwurf
  • Implementierung
  • Wartung
• 60 - 80% aller Fehler entstehen in der Analysephase! Analysefehler erzeugen 60 - 70 % der Gesamtkosten!
• erweitert: mit Validierungsphasen
• V-Modell von Boehm

• Evolutionäres Prototyping
  • Spiralmodell
• Rapid Prototyping
• Exploratives Prototyping
  • Baseballmodell
• Vorteile
  • Risiken werden früh erkannt
  • dem Kunden kann etwas vorgefüht werden
  • offene Fragen können am Beispiel ausprobiert/geklärt werden

• Erstellen (und Ausliefern) des Produktes in mehreren zunehmend vollständigen Versionen

• Internationaler Standard des Bundesinnenministeriums
• Stellt die Anforderungen an das System (Hard- und Software) in den Vordergrund
• Submodelle
  • Systemerstellung
  • Qualitätssicherung
  • Konfigurationsmanagement
  • (technisches) Projektmanagement
• Dokumente werden von Aktivitäten erzeugt
• Rollen und Rollenzuordnung (S. 21)
• Jeder Aktivität werden Methoden (Elementarmethoden S. 24) und Werkzeuge zugeordnet
• Szenarien
  • Inkrementelle Entwicklung (Regelfall)
  • Grand Design (Traditionelles Vorgehen)
  • Einsatz von Fertigprodukten
  • Objektorientierte Entwicklung
  • Entwicklung wissensbasierter Systeme
  • Software-Pflege und -Änderung
• Durch Tailoring wird aus dem V-Modell das Projekthandbuch erstellt (S. 30)
• Nachteile: schwerfällig, ausufernde Dokumentation, Tailoring/Erstellen des Projekthandbuchs ist Handarbeit (Fehlerquelle)

• Seit 2004 verbindlich für Aufträge des Bundes
• Vorgehensbausteine kapseln Rollen, Produkte und Aktivitäten (entsprechen etwa den Submodellen des V-Modells 97) → Weltkarte (S. 34)
• Durchführungsstrategien (entsprechen Szenarien des V-Modells 97) (ggf. getrennte Strategien für AG und AN)
  • Agile Entwicklung
  • Komponentenbasierte Entwicklung
  • Auftraggeberprojekte
  • Grand Design
  • Objektorientierte Entwicklung
  • Entwicklung wissensbasierter Systeme
• Entscheidungspunkte
• Methoden und Werkzeuge
• Rollen
• Nachteile
  • Wust von unstrukturierten Texten
  • Wichtige Workflows/Rollen fehlen oder sind schwer auffindbar
  • Anforderungen werden als gegeben vorausgesetzt

• Ausschließlich für objektorientierte Softwareentwicklung mit der UML geeignet
• iterativ (alle Aktivitäten werden mehrfach durchlaufen) und inkrementell (jede Iteration bring einen Mehrwert)
• Use-Case-getrieben
• Architekturzentriert
• Phasen
  • Inception
  • Elaboration
  • Construction
  • Transition
• Workflows (entsprechen insgesamt dem Submodell SE des V-Modells 97)
  • Business Modeling
  • Requirements
  • Analysis and Design
  • Implementation
  • Test
  • Deployment
• 80% rule
• Timeboxing
• Nachteile
  • Kommerzielles Produkt mit Verweisen auf kommerzielle Tools von Rational
• Spezialisierung des RUP für kommerzielle Client-/Server-Anwendungen: Object Engineering Process von Bernd Oesterreich
  • Timepacing

• Agile Manifesto (S. 52)
• Extreme Programming
• Crystal Methodenfamilie

• Process Maturity Levels
  • initial
  • repeatable
  • managed (defined)
  • measured (managed)
  • optimized (optimizing)
• Capability Maturity Model
  • Key Process Areas → erreichen Ziele
  • Common Features → richten sich an Implementierung und Institutionalisierung
  • Key Practises → beschreiben Infrastruktur und Aktivitäten
• Capability Maturity Model Integration
  • modulares Konzept → Integration neuer Entwicklungsdisziplinen
  • staged representation → CMM
  • continuous representation → Bewertung einzelner Prozessbereiche
  • Prozessbereiche (mit Zielen ab S. 60)
    • Process Management
    • Project Management
    • Engineering
    • Support
  • Standard CMMI Appraisal Method for Process Improvement
• Software Process Improvement and Capability dEtermination
  • internationaler Standard (ISO 15504)
  • inhaltlich zu 90% mit CMMI deckungsgleich
• Bootstrap
• DIN EN ISO 9000 ff
  • "Schreib immer auf, wie du etwas machst, und tu alles so, wie es aufgeschrieben ist."
• Six Sigma

• Review
  • Schreibtischtest
  • Vier-Augen-Test
  • Structured Walkthrough (Yourdon)
  • Inspection (IBM)
  • Fagan-Inspection (IBM)
    • Vorgegeben Vorgehensmuster für verschiedene Dokumentklassen
    • Autor nicht (!) Vorleser des Dokuments
• Statische Analyse
• Konstruktive Maßnahmen
  • z.B. CodingStandards, CodingConventions, "sichere" Programmiersprachen

Total Quality Management (TQM) bezeichnet die durchgängige, fortwährende und alle Bereiche einer Organisation (Unternehmen, Institution, etc.) erfassende aufzeichnende, sichtende, organisierende und kontrollierende Tätigkeit, die dazu dient, Qualität als Systemziel einzuführen und dauerhaft zu garantieren. (S. 68)

• Use Cases
  • http://www.techfak.uni-bielefeld.de/~dstoesse/sopraWS0405/session01.pdf
  • http://www2.fbi.fh-darmstadt.de/~w.weber/SWT/useCaseDiagramm.pdf
• Aufwandsschätzung
  • http://de.wikipedia.org/wiki/Cocomo

• Eigene Aufzeichnungen zur Vorlesung durchgehen
• Lernziele des Skripts anschauen
• Praktikumsunterlagen anschauen
• Aufgaben zum Übungsprojekt Handhabungsautomat lösen
• Wiki-Eintrag drucken/speichern

• Nähere Informationen einholen
  • Extreme Programming
  • MVC. Welche Aufgabe hat der Controller?
  • SDL
  • OCL
  • Petri-Netze (?)
  • CORBA, CCM, COM, EJB, CAN(open) (?)
  • MDA
  • Was ist ein "aktives Objekt" genau?

• Entwurfsmuster genauer anschauen
  • Übersichtsblatt mit Klassendiagrammen aller Pattern erstellen
  • Adapter
  • Dekorierer
  • Fassade
  • Kompositum
  • Brücke (!)
  • Proxy
  • Command (!)
  • Mediator (!)
  • Observer
  • Visitor
  • Iterator
  • Interpreter (!)
  • Memento (!)
  • Strategy (!)
  • State (!)
  • Template Methode (!)
  • Chain of Responsibility (!)
  • Abstract Factory
  • Factory Method
  • Builder (!)
  • Prototype (!)
  • Singleton
• Informationen zu zyklomatischer Komplexität und Berechnung von LCOM
  • http://www4.in.tum.de/lehre/vorlesungen/sw_test/ss06/uebung/uebung3/UebungZyklomatischeKomplexitaetMusterloesung.pdf
  • http://www.se.uni-hannover.de/documents/kurz-und-gut/ws2004-seminar-entwurf/software-metriken_mthomas.pdf
  • http://informatik.unibas.ch/lehre/ws05/cs203/softeng13.pdf
• Infos zu COCOMO II
  • http://www-ivs.cs.uni-magdeburg.de/~dumke/ST2/ST2Prozess.html
• UML-Diagrammtypen detaillierter anschauen
  • Use-Case-Diagramm
  • Aktivitätsdiagramm
    • Pins
    • Control / Object Flow
    • Beispiel von Robra (implizites Join oder so)
  • Komponentendiagramm
    • Ports (behavior port)
    • subsystem
  • Kompositions-Strukturdiagramm
  • Verteilungsdiagramm
    • Artefakte
  • Kommunikationsdiagramm
  • Sequenzdiagramm
    • Combined Fragments
  • Interaktions-Übersichtsdiagramm
  • Timing-Diagramm
    • Kompaktdarstellung ("Bonbon")
  • Zustandsautomaten
    • Wie wird ein "defer" dargestellt

• Bei der Nürnberger U3 werden unter den Türen vor dem Öffnen Trittbretter ausgefahren, um den Spalt zwischen Wagen und Bahnsteig zu überbrücken. Nach zwei Jahren Entwicklungszeit zeigte sich, dass alles vergeblich war, da der Spalt unterschiedliche Breite haben kann. Was ist hier falsch gemacht worden?
  • Die Entwickler haben sich nicht intensiv genug mit der Realität auseinandergesetzt. Sie sind offensichtlich nie vor Ort gewesen und haben sich die Gegebenheiten am Bahnsteig angeschaut.
• Versuchen Sie, an einem Fahrkartenautomaten der VAG ein "Tagesticket Plus Preisstufe 4" zu lösen, und protokollieren Sie Ihren Arbeitsablauf.
• Wieso hat auch der Hersteller einer Software Qualitätsanforderungen?
  • Der Hersteller sorgt nach der Auslieferung der Software auch für deren Support und Weiterentwicklung. Die Kosten hierfür übersteigen die Entwicklungskosten im Allgemeinen deutlich (Wert aus der Literatur: Faktor 1,5). Der Hersteller sollte also sicherstellen, dass seine Software wartungsfreundlich und leicht erweiterbar ist. Des Weiteren hat der Hersteller durchaus einen Ruf zu verlieren, wenn er qualitativ minderwertige Software herstellt.
• Sie entwickeln für die "Ich-AG" eines Freundes ein einfaches Buchhaltungsprogramm. Was halten Sie dabei von Software Engineering?
  • Da das Programm evtl. von mehreren Personen genutzt wird und sicherlich auch mehr als einmal, ist Software-Engineering unumgänglich.
• An einem großen Projekt arbeiten 150 Softwareentwickler. Wie ist das möglich?
  • Durch Berücksichtigung der Pronzipien des Software-Engineerings: Modularisierung, Tests, Arbeitsteilung, detailliertes Design etc.
• Angenommen, Sie lesen in der Zeitung, dass ein neues Softwareprojekt in drei Jahren abgeschlossen sein und 15 Mio. € kosten soll. Mit welchen Ergebnissen müssen

Sie rechnen?

• Die Entwicklungsdauer und -kosten werden die geplanten Werte sehr wahrscheinlich übersteigen. Aus den bekannten Durchschnittswerten aus der Literatur könnten die voraussichtlichen Werte ermittelt werden.

• Was regelt ein Prozess?
  • Ein Prozess regelt die Rahmenbedingungen, unter denen eine Software entwickelt wird (z.B. die Teilnehmer, die Entwicklungsmethoden und die verwendeten Werkzeuge).
• Was ist eine Rolle?
  • Eine Rolle fasst Aufgaben zusammen, die von Mitarbeitern in einem Prozess wahrgenommen werden müssen (z.B. System Engineer). Eine Rolle kann von mehreren Mitarbeitern wahrgenommen werden und ebenso kann ein Mitarbeiter mehrere Rollen innehaben.
• Was macht ein Vorgehen nach dem Wasserfallmodell riskant und teuer?
  • Fehler werden spät entdeckt und ihre Behebung kostet dann entsprechend mehr.
• Wodurch unterscheidet sich das ursprüngliche V-Modell nach Boehm von einem Wasserfallmodell?
  • Das V-Modell sieht für jede Phase des ursprünglichen Wasserfallmodells eine entsprechende Testphase vor und erlaubt ausdrücklich Sprünge in frühere Phasen, wenn Fehler auftreten.
• Was bedeutet das "V" im V-Modell 97?
  • Vorgehensmodell
• Versuchen Sie, in den V-Modellen 97 und XT etwas zu finden, was dem Requirements Workflow des RUP entspricht.
  • V-Modell 97: Unterpunkte von SE 1: z.B. Anforderungen an die Qualität definieren, Randbedingungen definieren etc. Das Ergebnis von SE 1 sind die Anwenderanforderungen.
  • V-Modell XT: Die Anforderungen müssen komplett vom AG geliefert werden.
• Ist es nach der aktuellen Weltkarte der Vorgehensbausteine des V-Modell XT möglich, einen Prozess für ein sicherheitsrelevantes System zu definieren, das weder

HW noch SW enthält und keine Anforderungsfestlegung benötigt?

• Nein. Systemsicherheit erfordert alle drei genannten Komponenten.
• Wann soll im RUP die erste Version der Architektur vorliegen?
• Am Ende der Elaboration-Phase.
• Was unterscheidet den OEP vom RUP?
• Ausrichtung auf kommerzielle Systeme
• Timeboxing wird durch Timepacing (feste Abfolge von Terminen innerhalb einer Iteration) ersetzt
• Wo findet sich das Deployment Diagram der UML in den V-Modellen 97 und XT wieder?
• Führen Sie für Ihre Projektarbeit des Studiengangs ein "Standardisiertes Vortailoring" des V-Modells 97 durch.
• Was ist ein "System Metaphor", zu welchem Vorgehensmodell gehört es, und zu welchem Ziel soll es beitragen?
• Ein grober Überblick über das zu erstellende Gesamtsystem, das zu einem einheitlichen Verständnis bei den Beteiligten führen soll (Extreme Programming).
• Um den Termin halten zu können, verordnet der Projektleiter seinen Programmierern für die nächsten vier Wochen 20% Überstunden. Welchen Erfolg kann er erwarten?
• Überstunden wirken sich allerhöchstens kurzfristig aus. Auf längere Sicht führt die Mehrarbeit zu nachlassender Leistung bei den Mitarbeitern.
• Sie erhalten als Auftragnehmer vom Auftraggeber eine vollständige Anforderungsspezifikation. Womit müssen Sie nach zwei Jahren Entwicklungsdauer rechnen?
• Ca. 2% der Die Anforderungen ändern sich pro Monat, d.h. nach 2 Jahren sind nur noch knapp die Hälfte der Anforderungen gültig.
• Was hat TestDrivenDevelopment mit Wiederverwendung zu tun?
• Da die Testumgebung einen zusätzlichen Klienten für die zu testenden Komponenten darstellen, wird gleich sichergestellt, dass die Komponente mit mehreren (unterschiedlichen) Klienten kooperieren kann, was ein Nachweis für die Wiederverwendbarkeit ist.
• Was ist erforderlich, damit wiederverwendbare Komponenten auch wiederverwendet werden?
• Wiederverwendung muss durch einen Software-Reuse-Prozess unterstützt werden.
• Arbeiten Sie sich anhand der gegebenen Links in Scrum ein und definieren Sie eine Variante, die zu den besonderen Randbedingungen Ihrer Projektarbeit passt.

• Ein Bekannter erzählt Ihnen, seine Firma sei soeben nach CMM Level 1 zertifiziert worden. Was meinen Sie dazu?
  • CMM Level 1 bedeutet keinerlei Struktur im Entwicklungsprozess.
• Ihre Firma beginnt plötzlich, Trainingsprogramme für ihre Mitarbeiter einzurichten. Was könnte der Grund sein?
  • Erreichen eines höheren CMM-/CMMI-Levels. Die Weiter- bzw. Ausbildung von Mitarbeitern zählt zu den zu erledigenden Auflagen z.B. bei CMMI Level 2.
• Wieso ist CMMI für eine kontinuierliche Prozessverbesserung besser geeignet als CMM?
  • CMM bewertet lediglich die Gesamtperformance des Unternehmens, während CMMI auch Teilbereiche berücksichtigt. Dadurch sind Verbesserungen besser nachvollziehbar und Schwachstellen eindeutig identifizierbar.
• Warum wurde Bootstrap entwickelt, und warum wurde die Entwicklung eingestellt?

 Bootstrap wurde für eruropäische Firmen quasi als Konkurrenzprodukt zu CMM entwickelt, ist aber inzwischen von SPICE abgelöst.

* Worin besteht die Verwandtschaft zwischen CMMI, SPICE und Bootstrap und der Unterschied zu CMM?

• Die drei genannten Verfahren beinhalten auch die kontinuierliche Bewertung von Teilbereichen des Unternehmens, während CMM nur 5 allgemeine Stufen das Gesamtunternehmen betreffend anbietet.
• Die Kosten eines Projekts wurden auf 5 Mio. € geschätzt; im Angebot stehen aber 6,2 Mio. €. Welche Berechnung könnte dahinter stehen?
• Ein Softwarehaus, das auch Unteraufträge vergibt, möchte sich nach CMM zertifizieren lassen. Worauf muss es besonders achten?
• Auf die Zertifizierung seiner Unterauftragnehmer.
• Welche Reifegrade kennt ISO 9003?
• Keine. Lediglich "bestanden" oder "nicht bestanden".
• Woran denken Sie, wenn Sie SCAMPI hören?
• An ein Bewertungsverfahren zu CMMI.
• Wo ist von Stakeholdern die Rede?
• Bei CMMI Level 2.

• Hat es einen Sinn, auch für nicht-objektorientierte Programmierung C++ anstatt C einzusetzen?
  • Ja, denn C++ ist "sicherer" als C und trägt damit zur konstruktiven Qualitätssicherung bei.
• Kann man ein Peer Review auch als konstruktive Maßnahme bezeichnen, und warum (nicht)?
  • Nein, da Reviews im Nachhinein Fehler finden sollen und diese nicht vorab verhindern.
• Wie viele Teilnehmer erfordert ein Structured Walkthrough mindestens?
  • 6: Autor, Moderator, Schriftführer, 3 Reviewer (Wartungsprophet, Normenreiter, Benutzervertreter)
• Ihr Abteilungsleiter will an Reviewsitzungen teilnehmen. Darf er das?
  • Nein, denn ein Review soll ungezwungen ablaufen und die (negativen) Ergebnisse dürfen nicht zur Bewertung von Mitarbeitern herangezogen werden.

• Welche Techniken zur Spezifikation von Use Cases kennen Sie?
  • Aktivitätsdiagramm, Entscheidungstabelle, Ablaufskript
• Wann ist eine Anforderung rechtlich irrelevant?
  • Wenn ihre Umsetzung im Produkt nicht zweifelsfrei nachgewiesen werden kann.
• Welche Einflüsse könnten welche Stakeholder auf den Getränkeautomaten haben?
• "Das Bezahlen kann durch Druck auf die Rückgabetaste abgebrochen werden; der Kunde erhält daraufhin sein eingeworfenes Geld zurück." Welche Fehler hat diese Anforderung? Formulieren Sie sie neu (dabei können es mehrere werden)!
  • Tilgung (Wann kann abgebrochen werden?), Verzerrung (Bekommt er tatsächlich sein Geld zurück?)

• Für ein neuartiges Embedded System wurden 200 RFP gezählt. Es soll in C implementiert werden. Mit welchem Entwicklungsaufwand ist zu rechnen, und wie lange dauert die Entwicklung?
• Was ergibt sich mit derselben Anzahl von RFP für eine einfache Datenbankapplikation in SQL?
• Welcher Ihnen aus XP bekannte Begriff taucht oben in der Delphi-Methode auf?
  • System Metaphor (grundsätzlicher Überblick, grobes Verständnis des zu entwickelnden Produktes)

• Was bedeutet MVC?
  • Model View Controller, ein Architekturmuster, das auf drei Schichten basiert
• Welche Elementarmethode des V-Modells '97 hat mit Verantwortlichkeit zu tun?
  • CRC-Karten
• Welche Objekte liefert eine Textanalyse des Satzes "Bei jedem Münzeinwurf wird der Wert der Münze vom Münzprüfer erkannt.", und warum?
  • Münze, Münzprüfer (Wert ist lediglich ein Attribut von Münze, Münzeinwurf ist eine Tätigkeit)
• Was ist der Unterschied zwischen Assoziation, Aggregation und Komposition?
  • Aggregation → Teil-/Ganzes-Beziehung. Komposition → Aggregation mit Existenzabhängigkeit zwischen Teil und Ganzem.
• Was stellt das nebenstehende Bild dar, und was fehlt hier eigentlich?
  • Generalization Sets
• Die UML kennt zur Strukturierung von Modellelementen auch noch das Package. Warum ist es zur Architekturmodellierung nicht geeignet?
  • Packages definieren eher logische Einheiten auf Sourcecode-Ebene.
• Was ist ein Persistence Tier?
  • Die Schicht der Architektur, die die Datenhaltung übernimmt.
• Was kann ein Node enthalten?
  • Weitere Nodes und Artefakte.
• Welche Arten von Interfaces unterscheidet die UML 2?
  • provided und required

• Was ist ein Combined Fragment?
  • Mögliche Strukturierungselemente eines Aktvitätsdiagramms (z.B. opt, loop etc.)
• Was ist eine Execution Specification?
  • Früher: Focus of Control. Veranschaulicht synchrone Aufrufe im Sequenzdiagramm.
• Was bedeutet no-wait?
  • Das Standardverhalten in der UML 2: Asynchrone, nicht-blockierende Nachrichten
• Warum wurde das Kollaborationsdiagramm der UML 1 in Kommunikationsdiagramm umbenannt?
• Was ist in Abb. 5-83 fehlerhaft?
• Was ist eine interne Transition?
  • Eine Transition in denselben State ohne entry- und exit-Aktionen auszuführen
• Was bewirkt ein defer?
  • Eine Nachricht kann im aktuellen Zustand nicht verarbeitet werden und wird "aufbewahrt", bis ein Zustand sie behandelt, oder sie gelöscht wird.
• Welchen Vorteil bringt die Verwendung einer State-Event-Matrix?
  • Mögliche Fehler werden gefunden, mögliche Kombinationen werden durchgespielt, unzulässige Nachrichten können identifiziert und behandelt werden

• Wer ist schuld, wenn eine Precondition nicht erfüllt ist?
  • Der Auftraggeber.
• Wer ist schuld, wenn eine Postcondition nicht erfüllt ist?
  • Der Auftragnehmer.

• Wo lässt sich im Getränkeautomaten sinnvoll das Interpretermuster einsetzen?
  • Interpretieren von Schlüsseln für Getränke oder Rezepte.
• Erstellen Sie ein Klassendiagramm des Entwurfsmusters "Zustand" für den Kassierer nach Abb. 5-86.
• Erstellen Sie ein Sequenzdiagramm für die Systemgenerierung nach dem Klassenmodell aus Abb. 5-61. Ergänzen Sie evtl. erforderliche Set-Methoden.
• Ermitteln Sie CBO und RFC für die Klassen Auftragsannahme, Kassierer und Zubereiter aus Abb. 5-60 und Abb. 5-61.

• Nehmen Sie an, MS Word hat in einem großen Dokument mit automatischer Silbentrennung ein Wort falsch getrennt, und Sie wollen das in Ordnung bringen. Schreiben Sie dazu ein Szenario und versuchen Sie, dieses durchzuführen.
• Erweitern Sie das Beobachtermuster (Abb. 5-102) zu einem MVC-Muster.
• Überarbeiten Sie das Klassenmodell aus Abb. 5-61 so, dass die Grundsätze der MVC-Architektur eingehalten werden.

• Entwerfen Sie ein Klassendiagramm für ein Aktives Objekt für Methodenaufruf mit no-wait-Semantik.
• Ergänzen Sie das Diagramm aus Abb. 5-114 links um HW-Schnittstellen.
• Wodurch unterscheiden sich CCM, COM und EJB?
  • Durch ihre Plattform- bzw. Sprachenabhängigkeit (COM: Windows/, EJB: */Java, CCM: */)

• Ihr Klassendiagramm enthält eine Mehrfachvererbung. Für die Implementierung ist Java vorgesehen. Was können Sie tun?
• Der Codegenerator von Enterprise Architect erzeugt seltsame Präprozessor-Direktiven. Was bedeuten diese?
• Erzeugen Sie im Enterprise Architect ein einfaches Klassendiagramm mit fünf mal zwei Klassen und zwischen jeweils zwei Klassen
  • eine explizit einseitig navigierbare Assoziation
  • eine einseitig navigierbare, einseitig undefinierte Assoziation
  • eine beidseitig undefinierte Assoziation
  • eine explizit beidseitig navigierbare Assoziation
  • ein Interface für eine der Klassen und explizit einseitig navigierbare Assoziationen in einer Richtung auf die Klasse, in der anderen auf das Interface und vergleichen Sie den generierten Code bei verschiedenen Optionseinstellungen.
• Der Enterprise Architect kann auch ein objektorientiertes Programm einlesen und daraus ein Klassendiagramm erzeugen. Testen Sie, wie gut das funktioniert, und

von welchen Einstellungen die Qualität abhängt.

• Was bedeutet RTC?
• Was bedeuten PIM und PSM?
• Unter welchen Umständen kann man auf ein PSM verzichten?
• Wandeln Sie den Zustandsautomaten aus Abb. 5-86 in SDL um.
• Zeichnen Sie zu Abb. 5-129 unten ein Objektdiagramm (d.h. mit alle Exemplaren der Klassen) mit ausgefüllten Feldern der Pattern-Objekte.

• Vergleichen Sie die Vor- und Nachteile von Statischer Analyse, Black-Box- und White-Box-Test.
• Was hat Abschnitt 5.10.3 mit Abb. 5-140 zu tun?
• Wozu dient ein Regressionstester?
• Was haben der Elchtest und die letzten französischen Atomwaffentests miteinander zu tun?
• In einem Softwareprodukt wurden am ersten Testtag 250, am zweiten 130, am dritten 65, am vierten 30 und am fünften 15 Fehler gefunden. Wie viele Fehler sind voraussichtlich noch enthalten?
• Eine Rechteckklasse CRect ist gekennzeichnet durch ihre linke, obere, rechte und untere Begrenzung. Sie hat u.a. einen Konstruktor CRect(int links, int oben, int rechts, int unten) und eine Methode pointinme(int x, int y), die feststellt, ob sich eine Koordinate x/y innerhalb ihrer Grenzen befindet.
  • Erstellen Sie eine Äquivalenz- und Grenzwertklassenanalyse für pointinme.
  • Was kann beim Konstruktor schief gehen, und wie lässt sich das erkennen?
  • Eine abgeleitete Klasse CResRect hat eine neue Methode resize(int dx, int dy).
  • Was muss bei ihr getestet werden, und warum?
• Planen Sie einen Überdeckungstest für den Zustandsautomaten des Kassierers aus Abb. 5-86.
  • Zu welchen Klassen müssen für den obigen Test Simulationsklassen entwickelt werden, wenn die echten Klassen noch nicht vorliegen?
  • Wie lässt sich dieser Aufwand vermeiden?
• Die Nachrichten "entriegeln" und "schliessen" in Abb. 5-137 kommen vom Triebwagen. Warum ist das ein Testproblem, und was kann man dagegen tun?
• Das Subsystem Kassierer nach Abb. 5-62 soll so implementiert werden, dass es bottom-up testbar ist. In welcher Reihenfolge müssen seine Klassen und eventuell erforderlichen Simulationsklassen erstellt werden, damit alles Erstellte möglichst bald testbar ist?
• Die Funktionalität einer Klasse Stack (Stapelspeicher) ist wie folgt definiert:
  • void push(int wert) legt die Zahl wert "oben auf den Stapel".
  • int top() liefert den obersten Wert des Stapels
  • void pop() vernichtet den obersten Wert des Stapels
  • bool empty() liefert die Information, ob der Stapel leer ist
  • void clear() löscht den gesamten Inhalt.
  • Wie sieht eine Äquivalenzklassenanalyse für diese Klasse aus?
• Die Funktion void sort(int &a, int &b, int &c), die die Werte a, b und c aufsteigend sortieren soll, wurde so implementiert:

  void sort(int &a, int &b, int &c) 
  { 
   int t; 
    if(a > b) 
    {  t = a; a = b; b = t; } 
    if(b > c) 
    {  t = a; a = c; c = t; } 
    if(a > b) 
    {  t = a; a = b; b = t; } 
  }

  • Planen Sie einen C2-Test für diese Funktion!
• Welchem Umstand verdankt Microsoft einen wesentlichen Marktvorteil?