KIF370:OSS in AdöR: Unterschied zwischen den Versionen
Zeile 51: | Zeile 51: | ||
=== Probleme === | === Probleme === | ||
# Archivierung | |||
#* u.a. Fall der Insolvenz | |||
# Sicherheit | |||
#* Militär/Polizei | |||
#* Finanz-/Steuerverwaltung |
Version vom 22. Mai 2009, 15:55 Uhr
oder länger:
Open Source Software in Behörden und Anstalten des öffentlichen Rechts
Während man über den Grad des Einsatzes von OSS in Privatunternehmen und durch Privatpersonen erfreut sein kann oder nicht, sollte man bei staatlichen Einrichtungen einen genaueren Blick darauf werfen, ob durch proprietäre Systeme und "Standards" z.B.
- Bürger für die Interaktion eine bestimmte Software kaufen müssen,
- eine Abhängigkeit der Einrichtung von einem(wenigen) Hersteller(n) in der Zukunft entsteht,
- Schüler/Studenten/Weiterbildungskursteilnehmer etc. mit öffentlichen Geldern in der Benutzung geschult werden oder
- Unternehmen von Ausschreibungen ausgeschlossen werden, weil sie proprietäre Werkzeuge nicht anschaffen wollen/können.
Dieser AK soll dazu dienen
- Erfahrungen (und Ärgernisse) auszutauschen,
- zu erörtern, warum zahlreiche angekündigte Migrationsprogramme ins Stocken geraten und
- zu diskutieren, welches Maß an Offenheit verlangt werden soll.
Als Links dazu (wird ergänzt):
- Migrationsleitfaden des BMI
- FAQ von Elster (irgendwo gab's mal einen Hinweis zu wine)
- LiMux s.a. Link und Texte zu WollMux
- Wien (man beachte "werden" und "2007")
Ob es einen Resolutionentwurf gibt, hängt von der Beteiligung ab.
1.Tag: Übersicht
Wir haben betroffene Personenkreise/Einrichtugnen aufgelistet sowie die Arten von Standards und Software mit denen sie zu tun haben und einige Probleme mit proprietärer und Closed-Source-Software diskutiert. Hintergrund dieses Herangehens ist das Ziel auch Gruppen überzeugen zu können, die für Freie Software wenig empfänglich sind.
Arten von Standards/Software
- Arbeitsplatzsoftware
- Betriebssysteme
- Anwendungen / Clients
- Serversoftware / große technische Anlagen
- Dokumente / Medien
- Protokolle
Betroffene Gruppen / Einrichtungen
(Ziffer in Klammern entpricht Softwaretyp)
- einzelne Bürger
- (3) Kommunikation des Bürger mit der Einrichtung (Anträge/Bescheide)
- (1) Vorberechungen (z.B. Plausibilität bei Steuern) für Anträge
- (3,4) Information über öffentlich rechtliche Medien
- (3) Kommunikation des Bürger mit der Einrichtung (Anträge/Bescheide)
- Schüler/Studenten
- (1,3) "Anfixen" mit Produkten im Rahmen der Lehre
- die Einrichtung selbst
- (1,2,3) Anpassung von Systemen untereinander, die nicht von einem oder nur wenigen Anbietern angeboten werden
- andere Einrichtungen (z.B. EU <-> Bund <-> Land <-> Kommune)
- (1,2,3) Anpassung von Schichten zueinander (z.B. Netz vom Bund / Clientsoftware vom Land --- insbesondere, da die Länder häufig Hoheiten besitzen)
- Mitarbeiter
- Bewerber
- (1,3) Ausbildung für Software der Einrichtung evtl. verlangt.
- Unternehmen, die an öffentlichen Ausschreibungen teilnehmen.
- (1,2,3,4) Kompatitbiliät zu vorhandenen Lösungen der Einrichtung
Probleme
- Archivierung
- u.a. Fall der Insolvenz
- Sicherheit
- Militär/Polizei
- Finanz-/Steuerverwaltung