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.   

 

 

 

Applikationsentwicklung 

 

Développement  

d’applications 

   

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. 

 

 

 

 

Systemtechnik 

 

Technique systèmes    

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 %

 

 

 

Mediamatik 

 

Médiamatique    

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.