Pflichtenheft - Professorenkatalog

Ähnliche Dokumente
Aufgabe 3 Erstellt am: Softwaretechnik Praktikum SS06 Verantwortliche: Irina Justus

Pflichtenheft. Elektronische Studentenakte. von Vladislava Nadova und Marcus Stuber. 1. Zielbestimmung Musskriterien...2

Pflichtenheft Inhaltsverzeichnis. 1 Zielbestimmung Musskriterien Wunschkriterien Abgrenzungskriterien...

SWP09-1 Softwaretechnikpraktikum 2009 Aufgabenblatt 5 Projektleiter: Stefan Thomas Pflichtenheft Verantwortlicher: Jochen Tiepmar

Pflichtenheft. Inhaltsverzeichnis. Gruppe: swp Zielbestimmung Musskriterien Wunschkriterien Abgrenzungskriterien...

PFLICHTENHEFT Softwaretechnik-Praktikum SS 2003 Gruppe: Geo01

Gruppe: swp12-9 (Projektleiter: Benjamin Glatz) Datum: Pflichtenheft. Web Annotation mit Fragment Ids. Gruppe: swp12-9

Pflichtenheft. Software für Ansteuerung eines Moving-Heads mittels PCI-Card DMX512b

Pflichtenheft. 3. Produktübersicht

Pflichtenheft Patientenbett-Verwaltung

Pflichtenheft. Didier Cherix. Christopher Hermann. Frank Stumpf SWP CHRISTOPHER HERMANN, DIDIER CHERIX, FRANK STUMPF

Ein Beispiel-Pflichtenheft

Softwareentwicklungspraktikum

Quelle:

Softwaretechnik-Praktikum SS 2007 Aufgabenblatt 3. Gruppe: HK-07-4 Gruppenleiter: Stanley Hillner Lastenheft. (Editor für Eclipse GMF)

Kita Tauschbörse. - Pflichtenheft / Projektvertrag - Version: 1.1. F. Teichmann. F.Teichmann, R. Rößling. vorgelegt X fertig gestellt

Pflichtenheft. 1 Zielbestimmungen Musskriterien Wunschkriterien Abgrenzungskriterien... 2

Ad-hoc Chatsystem für mobile Netze. G r u p p e 3. P f l i c h t e n h e f t

Gruppe: swp12-9 (Projektleiter: Benjamin Glatz) Datum: Lastenheft. Web Annotation mit Fragment Ids. Gruppe: swp12-9

SeVEN. Entwicklung eines sicheren Videoübertragungssystems. Softwareentwicklungspraktikum Sommersemester Pichtenheft

Lastenheft Webinformationssystem V1.0

Autoren: Ronny Fauth, Michael Freyer Dokumentation: Christian Schulze. 1 Zielbestimmung 2. 2 Produkteinsatz 2. 4 Produktfunktionen 3.

Lastenheft Gruppe HK-03 erstellt am: Lastenheft

Phasenmodell. Problem stellung. Neue Anforderungen. Benutzerwünsche. Anforderungs analyse und - definition Systemmodell. Betrieb.

Pflichtenheft. Inhaltsverzeichnis

SWT-Praktikum Aufgabenblatt 2

Modellgetriebene Entwicklung von Webanwendungen: eine erste Analyse

Pflichtenheft CluedoViewer

Softwarepraktikum - Gruppe 3. Pflichtenheft. Leipzig, 02. April 2007

Pflichtenheft. Praktikumsgruppe 11

Pflichtenheft für die Herstellung von Software für das Unternehmen "Sohn & Sohn"

Pflichtenheft Projekt Yellowstone

Pflichtenheft. Version Autoren Datum Kommentar 1.0 RR, PF, NH, KG

Pflichtenheft zum Projekt JavaBeans

Pflichtenheft für das Produkt: Running Man

Lastenheft. Gruppe: SWP10-7 Dokument: Lastenheft Datum:

SOFTWARE ENGINEERING (SWE) - VORLAGEN

Pflichtenheft. Softwareprojekt Simulation / Idea Engineering

Pflichtenheft. KiPMan. Kursverwaltung mit integriertem Prüfungsmanagment

Pflichtenheft. Thema: Datenbankbasiertes Installations- und Management System für Windows 2000 / XP.

Pflichtenheft Projektarbeit 2008 / 2009

Lastenheft für dynamische Geometrie-Software der Firma EduSoft

Dabei sollen die Nutzern nach einer Authentifizierung entsprechend ihren Rechten Begriffe ändern, anlegen und kommentieren können.

Pflichtenheft zum erweiterten UML-Tool

MathLib. Version IN 1 Tobias Laake Jörg Winkler Jan Hoffmeyer

SEMESTERPROJEKT IM FACH SOFTWARETECHNIK VON ALEXANDER BAU ARTHUR BAUER MARKUS LANGPETER 05IN

Softwareentwicklung in der Wissenschaft. Planet Simulator. Enno Köster. Enno Köster / 24

Grundlagen des Datenschutzes und der IT-Sicherheit (9) Vorlesung im Sommersemester 2005 von Bernhard C. Witt

Pflichtenheft: Wettervorhersagen via Webservice

Pflichtenheft zum UML-Tool des Programmierpraktikums

CAE Grundlagen. Prof. Metzler 1

SWP09-1 Softwaretechnikpraktikum 2009 Aufgabenblatt 3 Projektleiter: Stefan Thomas Lastenheft Verantwortlicher: Sebastian Volke.

Fatih Emin Sahin. Projektbetreuerin: Prof. Dipl.-Inform. Astrid Beck

Pflichtenheft Projekt Rollercoaster. Projektgruppe: Gruppenname Phasenverantwortlich: Müller-Langowski 15. April 2002

Softwarequalität und -test

Lastenheft. Inhaltsverzeichnis. Gruppe: swp09-5. Projektleiterin: Anne Vogler am: 28. April Zielbestimmungen 2. 2 Produkteinsatz 2

Requirements Engineering I. Nicht-funktionale Anforderungen

Trainingsmanagement Gutschein Management. Beschreibung

1. Übung Softwaretechnik - Planungsphase -

elpromonitor Software - Systemvoraussetzungen

knxpresso Webserver Plug-in

Pflichtenheft. FHG1-Team. 5. Mai 2003

Pflichtenheft. Produkt: Multifunktionale Schubkarre

Funktionalität des Tickets: Ticket erstellen, Mitglieder einladen -> annehmen/ablehnen.

Enterprise Portal - Abbildung von Prozessen, SAP-Datenintegration und mobile Apps

Benutzerhandbuch. Firmware-Update für Cherry ehealth Produkte Terminal ST-1503 und Tastatur G ZF Friedrichshafen AG Electronic Systems

Anhang A - Pflichtenheft. Inhaltsübersicht. Tim Schäfer Seite 1 / 9

[Hier klicken und Text eingeben] [Hier klicken und Text eingeben] Auftragsnummer: [Hier klicken und Text eingeben] Auftragnehmer:

map.apps Version Systemvoraussetzungen

Pflichtenheft. Pflichtenheft. Alumni-Homepage. Claude R. Beat S. Stefan K. Februar Fachhochschule Solothurn Nordwestschweiz, Multimedia 2 1

dg portal 7.0 Produktdatenblatt

Prof. Klaus-Peter Fähnrich. Wintersemester 2008/2009

handbuch zum besseren Verständnis des Webalizers Eine Orientierungshilfe von der NetzWerkstatt

ARCHITEKTUR KATA als Trainingsform für agile Teams

Bachelorarbeit SOP-Datenbank mit Webinterface. Pflichtenheft. Version 0.3

TaxSystems Textbausteine Version 4

Systemvoraussetzungen und Architektur Nexthink for Service Desk

OPTIGEM.Web. Technische Hinweise Version 18

Hofmann & Gschwandtner GbR T I P P M A S T E R. Tastatur-Lernprogramm in 50 Lektionen. Ergänzende Installation von Programm-Komponenten im Netzwerk

map.apps 4 Bundles PIONEER / Systemvoraussetzungen

Zustandsdiagrammeditor Pflichtenheft, Version 3.0

Beiträge zur klinisch-pharmazeutischen Betreuung - die elektronische Arzneimittelliste im Intranet von der Liste zur Datenbank

PSE: Analysesoftware für soziale Netzwerke

D O K U M E N T A T I O N. AdvoCenter VERSION 1.1

Seite 1 von 7 educdesign s.a. (info@educdesign.lu t f )

Vorlesung Softwaretechnik - Definitionsphase, Einführung -

Pflichtenheft Software-Projekt: AutoEdit Add On

Transkript:

1. Zielbestimmung 1. Musskriterien 2. Wunschkriterien 3. Abgrenzungskriterien 2. Produkteinsatz 1. Anwendungsbereiche 2. Zielgruppen 3. Betriebsbedingungen 3. Produktübersicht 4. Produktfunktionen 5. Produktdaten 6. Produktleistungen 7. Qualitätsanforderungen 8. Benutzungsoberfläche 9. Nichtfunktionale Anforderungen 10. Technische Produktumgebung 1. Software 2. Hardware 3. Orgware 4. Produkt-Schnittstellen 11. Spezielle Anforderungen 1. Software 2. Hardware 3. Orgware 4. Entwicklungs-Schnittstellen 12. Gliederung in Teilprodukte 13. Ergänzungen Pflichtenheft - Professorenkatalog Universität Leipzig Institut für Informatik Seite 1 von 11

1. Zielbestimmung 1.1. Musskriterien Das Softwareprojekt hat zum Ziel eine Anwendung für den Lehrstuhl für neuere und neueste Geschichte, im Folgenden der Kunde genannt, zu entwickeln. Das zu entwickelnde Produkt hat die Aufgabe, die eterne Repräsentation einer, in einer Ontologie modellierten, Professorendatenbank zu übernehmen. Da dem Internet eine stetig wachsende Bedeutung zukommt wird diese Datenpräsentation in Form einer dynamischen Webapplikation mit PHP realisiert werden, die auf jedem Server mit PHP- Unterstützung laufen kann. Suchvorgänge sollen durchgeführt werden, und Recherchen möglich sein. Damit aber auch Abwärtskompatibilität zu alten Medien gewährleistet bleibt, soll eine Datenaufbereitung für Ausdrücke (im Folgenden "Buchdruck" gennant) sichergestellt werden. Dieser Buchdruck soll dem Kunden auch die Möglichkeit an die Hand geben, vor dem Druck noch Veränderungen auf diese Ausgabe anzuwenden. Vom Kunde wird hier bei dem Ausgabedateiformat Tetverarbeitungskompatibilität gewünscht. 1.2. Wunschkriterien Im internen, sowie öffentlichem Bereich, soll es eine Aufstellung von Anfragestatistiken und -speicherungen, um einen guten Eindruck von Such- und Rechercheverhalten zu erhalten. Es soll eine Unterscheidung zwischen den Suchfunktionen geben. Es soll eine öffentliche und wissenschaftliche Suche geben, wobei die wissenschaftliche Suche für die internen Nutzung verwendet werden soll und wesentlich mehr Auswahlkriterien haben soll, als die öffentlich zugängliche Suchfunktion. 1.3. Abgrenzungskriterien Das Produkt kann wie folgt abgegrenzt werden: Das Rollenmanagement und der Interne Bereich für registierte User müssen nicht seperat umgesetzt werden. Bei der Suchfunktion ist eine Volltetsuche ausreichend, wobei erst nach sogenannten Keywords gesucht wird und dann noch eine Volltetsuche angeschlossen wird kann, da die Laufzeit einer Volltetsuche möglicherweise schlecht sein kann. 2. Produkteinsatz 2.1. Anwendungsbereiche Das Produkt soll im Internet zur Informationsgewinnung der Allgemeinheit eingesetzt werden und speziell für den Kunden als Buchdruck dienen. Das Produkt soll die Professorendatenbank, welche in einer Ontologie modelliert wurde, etern repräsentieren und ermöglichen das besondere Suchvorgänge und Recherchen durchgeführt werden können. 2.2. Zielgruppen Das Produkt wird in erster Linie zur Informationsgewinnung aus der Professorendatenbank des Kunden genutzt, auch interessierte Laien können aufgrund Universität Leipzig Institut für Informatik Seite 2 von 11

des offenen Charakters des Interfaces (via Internet) auf dem Datensatz der Professorendatenbank operieren und Informationen akquirieren. 2.3. Betriebsbedingungen Das Produkt läuft auf einem Webserver, welcher PHP 5.2 und MySQLunterstützt. 3. Produktübersicht Das Benutzerinterface wird vollständig von einem herkömmlichen Internet Browser dargestellt. Die Software läuft auf einem Webserver, sie kommuniziert mit der Datenbank unter Zuhilfenahme der RAP API, die RDF Datenbankfunktionalität in PHP integriert. Abbildung 1: technische Abbildung Universität Leipzig Institut für Informatik Seite 3 von 11

Abbilung 2: DFD - logische Ansicht des Benutzers Abbilung 3: DFD - logische Ansicht des Mitarbeiters Universität Leipzig Institut für Informatik Seite 4 von 11

4. Produktfunktionen 4.1 Anzeigeformen /F10/ Geschäftsprozess: Professorenliste (/LF10) Akteur: InternetbesucherIn, MitarbeiterIn Beschreibung: Zum Durchstöbern der Datenbank wird der freigegebene Datenbestand nach Zeit und Fakultät sortiert angezeigt. Aus einer alphabetisch geordneten Liste von Professoren dieser Zeit und Fakultät kann der Benutzer dann die Ansicht des Biogramms des gewählten Professors aufrufen. Das Durchführen einer freien Suche (öffentlich oder wissenschaftlich) führt ebenfalls zu einer verlinkten Auflistung von den Suchkriterien entsprechenden Professoren. Ergebnis: Liste von Professoren /F20/ Geschäftsprozess: einzelnes Biogramm (/LF20) Akteur: InternetbesucherIn, MitarbeiterIn Beschreibung: Öffnet die Detailansicht eines Professors zur Ansicht. Dabei werden steckbriefartig die Biogrammdaten des Professors und soweit vorhanden sein Bild angezeigt. Je nach Benutzerrolle werden die Daten in der entsprechenden Detailtreue angezeigt. Ergebnis: Biogramm des Professors wird angezeigt /F30/ Geschäftsprozess: einzelnes Biogramm zum Ausdruck bereitstellen (/LF30) Akteur: InternetbesucherIn, MitarbeiterIn Beschreibung: Ein Professorenbiogramm wird in entsprechend druckerfreundlicher Formatierung zur Verfügung gestellt. Hierbei soll vor allem auf etwaige Hintergrundgrafiken und farbige Schrift verzichtet. Außerdem können etwaige Bilder von Professoren aus dem Universitätsarchiv nicht ausgedruckt werden. Ergebnis: Professorenbiogramm in druckfreundlicher Version wird angezeigt 4.2 Suchfunktionen /F40/Geschäftsprozess: öffentliche Suche (/LF40) Akteur: InternetbesucherIn, MitarbeiterIn Beschreibung: Um die gesammelten Informationen auch einer breiten Öffentlichkeit zugänglich zu machen, wird angestrebt den Professorenkatalog über den Internetauftritts der Universität Leipzig erreichbar zu machen. Hierbei werden jedoch keinesfalls alle, sondern lediglich die populärsten Kriterien der Suche zur Auswahl stehen, da hier weniger eine wissenschaftliche Recherche als viel mehr eine allgemeine Quelle über den Lehrkörper der Universität zur Verfügung gestellt werden soll. Ergebnis: Liste von Professoren auf die die Suchkriterien zutreffen Fehler: Fehlerhafte Eingabe der Suchkriterien (etwa Buchstaben im Suchfeld des Geburtstages) Universität Leipzig Institut für Informatik Seite 5 von 11

/F50/Geschäftsprozess: wissenschaftliche Suche (/LF50) Akteur: MitarbeiterIn Beschreibung: Insbesondere im Hinblick auf universitätsweite Recherchen soll die wissenschaftliche Suche im Gegensatz zur öffentlich zugänglichen weitaus mehr Kriterien zur Suche bieten. Im Rahmen einer wissenschaftlichen Recherche, in etwa für Hausarbeiten, sollen entsprechende Informationen in hinreichender Detailtreue zur Verfügung gestellt werden. Die wissenschaftliche Suche muss hierfür einen entsprechenden Rahmen bilden, welcher den Bogen zwischen intuitiver Bedienung und kompleen Abfragemöglichkeiten spannt. Auch eine direkte Abfrage der Datenbank in SPARQL soll möglich sein. Ergebnis: Liste von Professoren auf die die Suchkriterien zutreffen Fehler: Fehlerhafte Eingabe der Suchkriterien (etwa Buchstaben im Suchfeld des Geburtstages) /F60/ Geschäftsprozess: Anfragespeicherung und -statistik (/LF60) Akteur: InternetbesucherIn, MitarbeiterIn Beschreibung: Um einen Eindruck vom Such- und Rechercheverhalten zu erhalten wird eine nach Popularität geordnete Statistik über die Anfragen angeboten. So ist auch eine Wiederverwendung von gestellten Suchanfragen möglich. Dabei sind nur die im öffentlichen Bereich getätigten Suchanfragen für alle Benutzer sichtbar. Ergebnis: Speicherung und Auswertung der Benutzerabfragen 4.3 Buchdruckfunktion /F70/ Geschäftsprozess: Auswahl von Professoren für Buchdruck (/LF70) Akteur: MitarbeiterIn Beschreibung: Professoren die nicht im Buch erscheinen sollen, etwa aus Mangel an entsprechenden Biogrammdetails, können als für den Buckdruck nicht relevant markiert werden. Diese aussortierten Biogramme können gegebenenfalls noch einmal überarbeitet und anschliessend wieder in die Liste der zu druckenden Biogramme aufgenommen werden. Ergebnis: Liste der Professoren deren Biogramm im Buch erscheinen soll /F80/ Geschäftsprozess: Biogrammdetails für Buchdruck auswählen (/LF80) Akteur: MitarbeiterIn Beschreibung: Da nicht alle Daten aus der Datenbank im Buch veröffentlicht werden sollen, muss eine Auswahl erfolgen. Ergebnis: Liste der Details die pro Biogramm ins Buch übernommen werden sollen Fehler: nicht alle Datensätze enthalten Daten in einem der gewählten Details Universität Leipzig Institut für Informatik Seite 6 von 11

/F90/ Geschäftsprozess: Erzeugen eines plattformunabhängigen Dokuments (/LF90) Akteur: MitarbeiterIn Beschreibung: Die Biogramme der für den Druck ausgewählten Professoren werden im angegebenen Detailgrad zunächst in eine XML-Datei gespeichert. Diese oder eine in das OpenOffice-Tetformat (.odt) transformierte Datei können dann heruntergeladen und weiterverwendet werden (z.b. in OpenOffice als Word-Dokument gespeichert werden und dann wie gewohnt in Word bearbeitet). Ergebnis: ausgewählte Daten, die komfortabel weiterverarbeitet werden können 5. Produktdaten /D10/ - (/LD10/) maimal 500 Ergebnisse für die Suche /D20/ - (/LD20/) maimal 1000 Professoren/Dozenten /D30/ - (/LD30/) maimal 100 Zeichen für Professorennamen /D40/ - (/LD40/) ma 16KB Tet pro Biogramm /D50/ - (/LD50/) maimal 50 Klassen pro RDF-Schema /D60/ - (/LD60/) maimal 12KB Literal pro Klasseninstanz /D70/ - (/LD70/) maimal 20 Referenzen pro Klasseninstanz /D80/ - (/LD80/) unter 90KByte Daten pro Webseite (inklusive Startseite, Suchseite, Einzelbiogramm,...) /D90/ - (/LD90/) 20/50/100 Suchergebnisse pro Suchergebnisseite 6. Produktleistungen /L10/ - (/LL10/) eine Suchanfrage darf nicht länger als 20s dauern, üblicherweise 3s /L20/ - (/LL20/) die Antwortzeit der Startseite soll unter 1s betragen /L30/ - (/LL30/) die Antwortzeit einer beliebigen anderen Seite soll unter 3s betragen /L40/ - (/LL40/) Das Produkt soll von bis zu 200 Benutzern gleichzeitig benutzt werden können /L50/ - (/LL50/) die Generierung von Büchern in der Buchdruckfunktion soll zeitnah erfüllt werden Universität Leipzig Institut für Informatik Seite 7 von 11

7. Qualitätsanforderungen Produktqualität sehr gut gut normal nicht relevant Funktionalität Angemessenheit Richtigkeit Interoperabilität Ordnungsmäßigkeit Sicherheit Zuverlässigkeit Reife Fehlertoleranz Wiederherstellbarkeit Benutzbarkeit Verständlichkeit Erlernbarkeit Bedienbarkeit Effizienz Zeitverhalten Verbrauchsverhalten Änderbarkeit Analysierbarkeit Modifizierbarkeit Stabilität Prüfbarkeit Übertragbarkeit Anpassbarkeit Installierbarkeit Konformität Austauschbarkeit 8. Benutzungsoberfläche /B10/ - Der Client ist ein beliebiger Webbrowser, wie z.b. Internet Eplorer, Firefo, Opera oder Safari. /B20/ - Die Bedienung der Benutzungsoberfläche erfolgt hauptsächlich durch die Maus, Eingaben erfolgen per Tastatur. 9. Nichtfunktionale Anforderungen Gesetze und Bestimmungen, die durch Veröffentlichung seitens der Tete durch die Datenbank zu beachten sind, sind Angelegenheit des Kunden. Weiterhin dürfen Uni-Siegel und Siegel der Fakultäten nicht gemeinsam auf eine Seite abgebildet werden. Universität Leipzig Institut für Informatik Seite 8 von 11

Der Benutzer muss darauf hingewiesen werden, dass die Daten, die ihm zugänglich sind, Eigentum der Universität Leipzig sind. Diese Punkte müssen über das Impressum oder seperate Nutzungsbedingungen formalisiert und auf der Webseite zugänglich gemacht werden. Das Produkt ist für den Benutzer plattformunabhängig. 10. Technische Produktumgebung Das Produkt ist eine Client/Serveranwendung, genauer gesagt eine Webbrowseranwendung. 10.1 Software Der Client ist ein beliebiger Webbrowser, wie z.b. Internet Eplorer, Firefo, Opera oder Safari. Das Produkt kann also in jedem Betriebssystem wie Windows, Linu, Mac oder Uni verwendet werden. Hier ist der Zugang zum Server notwendig, z.b. über das Internet oder das Uninetz. Auf dem Server soll PHP 5.2, MySQL und die RAP API 0.94 installiert sein sowie ZEND- Framework. 10.2 Hardware Für den Benutzer auf Clientseite ist ein Computersystem mit Internetanschluss bzw. Netzwerkanschluss zum Uninetz notwendig. Für den Buchdruck ist ein Drucker notwendig. Der Server soll ein normaler Server sein, mit normalen Traffic. Er soll also mit einer moderaten Anfragezahl umgehen können. 10.3 Orgware Zur Eingabe in die Datenbank wird vom Kunden das OntoWiki eingesetzt. 10.4 Produkt-Schnittstellen Um die die für den Buchdruck vorgesehene Funktion nutzen zu können, ist eine Installation von Open Office von OpenOffice oder einem anderen Programm, das odt- Dateien lesen kann notwendig. Die durch den Nutzer zusammengestellte und vom Server generierte Datei kann hier weiterverarbeitet bzw. im Microsoft Word Format gespeichert und dann weiterverarbeitet werden. 11. Spezielle Anforderungen an die Entwicklungsumgebung 11.1 Software Zunächst einmal ist dieselbe Software wie beim Produkteinsatz notwendig, nämlich PHP 5.2, MySQL und die RAP API 0.94 sowie das ZEND-Framework. Universität Leipzig Institut für Informatik Seite 9 von 11

Weiterhin ist ein Editor für PHP-Scripte etc. notwendig, geeigntet ist dafür Eclipse mit geeignetem PHP-Plugin. 11.2 Hardware Es ist keine gesonderte Hardware für die Entwicklung notwendig, mit der in 10.2 aufgeführten Komponenten sollte die Entwicklung des Projektes realisierbar sein. Der Praktikumsrechner ist als Server während der Entwicklungszeit geeigntet. 11.3 Orgware Zur Kommunikation für die Teilnehmer des Projektes wird ein Content Management System namens Drupal eingesetzt. Weiterhin wird ein Emailverteilersystem eingesetzt, sowie ICQ. Damit alle Teammitglieder auf ihren privaten Rechner immer den aktuellsten Stand des Projektes haben, arbeiten wir mit dem Team Synchronisierungsprozess CVS. 11.4 Entwicklungs-Schnittstellen Für die Entwicklung wären keine gesonderten Schnittstellen zu nennen, da unter anderem PHP nicht kompiliert werden muss. 12. Gliederung in Teilprodukte Hauptkern des Produktes ist die Webseite. Diese soll durch folgende Teilprodukte in folgender Reihenfolge präsentiert werden: Design öffentliche Suche wissenschaftlicher Bereich mit Login die Buchdruckfunktion 13. Ergänzungen Die Webseite soll folgende Standards haben: Das Desing der Webseite soll Elemente des Corporate Design der Universität Leipzig aufgreifen, um einen Wiedererkennungswert zu besitzen. Außerdem soll die Applikation barrierefrei nach WCAG 1 sein. Alle eingesetzten Softwareprodukte unterliegen der freien Lizenz: PHP : PHP License 3.01 RAP-API : LGPL Zend-Framework : New BSD License MySQL : GPL 2 Universität Leipzig Institut für Informatik Seite 10 von 11

Wir nutzen nur und entwickeln nicht weiter. Für Nutzung von Software unter diesen Lizenzen gibt es keine Einschränkungen aber auch keine Haftung des Urhebers. Der Professorenkatalog selbst wird unter der GPL veröffentlicht. Das Softwareprodukt steht unter dem Copyright der Praktikumsgruppe. Aber da es unter der GPL veröffentlicht wird, darf es beliebig weiterentwickelt werden, solange Derivate wieder unter der GPL stehen. Entsprechend darf das Softwareprodukt frei genutzt werden und es bestehen keine Gewährleistungsansprüche. Das Produkt läuft auf dem freien Apache HTTP-Server (Apache License 2) für das freie Betriebssystem Linu (GPL). Die Sofware wird dem Dokumentationskonzept entsprechend detailiert dokumentiert. Pflege und Wartung des Systems sind durch nicht direkt an der Entwicklung beteiligte Personen nach kurzer Einarbeitungszeit leicht möglich. Universität Leipzig Institut für Informatik Seite 11 von 11