FreitagsrundenWiki - Benutzerbeiträge [de]

Softwaretechnik

2006-07-25T10:17:11Z

192.168.23.199: /* Klausuren */ broken Link auskommentiert

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

SS 2004
* [http://docs.freitagsrunde.org/klausuren/Softwaretechnik/klausur-SS04.ps Musterlösung]

WS 2003/2004
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/klausur-WS0304.ps Klausur]

SS 2003
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/klausur-SS03.ps Klausur]

WS 2002/2003
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/klausur-WS0203.ps Klausur]

SS 2002
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ss2002.ps.gz Klausur]
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ss02_musterloesung.ps.gz Musterlösung]

SS 2001
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ss2001.ps.gz Klausur]

WS 2000/2001
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ws0001_musterloesung.ps.gz Musterlösung]

SS 2000
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/SWT-Basis_SS2001_Musterloesung.ps.gz Musterlösung]

WS 1999/2000
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ws9900_musterloesung.ps.gz Musterlösung]

WS 1998/1999
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ws9899.ps.gz Klausur]

SS 1998
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ss98_musterloesung.ps.gz Musterlösung]

WS 1997/1998
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ws9798_musterloesung.ps.gz Musterlösung]

SS 1997
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ss1997.ps.gz Klausur]

WS 1996/1997
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ws9697_musterloesung.ps.gz Musterlösung]

SS 1996
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ss96.ps.gz Klausur]

WS 1995/1996
* [http://docs.freitagsrunde.org/Klausuren/Softwaretechnik/ws9596_musterloesung.ps.gz Musterlösung]

</div>

'''Softwaretechnik''' ist eine [[Basisveranstaltung]] im Fachgebiet SWT (Studiengebiet SSG).

== Inhalt ==
In der Lehrveranstaltung werden Methoden und Techniken zur Softwareentwicklung behandelt, die die Grundlage für weitere Vertiefung in das Studiengebiet Softwaretechnik und Systemgestaltung bilden. Schwerpunkte sind: Anforderungsermittlung, Software-Entwurf und -Konstruktion, Spezifikationstechniken, Qualitätssicherung und Software-Architektur.

== Tipps und nützliche Infos ==

Die Vorlesung gliedert sich in drei Teile: Fusion, Object-Z und Statecharts. In jedem Bereich gibt es eine Uebungsaufgabe, wobei die Fusion-Aufgabe 50% zaehlt (und äußerst umfangreich und schreibintensiv ist)

Literatur:
unwichtig, gibt diverse Unterlagen zu den einzelnen Bereichen

== Weblinks ==
* [http://www.swt.cs.tu-berlin.de/lehre/swt/index.html/ Softwaretechnik (jeweils aktuelles Semester)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)

* WS04/05 (Veranstalter: Stephan Herrmann): Man sollte es sich wirklich mehrfach ueberlegen, ob man diese Veranstaltung belegt. Positiv ist lediglich, dass es ein A-Kurs ist und dass bei der Klausur 35% zum Bestehen reichen. Alles andere ist sehr negativ. Die Tutoren wirken extrem unmotiviert und korrigieren ziemlich willkuerlich.

Die Vorlesung muss man nicht besuchen. Der Dozent labert ewig lange bei voellig unwichtigen Sachen rum und zieht dann die interessanten 10 Folien am Schluss in maximal 5 Minuten durch...

Totaler Mist. NICHT BELEGEN! FelixB

* Völlig sinnloser Spezifikationsmarathon. Nur belegen, wenn man Vertiefungsveranstaltungen bei SWT besuchen will/muss. Wenn schon, dann im SS besuchen, wenn Jähnichen die VL macht. --[[Benutzer:Felix|Felix]] 12:14, 12. Aug 2005 (CEST)

[[Kategorie:Lehrveranstaltungen]]
[[Kategorie:Fakultäts-ABC]]

__NOTOC__

Javakurs2006/Umfrage

2006-07-25T09:46:12Z

192.168.23.199: /* Fragen für die Javakurs-Teilnehmer */ Alternative Formulierung

== Fragen für die Javakurs-Teilnehmer ==

* Konntet Ihr anderen Teilnehmern von Info 2 mit eurem Wissen helfen?
* Konntet Ihr der Veranstaltung besser folgen als Mitstudenten, die nicht am Kurs teilgenommen haben?
* Hat euch der Kurs beim Verstehen und Lösen der Hausaufgaben geholfen?
* Was ist eure allgemeine Meinung zu dem Kurs?
** Würdet ihr ihn noch einmal besuchen?
** Würdet ihr ihn weiterempfehlen?

Welche Art, den Javakurs zu organisieren, hätte dir mehr gebracht:
* Jeden Tag zwei Vorträge und dazugehörige Aufgaben.
* Vorträge und Aufgaben sind voneinander entkoppelt, d.h. man hat so lange für die Aufgaben Zeit, wie man braucht.

* Wie war die Stoffmenge in der Vorlesung?
** Zu wenig?
** Genau richtig?
** Zu viel?

* Wie war die Stoffmenge in der Übung?
** Sollten wir eher mehr Stoff bringen? (Geplant war noch mehr)
*** Sollte mehr Stoff vorgetragen werden als geübt wird?
** War die Stoffmenge ausreichend?
** Eher zu viel und wir hätten die Grundlagen noch genauer üben sollen?

* Welchen Stoff habt ihr für Info 2 vermisst?

* An was könnt ihr euch von den Vorträgen noch erinnern?

* Hättet ihr Lust beim nächsten mal als Tutor mitzumachen?

== Alternative Formulierung ==
Vielleicht eher mit Fragen die auf einer Punkteskala von "stimmt" bis "stimmt nicht" zu bewerten sind?

Wie hilfreich war der Kurs für dich?
* Ich konnte anderen Teilnehmern von Inf02 mit meinem im Kurs erworbenen Wissen helfen.
* Ich konnte der Veranstaltung Info2 besser folgen als Mitstudenten, die nicht am Kurs teilgenommen haben.
* Der Kurs hat mir beim Verstehen der Hausaufgaben in Info2 geholfen.
* Ich würde den Kurs noch einmal besuchen. (genauer...!)
* Ich kann den Kurs weiterempfehlen.

Wie war die Stoffmenge in der Vorlesung?
* In der Vorlesung wurde zu wenig Stoff durchgenommen.
* In der Vorlesung wurde zu viel Stoff durchgenommen.
* Ich hätte gerne mehr Übungen und dafür weniger Vorlesungen gehabt.
* Es hätte intensiver auf Grundlagen eingegangen werden sollen.
* Es hätten mehr weiterführende Themen behandelt werden sollen.

* Ich hätte Lust beim nächsten Javakurs als Tutor mitzumachen.
* (Freitext) Welchen Stoff für Info2 hast du im Kurs vermisst?

Beamer für studentische Projekte

2006-06-16T12:09:34Z

192.168.23.199:

=== Versicherung? ===

=== Lampenwechsel? ===
Geld beim Ausleihen verlangen um Lampenwechsel zu finanzieren?

=== Ausleihverfahren ===

=== Benutzungsregeln ===

Beamer für studentische Projekte

2006-06-16T12:07:06Z

192.168.23.199:

=== Versicherung? ===

=== Lampenwechsel? ===

=== Ausleihverfahren? ===

Umfrage Fachschaft

2006-06-02T13:04:37Z

192.168.23.199:

=== Mitglieder ===
Robert L.(robert(a)freitagsrunde.org)

Christopher(christopher(a)freitagsrunde.org)

Felix F.(felixf(a)freitagsrunde.org)

*Fragen hier Sammeln

*Christopher bastelt ein kleines Skript als Online- Umfrage.

=== Verteilung der Zettel ===
# Über Tutoren die Zezzel am Anfang des Tuts ausgeben und am ende wieder einsammeln. Dann irgendwie zur Freitagsrunde (Briefkasten / persönlich)
#:
# Idee um Studenten im Hauptstudium erreicht?
#* In Vorlesungen/ Seminare gehen -> viel Arbeit, wer macht das?
#* verlinkung der online-Umfrage auf der Startseite des Wikis.
#* Es gäbe ev. die Möglichkeit die Umfrage auf den Webseiten der Fachbereiche unter "aktualles" zu verlinken. Dann wird die Sache allerdings eher größer. -> Später nochmal drüber nachdenken.
#* Fragen "was findest du gut an der Tu, was schlecht" in den Fragebogen aufnehmen. Heiß den Tipp geben das wir diese Umfrage machen. Sollte in seinem Interesse liegen und vermutlich macht er dann ein wenig Werbung in seinen Veranstaltungen.

=== Auswertung ===
Tabelle welche ähnlichen Antworten es wie oft gab und/oder kurzer text was dem Auswertenden bei der Auswertung aufgefallen ist.

Umfrage Fachschaft

2006-06-02T13:02:00Z

192.168.23.199: /* Mitglieder */

Umfrage Fachschaft

2006-06-02T12:47:58Z

192.168.23.199:

=== Mitglieder ===
Robert L.(robert(a)freitagsrunde.org)

Christopher(christopher(a)freitagsrunde.org)

Felix F.(felixf(a)freitagsrunde.org)

Umfrage Fachschaft

2006-06-02T12:45:27Z

192.168.23.199:

Member: Robert L.(robert@freitagsrunde.org), Christopher(christopher@freitagsrunde.org), Felix F.(felixf@freitagsrunde.org)

Martin Häcker/Java Kurs/Tag 1

2006-03-14T17:52:44Z

192.168.23.199: /* Wie fangen wir Java an */

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

= LE 1: Hello, World! =
'''Vortragende:''' Robert Lubkoll, Felix Schwarz

== Organisatorisches ==
* Was Passiert
* Wann passiert was
* Wie passierts
* Vorstellung
* Was ist das genau
* Wer sind wir: Freiwillig, Umsonst
* Ziel des Kurses
* Was sie am Ende können sollen
* Gruppeneinteilung
** am Ende der ersten Vorlesung
** Vorher per e-mail
'''Jemand vom Rechnerbetrieb soll bitte da sein, damit wir Login-Probleme lösen können'''

== Inhalt (Vorgehen, Beispiele, Ideen) ==
=== Methodik ===

Was ist '''Programmieren?'''
* imperativ (prozedural) vs. funktionales Programmieren
** relation problem <-> lösung / kochrezept
* Zustandsmaschine
* Einführung nach [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-9.html#%25_chap_1 SICP Kapitel 1] (bis "Programming in Lisp")
** ''Damit ist die Philosophie von Programmieren gemeint''

Drei Dinge, die wichtig sind für Programmierer (Das soll sich durch den Kurs durchziehen als roter Faden für die Sprachfeatures die wir einführen):
* Primitive Ausdrücke
* Kombinationsmöglichkeiten
* Abstraktionsmöglichkeiten

=== Java ===
==== Wie fangen wir Java an ====
* Live vorführen (Screenshots oder zur Console wechseln)

*Hello world
grobe Struktur der "Umgebung": keine .sig/.impl Datei sondern nur eine .java

system.out.println();

*compilieren:
Was passiert da, wieso erst Compilieren, dann ausführen?
javac
java

was für Fehler können auftreten?
.class
Klasse heißt anders als Datei
Compiler falsch aufgerufen

* Variablentyp (int) -> Syntax der Deklaration
Wie darf ein Variablenname aussehen? (Buchstaben,Zahlen, _ )
* Zuweisung -> Syntax
man kann Zahlen > 32 direkt eingeben !

* Werte und operatoren +,*,- -> Syntax
int zahl1 = 7;
int zahl2 = 42;
int ergebnis = zahl1 + zahl2;
System.out.println(ergebnis);

Zuweisung nach Deklaration.
Variableninhalte ändern sich durch Zuweisung. Zeigen mit sysout.

Selbse GANZ kurz nochmal mit anderen Operatoren.

* String: Vormerken, das man hier später klar macht das das auch Objekte und daher Referenzen

sind - erstmal ists aber egal, da sie eh Immutable sind

String deklarieren mit "bla" , kein Anführungszeichen im "..."

verknüpfen von Strings (+)

komplizierteres Sysout an selbem Programm

* boolean (true/false)

* if -> Syntax
Minniprogramm zur Fallunterscheidung
else
erweitertes Minniprogramm zur Fallunterscheidung
* <, >, ==, <=, >= Operatoren die boolean zurückliefern
if mit Operatoren und anderen Variablen
* Kompliziertere Bedingungen (&&, ||, !)

*(double) mit Punkt als Trennzeichen.

*Division mit / und das bei int gerundet wird

*Semikolons, Kommentare

==== Vorführung ====
'''Aufbau eines Java-Programms'''

Ein Beispiel bringen und daran erklären, was primitive Ausdrücke, Kombinationen und Abstraktionsmöglichkeiten sind. Das Programm dabei langsam entwickeln und dabei vorführen. Ziel ist, das am schluss ein komplettes Beispiel da steht - also alles verwendet wird was wir erklärt haben, es aber trotzdem so einfach bleibt das es ohne viel Fehlerpotenzial später nachgemacht werden kann.
class Test {
static void print(double aNumber) {
System.out.println("> " + aNumber);
}

public static void main(String [] arguments) {
print(3 * 4);
print(7 + 23 * 8 - 3);
// ....
}
}

=== Methodik ===

'''Sauberes Programmieren'''
* Variablen und Identifier-Namen
** Variablendeklaration - Namen vergeben für Dinge, die man berechnet hat!
** Lokale Namen und wieso: (vielleicht?) [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-10.html#%25_sec_1.1.8 scrollen bis '''Local Names''']

'''Fehlermeldungen lesen und verstehen'''
* Klammer vergessen
* Semikolon vergessen
* Klasse heißt anders als Datei
* Compiler falsch aufgerufen

== Übungsaufgaben ==

* ''cd'' üben
* Hello World eintippen (kate, gedit, nano, ..)
* javac / java benutzen
* Ergebnisse sehen
* Fehler einbauen, Fehler finden (laufzeit/compilezeit)
* Einige Expressions angeben und die Teilnehmer sollen feststellen, was die ausgeben/berechnen würden
* Das gleiche dann nochmal mit if/else
* Einen mathematischen Ausdruck in Java übersetzen
* [http://www.cs.princeton.edu/introcs/11hello/ Beispiele für Anfängeraufgaben]

= LE 2: Standardkonstrukte in Java (Robert und Sven) =
Übungs-Aufgaben inklusive Vorgaben und Musterlösung [http://user.cs.tu-berlin.de/~svens/files/le2_ue.tar.gz LE2UEB]

updated: freitag 2006-03-10 19:05

letzte änderungen: aufgabe 0 mit einigen methoden die sie fixen müssen, bzw. analyisieren sollen.

TODO: LE1 aufgabe benutzen. (delayed)

== Inhalt ==
=== Methodik ===
* Wichtigkeit, dass man Programme in verständliche und sinnvolle Teile unterteilt:
** dadurch verbesserte test-möglichkeiten (sprich methoden sind auch eine art von modul)
** verbesserte verständlichkeit([http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-10.html#%25_sec_1.1.8 Procedures as Black-Box Abstractions])
* Quelltextverkürzung durch schleifen
** nicht minimierung auf kosten der verständlichkeit
** was ist aufgabe des entwicklers?
** und was ist aufgabe des compilers? (vllt. auch nicht?)
** evtl. ist eine eigene methode sinnvoller/verständlicher?

=== Java ===
* '''Typen'''
** Arrays
*** warum, wie und probleme
** void
** char?

* '''Methoden''':
** Namend
** Aufruf
** Parameter und Rückgabe -> Call by Value
** main
** return
** Nachtrag Datenstrukturen: void
** Beispiel: System.out.println()

* '''Blöcke'''
** if-else (das ist doch schon in LE1 enthalten!)
** while
*** Formulieren von Bedingungen
*** Schleife als zweite Lösung für duplikation von Code
*** Diskussion Schleife <-> Rekursion

* Anwendung von Schleifen
* Rekursion <-> Schleifen (Beispiel)
* Warum/wann Schleifen?
** als Alternative zu Akkumulator Parametern (Vergleich zu OPAL)
** wenn die Anzahl der Durchläufe nicht konstant ist
** for schleife, wann und wozu, einfache beispiele: for(int i = 0; i < 3; i++)

* '''Gute Namen'''
** Abstrakter Gedanke: Für den Computer ists wurscht, wie man das was man meint aufschreibt. Wir Menschen dagegen lassen und leicht verwirren
** abwägen zwischen
*** aussagekraft des namens
*** häufigkeit im code
*** kommentar zu variable(nnamen)
*** länge des namens

* '''Testen'''
* was ist testen?
** überprüfung von einigen randwerten => nachdenken ist erforderlich um interessante fälle zu finden
** testen ist nicht verifizieren
* wie in java?
** System.out.println(..);
** auskommentieren und schrittweises testen
* was wird getestet?
** ausgabe von arrays komplex
** ausgabe von werten mit text verknüpfen
** Variablen haben unterschiedliche Werte während das Program läuft!

assert-Methode selber schreiben -> Später! (WANN?)

== Übungsaufgaben ==

* Methoden definieren, die bestimmte Eigenschaften haben
* Beispiele dann Abtippen und ausprobieren
* Sie sollen Nachfragen, wenn sie was anderes hatten (oder sowas)
* Verschiedene Eingabewerte
* erste Endlosschleife
* Fehler für die eingeführten elemente

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

Martin Häcker/Java Kurs/Tag 2

2006-03-10T15:18:00Z

192.168.23.199: /* Übungsaufgaben */

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]

= LE 3: Verfeinerung Java und Klassenbibliothek =
'''Vortragende:''' Martin, Felix
== Inhalt ==

=== Java / Methodik ===

* '''Modularisierung und Strukturierung''' -- auf allen Ebenen
** Klassen (als Strukturen)
** Methoden-Kapselung: '''Methoden-Nachtrag'''
*** Methoden als Abstraktionsmöglichkeiten -> verstecken von methoden [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-4.html#%25_toc_%25_sec_Temp_43] Bringts das an der stelle?

* '''Testen'''
** eigene assert-Funktion

'''Objektorientierung''' (Erklärungsansatz)
* Objekt, Klasse erklären als: "Klasse" Mensch
** davon dann klonen mit bestimmten Modifikationen (augenfarbe, größe, name....)
** das wäre dann klasse, objekte und konstruktoraufruf
* Objekte / Klassen erklären als
** Platonische Ideen (Pferd)
** Tatsächliches Ding (Bruno auf dem ich jeden Dienstag in Hellersdorf reite)
* Objekte als Daten mit ''Schutzschicht'' Methoden aussen herum
** Klassen als solches erst später (quasi erst prototyp und dann klassen erklären)
* Ganz anderer Ansatz: Erklären über Einheiten die sich über Nachrichten gegenseitig verständigen
* Äquivalenz zu Funktionaler Programmierung aufmachen
** Constructor: Funktion die Parameter bekommt und eine Funktion zurückgibt die diese verkapselt
** Methoden: diese Funktion kann mit dem Namen verschiedener Methoden aufgerufen werden und wird, indem es diese ausführt, zum Objekt

'''Probleme beim Erklären'''
* this, woher kommt das und wie verwendet man es!

== Übungsaufgaben ==

* Selbst Klassen schreiben:

Ziel: Kleine Studentendatenbank in der Studenten eingefügt und gesucht werden können.
Advanced: mit löschen
Idee: "Statistik" : Anzahl der Studenten, durchschnittliches Alter, bla

1.:
Schreibe eine Klasse die informationen über einen Studenten speichert (....)
Erzeuge ein Objekt dieser Klasse, schreibe einen Wert in eine ihrer Variablen, lese ihn anschließend wieder aus und gib ihn auf dem Bildschirm aus.

2.:
schreibe einen Konstructor für die Klasse Student mit welchem die Variablen des erzeugten Objektes gleich mit Werten gefüllt werden. Erzeuge mit hilfe dieses Constructors ein Objekt, lies einen seiner Werte aus und gib ihn auf dem Bildschirm aus.

3:
Schreibe eine Funktion "PrintMe" die die Daten des Studentenobkektes in der Console ausgibt und teste diese.

4:
Lege ein Array mit 100 Studentenobjekten an welche verschiedene Matrikelnummern haben und gib alle auf dem Bildschirm aus.

5:
Verlagere das Array in eine neue Klasse StudentenDatenbank und schreibe für diese die Methoden StudentHinzufuegen und PrintMe.

6:
....

(private / public ?)

= LE 4: Wir sind alle nur Objekte =
'''Vortragende:''' Arthur, Martin

== Inhalt ==

=== Java ===

* '''Modularisierung in Java: Klassen und Objekte'''
** Instanziierung (auch Erklärung Mehrdeutigkeit von "Objekt" für Klasse oder Instanz)
** Referenzen (Pointer)
** insb: Referenzen sind nicht Kopien
** Overloading / Polymorphie
*** Standardmethoden: toString, equals, hash, compare
** Type Casting einfacher Basistypen?

* '''Objekte vertieft''': als Ansammlung von Daten mit Methoden dazu
** Konstruktoren
** um innendrinn auswechseln zu können
** ''static''
** Static nicht static: [http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-4.html#%25_toc_%25_sec_3.1.2 Benefits of Local State]
** ''final''
** ''null'', ''new''
** ''this''
** static / instanz -> Ebenen modell (?)

* Java-API: Konzept '''Klassenbibliothek'''
** Javadocs finden, lesen
* JavaDoc selber schreiben und verwenden -> http://www.javadocs.org
* Input/Output (Streams, usw.) <-- großer Block
** List, ArrayList, InputReader, BufferedReader, Scanner
** Collections

== Übungsaufgaben ==
* meinPferd = deinPferd;
* Klassen benutzen:
** Input/Output üben
** Viele andere Klassen aus der Java-API finden und nutzen
** Praktische Vorgehensweise, Anleitung zum Selbstlernen, nicht so viel Vorlesung dazu

* UtilityObjekt mit readFile(aFilename) und getUserInput(aPrompt) [http://www.cs.princeton.edu/introcs/22inout/In.java.html sowas sollte rauskommen!]

* Menü Objekt, das sich leicht adaptieren lässt?
* Apfelbaum
while (Apfelbaum.hatNochAepfel) {
Apfel meinApfel = Apfelbaum.getApfel(); // Apfel pflücken
ich.esse(meinApfel);
}
* Collections, Polymorphie (Apfel mit Wurm....)

[[Benutzer:Martin_Häcker/Java_Kurs | <- Zurück zur Übersicht]]