WiSe15 AK ZaPF IT: Unterschied zwischen den Versionen

(6 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)

Zeile 100:

Im Folgenden werden Projektvorschläge diskutiert:

: ein Projektmanagementsystem

* ein Projektmanagementsystem

: Etherpad

* Etherpad

: Backup

* Backup

: zentrales ~~Anmeldesystem~~

* ZaPF-Anmeldesystem

* zentrales Authentifizierungssystem

Alle Interessierten, die Henkel werden wollen, werden aufgefordert einen Account

Zeile 118:

Zeile 119:

Tradition hat, wodurch ausrichtende Fachschaften auf einen sehr breiten Fundus

an Material (BMBF-Anträge, etc.) und bekannten Problemstellungen und

Lösungsansätzen zurückgreifen ~~kónnen~~. Es wird aber darauf hingewiesen, dass das

Lösungsansätzen zurückgreifen können. Es wird aber darauf hingewiesen, dass das

Projektmanagementsystem geschlossen sein muss und nur ausrichtende Fachschaften

darauf Zugriff haben sollen

Zeile 134:

Zeile 135:

gefunden werden soll.

==== Zentrales Anmeldesystem

==== Zentrales Anmeldesystem ====

Einige Mitglieder des AK finden sich zusammen um ein Anmeldesystem zu bauen. Es

Zeile 146:

Zeile 147:

IT-Projekten.

:Aachen: bietet "everything and the kitchen sink", IT ist vollständig autark

*Aachen: bietet "everything and the kitchen sink", IT ist vollständig autark

:FU Berlin: hat keine eigenen IT, aber gute Verbindungen zur EDV des Fachbereiches

*FU Berlin: hat keine eigenen IT, aber gute Verbindungen zur EDV des Fachbereiches

:HU Berlin: keine eigenen IT-Projekte

*HU Berlin: keine eigenen IT-Projekte

:TU Berlin: eigene, autarke IT

*TU Berlin: eigene, autarke IT

:Bremen: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums

*Bremen: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums

:Düsseldorf: war vollständig autark und hat alles an das Hochschulrechenzentrum abgegeben

*Düsseldorf: war vollständig autark und hat alles an das Hochschulrechenzentrum abgegeben

:Dresden: hat keine eigene IT und nutzt hauptsächlich Services Dritter

*Dresden: hat keine eigene IT und nutzt hauptsächlich Services Dritter

:Frankfurt: betreibt eigenen IT-Projekte

*Frankfurt: betreibt eigenen IT-Projekte

:Konstanz: betreibt eine Owncloud und viele selbtgestrickte Projekte, daunter ein Anmeldesystem für Erstiefahrten

*Konstanz: betreibt eine Owncloud und viele selbtgestrickte Projekte, daunter ein Anmeldesystem für Erstiefahrten

:Jena: eigene IT-Projekte

*Jena: eigene IT-Projekte

:Siegen: Website der Fachschaft ist bei Wordpress, starke Nutzung nicht-universitärer Dritter, Rückmigration auf eigene Dienste wird von Nutzern nicht angenommen

*Siegen: Website der Fachschaft ist bei Wordpress, starke Nutzung nicht-universitärer Dritter, Rückmigration auf eigene Dienste wird von Nutzern nicht angenommen

:TU München: eigenen autarke IT, Hoster für andere

*TU München: eigenen autarke IT, Hoster für andere

:Münster: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums

*Münster: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums

:Uni Wien: eigenen autarke IT, Hoster für andere

*Uni Wien: eigenen autarke IT, Hoster für andere

== Zusammenfassung ==

Zeile 176:

Zeile 177:

[[Kategorie:AK-Protokolle]]

[[Kategorie:WiSe15]]

[[Kategorie:~~Arbeitskreise~~]]

[[Kategorie:TOPF]]

[[Kategorie:IT]]

@@ Zeile 100: / Zeile 100: @@
 Im Folgenden werden Projektvorschläge diskutiert:
-: ein Projektmanagementsystem
+* ein Projektmanagementsystem
-: Etherpad
+* Etherpad
-: Backup
+* Backup
-: zentrales Anmeldesystem
+* ZaPF-Anmeldesystem
+* zentrales Authentifizierungssystem
 Alle Interessierten, die Henkel werden wollen, werden aufgefordert einen Account
@@ Zeile 118: / Zeile 119: @@
 Tradition hat, wodurch ausrichtende Fachschaften auf einen sehr breiten Fundus
 an Material (BMBF-Anträge, etc.) und bekannten Problemstellungen und
-Lösungsansätzen zurückgreifen kónnen. Es wird aber darauf hingewiesen, dass das
+Lösungsansätzen zurückgreifen können. Es wird aber darauf hingewiesen, dass das
 Projektmanagementsystem geschlossen sein muss und nur ausrichtende Fachschaften
 darauf Zugriff haben sollen
@@ Zeile 134: / Zeile 135: @@
 gefunden werden soll.
-==== Zentrales Anmeldesystem
+==== Zentrales Anmeldesystem ====
 Einige Mitglieder des AK finden sich zusammen um ein Anmeldesystem zu bauen. Es
@@ Zeile 146: / Zeile 147: @@
 IT-Projekten.
-:Aachen: bietet "everything and the kitchen sink", IT ist vollständig autark
+*Aachen: bietet "everything and the kitchen sink", IT ist vollständig autark
-:FU Berlin: hat keine eigenen IT, aber gute Verbindungen zur EDV des Fachbereiches
+*FU Berlin: hat keine eigenen IT, aber gute Verbindungen zur EDV des Fachbereiches
-:HU Berlin: keine eigenen IT-Projekte
+*HU Berlin: keine eigenen IT-Projekte
-:TU Berlin: eigene, autarke IT
+*TU Berlin: eigene, autarke IT
-:Bremen: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums
+*Bremen: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums
-:Düsseldorf: war vollständig autark und hat alles an das Hochschulrechenzentrum abgegeben
+*Düsseldorf: war vollständig autark und hat alles an das Hochschulrechenzentrum abgegeben
-:Dresden: hat keine eigene IT und nutzt hauptsächlich Services Dritter
+*Dresden: hat keine eigene IT und nutzt hauptsächlich Services Dritter
-:Frankfurt: betreibt eigenen IT-Projekte
+*Frankfurt: betreibt eigenen IT-Projekte
-:Konstanz: betreibt eine Owncloud und viele selbtgestrickte Projekte, daunter ein Anmeldesystem für Erstiefahrten
+*Konstanz: betreibt eine Owncloud und viele selbtgestrickte Projekte, daunter ein Anmeldesystem für Erstiefahrten
-:Jena: eigene IT-Projekte
+*Jena: eigene IT-Projekte
-:Siegen: Website der Fachschaft ist bei Wordpress, starke Nutzung nicht-universitärer Dritter, Rückmigration auf eigene Dienste wird von Nutzern nicht angenommen
+*Siegen: Website der Fachschaft ist bei Wordpress, starke Nutzung nicht-universitärer Dritter, Rückmigration auf eigene Dienste wird von Nutzern nicht angenommen
-:TU München: eigenen autarke IT, Hoster für andere
+*TU München: eigenen autarke IT, Hoster für andere
-:Münster: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums
+*Münster: keine eigenen IT-Projekte, hängt an den Diensten des Hochschulrechenzentrums
-:Uni Wien: eigenen autarke IT, Hoster für andere
+*Uni Wien: eigenen autarke IT, Hoster für andere
 == Zusammenfassung ==
@@ Zeile 176: / Zeile 177: @@
 [[Kategorie:AK-Protokolle]]
 [[Kategorie:WiSe15]]
-[[Kategorie:Arbeitskreise]]
+[[Kategorie:TOPF]]
+[[Kategorie:IT]]