Zum Inhalt springen

Verwaltungssoftware: Unterschied zwischen den Versionen

Aus Opennet
Inhalt gelöscht Inhalt hinzugefügt
Thm (Diskussion | Beiträge)
MathiasMahnke (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
 
(11 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
'''Dies ist ein historisches Dokument - Projekt wird nicht mehr verfolgt - Stand 2013/12'''

= Ausgangssituation und Zielsetzung =
= Ausgangssituation und Zielsetzung =


Zeile 11: Zeile 13:
== Rollen ==
== Rollen ==


Administrative Rolle:
* Nutzer
* Kein Mitglied/Teilnehmer - Leute, die sich angemeldet haben, Teilnahmer haben einen Nickname
* Mitglied
* Normales Mitglied - Teilnehmer werden durch Beitritt zum Mitglied, müssen dabei Kontodaten hinterlegen, Mitglieder zahlen Beitrag
* Vorstandsmitglied
* Aktives Mitglied - Mitglied mit dem Recht, vereinseigene Gateways benutzen zu können, Aktive Mitglieder zahlen Sonderbeitrag
* Admin
* Vorstandsmitglied - Mitglieder, mit Vorstandsfunktion
* Sonderstatus, konfigurierbar

Technische Rolle:
* Admin - Teilnehmer (nicht notwendigerweise Mitglieder) mit Admin-Funktion
* CA - Teilnehmer (nicht notwendigerweise Mitglieder) mit dem Recht, Zertifikate zu erstellen

Beliebige weitere Rollen sollen konfigurierbar sein.


== Daten ==
== Daten ==
Zeile 24: Zeile 32:
* Adresse
* Adresse
* Geburtsdatum
* Geburtsdatum
* Studentenstatus Uni Rostock
* Status
* Status


Zeile 41: Zeile 48:
== Prozesse ==
== Prozesse ==


=== Nutzer verwalten ===
=== Teilnehmer verwalten ===


==== Nutzer anlegen ====
==== Teilnehmer anlegen ====


* Nutzer prüfen durch Admin
* Nutzer prüfen durch Admin
Zeile 51: Zeile 58:
* Optional: E-Mail-Adresse @opennet-initiative.de erzeugen
* Optional: E-Mail-Adresse @opennet-initiative.de erzeugen


==== Nutzer editieren / Nutzer selfcare ====
==== Teilnehmer editieren / selfcare ====
==== Nutzer entfernen ====
==== Teilnehmer entfernen ====


=== Mitglieder verwalten ===
=== Mitglieder verwalten ===
Zeile 59: Zeile 66:


Mitglieder sollten sich selber anlegen können, das Beitrittsformular sollte als pdf generiert werden und dann nach Eingang das Mitglied freigeschaltet werden.
Mitglieder sollten sich selber anlegen können, das Beitrittsformular sollte als pdf generiert werden und dann nach Eingang das Mitglied freigeschaltet werden.

* Voraussetzung: "Nutzer anlegen"
* Voraussetzung: "Teilnehmer anlegen"
* Mitgliedsstatus
* Mitgliedsstatus (Rollen "Normales Mitglied" oder "Aktives Mitglied")
* Kontodaten erfassen (bitte mit Prüfsummenberechnung und Abgleich BLZ/Bank)
* Kontodaten erfassen
* Freigabe durch jemand mit Rolle "Vorstand"
* Mitglied auf Liste im Wiki anzeigen
* Mitglied auf Liste im Wiki anzeigen


Zeile 74: Zeile 83:
==== Beitragszahlungen erfassen ====
==== Beitragszahlungen erfassen ====
* automatische Übernahme der Kontoauszüge?
* automatische Übernahme der Kontoauszüge?
* Verwaltung, bis wann ein Mitglied Beitrag bereits bezahlt hat und Meldung, wenn Zahlung ansteht.
* Bezahlt bis-Flag setzen

=== Zertifikate verwalten ===

=== Technik verwalten ===


== Schnittstellen ==
== Schnittstellen ==
Zeile 131: Zeile 144:
* Testcases für wichtigste Funktionen
* Testcases für wichtigste Funktionen
* Möglichst ein erfolgreicher Code-Audit (keine Klartext-Passwörter im gesamten System, sichere Authentifizierung, SQL - Injection!)
* Möglichst ein erfolgreicher Code-Audit (keine Klartext-Passwörter im gesamten System, sichere Authentifizierung, SQL - Injection!)

[[Kategorie:Archiv]]

Aktuelle Version vom 26. Dezember 2013, 13:09 Uhr

Dies ist ein historisches Dokument - Projekt wird nicht mehr verfolgt - Stand 2013/12

Ausgangssituation und Zielsetzung

Produkteinsatz

  • Das Softwaresystem soll die gesamten bei Opennet anfallenden Geschäftsprozesse steuern. Es soll die Verwaltungstätigkeiten von Vorstand und Administratoren erleichtern.

Produktübersicht

Funktionale Anforderungen

Rollen

Administrative Rolle:

  • Kein Mitglied/Teilnehmer - Leute, die sich angemeldet haben, Teilnahmer haben einen Nickname
  • Normales Mitglied - Teilnehmer werden durch Beitritt zum Mitglied, müssen dabei Kontodaten hinterlegen, Mitglieder zahlen Beitrag
  • Aktives Mitglied - Mitglied mit dem Recht, vereinseigene Gateways benutzen zu können, Aktive Mitglieder zahlen Sonderbeitrag
  • Vorstandsmitglied - Mitglieder, mit Vorstandsfunktion

Technische Rolle:

  • Admin - Teilnehmer (nicht notwendigerweise Mitglieder) mit Admin-Funktion
  • CA - Teilnehmer (nicht notwendigerweise Mitglieder) mit dem Recht, Zertifikate zu erstellen

Beliebige weitere Rollen sollen konfigurierbar sein.

Daten

Mitglied

  • Bankverbindung
  • Adresse
  • Geburtsdatum
  • Status

Netzknoten

  • Lokation
  • Technische Adresskonfiguration
  • Technische Spezifikation

Gateway

Forum

Wiki

Prozesse

Teilnehmer verwalten

Teilnehmer anlegen

  • Nutzer prüfen durch Admin
  • Wikizugang
  • Zugang Forum
  • In Mailing-Liste aufnehmen
  • Optional: E-Mail-Adresse @opennet-initiative.de erzeugen

Teilnehmer editieren / selfcare

Teilnehmer entfernen

Mitglieder verwalten

Mitglied anlegen

Mitglieder sollten sich selber anlegen können, das Beitrittsformular sollte als pdf generiert werden und dann nach Eingang das Mitglied freigeschaltet werden.

  • Voraussetzung: "Teilnehmer anlegen"
  • Mitgliedsstatus (Rollen "Normales Mitglied" oder "Aktives Mitglied")
  • Kontodaten erfassen
  • Freigabe durch jemand mit Rolle "Vorstand"
  • Mitglied auf Liste im Wiki anzeigen

Mitglied entfernen

Mitgliedsstatus ändern

  • aktiv
  • normal
  • gesperrt

Stammdaten editieren / Mitglied selfcare

Beitragszahlungen erfassen

  • automatische Übernahme der Kontoauszüge?
  • Verwaltung, bis wann ein Mitglied Beitrag bereits bezahlt hat und Meldung, wenn Zahlung ansteht.

Zertifikate verwalten

Technik verwalten

Schnittstellen

SQL

LDAP

Radius

Fremdsysteme

OpenVPN

  • Zertifikat erstellen
  • Zertifikat aktivieren
  • Zertifikat deaktivieren

Forum

  • Nutzer anlegen
  • Nutzer Gruppenmitgliedschaft ändern

Wiki

  • Nutzer anlegen
  • Nutzer Gruppenmitgliedschaft ändern

Mailing-Liste

  • Nutzer eintragen
  • Nutzer austragen

Bank

  • Lastschrift anlegen

Mail

  • Mail an Benutzer schicken

Nicht funktionale Anforderungen

Risikoakzeptanz

Müssen hierfür nicht erst Risikoklassen und Schadenskriterien definiert werden?

Schaden: Unbefugter Login, Verlust personenbezogener Daten

Systemarchitektur

Lieferumfang

Abnahmekriterien

  • Software unter einer Lizenz der OSI
  • Testcases für wichtigste Funktionen
  • Möglichst ein erfolgreicher Code-Audit (keine Klartext-Passwörter im gesamten System, sichere Authentifizierung, SQL - Injection!)