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 fehlt

Hampaï Clement, canton FR, logusEMF 24

Schneller Remo, Kanton GR, mcs engineering AG fehlt

MEDIAMATIK - MÉDIAMATIQUE

1. Rang Imhof Camille, canton VD, Bernina 26

2. Rang Jaggi Charles-Nelson, canton NE, Metal.ch 27

3. Rang Levy Jeremie, Kanton ZH, ContentMakers 28

Elzingre Ophélie, canton NE, Murith rénovation 29

Genoud Quentin, canton VD, Swisscom 30

Gex Joël Roman, Kanton BE, Logex AG 31

Lüthi Silja, Kanton BE, Die Post 32

Schwitter Lukas, Kanton LU, Andermatt Biogarten AG 33

Uklimecki Tolunay, canton TI, Swisscom 34

Wildisen Michèle, Kanton LU, Schindler 35

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 phy-

sische 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 Statu-

slä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

entsteht zusätzliche Arbeit und ein nicht zu un-

terschätzender 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 Serververant-

wortlichen. Zudem sollen weitere nützliche Funktio-

nen programmiert werden, wie beispielsweise ein

eigener Bereich, der nur den Lernenden zur

Verfügung steht, wo eine Liste mit Servermeldun-

gen generiert wird. Diese Zusammenfassung soll

dem Lernenden als Hilfe vor und während dem RZ-

Rundgang dienen, bereits bekannte Probleme nicht

erneut zu erfassen. Zu erwarten ist, dass das ent-

wickelte Webtool alle benötigten Funktionalitäten

abdeckt, welche für den RZ-Rundgang notwendig

sind, um den Lernenden das Arbeiten so gut wie

möglich zu erleichtern.

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 Re-

pository aufbewahrt. Damit konnte zu jeder Zeit auf

unterschiedliche Versionen zurückgegriffen wer-

den.

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 Funk-

tionsweise getestet worden. Durch den Wiederin-

betriebnahme-Test konnte sichergestellt werden,

dass die Webseite auch nach einem Systemabsturz

wieder 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 Ana-lyse, das Design, die Implementierung und das Tes-ten (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, wel-che 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 Nutzwertana-lyse, in welcher sich im Vergleich zu CGI+, HTML & CSS und HTML5 die Technik SVG als geeignetste Variante erwies. Nach dieser Wahl bestimmte ich das Aussehen der Workflow-Übersicht und ent-schloss mich zudem, die Visualisierung ausklappbar zu machen. So blieb die Bestellungsliste übersicht-lich 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 Installationsart Vor 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 Rollen OmniPCX 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 Backups Beim 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.

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.