Das bedeutet unter anderem, dass Layout und Datenbank austauschbar sein müssen.
Prof. Barbara Christin Mengel,
Prof. Dr. Bernhard Schiefer,
Prof. Dr. Dieter Wallach,
Prof. Dr. Thomas Walter
Separate Hinweise zu Fortschrittsberichten, Präsentationen und Projektdokumentation bitte beachten!
Für alle Projekte gilt:
| |
Wenden Sie bei der Projektdurchführung ihr gelerntes Wissen aus den Veranstaltungen: Projektmanagegent, HCI, Software-Engineering und Datenbanken an! |
|
|
Achten Sie auf ordentlich Planung, Projektdokumentation und einen sauberen Entwurf. |
|
|
Bei der Realisierung: Vermeiden Sie jegliche Redundanz - keine Copy&Paste-Programmierung). |
|
|
Besonderen Wert wird auf Flexibilität und
Erweiterbarkeit gelegt. Das bedeutet unter anderem, dass Layout und Datenbank austauschbar sein müssen. |
| |
Formatvorlage und Hinweise zur Gestaltung des Projektberichtes beachten! |
A - Verwaltung von Wettbewerbs- und Ausschreibungsdatenideale Projektgröße: 4 Bearbeitende
Konzeption und Umsetzung einer Webapplikation zur Verwaltung von Ausschreibungs- und Wettbewerbsdaten. Um Ausschreibungen für Studierende und Absolventen der FH leicht zugänglich anbieten zu können, soll eine Webapplikation entwickelt werden, die über Suchkriterien den direkten Zugang zu relevanten Ausschreibungsdaten ermöglicht.
| |
Analyse der Arbeitsabläufe bei der Pflege und Nutzung von Ausschreibungsdaten. |
| |
Die Anwendung ist so anzulegen, dass Daten aus verschiedenen Anwendungsbereichen (also anderen Wettbewerben/Festivals) eingepflegt, bzw. abgerufen werden können. Konkret umzusetzen ist die Anwendung "Videofestivals". Ausgewählte URLs stehen zur Verfügung. |
| |
Nutzersicht: Relevante Ausschreibungen sollen zielsicher aus dem umfangreichen Angebot herausgefiltert werden können.Je nach Anwendungsbereich sind verschiedene Suchkriterien von Bedeutung. Beispiele für Suchkriterien zu Videofestivals: Kurzfilm Vorführformate Termin Bewerbung Doku Länge der Beiträge Termine Festivals Animation Multimedia |
| |
Anbietersicht: Wegen der sich jährlich ändernden Festivaltermine und der Vielzahl der Festivals soll die Pflege der Daten möglichst einfach sein. |
| |
Die Anwendung soll allen Lehrenden der FH zur Publikation von Ausschreibungsdaten auf der eigenen Seite als Service für die Studierenden zur Verfügung stehen. |
| |
Sprachen, Werkzeuge: JSP und Java Servlets, relationale DB |
B - Verwaltung von Geschäftsdaten für ein
1 Personen Unternehmen
ideale Projektgröße: 4 Bearbeitende
Konzeption und Umsetzung einer Applikation zur Verwaltung von Kundendaten, Rechnungen, Korrespondenz, Einnahmen und Ausgaben unter Berücksichtigung der steuerlichen Auswertbarkeit.
| |
Recherche und Analyse der notwendigen Verwaltungsvorgänge und der steuerlich relevanten Daten. |
| |
Verwaltung der Dokumente und Auswertung der Daten. |
| |
Den Verwaltungsaufwand im 1 Personen Unternehmen muss der Unternehmer üblicherweise selber tragen. Neben der Verwaltung von Rechnungen, Korrespondenz und Kundendaten fällt meist eine vierteljährliche Umsatzsteuervoranmeldung an. Dazu kommt die jährliche Einnahme- Ausgabenrechnung für die Einkommenssteuererklärung. Da die Verwaltung der Daten neben der täglichen Arbeit anfällt, sollte sie mit möglichst wenig Aufwand betrieben werden können. |
| |
Die Anwendung könnte Studierenden und Absolventen der FH zur Verfügung stehen. |
| |
Sprachen, Werkzeuge: Java, relationale DB |
D - DB-gestützte Account-Vergabeideale Projektgröße: 4 Bearbeitende
Konzeption und Umsetzung einer Web-Applikation zur Verwaltung Rechner-Accounts (z.B. für die SAP-Systeme, Oracle-DB, ...).
| |
Analyse der Arbeitsabläufe bei der Verwaltung von Rechner-Accounts. |
| |
Die relevanten Daten sind zu modellieren. Eine konkrete Datenbank ist zu entwicklen. |
| |
Studierendensicht: Beantragung von Accounts durch Studierende unter Angabe der Lehrveranstaltung/Dozent. Dazu ist das bisher verwendete Formular EDV-geeigent aufzubereiten und zu ergänzen bzw. überarbeiten. Eine möglichst komfortable Eingabe ist vorzusehen. |
| |
System-Adminsicht: Ein Admin ist für 1 oder mehrere Systeme zuständig. Daher benötigt er/sie eine Übersicht über die zu administrierenden Syteme. Das Anlegen/Löschen von zu vergebenden Accounts für die Systeme muss möglich sein. Dabei sollte berücksichtigt werden, dass die zu hinterlegenden Daten prosystem verschieden sein können (Im SAP Fall z.B. Mandant, Benutzername, Entwicklerschlüssel - im ORACLE-Fall: Übersicht für den/die Account-Verwalter über bereits vergebene und beantragte Accounts. Funktionen zur Freischaltung und zum Sperren eines Accounts sind vorzusehen. |
| |
Super-Adminsicht: Anlegen und Löschen von Systemen. Zuordnen von Admins zu Systemen. Pro System sollten mehrere Admins eingetrgen werden können. |
| |
Bei Erteilung eines Accounts erfolgt Zusendung der Zugangsdaten an die Studierenden. Im SAP-Fall: Mandant, Benutzername, Entwicklerschlüssel. Im ORACLE-Fall: Rechner, Port, SID, Benutzername, Passwort Diese Daten werden ebenfalls in der Datenbank verwaltet, da Accounts nach Ablauf der Gültigkeit wieder verwendet werden. |
E - Verwaltung von Deputatsdatenideale Projektgröße: 4 Bearbeitende
Konzeption und Umsetzung einer Web-Applikation zur Verwaltung von Deputatsdaten.
| |
Analyse der Arbeitsabläufe bei der Verwaltung von Deputatsdaten. |
| |
Die relevanten Daten sind zu modellieren. Eine konkrete Datenbank ist zu entwicklen. |
| |
Dozentensicht: Das bisher verwendete Formular ist zu analysieren und EDV-geeignet aufzubereiten. Eine möglichst komfortable Eingabe ist vorzusehen. Z.B. Übernahme von Daten aus Vorjahren. Aus der Stundenplan-DB können bereits Vorschläge ausgelesen werden. Überträge aus dem Vorsemester müssen berücksichtigt werden. Ausdrucken zum Unterschreiben muss vorgesehen werden. Übersichten über zurückliegende Semester sollten möglich sein. |
| |
Dekanatssicht: Übersicht über bereits abgegebene Deputatsformulare anzeigen. Auswertungen sollten möglich sein: Erstellung von Statistiken zu Import-/Exportleistungen Auslastungsberechnungen (durchschnittliche Stundenzahl/Person), Ermittlung von Über-/Unterlast |
| |
Die Anwendung sollte die Tabellen des FHInfosystems integrieren, um die Mitarbeiterdaten nutzen zu können. |
| |
Sprachen, Werkzeuge: JSP und Java Servlets, MaxDB |
F - Verwaltung von Reiseanträgenideale Projektgröße: 4-6 Bearbeitende
Konzeption und Umsetzung einer Web-Applikation zur Verwaltung von Reiseanträgen und Reiseabrechnungen.
| |
Analyse der Arbeitsabläufe bei der Verwaltung von Reiseanträgen und deren Abrechnung |
| |
Die relevanten Daten sind zu modellieren. Eine konkrete Datenbank ist zu entwicklen. |
| |
Reisendensicht: Beantragung von Reisen durch FH-Mitarbeiter. Einreichung/Beantragung von Spesenabrechnungen/-ersatz. Dazu sind die beiden bisher verwendete Formulare EDV-geeigent aufzubereiten. Eine möglichst komfortable Eingabe ist vorzusehen. Optional: Eine Übersicht für die Mitarbeiter um einen Überblick über die Reisekosten des Gesamtjahres. |
| |
Sicht Personalabteilung: Eine Oberfläche für die Erfassung/Berechung der Kosten ist vorzusehen. Verschiedene Stammdaten wie z.B. länderspezifische Pauschalen müssen pflegbar sein. |
| |
Dekanatssicht: Genehmigung von Anträgen. Übersicht über aufgelaufenen Kosten der Angehörigen des Fachbereiches. Optional: individuelle Pflege von Budgets und Darstellung von Abweichungen |
| |
Die Anwendung sollte die Tabellen des FHInfosystems integrieren, um die Mitarbeiterdaten nutzen zu können. |
| |
Sprachen, Werkzeuge: JSP und Java Servlets, MaxDB |
G - Cinema - Kinobuchung über das Internetideale Projektgröße: 4 Bearbeitende
Konzeption und Umsetzung einer Webapplikation für die Online-Buchung eines Kinos
| |
das fiktive Kino muss über mindestens 2 Räume mit ungleicher Geometrie (Sitzverteilung) verfügen ein Spielplan für die aktuelle und die nachfolgende Woche soll in den jeweiligen Räumen verschiedene Filme zu verschiedenen Zeiten vorhalten |
| |
es sind nur Buchungen in der Zukunft möglich |
| |
ein Administrationstool erlaubt es dem Kinobesitzer, den Spielplan zu verwalten und eine Übersicht der Buchungen auszugeben |
| |
Sprachen, Werkzeuge: relationale Datenbank, Webanwendung mit CGI oder PHP 5 (objektorientiert) oder Java (Servlets/JSP) |
H - Streaming studentischer Filmprojekteideale Projektgröße: 5-6 Bearbeitende
Die Ergebnisse studentische Filmprojekte sollen in diesem Projekt mittels einer geeigneten Streamingtechnik Mitstudierenden oder der Öffentlichkeit zugänglich gemacht werden.
| |
Analyse: Es ist ein Überblick über die aktuellen Streaming-Technologien zu gewinnen; für dieses Projekt kommen nur kostenfreie Techniken in Frage |
| |
eine Webapplikation ist zu entwicklen, die u.a. die folgende Eigenschaften hat: Anmeldung: Benutzer mit einer auf "fh-kl.de" endenden Mailadresse können sich registrieren und dann ihre Filme hochladen Die Benutzer können angeben, für welche Benutzergruppen Ihre Filme einsehbar sein sollen (Benutztergruppen etwa: nur selbst, nur FH-Mitglieder, alle weltweit) ein Administrator muss die Filme vor der Veröffentlichung freigeben |
| |
Techniken, Werkzeige: Streaming-Techniken, relationale Datenbank, Web-Applikation mit PERL/CGI, PHP 5 (objektorientiert) oder Java (Servlets/JSP) |
J - jpegStat - Statistik für umfangreiche jpeg-Bildarchiveideale Projektgröße: 4 Bearbeitende
Hier soll eine Client-Applikation mit Swing-GUI entwickelt werden, welche Bilddaten von einem externen Datenträger (typisch CD/DVD) mit einer Datenbank abgleicht und die Metadaten der Bilder alle in einer internen Datenbank ablegt. Dann soll es möglich sein, möglichst einfach und flexibel eine Statistik der Datenzu erstellen. Randbedingungen der Anwendung sind:
| |
Es sind nur jpeg-Dateien zu berücksichtigen |
| |
Das einzulesende Medium muss ausgehend vom wählbaren Startverzeichnis rekursiv durchsucht werden |
| |
Es sollen alle standarmäßigen Exif-Daten nach Exif 2.21 ausgelesen werden |
| |
Es sind zusätzlich MarkerNotes auszulesen, insbesondere das verwendete Objektiv |
| |
Der Zeitraum der Auswertung soll auch selektierbar sein |
| |
Techniken, Werkzeuge: relationale Datenbank, Java, Exif-Standard, Java-APIs für die Bildbearbeitung |
K - Konzeption und Implementierung eines interaktiven Prototyps für ein touch-screen basiertes Navigationssystemideale Projektgröße: 3-4 Bearbeitende
Requirementanalyse
Konzeptueller Entwurf (Wireframes)
Visuelle Ausgestaltung
Implementierung
L - Konzeption und Implementierung eines Card-Sorting Toolsideale Projektgröße: 2-4 Bearbeitende
Ausgangspunkt: Analyse von IBM easySort / easyCalc
Realisierung von offenen und geschlossenen Cardsortings
im Unterschied zu easySort sollte die erstellte Lösung ein Card-
sorting über ein GUI ermöglichen
Die Anwendung verschiedener clusteranalystischer Verfahren unterstützen
M - Erstellung und empirische Evaluation eines interaktiven
Spielprototyps auf der Grundlage theoretischer Konzepte aus dem
Bereich Joy-of-Use ideale Projektgröße: 4 Bearbeitende
Ausgehend von Theorien von Norman (2003) und Hassenzahl et al. (2004) sollen Spielvarianten entwickelt und empirisch evaluiert werden, die jeweils Joy-of-Use Konzepte (Hedonistische Anforderungen, ästhetische Qualität, etc.) in unterschiedlicher Form instantiieren.
Bei Fragen: Prof. Dr. Bernhard Schiefer