Du befindest dich hier: FSI Informatik » Prüfungsfragen und Altklausuren » Hauptstudiumsprüfungen » Lehrstuhl 6 » Prüfungsprotokoll Evolutionäre Informationssysteme + E-Business Technologies   (Übersicht)

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Nächste Überarbeitung
Vorherige Überarbeitung
pruefungen:hauptstudium:ls6:eis_ebt_ws10 [29.04.2011 15:59] – angelegt Qui_Sumpruefungen:hauptstudium:ls6:eis_ebt_ws10 [12.08.2015 19:01] (aktuell) – Formatierung angepasst sheep
Zeile 1: Zeile 1:
 ====== Prüfungsprotokoll Evolutionäre Informationssysteme + E-Business Technologies ====== ====== Prüfungsprotokoll Evolutionäre Informationssysteme + E-Business Technologies ======
-===== EIS =====+===== Protokoll #1===== 
 +==== EIS ====
 (Anfangs sehr identisch bei allen): (Anfangs sehr identisch bei allen):
  
Zeile 15: Zeile 16:
 Es gibt versch. Typen von Software, bitte nennen und erklären => Specifiable Type(braucht keine Evolution), Problem Solving Type, Embedded Type (inhärente Evolution, Teil der Welt)  Es gibt versch. Typen von Software, bitte nennen und erklären => Specifiable Type(braucht keine Evolution), Problem Solving Type, Embedded Type (inhärente Evolution, Teil der Welt) 
  
-Welche Arten der Softwarewartung gibt es => Korrektive:reaktiv, Präventive:prospektiv, Adaptive:reaktiv, Perfektionierende:prospektiv, //reaktiv=reagierend und prospektiv=vorbäugend, erklärungen siehe skript+Welche Arten der Softwarewartung gibt es => Korrektive:reaktiv, Präventive:prospektiv, Adaptive:reaktiv, Perfektionierende:prospektiv, reaktiv=reagierend und prospektiv=vorbäugend, erklärungen siehe skript
  
 Die 8 Laws of Software Evolution nennen und "Conservation of organizational stability" und "Conservation of familiarity" erklären Die 8 Laws of Software Evolution nennen und "Conservation of organizational stability" und "Conservation of familiarity" erklären
Zeile 33: Zeile 34:
  
  
-===== EBT =====+==== EBT ====
 Gibt es auch Concerns die man nicht in eigene Komponenten bringen kann? => Ja, AOP, Das was in allen Komponenten gebraucht wird (Sicherheit, Logging usw) Gibt es auch Concerns die man nicht in eigene Komponenten bringen kann? => Ja, AOP, Das was in allen Komponenten gebraucht wird (Sicherheit, Logging usw)
  
Zeile 54: Zeile 55:
  
 Warum klappt das bei MVC 2.0 nicht? => Wegen dem HTTP Request/Respone-Protokoll (Client schickt Request und Server Antwortnachricht) kann der Server nicht selber dem Client Bescheid geben, dass sich das Model geändert hat! Warum klappt das bei MVC 2.0 nicht? => Wegen dem HTTP Request/Respone-Protokoll (Client schickt Request und Server Antwortnachricht) kann der Server nicht selber dem Client Bescheid geben, dass sich das Model geändert hat!
 +
 +
 +===== Protokoll #2=====
 +
 +Prüfer: Prof. Lenz und F. Irmert
 +
 +Dauer: Je 15 Minuten für EIS und EBT
 +
 +
 +Subjektiver Eindruck:
 +
 +
 +Beide Prüfer waren sehr nett, die Atmosphäre war locker. Ich stand ein paar Mal auf dem Schlauch weil mir 1-2 Begriffe nicht gleich eingefallen sind, das war aber nicht weiter schlimm (Zitat Prof. Lenz: "Nicht so schlimm, Namen sind nur Schall und Rauch"). 
 +Wichtig ist, dass man die Themen gut erklären kann und zeigt, dass man alles verstanden hat.
 +
 +Die Fragen waren mehr als fair, aus dem riesigen Stoff-Angebot wurden eigentlich nur die leichtesten herausgepickt (In EIS wurde eigentlich nichts aus den Kapiteln > 6 gefragt).
 +
 +Der Fokus in EBT lag eindeutig auf Web-Basics + ein bisschen MVC, also nichts mit Hibernate, XML, ORM oder Beans. 
 +
 +==== EIS ====
 +
 +Allgemeine Definitionen:
 +
 +- Was ist ein evolutionäres Informationssystem?
 +
 +- Organisatorisches Lernen erklären -> SEKI Modell nennen und erläutern
 +
 +- Psychologische Probleme bei der SW-Entwicklung nennen: "Paradox of Expertise", "Kognitive Dissonanz"
 +
 +
 +SW-Entwicklung und Wartung:
 +
 +- Softwaretypen nach Lehman und Belady kurz erläutern, E-Type im Detail erklären, "Wieso ist das Wasserfallmodell für E-Type SW nicht geeignet?"
 +
 +- Idee hinter den Gesetzen von Belady erläutern, man kann allerdings auch einfach alle 8 aufzählen
 +
 +- Force Field Theorie erläutern
 +
 +- Prinzipien bei der SW-Entwicklung: "Separation of concerns", "Deferred Design", letzteres sollte erklärt werden
 +
 +- Vier Arten der Wartung nennen inkl. Einordnung (Reaktiv vs. prospektiv und Verbesserung vs. Korrektur)
 +
 +EAV:
 +
 +- Was kann man tun wenn im DB-Schema viele Attribute auftauchen? -> EAV erklären, Vor- und Nachteile -> Semantische Kontrolle nennen!
 +
 +- Wie kann man die semantische Kontrolle zurückgewinnen? -> EAV CR erklären
 +
 +- Wieso benutzt man dann nicht nur noch generische DB-Schemata? -> Nachteile EAV CR, v.a. komplexe Anfragen und Bedarf an einem Anfragegenerator
 +
 +
 +==== EBT ====
 +
 +Hauptsächlich Fragen zu Web-Basics:
 +
 +- Anfänge grob erklären: HTTP, HTML -> was fehlt? -> Dynamik
 +
 +- Beispiele zur Client-seitigen Dynamik nennen
 +
 +- Grundlegenden Ablauf erklären (Code wird mitgeschickt, läuft im Client)
 +
 +- Applet erklären, Vor- und Nachteile
 +
 +Danach Server-seitige Dynamik:
 +
 +- "Großvater" von den Techniken nennen (CGI) und kurz erklären -> Nachteil: Performance!
 +
 +- JSP erklären: Ablauf bei einem Request, "Welche Voraussetzungen müssen erfüllt werden?" -> Servlet-Container und Java Runtime
 +
 +- Am besten gleich "HTML in Code" vs. "Code in HTML" erklären, wenn man auf JSP kommt
 +
 +
 +MVC:
 +
 +- klassisches MVC aufmalen und erklären, inkl. Observer.
 +
 +- Besonderheiten von MVC v2 erläutern und Gründe für die Einführung des zweiten Modells nennen (kein HTTP PUSH möglich).
 +
 +- Dafür dann die Lösung erläutern -> AJAX -> Asynchrone HTTP Requests.
 +
 +"Bonusfrage": 
 +
 +- Bei vielen SW Entwicklungen gibt es ein Problem im Hinblick auf "Separation of Concerns", wie wird dieses gelöst? (Beispiel: Spring) 
 +-> Antwort: AOP, kurze Erläuterung inkl. Cross-cutting concerns