Du befindest dich hier: FSI Informatik » Prüfungsfragen und Altklausuren » Hauptstudiumsprüfungen » PSWT   (Übersicht)

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
Nächste Überarbeitung		Vorherige Überarbeitung
pruefungen:hauptstudium:pswt_ws2012 [13.02.2013 16:57] – chrislpruefungen:hauptstudium:pswt_ws2012 [13.02.2013 17:23] (aktuell) – chrisl
Zeile 13: Zeile 13:
 === Riehle === === Riehle ===
   * Was hat ihnen in PSWT am besten gefallen?\\   * Was hat ihnen in PSWT am besten gefallen?\\
- [meine Richtung: Prozessmodelle] + [meine Richtung: Prozessmodelle, praktische Realitaet. Uebersicht ueber Softwarefirmen] 
-  * (legt leere Liste hin, mit 1.2.3 durch nummeriert) Nennen Sie die drei grossen Typen.\\+  * (legt leere Liste hin, mit 1.2.3 durch nummeriert) Nennen Sie die drei Typen von Prozessmodellen.\\
  [plan, agile, open source]  [plan, agile, open source]
   * (legt leere Liste hin, durch nummeriert) Nennen Sie 5 Beispiele. 2 plan, 2 agile, 1 beliebiges.\\   * (legt leere Liste hin, durch nummeriert) Nennen Sie 5 Beispiele. 2 plan, 2 agile, 1 beliebiges.\\
- [V-Modell, Scrum, RUP, ..]+ [V-Modell, V-Modell XT, XP, Scrum, RUP]
   * Wann wuerden sie welches Vorgehensmodell einsetzen?\\   * Wann wuerden sie welches Vorgehensmodell einsetzen?\\
- [Faktoren: Projektgroesse, Team, Auftraggeber,... OpenSource speziell kurz beschrieben: Grosse Projekte, viele Aenderungen. Wurde dann verbessert, denn ist eig. kein Vorgehensmodell wie Scrum, sondern da gibts viele verschiedene Modelle.]+ [Faktoren: Projektgroesse und -dauer, Team, Auftraggeber,... Wichtig war, dass jedes Projekt/jede Firma sich das Modell an die Gegebenheiten anpasst! OpenSource speziell kurz beschrieben: Grosse Projekte, viele Aenderungen. Wurde dann verbessert, denn ist eig. kein Vorgehensmodell wie Scrum, sondern da gibts viele verschiedene Modelle. Jeder Entwickler sucht sich seins.]
   * (legt Liste mit 5 Statements vor) Welche dieser Statements sind wahr, bitte ankreuzen und erklaeren.    * (legt Liste mit 5 Statements vor) Welche dieser Statements sind wahr, bitte ankreuzen und erklaeren. 
   - Milestone und Release beschreiben die selben Konzepte.   - Milestone und Release beschreiben die selben Konzepte.
-  - Release ist spezieller Untertyp von Milestone. [ zu 1. und 2. habe ich Release und Milestone definiert, dadurch ist dann 2. als wahr offensichtlich geworden.]+  - Release ist spezieller Untertyp von Milestone. [zu 1. und 2. habe ich Release und Milestone definiert, dadurch ist dann 2. als wahr offensichtlich geworden.]
   - ..   - ..
 +  - Ist die Planung immer vor der Entwicklungsphase eingeordnet?
 +  - ..
 +[Zu 4. meine Ueberlegung: Ja, aber. Bei iterativen Methoden kommt nach der Kodierungsphase natuerlich wieder die naechste Planung. Bei XP (macht Continuous Integration, Daily Build) ist das noch doller der Fall. Beim V-Modell ist das offensichtlicher, dass erst geplant wird, dann programmiert.]
   * Themenwechsel. Software-Architektur. (Legt wieder Liste vor)   * Themenwechsel. Software-Architektur. (Legt wieder Liste vor)
   - Layer und Tier. Beschreiben diese Begriffe das Gleiche?  [ist mir nicht eingefallen. Gemeint war sowas wie: Tier ist das dynamische, Gui, Zwischenschicht(?), und Persistenzschicht (wie DB etc.). Layer sind (Vgl. Iso/Osi) statische Beziehungen der Klassen.]   - Layer und Tier. Beschreiben diese Begriffe das Gleiche?  [ist mir nicht eingefallen. Gemeint war sowas wie: Tier ist das dynamische, Gui, Zwischenschicht(?), und Persistenzschicht (wie DB etc.). Layer sind (Vgl. Iso/Osi) statische Beziehungen der Klassen.]
Zeile 49: Zeile 52:
  
 === Auswertung === === Auswertung ===
-Hinweise der Pruefer: Grundbegriffe wie Assoziationen und Multiplizitaeten sollten definiert werden koennen. Wechsel zwischen den Phasen (Anforderung, Analyse, Design) umbedingt vermeiden (Bsp. Assoziation beschreibt semantische Beziehung, nicht "Zugriff".). Allgemein Fachsprache verwenden. Alles in allem hats fuer 'ne 2.3 gereicht.+Hinweise der Pruefer: Grundbegriffe wie Assoziationen und Multiplizitaeten sollten definiert werden koennen. Wechsel zwischen den Phasen (Anforderung, Analyse, Design) umbedingt vermeiden (Bsp. Assoziation beschreibt semantische Beziehung, nicht "Zugriff".). \\ 
 +Anstatt der Beschreibung der OOA, die bei mir zu langsam und schlecht war, haette Kips auch ein UML-Diagramm vorlegen koennen, hat er gesagt. Der Pruefling haette dises dann erklaeren sollen, a la "was sieht man hier?", beides moegliche Fragemuster.\\ 
 +Allgemein wichtig Fachsprache zu verwenden. Alles in Allem hats fuer 'ne 2.3 gereicht.