Benutzer:Christian.schliz/svdb3: Unterschied zwischen den Versionen

Aus HaDiKo Wiki
Zur Navigation springen Zur Suche springen
Füge Post- und Admin-Modul der alten HEIDI (svdb1) hinzu
Markierung: Quelltext-Bearbeitung 2017
Seitenstruktur verbessert und andere, nicht-Modul Features hinzugefügt (crontab, APIs)
Markierung: Quelltext-Bearbeitung 2017
Zeile 1: Zeile 1:
{{Notiz|Bitte ändere diese Seite nicht selber! Bei Ideen oder Wünschen, wende dich bitte an [mailto:heidi@hadiko.de die HEIDI-Admins]}}
{{Notiz|Bitte ändere diese Seite nicht selber! Bei Ideen oder Wünschen, wende dich bitte an [mailto:heidi@hadiko.de die HEIDI-Admins]}}


Informelle Zusammenfassung aller Ideen und Wünsche für die neue HEIDI (svdb2)
Informelle Zusammenfassung aller Ideen und Wünsche für die neue HEIDI (svdb3)
 
__TOC__


== Features des alten Systems ==
== Features des alten Systems ==
Zeile 7: Zeile 9:
Die alte HEIDI (svdb1) wurde an die BA-DB angebaut, um die Arbeit von Wohnzeitausschuss und Kontrollrat zu vereinfachen. Dabei sollten Wohnzeit(-punkte) und Immatrikulationsbescheinigungen erfasst und halbjährlich kontrolliert werden. Alle diese Anforderungen sind auch vom neuen System zu erfüllen
Die alte HEIDI (svdb1) wurde an die BA-DB angebaut, um die Arbeit von Wohnzeitausschuss und Kontrollrat zu vereinfachen. Dabei sollten Wohnzeit(-punkte) und Immatrikulationsbescheinigungen erfasst und halbjährlich kontrolliert werden. Alle diese Anforderungen sind auch vom neuen System zu erfüllen


Alle Features von svdb1 sind in Module unterteilt, die im folgenden aufgelistet sind
=== Module ===


=== Allgemein ===
Alle Features von svdb1 sind in Module unterteilt, die im folgenden aufgelistet sind.


Auf dieses Modul kann jeder Benutzer zugreifen. Hier werden nur Informationen angezeigt:
==== Admin-Modul ====


* Bewohnerdaten aus ba-db (z.B. Name, Ein-/Auszug, Nationalität)
Auf dieses Modul hat niemand Zugriff. Das Admin-Modul zeigt die neusten Log-Nachriten tabellarisch an. Des weiteren wird eine Liste aller HEIDI-Accounts angezeigt, geordnet danach welcher Account sich zuletzt angemeldet hat. Die Account-Tabelle zeigt folgende Infos: BA-Id, Vorname, Nachname, Username, Zimmer, Amt, Admin, Registriert (Datum), Last Login. Für jeden Account können Aktionen ausgeführt werden: Der Account kann ge- und entsperrt, sowie vom Admin impersoniert werden.
* Status über den Immatrikulationsnachweis
* Liste der Ämter mit Status der Vergütung
* Liste der Fluranträge des eigenen Flures


=== ÄRa-Modul ===
==== ÄRa-Modul ====


Auf dieses Modul haben ÄRa und Vorstand Zugriff. Das Modul enthält einerseits die Features für Datenschutzerklärungen:
Auf dieses Modul haben ÄRa und Vorstand Zugriff. Das Modul enthält einerseits die Features für Datenschutzerklärungen:
Zeile 31: Zeile 30:
Außerdem kann hierüber eine Anwesenheitsliste für das KA generiert werden
Außerdem kann hierüber eine Anwesenheitsliste für das KA generiert werden


=== HS-Modul ===
==== Allgemein ====
 
Auf dieses Modul kann jeder Benutzer zugreifen. Hier werden nur Informationen angezeigt:
 
* Bewohnerdaten aus ba-db (z.B. Name, Ein-/Auszug, Nationalität)
* Status über den Immatrikulationsnachweis
* Liste der Ämter mit Status der Vergütung
* Liste der Fluranträge des eigenen Flures
 
==== HS-Modul ====


Auf dieses Modul haben Haussprecher und Vorstand zugriff. Das Modul enthält:
Auf dieses Modul haben Haussprecher und Vorstand zugriff. Das Modul enthält:
Zeile 42: Zeile 50:
* Anlegen neuer Bewohner-Anträge und Löschen von Anträgen
* Anlegen neuer Bewohner-Anträge und Löschen von Anträgen


=== Post-Modul ===
==== KR-Modul ====
 
{{Lückenhaft}}
 
==== Suche ====
 
Auf dieses Modul hat der Kontrollrat (damit auch der ÄRa) und der Vorstand Zugriff. Die Suchmaske erlaubt es nach allen Datenbankfelder beliebig zu suchen und joint die Daten automatisch.
 
==== Post-Modul ====


Auf dieses Modul haben die Hausmeister zugriff. Das Modul ist eine read-only Ansicht des Haussprecher-Moduls, wobei in den Haustabellen keine Ämter angezeigt werden und in der Detailansicht keine WZP-Info oder Ämterliste ist. Des weiteren werden keine gelöschten Anträge in der Detailansicht angezeigt (im HS-Modul schon)
Auf dieses Modul haben die Hausmeister zugriff. Das Modul ist eine read-only Ansicht des Haussprecher-Moduls, wobei in den Haustabellen keine Ämter angezeigt werden und in der Detailansicht keine WZP-Info oder Ämterliste ist. Des weiteren werden keine gelöschten Anträge in der Detailansicht angezeigt (im HS-Modul schon)


=== Admin-Modul ===
==== WZA-Modul ====


Auf dieses Modul hat niemand Zugriff. Das Admin-Modul zeigt die neusten Log-Nachriten tabellarisch an. Des weiteren wird eine Liste aller HEIDI-Accounts angezeigt, geordnet danach welcher Account sich zuletzt angemeldet hat. Die Account-Tabelle zeigt folgende Infos: BA-Id, Vorname, Nachname, Username, Zimmer, Amt, Admin, Registriert (Datum), Last Login. Für jeden Account können Aktionen ausgeführt werden: Der Account kann ge- und entsperrt, sowie vom Admin impersoniert werden.
{{Lückenhaft}}
 
=== Sonstige Features ===
 
Hier sind alle weiteren Features des alten Systems dokumentiert, die nicht direkt in Frontend-Module eingeteilt sind.
 
==== crontab ====
 
Die alte HEIDI hat ein paar Cron Jobs, die zu bestimmten Zeiten automatisch E-Mails versenden:
 
<pre>
0 1 25  4 * /usr/bin/python /srv/mailscripts/kr-wahlen.py
0 1 25 10 * /usr/bin/python /srv/mailscripts/kr-wahlen.py
0 1 28  6 * /usr/bin/python /srv/mailscripts/vorstand-wahlen.py
0 1 27 12 * /usr/bin/python /srv/mailscripts/vorstand-wahlen.py
0 1 30  6 * /usr/bin/python /srv/mailscripts/kr-goodbye.py
0 1 31 12 * /usr/bin/python /srv/mailscripts/kr-goodbye.py
0 1  5  7 * /usr/bin/python /srv/mailscripts/kr-welcome.py
0 1  5  1 * /usr/bin/python /srv/mailscripts/kr-welcome.py
0 1  1  1 * /usr/bin/python /srv/mailscripts/aera-svliste.py
0 1  1  7 * /usr/bin/python /srv/mailscripts/aera-svliste.py
0 1 28  6 * /usr/bin/python /srv/mailscripts/all-goodbye.py
0 1 28 12 * /usr/bin/python /srv/mailscripts/all-goodbye.py
0 1  1  * * /usr/bin/python /srv/mailscripts/hm_untervermietungen.py
</pre>


== Suche ==
==== APIs ====


Auf dieses Modul hat der Kontrollrat (damit auch der ÄRa) und der Vorstand Zugriff. Die Suchmaske erlaubt es nach allen Datenbankfelder beliebig zu suchen und joint die Daten automatisch.
Die alte HEIDI hat (unter svdb.hadiko.de) eine API für Sync-Skripte mit zwei wesentlichen Endpunkten. Der Endpunkt <code>currentOccupancy</code> gibt die aktuelle Gesamtbelegung zurück. <code>searchResidents</code> gibt mehr Details für einzelne Bewohner. Diese API ist Zugangsbeschränkt, nur die Sync-Skripte, die diese Funktion explizit benötigen haben Zugriff darauf.


{{Lückenhaft|(die beiden Module sind am größten :P)
Des weiteren bietet die alte HEIDI für Wiki und Webseite eine Read-Only API an, in der insgesamt die Infos der SV-Liste in diversen Formaten (u.a. Wikitext) zur Verfügung gestellt werden.
* KR-Modul
* WZA-Modul}}


== Ideen und Wünsche für das neue System ==
== Ideen und Wünsche für das neue System ==

Version vom 3. August 2023, 01:36 Uhr

Notiz
Bitte ändere diese Seite nicht selber! Bei Ideen oder Wünschen, wende dich bitte an die HEIDI-Admins

Informelle Zusammenfassung aller Ideen und Wünsche für die neue HEIDI (svdb3)

Features des alten Systems

Die alte HEIDI (svdb1) wurde an die BA-DB angebaut, um die Arbeit von Wohnzeitausschuss und Kontrollrat zu vereinfachen. Dabei sollten Wohnzeit(-punkte) und Immatrikulationsbescheinigungen erfasst und halbjährlich kontrolliert werden. Alle diese Anforderungen sind auch vom neuen System zu erfüllen

Module

Alle Features von svdb1 sind in Module unterteilt, die im folgenden aufgelistet sind.

Admin-Modul

Auf dieses Modul hat niemand Zugriff. Das Admin-Modul zeigt die neusten Log-Nachriten tabellarisch an. Des weiteren wird eine Liste aller HEIDI-Accounts angezeigt, geordnet danach welcher Account sich zuletzt angemeldet hat. Die Account-Tabelle zeigt folgende Infos: BA-Id, Vorname, Nachname, Username, Zimmer, Amt, Admin, Registriert (Datum), Last Login. Für jeden Account können Aktionen ausgeführt werden: Der Account kann ge- und entsperrt, sowie vom Admin impersoniert werden.

ÄRa-Modul

Auf dieses Modul haben ÄRa und Vorstand Zugriff. Das Modul enthält einerseits die Features für Datenschutzerklärungen:

  • Personen mit DSE auflisten
    • Personen nach Namensfilter auflisten
    • Personen nach Version der DSE auflisten
    • Personen einzelner Ämtergruppen, die DSE benötigen, auflisten
  • DSEen für Personen eintragen
  • DSE Blätter herunterladen/ausdrucken

Außerdem kann hierüber eine Anwesenheitsliste für das KA generiert werden

Allgemein

Auf dieses Modul kann jeder Benutzer zugreifen. Hier werden nur Informationen angezeigt:

  • Bewohnerdaten aus ba-db (z.B. Name, Ein-/Auszug, Nationalität)
  • Status über den Immatrikulationsnachweis
  • Liste der Ämter mit Status der Vergütung
  • Liste der Fluranträge des eigenen Flures

HS-Modul

Auf dieses Modul haben Haussprecher und Vorstand zugriff. Das Modul enthält:

  • Suche von Bewohnern nach Pattern über "Vorname Nachname Zimmernummer"
  • Auflistung der Bewohner nach Häusern. Zeigt tabellarisch folgende Daten an: Zimmer, Vorname, Nachname, Auszug, Status, Ämter
    • Bewohnertabellen enthalten Untermieter oder Doppelbelegungen als Unterpunkt
  • Details über einen Bewohner anzeigen: Vorname, Nachname, Geschlecht, Geburt, Kündigung (optional), Einzug, Auszug (optional), Zimmer, Status (Belegung), Umzüge, aktuelle Ämter, Anzahl WZP
    • Anzeige der Anträge für den Bewohner. Tabellarische Anzeige der Daten: Datum, Art, Beginn, Ende, Sitzung, Nachname, Vorname, Kommentar
  • Anlegen neuer Bewohner-Anträge und Löschen von Anträgen

KR-Modul

In diesem Artikel oder Abschnitt fehlen wichtige Informationen. Du kannst helfen, indem du sie recherchierst und einfügst, aber bitte kopiere keine fremden Texte in diesen Artikel.

Suche

Auf dieses Modul hat der Kontrollrat (damit auch der ÄRa) und der Vorstand Zugriff. Die Suchmaske erlaubt es nach allen Datenbankfelder beliebig zu suchen und joint die Daten automatisch.

Post-Modul

Auf dieses Modul haben die Hausmeister zugriff. Das Modul ist eine read-only Ansicht des Haussprecher-Moduls, wobei in den Haustabellen keine Ämter angezeigt werden und in der Detailansicht keine WZP-Info oder Ämterliste ist. Des weiteren werden keine gelöschten Anträge in der Detailansicht angezeigt (im HS-Modul schon)

WZA-Modul

In diesem Artikel oder Abschnitt fehlen wichtige Informationen. Du kannst helfen, indem du sie recherchierst und einfügst, aber bitte kopiere keine fremden Texte in diesen Artikel.

Sonstige Features

Hier sind alle weiteren Features des alten Systems dokumentiert, die nicht direkt in Frontend-Module eingeteilt sind.

crontab

Die alte HEIDI hat ein paar Cron Jobs, die zu bestimmten Zeiten automatisch E-Mails versenden:

0 1 25  4 * /usr/bin/python /srv/mailscripts/kr-wahlen.py
0 1 25 10 * /usr/bin/python /srv/mailscripts/kr-wahlen.py
0 1 28  6 * /usr/bin/python /srv/mailscripts/vorstand-wahlen.py
0 1 27 12 * /usr/bin/python /srv/mailscripts/vorstand-wahlen.py
0 1 30  6 * /usr/bin/python /srv/mailscripts/kr-goodbye.py
0 1 31 12 * /usr/bin/python /srv/mailscripts/kr-goodbye.py
0 1  5  7 * /usr/bin/python /srv/mailscripts/kr-welcome.py
0 1  5  1 * /usr/bin/python /srv/mailscripts/kr-welcome.py
0 1  1  1 * /usr/bin/python /srv/mailscripts/aera-svliste.py
0 1  1  7 * /usr/bin/python /srv/mailscripts/aera-svliste.py
0 1 28  6 * /usr/bin/python /srv/mailscripts/all-goodbye.py
0 1 28 12 * /usr/bin/python /srv/mailscripts/all-goodbye.py
0 1  1  * * /usr/bin/python /srv/mailscripts/hm_untervermietungen.py

APIs

Die alte HEIDI hat (unter svdb.hadiko.de) eine API für Sync-Skripte mit zwei wesentlichen Endpunkten. Der Endpunkt currentOccupancy gibt die aktuelle Gesamtbelegung zurück. searchResidents gibt mehr Details für einzelne Bewohner. Diese API ist Zugangsbeschränkt, nur die Sync-Skripte, die diese Funktion explizit benötigen haben Zugriff darauf.

Des weiteren bietet die alte HEIDI für Wiki und Webseite eine Read-Only API an, in der insgesamt die Infos der SV-Liste in diversen Formaten (u.a. Wikitext) zur Verfügung gestellt werden.

Ideen und Wünsche für das neue System

werde ich hier noch nach und nach einfügen :)

Tätigkeitsberichte mit WYSIWYG-Editor

Von: Kai o514 (HsK5)

Die Heidi soll eine Seite haben, auf der Bewohner für alle Gremien, in denen sie tätig sind, Berichte schreiben und veröffentlichen können. Das ganze kann kollaborativ wie im Cryptpad geschehen. Bei der Veröffentlichung wird alles automatisch auf den Blog geschoben, außer es ist eine Bar. Zusätzlich kann jeder Bewohner die Berichte gesammelt für das jeweilige Halbjahr einsehen.
Zusätzlich kann eine Liste mit vorgeschlagenen Vergütungen hinterlegt werden, die der ÄRa nur noch akzeptieren muss. Dann werden die Vergütungen direkt in die Datenbank übernommen.

Klingt nicht nach zu viel Aufwand, oder?

Glossar

  • AWE: Aufwandsentschädigung (Geld für Ämter)
  • DSE: Datenschutzerklärung
  • WZP: Wohnzeitpunkt(-e)