Übersicht
• ASV – Warum?• Grundkonzeption von ASV - ASD• Einführungsszenario• Installationsvarianten• To-Do‘s • Schulungskonzept
2
→“Insellösungen“ (WinLD, WinSV, WinZD, svs-by.de, …) Inkonsistenzen in der DatenhaltungFehler beim Im-/Export der Daten
Eingeschränkte Lauffähigkeit auf BetriebssystemenSupportende der Programme Omnis, FoxitPro …
WinSDWinZD
WinLD
Notwendigkeit
4
Überblick Gesamtsystem
ASV: Amtliches Schulverwaltungsprogramm
ZSS: Zentraler ASV-Server ASD: System Amtliche Schuldaten Datenspeicherung (anonymisiert/pseudonymisiert)Datenauswertung für statistische Zwecke/als Planungsgrundlage
Heimarbeitsplatz:privater PC der Lehrkraft für NotenverwaltungZeugniserstellung
Architektur ASV-ASD
5
Datenbank
Plattformunabhängige Programmbasis
Serverkomponente (Dezentraler ASV-Server)
ASV – Client(Arbeitsoberfläche)
Eine ASV – Installation benötigt immer folgende Komponenten:
Vorteile:
Opensource
Plattform-unabhängig(Windows, Linux, Mac)
Flexible Anpassung an alle Netzwerk-umgebungen
Softwarearchitektur
Datenschutzkonzept
6
• Landesweite Freigabe der Verfahren (Art. 26 Abs. 1 Satz 2 Bayerisches Datenschutzgesetz – BayDSG)
• Anonymisierte/pseudonymisierte Datenspeicherung und Datenauswertung
• Datentransfer nur auf Initiative der Schule• ausgefeiltes Rechtekonzept• personalisierte Nutzung durch
passwortgeschütztes Login
7
• Daten können nur mit „Berechtigungen“ eingesehen werden
• Berechtigungen werden in „Rollen“ zusammengefasst
• Lösung des Admin-Problems: Benutzer „sys“, „admin“– Nur administrative Berechtigungen keine schulischen Daten
sichtbar
• Vordefinierte schulische Rollen– Schulleiter
– Sekretariatskraft
– Lehrer
Rechtekonzept
Zeitplan
8
2015/2016 320 + 200 GS u. MS im Parallelbetrieb
Installationsbeginn: ab Mai 2016„Heiße Phase“: Q3/4, 2016 mit
ADÜ und US-Meldung
2015 2016 2017 2018
Produktivsetzung
z. Zt. in Überarbeitung durch
Projektteam
Umsetzung
9
Entscheidung Installations-
variante
Hardware-anschaffung
Installation
Oktober-statistik 2016 in WinLD
Altdaten-übernahme in ASV/US
Jetzt Q1 2016Mai-Juli
2016Sept. 2016
Q4 2016
Absprachen mit Sachaufwandsträger und ggf. IT-
Dienstleister
Umstieg
10
Oktoberstatistik 2016
Schülerdatei WinSD Lehrerdatei WinLD
Altdatenübernahme (ADÜ) in ASV
Nachbereitung der Daten
US – Abgabe in ASV
September 2016
Oktober 2016 Dezem
ber 2016
12
1. Einzelplatz (Sekretariatsrechner)
2. Erweiterter Einzelplatz
(Sekretariatsrechner + weitere PCs im
Netzwerk)3. Klassische Serverinstallation4. Regional-zentrale Anbieter
Mögliche Varianten:
Installation
Variante 1b:
14
• „Sekretariatsrechner“ als Server und mehrere Clients (Erweiterung jederzeit möglich)
Port: 8765
https
OWA-Zertifikat
Variante 1:
15
• Wichtig bei dieser Variante– leistungsfähiger Rechner mit zuverlässiger
Datensicherungskonzept
– Netzwerkanbindung anderer PCs möglich
Aber: Andere Rechner können nur mit ASV arbeiten, wenn der „Sekretariatsrechner“ läuft
Schulen mit nur wenigen Verwaltungsrechnern, kleine bis mittelgroße Schulen
Variante 2:
18
Vorteile: – Alle Rechner im Netzwerk können immer mit
ASV arbeiten– Höhere Flexibilität– Automatische Sicherungsmechanismen,
Spiegelung von Festplatten, ausfallsichere Hardware
– Schutz vor Stromausfällen (USV)
große GMS, Nutzung vorhandener Strukturen
• Regionale Zentrale Anbieter
… je nach Gegebenheiten und Dienstleister– ASV Serverkomponente (DSS) wird „fremd-
gehostet“
– Rechner an der Schule benötigen nur ein „Client-Paket“
z.B. LHM München mit 400 Schulen[Kommentar: Hier fehlen noch "Best-Practise" Beispiele - Bitte um Ergänzung ]
Stand: Juli 2013 19
Variante : 3
Datenpflege in WinSD und WinLDz.B. WinSD: – Nachpflege „zweckentfremdeter Felder“
– getrennte Erfassung der Eltern
– Migrationshintergrund, LRS, Zuzug
z.B. WinLD:– Abgleich PKZ, Zugang/Abgang
ausführliche Hinweise im Wiki:
http://www.asv.bayern.de/wiki/gms/altdatenuebernahme/start
21
Datenpflege in WinSD und WinLD
22
Je besser und genauer die Daten in WinSD und WinLD gepflegt sind, desto zuverlässiger funktioniert die Übernahme der Altdaten!
Erfahrung aus der Parallelbetrieb:
Vorbereitungen zur Installation
- Entscheidung für Installationsvariante- Absprachen mit Sachaufwandsträger - ggf. Anschaffung der entsprechenden Hardware- Technischer Ansprechpartner vor Ort, der sich
mit der IT-Struktur der Schule auskennt (besonders bei Schulen (GS) ohne Systembetreuer)
23
Zuverlässige Dokumentation
• Vorbereitung der Installation1. OWA – Zertifikatsdatei (Originaldatei!) mit Zertifikatspasswort
(Passwortbrief KM)
2. Aktuelle OWA-Passwörter (bei Grund- und Mittelschulen beide PW)
• Während der Installation1. „Akribische“ Dokumentation der Installationspasswörter:
Datenbankbenutzer, administrative Benutzer (sys, Admin,..)
2. Sicheres aufbewahren von Installationsprotokoll und Kennwortformular
24
Wo bekomme ich Hilfe?• Für ASV wird es kein Handbuch geben!• Dokumentation in Form eines schulartspezifischen
Wikis: http://www.asv.bayern.de/wiki/gms
27
28
Supportpyramide
Anwender und Admins ...• ... nutzen Informationsangebot
(KMS, Leitfaden, RSS) • ... sichten die Dokumentation• … FAQ, Bekannte Probleme und
Lösungen• ... nehmen das Schulungsangebot
wahr
• ... bemühen sich, Prozesse im vorgesehen Zeitfenster abzuschließen
• ... wenden sich bei allen Problemen (fachlich/ technisch) an den Multiplikator
Testversion ASV
• Selbstregistrierung www.asv.bayern.de
29
Download der gepackten Dateien
Programmstart
31
Je nachdem, mit welchen Benutzerdaten sie sich anmelden, erhalten sie andere Berechtigungen und eine andere
Programmansicht