Verwaltungssoftware: Unterschied zwischen den Versionen
Aus Opennet
Thm (Diskussion | Beiträge) (→Skizze des Entwicklungszyklus und der Systemarchitektur oder auch ein Struktogramm) |
|||
(18 dazwischenliegende Versionen von 5 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: |
− | * Mitglied | + | * Kein Mitglied/Teilnehmer - Leute, die sich angemeldet haben, Teilnahmer haben einen Nickname |
− | * Vorstandsmitglied | + | * Normales Mitglied - Teilnehmer werden durch Beitritt zum Mitglied, müssen dabei Kontodaten hinterlegen, Mitglieder zahlen Beitrag |
− | * Admin | + | * 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 == | == Daten == | ||
Zeile 23: | Zeile 31: | ||
* Bankverbindung | * Bankverbindung | ||
* Adresse | * Adresse | ||
+ | * Geburtsdatum | ||
* Status | * Status | ||
Zeile 39: | Zeile 48: | ||
== Prozesse == | == Prozesse == | ||
− | === | + | === Teilnehmer verwalten === |
− | ==== | + | ==== Teilnehmer anlegen ==== |
* Nutzer prüfen durch Admin | * Nutzer prüfen durch Admin | ||
Zeile 49: | Zeile 58: | ||
* Optional: E-Mail-Adresse @opennet-initiative.de erzeugen | * Optional: E-Mail-Adresse @opennet-initiative.de erzeugen | ||
− | ==== | + | ==== Teilnehmer editieren / selfcare ==== |
− | ==== | + | ==== Teilnehmer entfernen ==== |
=== Mitglieder verwalten === | === Mitglieder verwalten === | ||
Zeile 56: | Zeile 65: | ||
==== Mitglied anlegen ==== | ==== Mitglied anlegen ==== | ||
− | * Voraussetzung: " | + | Mitglieder sollten sich selber anlegen können, das Beitrittsformular sollte als pdf generiert werden und dann nach Eingang das Mitglied freigeschaltet werden. |
− | * Mitgliedsstatus | + | |
+ | * Voraussetzung: "Teilnehmer anlegen" | ||
+ | * Mitgliedsstatus (Rollen "Normales Mitglied" oder "Aktives Mitglied") | ||
* Kontodaten erfassen | * Kontodaten erfassen | ||
+ | * Freigabe durch jemand mit Rolle "Vorstand" | ||
* Mitglied auf Liste im Wiki anzeigen | * Mitglied auf Liste im Wiki anzeigen | ||
Zeile 68: | Zeile 80: | ||
==== Stammdaten editieren / Mitglied selfcare ==== | ==== 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 == | == Fremdsysteme == | ||
==== OpenVPN ==== | ==== OpenVPN ==== | ||
+ | |||
+ | * Zertifikat erstellen | ||
+ | * Zertifikat aktivieren | ||
+ | * Zertifikat deaktivieren | ||
==== Forum ==== | ==== Forum ==== | ||
+ | |||
+ | * Nutzer anlegen | ||
+ | * Nutzer Gruppenmitgliedschaft ändern | ||
==== Wiki ==== | ==== Wiki ==== | ||
+ | |||
+ | * Nutzer anlegen | ||
+ | * Nutzer Gruppenmitgliedschaft ändern | ||
==== Mailing-Liste ==== | ==== Mailing-Liste ==== | ||
+ | |||
+ | * Nutzer eintragen | ||
+ | * Nutzer austragen | ||
==== Bank ==== | ==== Bank ==== | ||
+ | |||
+ | * Lastschrift anlegen | ||
+ | |||
+ | ==== Mail ==== | ||
+ | |||
+ | * Mail an Benutzer schicken | ||
= Nicht funktionale Anforderungen = | = Nicht funktionale Anforderungen = | ||
= Risikoakzeptanz = | = Risikoakzeptanz = | ||
+ | |||
+ | Müssen hierfür nicht erst Risikoklassen und Schadenskriterien definiert werden? | ||
+ | |||
+ | Schaden: Unbefugter Login, Verlust personenbezogener Daten | ||
+ | |||
= Systemarchitektur = | = Systemarchitektur = | ||
= Lieferumfang = | = Lieferumfang = | ||
= Abnahmekriterien = | = 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!) | ||
+ | |||
+ | [[Kategorie:Archiv]] |
Aktuelle Version vom 26. Dezember 2013, 15:09 Uhr
Dies ist ein historisches Dokument - Projekt wird nicht mehr verfolgt - Stand 2013/12
[Bearbeiten] Ausgangssituation und Zielsetzung
[Bearbeiten] Produkteinsatz
- Das Softwaresystem soll die gesamten bei Opennet anfallenden Geschäftsprozesse steuern. Es soll die Verwaltungstätigkeiten von Vorstand und Administratoren erleichtern.
[Bearbeiten] Produktübersicht
[Bearbeiten] Funktionale Anforderungen
[Bearbeiten] 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.
[Bearbeiten] Daten
[Bearbeiten] Mitglied
- Bankverbindung
- Adresse
- Geburtsdatum
- Status
[Bearbeiten] Netzknoten
- Lokation
- Technische Adresskonfiguration
- Technische Spezifikation
[Bearbeiten] Gateway
[Bearbeiten] Forum
[Bearbeiten] Wiki
[Bearbeiten] Prozesse
[Bearbeiten] Teilnehmer verwalten
[Bearbeiten] Teilnehmer anlegen
- Nutzer prüfen durch Admin
- Wikizugang
- Zugang Forum
- In Mailing-Liste aufnehmen
- Optional: E-Mail-Adresse @opennet-initiative.de erzeugen
[Bearbeiten] Teilnehmer editieren / selfcare
[Bearbeiten] Teilnehmer entfernen
[Bearbeiten] Mitglieder verwalten
[Bearbeiten] 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
[Bearbeiten] Mitglied entfernen
[Bearbeiten] Mitgliedsstatus ändern
- aktiv
- normal
- gesperrt
[Bearbeiten] Stammdaten editieren / Mitglied selfcare
[Bearbeiten] Beitragszahlungen erfassen
- automatische Übernahme der Kontoauszüge?
- Verwaltung, bis wann ein Mitglied Beitrag bereits bezahlt hat und Meldung, wenn Zahlung ansteht.
[Bearbeiten] Zertifikate verwalten
[Bearbeiten] Technik verwalten
[Bearbeiten] Schnittstellen
[Bearbeiten] SQL
[Bearbeiten] LDAP
[Bearbeiten] Radius
[Bearbeiten] Fremdsysteme
[Bearbeiten] OpenVPN
- Zertifikat erstellen
- Zertifikat aktivieren
- Zertifikat deaktivieren
[Bearbeiten] Forum
- Nutzer anlegen
- Nutzer Gruppenmitgliedschaft ändern
[Bearbeiten] Wiki
- Nutzer anlegen
- Nutzer Gruppenmitgliedschaft ändern
[Bearbeiten] Mailing-Liste
- Nutzer eintragen
- Nutzer austragen
[Bearbeiten] Bank
- Lastschrift anlegen
[Bearbeiten] Mail
- Mail an Benutzer schicken
[Bearbeiten] Nicht funktionale Anforderungen
[Bearbeiten] Risikoakzeptanz
Müssen hierfür nicht erst Risikoklassen und Schadenskriterien definiert werden?
Schaden: Unbefugter Login, Verlust personenbezogener Daten
[Bearbeiten] Systemarchitektur
[Bearbeiten] Lieferumfang
[Bearbeiten] 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!)