KIF370:OSS in AdöR: Unterschied zwischen den Versionen
Aus KIF
| (8 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 23: | Zeile 23: | ||
== 1.Tag: Übersicht == | == 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. | 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 === | === Betroffene Gruppen / Einrichtungen === | ||
| Zeile 28: | Zeile 36: | ||
# einzelne Bürger | # einzelne Bürger | ||
#* (3) Kommunikation des Bürger mit der Einrichtung (Anträge/Bescheide) | #* (3) Kommunikation des Bürger mit der Einrichtung (Anträge/Bescheide) | ||
#* (3) Information über öffentlich rechtliche Medien | #** (1) Vorberechungen (z.B. Plausibilität bei Steuern) für Anträge | ||
#* (3,4) Information über öffentlich rechtliche Medien | |||
# Schüler/Studenten | # Schüler/Studenten | ||
#* (1,3) "Anfixen" mit Produkten im Rahmen der Lehre | #* (1,3) "Anfixen" mit Produkten im Rahmen der Lehre | ||
#* (1,3) Lehrveranstaltungen verlangen Software, die Lernende kaufen müssen | |||
# die Einrichtung selbst | # die Einrichtung selbst | ||
#* (1,2,3) Anpassung von Systemen untereinander, die nicht von einem oder nur wenigen Anbietern angeboten werden | #* (1,2,3) Anpassung von Systemen untereinander, die nicht von einem oder nur wenigen Anbietern angeboten werden | ||
| Zeile 37: | Zeile 47: | ||
# Mitarbeiter | # Mitarbeiter | ||
# Bewerber | # Bewerber | ||
#* (1,3) Ausbildung für Software der Einrichtung evtl. verlangt. | |||
# Unternehmen, die an öffentlichen Ausschreibungen teilnehmen. | # 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 | |||
# Veschlüsselung | |||
# Portierbarkeit | |||
=== | == 2.Tag: Forderungen (Freitag 18h) == | ||
Wir konkretisieren die Kritik, wichten die Probleme und stellen Anforderungen auf. | |||
Aktuelle Version vom 22. Mai 2009, 18:27 Uhr
oder länger:
Open Source Software in Behörden und Anstalten des öffentlichen Rechts[Bearbeiten]
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[Bearbeiten]
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[Bearbeiten]
- Arbeitsplatzsoftware
- Betriebssysteme
- Anwendungen / Clients
- Serversoftware / große technische Anlagen
- Dokumente / Medien
- Protokolle
Betroffene Gruppen / Einrichtungen[Bearbeiten]
(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
- (1,3) Lehrveranstaltungen verlangen Software, die Lernende kaufen müssen
- 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[Bearbeiten]
- Archivierung
- u.a. Fall der Insolvenz
- Sicherheit
- Militär/Polizei
- Finanz-/Steuerverwaltung
- Veschlüsselung
- Portierbarkeit
2.Tag: Forderungen (Freitag 18h)[Bearbeiten]
Wir konkretisieren die Kritik, wichten die Probleme und stellen Anforderungen auf.
