welcome: please sign in
location: Änderungen von "LaborBuchungsSoftware"
Unterschiede zwischen den Revisionen 5 und 13 (über 8 Versionen hinweg)
⇤ ← Revision 5 vom 2019-01-14 13:36:09 →
Größe: 2732
Autor: hayd@cbs.mpg.de
Kommentar:
← Revision 13 vom 2019-01-15 15:07:47 → ⇥
Größe: 3824
Autor: hayd@cbs.mpg.de
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 1: Zeile 1:
#acl ItVerantwortlicheGroup:read,write,delete,revert,admin All:read,write #acl ItVerantwortlicheGroup:read,write,delete,revert,admin All:read
Zeile 5: Zeile 5:
Zeile 7: Zeile 6:
Zeile 12: Zeile 10:
Zeile 14: Zeile 11:
Zeile 17: Zeile 13:
Zeile 19: Zeile 14:

1. stabile, bewährte Web-Applikation
 1. Schnittstellen, die die Anbindung anderer Programme (z.B. für die Rekrutierung von Probanden) ermöglichen
 1. Die EU DSGVO wird erfüllt.		  1. stabile, bewährte Web-Applikation 
 1. Zukunftssicherheit (aktive Weiterentwicklung)
 1. Mehrsprachigkeit
 1. Die EU DSGVO wird erfüllt
Zeile 26: Zeile 21:
  1. mobile Geräte (z.B. eye tracker, Keyboard), die in verschiedenen Laboren eingesetzt werden können 
 1. Zukunftssicherheit
 1. Mehrsprachigkeit		   1. mobile Geräte (z.B. eye tracker, Keyboard), die in verschiedenen Laboren eingesetzt werden können
 1. keine Limitierungen hinsichtlich #user, #rooms, #events
Zeile 30: Zeile 24:
 1. !OnPremises

=== Bedienung ===
 1. intuitive Bedienung via Browser
 1. Timeline Visualisierung
 1. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
 1. einfache Buchung einer Serie von Terminen (verschiedene Wiederholungsarten)
 1. Die Software sucht einen Zeitraum, an dem alle notwendigen Ressourcen verfügbar sind.
 1. Die Software zeigt einen Überblick über die Verfügbarkeit der Ressourcen, damit der Experimentator erkennen kann, welche Änderungen an den zeitlichen Rahmenbedingungen zum Erfolg führen.
 1. Permissions und Workflows
  1. Es existieren mind. 2 Hierachieebenen/Rollen: Experimentator, Laborleiter
  1. Approval: Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.
  1. Ein Laborleiter kann die Buchung eines Experimentators verändern.
  1. Es ist möglich, dass eine Person beide Rollen einnimmt.
 1. Conflict Management
  1. Überbuchungen verhindern
  1. Ghost-Reservations verhindern (Report / Check-in)
 1. eMail Notifications, Reminder
Zeile 32: Zeile 44:
=== Bedienung === === Schnittstellen ===
Zeile 34: Zeile 46:
 1. intuitive Bedienung via Browser
 1. einfache Buchung einer Serie von Terminen
 1. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
 1. Die Software sucht einen Zeitraum, zu dem alle notwendigen Ressourcen verfügbar sind.
 1. Die Software zeigt einen Überblick über die Verfügbarkeit der Ressourcen, damit der Experimentator erkennen kann, welche Änderungen an den zeitlichen Rahmenbedingungen zum Erfolg führen.
 1. Workflow
  1. Es existieren min. 2 Hierarchieebene/Rollen: ein Experimentator, ein Laborleiter
  1. Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.
  1. Ein Laborleiter kann die Buchung eines Experimentators verändern.
  1. Es ist möglich, dass eine Person beide Rollen einnimmt.
 1. eMail Notifications		 Für die Interaktion mit möglicherweise bereits existierenden Datenbanken, die ebenfalls Ressourcen verwalten, existieren Schnittstellen. Z.B:

 1. Verknüpfung mit der Terminverwaltung einer Probandendatenbank (z.B. für die Rekrutierung von Probanden)
 1. zeitliche Konflikte anderer Personen werden durch die Kommunikation mit externen Kalendern erkannt
 1. Office-, Groupwareanbindung
 1. Verknüpfung mit einer Software zur Verwaltung der Ausleihe von Geräten
 1. Anbindung an Instituts-Services wie Video-Conferencing, Catering, etc.
Zeile 51: Zeile 59:
 1. Ein Laborleiter kann entscheiden, welche Daten über die Labornutzung andere  Laborleiter sehen können.  1. Ein Laborleiter kann entscheiden, welche Daten über die Labornutzung andere Laborleiter sehen können.
Zeile 55: Zeile 63:
Zeile 60: Zeile 67:
 * [[https://www.classroombookings.com/|Classroombookings]] - The open-source room booking system for schools
 * [[http://www.facilitiesbooking.com/Products/ecobook-Room-Resource-Booking|ecobook]] - Room & Resource Booking System
 * [[https://www.roomzilla.net/ | Roomzilla]]
 * [[https://www.skedda.com/ |Skedda]]
Zeile 64: Zeile 74:
Anmerkungen, Anregungen, Verbesserungsvorschläge hinterlasse man bitte auf der [[/Discussion|Diskussionsseite]]
Anmerkungen, Anregungen, Verbesserungsvorschläge hinterlasse man bitte auf der [[LaborBuchungsSoftware/Discussion|Diskussionsseite]]

Software für die Buchung von Laboren

Diese Seite beschreibt die Anforderungen an eine Software für die Buchung von Laboren und ähnlichen Ressourcen. Und welche Software diese Anforderungen erfüllt.

Inhaltsverzeichnis

  1. Software für die Buchung von Laboren
    1. Anforderungen
      1. Allgemeines
      2. Bedienung
      3. Schnittstellen
      4. Misc
    2. Kandidaten
    3. Anmerkungen, Anregungen

Anforderungen

Die Software soll Wisssenschaftler unterstützen für ihre Studien Zeiträume zu finden, in denen alle benötigten Personen (Proband, Experimentator, Laborleiter) und Ressourcen (z.B. ein Raum, ein Kernspintomograph, ein portabler eye tracker) verfügbar sind.

Allgemeines

  1. stabile, bewährte Web-Applikation
  2. Zukunftssicherheit (aktive Weiterentwicklung)
  3. Mehrsprachigkeit
  4. Die EU DSGVO wird erfüllt
  5. Die Software kann mehrere Arten von Ressourcen verwalten, ggfs. per Schnittstelle zu einem anderen Programm:
    1. die handelnden Personen: Proband, Experimentator, Laborleiter
    2. Räume, Labore, immobile Geräte (z.B. Kernspintomograph)
    3. mobile Geräte (z.B. eye tracker, Keyboard), die in verschiedenen Laboren eingesetzt werden können
  6. keine Limitierungen hinsichtlich #user, #rooms, #events
  7. Anbindung an LDAP/AD

  8. OnPremises

Bedienung

  1. intuitive Bedienung via Browser
  2. Timeline Visualisierung
  3. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
  4. einfache Buchung einer Serie von Terminen (verschiedene Wiederholungsarten)
  5. Die Software sucht einen Zeitraum, an dem alle notwendigen Ressourcen verfügbar sind.
  6. Die Software zeigt einen Überblick über die Verfügbarkeit der Ressourcen, damit der Experimentator erkennen kann, welche Änderungen an den zeitlichen Rahmenbedingungen zum Erfolg führen.
  7. Permissions und Workflows
    1. Es existieren mind. 2 Hierachieebenen/Rollen: Experimentator, Laborleiter
    2. Approval: Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.
    3. Ein Laborleiter kann die Buchung eines Experimentators verändern.
    4. Es ist möglich, dass eine Person beide Rollen einnimmt.
  8. Conflict Management
    1. Überbuchungen verhindern
    2. Ghost-Reservations verhindern (Report / Check-in)
  9. eMail Notifications, Reminder

Schnittstellen

Für die Interaktion mit möglicherweise bereits existierenden Datenbanken, die ebenfalls Ressourcen verwalten, existieren Schnittstellen. Z.B:

  1. Verknüpfung mit der Terminverwaltung einer Probandendatenbank (z.B. für die Rekrutierung von Probanden)
  2. zeitliche Konflikte anderer Personen werden durch die Kommunikation mit externen Kalendern erkannt
  3. Office-, Groupwareanbindung
  4. Verknüpfung mit einer Software zur Verwaltung der Ausleihe von Geräten
  5. Anbindung an Instituts-Services wie Video-Conferencing, Catering, etc.

Misc

  1. Statistik/Reporting über Auslastung der Labore und Nutzung durch einzelne Gruppen bzw. Laborleiter
  2. Ein Laborleiter kann entscheiden, welche Daten über die Labornutzung andere Laborleiter sehen können.

Kandidaten

Liste zu evaluierender Kandidaten

Anmerkungen, Anregungen

Anmerkungen, Anregungen, Verbesserungsvorschläge hinterlasse man bitte auf der Diskussionsseite

LaborBuchungsSoftware (zuletzt geändert am 2019-01-15 15:07:47 durch hayd@cbs.mpg.de)