Metalab OS: Unterschied zwischen den Versionen
aus Metalab Wiki, dem offenen Zentrum für meta-disziplinäre Magier und technisch-kreative Enthusiasten.
Zur Navigation springenZur Suche springen
Enki (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Enki (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 2: | Zeile 2: | ||
;Aufgabengebiete | ;Aufgabengebiete | ||
* Mitgliederverwaltung | * Mitgliederverwaltung (Erfassung, Mitgliedsbeiträge, usw.) | ||
* Zugangskontrolle (Kartenleser udgl.) | * Zugangskontrolle (Kartenleser udgl.) | ||
* Shutdown-Plan (was machen wenn man der letzte ist der das Lab verlässt) | * Shutdown-Plan (was machen wenn man der letzte ist der das Lab verlässt) | ||
* Playlist Verwaltung | * Playlist Verwaltung (für die Hintergrundmusik) | ||
* Verwaltung der Jabber Mitgliederlisten und Gruppen. | * Verwaltung der Jabber Mitgliederlisten und Gruppen. (wer Mitglied wird hat sofort alle Members in seiner Kontaktliste) | ||
* Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen) | * Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen) | ||
Version vom 12. Februar 2006, 23:03 Uhr
Das Metalab-Betriebssystem ünterstützt Verwaltung und Betrieb des Metalabs sowohl physisch als auch in Software.
- Aufgabengebiete
- Mitgliederverwaltung (Erfassung, Mitgliedsbeiträge, usw.)
- Zugangskontrolle (Kartenleser udgl.)
- Shutdown-Plan (was machen wenn man der letzte ist der das Lab verlässt)
- Playlist Verwaltung (für die Hintergrundmusik)
- Verwaltung der Jabber Mitgliederlisten und Gruppen. (wer Mitglied wird hat sofort alle Members in seiner Kontaktliste)
- Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen)
- Implementation
- Offen und interoperabel. Das Metalab.OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation
- Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen in verschiedenen Sprachen zugegriffen werden kann (LDAP, Datenbank, ...) und standardisierte Web-App Programmierschnittstellen (XMLRPC, REST)
- Grundstock am besten in solidem Highlevel Web Framework wie TurboGears oder Ruby-On-Rails.
- Physische Policy Teile des Metalab-OS werden am besten ausgedruckt und an den entsprechenden Orten aufgehängt (z.B. Shutdown-Prozedur beim Ausgang).
