KIF370:OSS in AdöR

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

 * 1) Arbeitsplatzsoftware
 * 2) * Betriebssysteme
 * 3) * Anwendungen / Clients
 * 4) Serversoftware / große technische Anlagen
 * 5) Dokumente / Medien
 * 6) Protokolle

Betroffene Gruppen / Einrichtungen
(Ziffer in Klammern entpricht Softwaretyp)
 * 1) einzelne Bürger
 * 2) * (3) Kommunikation des Bürger mit der Einrichtung (Anträge/Bescheide)
 * 3) ** (1) Vorberechungen (z.B. Plausibilität bei Steuern) für Anträge
 * 4) * (3,4) Information über öffentlich rechtliche Medien
 * 5) Schüler/Studenten
 * 6) * (1,3) "Anfixen" mit Produkten im Rahmen der Lehre
 * 7) * (1,3) Lehrveranstaltungen verlangen Software, die Lernende kaufen müssen
 * 8) die Einrichtung selbst
 * 9) * (1,2,3) Anpassung von Systemen untereinander, die nicht von einem oder nur wenigen Anbietern angeboten werden
 * 10) andere Einrichtungen (z.B. EU <-> Bund <-> Land <-> Kommune)
 * 11) * (1,2,3) Anpassung von Schichten zueinander (z.B. Netz vom Bund / Clientsoftware vom Land --- insbesondere, da die Länder häufig Hoheiten besitzen)
 * 12) Mitarbeiter
 * 13) Bewerber
 * 14) * (1,3) Ausbildung für Software der Einrichtung evtl. verlangt.
 * 15) Unternehmen, die an öffentlichen Ausschreibungen teilnehmen.
 * 16) * (1,2,3,4) Kompatitbiliät zu vorhandenen Lösungen der Einrichtung

Probleme

 * 1) Archivierung
 * 2) * u.a. Fall der Insolvenz
 * 3) Sicherheit
 * 4) * Militär/Polizei
 * 5) * Finanz-/Steuerverwaltung
 * 6) Veschlüsselung
 * 7) Portierbarkeit

2.Tag: Forderungen (Freitag 18h)
Wir konkretisieren die Kritik, wichten die Probleme und stellen Anforderungen auf.