Beiträge hinzugefügt, Examensarbeit hinzugefügt, Diagramme hinzugefügt.
This commit is contained in:
parent
d28f0594c2
commit
aa36f85702
216 changed files with 173743 additions and 0 deletions
BIN
Beiträge/INFOS2015/Installationsanleitung.pdf
Normal file
BIN
Beiträge/INFOS2015/Installationsanleitung.pdf
Normal file
Binary file not shown.
BIN
Beiträge/INFOS2015/abReporter.pdf
Normal file
BIN
Beiträge/INFOS2015/abReporter.pdf
Normal file
Binary file not shown.
BIN
Beiträge/INFOS2015/dialoge.png
Normal file
BIN
Beiträge/INFOS2015/dialoge.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 315 KiB |
62
Beiträge/INFOS2015/latin1.sty
Normal file
62
Beiträge/INFOS2015/latin1.sty
Normal file
|
|
@ -0,0 +1,62 @@
|
|||
\catcode `\Ç = \active \def Ç{\c C}
|
||||
\catcode `\ç = \active \def ç{\c c}
|
||||
|
||||
\catcode `\Á = \active \def Á{\'A}
|
||||
\catcode `\á = \active \def á{\'a}
|
||||
\catcode `\É = \active \def É{\'E}
|
||||
\catcode `\é = \active \def é{\'e}
|
||||
\catcode `\Í = \active \def Í{\'I}
|
||||
\catcode `\í = \active \def í{\'\i}
|
||||
\catcode `\Ó = \active \def Ó{\'O}
|
||||
\catcode `\ó = \active \def ó{\'o}
|
||||
\catcode `\Ú = \active \def Ú{\'U}
|
||||
\catcode `\ú = \active \def ú{\'u}
|
||||
|
||||
\catcode `\Ŕ = \active \def Ŕ{\`A}
|
||||
\catcode `\ŕ = \active \def ŕ{\`a}
|
||||
\catcode `\Č = \active \def Č{\`E}
|
||||
\catcode `\č = \active \def č{\`e}
|
||||
\catcode `\Ě = \active \def Ě{\`I}
|
||||
\catcode `\ě = \active \def ě{\`\i}
|
||||
\catcode `\Ň = \active \def Ň{\`O}
|
||||
\catcode `\ň = \active \def ň{\`o}
|
||||
\catcode `\Ů = \active \def Ů{\`U}
|
||||
\catcode `\ů = \active \def ů{\`u}
|
||||
|
||||
\catcode `\Ä = \active \def Ä{\"A}
|
||||
\catcode `\ä = \active \def ä{\"a}
|
||||
\catcode `\Ë = \active \def Ë{\"E}
|
||||
\catcode `\ë = \active \def ë{\"e}
|
||||
\catcode `\Ď = \active \def Ď{\"I}
|
||||
\catcode `\ď = \active \def ď{\"\i}
|
||||
\catcode `\Ö = \active \def Ö{\"O}
|
||||
\catcode `\ö = \active \def ö{\"o}
|
||||
\catcode `\Ü = \active \def Ü{\"U}
|
||||
\catcode `\ü = \active \def ü{\"u}
|
||||
|
||||
\catcode `\Â = \active \def Â{\^A}
|
||||
\catcode `\â = \active \def â{\^a}
|
||||
\catcode `\Ę = \active \def Ę{\^E}
|
||||
\catcode `\ę = \active \def ę{\^e}
|
||||
\catcode `\Î = \active \def Î{\^I}
|
||||
\catcode `\î = \active \def î{\^\i}
|
||||
\catcode `\Ô = \active \def Ô{\^O}
|
||||
\catcode `\ô = \active \def ô{\^o}
|
||||
\catcode `\Ű = \active \def Ű{\^U}
|
||||
\catcode `\ű = \active \def ű{\^u}
|
||||
|
||||
\catcode `\ń = \active \def ń{\~n}
|
||||
\catcode `\Ń = \active \def Ń{\~N}
|
||||
|
||||
% somehow the sharp s was forgotten RT 13.4.93
|
||||
\catcode `\ß = \active \def ß{\ss}
|
||||
% if we have german.sty, then use it for better hyphenation RT 14.4.93
|
||||
%\@ifundefined{mdqon}{}{%
|
||||
% \def Ä{"A}
|
||||
% \def ä{"a}
|
||||
% \def Ö{"O}
|
||||
% \def ö{"o}
|
||||
% \def Ü{"U}
|
||||
% \def ü{"u}
|
||||
% \def ß{"s}}
|
||||
|
||||
177
Beiträge/INFOS2015/lni.cls
Normal file
177
Beiträge/INFOS2015/lni.cls
Normal file
|
|
@ -0,0 +1,177 @@
|
|||
% LaTeX Dokumentenklasse für die LNI Reihe der GI
|
||||
%
|
||||
% (C) 2002 Robert Tolksdorf
|
||||
% Im Fall von Fragen zu dieser Dokumentenklasse wenden Sie sich bitte
|
||||
% an mail@robert-tolksdorf.de
|
||||
%
|
||||
%
|
||||
\ProvidesClass{lni}[2004/13/07 v0.41, by Robert Tolksdorf, Berlin]
|
||||
|
||||
%\newif\ifpdf\ifx\pdfoutput\undefined\pdffalse\else\pdfoutput=1\pdftrue\fi
|
||||
|
||||
% Satzspiegelposition gemäß LNI-Herausgeberrichtlinien (Korrektur von Thomas.Kuehne@mcs.vuw.ac.nz)
|
||||
\setlength{\hoffset}{-0,2cm}% correct left margin from 4.4cm to 4.2cm
|
||||
\setlength{\voffset}{0.8cm}% correct top margin from 4.53cm to 5.33cm
|
||||
|
||||
% Vielen Dank an Matthias Rust (mrust@rostock.zgdv.de) fuer folgende
|
||||
% Ausrichtung an LNI Satzspiegel
|
||||
\DeclareOption{forInclusion}{%
|
||||
\setlength{\topmargin}{0mm}%
|
||||
\setlength{\headheight}{0mm}%
|
||||
\setlength{\headsep}{0mm}%
|
||||
\setlength{\hoffset}{-10,9mm}%
|
||||
\setlength{\voffset}{-3,9mm}%
|
||||
\setlength{\oddsidemargin}{0mm}%
|
||||
\setlength{\evensidemargin}{0mm}%
|
||||
\setlength{\paperheight}{235mm}%
|
||||
\setlength{\paperwidth}{155mm}
|
||||
\ifpdf%
|
||||
\setlength{\pdfpageheight}{235mm}%
|
||||
\setlength{\pdfpagewidth}{155mm}%
|
||||
\fi}
|
||||
|
||||
\newif\iflnienglish\lnienglishfalse
|
||||
\DeclareOption{english}{\lnienglishtrue}
|
||||
|
||||
\ProcessOptions
|
||||
|
||||
% 10 pt
|
||||
\LoadClass[10pt,a4paper,fleqn]{article}
|
||||
\RequirePackage[english,ngerman]{babel}
|
||||
\iflnienglish\selectlanguage{english}\def\bbl@main@language{english}\fi
|
||||
% Blocksatz durch LaTeX-Default
|
||||
% Satzspiegel
|
||||
\setlength{\textheight}{192mm}
|
||||
\setlength{\textwidth}{126mm}
|
||||
|
||||
% Times als Grundschrift
|
||||
\RequirePackage{times}
|
||||
% Hyphenation
|
||||
% Durch normale LaTeX-Parameter verhindert (\doublehyphendemerits)
|
||||
|
||||
% Title: Kopie aus article.cls mit anderem \thispagestyle
|
||||
\renewcommand\maketitle{\par
|
||||
\begingroup
|
||||
\renewcommand\thefootnote{\@fnsymbol\c@footnote}%
|
||||
\def\@makefnmark{\rlap{\@textsuperscript{\normalfont\@thefnmark}}}%
|
||||
\long\def\@makefntext##1{\parindent 1em\noindent
|
||||
\hb@xt@1.8em{%
|
||||
\hss\@textsuperscript{\normalfont\@thefnmark}}##1}%
|
||||
\if@twocolumn
|
||||
\ifnum \col@number=\@ne
|
||||
\@maketitle
|
||||
\else
|
||||
\twocolumn[\@maketitle]%
|
||||
\fi
|
||||
\else
|
||||
\newpage
|
||||
\global\@topnum\z@ % Prevents figures from going at top of page.
|
||||
\@maketitle
|
||||
\fi
|
||||
\thispagestyle{empty}\@thanks
|
||||
\endgroup
|
||||
\setcounter{footnote}{0}%
|
||||
\global\let\thanks\relax
|
||||
\global\let\maketitle\relax
|
||||
\global\let\@maketitle\relax
|
||||
\global\let\@thanks\@empty
|
||||
\global\let\@author\@empty
|
||||
\global\let\@date\@empty
|
||||
\global\let\@title\@empty
|
||||
\global\let\title\relax
|
||||
\global\let\author\relax
|
||||
\global\let\date\relax
|
||||
\global\let\and\relax
|
||||
}
|
||||
\def\@maketitle{%
|
||||
\newpage
|
||||
\null
|
||||
\vskip 2em%
|
||||
\begin{center}%
|
||||
\let \footnote \thanks
|
||||
{\fontsize{14}{17}\fontseries{b}\selectfont \@title \par}%
|
||||
\vskip 1.5em%
|
||||
{\fontsize{10}{12}\selectfont
|
||||
\lineskip .5em%
|
||||
\begin{tabular}[t]{c}%
|
||||
\@author
|
||||
\end{tabular}\par}%
|
||||
\vskip 1\baselineskip%
|
||||
\end{center}%
|
||||
\par
|
||||
}
|
||||
|
||||
% Abstract
|
||||
\renewenvironment*{abstract}{%
|
||||
\renewcommand{\abstractname}{Abstract}
|
||||
\fontsize{9}{10}\selectfont
|
||||
\quotation\noindent{\bfseries \abstractname:}%
|
||||
}{\endquotation}
|
||||
|
||||
% Überschriften
|
||||
\renewcommand{\section}{\@startsection{section}{1}{\z@}%
|
||||
{2\baselineskip}{\baselineskip}{\fontsize{12}{14}\fontseries{b}\selectfont}}
|
||||
\renewcommand{\subsection}{\@startsection{subsection}{2}{\z@}%
|
||||
{2\baselineskip}{\baselineskip}{\fontsize{10}{12}\fontseries{b}\selectfont}}
|
||||
% weitere nicht durch Formatvorlage geklärt
|
||||
|
||||
% keine seitennummern
|
||||
\pagestyle{empty}
|
||||
|
||||
% Bildunterschriften
|
||||
\long\def\@makecaption#1#2{%
|
||||
\vskip\abovecaptionskip
|
||||
{\fontsize{9}{10}\selectfont
|
||||
\sbox\@tempboxa{#1: #2}%
|
||||
\ifdim \wd\@tempboxa >\hsize
|
||||
#1: #2\par
|
||||
\else
|
||||
\global \@minipagefalse
|
||||
\hb@xt@\hsize{\hfil\box\@tempboxa\hfil}%
|
||||
\fi}
|
||||
\vskip\belowcaptionskip}
|
||||
|
||||
% gleichungen mit richtiger einrückung
|
||||
% fleqn-Option oben
|
||||
\setlength{\mathindent}{4ex}
|
||||
|
||||
% listings mit richtiger einrückung
|
||||
\RequirePackage{verbatim}
|
||||
\def\verbatim@processline{\hskip4ex\the\verbatim@line\par}
|
||||
|
||||
% Fussnoten mit 5cm Linie und richtiger Größe
|
||||
\renewcommand\footnoterule{%
|
||||
\kern-3\p@
|
||||
\hrule\@width5cm
|
||||
\kern2.6\p@}
|
||||
\renewcommand\@makefntext[1]{%
|
||||
\parindent 1em%
|
||||
\noindent
|
||||
\hb@xt@1.8em{\hss\@makefnmark}{\fontsize{8}{9}\selectfont#1}}
|
||||
|
||||
% Gemutmaßte Absatzeinzüge und Abstände
|
||||
\parindent0pt
|
||||
\parskip 1ex
|
||||
|
||||
% bibliography
|
||||
\iflanguage{english}{\bibliographystyle{lni}}{\bibliographystyle{lnig}}
|
||||
\renewenvironment{thebibliography}[1]
|
||||
{%\def\refname{Literaturverzeichnis}
|
||||
\section*{\refname}%
|
||||
\bgroup\fontsize{9}{10}\selectfont
|
||||
\list{\@biblabel{\@arabic\c@enumiv}}%
|
||||
{\settowidth\labelwidth{\@biblabel{#1}}%
|
||||
\leftmargin\labelwidth
|
||||
\advance\leftmargin\labelsep
|
||||
\@openbib@code
|
||||
\usecounter{enumiv}%
|
||||
\let\p@enumiv\@empty
|
||||
\renewcommand\theenumiv{\@arabic\c@enumiv}}%
|
||||
\sloppy
|
||||
\clubpenalty4000
|
||||
\@clubpenalty \clubpenalty
|
||||
\widowpenalty4000%
|
||||
\sfcode`\.\@m}
|
||||
{\def\@noitemerr
|
||||
{\@latex@warning{Empty `thebibliography' environment}}%
|
||||
\endlist\egroup}
|
||||
BIN
Beiträge/INFOS2015/lniguide.pdf
Normal file
BIN
Beiträge/INFOS2015/lniguide.pdf
Normal file
Binary file not shown.
270
Beiträge/INFOS2015/lniguide.tex
Normal file
270
Beiträge/INFOS2015/lniguide.tex
Normal file
|
|
@ -0,0 +1,270 @@
|
|||
\documentclass{lni}
|
||||
|
||||
\IfFileExists{latin1.sty}{\usepackage{latin1}}{\usepackage{isolatin1}}
|
||||
|
||||
\usepackage{graphicx}
|
||||
|
||||
\author{Robert Tolksdorf\\\\mail@robert-tolksdorf.de}
|
||||
\title{Die LNI Dokumentenklasse für \LaTeX}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
|
||||
\begin{abstract}
|
||||
Die \LaTeX-Klasse \texttt{lni} setzt die Layout-Vorgaben für Beiträge
|
||||
in LNI Konferenzbänden um. Dieses Dokument beschreibt ihre Verwendung
|
||||
und ist bei Beispiel für die entsprechende Darstellung.
|
||||
\end{abstract}
|
||||
|
||||
Die GI gibt unter \texttt{http://www.gi-ev.de/LNI} Vorgaben für die
|
||||
Formatierung von Dokumenten in der LNI Reihe. Für \LaTeX-Dokumente
|
||||
(\cite{IB-A95005}) werden diese durch die Dokumentenklasse
|
||||
\texttt{lni} realisiert. Dieses Dokument beschreibt die Klasse in der
|
||||
Version 0.4.
|
||||
|
||||
\section{Verwendung}
|
||||
|
||||
Die Dokumentenklasse wird wie üblich durch Verwendung im
|
||||
Dokumentenkopf eingebunden:
|
||||
|
||||
\begin{verbatim}
|
||||
\documentclass{lni}
|
||||
\end{verbatim}
|
||||
|
||||
Die Klasse beruht auf der normalen \texttt{article}-Klasse und
|
||||
verlangt zusätzlich das Vorhandensein der Schriftart Times-Roman und
|
||||
deren Einbindung über den Stil \texttt{times} sowie den
|
||||
\texttt{verbatim}-Styles. Diese sind mit praktisch allen
|
||||
\LaTeX-Installationen erhältlich, ebenso sind die entsprechenden
|
||||
Zeichensätze frei erhältlich.
|
||||
|
||||
Mögliche Dokumentenoptionen sind:
|
||||
|
||||
\begin{itemize}
|
||||
\item \texttt{forInclusion}: Bei der Anlieferung von LNI-formatierten
|
||||
Beiträgen kann es -- je nach Herstellungsart des Tagungsbands -- zu
|
||||
Problemen mit der Ausrichtung des Satzspiegels kommen. In diesem
|
||||
Fall sollte die Option gesetzt werden und das daras entstehenden pdf
|
||||
angeliefert werden.\footnote{Dank an Matthias Rust
|
||||
(mrust@rostock.zgdv.de) für den entsprechenden Hinweis und den
|
||||
Code}
|
||||
|
||||
\item \texttt{english}: Für Auswahl der Sprache, siehe
|
||||
Abschnitt~\ref{sprache}.
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\section{Benutzung}
|
||||
|
||||
Die Klasse führt keine zusätzlichen \LaTeX-Makros ein. Ein LNI-Betrag
|
||||
sollte sich auf die für die Klasse \texttt{article} definierten Makros
|
||||
stützen und wo immer möglich auf die Standardmakros bauen. Eigene
|
||||
Makros sollten zusätzlich in externen \texttt{.sty}-Dateien definiert
|
||||
werden, um das spätere Zusammenstellen von Beiträgen einer Konferenz
|
||||
zu erleichtern.
|
||||
|
||||
\subsection{Sprache der Dokumente}
|
||||
\label{sprache}
|
||||
|
||||
Die Dokumentenklasse trifft Vorkehrungen für deutsch- und
|
||||
englischsprachige Dokumente. Dabei ist für den Normalfall deutsch als
|
||||
Dokumentensprache vorgesehen. Soll ein Dokument komplett in englischer
|
||||
Sprache gesetzt werden, muss die Dokumentenoption \texttt{english}
|
||||
verwendet werden.
|
||||
|
||||
Zum Umschalten innerhalb des Textes oder am Anfang des Dokuments wird
|
||||
wie gewohnt mit \verb|\selectlanguage| aus dem Babel-Paket gearbeitet.
|
||||
Diese Paket lädt die \texttt{lni}-Klasse vor -- es braucht also nicht
|
||||
normals geladen werden.
|
||||
|
||||
\texttt{lni} verwendet für die deutsche Sprache die Trennmuster nach
|
||||
der neuen Rechtschreibung. Das entsprechende Sprachkürzel dafür lautet
|
||||
\texttt{ngerman} (und nicht \texttt{german}). Falls Ihr \LaTeX\ diese
|
||||
Trennmuster noch nicht unterstützt, müssen Sie Ihre System
|
||||
entsprechend anpassen (siehe \texttt{www.dante.de}).
|
||||
|
||||
Um beispielsweise ein Dokument komplett in Englisch zu setzen, sollte
|
||||
im Dokument mit
|
||||
|
||||
\begin{verbatim}
|
||||
\documentclass[english]{lni}
|
||||
\end{verbatim}
|
||||
|
||||
beginnen. Dadurch werden die Trennmuster und verschiedene feste
|
||||
Textbestandteile geändert (z.B.\ "`Literaturverzeichnis"' in
|
||||
"`References"').
|
||||
|
||||
Die
|
||||
|
||||
|
||||
Eventuell weitere notwendige sprachspezifische Zusatzklassen müssen
|
||||
allerdins manuell genutzt werden. Dieses Dokument verwendet
|
||||
beispielsweise:
|
||||
|
||||
\begin{verbatim}
|
||||
\usepackage{latin1}
|
||||
\end{verbatim}
|
||||
|
||||
\subsection{Titelei}
|
||||
|
||||
Der Beitragstitel wird wir üblich in \verb|\title|
|
||||
vermerkt. Autorenangaben sind in \verb|\author| definiert. Der Titel
|
||||
selber wird wie üblich durch \verb|\maketitle| gesetzt. Angaben über
|
||||
den Autoren (Einrichtung, Mailadmüssen innerhalb von \verb|\author|
|
||||
vermerkt
|
||||
Dieses Dokument verwendet folgende Zeilen zum Setzen der
|
||||
Dokumenteninformationen:
|
||||
|
||||
\begin{verbatim}
|
||||
\author{Robert Tolksdorf\\\\
|
||||
mail@robert-tolksdorf.de}
|
||||
\title{Die LNI Dokumentenklasse für \LaTeX}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
\end{verbatim}
|
||||
|
||||
|
||||
\subsection{Textstrukturen}
|
||||
|
||||
Verschiedene Parameter für Textstrukturen werden in der
|
||||
\texttt{lni}-Klasse umdefiniert. Damit diese Einstellung wirksam sind,
|
||||
müssen die Dokumente teilweise genau die entsprechenden Makros
|
||||
verwenden.
|
||||
|
||||
\subsubsection{Formeln}
|
||||
|
||||
Die korrekte Einrückung und Numerierung für Formeln ist bei den
|
||||
Umgebungen \texttt{equation} und \texttt{eqnarray} gewährleistet.
|
||||
|
||||
%\newpage
|
||||
\begin{verbatim}
|
||||
\begin{equation}
|
||||
1=4-3
|
||||
\end{equation}
|
||||
|
||||
\begin{eqnarray}
|
||||
2=7-5\\
|
||||
3=2-1
|
||||
\end{eqnarray}
|
||||
\end{verbatim}
|
||||
|
||||
ergibt
|
||||
\begin{equation}
|
||||
1=4-3
|
||||
\end{equation}
|
||||
|
||||
und
|
||||
|
||||
\begin{eqnarray}
|
||||
2=7-5\\
|
||||
3=2-1
|
||||
\end{eqnarray}
|
||||
|
||||
|
||||
\subsubsection{Programmauszüge}
|
||||
|
||||
Die LNI Formatvorlage verlangt die Einrückung von Listings vom linken
|
||||
Rand. In der \texttt{lni}-Klasse ist dies für die
|
||||
\texttt{verbatim}-Umgebung realisiert.
|
||||
|
||||
|
||||
\subsubsection{Abbildungen}
|
||||
|
||||
Abbildungen werden mit den üblichen \LaTeX-Mitteln erzeugt. Dabei muss
|
||||
die Abbildungsunterschrift mit \verb|\caption| nach der Abbildung
|
||||
eingefügt werden und Abbildung und -unterschrift mit der
|
||||
\texttt{center}-Umgebung umschlossen sein.
|
||||
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=2cm]{gilogo}
|
||||
\caption{\label{logo}Das Logo der GI}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
|
||||
Für die Positionierung von Abbildungen sollte \verb|[htb]| gewählt
|
||||
werden. Abbildung~\ref{logo} zeigt ein Beispiel, das so erzeugt wurde:
|
||||
|
||||
\begin{verbatim}
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=2cm]{gilogo}
|
||||
\caption{\label{logo}Das Logo der GI}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
\end{verbatim}
|
||||
|
||||
Gleiches gilt bei der Verwendung der \texttt{table}-Umgebung. Bislang
|
||||
sind keine weiteren Spezialstile für Abbildungen getestet worden
|
||||
(beispielsweise \texttt{subfigure}).
|
||||
|
||||
\subsubsection{Literaturverzeichnis}
|
||||
|
||||
Die \texttt{lni}-Klasse definiert automatisch den
|
||||
\texttt{lnig}-Bibliographiestil, eine separate Deklaration mit
|
||||
\verb|\bibliographystyle{lni}| ist also überflüssig, aber auch nicht
|
||||
schädlich. Wie gewohnt wird das Literaturverzeichnis wir folgt
|
||||
eingebunden:
|
||||
|
||||
\begin{verbatim}
|
||||
\bibliography{lniguide}
|
||||
\end{verbatim}
|
||||
|
||||
Bei Verwendung der Dokumentenoption \texttt{english} wird der
|
||||
englischsprachige Bibliographiestil \texttt{lni} verwendet. Bei
|
||||
eventuell wechselnder Sprachlichkeit im Dokument gilt die Sprachwahl,
|
||||
die bei Auftreten von \verb|\bibliography| eingestellt ist auch für
|
||||
das Literaturverzeichnis.
|
||||
|
||||
\section{Installation}
|
||||
|
||||
\texttt{lni.cls} und \texttt{lni.bst} müssen für Ihr
|
||||
\TeX-System auffindbar sein. Die Klasse benutzt die Pakete
|
||||
\texttt{times} und \texttt{verbatim}, die in \LaTeX-Installationen
|
||||
normalerweise vorhanden und ansonsten beispielsweise über
|
||||
\texttt{www.dante.de} kostenfrei erhältlich sind.
|
||||
|
||||
\section{Verarbeitung von Beiträgen in LNI Konferenzbänden}
|
||||
|
||||
Die Klasse \texttt{lni} dient der Auszeichnung von einzelnen Beiträgen
|
||||
für Workshops, Tagungen etc., die einen LNI-Konferenzband
|
||||
herausgeben. Die Verarbeitung der einzelnen Beiträge zu einem
|
||||
kompletten Band ist Aufgabe der jeweiligen Herausgeber und wird durch
|
||||
eine weitere Klasse \texttt{lniproc} unterstützt.
|
||||
|
||||
|
||||
\section{Fragen und Hilfestellung}
|
||||
|
||||
Bei auftretenden Fehlern und Ergänzungswünschen zu der
|
||||
\texttt{lni}-Klasse wenden Sie sich bitte an den Autoren unter
|
||||
\texttt{mail@robert-tolksdorf.de}. \emph{Bitte senden Sie nur Anfragen
|
||||
zu \texttt{lni}-spezifischen Problemen und keine \LaTeX-Fragen
|
||||
allgemeiner Art.}
|
||||
|
||||
|
||||
\bibliography{lniguide}
|
||||
|
||||
\section{Änderungen von V0.3 auf V0.4}
|
||||
|
||||
\begin{itemize}
|
||||
\item Getrennte Bibliographiestile\texttt{lni.bst} und
|
||||
\texttt{lnig.bst} und Dokumentenoption \texttt{english}
|
||||
\end{itemize}
|
||||
|
||||
|
||||
\section{Änderungen von V0.1 auf V0.3}
|
||||
|
||||
\begin{itemize}
|
||||
\item Option \texttt{forInclusion}
|
||||
\end{itemize}
|
||||
|
||||
\section{Änderungen von V0.1 auf V0.2}
|
||||
|
||||
\begin{itemize}
|
||||
\item Mehrsprachigkeit durch Einbinden von \texttt{english}
|
||||
unterstützt.
|
||||
\item Neue deutsche Trennmuster \texttt{ngerman} benutzt.
|
||||
\end{itemize}
|
||||
\end{document}
|
||||
|
||||
|
||||
|
||||
13
Beiträge/INFOS2015/lnitemplate.bib
Normal file
13
Beiträge/INFOS2015/lnitemplate.bib
Normal file
|
|
@ -0,0 +1,13 @@
|
|||
@inproceedings{ABC01,
|
||||
Author = {N. Abraham and U. Bibel and P. Corleone},
|
||||
Title = {Formatting Contributions for LNI},
|
||||
Editor = {H.I. Glück},
|
||||
Booktitle = {Proc. 7th Int. Conf. on Formatting of Workshop-Proceedings},
|
||||
Publisher = {Noah \& Sons, San Francisco},
|
||||
Year = 2001}
|
||||
Pages = {46-53},
|
||||
@book{Ez99,
|
||||
Author = {0. Ezgarani},
|
||||
Title = {The Magic Format -- Your Way to Pretty Books},
|
||||
Publisher = {Noah \& Sons, San Francisco},
|
||||
Year = 2000}
|
||||
BIN
Beiträge/INFOS2015/lnitemplate_de.pdf
Normal file
BIN
Beiträge/INFOS2015/lnitemplate_de.pdf
Normal file
Binary file not shown.
52
Beiträge/INFOS2015/lnitemplate_de.tex
Normal file
52
Beiträge/INFOS2015/lnitemplate_de.tex
Normal file
|
|
@ -0,0 +1,52 @@
|
|||
\documentclass{lni}
|
||||
|
||||
\IfFileExists{latin1.sty}{\usepackage{latin1}}{\usepackage{isolatin1}}
|
||||
|
||||
\usepackage{graphicx}
|
||||
|
||||
\author{
|
||||
Autor1, Autor 2 \\
|
||||
\\
|
||||
Abteilung \\
|
||||
Einrichtung \\
|
||||
Anschrift \\
|
||||
Postleitzahl Ort \\
|
||||
emaiaddresse@autor1 \\
|
||||
emaiaddresse@autor2
|
||||
}
|
||||
\title{Titel des Beitrags}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
|
||||
\begin{abstract}
|
||||
Es folgt ein kurzer Überblick über die Arbeit. Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
\end{abstract}
|
||||
|
||||
\section{Kapitelüberschrift}
|
||||
|
||||
Dies ist ein Kapitel. Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
|
||||
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
|
||||
\section{Kapitelüberschrift}
|
||||
|
||||
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
|
||||
\subsection{Unterkapitelüberschrift}
|
||||
|
||||
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=2cm]{gilogo}
|
||||
\caption{\label{logo}Beschreibung der Abbildung}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
|
||||
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
|
||||
Text mit Fußnote.\footnote{Dies ist eine Fußnote. Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.} Text \cite{Ez99,ABC01} Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text.
|
||||
|
||||
\bibliography{lnitemplate}
|
||||
|
||||
\end{document}
|
||||
BIN
Beiträge/INFOS2015/lnitemplate_en.pdf
Normal file
BIN
Beiträge/INFOS2015/lnitemplate_en.pdf
Normal file
Binary file not shown.
52
Beiträge/INFOS2015/lnitemplate_en.tex
Normal file
52
Beiträge/INFOS2015/lnitemplate_en.tex
Normal file
|
|
@ -0,0 +1,52 @@
|
|||
\documentclass[english]{lni}
|
||||
|
||||
\IfFileExists{latin1.sty}{\usepackage{latin1}}{\usepackage{isolatin1}}
|
||||
|
||||
\usepackage{graphicx}
|
||||
|
||||
\author{
|
||||
Author1, Author2 \\
|
||||
\\
|
||||
Department \\
|
||||
Organization \\
|
||||
Address \\
|
||||
ZIP City \\
|
||||
email-address@author1 \\
|
||||
email-address@author2
|
||||
}
|
||||
\title{Title of Paper}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
|
||||
\begin{abstract}
|
||||
Short summary or overview of the contribution in this paper. text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
\end{abstract}
|
||||
|
||||
\section{Section heading}
|
||||
|
||||
Your text here. text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
|
||||
text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
|
||||
\section{Section heading}
|
||||
|
||||
text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
|
||||
\subsection{Subsection heading}
|
||||
|
||||
text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=2cm]{gilogo}
|
||||
\caption{\label{logo}Caption text tex text text text text}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
|
||||
text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
|
||||
Example for text containig a footnote.\footnote{This is footnote text. text text text text text text text text text text text text text text text text text text text.} This is an example how literature \cite{Ez99,ABC01} should be cited. text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text text.
|
||||
|
||||
\bibliography{lnitemplate}
|
||||
|
||||
\end{document}
|
||||
296
Beiträge/INFOS2015/mobile.bib
Normal file
296
Beiträge/INFOS2015/mobile.bib
Normal file
|
|
@ -0,0 +1,296 @@
|
|||
% This file was created with JabRef 2.10.
|
||||
% Encoding: UTF-8
|
||||
|
||||
|
||||
@Electronic{AppleMoloch,
|
||||
Title = {Apple wird zum Bildungsmoloch},
|
||||
Author = {Tarik Ahmia},
|
||||
Month = {1},
|
||||
Url = {http://werkstatt.bpb.de/2012/01/apple-wird-zum-bildungs-moloch/},
|
||||
Year = {2012},
|
||||
|
||||
Journal = {werkstatt.bpb.de},
|
||||
LastChecked = {2012-07-27},
|
||||
Owner = {daniel},
|
||||
Publischer = {Bundeszentrale f\"ur politische Bildung},
|
||||
Timestamp = {2012.07.29}
|
||||
}
|
||||
|
||||
@Electronic{trojaniron,
|
||||
Title = {Russia: Hidden chips 'launch spam attacks from irons'},
|
||||
Author = {BBC},
|
||||
Language = {en},
|
||||
Month = {10},
|
||||
Organization = {BBC},
|
||||
Url = {http://www.bbc.co.uk/news/24707337},
|
||||
Year = {2013},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2014.02.05}
|
||||
}
|
||||
|
||||
@MastersThesis{Carrie2006,
|
||||
Title = {{Einsatz mobiler Informatiksysteme im Informatikunterricht der gymnasialen Oberstufe}},
|
||||
Author = {Carrie, Ralph},
|
||||
School = {Studienseminar f{\"u}r Lehr{\"a}mter an Schulen -- Seminar f{\"u}r das Lehramt f{\"u}r Gymnasien Gesamtschulen},
|
||||
Year = {2006},
|
||||
|
||||
Address = {Hamm},
|
||||
Month = {7},
|
||||
Type = {{Hausarbeit gem{\"a}{\ss} OVP}},
|
||||
|
||||
LastChecked = {2012-06-12},
|
||||
Url = {http://www.ham.nw.schule.de/pub/bscw.cgi/315319}
|
||||
}
|
||||
|
||||
@Electronic{Gamification,
|
||||
Title = {Gamification: Toward a Definition},
|
||||
Author = {Sebastian Deterding and Dan Dixon and Rilla Khaled and Lennart E. Nacke},
|
||||
Month = {5},
|
||||
Url = {http://hci.usask.ca/uploads/219-02-Deterding,-Khaled,-Nacke,-Dixon.pdf},
|
||||
Year = {2011},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2014.02.04}
|
||||
}
|
||||
|
||||
@Electronic{DGB2012,
|
||||
Title = {{Arbeitshetze, Arbeitsintensivierung, Entgrenzung -- So beurteilen die Besch{\"a}ftigten die Lage}},
|
||||
Author = {DGB},
|
||||
Month = {3},
|
||||
Year = {2012},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2012.07.21}
|
||||
}
|
||||
|
||||
@TechReport{DIVSI2014,
|
||||
Title = {{DIVSI U25-Studie -- Kinder, Jugendliche und junge Erwachsene in der digitalen Welt}},
|
||||
Author = {{DIVSI}},
|
||||
Institution = {DIVSI},
|
||||
Year = {2014},
|
||||
|
||||
Address = {Heidelberg},
|
||||
Month = {11},
|
||||
Note = {DIVSI -- Deutsches Institut f\"ur Vertrauen und Sicherheit im Internet},
|
||||
Type = {Forschungsbericht},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2015.01.05},
|
||||
Url = {https://www.divsi.de/wp-content/uploads/2014/02/DIVSI-U25-Studie.pdf}
|
||||
}
|
||||
|
||||
@InProceedings{GoerlichHumbert2005,
|
||||
Title = {{Open Source -- die R{\"u}ckkehr der Utopie?}},
|
||||
Author = {G{\"o}rlich, Christian F. and Humbert, Ludger},
|
||||
Booktitle = {{Open Source Jahrbuch 2005. Zwischen Softwareentwicklung und Gesellschaftsmodell}},
|
||||
Year = {2005},
|
||||
Pages = {311--327},
|
||||
|
||||
LastChecked = {2012-06-04},
|
||||
Url = {http://www.opensourcejahrbuch.de/download/jb2005/OpenSourceJahrbuch2005_online.pdf}
|
||||
}
|
||||
|
||||
@Misc{GI2008,
|
||||
Title = {Grunds\"atze und Standards f\"ur die Informatik in der Schule -- Bildungsstandards Informatik f\"ur die Sekundarstufe I},
|
||||
|
||||
Author = {GI},
|
||||
Month = {1},
|
||||
Year = {2008},
|
||||
|
||||
LastChecked = {2012-07-26},
|
||||
Owner = {daniel},
|
||||
Timestamp = {2012.07.26},
|
||||
Url = {http://www.gi-ev.de/fileadmin/gliederungen/fb-iad/fa-ibs/Empfehlungen/bildungsstandards\_2008.pdf}
|
||||
}
|
||||
|
||||
@MastersThesis{Heming2009,
|
||||
Title = {{Einsatzszenarien von Mobiltelefonen im Informatikunterricht}},
|
||||
Author = {Heming, Matthias},
|
||||
School = {Bergische Universi{\"a}t -- Fachbereich Mathematik und Naturwissenschaften},
|
||||
Year = {2009},
|
||||
|
||||
Address = {Wuppertal},
|
||||
Month = {11},
|
||||
Type = {{Masterarbeit -- Master of Education}},
|
||||
|
||||
LastChecked = {2012-05-10},
|
||||
Url = {http://blog.familie-heming.de/?p=111}
|
||||
}
|
||||
|
||||
@InProceedings{HemingSpittank2012,
|
||||
Title = {{Mobile Systeme auch im Informatikunterricht -- Kommt die Fachdidaktik noch mit?}},
|
||||
Author = {Heming, Matthias and Spittank, Daniel},
|
||||
Booktitle = {{Ideen und Modelle -- 5. M{\"u}nsteraner Workshop zur Schulinformatik -- 7. Mai 2012}},
|
||||
Year = {2012},
|
||||
Editor = {Thomas, Marco and Weigend, Michael},
|
||||
Month = {5},
|
||||
Pages = {151--161},
|
||||
Publisher = {Books on Demand GmbH},
|
||||
|
||||
ISBN = {978-3-84820-181-5},
|
||||
Location = {Norderstedt}
|
||||
}
|
||||
|
||||
@InProceedings{HumbertMWS2008,
|
||||
Title = {{Informatik und Gender -- nehmt die Forschungsergebnisse ernst!}},
|
||||
Author = {Humbert, Ludger},
|
||||
Booktitle = {{Interesse wecken und Grundkenntnisse vermitteln -- 3.~M{\"u}nsteraner Workshop zur Schulinformatik}},
|
||||
Year = {2008},
|
||||
Month = {5},
|
||||
Note = {\url{http://www.ham.nw.schule.de/pub/bscw.cgi/d1068247/2008-05-07\_MWS-GenderErnstNehmen.pdf} -- gepr{\"u}ft: 24.~Februar~2011 -- erweiterte Fassung des Beitrags siehe: \cite{HumbertPanske2010}},
|
||||
Pages = {81--90},
|
||||
|
||||
Language = {ngerman},
|
||||
Url = {http://www.ham.nw.schule.de/pub/bscw.cgi/d1068247/2008-05-07\_MWS-GenderErnstNehmen.pdf}
|
||||
}
|
||||
|
||||
@Electronic{HumPy,
|
||||
Title = {{Mit Python auf dem Mobiltelefon bis ins Zentralabitur}},
|
||||
Author = {Humbert, Ludger},
|
||||
Month = {4},
|
||||
Url = {http://humbert.in.hagen.de/iffase/Artikel/programmieren-2007-04-01.html},
|
||||
Year = {2007},
|
||||
|
||||
Journal = {If~Fase},
|
||||
Number = {17},
|
||||
Pages = {2},
|
||||
Volume = {3}
|
||||
}
|
||||
|
||||
@Article{HumbertProgrammieren,
|
||||
Title = {Schüler brauchen keine Entwicklungsumgebung – ein Editor reicht aus},
|
||||
Author = {Ludger Humbert},
|
||||
Journal = {If~Fase},
|
||||
Year = {2006},
|
||||
|
||||
Month = {11},
|
||||
Number = {13},
|
||||
Pages = {2},
|
||||
Volume = {2},
|
||||
|
||||
LastChecked = {2012-07-04},
|
||||
Owner = {daniel},
|
||||
Timestamp = {2012.07.28},
|
||||
Url = {http://humbert.in.hagen.de/iffase/Artikel/programmieren-2006-11-01.html}
|
||||
}
|
||||
|
||||
@PhdThesis{LinkweilerDA2002,
|
||||
Title = {{Eignet sich die Skriptsprache Python f\"ur schnelle Entwicklungen im Softwareentwicklungsprozess? – Eine Untersuchung der Programmiersprache Python im softwaretechnischen und fachdidaktischen Kontext}},
|
||||
Author = {Linkweiler, Ingo},
|
||||
School = {Universität, Fachbereich Informatik, Fachgebiet Didaktik der Informatik},
|
||||
Year = {2002},
|
||||
|
||||
Address = {Dortmund},
|
||||
Month = {11},
|
||||
Type = {Diplomarbeit},
|
||||
|
||||
LastChecked = {2012-06-20},
|
||||
Url = {http://www.ingo-linkweiler.de/diplom/Diplomarbeit.pdf}
|
||||
}
|
||||
|
||||
@TechReport{MPFS2014,
|
||||
Title = {{JIM 2014. Jugend, Information, (Mul\-ti-)Me\-dia. Basisuntersuchung zum Medienumgang 12- bis 19-J{\"a}hriger in Deutschland}},
|
||||
Author = {{MPFS}},
|
||||
Institution = {mpfs},
|
||||
Year = {2014},
|
||||
|
||||
Address = {Stuttgart},
|
||||
Month = {11},
|
||||
Note = {MPFS -- Medienp{\"a}dagogischer Forschungsverbund S{\"u}dwest},
|
||||
Type = {Forschungsbericht},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2015.01.05},
|
||||
Url = {http://www.mpfs.de/fileadmin/JIM-pdf14/JIMStudie2014.pdf}
|
||||
}
|
||||
|
||||
@TechReport{MPFS2013,
|
||||
Title = {{JIM 2013. Jugend, Information, (Mul\-ti-)Me\-dia. Basisuntersuchung zum Medienumgang 12- bis 19-J{\"a}hriger in Deutschland}},
|
||||
Author = {{MPFS}},
|
||||
Institution = {mpfs},
|
||||
Year = {2013},
|
||||
|
||||
Address = {Stuttgart},
|
||||
Month = {11},
|
||||
Note = {MPFS -- Medienp{\"a}dagogischer Forschungsverbund S{\"u}dwest},
|
||||
Type = {Forschungsbericht},
|
||||
|
||||
LastChecked = {2012-06-01},
|
||||
Owner = {daniel},
|
||||
Timestamp = {2014.02.05},
|
||||
Url = {http://www.mpfs.de/fileadmin/JIM-pdf13/JIMStudie2013.pdf}
|
||||
}
|
||||
|
||||
@Misc{SpittankNetEduMobile,
|
||||
Title = {https://edu.spittank.net/downloads/mobile},
|
||||
|
||||
Author = {Daniel Spittank},
|
||||
Year = {2015},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2015.04.30},
|
||||
}
|
||||
|
||||
@Patent{AmazonAnticipatoryPatent,
|
||||
Title = {Method and system for anticipatory package shipping},
|
||||
Nationality = {US},
|
||||
Number = {US 8,615,473},
|
||||
Year = {2013},
|
||||
Yearfiled = {2013},
|
||||
Assignee = {Amazon Technnologies, Inc.},
|
||||
Author = {Spiegel and McKenna and Lakshman and Nordstrom},
|
||||
Day = {24},
|
||||
Month = {12},
|
||||
Monthfiled = {August},
|
||||
Url = {http://pdfpiw.uspto.gov/.piw?Docid=08615473},
|
||||
|
||||
Owner = {daniel},
|
||||
Timestamp = {2014.02.05}
|
||||
}
|
||||
|
||||
@MastersThesis{SpittankExamen,
|
||||
Title = {{Auswahl und Gestaltung mobiler Informatiksysteme f\"ur den Einsatz im Informatikunterricht}},
|
||||
Author = {Spittank, Daniel},
|
||||
School = {Bergische Universi{\"a}t -- Fachbereich Mathematik und Naturwissenschaften},
|
||||
Year = {2012},
|
||||
|
||||
Address = {Wuppertal},
|
||||
Month = {8},
|
||||
Type = {{Staatsexamensarbeit}},
|
||||
|
||||
LastChecked = {2012-05-10},
|
||||
Owner = {daniel},
|
||||
Timestamp = {2014.02.05},
|
||||
Url = {https://edu.spittank.net/downloads/mobile/examensarbeit.pdf}
|
||||
}
|
||||
|
||||
@Misc{Spittank2011,
|
||||
Title = {Mobile Informatiksysteme in der Schule},
|
||||
|
||||
Author = {Daniel Spittank},
|
||||
Month = {11},
|
||||
Note = {Präsentation im Rahmen der Didaktik der Informatik},
|
||||
Year = {2011},
|
||||
|
||||
LastChecked = {2012-07-28},
|
||||
Owner = {daniel},
|
||||
Timestamp = {2012.07.26},
|
||||
Url = {http://edu.spittank.net/downloads/mobile/ddivortrag2011.pdf}
|
||||
}
|
||||
|
||||
@Misc{OMP,
|
||||
Title = {{Our Mobile Planet Survey}},
|
||||
|
||||
Author = {TMS-Infratest and Ipsos and Ipsos-MediaCT and MMA-Mobile-Marketing-Association},
|
||||
Note = {gepr{\"u}ft: 07.~Juli~2012},
|
||||
Year = {2012},
|
||||
|
||||
Editor = {Google, Inc.},
|
||||
Location = {Mountain View, CA, USA},
|
||||
Owner = {daniel},
|
||||
Publisher = {Google, Inc.},
|
||||
Timestamp = {2014.02.06},
|
||||
Url = {http://www.thinkwithgoogle.com/mobileplanet/de}
|
||||
}
|
||||
|
||||
269
Beiträge/INFOS2015/mobile.bib.bak
Normal file
269
Beiträge/INFOS2015/mobile.bib.bak
Normal file
|
|
@ -0,0 +1,269 @@
|
|||
% This file was created with JabRef 2.9.2.
|
||||
% Encoding: UTF-8
|
||||
|
||||
@ELECTRONIC{AppleMoloch,
|
||||
author = {Tarik Ahmia},
|
||||
month = {1},
|
||||
year = {2012},
|
||||
title = {Apple wird zum Bildungsmoloch},
|
||||
url = {http://werkstatt.bpb.de/2012/01/apple-wird-zum-bildungs-moloch/},
|
||||
journal = {werkstatt.bpb.de},
|
||||
lastchecked = {2012-07-27},
|
||||
owner = {daniel},
|
||||
publischer = {Bundeszentrale für politische Bildung},
|
||||
timestamp = {2012.07.29}
|
||||
}
|
||||
|
||||
@ELECTRONIC{trojaniron,
|
||||
author = {BBC},
|
||||
month = {10},
|
||||
year = {2013},
|
||||
title = {Russia: Hidden chips 'launch spam attacks from irons'},
|
||||
language = {en},
|
||||
organization = {BBC},
|
||||
url = {http://www.bbc.co.uk/news/24707337},
|
||||
owner = {daniel},
|
||||
timestamp = {2014.02.05}
|
||||
}
|
||||
|
||||
@MASTERSTHESIS{Carrie2006,
|
||||
author = {Carrie, Ralph},
|
||||
title = {{Einsatz mobiler Informatiksysteme im Informatikunterricht der gymnasialen
|
||||
Oberstufe}},
|
||||
school = {Studienseminar f{\"u}r Lehr{\"a}mter an Schulen -- Seminar f{\"u}r
|
||||
das Lehramt f{\"u}r Gymnasien Gesamtschulen},
|
||||
year = {2006},
|
||||
type = {{Hausarbeit gem{\"a}{\ss} OVP}},
|
||||
address = {Hamm},
|
||||
month = {7},
|
||||
lastchecked = {2012-06-12},
|
||||
url = {http://www.ham.nw.schule.de/pub/bscw.cgi/315319}
|
||||
}
|
||||
|
||||
@ELECTRONIC{Gamification,
|
||||
author = {Sebastian Deterding and Dan Dixon and Rilla Khaled and Lennart E.
|
||||
Nacke},
|
||||
month = {5},
|
||||
year = {2011},
|
||||
title = {Gamification: Toward a Definition},
|
||||
url = {http://hci.usask.ca/uploads/219-02-Deterding,-Khaled,-Nacke,-Dixon.pdf},
|
||||
owner = {daniel},
|
||||
timestamp = {2014.02.04}
|
||||
}
|
||||
|
||||
@ELECTRONIC{DGB2012,
|
||||
author = {DGB},
|
||||
month = {3},
|
||||
year = {2012},
|
||||
title = {{Arbeitshetze, Arbeitsintensivierung, Entgrenzung -- So beurteilen
|
||||
die Besch{\"a}ftigten die Lage}},
|
||||
owner = {daniel},
|
||||
timestamp = {2012.07.21}
|
||||
}
|
||||
|
||||
@INPROCEEDINGS{GoerlichHumbert2005,
|
||||
author = {G{\"o}rlich, Christian F. and Humbert, Ludger},
|
||||
title = {{Open Source -- die R{\"u}ckkehr der Utopie?}},
|
||||
booktitle = {{Open Source Jahrbuch 2005. Zwischen Softwareentwicklung und Gesellschaftsmodell}},
|
||||
year = {2005},
|
||||
pages = {311--327},
|
||||
lastchecked = {2012-06-04},
|
||||
url = {http://www.opensourcejahrbuch.de/download/jb2005/OpenSourceJahrbuch2005_online.pdf}
|
||||
}
|
||||
|
||||
@MISC{GI2008,
|
||||
author = {GI},
|
||||
title = {Grundsätze und Standards für die Informatik in der Schule -- Bildungsstandards
|
||||
Informatik für die Sekundarstufe I},
|
||||
month = {1},
|
||||
year = {2008},
|
||||
lastchecked = {2012-07-26},
|
||||
owner = {daniel},
|
||||
timestamp = {2012.07.26},
|
||||
url = {http://www.gi-ev.de/fileadmin/gliederungen/fb-iad/fa-ibs/Empfehlungen/bildungsstandards\_2008.pdf}
|
||||
}
|
||||
|
||||
@MASTERSTHESIS{Heming2009,
|
||||
author = {Heming, Matthias},
|
||||
title = {{Einsatzszenarien von Mobiltelefonen im Informatikunterricht}},
|
||||
school = {Bergische Universi{\"a}t -- Fachbereich Mathematik und Naturwissenschaften},
|
||||
year = {2009},
|
||||
type = {{Masterarbeit -- Master of Education}},
|
||||
address = {Wuppertal},
|
||||
month = {11},
|
||||
lastchecked = {2012-05-10},
|
||||
url = {http://blog.familie-heming.de/?p=111}
|
||||
}
|
||||
|
||||
@INPROCEEDINGS{HemingSpittank2012,
|
||||
author = {Heming, Matthias and Spittank, Daniel},
|
||||
title = {{Mobile Systeme auch im Informatikunterricht -- Kommt die Fachdidaktik
|
||||
noch mit?}},
|
||||
booktitle = {{Ideen und Modelle -- 5. M{\"u}nsteraner Workshop zur Schulinformatik
|
||||
-- 7. Mai 2012}},
|
||||
year = {2012},
|
||||
editor = {Thomas, Marco and Weigend, Michael},
|
||||
pages = {151--161},
|
||||
month = {5},
|
||||
publisher = {Books on Demand GmbH},
|
||||
isbn = {978-3-84820-181-5},
|
||||
location = {Norderstedt}
|
||||
}
|
||||
|
||||
@INPROCEEDINGS{HumbertMWS2008,
|
||||
author = {Humbert, Ludger},
|
||||
title = {{Informatik und Gender -- nehmt die Forschungsergebnisse ernst!}},
|
||||
booktitle = {{Interesse wecken und Grundkenntnisse vermitteln -- 3.~M{\"u}nsteraner
|
||||
Workshop zur Schulinformatik}},
|
||||
year = {2008},
|
||||
pages = {81--90},
|
||||
month = {5},
|
||||
note = {\url{http://www.ham.nw.schule.de/pub/bscw.cgi/d1068247/2008-05-07\_MWS-GenderErnstNehmen.pdf}
|
||||
-- gepr{\"u}ft: 24.~Februar~2011 -- erweiterte Fassung des Beitrags
|
||||
siehe: \cite{HumbertPanske2010}},
|
||||
language = {ngerman},
|
||||
url = {http://www.ham.nw.schule.de/pub/bscw.cgi/d1068247/2008-05-07\_MWS-GenderErnstNehmen.pdf}
|
||||
}
|
||||
|
||||
@ELECTRONIC{HumPy,
|
||||
author = {Humbert, Ludger},
|
||||
month = {4},
|
||||
year = {2007},
|
||||
title = {{Mit Python auf dem Mobiltelefon bis ins Zentralabitur}},
|
||||
url = {http://humbert.in.hagen.de/iffase/Artikel/programmieren-2007-04-01.html},
|
||||
journal = {If~Fase},
|
||||
number = {17},
|
||||
pages = {2},
|
||||
volume = {3}
|
||||
}
|
||||
|
||||
@ARTICLE{HumbertProgrammieren,
|
||||
author = {Ludger Humbert},
|
||||
title = {Schüler brauchen keine Entwicklungsumgebung – ein Editor reicht aus},
|
||||
journal = {If~Fase},
|
||||
year = {2006},
|
||||
volume = {2},
|
||||
pages = {2},
|
||||
number = {13},
|
||||
month = {11},
|
||||
lastchecked = {2012-07-04},
|
||||
owner = {daniel},
|
||||
timestamp = {2012.07.28},
|
||||
url = {http://humbert.in.hagen.de/iffase/Artikel/programmieren-2006-11-01.html}
|
||||
}
|
||||
|
||||
@PHDTHESIS{LinkweilerDA2002,
|
||||
author = {Linkweiler, Ingo},
|
||||
title = {{Eignet sich die Skriptsprache Python für schnelle Entwicklungen
|
||||
im Softwareentwicklungsprozess? – Eine Untersuchung der Programmiersprache
|
||||
Python im softwaretechnischen und fachdidaktischen Kontext}},
|
||||
school = {Universität, Fachbereich Informatik, Fachgebiet Didaktik der Informatik},
|
||||
year = {2002},
|
||||
type = {Diplomarbeit},
|
||||
address = {Dortmund},
|
||||
month = {11},
|
||||
lastchecked = {2012-06-20},
|
||||
url = {http://www.ingo-linkweiler.de/diplom/Diplomarbeit.pdf}
|
||||
}
|
||||
|
||||
@TECHREPORT{MPFS2013,
|
||||
author = {{MPFS}},
|
||||
title = {{JIM 2013. Jugend, Information, (Mul\-ti-)Me\-dia. Basisuntersuchung
|
||||
zum Medienumgang 12- bis 19-J{\"a}hriger in Deutschland}},
|
||||
institution = {mpfs},
|
||||
year = {2013},
|
||||
type = {Forschungsbericht},
|
||||
address = {Stuttgart},
|
||||
month = {11},
|
||||
note = {MPFS -- Medienp{\"a}dagogischer Forschungsverbund S{\"u}dwest},
|
||||
lastchecked = {2012-06-01},
|
||||
owner = {daniel},
|
||||
timestamp = {2014.02.05},
|
||||
url = {http://www.mpfs.de/fileadmin/JIM-pdf13/JIMStudie2013.pdf}
|
||||
}
|
||||
|
||||
@TECHREPORT{MPFS2014,
|
||||
author = {{MPFS}},
|
||||
title = {{JIM 2014. Jugend, Information, (Mul\-ti-)Me\-dia. Basisuntersuchung
|
||||
zum Medienumgang 12- bis 19-J{\"a}hriger in Deutschland}},
|
||||
institution = {mpfs},
|
||||
year = {2014},
|
||||
type = {Forschungsbericht},
|
||||
address = {Stuttgart},
|
||||
month = {11},
|
||||
note = {MPFS -- Medienp{\"a}dagogischer Forschungsverbund S{\"u}dwest},
|
||||
owner = {daniel},
|
||||
timestamp = {2015.01.05},
|
||||
url = {http://www.mpfs.de/fileadmin/JIM-pdf14/JIMStudie2014.pdf}
|
||||
}
|
||||
|
||||
@TECHREPORT{DIVSI2014,
|
||||
author = {{DIVSI}},
|
||||
title = {{DIVSI U25-Studie -- Kinder, Jugendliche und junge Erwachsene in der digitalen Welt}},
|
||||
institution = {DIVSI},
|
||||
year = {2014},
|
||||
type = {Forschungsbericht},
|
||||
address = {Heidelberg},
|
||||
month = {11},
|
||||
note = {DIVSI -- Deutsches Institut f\"ur Vertrauen und Sicherheit im Internet},
|
||||
owner = {daniel},
|
||||
timestamp = {2015.01.05},
|
||||
url = {https://www.divsi.de/wp-content/uploads/2014/02/DIVSI-U25-Studie.pdf}
|
||||
}
|
||||
|
||||
@PATENT{AmazonAnticipatoryPatent,
|
||||
nationality = {US},
|
||||
number = {US 8,615,473},
|
||||
year = {2013},
|
||||
yearfiled = {2013},
|
||||
author = {Spiegel and McKenna and Lakshman and Nordstrom},
|
||||
title = {Method and system for anticipatory package shipping},
|
||||
assignee = {Amazon Technnologies, Inc.},
|
||||
day = {24},
|
||||
month = {12},
|
||||
monthfiled = {August},
|
||||
url = {http://pdfpiw.uspto.gov/.piw?Docid=08615473},
|
||||
owner = {daniel},
|
||||
timestamp = {2014.02.05}
|
||||
}
|
||||
|
||||
@MASTERSTHESIS{SpittankExamen,
|
||||
author = {Spittank, Daniel},
|
||||
title = {{Auswahl und Gestaltung mobiler Informatiksysteme für den Einsatz
|
||||
im Informatikunterricht}},
|
||||
school = {Bergische Universi{\"a}t -- Fachbereich Mathematik und Naturwissenschaften},
|
||||
year = {2012},
|
||||
type = {{Staatsexamensarbeit}},
|
||||
address = {Wuppertal},
|
||||
month = {8},
|
||||
lastchecked = {2012-05-10},
|
||||
owner = {daniel},
|
||||
timestamp = {2014.02.05},
|
||||
url = {https://edu.spittank.net/downloads/mobile/examensarbeit.pdf}
|
||||
}
|
||||
|
||||
@MISC{Spittank2011,
|
||||
author = {Daniel Spittank},
|
||||
title = {Mobile Informatiksysteme in der Schule},
|
||||
month = {11},
|
||||
year = {2011},
|
||||
note = {Präsentation im Rahmen der Didaktik der Informatik},
|
||||
lastchecked = {2012-07-28},
|
||||
owner = {daniel},
|
||||
timestamp = {2012.07.26},
|
||||
url = {http://edu.spittank.net/downloads/mobile/ddivortrag2011.pdf}
|
||||
}
|
||||
|
||||
@MISC{OMP,
|
||||
author = {TMS-Infratest and Ipsos and Ipsos-MediaCT and MMA-Mobile-Marketing-Association},
|
||||
title = {{Our Mobile Planet Survey}},
|
||||
year = {2012},
|
||||
note = {gepr{\"u}ft: 07.~Juli~2012},
|
||||
editor = {Google, Inc.},
|
||||
location = {Mountain View, CA, USA},
|
||||
owner = {daniel},
|
||||
publisher = {Google, Inc.},
|
||||
timestamp = {2014.02.06},
|
||||
url = {http://www.thinkwithgoogle.com/mobileplanet/de}
|
||||
}
|
||||
|
||||
BIN
Beiträge/INFOS2015/praxisbeitrag.pdf
Normal file
BIN
Beiträge/INFOS2015/praxisbeitrag.pdf
Normal file
Binary file not shown.
158
Beiträge/INFOS2015/praxisbeitrag.tex
Normal file
158
Beiträge/INFOS2015/praxisbeitrag.tex
Normal file
|
|
@ -0,0 +1,158 @@
|
|||
\documentclass{lni}
|
||||
|
||||
\IfFileExists{latin1.sty}{\usepackage{latin1}}{\usepackage{isolatin1}}
|
||||
|
||||
\usepackage{graphicx}
|
||||
\usepackage{csquotes}
|
||||
|
||||
\author{
|
||||
Daniel Spittank \\
|
||||
\\
|
||||
Barmer Str. 23 \\
|
||||
45549 Sprockhövel \\
|
||||
mobile@daniel.spittank.net
|
||||
}
|
||||
\title{Mobile Informatiksysteme im Unterricht}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
|
||||
\begin{abstract}
|
||||
Informatik durchdringt zunehmend den Alltag in modernen Gesellschaften, besonders die Miniaturisierungs- und Mobilisierungsprozesse
|
||||
begünstigen dies. Besonders der Boom mobiler Informatiksysteme\footnote{Analog zu \cite{SpittankExamen} sind hier keine Notebooks oder
|
||||
Netbooks gemeint, sondern hauptsächlich Smartphones und Tablets.} und die Verbreitung mobiler Internetzugänge begründen gesellschaftliche
|
||||
Veränderungen.
|
||||
|
||||
Verschiedene Studien, allen voran die JIM-Studien (Jugendliche, Information, Multimedia), aber auch die des Deutschen Instituts für Vertrauen und Sicherheit im Internet (DIVSI), belegen eindrücklich die immens zunehmende Bedeutung mobiler Informatiksysteme und des immer verfügbaren Zugangs zum Internet für Schülerinnen und Schüler. Gleichsam lässt sich erkennen, dass die Bedeutung stationärer Informatiksysteme für Schülerinnen und Schüler schwindet.
|
||||
|
||||
Diesen Entwicklungen wird derzeit von Schulen allerdings noch wenig Aufmerksamkeit geschenkt. Einzig die Einführung von wenigen Tablet-Klassen kann hier genannt werden. Ansonsten dominieren Verbote mobiler Informatiksysteme. Die gesellschaftlichen Entwicklungen werden (noch) aus der Schule ausgeschlossen. Zu groß ist die Sorge vor den möglichen negativen Auswirkungen, die mit den Geräten in Verbindung gebracht werden (z.B. Ablenkung vom Unterrichtsgeschehen und Cybermobbing). Besonders im Informatikunterricht dominiert die, durch feste Computerräume vorgegebene, Arbeit an stationären Systemen. Dabei spricht viel für einen offeneren Umgang mit den mobilen Informatiksystemen, besonders der direkte Bezug zum Alltag der Schülerinnen und Schüler kann sich positiv auf die Motivation und die Begeisterung auswirken. Kann doch ein wesentlicher Teil des Alltags begreifbar gemacht und somit auch ein erkennbarer Vorteil für das tägliche Leben erlangt werden.
|
||||
|
||||
Im Rahmen seiner Arbeit zum ersten Staatsexamen entwickelte der Autor die Grundzüge für ein Unterrichtskonzept, das den Entwicklungen Rechnung trägt und versucht, die Vorteile mobiler Informatiksysteme für den Informatikunterricht nutzbar zu machen. Dazu gehören etwa die Unabhängigkeit von Computerräumen und die vielfältigeren Ansatzpunkte für den Einsatz kooperativer Methoden, die helfen können, die fachbezogene Kommunikation zu fördern. Es basiert dabei auf den positiven Erfahrungen vorangegangener Versuche mit Symbian-Smartphones\footnote{vgl.\cite{Heming2009}} und konnte im letzten Jahr im Rahmen seines Referendariats mit zwei achten Klassen erstmalig erprobt werden.
|
||||
|
||||
Dieser Beitrag soll das Konzept und die gewonnenen Erkenntnisse vorstellen, noch bestehende Schwierigkeiten benennen und mögliche Entwicklungsperspektiven aufzeigen.
|
||||
|
||||
\end{abstract}
|
||||
|
||||
\section{Gesellschaftliche Bedeutung mobiler Informatiksysteme}
|
||||
|
||||
Die flächendeckende Verfügbarkeit mobiler Informatiksysteme -- in Form von Tablets, Smartphones und zahllosen smarten Gadgets -- verändert die moderne Gesellschaft. Die ständige Verfügbarkeit von Information und die Verknüpfung mit den Daten, welche ständig durch die mobilen Systeme erfasst werden, ist einerseits ein Segen für viele Menschen, die sich schon immer einen persönlichen Assistenten herbeigesehnt haben. Andererseits erscheint dies, auf den Schutz ihrer persönlichen Daten bedachten, Charakteren wohl eher als Fluch. Insbesondere nach den diversen Datenschutz- und Spionage-Skandalen der letzten Jahre.
|
||||
|
||||
Diese gesellschaftlich bedeutende Debatte wird auch immer mehr öffentlich ausgetragen. Spätestens seit den Enthüllungen der digitalen Spionagetätigkeiten der NSA durch Edward Snowden ist einer breiteren Öffentlichkeit bewusst, dass die Informatisierung der Gesellschaft zwei Seiten hat.
|
||||
|
||||
Dennoch: Die vielfältigen nützlichen Funktionen -- insbesondere in Verbindung mit Clouddiensten -- erleichtern oftmals den Alltag. Reines Faktenwissen verliert durch die stetige Verfügbarkeit diverser Informationsquellen an Bedeutung, wohingegen der Bedarf an informatischer Vernunft\footnote{vgl. \cite[S.~311]{GoerlichHumbert2005}} zunimmt. Mögliche Risiken können oft nicht einfach beurteilt werden, da die parallel erfolgende Simplifizierung der Benutzungsschnittstellen vieles vor dem Anwender verbirgt.
|
||||
|
||||
So verbleiben die vielen Funktionen und neuen Möglichkeiten, die die mobilen Geräte so schlau erscheinen lassen, für die meisten Anwender im nebulösen Feld der quasi-magischen Blackbox. Dass dabei viele sehr persönliche Daten -- oftmals ungeschützt -- durch die halbe Welt gesendet werden, ist vielen nicht einmal klar. Genannt seien hier exemplarisch Spracherkennungen, die auf den Servern der Anbieter erfolgen, und Kommunikationsapps, die das gesamte Adressbuch in die Cloud laden, damit festgestellt werden kann, mit welchen Kommunikationspartnern man mittels der App kommunizieren kann.
|
||||
Im Zuge der Mobilisierungstendenzen und des Bedeutungszuwachses von Clouddiensten müssen allerdings auch Nutzungsszenarien neu bewertet werden, von denen man bisher an stationären Systemen keinerlei Gefährdung zu erwarten hatte. So etwa die Bildbearbeitung, die auf mobilen Informatiksystemen sehr beliebt ist, im Gegensatz zu stationären Bildbearbeitungsanwendungen aber oft nicht lokal, sondern in der Cloud erfolgt. Der bei mobilen Informatiksystemen deutlich stärker ausgeprägte Blackbox-Effekt sorgt hier also für eine steigende Intransparenz gegenüber den Anwendern der Geräte.
|
||||
|
||||
Es ergibt sich die Notwendigkeit, Menschen in die Lage zu versetzen, moderne Informatiksysteme selbstbestimmt und verantwortungsbewusst zu verwenden und die mit ihnen verbundenen Risiken und Nebenwirkungen einschätzen zu können, ohne zunächst den Informatiker ihres Vertrauens zu befragen, will man die mündige Teilhabe in demokratischen Gesellschaften sicherstellen.
|
||||
|
||||
\section{Aktueller Stand in der Schule}
|
||||
|
||||
Die Befähigung zur mündigen Teilhabe ist natürlich die originäre Aufgabe der Schule im Allgemeinen und des Informatikunterrichts im Speziellen, wenn es um informatische Aspekte geht. Leider muss man festhalten, dass die gesellschaftliche Debatte sich in den Schulen kaum widerspiegelt, obwohl gerade die Jugendlichen und jungen Erwachsenen besonders stark von den gesellschaftlichen Auswirkungen betroffen sind, wie etwa die JIM-Studie \cite{MPFS2014} Jahr für Jahr erneut belegt.
|
||||
|
||||
Dies mag einerseits daran liegen, dass vielerorts kein echter Informatikunterricht angeboten werden kann, oder diesem kein hoher Stellenwert zukommt, weil es sich nach wie vor in den meisten Bundesländern um ein reines Wahlfach handelt.
|
||||
Andererseits ist der erteilte Informatikunterricht oft sehr technisch ausgerichtet und klammert gesellschaftliche Fragen aus. Wenn man sich mit gesellschaftlichen Auswirkungen beschäftigt, geht es meist um die negativen Folgen der Smartphone-Nutzung durch Schülerinnen und Schüler. Die Angst vor ständig verfügbarer Pornographie, Gewaltvideos und möglicher (Cyber-)Mobbingattacken dominiert die schulische Debatte. Auch die Ablenkung der Schülerinnen und Schüler im Unterricht ist ein beliebtes Thema. Die Folge daraus sind meist -- zumindest teilweise -- Verbote mobiler Informatiksysteme in der Schule, in manchen Bundesländern sogar mit Gesetzescharakter. Dass so eine tatsächliche Auseinandersetzung mit den gesellschaftsverändernden Einflüssen der mobilen Informatiksysteme unterbleibt und somit auf eine echte Vorbereitung auf die selbstbestimmte Teilhabe an der Gesellschaft in diesem Bereich verzichtet wird, wird als Kollateralschaden billigend in Kauf genommen.
|
||||
|
||||
Demgegenüber steht ein Trend zur -- weitgehend -- unkritischen Nutzung der mobilen Geräte im Unterricht (meist nicht im Rahmen der Informatik), der vor allem durch die Hersteller\footnote{Allen voran Apple mit verschiedenen Programmen zur Förderung von \enquote{iPad-Klassen}.} befördert wird. Diese spiegelt letztlich nur das übliche Nutzungsverhalten innerhalb der Gesellschaft wider und bietet so zwar mediale Vorteile für den Unterricht, kann jedoch keinen größeren Beitrag zu einem mündigen, aufgeklärten Nutzungsverhalten leisten.
|
||||
Insbesondere der für die Informatik so wichtige Schritt der Rückführung der Erkenntnisse in die Realität, also die Umsetzung informatischer Modellierungen, oder wie Heming\cite{Heming2009} es beschreibt, die \enquote{Perspektive der Veränderung der Wirklichkeit}, wird so erschwert.
|
||||
|
||||
Der Informatikunterricht erfolgt weiterhin beinahe natürlich in Computerräumen. Die stationären Rechner erscheinen dabei als das zentrale Unterrichtsmittel und der zentrale Unterrichtsgegenstand. So ergab sich in einem Gespräch, das der Autor mit einer Gruppe von Grund\-schü\-lern führte, die im Rahmen der anstehenden Anmeldungen seine Schule besuchten, dass -- wie erwartet -- niemand eine Vorstellung davon hatte, was sich wohl hinter seinem Fach \enquote{Sozialwissenschaften} oder auch \enquote{Politikunterricht} verbergen könnte. Ganz im Gegensatz dazu, wussten fast alle, um was es in der Informatik geht, denn \enquote{das ist doch das Fach mit den Computern}. Diese eindimensionale Sicht zeigt sich nicht nur bei Grundschülern, sondern zieht sich durch die gesamte Gesellschaft.
|
||||
|
||||
\section{Bisherige Ansätze}
|
||||
|
||||
Gerade auch um dieser Sichtweise auf die Informatik entgegenzuwirken, haben Carrie \cite{Carrie2006} und Heming \cite{Heming2009} gezeigt, dass die ausschließliche Nutzung mobiler Informatiksysteme im Unterricht möglich ist. Auf Basis von Symbian S60 wurden hierzu Unterrichtskonzepte und Materialien erstellt und -- insbesondere in den Pilotkursen an der Willy-Brandt-Gesamtschule Bergkamen -- erprobt.
|
||||
Wichtig ist, dass alle folgend geschilderten Ansätze davon ausgehen, dass eine ausschließliche Nutzung der mobilen Informatiksysteme erfolgt, da ansonsten ein großer Teil der geäußerten Hoffnungen nicht erreichbar wäre und man weiterhin auf Computerräume angewiesen bliebe.
|
||||
|
||||
Die Hoffnungen an den Einsatz bestätigten sich hierbei größtenteils und die Motivation der Schülerinnen und Schüler war deutlich höher als in Vergleichskursen. Zu diesen Hoffnungen gehörten unter anderem eine Flexibilisierung des Informatikunterrichts und die Lösung von den Computerräumen. So sollten die fachliche Kommunikation zwischen den Schülerinnen und Schülern gestärkt, sowie Räume für kooperative Methoden geöffnet werden, die durch die starre Ausstattung der Computerräume bisher behindert wurden. Dieser Effekt konnte auch belegt werden: Die Nutzung normaler Klassen- bzw. Kursräume wurde möglich und die Arbeit in flexiblen Kleingruppen wurde erleichtert, da die kleinen, mobilen Systeme problemlos zusammen mit anderen Arbeitsmaterialien genutzt werden konnten und auch schnelle Wechsel möglich wurden. Auch gegenüber teilstationären Note- bzw. Netbookklassen ergaben sich so Mobilitäts- und Flexibilitätsgewinne. Zunächst geäußerte Befürchtungen an eine eingeschränkte Bedienbarkeit der Geräte be\-stä\-tig\-ten sich nicht. Die Schülerinnen und Schüler waren in der Bedienung der Geräte -- wohl aufgrund ihrer alltäglichen Erfahrungen -- so sicher, dass sich hier kaum Probleme ergaben. Dies wurde zudem durch die Beschränkung der Implementierung auf das Wesentliche und die in den mobilen Informatiksystemen integrierten Techniken zum schnellen Austausch von Quelltexten (z.B. Bluetooth und QR-Codes) begünstigt.
|
||||
|
||||
Durch die Verwendung der mobilen Geräte wurde tatsächlich dem einseitigen Bild der Informatik als Computerwissenschaft entgegengewirkt und eine stärkere Anbindung an den Alltag der Schülerinnen und Schüler erreicht.
|
||||
|
||||
Doch allen positiven Erfahrungen zum Trotz war die Fortführung des Projekts bedroht. Der durch die Markteinführung des iPhones und das spätere Erscheinen von ganz ähnlichen Smartphones auf Basis von Android eingeläutete Niedergang von Nokia und damit auch der verwendeten Plattform Symbian OS, schwebte wie ein Damoklesschwert über dem Konzept. Um das Projekt zu sichern, war es also erforderlich, nach einer neuen Basis zu suchen und eine -- möglichst plattformunabhängige -- Schnittstelle zu finden oder zu entwickeln.
|
||||
|
||||
\section{Kriterien für den Einsatz mobiler Informatiksysteme}
|
||||
|
||||
Zunächst mussten auf Basis der bisherigen Erfahrungen Kriterien für den Einsatz im Unterricht entwickelt werden, was im Rahmen der schriftlichen Arbeit zum ersten Staatsexamen \cite{SpittankExamen} des Autors erfolgte. Die veränderten Bedingungen in Bezug auf die Ausstattung der Schülerinnen und Schüler mit entsprechenden Geräten machte es zudem erforderlich, auch eine mögliche Nutzung von privaten Geräten im Unterricht zu berücksichtigen. Das \enquote{Bring your own device (BYOD)}-Konzept versprach dabei eine zusätzliche intrinsische Motivation durch erweiterte Nutzungsmöglichkeiten der eigenen Geräte und einen geringeren Kostenaufwand seitens der Schule. Gleichfalls drohte jedoch ein zusätzlicher Wartungsaufwand bezüglich der Unterstützung verschiedenster Geräte und Modellvarianten.
|
||||
|
||||
Die grundlegenden Anforderungen erscheinen zunächst offensichtlich -- die Geräte müssen grundsätzlich sinnvoll in den Unterricht eingebunden werden können und somit im Falle des Informatikunterrichts programmierbar sein. Prinzipiell sollten dies fast alle heutigen mobilen Informatiksysteme erfüllen\footnote{\cite{Heming2009}}, allerdings errichten die Hersteller hier unterschiedlich hohe Hürden technischer und rechtlicher Natur. Dies gilt besonders für die Entwicklung mit den Geräten unter Verzicht auf stationäre Systeme.
|
||||
|
||||
So benötigt man teilweise teure Lizenzen oder spezielle Hard- und Software für die Programmierung. Außerdem werden wesentliche Aspekte der Betriebssysteme vor dem Nutzer versteckt -- etwa die Dateisysteme, sodass ein Verlassen der Anwendungsperspektive erschwert oder gar unmöglich gemacht wird, was die vollständige Erfüllbarkeit der jeweiligen Lehrpläne allein mit den mobilen Geräten zumindest infrage stellt. Speziell Apple ist hier für derartige Einschränkungen bekannt.
|
||||
|
||||
In diesem Sinne ist es wünschenswert, dass die Geräte freie Software verwenden. Denn hier ist es am ehesten möglich, alle Anforderungen zu erfüllen und künstlichen Ein\-schrän\-kungen zu entgehen. Außerdem könnte so die benötigte Software in der Regel ohne relevante Einschränkungen und Kosten an die Schülerinnen und Schüler weitergegeben werden, sodass diese auch zuhause mit den Geräten arbeiten könnten.
|
||||
|
||||
Damit die Geräte sich auch tatsächlich im Alltag der Schülerinnen und Schüler wiederfinden und um die Wahrscheinlichkeit zu erhöhen, dass gut dokumentierte Schnittstellen und Apps verfügbar sind, ist eine hohe Verbreitung der Plattform relevant.
|
||||
|
||||
Sollen Geräte der Schülerinnen und Schüler eingesetzt werden, müssen zudem einige schuleigene Geräte vorgehalten werden, um Schülerinnen und Schülern, die über keine entsprechende Hardware verfügen, nicht zu benachteiligen. Optimal wäre es, wenn die Schüler die Geräte während des Unterrichtseinsatzes auch mit nach Hause nehmen und im Alltag einsetzen können.
|
||||
|
||||
Aus finanziellen wie aus Umeltschutzgründen sollte für schuleigene Geräte viel Wert auf eine gute Haltbarkeit gelegt werden. So kann bereits ein fest verbauter Akku einer dauerhaften, langfristigen Nutzung in der Schule entgegenstehen. Modernere Geräte mit großen Touchscreens und dünnen Rahmen sind zudem anfälliger für Displayschäden, sodass sich die Ausstattung mit Schutzhüllen empfiehlt.
|
||||
|
||||
Unabhängig davon sollte die Schule sich ihrer Vorbildfunktion bewusst sein und generell soziale wie auch Umweltschutzaspekte berücksichtigen, sofern dies möglich ist. Derzeit schränkt dies die Geräteauswahl jedoch so stark ein, dass darauf -- vor allem aus finanziellen Gründen -- kaum geachtet werden kann. Es bietet sich jedoch an, die Hintergründe der Produktion von Elektronikprodukten exkursiv im Unterricht zu behandeln. Fächerverbindende und -übergreifende Projekte sind hier gut vorstellbar.
|
||||
|
||||
Für die Programmierbarkeit der Geräte mit den Geräten\footnote{vgl. \cite{Carrie2006}} gibt es verschiedenste Zugänge, die von grafiklastigen Hilfsmitteln über die Automatisierung bis hin zum Scripting und vollständigen IDEs auf den Geräten reichen.
|
||||
|
||||
\section{Auswahl der Plattform}
|
||||
|
||||
Letztlich blieb aufgrund der gestellten Anforderungen besonders an die Programmierbarkeit direkt mit den Geräten nur eine der untersuchten Plattformen (u.\,a. iOS, Android und Windows) nur Android übrig. Apples iOS disqualifizierte sich für die weitere Betrachtung aufgrund künstlicher technischer, rechtlicher und finanzieller Hürden, während Windows zum damaligen Zeitpunkt keine hinreichende Möglichkeit zur Entwicklung mit den Geräten bot\footnote{Dies hat sich inzwischen geändert, jedoch ist der Marktanteil von Windows auf mobilen Geräten noch immer so gering, dass eine weitere Betrachtung bisher nicht lohnend erschien.}. Die alternativen und größtenteils auch deutlich freieren Plattformen wie Tizen, Firefox OS und Ubuntu boten zwar gute Möglichkeiten zur Programmierung, scheiterten jedoch an der Verfügbarkeit geeigneter Hardware. Sie könnten jedoch für eine Weiterentwicklung des Unterrichtskonzepts in Zukunft interessant werden.
|
||||
|
||||
Android bot verschiedene Ansätze, um eine Programmierbarkeit der Geräte mit den Geräten zu erreichen. So gibt es diverse Automatisierungstools und eher grafiklastige Umgebungen ebenso wie vollständige Java-IDEs und Laufzeitumgebungen für diverse Skriptsprachen. Die Wahl fiel letztlich auf QPython, nicht zuletzt wegen der, durch Linkweiler in \cite{LinkweilerDA2002} festgestellten, guten Eignung der Sprache für den schulischen Informatikunterricht.
|
||||
|
||||
Durch die ausschließliche Verfügbarkeit einer geeigneten Plattform erübrigte sich natürlich der Wunsch nach einer plattformübergreifenden Lösung. Zwar wurde bei der ersten Definition einer möglichen Schnittstelle versucht, zu berücksichtigen, welche grundlegenden Elemente in Zukunft benötigt werden würden (auch anhand der Erfahrunden mit Symbian), dennoch wurde diese natür\-lich durch die Möglichkeiten von Android als Basis geprägt.
|
||||
|
||||
\section{Entwicklung einer Schnittstelle}
|
||||
|
||||
Es wurde schnell deutlich, dass eine geeignete Schnittstelle für die Schule geschaffen werden musste, da die verfügbare API kaum für den Unterrichtseinsatz geeignet war. So war die API rein prozedural ausgelegt, da sie letztlich nur Remote-Procedure-Calls an einen im Hintergrund laufenden Server-Dienst kapselte. Dies sorgte zudem für sehr lange Bezeichner und einen sehr unübersichtlichen und uneinheitlichen Quelltext der Skripte. Da der Einsatz zunächst für die Oberstufe geplant wurde, war zudem eine objektorientierte Schnittstelle zwingend erforderlich. Es zeigte sich, dass dies recht unkompliziert möglich war, wenngleich die Gesamtkonstruktion ein wenig gewöhnungsbedürftig anmutete: Die eigentliche, objektorientierte Android-API wurde von der Scripting-Schnittstelle in Remote-Procedure-Calls überführt, die in eine entsprechende Schnittstelle für Python verpackt und dann von der für den Unterricht entwickelten Schnittstelle erneut in passende Objekte gekapselt wurde. Dennoch funktionierte das Ergebnis zufriedenstellend und auch auf günstigen Geräten performant genug, dass ein Unterrichtseinsatz grundsätzlich möglich erschien.
|
||||
|
||||
Die zunächst angedachte Übertragung der von Linkweiler für S60 übersetzten (und in Nordrhein-Westfalen in den Schulen beliebten) Bibliothek \enquote{Stifte und Mäuse} scheiterte zunächst an fehlenden Grafikdirektiven der verwendeten Plattform, wurde jedoch schließlich aufgrund prinzipieller Überlegungen verworfen. Letztlich erschien die Übertragung eines Unterrichtskonzepts für stationäre auf mobile Informatiksysteme als wenig sinnvoll.
|
||||
|
||||
Zunächst wurde zu Gunsten eines möglichst einfachen Zugangs eine Einschränkung auf eine dialogbasierte Benutzungsschnittstelle vorgenommen, spätere Erweiterungen auf graphische Benutzungsoberflächen wurden jedoch berücksichtigt.
|
||||
|
||||
\section{Unterrichtseinsatz}
|
||||
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=5.9cm]{projekte}
|
||||
\includegraphics[width=5.9cm]{projekte-auszuege}
|
||||
\caption{\label{abbProj}Links: Dokumentationsmappen; Rechts: Auszüge aus den Dokumentationen}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
|
||||
|
||||
Im Rahmen seines Referendariats erhielt der Autor zum ersten Mal die Gelegenheit, das Konzept im Unterricht zu erproben. Die mangelhafte Ausstattung des zur Verfügung stehenden Informatikraums bestärkte diesen Einsatz. Glücklicherweise verfügten fast alle Schülerinnen und Schüler über Android-Smartphones. Die vier verbleibenden Schü\-ler\-innen und Schüler konnten mit sehr günstigen Geräten aus dem Angebot eines Lebensmitteldiscounters (49 Euro pro Stück) ausgestattet werden, die der Autor für diesen Zweck anschaffte.
|
||||
|
||||
Zu diesem Zeitpunkt stand eine vollständige Implementierung eines geeigneten Wrappers noch aus. Außerdem musste das für die Oberstufe erarbeitete Konzept auf die Anforderungen eines Wahlpflichtkurses in der achten Jahrgangsstufe übertragen werden. Die grundlegende objektorientierte Ausrichtung sollte dabei beibehalten werden, wurde jedoch auf einen reinen \enquote{Strictly Objects First}- und \enquote{Objects only}-Ansatz reduziert. Dank der Nutzung von Python konnten die Schülerinnen und Schüler hier vorbereitete Objekte importieren und neue Objekte ohne die Kenntnis des Klassenkonzepts erstellen.
|
||||
|
||||
Hierzu wurden zunächst arbeitsteilig grundlegende Funktionseinheiten von Smartphones identifiziert und modelliert, die dann von der Lehrkraft in einen entsprechenden Wrapper überführt wurde, sodass direkt mit den Ergebnissen der Modellierung weitergearbeitet werden konnte.
|
||||
|
||||
Für das Unterrichtsvorhaben standen insgesamt rund 12 Wochen bei drei Stunden pro Woche zur Verfügung. Die zu erfüllenden Kompetenzen aus dem schulinternen Curriculum umfassten dabei hauptsächlich die Einführung in die Informatik sowie deren Bedeutung für die Gesellschaft, grundsätzliche algorithmische Konzepte und deren Darstellung in Diagrammform. Erweitert wurde dies zur Stützung des objektorientierten Ansatzes um reduzierte Objektdiagramme ohne Beziehungen.
|
||||
|
||||
Das Unterrichtsvorhaben wurde als langfristiges Projekt ausgelegt. Der Abschluss erfolgte durch die Entwicklung eigener \enquote{Apps} durch die Schülerinnen und Schüler, die als Projektarbeit mit einer umfassenden Dokumentation eine Kursarbeit ersetzten. Besonders beliebt waren hierbei Quiz-Spiele, vermutlich aufgrund der damaligen Popularität der App \enquote{Quizduell}. Außerdem fanden sich einfache Taschenrechner, ein Kochbuch und kleinere textbasierte Spiele.
|
||||
|
||||
Die Einführung der notwendigen Grundlagen erfolgte hauptsächlich mit wechselnden kooperativen Methoden\footnote{Besonders Gruppenpuzzle und die World-Café-Methode haben sich in diesem Zusammenhang bewährt. Die Sicherung der grundlegenden Konzepte erfolgte regelmäßig in Plakatform.}, während die Arbeit an den Apps in festen Projektgruppen erfolgte. Zur Heranführung an die eigenen Projekte wurden die Grundlagen anhand zweier gemeinsamer Projekte erarbeitet: einer einfachen Umsetzung von Stein-Schere-Papier und einem Audiorecorder für Interviews der Schülerzeitung. Hierbei waren zur Differenzierung verschiedene Ausbaustufen eingeplant, leistungsstärkere Schülerinnen und Schüler entwickelten hierbei aber auch eigene Erweiterungen.
|
||||
|
||||
Die Projektideen wurden sehr früh im Verlauf der Reihe festgelegt und von der Lehrkraft im Hinblick auf die Umsetzbarkeit geprüft und auf ein erreichbar scheinendes Maß reduziert, da viele Ideen weit über die in der gegebenen Zeit erreichbaren Ziele hinausgingen. In regelmäßigen Zeitabständen stellten die Projektgruppen Zwischenberichte vor.
|
||||
|
||||
Trotz teilweise auftretender Schwierigkeiten war die Motivation der Schü\-ler\-innen und Schüler kontinuierlich hoch, für die Projekte wurde von der großen Mehrheit der Schü\-ler\-innen und Schüler sehr viel zusätzliche Arbeit außerhalb des Unterrichts geleistet. Die Begeisterung, Apps für ihre Smartphones erstellen zu können war deutlich ersichtlich. Die Projektdokumentationen lagen teilweise deutlich über den Erwartungen, umfassten umfangreiche Planungen und Stellungnahmen zu den Projekten, sowie umfassende Diagramme.
|
||||
|
||||
\section{Probleme im Unterrichtseinsatz}
|
||||
Während der Umsetzung kam es zu einigen kleineren Problemen. Vor allem die Einrichtung der verschiedenen Geräte der Schülerinnen und Schüler erforderte viel Zeit. Etwa drei Schulstunden und einige Pausen wurden hierfür benötigt. Diverse Probleme ließen sich hier nur individuell lösen. Die grundsätzliche Verteilung und Installation war dabei kein Problem, herstellerspezifische Anpassungen von Android führten jedoch gelegentlich zu Kopfzerbrechen. So fehlten einigen Telefonen die Installer für Apps von außerhalb des Android-Markets. Andere waren so eingeschränkt, dass Schreibrechte fehlten und somit keine eigenen Skripte hinterlegt werden konnten. All diese Probleme ließen sich lösen, erforderten jedoch zusätzlichen Arbeitsaufwand durch die Lehrkraft. Dies wird sich beim BYOD-Ansatz jedoch wohl kaum vermeiden lassen. Der Einsatz schulischer Geräte wäre hier ein komfortabler Ausweg.
|
||||
|
||||
Schwerer wog ein zwischenzeitlich erschienener Sicherheitspatch, der entgegen sonstiger Gepflogenheiten im Android-Umfeld auch tatsächlich von vielen Herstellern ausgeliefert wurde. Dieser führte dazu, dass Schreibrechte auf das temporäre Verzeichnis und die SD-Karte entzogen wurden und somit die Log-Funktionen von QPython zeitweise nicht mehr funktionierten. Somit brachen Programme mit Syntaxfehlern schlicht ohne jegliche Fehlermeldung ab. Dies führte zu einem erhöhten Unterstützungsaufwand durch die Lehrkraft über mehrere Stunden hinweg, bis ein entsprechender Patch von QPython erschien.
|
||||
|
||||
Grundsätzlich kann man den Umfang des gesamten Vorhabens, trotz differenzierender Elemente als recht hoch einschätzen. Im gegebenen Kurs hat es insgesamt gut funktioniert, weniger Zeit hätte es allerdings nicht sein dürfen.
|
||||
|
||||
\section{Fazit und Ausblick}
|
||||
Das Konzept wird im Moment von mehreren Lehrkräften erprobt und weiterentwickelt. Grundsätzlich erscheint der Unterrichtseinsatz sinnvoll zu sein und die Hoffnungen weitgehend zu erfüllen. Allerdings ergeben sich auch noch einige große Felder für mögliche Weiterentwicklungen.
|
||||
|
||||
Primär ist nach wie vor eine Verbreiterung der unterstützten Plattformen erstrebenswert. Die weitere Öffnung von Windows für eigene Programmierung und die langsam beginnende Verbreitung weiterer Smartphone-Plattformen machen hier Hoffnung. Auch ergibt sich aus den identifizierten Problemen ein Bedarf für Entwicklungen, die bestehende Probleme reduzieren oder vollständig lösen. Besonders eine schnittstelleninterne Fehlerbehandlung erscheint als hilfreiche Ergänzung.
|
||||
|
||||
Grundsätzlich ist die Erarbeitung der Schnittstelle gemeinsam mit dem Kurs sinnvoll und führte zu einem guten Verständnis auf Seiten der Schülerinnen und Schüler. Die notwendige Implementierungsarbeit ist zwar nicht riesig, aber dennoch nicht zu unterschätzen. Somit wäre eine Referenzimplementierung, die direkt einsetzbar ist, nach wie vor wün\-schens\-wert und wird als nächstes implementiert werden.
|
||||
Die bisher erstellten Materialien sind unter \cite{SpittankNetEduMobile} frei verfügbar.
|
||||
|
||||
%\begin{figure}[htb]
|
||||
% \begin{center}
|
||||
% \includegraphics[width=2cm]{gilogo}
|
||||
% \caption{\label{logo}Beschreibung der Abbildung}
|
||||
% \end{center}
|
||||
%\end{figure}
|
||||
|
||||
\bibliography{mobile}
|
||||
|
||||
\end{document}
|
||||
BIN
Beiträge/INFOS2015/projekte-auszuege.jpg
Normal file
BIN
Beiträge/INFOS2015/projekte-auszuege.jpg
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 969 KiB |
BIN
Beiträge/INFOS2015/projekte.jpg
Normal file
BIN
Beiträge/INFOS2015/projekte.jpg
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 483 KiB |
BIN
Beiträge/INFOS2015/veinfach.pdf
Normal file
BIN
Beiträge/INFOS2015/veinfach.pdf
Normal file
Binary file not shown.
51
Beiträge/INFOS2015/wissbeitrag.tex
Normal file
51
Beiträge/INFOS2015/wissbeitrag.tex
Normal file
|
|
@ -0,0 +1,51 @@
|
|||
\documentclass{lni}
|
||||
|
||||
\IfFileExists{latin1.sty}{\usepackage{latin1}}{\usepackage{isolatin1}}
|
||||
|
||||
\usepackage{graphicx}
|
||||
|
||||
\author{
|
||||
Daniel Spittank \\
|
||||
\\
|
||||
Barmer Str. 23 \\
|
||||
45549 Sprockhövel \\
|
||||
mobile@daniel.spittank.net
|
||||
}
|
||||
\title{Praxisbeitrag: Mobile Informatiksysteme im Unterricht}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
|
||||
\begin{abstract}
|
||||
Informatik durchdringt zunehmend den Alltag in modernen Gesellschaften, besonders die Miniaturisierungs- und Mobilisierungsprozesse
|
||||
begünstigen dies. Besonders der Boom mobiler Informatiksysteme\footnote{Analog zu \cite{SpittankExamen} sind hier keine Notebooks oder
|
||||
Netbooks gemeint, sondern hauptsächlich Smartphones und Tablets.} und die Verbreitung mobiler Internetzugänge begründen gesellschaftliche
|
||||
Veränderungen.
|
||||
|
||||
Verschiedene Studien, allen voran die JIM-Studien (Jugendliche, Information, Multimedia), aber auch die des Deutschen Instituts für Vertrauen und Sicherheit im Internet (DIVSI), belegen eindrücklich die immens zunehmende Bedeutung mobiler Informatiksysteme und des immer verfügbaren Zugangs zum Internet für Schülerinnen und Schüler. Gleichsam lässt sich erkennen, dass die Bedeutung stationärer Informatiksysteme für Schülerinnen und Schüler schwindet.
|
||||
|
||||
Diesen Entwicklungen wird derzeit von Schulen allerdings noch wenig Aufmerksamkeit geschenkt. Einzig die Einführung von wenigen Tablet-Klassen kann hier genannt werden. Ansonsten dominieren Verbote mobiler Informatiksysteme. Die gesellschaftlichen Entwicklungen werden (noch) aus der Schule ausgeschlossen. Zu groß ist die Sorge vor den möglichen negativen Auswirkungen, die mit den Geräten in Verbindung gebracht werden (z.B. Ablenkung vom Unterrichtsgeschehen und Cybermobbing). Besonders im Informatikunterricht dominiert die, durch feste Computerräume vorgegebene, Arbeit an stationären Systemen. Dabei spricht viel für einen offeneren Umgang mit den mobilen Informatiksystemen, besonders der direkte Bezug zum Alltag der Schülerinnen und Schüler kann sich positiv auf die Motivation und die Begeisterung auswirken. Kann doch ein wesentlicher Teil des Alltags begreifbar gemacht und somit auch ein erkennbarer Vorteil für das tägliche Leben erlangt werden.
|
||||
|
||||
Im Rahmen seiner Arbeit zum ersten Staatsexamen entwickelte der Autor die Grundzüge für ein Unterrichtskonzept, das den Entwicklungen Rechnung trägt und versucht, die Vorteile mobiler Informatiksysteme für den Informatikunterricht nutzbar zu machen. Dazu gehören etwa die Unabhängigkeit von Computerräumen und die vielfältigeren Ansatzpunkte für den Einsatz kooperativer Methoden, die helfen können, die fachbezogene Kommunikation zu fördern. Es basiert dabei auf den positiven Erfahrungen vorangegangener Versuche mit Symbian-Smartphones\footnote{vgl.\cite{Heming2009}} und konnte im letzten Jahr im Rahmen seines Referendariats mit zwei achten Klassen erstmalig erprobt werden.
|
||||
|
||||
Dieser Beitrag soll das Konzept und die gewonnenen Erkenntnisse vorstellen, noch bestehende Schwierigkeiten benennen und mögliche Entwicklungsperspektiven aufzeigen.
|
||||
|
||||
\end{abstract}
|
||||
|
||||
%\section{Kapitelüberschrift}
|
||||
|
||||
%Dies ist ein Kapitel.
|
||||
|
||||
%\section{Kapitelüberschrift}
|
||||
|
||||
%\subsection{Unterkapitelüberschrift}
|
||||
|
||||
%\begin{figure}[htb]
|
||||
% \begin{center}
|
||||
% \includegraphics[width=2cm]{gilogo}
|
||||
% \caption{\label{logo}Beschreibung der Abbildung}
|
||||
% \end{center}
|
||||
%\end{figure}
|
||||
|
||||
\bibliography{mobile}
|
||||
|
||||
\end{document}
|
||||
BIN
Beiträge/INFOS2015/workshop.pdf
Normal file
BIN
Beiträge/INFOS2015/workshop.pdf
Normal file
Binary file not shown.
173
Beiträge/INFOS2015/workshop.tex
Normal file
173
Beiträge/INFOS2015/workshop.tex
Normal file
|
|
@ -0,0 +1,173 @@
|
|||
\documentclass{lni}
|
||||
|
||||
\IfFileExists{latin1.sty}{\usepackage{latin1}}{\usepackage{isolatin1}}
|
||||
|
||||
\usepackage{graphicx}
|
||||
\usepackage{csquotes}
|
||||
\usepackage{xcolor}
|
||||
|
||||
% Quelltexte
|
||||
\RequirePackage{listings}
|
||||
\lstset{showspaces=false,
|
||||
showstringspaces=false
|
||||
showtabs=false}
|
||||
\lstset{tabsize=3}
|
||||
\lstset{frame=single}
|
||||
\lstset{extendedchars=true}
|
||||
\lstset{basicstyle=\ttfamily\scriptsize,
|
||||
keywordstyle=\bfseries,
|
||||
identifierstyle=\color{darkgray}\bfseries,
|
||||
commentstyle=\color{gray}}
|
||||
\lstset{numbers=left,
|
||||
numberstyle=\sffamily\tiny,
|
||||
stepnumber=1,
|
||||
numbersep=5pt}
|
||||
\lstset{captionpos=b}
|
||||
\lstset{breaklines=true}
|
||||
\lstnewenvironment{lstpy}[1][]{\lstset{language={Python},caption={Quelltext},#1}}{}
|
||||
|
||||
\author{
|
||||
Daniel Spittank \\
|
||||
\\Gesamtschule Uellendahl-Katernberg\\
|
||||
Wuppertal\\
|
||||
\\mobile@daniel.spittank.net
|
||||
}
|
||||
\title{Mobiles Programmieren mit Android und Python im Informatikunterricht}
|
||||
\begin{document}
|
||||
\maketitle
|
||||
|
||||
\begin{abstract}
|
||||
Informatik durchdringt zunehmend den Alltag in modernen Gesellschaften, besonders die Miniaturisierungs- und Mobilisierungsprozesse
|
||||
begünstigen dies. Besonders der Boom mobiler Informatiksysteme\footnote{Analog zu \cite{SpittankExamen} sind hier keine Notebooks oder
|
||||
Netbooks gemeint, sondern hauptsächlich Smartphones und Tablets.} und die Verbreitung mobiler Internetzugänge begründen gesellschaftliche
|
||||
Veränderungen.
|
||||
|
||||
Verschiedene Studien, allen voran die JIM-Studien (Jugendliche, Information, Multimedia), aber auch die des Deutschen Instituts für Vertrauen und Sicherheit im Internet (DIVSI), belegen eindrücklich die immens zunehmende Bedeutung mobiler Informatiksysteme und des immer verfügbaren Zugangs zum Internet für Schülerinnen und Schüler. Gleichsam lässt sich erkennen, dass die Bedeutung stationärer Informatiksysteme für Schülerinnen und Schüler schwindet.
|
||||
|
||||
Diesen Entwicklungen wird derzeit von Schulen allerdings noch wenig Aufmerksamkeit geschenkt. Einzig die Einführung von wenigen Tablet-Klassen kann hier genannt werden. Ansonsten dominieren Verbote mobiler Informatiksysteme. Die gesellschaftlichen Entwicklungen werden (noch) aus der Schule ausgeschlossen. Zu groß ist die Sorge vor den möglichen negativen Auswirkungen, die mit den Geräten in Verbindung gebracht werden (z.B. Ablenkung vom Unterrichtsgeschehen und Cybermobbing). Besonders im Informatikunterricht dominiert die, durch feste Computerräume vorgegebene, Arbeit an stationären Systemen. Dabei spricht viel für einen offeneren Umgang mit den mobilen Informatiksystemen, besonders der direkte Bezug zum Alltag der Schülerinnen und Schüler kann sich positiv auf die Motivation und die Begeisterung auswirken. Kann doch ein wesentlicher Teil des Alltags begreifbar gemacht und somit auch ein erkennbarer Vorteil für das tägliche Leben erlangt werden.
|
||||
|
||||
Im Rahmen seiner Arbeit zum ersten Staatsexamen entwickelte der Autor die Grundzüge für ein Unterrichtskonzept, das den Entwicklungen Rechnung trägt und versucht, die Vorteile mobiler Informatiksysteme für den Informatikunterricht nutzbar zu machen. Dazu gehören etwa die Unabhängigkeit von Computerräumen und die vielfältigeren Ansatzpunkte für den Einsatz kooperativer Methoden, die helfen können, die fachbezogene Kommunikation zu fördern. Es basiert dabei auf den positiven Erfahrungen vorangegangener Versuche mit Symbian-Smartphones\footnote{vgl.\cite{Heming2009}} und konnte im letzten Jahr im Rahmen seines Referendariats mit zwei achten Klassen erstmalig erprobt werden. Dieser Beitrag soll das Konzept und die gewonnenen Erkenntnisse vorstellen.
|
||||
\end{abstract}
|
||||
|
||||
\section{Gesellschaftliche Bedeutung mobiler Informatiksysteme}
|
||||
|
||||
Die flächendeckende Verfügbarkeit mobiler Informatiksysteme -- in Form von Tablets, Smartphones und zahllosen smarten Gadgets -- verändert die moderne Gesellschaft. Die ständige Verfügbarkeit von Information und die Verknüpfung mit den Daten, welche ständig durch die mobilen Systeme erfasst werden, ist einerseits ein Segen für viele Menschen, die sich schon immer einen persönlichen Assistenten herbeigesehnt haben. Andererseits erscheint dies, auf den Schutz ihrer persönlichen Daten bedachten, Charakteren wohl eher als Fluch. Insbesondere nach den diversen Datenschutz- und Spionage-Skandalen der letzten Jahre.
|
||||
|
||||
Diese gesellschaftlich bedeutende Debatte wird auch immer mehr öffentlich ausgetragen. Spätestens seit den Enthüllungen der digitalen Spionagetätigkeiten der NSA durch Edward Snowden ist einer breiteren Öffentlichkeit bewusst, dass die Informatisierung der Gesellschaft zwei Seiten hat.
|
||||
|
||||
Dennoch: Die vielfältigen nützlichen Funktionen -- insbesondere in Verbindung mit Clouddiensten -- erleichtern oftmals den Alltag. Reines Faktenwissen verliert durch die stetige Verfügbarkeit diverser Informationsquellen an Bedeutung, wohingegen der Bedarf an informatischer Vernunft\footnote{vgl. \cite[S.~311]{GoerlichHumbert2005}} zunimmt. Mögliche Risiken können oft nicht einfach beurteilt werden, da die parallel erfolgende Simplifizierung der Benutzungsschnittstellen vieles vor dem Anwender verbirgt.
|
||||
|
||||
So verbleiben die vielen Funktionen und neuen Möglichkeiten, die die mobilen Geräte so schlau erscheinen lassen, für die meisten Anwender im nebulösen Feld der quasi-magischen Blackbox. Dass dabei viele sehr persönliche Daten -- oftmals ungeschützt -- durch die halbe Welt gesendet werden, ist vielen nicht einmal klar. Genannt seien hier exemplarisch Spracherkennungen, die auf den Servern der Anbieter erfolgen, und Kommunikationsapps, die das gesamte Adressbuch in die Cloud laden, damit festgestellt werden kann, mit welchen Kommunikationspartnern man mittels der App kommunizieren kann.
|
||||
Im Zuge der Mobilisierungstendenzen und des Bedeutungszuwachses von Clouddiensten müssen allerdings auch Nutzungsszenarien neu bewertet werden, von denen man bisher an stationären Systemen keinerlei Gefährdung zu erwarten hatte. So etwa die Bildbearbeitung, die auf mobilen Informatiksystemen sehr beliebt ist, im Gegensatz zu stationären Bildbearbeitungsanwendungen aber oft nicht lokal, sondern in der Cloud erfolgt. Der bei mobilen Informatiksystemen deutlich stärker ausgeprägte Blackbox-Effekt sorgt hier also für eine steigende Intransparenz gegenüber den Anwendern der Geräte.
|
||||
|
||||
Es ergibt sich die Notwendigkeit, Menschen in die Lage zu versetzen, moderne Informatiksysteme selbstbestimmt und verantwortungsbewusst zu verwenden und die mit ihnen verbundenen Risiken und Nebenwirkungen einschätzen zu können, ohne zunächst den Informatiker ihres Vertrauens zu befragen, will man die mündige Teilhabe in demokratischen Gesellschaften sicherstellen.
|
||||
|
||||
\section{Aktueller Stand in der Schule}
|
||||
|
||||
Die Befähigung zur mündigen Teilhabe ist natürlich die originäre Aufgabe der Schule im Allgemeinen und des Informatikunterrichts im Speziellen, wenn es um informatische Aspekte geht. Leider muss man festhalten, dass die gesellschaftliche Debatte sich in den Schulen kaum widerspiegelt, obwohl gerade die Jugendlichen und jungen Erwachsenen besonders stark von den gesellschaftlichen Auswirkungen betroffen sind, wie etwa die JIM-Studie \cite{MPFS2014} Jahr für Jahr erneut belegt.
|
||||
|
||||
Dies mag einerseits daran liegen, dass vielerorts kein echter Informatikunterricht angeboten werden kann, oder diesem kein hoher Stellenwert zukommt, weil es sich nach wie vor in den meisten Bundesländern um ein reines Wahlfach handelt.
|
||||
Andererseits ist der erteilte Informatikunterricht oft sehr technisch ausgerichtet und klammert gesellschaftliche Fragen aus. Wenn man sich mit gesellschaftlichen Auswirkungen beschäftigt, geht es meist um die negativen Folgen der Smartphone-Nutzung durch Schülerinnen und Schüler. Die Angst vor ständig verfügbarer Pornographie, Gewaltvideos und möglicher (Cyber-)Mobbingattacken dominiert die schulische Debatte. Auch die Ablenkung der Schülerinnen und Schüler im Unterricht ist ein beliebtes Thema. Die Folge daraus sind meist -- zumindest teilweise -- Verbote mobiler Informatiksysteme in der Schule, in manchen Bundesländern sogar mit Gesetzescharakter. Dass so eine tatsächliche Auseinandersetzung mit den gesellschaftsverändernden Einflüssen der mobilen Informatiksysteme unterbleibt und somit auf eine echte Vorbereitung auf die selbstbestimmte Teilhabe an der Gesellschaft in diesem Bereich verzichtet wird, wird als Kollateralschaden billigend in Kauf genommen.
|
||||
|
||||
Demgegenüber steht ein Trend zur -- weitgehend -- unkritischen Nutzung der mobilen Geräte im Unterricht (meist nicht im Rahmen der Informatik), der vor allem durch die Hersteller\footnote{Allen voran Apple mit verschiedenen Programmen zur Förderung von \enquote{iPad-Klassen}.} befördert wird. Diese spiegelt letztlich nur das übliche Nutzungsverhalten innerhalb der Gesellschaft wider und bietet so zwar mediale Vorteile für den Unterricht, kann jedoch keinen größeren Beitrag zu einem mündigen, aufgeklärten Nutzungsverhalten leisten.
|
||||
Insbesondere der für die Informatik so wichtige Schritt der Rückführung der Erkenntnisse in die Realität, also die Umsetzung informatischer Modellierungen, oder wie Heming\cite{Heming2009} es beschreibt, die \enquote{Perspektive der Veränderung der Wirklichkeit}, wird so erschwert.
|
||||
|
||||
Der Informatikunterricht erfolgt weiterhin beinahe natürlich in Computerräumen. Die stationären Rechner erscheinen dabei als das zentrale Unterrichtsmittel und der zentrale Unterrichtsgegenstand. So ergab sich in einem Gespräch, das der Autor mit einer Gruppe von Grund\-schü\-lern führte, die im Rahmen der anstehenden Anmeldungen seine Schule besuchten, dass -- wie erwartet -- niemand eine Vorstellung davon hatte, was sich wohl hinter seinem Fach \enquote{Sozialwissenschaften} oder auch \enquote{Politikunterricht} verbergen könnte. Ganz im Gegensatz dazu, hatten fast alle eine genaue Vorstellung davon, um was es in der Informatik gehen könnte, denn \enquote{das ist doch das Fach mit den Computern}. Diese eindimensionale Sicht zeigt sich nicht nur bei Grundschülern, sondern zieht sich durch die gesamte Gesellschaft.
|
||||
|
||||
\section{Mobile Informatiksysteme im Informatikunterricht}
|
||||
Gerade auch um dieser Sichtweise auf die Informatik entgegenzuwirken, haben Carrie \cite{Carrie2006} und Heming \cite{Heming2009} gezeigt, dass die ausschließliche Nutzung mobiler Informatiksysteme im Unterricht möglich ist. Auf Basis von Symbian S60 wurden hierzu Unterrichtskonzepte und Materialien erstellt und -- insbesondere in den Pilotkursen an der Willy-Brandt-Gesamtschule Bergkamen -- erprobt.
|
||||
Wichtig ist, dass alle folgend geschilderten Ansätze davon ausgehen, dass eine ausschließliche Nutzung der mobilen Informatiksysteme erfolgt, da ansonsten ein großer Teil der geäußerten Hoffnungen nicht erreichbar wäre und man weiterhin auf Computerräume angewiesen bliebe.
|
||||
|
||||
Im Folgenden soll ein -- noch in Entwicklung befindliches, aber bereits erfolgreich eingesetztes -- Konzept zur ausschließlichen Nutzung mobiler Informatiksysteme im Informatikunterricht vorgestellt werden, dass auch auf aktuellen Geräten nutzbar ist. Bei der Erprobung des Konzepts wurde besonders die hohe Motivation der Schülerinnen und Schüler deutlich.
|
||||
|
||||
Die hier vorgestellte Lösung funktioniert derzeit mit allen mobilen Informatiksystemen mit einem Android-Betriebssystem ab Version 2.2. Mit vergleichsweise geringem Aufwand können die privaten Geräte der Schülerinnen und Schüler genutzt werden. Es müssen lediglich eine App installiert und die entsprechende Bibliothek verteilt werden. Letzteres kann automatisiert mittels eines QR-Codes erfolgen.
|
||||
|
||||
\section{Plattformauswahl}
|
||||
Analog zu \cite{Carrie2006} sollte die Entwicklung für die mobilen Informatiksysteme mit den mobilen Informatiksystemen erfolgen. Somit fielen sämtliche Zugänge und Plattformen weg, die nur eine Entwicklung für die mobilen Systeme erlauben, hierzu aber auf weitere Informatiksysteme angewiesen sind. Diese Einschränkung war notwendig, um die aus der größeren Flexibilität und Unabhängigkeit von Computerräumen resultierenden, positiven Aspekte für den Informatikunterricht zu nutzen.
|
||||
|
||||
Im Wesentlichen blieb somit Android übrig\footnote{Zum Zeitpunkt des Unterrichtsvorhabens galten noch die in \cite{SpittankExamen} genannten Einschränkungen von Apples iOS, sodass diese Plattform grundsätzlich nicht geeignet war. Inzwischen wurden jedoch wesentliche Vorgaben seitens Apple gelockert und es wurden einige Apps veröffentlicht, die die notwendigen Kriterien für den erfolgreichen Unterrichtseinsatz erfüllen. Obwohl es noch einige offene Probleme, etwa zum Dateiaustausch, zu lösen gilt, lässt insbesondere die App Pythonista hoffen, dass in Zukunft eine Umsetzung auf iOS möglich wird.}, da alle weiteren geeigneten Plattformen bisher keinen relevanten Marktanteil erreichen konnten. Für Android ist die App QPython verfügbar (in je einer Variante für Python 2 und Python 3), die eine einfache IDE, eine simple Shell und diverse vorkonfigurierte Bibliotheken mitbringt, die etwa Zugriff auf Sensoren und Kameras erlauben. Dass durch Linkweiler in \cite{LinkweilerDA2002} die gute Eignung von Python für den schulischen Informatikunterricht festgestellt wurde, ist ein weiteres Argument für die Wahl der Plattform. Auch einem Verpacken der Skripte in Android-Packages und dem Vertrieb über den PlayStore steht nichts im Wege. Der Einfachheit halber begnügt sich das Konzept bisher jedoch mit reinen Skripten und einer dialogbasierten Benutzungsoberfläche.
|
||||
|
||||
Über die Scripting-API ist der Zugriff auf fast alle Komponenten des Android-Systems möglich. Die diversen Sensoren lassen sich dabei ebenso einfach auslesen wie der Touchscreen, es lassen sich Bilder, Videos\footnote{Aufgrund geänderter Sicherheitsrichtlinien in neueren Android-Versionen ist dies nur noch nach einer Interaktion des Anwenders möglich.} und Audio-Clips aufzeichnen. Außerdem lässt sich natürlich auch die Position mittels GPS und Mobilfunk bestimmen und mittels Bluetooth-API kommuniziert man mit anderen Geräten. All dies funktioniert auch auf sehr alten und damit günstigen Geräten ohne Probleme.
|
||||
|
||||
|
||||
\section{Definition einer Schnittstelle}
|
||||
|
||||
Die von Google bereitgestellte Scripting-API kapselt Remote-Procedure-Calls an einen im Hintergrund laufenden Server-Dienst. Die Folge ist, dass die API weder objektorientiert noch ansatzweise selbsterklärend ist (vgl. Listing 1). Da für den Unterricht einerseits die Objektorientierung benötigt wird, andererseits eine möglichst eindeutige und klare Schnittstelle erwünscht ist, ist es notwendig, einen entsprechenden Wrapper als Schnittstelle zu definieren, der die benötigten API-Aufrufe in Objekte kapselt (vgl. Listing 2).
|
||||
|
||||
Es hat sich als erfolgreich erwiesen, die Objekte im Unterricht zu entwickeln und daraus einen entsprechenden Wrapper zu erstellen, mit dem die Schülerinnen und Schüler weiterarbeiten können. Der Aufwand dafür ist nicht besonders hoch, zumal zu erwarten ist, dass sich die Modellierungen verschiedener Kurse hier nicht so gravierend unterscheiden, dass grundlegende Änderungen notwendig sind. Außerdem beschränken sich die jeweils zu ergänzenden API-Aufrufe auf wenige Zeilen.
|
||||
|
||||
|
||||
\begin{lstpy}[caption={Hallo Klasse, API}]
|
||||
import android
|
||||
droid = android.Android()
|
||||
|
||||
droid.dialogCreateAlert("Hallo Klasse!","Bitte Ok druecken.")
|
||||
droid.dialogSetPositiveButtonText("OK")
|
||||
droid.dialogShow()
|
||||
result = droid.dialogGetResponse().result
|
||||
droid.dialogDismiss()
|
||||
\end{lstpy}
|
||||
|
||||
\begin{lstpy}[caption={Hallo Klasse, objektorientiert}]
|
||||
from velamentum.alle import *
|
||||
|
||||
dialog = Dialog()
|
||||
|
||||
dialog.titel = "Hallo Klasse!"
|
||||
dialog.nachricht = "Bitte Ok druecken."
|
||||
|
||||
dialog.zeige()
|
||||
\end{lstpy}
|
||||
|
||||
Ein Beispiel für eine solche Umsetzung findet sich in Abbildung 1. Der Nutzen liegt klar auf der Hand, denn es kann direkt an die Arbeitsergebnisse angeknüpft werden, was zur Kontinuität des Unterrichts beiträgt und thematische Sprünge vermeidet. Voraussetzung dafür ist natürlich, dass die Modellierung von Objekten ausreichend eingeübt und verstanden wurde.
|
||||
|
||||
|
||||
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=6cm]{veinfach}\hspace{1cm}
|
||||
\includegraphics[width=3.7cm]{dialoge}
|
||||
\caption{\label{abbObjekte}Von den Schülerinnen und Schülern erarbeitete Objektübersicht und resultierendes Klassendiagramm (Auszüge)}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
|
||||
Da dies trotzdem nicht immer möglich sein wird, befindet sich derzeit eine Referenzimplementierung für die direkte Nutzung im Unterricht in Entwicklung. Diese und die bisher erstellten Materialien sind unter \cite{SpittankNetEduMobile} frei verfügbar.
|
||||
|
||||
|
||||
\section{Möglichkeiten der Ersteinrichtung im Unterricht}
|
||||
|
||||
Die erste Einrichtung der Geräte für die Programmierung ist nicht weiter schwierig. Es muss lediglich die QPython-App (bisher noch vorzugsweise die für Python 2 und nicht für Python 3) installiert und anschließend der erstellte Wrapper in das Library-Verzeichnis kopiert werden, welches sich auf der SD-Karte bzw. dem entsprechend eingebundenen, internen Speicher befindet. Dies kann manuell erfolgen, ist dann allerdings mit umständlicheren Kopier-Aktionen verbunden. Um den Zugang für die Schülerinnen und Schüler möglichst einfach zu gestalten und während der Unterrichtsreihe auch geänderte Versionen der Bibliothek verteilen zu können, ist also eine automatisierte Lösung wünschenswert. Da bis vor kurzem keine einheitliche Methode hierfür in QPython existierte (etwa die Python-Setuptools) und diese nach wie vor nicht absolut zuverlässig funktionieren, wird hierfür ein eigenes Python-Skript verwendet, das die benötigten Dateien aus dem Internet nachlädt und die Dateien installiert. Dieses Skript wird -- wie es für QPython typisch ist -- aus einem QR-Code geladen. Die Installationsanleitung wurde dabei zur Übung des bereits Gelernten als umgangssprachliches Struktogramm festgehalten (vgl. Abbildung 2).
|
||||
|
||||
\begin{figure}[htb]
|
||||
\begin{center}
|
||||
\includegraphics[width=6.2cm]{Installationsanleitung}
|
||||
\includegraphics[width=6.2cm]{abReporter}
|
||||
\caption{\label{abbAB}Installationsanleitung und Arbeitsblatt}
|
||||
\end{center}
|
||||
\end{figure}
|
||||
|
||||
Sollte in der Schule kein WLAN mit Internetzugang zur Verfügung stehen, kann ein lokaler Server für die Verteilung verwendet werden. WLAN und Server können im Notfall auch durch ein entsprechend vorbereitetes Android-Gerät bereitgestellt werden. Ein entsprechendes Setup wurde in einem der beiden Kurse erfolgreich erprobt.
|
||||
|
||||
Die Verteilung der notwendigen Dateien kann auch als Wettbewerb organisiert werden. Die zu entwickelnde Verteilungsstrategie mittels Bluetooth oder Speichermedien kann dabei wiederum als Struktogramm festgehalten werden und anschließend unter Effizienzgesichtspunkten beurteilt werden.
|
||||
|
||||
Trotzdem ergeben sich aus der Vielfalt der von den Schülerinnen und Schülern genutzten Geräte gewisse Schwierigkeiten. So ist aufgrund von herstellerspezifischen Anpassungen die Installation auf einigen Geräten schwierig. Besonders neuere Geräte von Samsung und einzelne Geräte von HTC verhielten sich hier \enquote{zickig}. Mal fehlten Schreibrechte, mal beendeten installierte Systemdienste den API-Server.
|
||||
Bis alle Geräte vollständig genutzt werden konnten, vergingen rund drei Schulstunden. Danach fiel allerdings keinerlei Wartungsaufwand mehr an.
|
||||
|
||||
\section{Weiteres Vorgehen}
|
||||
|
||||
Die gesamte Umsetzung im Unterricht kann stark von kooperativen Methoden profitieren. Zur Entwicklung des Modells für den Wrapper wurden etwa Brainstorming und Welt-Café-Methode herangezogen, die Ergebnisse wurden dabei auf Plakaten festgehalten, die dann durch die Lehrkraft in den Wrapper überführt werden konnten. Die Plakate wurden zur weiteren Arbeit immer wieder genutzt, da sie so gleichsam die Dokumentation des Wrappers darstellten.
|
||||
|
||||
Am Ende des Vorhabens sollten fertige Apps und eine Projektdokumenation als Produkte einzelner Kleingruppen stehen. Um die Anforderungen zu verdeutlichen, wurde daher die Heranführung an die Programmierung mittels zweier Beispiel-Projekte durchgeführt, die gemeinsam erarbeitet wurden. Zunächst sollte das Spiel \enquote{Stein-Schere-Papier} entwickelt werden. Hierzu wurden die Regeln, die benötigten Objekte und ein vorgesehener Programmablauf innerhalb mittels der Welt-Café-Methode ermittelt. Anschließend wurden die Skripte in Partnerarbeit implementiert und mit einem anderen Paar verglichen. Während der Arbeit war eine sehr starke, fachbezogene Kommunikation erkennbar. Besonders bei der Verifikation wurde deutlich, dass es keine künstlichen Barrieren gab. Smartphones wurden zwischen den Gruppenangehörigen ausgetauscht und die Ergebnisse verglichen. Der Wechsel zwischen Planung, Implementierung und Verifikation war dabei mühelos und wurde durch die mobilen Geräte begünstigt. Auch der Wechsel zwischen den Gruppen war zügig möglich. Leistungsstärkere Paare ergänzten das Skript dann noch um weitere Fälle. Das zweite, anspruchsvollere Skript -- ein Diktiergerät für die Schülerzeitung -- wurde nach demselben Muster umgesetzt (vgl. Abbildung 2).
|
||||
|
||||
Für die eigenen Projektideen wurden sehr früh Zielfestlegungen getroffen, die durch die Lehrkraft auf ein erreichbares Maß reduziert wurden. Die Bearbeitung erfolgte dann in kleinen Projektgruppen nach dem bekannten Verfahren: Beschreibung der Idee, Ermittlung der Objekte und des Programmablaufs und schließlich Implementierung. Die Projektdokumentationen waren dabei teilweise sehr umfassend und gingen deutlich über den erwarteten Umfang hinaus.
|
||||
|
||||
\section{Fazit}
|
||||
Im Großen und Ganzen kann das Experiment als Erfolg verbucht werden. Die erhofften positiven Aspekte konnten erreicht werden, einzig die Erstinbetriebnahme gestaltete sich schleppend. Eine echte Verbesserung ist hier allerdings beim \enquote{Bring your own device}-Ansatz kaum erreichbar. Zu unterschiedlich sind die Herstellermodifikationen an Android.
|
||||
|
||||
Dennoch hatten außnahmslos alle Schülerinnen und Schüler sichtbar Spaß an der Entwicklung mit den Smartphones und viele haben auch außerhalb des Unterrichts und sogar nach Ende des Unterrichtsvorhabens weiter an ihren Apps gearbeitet. Eingeschobene, kurze Lernzielkontrollen zeigten, dass auch die zugrundeliegenden Konzepte verstanden wurden, sodass das Fazit durchweg positiv ausfällt, insbesondere auch von Seiten der Schülerinnen und Schüler.
|
||||
|
||||
Durch die Verwendung der mobilen Geräte wurde zudem tatsächlich dem einseitigen Bild der Informatik als Computerwissenschaft entgegengewirkt und eine stärkere Anbindung an den Alltag der Schülerinnen und Schüler erreicht, wie der Vergleich mit den Parallelkursen zeigte.
|
||||
|
||||
\bibliography{mobile}
|
||||
|
||||
\end{document}
|
||||
Loading…
Add table
Add a link
Reference in a new issue