Projektleiter Dominik Wolf. Teammitglieder Daniel Kolb Michael Opitz. Daniel Zwickelstorfer. Projektansprechpartner Klaus Coufal

Transkript

1 Projektdokumentation Projektleiter Dominik Wolf Teammitglieder Daniel Kolb Michael Opitz Dominik Wolf Daniel Zwickelstorfer Projektansprechpartner Klaus Coufal iexam Seite: 1/23

2 Inhaltsverzeichnis Projektdokumentation...1 Projektantrag...3 Lastenheft...4 Zielbestimmung...4 Produkteinsatz...4 Benutzerverwaltung...4 Prüfungsverwaltung...4 Pflichtenheft...6 Zielbestimmung...6 Login...6 Prüfungen absolvieren...6 Gradebook...6 Prüfungen erstellen...6 Bilder hochladen...7 Prüfungen aktivieren...7 Liste der absolvierten Prüfungen...7 Benutzer bearbeiten...7 Gruppen bearbeiten...7 Projektstrukturplan...8 Arbeitspakete...9 Projektfunktionendiagramm...10 Projektmeilensteinplan...11 Projekteinsatzplan...12 Gantt Chart...13 Risikolog...14 Risikoanalyse...15 Risiko Nr Risiko Nr Risiko Nr Agendas...17 Agenda für das 1. Meeting...17 Agenda für das 2. Meeting...18 Protokolle...19 Protokoll für das 1. Meeting...19 Protokoll für das 2. Meeting...20 Statusberichte...21 Abnahmeprotokoll...22 Abschlussbericht - PRRL...23 iexam Seite: 2/23

3 Projektkurzname: Kurzbeschreibung: iexam Datum: Klasse: Projektverantwortlicher: Projektinhalt: Projektantrag Erstellung eines Prüfungssystems ála Cisco 4AHDVN Dominik Wolf Es soll ein Prüfungssystem ähnlich jenem von Cisco Systems mithilfe von Ruby on Rails und MySQL erstellt werden. Lehrer sollen dabei über ein Webinterface Prüfungen erstellen können und Schüler sollen die erstellten Prüfungen ausfüllen können. Die Ergebnisse der Prüfungen sollen anschließend automatisch ausgewertet werden. Benötigte Hardware: Handelsüblicher PC. Benötigte Software: Ubuntu Feisty Fawn, MySQL, Ruby on Rails, Subversion, sowie ein Editor bzw. eine IDE wie zum Beispiel vim, Eclipse,... Sonstiges: - Beilagen: - Projektmitglieder: Daniel Kolb Michael Opitz Dominik Wolf Daniel Zwickelstorfer iexam Seite: 3/23

4 Lastenheft Zielbestimmung Das iexam soll dem Benutzer ein Web-Basierendes Prüfungssystem ähnlich dem von Cisco Systems bieten, in dem Schüler von Lehrern hinzugefügte Tests absolvieren können, welche danach automatisch ausgewertet und mit einer Note versehen werden. iexam wird komplett über ein Webinterface in einem gängigen Browser gesteuert und verwaltet. Produkteinsatz Das System ist für den Einsatz in kleinen bis mittleren Schulen gedacht. Durch eine Benutzerverwaltung ist es voll mehrbenutzerfähig. Benutzerverwaltung Über die Benutzerverwaltung ist es möglich, Benutzeraccounts hinzuzufügen, zu bearbeiten und zu löschen. Für jeden Benutzer ist es möglich, einen Vor- und einen Nachnamen zu speichern. Des Weiteren werden Loginname und ein Passwort benötigt, damit sich der Benutzer bei der Benutzeroberfläche des iexam authentifizieren kann. Dieses Passwort soll jederzeit geändert werden können. Jeder Benutzer hat bestimmte Rechte, die als Zahl sichtbar sind: 0 keine Rechte nur Login möglich 1 Schüler absolvieren von Prüfungen 2 Lehrer erstellen von Prüfungen 4 Administrator verwalten von Benutzern und Gruppen Diese Rechte können kombiniert werden. So ist es einem Benutzer mit dem Recht 6 (2 + 4) Prüfungen erstellen und Benutzer beziehungsweise Gruppen verwalten. Die Benutzergruppen dienen dazu, Gruppen von Schülern (zum Beispiel eine Klasse) zusammenzufassen. Gruppen können dieselben Rechte wie den einzelnen Benutzern zugewiesen werden. Die Rechte können durch Gruppen nur erweitert, nicht aber verringert werden. Ziele: Benutzer- und Gruppenverwaltung über das iexam-webinterface Die Benutzer sollen sich über das Webinterface authentifizieren können, um iexam zu benutzen Zusatzziele: Passwort vergessen Funktion. Nicht-Ziele: Registrierung neuer Benutzer per Webinterface. Diese Funktion soll Administratoren und Lehrern vorbehalten bleiben. Prüfungsverwaltung Lehrer sollen die Prüfungen online erstellen, bearbeiten und löschen können. Die Tests werden immer für eine ausgewählte Benutzergruppe freigeschaltet. Schüler haben die Möglichkeit sofern sie Mitglied der Gruppe des aktivierten Tests sind, die Prüfungen im Webinterface des iexam zu absolvieren und sofort nach dem Abschicken deren Ergebnisse zu sehen, welche in einem so genannten Gradebook vermerkt werden. Dem Lehrer und Ersteller der gehaltenen Prüfung soll es ermöglicht werden, die Tests zu aktivieren und sie zu Prüfungsende einzusehen. Beim Hinzufügen der Prüfungen soll es ermöglicht werden, Bilder, welche über ein eigenes Formular auf den Server geladen werden müssen, in die Fragen einzubinden. Diese Bilder soll jeder Lehrer benutzen, aber nur der Eigentümer löschen können. Die Tests sollen mit Start- und Endzeit, innerhalb der der Schüler die Möglichkeit hat, die Prüfung zu absolvieren, freigeschaltet werden müssen. Diese so genannte Activation soll für ganze Gruppen angewendet werden. Ziele: iexam Seite: 4/23

5 Anzeigen aller laufenden Prüfungen mit Titel und Ersteller Sofortige Auswertung der Testergebnisse Zusatzziele: Anzeigen der restlichen Prüfungszeit und automatisches Abschicken bei Prüfungsende Zwischenspeichern der bisherigen Fragen, um die Folgen bei einem eventuellen Absturz des Browsers des Benutzers gering zu halten iexam Seite: 5/23

6 Pflichtenheft Zielbestimmung Es muss eine Prüfungsumgebung implementiert werden, wie sie ähnlich von Cisco Systems verwendet wird. Lehrer können Prüfungen über eine Benutzeroberfläche im Browser für ihre Schüler erstellen, welche diese ebenfalls über das Webinterface ablegen können. Des Weiteren können die Prüfungen für eine bestimmte Zeitspanne freigeschaltet werden. Das Produkt soll in Ruby implementiert werden und das Webframework on Rails benutzen. Zum Speichern der Daten soll die Datenbank MySQL eingesetzt werden. Es kommt ein Rechtesystem mit Administratoren, Lehrern und Schülern zum Einsatz, das die Befugnisse innerhalb des Produkts regelt. Das Webinterface von iexam kann in folgende Module unterteilt werden: Login Das Loginsystem dient zur Benutzerauthentifizierung. Die Benutzerdaten werden inklusive Benutzerpasswort in der Datenbank gespeichert und beim Login vom zuständigen Script verglichen. Stimmen die Daten überein, erhält der Benutzer Zugriff zum Webinterface. Ziele: Ein- und Ausloggen des Benutzers Möglichkeit zur Passwortänderung Zusatzziele: Passwort vergessen Funktion. Nicht-Ziele: Registrierung neuer Benutzer per Webinterface. Diese Funktion soll Administratoren und Lehrern vorbehalten bleiben. Prüfungen absolvieren Schülern soll die Möglichkeit gegeben werden, Prüfungen, die für ihre Benutzergruppe freigeschaltet wurden, zu absolvieren. Es sollen alle aktiven Prüfungen angezeigt werden, die gemacht werden müssen. Ziele: Anzeigen aller laufenden Prüfungen mit Titel und Ersteller Sofortige Auswertung der Testergebnisse Zusatzziele: Anzeigen der restlichen Prüfungszeit und automatisches Abschicken bei Prüfungsende Gradebook Im so genannten Gradebook werden alle Ergebnisse der abgeschlossenen Prüfungen des Benutzers mit Zeitstempel angezeigt. Ziele: Anzeigen der Ergebnisse mit korrekt und falsch beantworteten Fragen Prüfungen erstellen Prüfungen sollen von Lehrern und Administratoren erstellt, gelöscht und bearbeitet werden können. Des Weiteren kann der Eigentümer auf einen anderen User übertragen werden. Ziele: Eine Liste mit allen erstellten Prüfungen des Lehrers iexam Seite: 6/23

7 Bilder hochladen Es soll dem Ersteller einer Prüfung möglich gemacht werden, Bilder in die Fragen einzubinden. Dazu soll ein Bild des lokalen Rechners des Benutzers ausgewählt und hochgeladen werden können. Ziele: Hochladen von Grafikdateien von Administratoren oder Lehrern Zusatzziele: Verändern der Bildgröße mittels Parameter bei der Einbindung des Bildes in eine Prüfungsfrage Ein Limit in der Dateigröße Nicht-Ziele: Hochladen und Einbinden anderer Medienformate. (Audio, Video, etc.) Prüfungen aktivieren Administratoren und Lehrern soll die Möglichkeit gegeben werden, die erstellten Prüfungen für eine bestimmte Benutzergruppe freizuschalten. Es muss eine Start- und Endzeit angegeben werden, innerhalb welcher der Test von der gewählten Gruppe absolviert werden kann. Ziele: Die Prüfungen des jeweiligen Benutzers sollen innerhalb einer bestimmten Zeitspanne freigeschaltet werden Die Freischaltungen sollen pro Gruppe gemacht werden Die Freischaltungen sollen angezeigt, editiert und gelöscht werden können Zusatzziele: Anzeigen der verbleibenden Zeit in Echtzeit Nicht-Ziele: Liste der absolvierten Prüfungen Dieser den Lehrern vorbehaltene Bereich dient dazu, sich die Prüfungen der Schüler anzeigen zu lassen. Es wir der Titel und zu jedem Schüler der Name, ein Zeitstempel und die Note der Prüfung angezeigt. Außerdem ist es möglich, die Antworten einzusehen und die fertige Prüfung zu löschen. Sofern die Prüfung noch aktiviert ist, kann der Schüler die Prüfung wiederholen. Ziele: Eine Liste der Prüfungen für jeden Test und jeden Schüler Benutzer bearbeiten Dem Administrator soll die Möglichkeit gegeben werden, die Benutzer in der Datenbank über das Webinterface zu bearbeiten. Den Benutzern können Vor- und Nachname, ein Passwort, ein Username, mit dem sich der Benutzer im System authentifizieren muss und eine Gruppe zugewiesen werden. Außerdem können hier die Benutzerrechte vergeben werden. Neben dem Hinzufügen neuer Benutzer ist es möglich, die vorhandenen Benutzer anzuzeigen, zu editieren oder zu löschen. Gruppen bearbeiten Dieses Modul verwaltet die Benutzergruppen des iexam. Eine Benutzergruppe hat einen Namen, zugewiesene Rechte und kann angezeigt, bearbeitet und gelöscht werden. Per Gruppe können dem Benutzer die Rechte nur zusätzlich verliehen, nicht aber genommen werden. iexam Seite: 7/23

8 Projektstrukturplan iexam Seite: 8/23

9 Arbeitspakete AP 1: Programmierung Inhalte Planung wie diverse Module implementiert werden Implementierung der Module Dokumentation der Module Nicht-Inhalte Projektcontrolling Projektdokumentation Ergebnisse Fertig implementierte iexam Applikation AP 2: Tests Inhalte Testen der Module Ausbessern etwaiger Fehler Nicht-Inhalte Implementierung zusätzlicher Module techn. sowie projektbezogene Dokumentation Ergebnisse getestete und funktionsfähige iexam Applikation AP 3: Controlling Inhalte Laufende Überwachung des Status des Projektes Projektdokumentation Nicht-Inhalte technische Implemntierung der Applikation Ergebnisse fertige Projektdokumentation AP 4: Projektende Inhalte Erstellen einer Abschlusspräsentation Abnahme Rückblick über das Projekt Nicht-Inhalte Dokumentation Implementierung Ergebnisse fertig abgeschlossenes und abgegebenes Projekt iexam Seite: 9/23

10 Projektfunktionendiagramm Projektfunktionendiagramm PSP-Code AP-Bezeichnung AuftraggeberIn Daniel Kolb Michael Opitz Dominik Wolf Daniel Zwickelstorfer 1.1 Software Programmierung M M V M Testen M M V M 1.2 Projektmanagement Controlling M M V M Projektende I M M V M iexam Seite: 10/23

11 Projektmeilensteinplan Projektmeilensteinplan PSP-Code Meilenstein Basistermin Aktuelle Plantermine Ist Termin 1.1 Start Ende Vorbereitungen Projektende iexam Seite: 11/23

12 Projekteinsatzplan Projektpersonaleinsatzplan PSP-Code Arbeitspaket Mitarbeiter Stunden Programmierung Alle jeweils Testen Alle jeweils Controlling Alle jeweils Abschluss Alle jeweils 1 iexam Seite: 12/23

13 Gantt Chart iexam Seite: 13/23

14 Projetkname: Projektleiter: Projektmitglieder: iexam Wolf Dominik Opitz Michael Kolb Daniel Zwickelstorfer Daniel Risikolog Risiko Nr. Beschreibung Wahrscheinlichkeit Auswirkung 1 Ausfall eines Projektmitglieds 4 M 2 Ein Projektmitglied hat nicht das nötige Wissen 3 H 3 Ein Projektmitglied verliert durch etwa einen Systemabsturz wichtige Daten 3 L 4 Datenmodell geht verloren 3 M Datum: Projektleiter: iexam Seite: 14/23

15 Projektname: iexam Projektleiter: Wolf Dominik Projektmitglied: Opitz Michael Kolb Daniel Zwickelstorfer Daniel Risikoanalyse Risiko Nr. 1 Gefährdete Bereiche im Projekt: Es hängt davon ab, welches Projektmitglied ausfällt und an welchem Modul es gerade arbeitet. Weiters auch von der Phase, in der sich das Projekt zu dem Zeitpunkt befindet. Schlüsselereignisse: Lange Abwesenheit vom Unterricht in der Schule, sowie das Offlinesein in diversen Instant Messengers á la Jabber oder MSN. Konsequenzen: Dies hängt davon ab, an welchem Modul gerade gearbeitet wird. Generell kann man sagen, dass sich die Projektphase und die nachfolgenden Phasen verzögern, wenn es nicht geschafft wird, das ausgefallene Mitglied zu ersetzen. Mögliche Reaktionen: Die Arbeit muss auf ein oder mehrere Mitglieder ausgelagert werden, damit keine Verzögerung des Projekts eintritt. Risiko Nr. 2 Gefährdete Bereiche im Projekt: Es sind die Module betroffen, die von diesem Mitglied bearbeitet werden. Schlüsselereignisse: Bestimmte Arbeiten, die das Modul leisten muss, können mangels Wissen nicht implementiert werden. Konsequenzen: Verzögerung der Projektphase, da ein anderes Mitglied aushelfen oder sich extern Wissen angeeignet werden muss. iexam Seite: 15/23

16 Mögliche Reaktionen: Die Arbeit muss von einem anderen Mitglied übernommen und/oder es muss Fachliteratur gekauft werden. Risiko Nr. 3 Gefährdete Bereiche im Projekt: Es hängt davon ab, wie viele der Projektdaten verloren gehen. Schlüsselereignisse: Der PC des Projektmitglieds arbeitet nicht mehr und muss gegebenenfalls repariert werden. Konsequenzen: Projektverzögerung und Wiederherstellung des Codes von Backups auf den Rechnern der anderen Projektmitglieder. Eventuell müssen Codezeilen nochmals geschrieben werden. Mögliche Reaktionen: Daten müssen - soweit vorhanden - wiederhergestellt werden. Risiko Nr. 4 Gefährdete Bereiche im Projekt: Voraussichtliche ist das ganze Projekt gefährdet. Schlüsselereignisse: Das Datenbankmodell geht verloren. Konsequenzen: Das Datenbankmodell muss neu gemacht werden Mögliche Reaktionen: Eine Sicherung vom Datenbankmodell machen damit diese schneller rekonstruiert werden kann. iexam Seite: 16/23

17 Agendas Agenda für das 1. Meeting Datum: Zeit: 08:50-09:40 Ort: Wien, Spengergasse Anwesend: Kolb Daniel, Opitz Michael, Wolf Dominik, Zwickelstorfer Daniel Ablauf: 1. Willkommenheißen der Projektmitglieder 2. Administratives 3. Anlass 1. Zusammentragen von Ideen 2. Definieren der Arbeitsschritte 3. weiterer Vorgang 4. Nächstes Meeting am , Spengergasse, Wien iexam Seite: 17/23

18 Agenda für das 2. Meeting Datum: Zeit: 11:45-12:35 Ort: Wien, Spengergasse Anwesend: Kolb Daniel, Opitz Michael, Wolf Dominik, Zwickelstorfer Daniel Ablauf: 1. Willkommenheißen der Projektmitglieder 2. Administratives 3. Anlass 1. Statusbesprechung iexam Seite: 18/23

19 Protokolle Protokoll für das 1. Meeting Datum: Zeit: 08:50-09:40 Ort: Wien, Spengergasse Anwesend: Kolb Daniel, Opitz Michael, Wolf Dominik, Zwickelstorfer Daniel Ablauf: 1. Willkommenheißen der Projektmitglieder 2. Administratives 3. Anlass 1. Zusammentragen von Ideen: Folgende Ideen wurden für das Projekt von den Mitgliedern zusammengetragen: Usersystem mit 3 Rechten (Schüler, Lehrer, Admin) User sollen in Gruppen zusammengefasst werden, zwecks Rechtevergabe und Testfreischaltung Tests sollen von Lehrern erstellt/editiert/gelöscht werden Tests müssen vor ihrer Durchführung freigeschaltet werden. Sowohl Schüler als auch Lehrer sollten sich die gemachten Tests anschauen können. 2. Definieren der Arbeitsschritte Die diversen Arbeitspakete wurden definiert. (siehe separates Dokument) 3. weiterer Vorgang Ein Subversion Repository soll eingerichtet werden. Darüber hinaus soll demnächst zusammen das Datenmodell erstellt werden. 4. Nächstes Meeting Spengergasse, Wien iexam Seite: 19/23

20 Protokoll für das 2. Meeting Datum: Zeit: 11:45 12:35 Ort: Wien, Spengergasse Anwesend: Kolb Daniel, Opitz Michael, Wolf Dominik, Zwickelstorfer Daniel Ablauf: 1. Willkommenheißen der Projektmitglieder 2. Administratives 3. Anlass 1. Statusbesprechung Der aktuelle Status wurde besprochen. Es wurde das User- und Gruppensystem sowie die Erstellung und das Editieren von Tests bereits implementiert. Die nächsten Schritte sollten die Erstellung des Gradebooks und des Ausfüllen der Tests sowie die Erstellung eines Designs. Falls noch Zeit übrig bleibt soll ein Notenspiegel sowie eine automatische Auswertung der Note zusätzlich zu den geplanten Punkten implementiert werden, sowie ein Bilderupload. iexam Seite: 20/23

21 Statusberichte 1. Statusbericht Projekt: iexam Projektleiter: Wolf Dominik Teammitglieder: Opitz Michael Kolb Daniel Zwickelstorfer Daniel Datum: Erledigte Aufgaben: Projektstart, Koordinierung des Teams Fertiges User- und Gruppensystem Erstellen und modifizieren von Prüfungen. Erzielte Ergebnisse: Fertiges User- und Gruppensystem sowie fertiges Prüfungsverwaltungssystem Nächste Schritte: Prüfungen sollen von Schülern gemacht werden können Gradebooks sowohl für Lehrer als auch für Schüler Design Persönliches Fazit: Das Projekt geht zügig voran und die schwierigste Aufgabe das Verwalten von Prüfungen wurde bereits erfolgreich implementiert sowie getestet. Wir sind zuversichtlich das Projekt pünktlich abzuliefern. Status: terminlicher Status des Projekts: grün grau (50% - 50%) iexam Seite: 21/23

22 Datum: Ort: Durchgeführte Abnahmetests: Abnahmeprotokoll Spengergasse, Raum B22 Vorgang Erwartung beobachtetes Resultat Einloggen des Benutzers admin mit dem Passwort admin. Erstellen eines neuen Benutzers. Verändern der Berechtigung einer Gruppe. Der Benutzer admin soll erfolgreich eingeloggt werden und das dashboard samt seinen Administrationsrechten soll dargestellt werden. Ein neuer Benutzer soll erfolgreich erstellt werden und in der Übersicht entsprechend dargestellt werden. Die Berechtigungen der Gruppe default sollen verändert werden. Die Änderungen sollen direkt am admin- Account sichtbar sein, der sich in dieser Gruppe befindet. Erstellen eines neuen Exams. Der admin-benutzer soll mit entsprechend veränderten Gruppenrechten ein neues Exam erstellen und anschließend bearbeiten. Freischalten eines Exams. Examen machen. Bilder einbinden. Der admin-benutzer soll ein Exam mit entsprechend veränderten Gruppenrechten für eine Gruppe freischalten. Der admin-benutzer soll mit entsprechend veränderten Gruppenrechten ein freigeschaltetes Exam machen und dieses anschließend in seinem Gradebook anschauen. Darüber hinaus soll der Lehrer das vom Schüler gemachte Exam auch anschauen können. Der admin-benutzer soll ein Bild uploaden und in ein Exam einbinden. Das Bild soll anschließend wenn das Exam gemacht wird angezeigt werden. Wie erwartet. Wie erwartet. Wie erwartet. Wie erwartet. Wie erwartet. Bis auf einen kleinen Darstellungsfehler wie erwartet. Wie erwartet, bis auf einen kleinen Darstellungsfehler (siehe oben). sonstige Anmerkungen: - Mängel: Darstellungsfehler wenn sich der Lehrer die gemachten Examen der Schüler anschaut > Bilder werden nicht angezeigt, stattdessen wird der HTML-<img...>-Tag angezeigt, was auf einer falschen Escapung eines Ausgabestrings zurückzuführen ist. Examen sollen auch für einzelne User und nicht nur für Gruppen freigeschaltet werden können. In der momentanen Version können nur Examen für ganze Gruppen, nicht aber für einzelne User freigeschaltet werden. iexam Seite: 22/23

23 Projektkurzname: (max. 8 Zeichen) iexam Klasse: 4AHDVN Abschlussbericht PRRL Kurzbeschreibung: Ein Prüfungssystem á la Cisco Projektverantwortlicher: Dominik Wolf Datum Zeitbedarf Wer Tätigkeit Std 2 Std 4 Std 5 Std 2 Std 2 Std 4 Std alle alle alle alle alle alle alle Std 3 Std 2 Std alle alle alle Datum: Seite: 23 von 23 CodeIgniter Implementation, Exam-Submitten CodeIgniter Implementation CodeIgniter Implementation Portierung auf Rails User & Gruppen Management Gradebook, Tests ausfüllen, Bugfixes,... flash[:error]-message, löschen von Exam-Ergebnissen, anschauen gemachter Tests, Activation-Checking,... Notenspiegelsupport, Bugfixes, Design Image Upload, Securityfixes, Bugfixes Minor-Fixes, Handbuch, rdoc-tags 29 pro Person Aufschlüsselung: Projektstatus: Hardware: Funktioniert Funktioniert nicht x Nicht notwendig Software: x Funktioniert Funktioniert nicht Nicht notwendig Offen geblieben bzw. fehlerhaft: - Beilagen: Schaltpläne für die Hardware x Benutzerhandbuch Programmentwicklungsdokumentation x Programmdokumentation Projektmitglieder (Name und Unterschrift; auch Projektverantwortlicher): iexam Seite: 23/23