broschuere2013 besteipa meilleurstpi - ict-berufsbildung.ch · ausbildung mit einem praktikum. die...
TRANSCRIPT
Informatik‐ & Mediamatik‐
Beste Schweizer
Abschlussarbeiten
2013
Informatique & médiamatique
Distinction des meilleurs TPI
de Suisse
Die besten Schweizer Informatik‐ und Mediamatik‐Abschlussarbeiten des Jahres 2013
Ein Praxisauftrag als Qualifikationsnachweis
Die ICT‐Grundbildung wird mit einer zweiwöchigen “individuellen praktischen Arbeit” (IPA) abgeschlossen, resp. bei den Supportern mit einer Tagesarbeit. Es handelt sich um ein Projekt mit praktischem Nutzen, im Idealfall ein Kundenauf‐trag. Mit der IPA belegen die Absolventinnen und Absolventen, dass sie nun Fachleute geworden sind. Zur ICT‐Grund‐bildung gehören die 4‐jährige duale Lehre, die auf 2 Jahre verkürzte duale Zweitausbildung und die 4‐jährige schulische Ausbildung mit einem Praktikum. Die IPA wird im letzten Semestererarbeitet, im Einsatzgebiet des letzten Grundbil‐dungsjahres.
Die Prüfungs‐Aufgabe wird vom Betrieb gestellt und von Validierungsexperten der kantonalen Prüfungskommission auf ihre Eignung geprüft und validiert. Auf diese Weise wird sichergestellt, dass alle Lernenden einen ungefähr gleich kom‐plexen Auftrag erhalten und diese den Ausbildungszielen der Informatik‐Grundbildung entspricht.
Die Arbeit wird in einem vorgegebenen Zeitraum durchgeführt und von einem Fachexperten begleitet. Der Verantwort‐liche des Betriebes, der Fachvorgesetzte, nimmt die Arbeit ab und beurteilt und benotet diese ebenso wie der Experte. Sind sich beide einig, gilt diese Note, ansonsten wird die Arbeit dem Chefexperten vorgelegt.
Hohes Niveau
Während der Grundbildung besuchen die Lernenden an 2 Tagen pro Woche die Berufsfachschule und allenfalls die Be‐rufsmittelschule. Dort und in den überbetrieblichen Kursen erlernen sie die Grundkompetenzen des Berufes. Während 1200 bis 1400 Lektionen durchlaufen z.B. die Informatiker rund 30 Module ‐ handlungsorientierte Unterrichtseinheiten, die sich an betrieblichen Aufgaben orientieren. Beispielsweise “einen Internetserver in Betrieb nehmen” für System‐techniker/‐innen oder “eine Applikation objektorientiert entwerfen und implementieren” für Applikationsentwickler. Das Ziel des dualen Bildungssystems ist, dass die Lernenden im 3. Lehrjahr (von 4) ungefähr 60% des Leistungsbeitrages einer Fachperson leisten und im letzten Lehrjahr 80% erreichen. Und vor allem bis zum Lehrende ein marktfähiges Qua‐lifikationsniveau erreichen.
Entsprechend soll die IPA eine konkrete Vorstellung beruflicher Kompetenz der Absolvent/innen umfassen und belegen, dass die jungen Leute in der Tat Fachleute geworden sind.
Wie werden die besten Abschlussarbeiten auserwählt?
Im Sommer 2013 haben rund 2‘300 Damen und Herren ihre Informatik‐ oder die Mediamatik‐Grundbildung abgeschlos‐sen. Die Arbeiten aus jedem Kanton wurden durch die Chefexpertenkonferenz untereinander verglichen und die besten 30 davonherausgesucht. Da die Absolvent/innen der Generalisten‐Lehre allesamt entweder an Systemen arbeiteten oder Applikationen entwickelten, fielen die Arbeiten in die entsprechende Berufsfeld‐Gruppe. Die Verfasser der besten 10 Applikationsentwicklungen, der 10 besten Systemtechnik‐Projekten und der 10 besten Mediamatik‐Arbeiten wurden am 8. November 2013 an der 3. Berufsentwicklungskonferenz geehrt. Die beste Arbeit insgesamt wurde mit dem ICT‐Berufsbildungs‐Award ausgezeichnet.
Auszeichnung der Besten Abschlussarbeiten
Die IPA ist die berufliche Visitenkarte der Absolvent/innen. Sie haben mit dieser Arbeit belegt, zu was sie im Stande sind. Es wurden viele gute bis sehr gute Leistungen erbracht. ICT Berufsbildung Schweiz will jährlich die Besten davon aus‐zeichnen und alle in den nächsten Jahren dazu anspornen, ebenso einen guten Abschluss zu erreichen.
In der Schweiz arbeiten heute in allen Branchen 177‘500 Informatik‐Fachleute und tragen mit ihrer Arbeit wesentlich am Bruttoinlandprodukt bei, insgesamt 35.8 Mia CHF. Damit setzt sie sich vor die Bauwirtschaft und sehr nahe zu den Banken. Der Bedarf an jungen und gut ausgebildeten Fachkräften steigt immer weiter an. Die guten Absolventinnen und Absolventen der ICT‐Grundbildung werden deshalb, Leistungswille und hohe Sozialkompetenz vorausgesetzt, beste Kar‐rieremöglichkeiten in diesem Berufsfeld haben.
Wir gratulieren den Absolventinnen und Absolventen für Ihren guten Abschluss und danken den Betrieben und den Experten für ihr Engagement für die Berufsbildung.
ICT Berufsbildung Schweiz
Stéphane Schwab
Les meilleurs TPI de Suisse 2013 en informatique & médiamatique
Quelle est l’origine de ces travaux?
La formation professionnelle initiale se termine par un „Travail Pratique Individuel“ (TPI). Les candidats1 sortants dé‐montrent par le biais du TPI qu’ils sont devenus des professionnels. On trouve dans cette catégorie2, la formation à plein temps en école de métiers en 4 ans y compris la formation à la pratique professionnelle, avec ou sans maturité profes‐sionnelle, la formation duale en 4 ans, répartie entre l’école professionnelle et l’entreprise, avec ou sans maturité pro‐fessionnelle, la formation raccourcie à 2 ans pour les transferts professionnels. Le TPI est exécuté, conformément à l’ordonnance, durant le dernier semestre de formation.
Le sujet de l’épreuve est déterminé par le supérieur direct du candidat et dont il fait parvenir une copie à l’autorité cantonale des examens pour validation. De cette façon, on s’assure que tous les candidats sont soumis à une épreuve d’un niveau d’exigence semblable et qu’elle correspond aux objectifs de d’apprentissage dans le cadre de la formation initiale et conformément aux directives y relatives du SEFRI.
Le travail se déroule durant un laps de temps défini et est suivi par au moins un expert. Le supérieur direct du candidat collecte le travail est l’évalue en proposant une note. Le candidat présente son TPI au collège d’experts. Sur la base de l’évaluation proposée, le collège d’experts et le supérieur du candidat s’accordent sur la note définitive à attribuer au travail d’examen. L’instance d’examen désignée par l’autorité cantonale tranche en cas de divergences3.
Un niveau élevé
Durant la formation initiale, les candidats suivent, en moyenne, 2 jours de cours scolaire durant la semaine. C’est là et dans le cadre des cours interentreprises qu’ils acquièrent les compétences de bases du métier. Par exemple, les infor‐maticiens suivent entre 1200 et 1400 périodes d’enseignement d’informatique durant lesquelles ils acquièrent les com‐pétences de rond 30 modules orientés sur les activités professionnelles. Par exemple „mettre en service un serveur Internet“, ou „développer et implémenter une application orientée objets”, etc. selon l’orientation suivie. L’objectif est qu’un candidat soit capable d’assumer en 3e année environ les 60% des prestations d’un professionnel et atteindre les 80% en dernière année.
Comment sont sélectionnés les meilleurs TPI?
En été 2013, près de 2’300 candidats ont terminés leur formation initiale en informatique ou médiamatique. Les meil‐leurs travaux, issus des cantons participants, ont été évalués par la conférence suisse des chefs experts cantonaux ac‐compagnés d’autres experts de leur canton. Les 30 meilleurs ont été déterminés dans une procédure ad hoc. L’option généraliste a été attribuée à l’orientation développement d’applications ou techniques systèmes selon le sujet du tra‐vail. Les candidats des 10 meilleurs développement d’applications, des 10 meilleurs techniques systèmes et des 10 meil‐leurs médiamaticiens ont été honorés et distingués lors de la manifestations de proclamation des résultats du cham‐pionnat suisse des métiers de l’informatique le 8 novembre 2013 à Berne.
La distinction des meilleurs TPI
Le TPI est „la carte de visite professionnelle“ des candidats. Ils ont démontrés ce dont ils sont capables. Nous voulons distinguer les meilleurs d’entre eux et motiver les candidats de ces prochaines années à atteindre d’aussi bons résultats. Les travaux sont présentés dans leur langue d’origine.
Nous félicitons très vivement tous les candidats pour leur excellent travail et nous remercions les entreprises, les écoles de métiers et les experts de leur engagement dans la formation professionnelle.
Pour l’organisation:
ICT‐Formation professionnelle Suisse.
Stéphane Schwab
1 Conformément aux directives du SEFRI, afin de faciliter la lecture seul le masculin est utilisé pour désigner les deux sexes. 2 L’offre de formation peut varier d’un canton à l’autre. 3 Voir directives du SEFRI du 22 octobre 2007 relatives aux TPI dans le cadre de la procédure de qualification de la formation professionnelle initiale
RANGLISTE‐CLASSEMENT
APPLIKATIONSENTWICKLUNG ‐ DÉVELOPPEMENT D’APPLICATIONS
1. Rang Francey Luc, canton FR, logusEMF 6
2. Rang Häni Yanik, Kanton BE, Swisscom 7
3. Rang Isenschmid Simon, Kanton BE, Bundesamt für Informatik und Telekommunikation 8
Badoud Remi, canton FR, logusEMF 9
Fischer Stefan, Kanton ZH, soreco 10
Huber Maik, Kanton BE, Bundesamt für Informatik und Telekommunikation 11
Jordan Olivier, canton FR, logusEMF 12
Knezic David, Kanton ZH, AXA Winterthur 13
Widmer Daniel, Kanton BE, Swisscom 14
Wörndle Florian, Kanton AG, UBS 15
SYSTEMTECHNIK ‐ TECHNIQUE SYSTÈMES
1. Rang Meister Reto, Kanton BE, Predata AG 17
2. Rang Hoti Burim, canton VD, IOGI SA 18
3. Rang Jenny Ivana, Kanton AG, AZ Management Services AG 19
Bernoulli Benjamin, Kanton ZH, STO AG 20
Bienz Diego, Kanton ZG, Roche Diagnostics International AG 21
Christen Christoph, Kanton BS, Bank Coop 22
Filliger Roman, Kanton LU, Luzerner Kantonsspital 23
Haener Stefan, Kanton BS, Roche 24
Hampaï Clement, canton FR, logusEMF 25
Schneller Remo, Kanton GR, mcs engineering AG fehlt
MEDIAMATIK ‐ MÉDIAMATIQUE
1. Rang Imhof Camille, canton VD, Bernina 27
2. Rang Jaggi Charles‐Nelson, canton NE, Metal.ch 28
3. Rang Levy Jeremie, Kanton ZH, ContentMakers 29
Elzingre Ophélie, canton NE, Murith rénovation 30
Genoud Quentin, canton VD, Swisscom 31
Gex Joël Roman, Kanton BE, Logex AG 32
Lüthi Silja, Kanton BE, Die Post 33
Schwitter Lukas, Kanton LU, Andermatt Biogarten AG 34
Uklimecki Tolunay, canton TI, Swisscom 35
Wildisen Michèle, Kanton LU, Schindler 36
Die ersten 3 sind rangiert, danach sind die Kanditat/innen in alphabetischer Reihenfolge aufgeführt Les trois premiers rangs sont classés. Les candidats suivant sont dans l’ordre alphabétique.
ASTÉROMIND
Luc Francey, canton FR, LogusEMF
Description :
Notre système solaire est attaqué par des vagues
d’astéroïdes émis d’une lointaine galaxie. Aux com‐
mandes du plus moderne de nos vaisseaux, muni
d’une commande par accéléromètre 3D et d’un
casque Neurosky lisant les pensées, vous devrez sur‐
vivre au milieu d’une pluie d’astéroïdes.
Objectifs :
Il s’agit de la création d’un jeu PC en Java dans une
infrastructure donnée. Le but est de tester l’utilité
d’un casque Neurosky et de composants phidgets
pour améliorer la jouabilité et l’expérience de jeu.
Une application Java permettant de mettre en
œuvre un jeu simple a été fourni au début du TPI,
c’est sur cette base qu’AstéroMind a été dévelop‐
pée.
Règles du jeu :
Déplacez l’astronef avec l’accéléromètre 3D ou les
flèches du clavier, clignez des yeux pour activer un
bouclier ou pressez sur la touche espace. Evitez les
astéroïdes ! Une collision non‐protégée vous en‐
lève une vie, la partie se termine lorsque vous n’en
avez plus. Votre niveau de concentration influen‐
cera la vitesse de chute quant à la densité des asté‐
roïdes dépendra de votre niveau de relaxation,
alors restez concentré et détendu !
Conclusion :
Toutes les fonctionnalités ont été implémentées,
l’expérience de jeu avec le casque et l’accéléro‐
mètre 3D est incroyable. Le casque offre un style de
jeu futuriste très amusant. J’ai beaucoup appris en
faisant ce projet, j’ai adoré.
VSPHERE API WRAPPER
Yanik Häni, Kanton BE, Swisscom
Umfeld der Arbeit
Vor dem Projekt wurden virtuelle Maschinen in der Swisscom‐Abteilung GSI‐BX‐IT über ein Formular o‐der per Mail bestellt und von den Administratoren grösstenteils manuell erstellt und konfiguriert. Diese Vorgehensweise wies immer wieder Schwachstellen und damit Verbesserungsmöglichkeiten für ein neues System auf. Das Hauptproblem war der über‐mässige Zeitaufwand der Administratoren bei einer VM‐Bestellung. Des Weiteren waren sich Benutzer vor allem bei den Bestellungen per Mail teilweise nicht wirklich sicher, welche Angaben sie den Admi‐nistratoren liefern müssen oder wie viel Ressourcen sie ihrer VM zuteilen können oder müssen. Dies führte vermehrt zu fehlerhaften Bestellungen oder Missverständnissen.
Ziele
Ziel des neuen Systems ist es, die aufgeführten Schwachstellen des bisherigen Vorgehens zu redu‐zieren oder sogar ganz zu eliminieren. Dies wird durch die Automatisierung der Prozesse an einer zentralen Stelle erreicht. Wenn die Benutzer über ein Webformular, welches validiert wird, die Daten der VM erfassen müssen, besteht viel weniger die Ge‐fahr für eine falsche Bestellung oder fehlende Anga‐ben. Auch dem Risiko von Missverständnissen oder dem häufig viel zu grossen Zeitaufwand der Adminis‐tratoren wird mit der neuen Lösung vorgebeugt. Dadurch, dass der Zeitaufwand der Administratoren verringert werden kann, können zusätzlich auch Kos‐ten gespart werden.
Umsetzung der Aufgabe
Aus einer Webapplikation heraus ist es einem Be‐nutzer nun möglich, die benötigten Informationen für eine VM zu erfassen. Beim Absenden der Be‐stellung informiert ein automatisch generiertes Mail die Administratoren der Abteilung über die eingegangene Bestellung. Der Administrator kann diese nun über die Webseite einsehen und allen‐falls noch Änderungen anbringen, falls etwas nicht passt. Nach der Validierung durch den Administra‐tor kann dieser die VM mit einem Klick generieren lassen. Dabei greift die Webapplikation auf den in PHP programmierten ESX‐Wrapper zu, welcher sei‐nerseits ein Perl Script mit den entsprechenden Pa‐rametern aufruft. Der ESX‐Wrapper dient dazu, aus den erfassten Daten in der Webapplikation den entsprechenden Befehl für das Perl Script zu gene‐rieren und ihn danach auszuführen. Das Perl‐Script führt über die API von VMware schliesslich die ent‐sprechenden Aktionen auf dem ESX‐Server oder dem vCenter‐Server aus und liefert dem ESX‐Wrap‐per die geforderten Daten oder eine passende Rückmeldung. Der ESX‐Wrapper liefert diese Daten dann wiederum an die Webapplikation zurück, wo sie dann angezeigt oder weiterverarbeitet werden.Somit können mit der realisierten Applikation nun Aktionen auf der vSphere‐Umgebung einfach und direkt aus PHP heraus mit dem erstellten ESX‐Wrapper ausgeführt werden. Die obige Grafik zeigt die verschiedenen Kompo‐nenten und wie diese miteinander interagieren.
VC ÜBERWACHUNGS‐GUI
Simon Isenschmid, Kanton BE, Bundesamt für Informatik und Telekommunikation
Umfeld und Ziel der Arbeit Das BIT (Bundesamt für Informatik und Telekommu‐nikation) betreibt unzählige Applikationen. All diese Applikationen benötigen Unmengen an Hardware und Platz im Rechenzentrum. Deshalb hat sich das BIT vor einigen Jahren entschieden ESX‐Server ein‐zusetzen, welche es ermöglichen virtuelle Server da‐rauf zu installieren. Dadurch können Ressourcen eingespart werden und die Bereitstellung eines Ser‐vers dauert bedeutend weniger lange.Der Bereich BZBX (Unix/Linux Server Bereitstellung) verfügt derzeit über ca. 90 physische ESX‐Server, auf welchen mehr als 1000 virtuelle Server betrieben werden. Einzelne ESX‐Server können in sogenann‐ten Cluster zusammengeführt werden. Dadurch ist ein interaktives Arbeiten zwischen den ESX‐Servern möglich (z.B. automatische Verschiebung eines vir‐tuellen Servers).Es ist wichtig, immer den Überblick über die aktuel‐len Auslastungen der ESX‐Server und Cluster zu be‐halten. Deshalb analysieren die Lernenden von BZBX wöchentlich die Auslastung der Cluster und tragen diese Werte in einer Excel‐Datei zusammen. Weil die Erfassung in der Excel‐Tabelle sehr mühsam und die Auswertung fehleranfällig ist, wurde der Ruf nach einer neuen Lösung immer lauter.Um die Excel‐Liste abzulösen hat man sich entschie‐den ein Web‐Interface zu entwickeln. Auf diesem Web‐Interface soll es möglich sein die ESX‐Server und Cluster zu erfassen, zu verwalten und gegebe‐nenfalls auch zu löschen. Die Auslastungen sollen pro Cluster erfasst und mittels Diagrammen ausge‐wertet werden können.
Lösung der Aufgabe Zur Entwicklung dieses Web‐GUIs wird ein virtueller Linuxserver verwendet, welcher im Vorfeld des Pro‐jekts auf der bestehenden BZBX‐ESX‐Infrastruktur mit dem Betriebssystem Novell SLES 11 SP2 aufge‐setzt wurde. Auf diesem Server wird zur Umsetzung des Projekts ein Webserver (Apache) und ein Daten‐bankserver (MySQL) installiert und konfiguriert. Da‐mit die Dokumentation der Arbeit und der Code nicht verloren gehen kann, wird der Server im Ba‐ckupprozess aufgenommen und die Freeware Sub‐version wird zur Versionisierung des Codes einge‐setzt. Zum Erstellen der eigentlichen Website werden die Scriptsprachen PHP (Hypertext Preprocessor), HTML (Hypertext Markup Language) und JavaScript eingesetzt. Für das Layout der Website wird das Corporate De‐sign vom Bund verwendet. Die Anwender können sich am Web‐GUI anmelden. Die Authentizität der Logindaten wird von einem LDAP‐Server (BZBX in‐tern) überprüft. Die User werden in Gruppen unter‐teilt, welche verschiedenen Berechtigungsstufen besitzen. Benutzereingaben werden allesamt mittels PHP va‐lidiert. Fällt eine Eingabe durch die Plausibilitätsprü‐fung, wird der Anwender informiert und auf die kor‐rekte Art und Weise der Eingabe hingewiesen. Kriti‐sche Tätigkeiten, wie z.B. das Löschen eines Clus‐ters, müssen vom Anwender bestätigt werden. Es öffnet sich ein Fenster, in welchem der User den Vorgang bestätigen oder abbrechen muss. Diese Nachfrage wurde mit JavaScript realisiert. Alle rele‐vanten Tätigkeiten werden geloggt und können vom Webseiten‐Administrator direkt auf dem Web‐GUI ausgewertet werden.
MAESTROKINECT
Remi Badoud, canton FR, LogusEMF
Description
Un chef d’orchestre dirige à l’aide de ses mains. C’est lui qui indique le tempo pour l’ensemble de l’orchestre ce qui rend donc sa régularité et sa pré‐cision très importantes. Il doit donc être capable de marquer des temps réguliers de manière à ce que l’orchestre puisse jouer au bon tempo.
Objectifs
Mettre en place une application qui devra être ca‐pable d’analyser les mouvements d’un chef d’or‐chestre et d’en déduire le tempo. Afin de pouvoir analyser la qualité de celui‐ci, elle devra permettre de consulter les variations de tempo à l’aide d’un graphique. De plus elle devra permettre de lire un fichier mp3 et d’adapter la vitesse de celui‐ci en fonction du tempo saisi. Le mp3 jouera en quelque sorte le rôle de l’orchestre. Cela afin de rendre l’ap‐plication plus interactive et ludique.
Réalisation ‐ Planification
‐ Analyse
‐ Tests technologiques
‐ Conception
‐ Implémentation
‐ Tests
‐ Documentation
‐
Etat du projet ‐ Application fonctionnelle et testée.
‐ Objectifs atteints selon le cahier des
charges.
‐ Application simple d’utilisation.
Fonctionnement
ENTWICKLUNG ARTICKELBASIERTE BESTELLUNGEN
Stefan Fischer, Kanton ZH, soreco
Bestellprozess ‐ Benutzeroberfläche für die Erfassung einer Be‐stellung mit Artikelposition
Ausgangslage
Die Soreco AG ist eine Schweizer Softwarefirma und entwickelt momentan für die Immobilienverwal‐tungsfirma Privera AG das Produkt Xpert.ORD.Xpert.ORD ‐ Bestellwesen ist ein Prozess, welcher es erlaubt, Bestellungen zu erfassen. Für eine erfasste Bestellung werden aufgrund eines hinterlegten Re‐gelwerks Freigaben eingeholt und von einer Kontrol‐linstanz geprüft. Anschliessend wird ein PDF aufbe‐reitet und an den Lieferanten gesendet.Derzeit ist es möglich, eine Freitext‐Bestellung zu er‐fassen, welche sich für Dienstleistungsaufträge wie z.B. Maleraufträge oder die Lieferung und Montage einer Waschmaschine eignet. Pro Freitextbestellung können beliebig viele Kontierungszeilen hinterlegt werden, welche beim Rechnungseingang als Vorkon‐tierung für die Verbuchung in ein Finanzbuchhal‐tungssystem dienen.
Auftrag
Neu sollte es möglich sein, eine Bestellung mit Ar‐tikelpositionen mit einem Artikel aus einem inter‐nen Artikelstamm oder als Freitextartikel zu erfas‐sen, diese entsprechend zu kontieren und freizuge‐ben. Um den Benutzer bei der Kontierung zu unter‐stützen, sollte eine Kontierungsvorlage vom Artikel oder der Artikelgruppe geladen werden. Aus den Bestelldaten wird ein PDF generiert, welches bei der Erfassung und Freigabe dem Benutzer als Vor‐schau angezeigt wird. Nach erfolgreicher Freigabe der Bestellung wird das PDF an den Lieferanten ge‐sendet.
Resultat
Der Bestellprozess unterstützt nun auch eine Be‐stellung mit Artikelpositionen. Für die Umsetzung wurde viel Zeit in die Planung und Dokumentation der Arbeit investiert. Die Analyse sowie die Ent‐wicklung verschiedener Lösungsansätze dienten als Grundlage für die Realisierung. Das entstandene Produkt wurde anhand von definierten Testfällen getestet. Nach Abschluss dieser Tests wurde ein Benutzerhandbuch erstellt.
Fazit
Das Projekt konnte in den geforderten zehn Tagen erfolgreich realisiert, dokumentiert und abge‐schlossen werden. Alle gesteckten Ziele wurden er‐reicht. Die Zeit während der Facharbeit, in der das Projekt umgesetzt wurde, war eine spannende und sehr lehrreiche Erfahrung. Ich konnte mein gesamtes Wissen, welches ich während den vier Lehrjahren erlernt habe anwenden. Ein Projekt von Anfang bis Ende selbstständig zu planen und durchzuführen ist sehr nützlich für weitere Projekte.
RZ‐RUNDGANG‐TOOL
Maik Huber, Kanton BE, Bundesamt für Informatik und Telekommunikation
Umfeld und Ziel der Facharbeit
Das BIT verfügt an 2 Rechenzentren ca. 2‘000 physi‐
sche Server. Diese Systeme besitzen jedoch nicht
alle über eine Hardware‐Überwachung. Die Lernen‐
den des Bereichs BZBX kontrollieren deshalb, im so‐
genannten RZ‐Rundgang, alle Server auf mögliche
Defekte. Die physischen Server verfügen über Sta‐
tuslämpchen, weshalb allfällige Defekte leicht zu er‐
kennen sind. Diese werden von den Lernenden inkl.
Servernamen auf einem Notizblock aufgeschrieben.
Anschliessend sind die betroffenen Serververant‐
wortlichen per E‐Mail zu informieren. Um die Ser‐
ververantwortlichen ausfindig zu machen, müssen
alle „defekten“ Server in einer internen Datenbank
(CMDB) gesucht werden. Durch diese Suche ent‐
steht zusätzliche Arbeit und ein nicht zu unterschät‐
zender Zeitaufwand. Um den RZ‐Rundgang zu vereinfachen wird ein
Webtool entwickelt. Das Augenmerk gilt dabei der
Meldungserfassung eines Servers, sowie der auto‐
matischen Benachrichtigung der Serververantwort‐
lichen. Zudem sollen weitere nützliche Funktionen
programmiert werden, wie beispielsweise ein eige‐
ner Bereich, der nur den Lernenden zur Verfügung
steht, wo eine Liste mit Servermeldungen generiert
wird. Diese Zusammenfassung soll dem Lernenden
als Hilfe vor und während dem RZ‐Rundgang die‐
nen, bereits bekannte Probleme nicht erneut zu er‐
fassen. Zu erwarten ist, dass das entwickelte Web‐
tool alle benötigten Funktionalitäten abdeckt, wel‐
che für den RZ‐Rundgang notwendig sind, um den
Lernenden das Arbeiten so gut wie möglich zu er‐
leichtern.
Beschreibung der Arbeit und Lösung
Für die Realisierung des Projektes wird ein virtueller
Linux‐Server verwendet, welcher bereits im Vorfeld
der IPA aufgesetzt wurde. Auf diesem wurde ein
Webserver (Apache) und ein Datenbankserver
(MySQL) installiert und konfiguriert. Die Anmeldung
der Benutzer auf die Webseite erfolgt automatisch
durch das Verschlüsselungsprotokoll Kerberos.
Dazu musste der DNS (Domain Name System) kon‐
figuriert und ein zusätzliches Apache‐Modul instal‐
liert werden. Der erstellte Code wurde in einem
Repository aufbewahrt. Damit konnte zu jeder Zeit
auf unterschiedliche Versionen zurückgegriffen
werden.
Die eigentliche Seite wurde in den Scriptsprachen
PHP, HTML und JavaScript programmiert. Für das
Layout wurden vorhandene CSS‐Dateien eingesetzt,
um das Corporate Design des Bundes einzuhalten.
Sämtliche Benutzereingaben wurden mittels PHP
validiert. Das heisst, der Benutzer wird auf getätigte
Fehleingaben im Webtool hingewiesen.
Zum Abschluss wurde das Produkt vollumfänglich,
mithilfe verschiedener Testarten, überprüft. Mittels
Black‐Box‐Tests ist die Webseite auf ihre Funktions‐
weise getestet worden. Durch den Wiederinbe‐
triebnahme‐Test konnte sichergestellt werden, dass
die Webseite auch nach einem Systemabsturz wie‐
der erreichbar ist. Mit den Performance‐Tests
konnte die Geschwindigkeit für das Speichern und
das anschliessende Auslesen der Daten festgestellt
werden.
EHIRING
Olivier Jordan, canton FR, Ecole d’Ingénieurs et d’Architectes de Fribourg
Description :
L’École d’Ingénieurs et d’Architectes de Fribourg
utilise actuellement, pour les demandes
d’engagement du personnel, un formulaire PDF
standard que les employés peuvent remplir et im‐
primer. Ensuite, ce formulaire est envoyé par mail
ou donné en mains propres avant d’être traité par
les supérieurs du demandeur d’engagement
Objectifs :
Afin d’optimiser la gestion et le traitement des
demandes, une application Web et un formulaire
PDF interactif devront être réalisés. Le formulaire
permettra la saisie, la vérification et l’envoi des don‐
nées d’une demande d’engagement. L’application
offrira une interface graphique intuitive permettant
de :
Centraliser la gestion des demandes d’en‐
gagement
Simplifier et accélérer le processus de vali‐
dation des demandes d’engagement
Résultats des travaux : Le résultat obtenu est une application Web appelée eHiring développé en JAVA EE. Cette application permet de réceptionner les données du formulaire et de les enregistrer dans une base de données. eHiring s’occupe aussi d’avertir les utilisateurs adé‐quats par mail lors des différentes actions de ceux‐ci. Par "utilisateurs" est entendu les demandeurs d’engagement, les chefs de filière et le responsable des ressources humaines.
Les utilisateurs de l’application peuvent voir les de‐mandes d’engagement les concernant. Sur chaque demande que les utilisateurs voient, les utilisateurs peuvent :
Télécharger le PDF saisi d’une demande
d’engagement
Commenter une demande d’engagement
Éditer une demande d’engagement
Supprimer une demande d’engagement
Ajouter des documents annexes à une de‐
mande d’engagement
Les chefs de filières et le responsable des ressources humaines disposent les possibilités supplémen‐taires d’accepter ou de refuser une demande d’en‐gagement. Lors d’une acceptation ou d’un refus, les chefs de filières et le responsable des ressources hu‐maines ont la possibilité de commenter leur choix. S’ils le font, le commentaire sera ajouté au mail avertissant le demandeur.
Suite envisagée
6.1 Mise en production de l’application 6.2 Un développement durable
‐ Une fonctionnalité d’archivage permettrait de garder une trace des demandes d’engage‐ment. ‐ Une fonctionnalité de filtre temporel per‐
mettrait de sélectionner les demandes d’en‐
gagement à afficher à l’utilisateur, afin de ne
pas afficher toutes les demandes d’engage‐
ment.
ERWEITERUNG EINER WEB‐APPLIKATION FÜR DAS INETERNE BESTELLWESEN
David Knezic, Kanton ZH, AXA Winterthur
Statusindikator, Workflow‐Übersicht (oben) und die News (unten)
Übersicht
Die Übersicht für die ICPs muss durch zwei neue Funktionen verbessert sein. Auf diese Weise sollen die viel beschäftigten ICPs entlastet werden, indem sie den aktuellen Fortschritt ihrer Bestellungen auf einen Blick sehen.
Mit einem neuen Indikator für den Bestellstatus soll zu jeder eigenen Bestellung angezeigt werden, ob sie sich im Verzug oder in der Zeit befindet. Analog zu den bestehenden Bestellinformationen soll auch nach dem Indikator sortiert werden können. Die Be‐rechnung des zeitlichen Standes war bereits im HP Asset Manager vorhanden, wodurch ich diese Infor‐mation lediglich ins ATOS übernehmen musste.
Zudem soll eine neue Workflow‐Übersicht sein.
Nachrichten
Die ATOS‐Nutzer sollten informiert werden und nicht nur diese des HP Asset Managers, denn dort bestand die Funktion bereits.
Damit die Nachrichten auch gelesen werden, soll eine Übersicht auf jeder einzelnen Seite, gleich un‐ter dem Menü angezeigt werden. Diese Regeln müs‐sen auch im ATOS berücksichtigt werden. Es sollen somit lediglich die relevanten und aktuellen Nach‐richten angezeigt werden.
Neben der Übersicht soll auf einer neuen Seite die gesamte Nachricht, mit dem Nachrichtentext und den Zusatzinformationen angezeigt werden kön‐nen. Auf diese muss man durch das Anwählen einer Nachricht in der Übersicht gelangen.
Da das Laden der Nachrichten ein aufwändiger Pro‐zess ist und bei jedem Seitenaufruf stattfindet, soll ein Caching implementiert werden. Über einen Kon‐figurationswert muss definierbar sein, wie lange die Nachrichten im Zwischenspeicher bleiben.
Umsetzung Ich habe mich für den Wasserfallmodell entschie‐den, da er lediglich so wenige Phasenwechsel wie nötig vorsieht und dadurch sehr wenig Ballast mit sich bringt.
Neben der Wahl meines Vorgehensmodells er‐stellte ich eine Vorgangsliste. Meine IPA setzt sich zusammen aus drei Anforderungen:
1. Statusindikator
2. Workflow‐Übersicht
3. News
Da diese Features komplett unabhängig voneinan‐der sind, habe ich beschlossen diese nacheinander umzusetzen. Lediglich die Planungsphase führte ich am Anfang für alle gemeinsam durch. Die Analyse, das Design, die Implementierung und das Testen (inkl. Bugfixing) fand anschliessend pro Feature statt. Im ATOS wurden alle Bestellübersichten mit der gleichen Logik erzeugt. Da der Statusindikator lediglich für die laufenden Bestellungen relevant ist, musste ich eine Bestellübersicht erstellen, welche sich von den übrigen unterscheidet.
Innerhalb der Analysephase zog ich mehrere Tech‐niken in Betracht die Visualisierung zu zeichnen. Aus diesem Grund machte ich eine Nutzwertanalyse, in welcher sich im Vergleich zu CGI+, HTML & CSS und HTML5 die Technik SVG als geeignetste Variante er‐wies. Nach dieser Wahl bestimmte ich das Ausse‐hen der Workflow‐Übersicht und entschloss mich zudem, die Visualisierung ausklappbar zu machen. So blieb die Bestellungsliste übersichtlich und ich konnte die Daten beim aufklappen der Workflow‐Übersicht asynchron übertragen.
Beim News‐Feature war das Ermitteln der relevan‐ten Nachrichten aus der HP Asset Manager Daten‐bank eine Herausforderung. Sobald diese jedoch überwunden war, konnte ich neben der News‐Übersicht auch die Detailansicht problemlos ab‐schliessen.
NFC SERVICE ON ANDROID
Daniel Widmer, Kanton BE, Swisscom
Beschreibung :
Die Idee für diese IPA kommt von VeloFinder. Die Firma VeloPlus hat eine Software entwickelt, um den Standort von vermissten Velos ausfindig zu ma‐chen. VeloFinder benutzt QR Code Aufkleber, um Velos zu identifizieren. Diese Aufkleber werden am Velo befestigt. Sobald der Code gescannt wird, ak‐tualisiert sich die Position des Velos und der Besit‐zer kann sein Fahrrad wieder finden.
QR Codes haben jedoch einige Nachteile, was vor allem die Usability der Software beeinträchtigt. So werden bei runden Flächen die QR Codes oft ver‐zehrt und können nur noch schwer eingescannt werden. Bei Velos mit vielen runden Flächen ist die Anbringung der Sticker somit nicht ganz einfach. Ausserdem muss die Kamera richtig positioniert und oft mehrere Sekunden lang gewartet werden, bis der Code gescannt ist.
In dieser IPA zeige ich, wie diese Lösung mit NFC Tags realisiert werden könnte. NFC Tags haben den Vor‐teil, überall angebracht werden zu können. Es
muss kein Code eingescannt werden. Ein simples Berühren (Tap) des Stickers genügt, um die Position des Velos zu aktualisieren
Vorgehensweise
Die Lösung in diesem Projekt beschränkt sich auf das Android Betriebssystem. Die Applikation musste von Grund auf geplant und realisiert wer‐den. Dazu gehört neben der Programmierarbeit auch die Erarbeitung des Designs und des Arbeits‐ablaufes der Applikation.
In der IPA legte ich grossen Wert auf die Usabilty. Für jede Ansicht wurde deshalb zuerst ein Mockup erstellt. Ich erhielt zudem einige sehr wertvolle Tipps von einem Professionellen User Experience Designer, um das Benutzerinterface anwendungs‐freundlich zu gestalten.
Während der Arbeit wurde ich mit verschiedenen Technologien und Methoden konfrontiert. Darun‐ter gehören etwa:
Android als Basis für die Applikation NFC (Near Field Communication), um ein
Fahrrad zu identifizieren. GPS, um die Position eines Gerätes ausfin‐
dig zu machen. Client‐Server Kommunikation, um Benut‐
zer und Fahrräder zu registrieren und aktu‐alisieren.
Die Applikation soll so schlicht wie möglich gehal‐ten werden. Aus diesem Grund verwendete ich bei‐spielsweise Google Play Login, um den Prozess zu vereinfachen.
An jedem Tag wurde ein kurzes Gespräch mit mei‐nen Fachvorgesetzten gehalten. Dort besprachen wir den Fortschritt der Arbeit und allenfalls Prob‐leme.
Endergebnis
Mit dem Ergebnis der IPA bin ich zufrieden. Alle Anforderungen wurden erfüllt und einige zusätzli‐che Features wurden umgesetzt. Das Endergebnis zeigt den praktischen Nutzen von NFC im Alltag anhand eines anschaulichen Beispiels.
HEALTH MONITOR CLIENT
Florian Wörndle, Kanton AG, UBS
Ausgangslage
Es existieren in einer Datenbank Leistungsdaten einer Zahlungsverarbeitungsapplikation von UBS, allerdings gibt es noch keine Möglichkeit, diese auch anzuzeigen.
Aufgabenstellung
Es soll eine vollständige Client‐Server‐Applikation ent‐wickelt werden, welche Leistungsdaten vom Server ab‐fragt und im Client graphisch darstellt. Die Realisierung dieses Projekts umfasst eine Analyse der Anforderungen, die Programmierung eines Server‐prozesses (C++ auf Solaris) sowie ein Programm zur An‐zeige der Daten (C# Windows). Beide Programme müs‐sen über das Netzwerk miteinander kommunizieren.
Projektorganisation Für die Organisation habe ich die Projektmanagement‐Methode IPERKA verwendet.
Technologie
Für dieses Projekt habe ich die Programmier‐sprachen C++ und C# verwendet. Meine C#‐Kenntnisse habe ich mir in der Frei‐zeit bei kleineren Projekten angeeignet, woge‐gen ich C++ vor ca. vier Monaten in einem Kurs gelernt habe.
Verwendete Tools
Microsoft Office, Microsoft Visual Studio 2008, UltraEdit, CC, SVN, Enterprise Architect, Doxy‐gen, NDoc3, Purify
Ergebnis
In diesen zwei Wochen habe ich zwei voll funk‐tionsfähige Programme erstellt. Neu können jetzt die Leistungsdaten vom Server direkt und ohne grossen Aufwand abgefragt und als Dia‐gramm dargestellt werden. Das ermöglicht, bei Performanceeinbrüchen des Servers schnellst‐möglich die verantwortliche Schnittstelle zu isolieren und somit den Fehler gezielt zu behe‐ben.
DESKTOPVIRTUALISIERUNG FÜR EIN KMU MIT CITRIX VDI‐IN‐A‐BOX
Reto Meister, Kanton BE, Predata AG
Netzwerkschema der VDI‐in‐a‐Box Umgebung
Ausgangslage
Die Mitarbeiter eines Unternehmens sollen in der Lage sein, von intern wie auch von extern mit der Firmenumgebung zu arbeiten. Um den Zugang auch von extern zu ermöglichen, wird eine virtuelle Desktop Infrastruktur, mit dem Produkt VDI‐in‐a‐Box von Citrix, aufgebaut. Als virtuelle Desktops sollen Windows 7 Professio‐nal Systeme einheitlich konfiguriert und zur Verfü‐gung gestellt werden. Aufgabenstellung
Es wird eine komplette, eigenständige Neuinstalla‐tion ausgeführt, es ist keine virtuelle Umgebung o‐der Domänen‐Struktur vorhanden. Daten müssen nicht übernommen oder migriert werden. Die Internet‐Verbindung erfolgt durch eine SonicWALL‐Firewall TZ210. Auf ihr wird ein VPN für die Fernwartung eingerichtet. Für den externen Zugriff auf die VDI‐Umgebung, wird auf der Firewall eine Adressweiterleitung ein‐gerichtet, welche durch ein Regelwerk gestützt wird. Auf einem physischen Server werden folgende Komponenten aufgesetzt und konfiguriert:
XenServer als Virtualisierungsschicht Windows Server 2008 R2 (AD, DNS, DHCP,
WSUS, Symantec Endpoint Protection, GFI‐Max Systemüberwachung)
Access Gateway (SSL Zertifikat) VDI‐in‐a‐Box Manager 2 Client Pools (Windows 7 Professional)
Umsetzung
Das Projekt wird in der Firma Predata AG durchge‐führt. Sämtlich benötigte Komponenten wie Ac‐cess Gateway (für den sicheren Zugriff von aus‐sen), vdiManager (für die Desktopvirtualisierung), Windows Server 2008 R2 und Windows 7 Professi‐onal werden auf einem HP Proliant DL380 G5 in‐stalliert. Der Internetzugang mit dem benötigten Regel‐werk, für die VDI‐Umgebung, wird über eine SonicWALL TZ210 realisiert. Um die Systeme von extern zu warten, wird auf der Firewall ein VPN eingerichtet. Zudem wird der physische Server mit Hilfe der HP System Management Homepage überwacht. Die Überwachung des virtuellen Windows Serversys‐tems erfolgt durch die Systemüberwachung der Predata AG. Um den Benutzern der VDI‐Umgebung ein hohes Mass an Flexibilität zu bieten, sind diese in der Lage, mit dem Gerät ihrer Wahl (BYOD = Bring Y‐our Own Device) auf der Umgebung zu arbeiten. Dabei werden ihnen einheitliche Desktops zur Ver‐fügung gestellt. Ergebnis
Das Ergebnis ist ein voll funktionsfähiges Netzwerk mit intakter VDI‐Infrastruktur. Die Mitarbeiter des Unternehmens können sowohl von intern, wie auch von extern auf die VDI‐in‐a‐Box Umgebung zugreifen und auf einer einheitlichen Arbeitsober‐fläche arbeiten. Dabei spielt die Wahl des Arbeits‐gerätes (iOS, Android oder Windows) keine Rolle, sofern darauf der Citrix Receiver (Komponente zur Desktopverbindung) installiert ist. Das physische, wie auch das virtuelle Serversys‐tem wird rund um die Uhr 24h x 7 Tage über‐wacht. Via VPN ist eine Wartung der virtuellen Maschinen uneingeschränkt möglich. Die Wirtschaftlichkeit und die Kosten der instal‐lierten Umgebung wurden unter Berücksichtigung der Anforderungen eingehalten und umgesetzt.
DÉPLOIEMENT CITRIX XENAPP 6.5
Burim Hoti, canton VD, IOGI SA
Description
Déployer Citrix XenApp dans un environnement de test en respectant les recommandations Citrix. Xe‐nApp est un produit de virtualisation de bureaux et d’applications. C’est un très bon produit de la mai‐son Citrix.
Matériels utilisés
Un serveur DL360 G5, hyperviseur
Quatre machines virtuelles
Un ordinateur portable HP EliteBook
Apple iPad 3
Logiciels
Windows Server 2008 R2
Citrix XenApp 6.5
Microsoft Office 2010
Universal Print Server
Citrix Receiver
Adobe et autres
Objectif Ce déploiement a pour but:
‐ D’évaluer Citrix XenApp 6.5 ainsi que les composants XenApp afin d’intégrer ce pro‐duit dans nos packs de service.
‐ De déployer XenApp sur l’environnement de production pour certain utilisateurs
‐ De créer un modèle pour des futurs clients ou pour effectuer d’autres tests à l’avenir.
Fonctionnalité Citrix XenApp permet de centraliser les applica‐tions, ce qui a un avantage sur les maintenances. Les applications peuvent être installées et dé‐ployées sur des milliers de postes en moins de dix minutes.
Les applications déployées par XenApp sont acces‐sibles à tout moment et pour tous types de périphé‐riques (client légers, tablettes, smartphones...).
1. L’utilisateur s’authentifie sur l’interface web
2. Il souhaite lancer Word
3. Le collecteur de données vérifie la disponibilité des serveurs XenApp
4. Une fois qu’il aura identifié le serveur cible, il va transmettre l’adresse au client
5. Le client va effectuer une connexion via le proto‐cole ICA
Déroulement J’ai commencé par une analyse de mon cahier des charges et suite à cela j’ai établi un diagramme de GANTT qui m’a permis de suivre l’avancement du projet.
Pour mener au succès mon projet, j’ai réalisé une analyse de risques puis j’ai pris des mesures sur les risques avec unes plus haute priorité.
Après avoir déployé XenApp, j’ai préparé des pro‐cédures de tests pour m’assurer que tous les points du cahier des charges ont été traité et afin d’assu‐rer le bon fonctionnement du produit.
Conclusion XenApp fonctionne très bien, l’accès aux applica‐tions via l’interface web ou l’accès avec les mobiles représente bien le monde de la virtualisation.
J’aime beaucoup la technologie de la virtualisation et j’ai eu beaucoup de plaisir à déployer Citrix Xe‐nApp.
MIGRATIONSKONZEPT BESTEHENDER MAILARCHIVLÖSUNG AUF MICROSOFT EXHANGE 2013
Ivana Jenny, Kanton AG, AZ Management Services AG
Übersicht Testumgebung
Umfeld Wie in vielen Firmen ist auch bei der AZ Medien das Mailsystem eine wichtige Säule der internen und ex‐ternen Unternehmenskommunikation. Wichtige Ge‐schäftskorrespondenz wird heute von den rund 1'000 Anwender rasch und unkompliziert via E‐Mail über‐mittelt. Diese Inhalte gewinnen zusammen mit den Anhängen, insbesondere auch in rechtlicher Hinsicht, vermehrt an Bedeutung.
Beim heute im Einsatz stehenden Archivsystem wer‐den alle Daten, ein‐ und ausgehende E‐Mails, Kalen‐dereinträge, Kontakte und Aufgaben archiviert. Dies ohne Prüfung, ob die Informationen geschäftsrele‐vant sind und daher auch archiviert werden müssen.
Im Unternehmen sind lokal gespeicherte Outlookar‐chive weit verbreitet und es kann nicht sichergestellt werden, dass diese von den Benutzern gesichert wer‐den. Die Nutzung der seit Microsoft Exchange 2010 integrierten Archivfunktion, ist vom heutigen Stand‐punkt eine gangbare Lösung. Die Verantwortung für die Bestimmung und Archivierung von geschäftsrele‐vanten Postfachdaten wird dadurch an die Mitarbei‐ter delegiert.
Ziel der Arbeit
Ziel der IPA ist aufzuzeigen, wie und mit welchem Aufwand eine Migration des bestehenden Archivs in die Version 2013 von Microsoft Exchange realisierbar ist. Sowie ob der Zugriff auf die Archivdaten mit vor‐gegebenen Clients möglich ist.
Umsetzung
Auf dem VMware ESXi Server wird ein Windows Ser‐ver 2012, welcher als Domain‐Controller dient, und ein Windows Server 2012, der als Exchange Server fungiert, betrieben. Weiter vorhanden sind einige Testclients und ein am Netzwerk angeschlossener Speicher, welcher für Backupzwecke verwendet wird.
Um der Zielsetzung gerecht zu werden, wurden verschiedene Funktionen von Exchange 2013 ge‐testet. Zu Beginn wurde ein Berechtigungskonzept zur Verwaltung der Aufbewahrungstags und ‐Richtlinien erstellt, welches anschliessend umge‐setzt wurde. Im Anschluss wurden Zugriffsmöglich‐keiten auf das Mailarchiv einer Stellvertretung, ei‐nes Abteilungspostfaches sowie von einem ausge‐tretenen Mitarbeiter untersucht und dokumen‐tiert. Um zu prüfen, ob der Umsetzung des Projek‐tes in die produktive Umgebung nichts im Wege steht, wurde eine Machbarkeitsprüfung durchge‐führt. Dabei wurden wirtschaftliche, technische, rechtliche, ressourcenbezogene sowie zeitliche As‐pekte einbezogen.
Anschliessend wurde eine Möglichkeit gefunden, den PST‐Import zu automatisieren, was die Migra‐tion vom alten Archivsystem in die integrierte Funktion von Microsoft Exchange 2013 erheblich erleichtert. Anhand des automatisierten PST‐Im‐ports konnte schliesslich der Gesamtmigrations‐aufwand in Stunden berechnet werden.
Als vorletzter Schritt wurde mit verschiedenen Cli‐ents (siehe Abbildung) geprüft, ob und wie auf das Archiv zugegriffen werden kann. Zum Schluss wurde eine Step by Step‐Benutzeranleitung ge‐schrieben, wie die Migration eines Archivs aus dem alten System in die integrierte Archivfunktion von Microsoft Exchange funktioniert.
Resultat
Die Lösung inklusive deren Funktionen wurde zum Abschluss getestet und ausgewertet. Daraus ging hervor, dass fast alle Bedürfnisse an die Archivie‐rung mit der integrierten Funktion von Exchange 2013 abgedeckt werden. Der Migrationsaufwand wurde auf 25 Arbeitstage berechnet und aus der Machbarkeitsprüfung ging hervor, dass die Lösung durchaus in die produktive Umgebung eingesetzt werden kann. Die Zugriffstests der Smartphones fielen enttäuschend aus, da nur mit einem Webbrowser in der Desktopansicht per Outlook Web App auf das Archiv zugegriffen werden kann. Hingegen fielen die Zugriffstests mit den Windows 7 / Windows 8 Clients mit Outlook 2010 / 2013 po‐sitiv aus, mit beiden Applikationen konnte auf das Mailarchiv zugegriffen werden. Ausserdem kann mit jedem beliebigen Betriebssystem eines Com‐puters per Webbrowser auf das Archiv zugegriffen werden.
NEUER STANDORTSERVER
Benjamin Bernoulli, Kanton ZH, STO AG
OUs Niederglatt und Subingen mitsamt der Subnetze und IPs für Server/Endgeräte.
Ausgangslage Die Sto AG Schweiz ist eine der grössten Fassaden‐herstellerinnen der Schweiz und verzeichnet jedes Jahr grosse Zuwachszahlen. Um mit diesen Zuwachs‐zahlen mithalten zu können, muss die IT‐Infrastruk‐tur regelmässig erweitert und erneuert werden.
Die Komplette Migration des Systems bestand aus mehreren Teilen:
‐ Auswahl, Bestellung und Zusammenbau der be‐nötigten Bauteile.
‐ Auswahl und Installation der Installationsart.
‐ Planung und Ausführung der Migration der ver‐schiedenen Daten (inklusive Freigaben und Be‐rechtigungen), Applikationen und Rollen.
‐ Erstellung und Implementierung des Backups.
Auswahl, Bestellung und Zusammenbau der benö‐tigten Bauteile
Der Hauptstandort in Weizen, Deutschland, hat im‐mer mehrere verschiedene Bauteile auf Lager, wel‐che auch innerhalb weniger Tage geliefert werden können.
Eine Analyse der Leistungsprotokolle zeigte aller‐dings, dass der alte Server in Subingen kaum ausge‐lastet war, weshalb mit ruhigem Gewissen bei den meisten Bauteilen gespart wurde. Einzig bei den Festplatten und der Sicherheit wurde Wert auf hohe Leistungsfähigkeit gelegt.
Nach Bestellung der Bauteile wurde der Server zwei Tage später zusammengebaut und die Festplatten in einem RAID 5 Array mit Hot Spare eingerichtet.
Auswahl und Installation der InstallationsartVor der Installation des vorgegebenen Windows Server 2008 R2 Betriebssystems musste noch ent‐schieden werden, ob die Installation direkt gesche‐hen sollte, oder über virtuelle Maschinen.
Die Auswahl fiel deutlich zugunsten der virtuellen Maschinen aus dank der erhöhte Flexibilität und Si‐cherheit und es zeigte sich später auch als die rich‐tige Lösung.
Planung und Ausführung der Migration der ver‐schiedenen Daten, Applikationen und RollenOmniPCX war eine einfache Installation und bei Messerli BauAd und Twixtel reichte ein Kopieren der Daten und Aktivierung der Lizenzen aus.
Die Migration der Daten mittels der Server Migra‐tion Funktionalität von PowerShell lief grundsätz‐lich fehlerlos ab. Das Einrichten des Druckservers stellte hingegen eine zeitliche Herausforderung dar, da der von SAP verwendete Lieferscheindru‐cker nicht mit dem 64‐Bit Betriebssystem Kompati‐bel war und eine separate virtuelle Maschine mit Server 2003 R2 erstellt werden musste. Die Migra‐tion der Drucker wurde mittels PrintMig.exe durch‐geführt. Die DHCP Migration hingegen wurde wie‐der per PowerShell Server Migration durchgeführt.
Erstellung und Implementierung des BackupsBeim Backup wurde nach einer Analyse der bishe‐rigen Lösung diese als die bestmögliche bestätigt und übernommen. Der Fileserver in Subingen wird mittels differentieller Sicherung auf den Backup‐server in Niederglatt gesichert, von wo aus eine wöchentliche Sicherung auf einen lokalen NAS ge‐macht wird, welche schlussendlich auf Magnetbän‐dern archiviert wird.
WAN INFRASTRUKTUR MIGRATION RDI
Diego Bienz, Kanton ZG, Roche Diagnostics International AG
Umfeld und Ziel der Arbeit
Als zentrale Punkte des firmeneigenen Netzwerkes werden mehrere grössere Standorte weltweit ge‐nutzt. Der Roche Standort Rotkreuz ist über zwei re‐dundante Glaskabelleitungen zu Punkt A und B und damit ins Netzwerk verbunden. Als Schnittstelle zwi‐schen dem lokalen Netzwerk am Standort (LAN) und dem restlichen (WAN) sind zwei Layer 3 Switches* im Einsatz. Der Gebrauch eines Routers war bis an‐hin nicht vorhanden. Ein neuer Service namens „Quality of Service“ wurde eingeführt. Dieser kann, so wie vom Engineering vorgegeben, ausschliesslich auf einem Router konfiguriert werden.
Quality of Service ist ein Service, welcher den Netz‐werkverkehr klassifiziert und im Falle einer Überlas‐tung der Netzwerkleitung die wichtigen Pakete prio‐risiert. Dadurch wird verhindert, dass auf Grund ei‐ner Überlastung wichtige Services unterbrochen werden. Das können Videokonferenzen, Telefonie über das Netzwerk (Voice over IP), Liveübertragun‐gen oder anderes sein. Der normale und unwichtige Netzwerkverkehr wird in dieser Situation vernach‐lässigt, so dass die genannten Services nicht unter‐brochen werden.
Das Projekt beinhaltet die Planung des Umtauschs, die Konfiguration der Geräte, die Umsetzung, das Testen der neuen Infrastruktur und die Dokumenta‐tion. Da durch eine SLA von 99,9% im Jahr vorgege‐ben ist, musste es umgesetzt das die Verbindung zum restlichen Netzwerk nicht verloren geht. Aus diesem Grund war die Planung ein wesentlicher As‐pekt des Projektes und sehr wichtig für den weiteren Verlauf.
Zusätzlich ist beim Austausch der Geräte noch zu beachten, dass ein anderer wichtiger Standort der Roche mit dem Namen X ebenfalls über einen der zwei Layer 3 Switches am firmeneigenen Netzwerk angebunden ist (siehe Zeichnung). Das bedeutet, dass vor dem Umtausch sichergestellt werden muss, dass auch der Standort X während der Um‐setzung die Verbindung zum Netzwerk nicht ver‐liert. Um das Risiko für Fehler zu minimieren, muss der komplette Ablauf abgeschätzt und alle Schritte in der Projektdokumentation festgehalten werden.
Arbeit und Lösung Innerhalb der IPA bin ich mit der Wasserfall Projekt‐management‐Methode vorgegangen und habe das Projekt in 21 Arbeitsschritte unterteilt und geplant. Die erste Phase diente zur Zeitplanung des Projek‐tes. In der zweiten Phase ging es darum, die Auf‐gabe zu analysieren, mögliche Lösungen und Vor‐gehen zu vergleichen und den finalen Ablauf der Umsetzung festzulegen. In einem nächsten Schritt war die Konfiguration und der eigentliche Aus‐tausch der Geräte an der Reihe. Danach folgte die Testphase und somit auch der Nachweis der kor‐rekten Funktion der neuen Router.
Während der Planung habe ich mehrere Flussdia‐gramme erstellt und Prozesse festgelegt, an welche ich mich beim bevorstehenden Austausch halten musste. Durch diese festgelegten Arbeitsschritte wusste ich zu jedem Zeitpunkt, was zu tun ist und hatte den Überblick über meine Aufgabe. Nach dem Austausch der Geräte wies ich mittels Integra‐tionstests nach, dass alle Anforderungen an die neue Infrastruktur erfüllt wurden.
Letzten Endes betrachte ich mein Projekt als erfolg‐reich abgeschlossen. Der Zeitplan konnte bis auf kleine Abweichungen eingehalten und alle Anfor‐derungen vom Projektauftrag vollumfänglich erfüllt werden. Die neuen Router und die von Roche vali‐dierte und vorgegebene Konfiguration von Quality of Service sind nun im Betrieb.
In der Abbildung ist der Netzwerkplan der neuen Si‐tuation zu sehen. Während dem Projekt wurden die alten Layer 3 Switches durch die beiden Router „Router R1“ und „Router R2“ ausgetauscht. Die Ver‐bindungen und die Topologie sind gleich geblieben.
ZENTRALISIERUNG KUNDENKORRESPONDENZ‐REPORT
Christoph Christen, Kanton BS, Bank Coop
Thema Das Projekt Zentralisierung Kundenkorrespondenz‐Report hat zum Ziel, bestehende Dienstleistungen zu zentralisieren. Diese Dienste erlauben die Re‐cherche von produzierten Kundenkorresponden‐zen. Zurzeit sind für die Erfüllung dieser Dienstleis‐tung sechs Server notwendig. Diese Anzahl soll deutlich minimiert werden, wodurch die laufenden Kosten reduziert werden.
Ausgangslage
Seit der Einführung der Software Avaloq ist die Bas‐ler Kantonalbank für die Produktion des Kunden‐outputs, Dokumente wie Kontoauszüge und Bör‐senanzeigen, selbst verantwortlich. Eine ganze Sys‐temlandschaft musste neu aufgebaut werden. Nach der Inbetriebnahme des Kernbankensystems Avaloq wurden zahlreiche Änderungen an dieser Umgebung vorgenommen. Aufgabe dieser sechs Server war es, den gesamten Output, die Summe al‐ler Kundendokumente, zu produzieren. Diese Auf‐gabe wird nun auf einer neuen Plattform von ande‐ren Servern übernommen. Die einzige Dienstleis‐tung, die diese Server nun noch erfüllen müssen, ist die der Recherche. Dieser Dienstleistung liegt eine Datenbank zu Grunde, welche die Informationen strukturiert speichert. Um diese Daten dem Benut‐zer einfach zur Verfügung zu stellen, wurde eine Weboberfläche entwickelt. Die Übersichtsgrafik zeigt die Output Management, kurz OMS, Umgebung. Diese Server sind bei der Produktion der Kundendokumente involviert. Es ist nur die produktive Umgebung der BKB abgebildet.
Ziele ‐ Es ist eine Strategie zu erarbeiten, die aufzeigt,
wie die Datenbanken zu konsolidieren sind. ‐ Eine Datenbank soll, gemäss dieser Strategie,
zentralisiert werden. ‐ Es ist ein Linux Server, gemäss den internen
Richtlinien, zu installieren und zu konfigurie‐ren.
‐ Dieser Linux Server dient als Basis für einen Webserver, welcher zu installieren ist.
‐ Eine Webapplikation ist zu entwickeln, welche dem Benutzer einen einfachen Zugriff auf die in den Datenbanken gespeicherten Informatio‐nen bietet.
Umsetzung Eine Strategie welche aufzeigt, wie die Datenbanken zu zentralisieren sind besteht. Es ist ausserdem auf‐zuzeigen, wie die bestehenden Dienstleistungen weiterhin in dieser veränderten Umgebung zur Ver‐fügung gestellt werden können. In einem Konzept wird die Ist‐Situation erfasst, mehrere Varianten Vergleiche erstellt und jeweils eine Variante zur Um‐setzung bestimmt. Um nachzuweisen, dass das Kon‐zept eine erfolgreich umsetzbare Lösung vorschlägt, wird eine der sechs Datenbanken migriert und de‐ren Funktionalität überprüft. Damit die bestehende Funktionalität weiterhin an‐geboten werden kann, muss ein Webserver instal‐liert und konfiguriert werden. Auf diesem wird ein Webreport entwickelt, welcher die Daten in der mi‐grierten Daten‐bank abfragen kann. Wenn die anderen fünf Datenbanken gezügelt wur‐den, ergibt sich die folgende Grafik:
Auf dieser Grafik ist die OMS Umgebung abgebildet, welche die Kundendokumente erstellt. Statusinfor‐mationen werden in die DB geschrieben. Diese DB werden in einem Cluster betrieben, was die Ausfall‐sicherheit erhöht. Wenn der Report verwendet wird, greift ein Client (ws00912) auf den Webserver was‐vm‐oms zu. Der Report, welcher auf dem Webs‐erver gespeichert ist, fragt die Daten in der vom Be‐nutzer definierten Datenbank ab. Die Daten werden nachfolgend im Report dargestellt.
TABLET‐PCS MIT WINDOWS 8 IM UNTERNEHMENSNETZWERK
Roman Filliger, Kanton LU, Luzerner Kantonsspital
Ausgangslage Im Luzerner Kantonsspital, nachfolgend LUKS ge‐nannt, betreibt die Informatik eine Clientinfrastruk‐tur von über 3'200 Desktop Clients. Das LUKS setzt zurzeit keine mobilen Geräte integriert in der Do‐mäne ein, sondern lokale Notebooks auf Basis von Windows XP. Die einzigen mobilen Geräte, die am Netzwerk betrieben werden, sind wenige Tablet‐PCs. Diese Tablet‐PCs sind mit Windows XP aufgesetzt und werden in einer Arbeitsgruppe betrieben. Es sind keine Erfahrungen mit Windows 8 im LUKS vor‐handen und für domänenbetriebene mobile Geräte besteht kein fertiges Konzept. Das Verlangen nach mobilen Geräten für die Verwendung von Applikati‐onen mit Zugriff auf interne Systeme wird immer grösser.
Ziele
Das Ziel der IPA bestand darin, das Betriebssystem "Windows 8 Professional 64Bit" in das bestehende Softwareverteilungssystem zu integrieren. Damit sollten Tablet‐PCs automatisiert aufgesetzt werden können. Die Installation von Betriebssystem und Software war mit dem bestehenden Softwarevertei‐lungssystem "Highsystem.NET" zu realisieren. Mit dem Tablet‐PC musste der Zugriff auf eine Unterneh‐mensapplikation per WLAN möglich sein.
Auf der Grafik ist das Vorgehen bei einem Zugriff auf einen internen Server mit einer Unternehmensappli‐kation über WLAN visualisiert. Der Benutzer öffnet die Unternehmensapplikation auf dem Windows 8 Tablet‐PC. Das Tablet‐PC ist über WLAN mit dem nächstgelegenen Access Point ver‐bunden. Alle Access Points führen auf einen WLAN‐Controller, welcher in der LUKS Netzwerkinfrastruk‐tur steht. Im internen Netzwerk befindet sich eben‐falls der Applikationsserver, auf dem z.B. eine Daten‐bank läuft.
Lösung
Als erstes mussten Grundkonfigurationen vorge‐nommen werden, damit die Tablet‐PCs die Kom‐munikation mit Highsystem.NET richtig aufbauen können. Danach kam die Integration des Betriebs‐systems. Nebst der eigentlichen Integration war das Parametrisieren des Betriebssystems ein gros‐ser Teil der IPA. Als Parametrisierung wird der Vor‐gang bezeichnet, bei dem das Betriebssystem indi‐viduell angepasst wird. Das heisst, Grundeinstel‐lungen werden direkt bei der Installation mit Para‐metern individuell gesetzt, so dass keine Interak‐tion vom Benutzer während der Installation nötig ist. Die Integration der Hardwaretreiber für das vorge‐gebene Tablet‐PC Modell erfolgte im Anschluss an die Parametrisierung. Die Treiber wurden dem Be‐triebssystem direkt hinzugefügt, so dass nach der Installation nur noch Treiber fehlen, welche eine Softwareinstallation voraussetzen. Die reine Parametrisierung reicht nicht aus um die komplette Oberfläche so zu konfigurieren wie es vorgesehen ist. Deshalb wurden weitere Einstel‐lungen per Gruppenrichtlinien oder Scripts gesetzt.Für Tablet‐PCs mit Windows 8 wurde ein Software‐Set mit Standardprogrammen vorbereitet. In die‐sem Software‐Set befinden sich folgende Pro‐gramme:
Microsoft Office 2010
Symantec Endpoint Protection 12.0
LUKS System Update Service 2.2
Microsoft Silverlight 5.1
Adobe Flash Player 11.6
Adobe Acrobat Reader 11.0
Oracle Java 7
Oracle Runtime Client 11.2 Die Programme wurden so vorbereitet, dass diese automatisiert und ohne Benutzerinteraktion von der Softwareverteilung aus installiert werden kön‐nen. Nebst den Standardprogrammen wurde ein Programm als zusätzliche Software deklariert und ebenfalls vorbereitet. Bei dieser Software handelt es sich um das Essensbestellungssystem, mit wel‐chem die Mitarbeiter vom LUKS das Essen der Pati‐enten bei der internen Küche bestellen. Es wurde ein Testkonzept erstellt, in welchem die Betriebssysteminstallation, die Betriebssystem‐konfiguration inklusive den Benutzereinstellungen und die Integration der Software detailliert getes‐tet wurde.
AUTOMATED CLIENT INSTALLATION
Stefan Haener, Kanton BS, Roche
Umfeld und Ziele der Arbeit
Die Gruppenrichtlinie bietet eine leistungsstarke Funktion zum Verwalten von Konfigurationseinstel‐lungen von Computern und Benutzern in einer Active Directory Umgebung.
Ziel der Arbeit ist es, im Ausbildungsnetzwerk der Be‐rufsausbildung Informatik der F. Hoffmann‐La Roche AG in Basel einen Computer nahezu vollautomatisiert aufzusetzen und entsprechend zu konfigurieren bzw. zu verwalten.
Das Ziel ist wiederum in drei Teilzielen aufgeteilt: 1. die automatisierte Installation der Software, 2. die Aktualisierung der Software und 3. die Deinstallation der Software.
Weiter soll die Arbeit ein Grundwissen zur Gruppen‐richtlinie aufbauen, welche später vertieft werden kann.
Das erarbeitete Wissen bezüglich Gruppenrichtlinie und Software‐Verteilung soll in die Dokumentationen einfliessen.
Beschreibung der Arbeit Im Ausbildungsnetzwerk gab es noch keine Software‐Verteilung. Es war nur möglich, einen Computer über WDS (Windows Deployment Services) aufzusetzen. Die Software musste auf dem jeweiligen Computer manuell installiert werden. Während dieser IPA wurde eine neue Art der Soft‐ware‐Verwaltung implementiert. Es ist nun möglich, Software zu verteilen, zu installieren, zu aktualisieren und zu deinstallieren.
Der Ablauf der Software‐Installation wird auf dem Bild grafisch dargestellt. Die Software wird per Gruppenrichtlinien verteilt. Dabei fragt der Com‐puter den Domänencontroller nach neuen Grup‐penrichtlinien ab. Dieser schickt anschliessend die neuen Gruppenrichtlinien (Nr. 1). Sobald der Com‐puter die Gruppenrichtlinien besitzt, verweisen diese auf den Verwaltungsserver. Dort befinden sich die einzelnen Software‐Pakete. Der Computer greift auf die entsprechend zugewiesene Software zu und bezieht diese (Nr. 2). Hat der Computer die Software erhalten, installiert er sie (Nr. 3). Im Verlauf dieser Arbeit wurden mehrere Doku‐mentationen erstellt, welche die Arbeit schriftlich belegen und nachvollziehbar machen. Es wurde eine Projektdokumentation erstellt, welche den Verlauf der Arbeit beinhaltet. Weiter wurde eine Technische Dokumentation verfasst, welche das technische Wissen zur Group Policy aufzeigt. Zu‐dem wurde eine Administratorendokumentation aufgesetzt, welche Schritt für Schritt Anleitungen beinhalten. Diese beschreiben wie Software‐Pa‐kete erstellt und verteilt sowie aktualisiert und de‐installiert werden können. Ausserdem wurde eine Benutzerdokumentation geschrieben, welche den Benutzer beim Aufsetzen eines Rechners und bei der Installation der Software‐Pakete unterstützt. Zuletzt wurde eine Testdokumentation angefer‐tigt, welche sicherstellt, dass die Lösung funktio‐niert.
TEST DE MISES EN CAHGE POUR SERVEURS WEB HTTP
Clément Hampaï, canton FR, logusEMF
Pourquoi faire des tests de mise en charge?
Tester un serveur web est important pour en con‐naître ses limites. Le nombre de personnes pou‐vant y accéder simultanément est un critère déter‐minant pour son bon fonctionnement. Ainsi, si les résultats obtenus ne correspondent pas aux va‐leurs souhaitées, le serveur web doit être revu.Nachrichten
Quels sont les risques si ces tests sont négligés? Lorsqu’un serveur web est visité, il utilise ses res‐sources matérielles pour répondre à la demande. Le nombre de clients varie en fonction de ses ca‐ractéristiques techniques. Si le nombre de visiteurs dépasse les capacités physiques du serveur, celui‐ci ne répond plus. Le site web demandé est alors inaccessible. Un test de performance va donc permettre de sa‐voir si le serveur supporte le nombre de visiteurs attendus par un site web.
Comment faire des tests de mise en charge ? Mon projet consiste à mettre au point un outil per‐mettant d’effectuer des tests de performances de différents serveurs web.
Outil développé L’outil développé dans le cadre de ce projet se présente sous la forme d’un site web offrant la possibilité de :
lancer un test entièrement paramétrable (possibilité de choisir le nombre de clients virtuels, le délai entre chaque re‐quête, etc.).
d’effectuer des salves de tests de charge prédéfinis.
Qu’est‐ce qui a été testé ?
Html simple
Page Glassfish simple
Site Joomla
Site Wordpress
Site Drupal
Résultats des tests Le site web, développé dans le cadre de ce projet, a permis d’établir un classement des gestionnaires de contenu les plus performants [indice de perfor‐mance] :
Html simple
GlassFish
Drupal
Joomla
Wordpress
0 0.25 0.5 0.75 1
56 %
87 %
96 %
100 %
100 %
LA SÉRIE 8 – “QUAND RIEN N’EST IMPOSSIBLE”
Camille Imhof, canton VD, Bernina
Description
Ce travail pratique individuel (TPI) multimédia PAO consiste à réaliser une maquette de brochure des‐criptive d'une machine à coudre de la marque BER‐NINA, sur la base d'un cahier des charges détaillé. Un délai imparti de deux semaines est fixé sur la pé‐riode du 13 au 24 mai 2013, selon les clauses défi‐nies par le canton de Vaud. L'horaire officiel (voir annexes) quotidiennement respecté équivaut à un temps total d'environ soixante heures de travail consacré à la réalisation de ce projet.
Compétences
Ce projet regroupe de multiples domaines de com‐pétences. La partie marketing du dossier détaille notamment les concurrents et les caractéristiques du public cible. La seconde section, portant sur la maquette de la brochure, établit toute la démarche créative et technique qui permet d'obtenir un do‐cument professionnel et ergonomique basé sur une ligne graphique cohérente.
Ce second chapitre explicite également le but ul‐time de ce projet, soit la création d'une brochure descriptive, composée d'une couverture, d'un sommaire, de cinq pages intérieur, une variante de deux pages intérieures et d'une liste d'adresses de distributeurs. Le chapitre de l'analyse finan‐cière regroupe les différents éléments financiers, dont principalement le taux horaire, le devis et la facture.
En bref, ce rapport complété par des annexes met en lumière tant la réflexion, l'analyse, la concep‐tion et la réalisation des particularités commer‐ciales, graphiques et chiffrées du concept, dont l'aboutissement est l'impression de la brochure au format A4.
LANCEMENT DU NOUVEAU MODÈLE DATAMAX CT2
Charles‐Nelson Jaggi, canton NE, Metal.ch
Description :
La marque de montres METAL.CH va sortir un nou‐veau modèle, la « Datamax CT ». Model conçu pour élargir son public cible, qui pour l’instant était constitué pour la majeur partie d’un public jeune. Il faudra donc faire attention aux choix de la localisa‐tion de la pub pour l’axer principalement sur le nouveau public recherché, c’est‐à‐dire les « 35 – 45 ans».
Je suis donc mandaté pour réaliser le plan marke‐ting pour le lancement de ce nouveau modèle. Il a donc fallu que je m’occupe de plusieurs choses :
‐ Création du plan marketing
‐ Création du dossier de presse
‐ Création de 4 affiches‐pub
‐ Organisation d’un événement pour la pré‐sentation de la montre.
Technique utilisée :
‐ Entrevue avec le directeur de Metal.Ch
(Mon client).
‐ Recherche dans les revues / sites internet
spécialisés.
‐ Mail & appels téléphoniques.
‐ Récolte des informations chez diverses
personnes (gérant d’un restaurant, bar, im‐
primerie, sondage, etc…).
Technologie utilisée :
‐ Adobe Photoshop
‐ Microsoft Word
‐ Microsoft PowerPoint
Réalisation :
La première étape a été la planification de mon projet, savoir quel travail dépendait d’un autre pour les placer afin d’obtenir un gain de temps maximal. J’ai donc commencé par faire le plan mar‐keting, pierre angulaire de mon projet, qui m’a donné la marche à suivre pour la suite. J’ai en‐chainé par la création de l’événement, étant donné que je devais demander des informations à des col‐laborateurs, qui parfois ne répondaient pas tout de suite. J’ai ensuite créé mes affiches. Et fini par mon dossier de presse.
Conclusion :
Arrivé au terme de ce projet, les objectifs ont tous été atteints, bien que pour certains le manque de temps m’a empêché de récupérer toute les infor‐mations nécessaires pour les réussir à 100%. Au niveau de mon appréciation, ce projet a été in‐téressant à mener à son terme car il demandait d’utiliser plusieurs facettes de mes capacités de médiamaticien comme le marketing et le design. La collaboration avec le client a aussi été instructive car les projets faits en cours sont pour la plupart fictif. Mon client étant satisfait, je pense avoir ré‐ussi ma mission.
KONZIPIERUNG EINES AUDIOPODCASTS UND REALISIERUNG EINER PILOTFOLGE
Jérémie Levy, Kanton ZH, ContentMakers
.
Ausgangslage
Im Jahr 2009 hat mein Lehrbetrieb, Association Con‐tentMakers, seine Tätigkeiten um zwei Geschäftsfel‐der erweitert. Zum bisherigen Kerngeschäft «Video‐ und TV‐Produktion» kamen neu «Social Media Bera‐tung» und «Broadcasting» hinzu. Doch: Das Ge‐schäftsfeld «Broadcasting» hat sich auch nach drei Jahren nicht wie gewünscht etabliert.
Ziel
Um die Präsenz auf dem Broadcasting‐Markt auszu‐bauen, wollte ContentMakers ab dem Jahr 2013 ei‐gene Podcast‐Formate produzieren. Diese sollen sich mit einem unabhängigen redaktionellen Schwerpunkt profilieren. Gleichzeitig sollen die Po‐dcast‐Formate zu einem integralen Bestandteil des Onlineangebots werden. ContentMakers hat mich beauftragt, im Rahmen meiner IPA einen neuen Au‐diopodcast – inklusive Pilotfolge – zu entwickeln. Vorgängig sollte der Audiopodcast‐Markt analysiert werden. Die Pilotfolge sollte durch eine Promotion bekannt gemacht werden. Abschliessend galt es das ganze Projekt zu evaluieren.
Lösung/Resultate
Die IPA habe ich in fünf wesentliche Teilschritte ge‐gliedert:
‐ Analyse des Deutschschweizer Audiopo‐dcast‐Marktes
‐ Erarbeitung eines Audiopodcast‐Konzepts ‐ Vorbereitung und Aufzeichnung der ersten
Folge (Pilotsendung) ‐ Konzipierung und Realisierung der Promo‐
tionskampagne (videobasiert) ‐ Qualitative Auswertung der Pilotsendung
Nutzen und Zukunftsaussichten
Nutzen für Association ContentMakers
Bis August 2013 hat «Lebenswege 2.0» über 10'000 User erreicht. Gleichzeitig ist «Lebenswege 2.0» ein Türöffner für neue Aufträge: Mehrere Un‐ternehmen und Organisationen sind so auf die Ar‐beit von ContentMakers aufmerksam geworden und haben Aufträge vergeben. Das Geschäftsfeld «Broadcasting» hat ein klares Profil erhalten und seine Etablierung ausgebaut.
Zukunft – das weitere Vorgehen
• «Lebenswege 2.0» wird weitergeführt: Pro‐duktion einer ersten Staffel mit sechs Fol‐gen
• Repräsentatives Projekt für
ContentMakers: Teil des
Portfolios auf neuer Web‐
seite und bei Kundenpräsen‐
tationen
• Einbindung in die Projekte: «OBA Radio live!» und «ZEBI Radio live!» (www.oba‐live.ch)
RÉACTUALISATION DE MATÉRIEL PUBLICITAIRE ET CRÉATION D’UN SITE INTERNET
Ophélie Elzingre, canton NE, Murith rénovation
Situation de départ :
Murith Rénovation, une jeune entreprise du sec‐teur des travaux de rénovation et de peinture avait besoin d’une mise à jour de ses outils de communication.
‐ Logo
‐ Cartes de visite
‐ Flyer
‐ Papier entête
‐ Autocollants pour voiture
‐ Site internet simple
‐
Objectifs :
Rendre l’entreprise plus visible, la faire connaître et la faire exister sur internet à l’aide d’une analyse marketing. Logiciel utilisé :
‐ Illustrator : création graphique
‐ Photoshop : création graphique
‐ Dreamweaver : création web
Réalisation :
J’ai commencé par réaliser une analyse marketing afin de créer des visuels pertinant et utiles.
Conclusion :
Le travail demandé par le client est terminé, mais n’est pas encore imprimé et le site internet est actuel‐lement en ligne (www.murith‐renovation.ch).
1. Logo 2. Carte de visite 3. Flyer 4. Site internet
ILLUTECA MIT BILDERN ERKLÄREN
Quentin Genoud, canton VD, Swisscom
Description du projet
Je travaille actuellement au sein de Swisscom Suisse SA dans l’équipe Prototyping & Visualization du dé‐partement Marketing. Une partie de mon travail de tous les jours consiste à créer des illustrations afin de pouvoir rendre des contenus plus compréhen‐sible et explicite pour nos collaborateurs.
Le but de mon travail individuel pratique a été de concevoir une bibliothèque d’image en ligne sécuri‐sée accessible par tous les collaborateurs du marke‐ting. Elle doit permettre un accès direct à toutes nos illustrations ainsi qu’une intégration facile et rapide dans des documents Word, Powerpoint, etc...
Le point positif principal de cette bibliothèque d’image est le gain de temps exceptionnel qu’elle nous procure tous les jours. Grâce à son accès direct par les collaborateurs, elle nous évite un nombre considérable de demandes. De plus, elle nous per‐met d’obtenir une base de données structurée et accessible rapidement avec la totalité de nos créa‐tions.
Étapes du projet
Identification des formats d’images néces‐saires à nos clients pour pouvoir les mettre à leur disposition
Élaboration de 3 concepts de design (ma‐quettes) avec recherche d’inspiration
Développement du site avec une base de données
Création d’un login administrateur et d’une fonction pour ajouter des images dans la ga‐lerie (uniquement pour les admins)
Création de différentes documentations: o Un tutoriel d’utilisation et de main‐
tenance (admins) o Une documentation sur les diffé‐
rents formats d’image (pour nos clients)
Recherche d’une solution pour que la biblio‐thèque soit accessible uniquement par les collaborateurs Swisscom.
Etablissement d’un budget pour le coût de production ainsi que la mise en ligne
Elaboration d’un brainstorming pour l’in‐vention du nom du site et des textes qui meubleront le site.
Réalisation du site et des documentations en allemand.
Mise en ligne de la galerie photo.
MEDIENGESTALTUNG UND INTEGRATION DER BUSINESS SOFTWARE EPOS FÜR DIE OCR‐B GMBH
Jöel Roman Gex, Kanton BE, Logex AG
Umfeld/Situation
Für das Bedrucken von orangen Einzahlungsscheinen,
schreibt die schweizerische Post die Schriftart OCR‐B1
vor. Unsere Firma liess sich diesen Font im Jahr 1997 von
der Postfinance zertifizieren und verkauft diesen seither
in ganz Europa an KMUs und Grosskonzerne. Im Hinblick
darauf, die OCR‐B1 Schriftart von den restlichen Produk‐
ten der Logex AG abzutrennen, gründeten wir im ver‐
gangenen Jahr die Schwestergesellschaft OCR‐B GmbH.
Da nun Bedarf an einer ganzen Palette von Medien
(Logo, Webseite, Prospekte, Produkt‐CD, Visitenkarte)
für die OCR‐B GmbH bestand, entschieden wir uns dazu,
die Gestaltung dieser Medien als IPA festzulegen. Des
Weiteren kommt die Installation und Konfiguration un‐
serer hauseigenen ERP‐Lösung Epos6 hinzu. Somit deckt
meine IPA gleich drei Arbeitsbereiche (Printdesign,
Webdesign, Administration) eines Mediamatikers ab.
Ausgangslage
Bisher wurde die OCR‐B1 Schrift als Nebenprodukt der
Logex AG verkauft. Mit der Gründung der Schwester‐
firma sollen nun neue Vermarktungs‐ möglichkeiten ge‐
schaffen werden.
Im Vorfeld der IPA, wurde die Firma OCR‐B GmbH ge‐
gründet und ins Handelsregister eingetragen.
Ziel
Für die neugegründete Schwesterfirma sollen anspre‐
chende Designs für Prospekt, CD/CD‐Cover, Webseite
und Visitenkarte erstellt werden. Aufbauend auf einem,
in einem ersten Schritt entworfenen, Logo.
Zusätzlich stellt die Inbetriebnahme unserer ERP‐Lösung
„Epos“ für die OCR‐B GmbH einen weiteren Teil meiner
Produktivarbeit dar.
Umsetzung
Bei einem solchen Projekt, welches aus einzelnen Teil‐
projekten zusammengesetzt wird, ist eine genaue Pla‐
nung der Arbeitsschritte unerlässlich.
Aus diesem Grund erstellte ich in den ersten Stunden mei‐
ner IPA ein kleines Gestaltungskonzept, in welchem Far‐
ben, Formen, Formate, Schriftarten, Gestaltungsele‐
mente etc. festgelegt wurde.
Das erste Teilprojekt, welches danach umgesetzt wurde
war, wie bereits erwähnt, das Logo der neuen Firma. Ich
erstellte verschiedene Versionen des Logos, die anschlies‐
send dem Auftraggeber zum Entscheid vorgelegt wurden.
Die Wahl fiel auf folgendes Logo:
Die Gestaltung des Prospekts, der CD und deren Verpa‐
ckung, der Visitenkarte und auch der Webseite, lehnen
sich an das Design des Logos an. Bilder hierzu sehen Sie im
Anhang der IPA‐Dokumentation.
Die Inbetriebnahme der ERP‐Lösung erfolgte soweit, dass
danach mit dem Administrationstool produktiv gearbeitet
werden kann. Dies bedeutet, dass nach der Grundinstalla‐
tion folgende Schritte ausgeführt wurden:
• MWST‐Nr. erfassen
• Briefpapier gestalten (gilt für alle Dokumente)
• ESR korrekt ausrichten
• Anpassen der .ini‐Datei
• Benutzer/Mitarbeiter erfassen
• Kontenplan einrichten
• Artikel der OCR‐B GmbH erfassen
Die Einstellungen wurden danach mit einem fiktiven Ge‐
schäftsgang getestet und angepasst.
Resultat/Fazit
Nach Beendigung der rund 80 stündigen IPA konnte ich
mit Stolz sagen, dass alle vorgängig festgelegten Ziele er‐
reicht, oder sogar übertroffen wurden. Die Gestaltung der
Medien besticht durch ihre Einfachheit und deren Wie‐
dererkennungswert. Durch das Verwenden von einheitli‐
chen Gestaltungs‐ elementen und Farben, kann jedes Me‐
dium ohne Probleme der OCR‐B GmbH zugeordnet wer‐
den.
INTERNE FOTOGRAPHIE BEI DER SCHWEIZERISCHEN POST
Silja Lüthi, Kanton BE, Die Post
Umfeld und Situation
Bei der Schweizerischen Post sind mittlerweile etwa 20 Mediamatiker‐Innen in Ausbildung. Neben ihren Arbeiten im Umfeld des Internets und Intra‐nets sind vermehrt multimediale Skills gefragt. Im‐mer häufiger werden professionelle Fotografen von Mediamatikern abgelöst, weil die Geschäftsbe‐reiche zunehmend an internen und günstigeren Lö‐sungen interessiert sind.
Ausgangslage
Das Corporate Design Handbuch der Post hält die gestalterischen und inhaltlichen Vorgaben für die Fotografie fest. Es ist jedoch für den fachspezifi‐schen Gebrauch bestimmt und richtet sich an die Mitglieder des Corporate Design‐Teams und profes‐sionelle Fotografen. Für den praktischen Einsatz von halbprofessionellen Fotografen müssen die Be‐schreibungen jedoch gekürzt, der kleineren Foto‐grafie‐Ausrüstung von Mediamatikern angepasst und um praxistaugliche Fotografie Tipps erweitert werden.
Ziele
Mit dem Hauptprodukt meiner IPA sollen ungeübte Fotografen mit gekürzten und vereinfachten CD‐Vorgaben und Beispielbildern unter‐stützt werden. Dazu wird eine Broschüre erstellt, welche als eine Art „Gebrauchsanweisung für interne Fotografie“ verwendet werden kann. Das Handbuch soll selbst fotografierte Bilder enthalten, welche als Richtli‐nien verwendet werden können. Es soll schlussend‐lich auch als Intranetseite verfügbar sein. Zudem musste ich eine Offerte und drei Vorlagendoku‐mente erstellen.
Umsetzung
Da mein Projekt inhaltlich sehr umfangreich war und weil ich in einigen Punkten abhängig von Dritt‐personen war, war eine genaue Planung essen‐ziel. Um mein Hauptprodukt möglichst sinnvoll zu gliedern, verschaffte ich mir als erstes einen Über‐blick über die bestehende Lösung. Danach habe ich mir darüber Gedanken gemacht, welche Fotositua‐tionen am häufigsten Dämmerung erwiesen; di‐verse Servicebereiche haben Interesse an dieser Aufnahme gezeigt.
fotografiert werden müssen. Diese Situationen habe ich dann den Vorgaben meiner Zielsetzung gegenübergestellt. In kurzer Zeit hatte ich alle be‐nötigten Aufnahmen umgesetzt, war jedoch bei der Qualitätsprüfung am Bildschirm nicht mit allen Re‐sultaten zufrieden. Deshalb habe ich von einigen Si‐tuationen Nachaufnahmen erstellt.
Neben den in der Zielsetzung festgelegten Inhalten habe ich der Broschüre die Themen „Allgemeine Hinweise“, „Nachbearbeitung“, „Fotografie Theo‐rie“, „Checkliste“ und „situationsbezogene Tipps“ hinzugefügt. Ich habe die Inhalte für mich erweitert, weil ich den Eindruck hatte, dass mit diesen Zusät‐zen die Bedürfnisse der Zielgruppe umfassender ab‐gedeckt werden können. Damit man das Handbuch querlesen kann, habe ich es thematisch gegliedert. Dank seinem A5‐Format lässt es sich in einer Kame‐ratasche aufbewahren, so dass man auch gleich „im Feld“ etwas nachschlagen kann.
Die Intranetseite musste minimal als Klick‐Dummy umgesetzt werden. Dank dem einfach zu bedienen‐den Intranet konnte ich sogar, ausge‐nommen die Unterseiten der Standardsituationen, alle Seiten fertig umsetzen. Inhaltlich ist die Intranetseite gleich wie die Printversion. Vor der Erstellung der Offerte hatte ich zu Beginn der Arbeit am meisten Respekt, weil ich etwas Vergleichbares noch nie ge‐macht habe. Das Schreiben der Offerte ging aber dann sehr gut.
Resultat und Ausblick
Mit dem Resultat meiner Arbeit bin ich sehr zufrie‐den. Ich konnte die gesetzten Ziele erreichen und zum Teil sogar erweitern. Meine erstellte Broschüre wird in Kürze an alle Mediamatik Lernenden versen‐det und zeitgleich wird die fertiggestellte Intranet‐seite öffentlich gemacht. Zusätzlich will das Corpo‐rate Design‐Team die Broschüre in das Branding Net aufnehmen, um fotografierenden Angestellten eine Alternative zum bestehenden Corporate Design‐Handbuch zu bieten. Als ungeplantes Nebenprodukt hat sich das Foto vom PostFinance‐Tower in der dass meine IPA bei meinen Mitarbeitern und Mitler‐nenden so gut angekommen ist, freut mich ganz be‐sonders
NEUGESTALTUNG WIEDERVERKAUFS‐BROSCHURE
Lukas Schwitter, Kanton LU, Andermatt Biogarten AG
Ausgangslage
Andermatt Biogarten bietet schweizweit das um‐fassendste Sortiment für den biologischen und na‐turnahen Pflanzenschutz in den Bereichen Garten, Balkon und Haushalt. Ein wichtiger Absatzkreis der Firma sind die Wiederverkäufer (vor allem Garten‐center und Blumengeschäfte), also B2B‐Kunden. Im Jahr 2010 erhielten unsere Wiederverkäufer erst‐mals ausführlichere Informationen zum Wiederver‐kaufs‐Sortiment in Form einer Broschüre. Diese wurde nicht weiterentwickelt und enthielt nicht mehr das komplette Sortiment, informierte nicht ausreichend über die Anwendung unserer Pro‐dukte und entsprach nicht den aktuellen Corporate Design Richtlinien der Unternehmung.
Ziele der Arbeit
Das Ziel dieser Arbeit war das Bereitstellen von ak‐tuellen Informationen zum Wiederverkaufs‐Sorti‐ment in Form einer Broschüre. Dabei ging es natür‐lich nicht nur um die Realisation, also die Gestaltung der Broschüre an sich, sondern auch um die genaue Definition der Zielgruppe. Es sollten Optimierungs‐möglichkeiten im Hinblick auf die bestehende Drucksache gefunden werden. Die Ausarbeitung ei‐nes neuen Layouts, das auf einem Anforderungska‐talog beruht, welcher in der Analysephase dieser Ar‐beit erstellt wurde, war eine weitere Aufgabe. Die Broschüre sollte sämtliche Produkte des ange‐botenen Sortiments enthalten und neben techni‐schen Informationen auch über die jeweiligen Gar‐tenprobleme und die Anwendung bzw. den Anwen‐dungszeitpunkt dieser Produkte informieren. Er‐gänzt wurden die Texte und Produktfotos mit pas‐sendem Bildmaterial.
Vorgehen und Resultate
Zu Beginn des Projektes wurde die bestehende Bro‐schüre analysiert und der Ist‐Zustand ermittelt. Im Anschluss suchte ich den direkten Kontakt zu beste‐henden Wiederverkäufern (Umsatz Top‐10) um herauszufinden, was die Anforderungen an eine neue Broschüre sind bzw. welche inhaltlichen Ele‐mente integriert werden sollen. Die Resultate dis‐kutierte ich in einem Brainstorming mit der Marke‐tingleitung, um diese im Anschluss in einem Anfor‐derungskatalog (Soll‐Zustand) festzuhalten. Aufgrund der Broschüren‐Bestellungen im Jahre 2012 wertete ich aus, welche Wiederverkäufer die Broschüre an ihre Endkunden weitergeben bzw. welche diese ausschliesslich für die eigenen Lager‐Bestellungen verwenden. Es zeigte sich, dass die Broschüre nicht nur als Bestellhilfe der Wiederver‐käufer eingesetzt wird. Sie dient für das Ladenper‐sonal auch als Beratungshilfe im Verkaufsgespräch mit den Endkunden und wird oftmals sogar an diese abgegeben. Nach der Analysephase konnte die Ziel‐gruppe definiert und die Texte in Auftrag gegeben werden. Es folgte die genaue Definition von Format und Seitenumfang sowie die Ausarbeitung des Ge‐staltungsrasters (Text‐ und Bildzonen) und des Satz‐spiegels. Das Papier wählte ich gemäss dem Aspekt des «biologischen Hintergrunds» der Unterneh‐mung sowie zur Betonung des Naturcharakters «Gärtnern ohne Chemie». Für ihre Sortimentsplanung ist es wichtig, dass Wie‐derverkäufer wissen, wie ein Produkt aussieht bzw. wie es sich im Regal präsentiert. Um diesem An‐spruch gerecht zu werden, habe ich sämtliche Wie‐derverkaufs‐Produkte fotografiert, um diese da‐nach in die Broschüre zu integrieren. Erst danach erfolgte die eigentliche Produktion, also das Desktop Publishing am Bildschirm mit Adobe InDesign CS5. Ich legte grossen Wert auf den effizienten Umgang mit Adobe InDesign CS5. Dies wurde mit der Verwendung von Musterseiten, dem Definieren der diversen zur Verfügung stehenden Formaten sowie der bereits erlangten Erfahrung im Lehrbetrieb erreicht. Vor dem Erstellen des druckfähigen PDFs wurde zu‐sammen mit der Marketingleitung eine inhaltliche Kontrolle durchgeführt, ob alle Punkte des Anforde‐rungskataloges erfüllt waren.
BLOG APPLINE
Tolunay Uklimekci, Kanton TI, Swisscom
Übersicht
L’AppLine è una Hotline del servizio clienti di Swisscom, di cui lo scopo è accompagnare i clienti nel monde delle App e fornire supporto. È quindi sorta l’esigenza, anche nell’ottica del Selfcare, di avere un blog d’uso interno ed esterno.
Il prodotto da realizzare deve rispettare la Corporate Design di Swisscom ed inoltre essere funzionale e sem‐plice (sia per l’utente finale che per i moderatori).
Umsetzung La realizzazione del blog è composata da 3 fasi principali:
‐ Domino/hosting;
‐ struttura grafica
‐ e contenuti
Inizialmente mi sono occupato del lato tecnico per la struttura del sito, successivamente ho redatto i contenuti. Ho anche cercato di rendere il tutto il più accativante possibile, ache tramite die valori aggiunti (esempio: video spot).
Fondamentale è stato ponderare l’aspetto gra‐fico e il design del portale.
SICHERE ZUGANG AUF DAS KABINENDACH UND IN DIE SCHACHTGRUBE EINES AUFZUGES
Michèle Wildisen, Kanton LU, Schindler
Die Ausgangslage
Alle Servicetechniker und Monteure von Schindler Schweiz erhalten bei Stellenantritt das Schindler Si‐cherheitshandbuch mit allen für sie relevanten Hin‐weisen in Bezug auf die Arbeitssicherheit. In diesem Handbuch ist unter anderem auch die Anleitung für das sichere Betreten bzw. Verlassen des Kabinenda‐ches und der Schachtgrube prozessmässig aufge‐führt. Weiter werden die Mitarbeitenden bei Stellen‐antritt im Lift Camp Ebikon oder Flawil auf ihre neue Tätigkeit vorbereitet und für das Thema Sicherheit, beispielsweise auch für das Betreten bzw. Verlassen eines Kabinendaches und einer Schachtgrube, sensi‐bilisiert. Anschliessend wird das Wissen im Feld an‐gewandt und vom Vorgesetzten durch den soge‐nannten «Safety Walk» kontrolliert. Weitere Trai‐nings werden jedoch nicht durchgeführt.
Die Zielsetzung
Das sichere Betreten bzw. Verlassen des Kabinenda‐ches und der Schachtgrube ist für die Feldmitarbei‐tenden essentiell und eine ungenaue oder falsche Ausführung kann zur Gefährdung der Mitarbeiten‐den oder aussenstehender Personen führen. Mit dem Lehrfilm «Sicherer Zugang auf das Kabinendach und in die Schachtgrube eines Aufzuges» wird den Servicetechnikern und Monteuren ein neues Trai‐ningsmodul angeboten, das visuell und selbsterklä‐rend geführt ist und den Ein‐ und Ausstiegsprozess praxisnah aufzeigt. Die exakte Abfolge der Handlun‐gen wird gemäss dem Sicherheitshandbuch klar, ein‐fach und ersichtlich dargestellt und es wird auf wei‐tere Sicherheitsrisiken hingewiesen. Der Sicherheits‐film soll für alle Servicetechniker und Monteure von Schindler Schweiz jederzeit online zur Verfügung ste‐hen. Nach Einführung der geplanten iPhones kann, auch vor Ort, selbständig oder auf Anweisung des Vorgesetzten auf den Lehrfilm zugegriffen werden. Weiter wird das Lernmedium für Trainings im Lift Camp verwendet, an Teammeetings gezeigt und im Schindler Intranet zur Verfügung gestellt. Die Eigen‐verantwortung der Schindler Schweiz Mitarbeiten‐den wird so im Arbeitsalltag gefördert und unter‐stützt.
Der Lösungsweg
In Kooperation mit der Abteilung Sicherheit wurde eine Ist‐ / Soll‐Analyse erstellt, die für diese Arbeit als Basis dient. Anschliessend wurde daraus der An‐forderungskatalog definiert. Auf diesem Anforde‐rungskatalog aufbauend wurde das Konzept ver‐fasst. Dieses enthält das Drehbuch, das gestützt auf das Schindler Sicherheitshandbuch erstellt wurde, sowie Details zum Filmdreh, wie Beispielsweise die Auswahl der Schauspieler, Drehort und Equipment. Nach Abschluss der Planungsphase wurde das Film‐projekt realisiert: Zuerst wurden die Bild‐ und Ton‐aufnahmen gemäss dem Drehbuch erstellt, dann wurde der Film geschnitten und vertont, anschlies‐send der Abteilung Sicherheit präsentiert sowie verbessert und zu guter Letzt wurde das Menü er‐stellt und der Film als DVD und wmv‐Datei expor‐tiert.
Das Endprodukt
Der Lehrfilm wurde der Abteilung Sicherheit vorge‐stellt und auf die Sicherheitsaspekte geprüft. Wei‐ter wurde die Wirkung des Filmes auf die Feldmit‐arbeitenden durch Manfred Rauch, Servicetechni‐ker, getestet. Die Feedbacks waren durchwegs po‐sitiv, der Film erfüllt seine Vorgaben, spricht die Zielgruppe an und vermittelt in gutem Ton und ein‐prägsamen Bildern den Sicherheitsprozess. Das Endprodukt besteht aus einer DVD, die über eine Menüstruktur verfügt und somit für die Verwen‐dung an Trainings gut geeignet ist. Zudem wurde eine Windows Mediaplayer‐kompatible Datei er‐stellt, die für die Einbindung ins Schindler Intranet und für die Verwendung auf den iPhones bereit steht.
Weiteres Vorgehen
Auf Wunsch der Abteilung Sicherheit wurde bis im Sommer 2013 der Film von Michèle Wildisen auf Italienisch sowie Französisch aufgenommen und vertont. Ende 2013 wird eine schweizweite Sicher‐heitskampagne von der Abteilung Sicherheit ge‐startet. Ein wichtiger Teil dieser Kampagne wird der Sicherheitsfilm der vorliegenden IPA sein.