Software Engineering II

Das Ziel des Entwurf ist eine Abbildung eines Systems, das die Anforderungen optimal beschreibt.

• Nicht-funktionale Anforderungen:
  • z. B. Zuverlässigkeit, Benutzbarkeit, Effizienz, Änderbarkeit, Übertragbarkeit
  • Faktoren hinter strategischem Entwurf
• Funktionale Anforderungen:
  • z. B. Verarbeitung von Eingaben, Erstellen und etwaige Verarbeitung von Ausgaben
  • Faktoren hinter taktischem Entwurf

• Erfahrung des Softwarearchitekten
• Unterstützung durch Auftraggeber

• prozedurale --> objektorientierte Programmiersprache
• Großcomputer --> mobile Geräte
• monolithische Applikationen --> modulare Systeme
• Unified Modeling Language (UML) zur Abbildung von komplexen Systemen
• 80er, 90er, frühe 00er: Rich-Client-Applikationen
• durch PHP, Java Server Pages, ASP.net --> Webapplikationen
• heutzutage: Server Oriented Architecture (SOA)

• gesamte Geschäftslogik und Funktionalität der Anwendung wird so weit wie möglich in die Desktop-Applikation verlagert
• etwaiges Backend (z. B. Datenbank-Server) bedient sich ausschließlich Funktionalitäten, die nicht in der Desktop-Anwendung abgebildet werden können

• 2-Tier-Architekur
• 3-Tier-Architektur
• Service-orientierte Architektur (SOA)

• Anwendung + Backend-Komponente --> Trennung von Logik/Präsentation + Datenbank
• Vorteil: zentral verfügbare Datenmenge, die von mehreren Benutzern verwendet wird; nur an einer Stelle Administrationsaufwand
• Nachteil: Notwendigkeit von erweiterten Maßnahmen zur Sicherstellung der Datenkonsistenz

• Geschäftslogik wird aus Anwendungsschicht extrahiert und ähnlich wie die Datenbank zentral verfügbar gemacht --> Präsentation + Logik + Datenbank
• Vorteile: konsistenter Datenzugriff + bessere Wartbarkeit
• Nachteil: längere + detailliertere Planungsphase

• Services als komplett eigenständige Komponenten
• Neukonfiguration der Kommunikation mit minimalem Aufwand möglich

• entscheidender Bestandteil der gesamten Softwareentwicklung
• soll Fähigkeiten, Erfahrung und Erwartungen der voraussichtlichen Benutzer entsprechen
• entscheidend für die Zuverlässigkeit des Systems

• Benutzervertrautheit --> Bezeichnungen + Begriffe aus Erfahrungswelt der Menschen, die am meisten vom System Gebrauch machen
• Konsistenz --> vergleichbare Operationen auf dieselbe Weise veranlassen
• minimale Überraschung --> keine Überraschung vom Systemverhalten
• Wiederherstellbarkeit --> Wiederherstellungsmechanismen für Benutzer
• Benutzerführung --> aussagekräftige Rückmeldungen + kontextsensitive Hilsfmittel für Benutzer beim Auftreten von Fehlern
• Benutzervielfalt --> für versch. Arten von Systembenutzern geeignete Interaktionsmöglichkeiten

1. Aufgabenangemessenheit
2. Selbtsbeschreibungsfähigeit
3. Steuerbarkeit
4. Erwartungskonformität
5. Fehlertoleranz
6. Individualisierbarkeit
7. Lernförderlichkeit

• System unterstützt Benutzer, seine Arbeitsaufgabe vollständig, korrekt, mit einem vertretbaren Aufwand und zur Arbeitsaufgabe passenden Dialogschritten zu erledigen
• --> einfach + direkt zum Ziel

• Benutzer weiß zu jeder Zeit, in welchem Dialog, an welcher Stelle im Dialog er sich befindet, welche Handlungen unternommen werden können, wie diese ausgeführt werden können
• --> Intuition reicht aus

• Benutzer ist in der Lage, den Dialogablauf zu starten sowie seine Richtung und Geschwindigkeit zu beeinflussen, bis das Ziel erreicht ist

• Dialog entspricht den aus dem Nutzungskontext heraus vorhersehbaren Benutzerbelangen sowie allgemeinen anerkannten Konventionen
• Sprache + "Arbeitsgebräuche" der Benutzer sind berücksichigt
• --> entspricht Gewohnheit

• System bewahrt Benutzer vor Fehlern (z. B. durch klar verständliche Sicherheitsabfragen)
• beabsichtigtes Arbeitsergebnis kann trotz erkennbar fehlerhafter Eingaben entweder mit keinem oder mit minimalem Korrekturaufwand seitens des Benutzers erreicht werden

• Mensch-System-Interaktion + Darstellung von Informationen können vom Benutzer geändert werden, um diese an seine individuellen Fähigkeiten + Bedürfnisse anzupassen

• Benutzer wird beim Erlernen der Nutzung des interaktiven Systems unterstützt + angeleitet

• Wie soll der Benutzer mit dem Computersystem interagieren?
• Wie sollen Informationen des Computersystems dem Benutzer dargestellt werden?

• Direkte Manipulation
• Menüauswahl
• Ausfüllen einer Eingabemaske
• Befehlssprache
• Natürliche Sprache

• iterativer Vorgang
• Benutzer + Designer arbeiten zusammen
• Oberflächenprototypen werden ausprobiert
• zu entscheiden: Funktionen, Aufteilung, Erscheinungsbild
• drei Kerntätigkeiten: Benutzeranalyse, Erstellen eines Systemprototyps, Oberflächenbewertung

• Darstellung kann auf dem Benutzerbildschirm geändert werden, ohne das zugrunde liegende Berechnungssystem angehen zu müssen

• Model: kapselt Daten + Funktion
• View: bekommt Daten aus Model, stellt sie dar; wird bei Veränderungen von Daten durch Model aktualisiert
• Controller: empfängt Events, verändert Model oder eine oder mehrere Ansichten

• Kommunikation erfolgt nur nach unten
• keine Abhängigkeiten einer Ebene zu einer darüber liegenden Ebene
• Kommunikation zwischen zwei Ebenen über definierte Interfaces
• Kapselung von auftretenden Exceptions nach Ebene

1. Ist der Benutzer an genauen Informationen oder Beziehungen zwischen den Datenwerten interessiert?
2. Wie schnell verändern sich die Informationswerte? Sollte die Wertveränderung unmittelbar angezeigt werden?
3. Muss der Benutzer auf Informationsänderungen Maßnahmen ergreifen?
4. Muss der Benutzer über eine Oberfläche direkt mit der angezeigten Information interagieren?
5. Handelt es sich um Text oder um numerische daten? Sind Verhältnisse von Werten zueinander von Bedeutung?

• Anzahl der verwendeten Farben beschränken
• Farbänderungen bei Änderung des Systemzustands
• Farbcodes zur Unterstützung der vom Benutzer zu verrichtenden Aufgabe
• Farbcode auf bedachte + konsistente Weise verwenden
• sorgsamer Umgang mit Farbpaaren

• Kontext
• Erfahrung
• Fähigkeiten
• Stil
• Kultur

• Erlernbarkeit
• Antwortgeschwindigkeit
• Stabilität
• Wiederherstellbarkeit
• Anpassungsfähigkeit

• Experimente
• Fragebögen
• Beobachtungen
• Videoaufnahmen
• Einbeziehung von Code in die Software

• jede Klasse, deren Informationen nach außen sichtbar sein sollen --> eigene Oberflächen-Klasse (Boundary-Klasse)
• Methoden der Maskenklasse ergeben sich aus den bisher gefundenen Methoden der vorhandenen Klassen
• Prüfung jeder Methode, ob sie sichtbar sein soll
• Einfügen einer zentralen Oberflächen-Klasse: steuert, welche Maskenklasse aktuell zur Anzeige genutzt wird
• Ausführung: Maskenobjekt benutzt in der Oberfläche eingegebene Werte, um die Methode der genutzen Klasse aufzurufen

1. Prozess des Umwandelns eines Entwurfs in Hardware-Komponenten, Software-Komponenten oder beides.
2. Ergebnis des Prozesses in 1.

• Vorhandensein einer Architektur
• Definition eines Teams
• Treffen einer Entscheidung bzgl. Programmiersprache und Toolunterstützung