520 likes | 644 Views
,. 10 février 2011 Fabrice Dubernard Windows Embedded Handheld Marketing Manager Microsoft. Agenda. 1 Le Handheld – Fabrice Dubernard Qu’est ce qu'un terminal durci ? Un marché en pleine croissance 2 plateformes adaptées aux attentes des entreprises
E N D
, 10 février 2011 Fabrice DubernardWindows Embedded Handheld Marketing Manager Microsoft
Agenda • 1 Le Handheld – Fabrice Dubernard • Qu’est ce qu'un terminal durci? • Un marché en pleine croissance • 2 plateformes adaptées aux attentes des entreprises • 2 Application type et démo – Fabien Decret • Que peut-on faire avec ? • 3 Gestion de parc – Arnaud Affergan • La gestion de parcs de terminaux
Qu’estcequ’un terminal durci? • Appareil mobile capable d’accéder, capturer et mettre à jour des informations • Capable de fournir des applications dédiées aux spécificités métiers • Optimise la productivité de l’utilisateur • Adapté à l’infrastructure des entreprises • Cen’est pas un Smart Phone, mais dispose de fonctionnalités call et données
Quepeut-on faire avec un terminal durci? • Scanner un code barre/ lire uneétiquette RFID • Lire les bandesmagnétiquessur carte • Prendre des photos/ sauvegarder, uploader, envoyer • Utiliser des applications surnavigateur • internet/intranet • Appeltéléphonique • Se connecter à un réseau • Saisir des données à partir d’un clavier • Entrer des données avec un stylet • Sauvegarderlocalement/surserveur • Créer/éditer/supprimer/enregistrer un document Office
Le marché du Handheld • Windows Embedded, leader sur le marché Source: VDC Research 2010
CroissanceMoyenne: 13,8% • 2.3M 2009 – 4.3M 2014
Quelssecteursutilisent les terminauxdurcis? Energie& Services publics Transport & Logistique Points de vente Production Santé Administration 37% 24% 19% 5% 3% 2%
Ex: Terminaux durcis dans le Retail • Les terminauxpermettent aux utilisateursd’intéragir en temps réel avec le systèmed’information du point de vente Réception/Expédition Management/ Optimisation des process Impression Venteassistée Line Busting/ Acceleration de traitement client
Transition Windows Mobile – Windows Embedded Handheld • Microsoft s’engagesur des plateformesdédiées • Microsoft spécialisesesplateformes pour être au plus près des besoins client • Des offresdistinctes en fonction des devices OffreMobilité Phones (MCB) Handhelds (WEB)
Windows Embedded Handheld • Lancement: Janvier 2011 • PlateformeorientéeEntreprise • Configurée pour répondre aux contraintes métiers • En phase avec les pré-requis en termes de sécurité (cryptage des données, mot de passe) • Compatibilitéavec les applications développéessur Windows Mobile 6.X • Visual Studio 2005/2008 • Support de plateformeadaptée aux attentes des entreprises • BasésurWindows Mobile 6.5 • Développementd’application à partir du même SDK que Windows Mobile 6.X • Supporte les codes managésounatifs • Connections disponibles: Ethernet, Wi-Fi, cell core, Bluetooth • Différents modes de saisie: clavier, stylet, touch, geste, multi-touch • Compatibilité Mobile Office 2010 • Internet Explorer Browser
Intégration avec l’infrastructureexistante • Inter connexion avec le back-end permettantd’avoir un accèsimmédiat à n’importequel terminal, à n’importequel moment • Connexion au serveur avec des outilspuissants(RDP/ActiveSync) • Exchange Server : Accès à la messagerie, calendrier, et contacts Outlook
Handheld 6.5 New Handheld 6.5 Theme Today Screen for WM6.5 Pro SKU Today Screen for Handheld 6.5 Pro SKU Boot Splash screen About Page WM6.5 Handheld
WEB www.windowsembedded.fr/handheld
, 10 février 2011 Fabien DecretDéveloppeur Mobilité
Agenda • Les raisons d’opter pour Windows Embedded Handheld • Le développement d’applications • Les applications managées et connectées • Cas concret : application de réservation de skis
Pourquoi Windows Handheld ? • Dématérialisation et automatisation des processus métiers • Accroitre la productivité • Faciliter la saisie des données • Réduire les erreurs de saisie • Améliorer expérience client • Connexion avec un serveur
Développement d’applications • Comment développer mon application? • API natives standards Windows CE • MFC • ATL / WTL • .Net Compact Framework • SDK Windows HandHeld • API de Gesture • PhysicsEngine • SDK constructeur • Accès au lecteur de code barre • Accès à la caméra
Les applications managées • Applications indépendantes de la plate-forme • Amélioration productivité du développeur car technologie déjà connue sur PC • Gestion des ressources et de la mémoire optimisée • Interopérabilité pour accéder aux APIs natives • Performance améliorée • Fonctionnalités nombreuses: • WebServices : WCF • Accès data : LINQ • Outils de debug performants
Applications connectées Web Services Exchange WIFI Réseau D’entreprise WIFI Exchange Web Services Store and Forward Messaging Server Exchange 2007 Web Services Exchange Cellular Datacenter entreprise Réseau Opérateur Mobile
Application Location de skis • Application de gestion de location de skis Terminal Mobile Serveur central Terminal Mobile Terminal Mobile Terminal Mobile
Cas d’utilisation Consulter le stock Effectuer une nouvelle location Système de gestion des réservations Restituer le matériel …
Expérience utilisateur • Les composants graphiques • Une liste slidable au doigt • Des boutons customisés • Des Composants utilisables au doigt • La navigation • Changement de page par «Gesture» • Saisie des données • Lecteur de code barre • Prise de photo
Démo Application de location de skis
, 10 février 2011 Arnaud Affergan Responsable Solution Mobile
Solutions de Mobile Device Management (MDM) pour PDA Windows Embedded Handheld (WM 6.x) 10 février 2011 Arnaud AFFERGANResponsable Solutions MobilesRayonnance Technologies
Gestion d’un projet mobilité Gestion d’un parc de PDA déployés sur plusieurs sites (connexion Ethernet, Wifi, GPRS, 3G) : Savoir répondre à tout moment à un problème d’un utilisateur terrain Pouvoir déployer de nouvelles versions d’application Avoir l’inventaire des applications installées sur le terminal Connaître à tout moment l’état de santé du terminal Etre alerté en cas de problème afin d’anticiper les pannes Pouvoir agir à distance sur les terminaux pour corriger d’éventuels problèmes et éviter des retours de terminaux inutiles Pouvoir déployer de nouvelles versions d’applications à distance Pouvoir déployer d’éventuels patchs d’OS (notamment sur les PDA durcis)
Les besoins Avoir accès à une console Web avec l’état des terminaux à tout moment Liste des applications installées et versions Données de santé du terminal (niveau de batterie, de mémoire…) Logs de connexion et autres Pouvoir programmer des actions correctives en mode ‘off-line’ sur le terminal Le terminal récupérera ces actions la prochaine fois qu’il se connectera au serveur (mode Push difficile) Exemples d’action : récupérer un fichier dans un répertoire, écrire dans la base de registre du PDA, rebooter la machine…
Les besoins Pouvoir programmer des packages applicatifs liés à une nouvelle version Mettre en place le package de la nouvelle version Programmer quand et quels PDA doivent récupérer cette version automatiquement quand ils se connectent Possibilité d’agir par groupe de PDA pour le déploiement Nécessaire pour la recette (il faut pouvoir avoir déployé plusieurs versions d’application en simultané) Programmer quand cette nouvelle version doit se mettre en route sur le PDA Le PDA peut avoir récupérer la nouvelle version sans l’avoir installée (pour ne pas s’installer en cours de travail) Visualisation en temps réel sur une interface Web de l’état de diffusion et d’installation des packages
Mode on-line : Prise en main à distance du PDA Prise en main un à un des PDA Il faut pouvoir être connecté au PDA sur le réseau (mode Push compliqué) donc ce n’est pas la même chose que sur PC Comme sur PC si les PDA sont sur socle ou en Wifi Connexion à la demande de l’utilisateur si on est sur un réseau de type GPRS, EDGE, 3G Utile pour la formation ou pour une aide ponctuelle, mais ce n’est pas du tout la brique clé et miracle de la gestion des PDA à distance Les besoins
Solutions MDM Les solutions de Mobile Device Management (MDM) répondent à la plupart de ces besoins. Les modules : Solution de gestion de parc en mode « off-line » Solution de déploiement de nouvelles versions à distance Prise en main à distance des PDA (souvent en optipn) Ces solutions sont : Soit comprises dans des solutions qui gèrent également la synchronisation de données (base de données et fichiers) : middleware de communication Soit sont des solutions complémentaires à des applications existantes
Solutions MDM Elles sont composées : D’un client à installer sur le PDA qui : Récupère les donnée sur le PDA Traite les actions reçues du serveur Gère la connexion au serveur Web MDM D’un serveur Web avec une base de données sur lequel le client se connecte à chaque fois qu’il se synchronise sur l’application métier : Interface Web pour visualisation l’état des PDA et programmer les actions Base de données pour stocker les identifiants PDA, utilisateurs et stocker les données remontées par les PDA
Grandes fonctionnalités : Administration Gestion des utilisateurs Interface de gestion Gestion du terminal Gestionnaire d’identité Console WEB Gestionnaire d’identité et de version Gestionnaire de groupe État du système Alertes, etc. Gestionnaire d’état du terminal Gestionnaire d’affectation Rapport d’activité Gestionnaire des commandes à distance Gestionnaire des droits d’accès Planification Gestionnaire des journaux d’échange Module Gestion de parc
Gestion des utilisateurs : Désactivation immédiate d’une machine en cas de perte ou de vol (la machine ne peut plus se connecter). Un utilisateur est reconnu par un numéro IMEI de machine (identifiant unique du matériel), un numéro de téléphone ou un numéro de carte SIM, et éventuellement un login / password. Inventaire matériel et logiciel complet pour le suivi du parc des terminaux : Statistiques sur les connexions et les activités sur l’application (date de dernière connexion, nombre de connexions par terminal mobile par jour, par semaine…) Informations sur les versions de logiciel utilisées (version de l’application mobile, version du client de synchronisation et de MDM sur le PDA, version du protocole de synchronisation) Quelques fonctionnalités clé
Paramétrage d’alertes : Alertes classiques de niveau de batteries, de mémoire Alertes paramétrables suivant l’activité : PDA n’ayant pas synchronisé dans la journée ou moins de n fois dans la journée Gestion de PDA en surfaces de vente ou en entrepôt : saisie du nombre de PDA théorique par site alerte si tous les PDA n’ont pas synchronisé dans une journée sur le site Possibilité dans certains MDM de relier ces informations à des information métier : Visualiser sur la même interface quels sont les PDA qui n’ont pas récupéré leur tournée le matin (techniciens, livreurs) Visualiser quels PDA ont bien reçu les fichiers de prix des soldes (application surface de vente) Quelques fonctionnalités clé
En faire un outil de pilotage, d’identification et de correction de problèmes terrain Limiter les retours inutiles au siège qui coûtent cher L’utilisateur repasse en process papier pendant un moment alors que l’entreprise n’est plus structuré pour les gérer Objectifs
Grandes fonctionnalités : Mise à jour à distance Gestionnaire de Mise à jour Encodeur de Patch Vérificateur des Versions Interpréteur de Script de mise à jour Émetteur de Patch Encodeur Différentiel Contrôle d’acquittement Assembleur des Commandes Intégrateur des données de cohérence Planificateur de déploiement Compresseur Module Déploiement Patch
Lors de chaque synchronisation, l’application vérifie si une nouvelle version existe ou pas. Dans le cas où une nouvelle version est détectée, le fichier de mise à jour est téléchargé de façon automatique Afin de proposer ces services, la plateforme doit connaître l’état des terminaux et la version des applications installées. Il peut y avoir une date de mise à jour effective de l’application sur le PDA (la mise à jour ne se fait pas automatiquement lors du téléchargement) La mise à jour de l’application s’effectue alors de façon transparente pour l’utilisateur de l’application. VERSION N1 VERSION N2 SERVEUR PDA Connexion à l’occasion d’une demande de synchronisation de données Patch applicatif n1 > n2 N1-N2 Demande de synchronisation de données 1 Détection du n° de version Envoi du patch applicatif de changement de version correspondant Application du patch Modification du programme, changement de version Rechargement du programme. Nouvelle demande de Synchronisation de données. N2 2 Traitement normal de la demande de synchronisation Demande de synchronisation de données 4 3
Exemple • Visualisation de l’état de diffusion de la nouvelle version
Prise en main à distance • Manipulation de l’écran et accès aux fichiers et base de registre en temps réel