Flux RSS

André Brunetière a la tête de la R&D et de la stratégie de Sage France. Un poste nouvellement créé qui consiste à assurer la cohérence entre la R&D et le marketing produits. La R&D proprement dite comprend 500 collaborateurs chez Sage France, sur un total de 2 400 salariés.

André Brunetière a débuté en 1988 chez Rhône Poulenc Agro, comme ingénieur de recherches, avant d'intégrer le cabinet de conseil en organisation Bruno de Courrèges, dont il devient le directeur en 1996. Deux ans plus tard, il rejoint l'éditeur de logiciels Abel, comme directeur des services, il en prend la direction générale en 2002. Abel est racheté par Adonix, lui-même repris par Sage.

En 2005, André Brunetière devient directeur des activités de services, au sein  de la direction Moyennes et Grandes entreprises de Sage. En 2007, il devient directeur général d'une division, et, en 2009, directeur général des activités verticales.  Il est membre du comité de direction de Sage France.

André Brunetière, 48 ans, est diplômé de polytechnique et docteur en sciences physiques.

« La DSI doit répondre à un impératif simple : déplacer des applications dans le nuage, note Richard Watson, directeur de recherche chez Gartner. C'est un choix déconcertant d'architecture, leur décision devant tenir compte des exigences d'une entreprise, des critères d'évaluation et des principes d'architecture. Toutefois, aucune solution n'est une solution miracle, tous les architectes ont besoin de comprendre la migration des applications à partir de perspectives multiples et de critères tels que l'informatique, les compétences du personnel, la valeur des investissements existants et l'architecture de l'application ». Selon le Gartner, les DSI devraient suivre cinq recommandations pour assurer une bonne migration des applications dans  le cloud :

. Ré-héberger les applications, sur un environnement matériel différent, en changeant la configuration d'infrastructure d'applications.  L'architecture des applications n'est pas modifiée ce qui permet de les faire migrer rapidement dans le cloud.  Toutefois, cet avantage principal du IaaS (migrer sans modifier l'architecture) peut se révéler son principal inconvénient, tant qu'une meilleure évolutivité des applications ne sera pas possible.

. Utiliser la rétro compatibilité du PaaS, c'est-à-dire reprendre ses langages, ses cadres et ses contenus. L'inconvénient provient du manque de capacités des plate formes.

. Réviser, adapter ou étendre la base de code existante pour répondre aux exigences de modernisation des applications héritées et pour utiliser les options telles que le changement d'hôte. Cette option permet aux entreprises d'optimiser leurs applications et de tirer parti des caractéristiques des cloud des fournisseurs d'infrastructures. Inconvénient : il faut des frais de développement initiaux élevés pour réviser le code et prévoir un temps suffisant de développement.

. Reconstruire, c'est-à-dire jeter du code pour une application existante et la « ré-architecturer ». Cette reconstruction nécessite de perdre la familiarité acquise avec le code existant, mais elle permet d'accéder à des fonctionnalités innovantes de la plate-forme du prestataire. Le verrouillage est le principal inconvénient, si le prestataire effectue un changement de prix ou de technologie que le consommateur ne peut accepter, abandonnant parfois tout ou partie de son patrimoine applicatif.

. Remplacer, consiste à sacrifier une application, ou un ensemble d'applications, existante et d'utiliser un logiciel du marché comme un service. Une telle option évite d'investir en mobilisant une équipe de développeurs si le besoin est urgent. Inconvénient : la sémantique des données peut se révéler incompatible, de même que l'accès à ces données.

Toute décision de migration d'applications vers le cloud doit être prise dans une réflexion plus large sur la gestion des portefeuilles d'applications, conclut Richard Watson

Illustration principale : Richard Watson, directeur de recherche chez Gartner

Objet de moqueries durant des années, l'Arlésienne a finalement pris corps. Le Dossier Médical Personnel (DMP), repris en mains par l'ASIP-Santé en 2009, aurait désormais 10 000 utilisateurs dans quatre régions-tests, Alsace, Aquitaine, Franche-Comté et Picardie.

L'objectif du DMP est de centraliser certaines informations sur chaque patient le souhaitant afin de les partager entre tous les professionnels de santé. Il s'agit notamment de faire un lien efficace entre les médecins dits « de ville » et l'hôpital mais aussi d'assurer une bonne disponibilité des informations les plus importantes en cas d'urgence.

Un accès direct à son dossier médical

Le site officiel du DMP permet à chaque patient en possédant un de le consulter, ce depuis le 21 avril 2011. « Cette étape concrétise le droit des patients à accéder directement à leurs données de santé » se réjouit l'ASIP-Santé dans un communiqué. Par contre, il n'est pas encore possible d'initier un dossier en ligne.

La prochaine étape sera sans doute la plus cruciale. Il s'agit en effet de permettre l'interopérabilité entre d'une part les SI hospitalier et les logiciels des médecins de ville avec, d'autre part, le DMP. L'ASIP-Santé indique travailler avec les éditeurs sur le sujet. Le succès du projet implique en effet que la part de travail administratif des médecins ne s'accroisse pas.

Le déploiement sera progressif sur l'ensemble du territoire d'ici la fin de l'année. Enfin, en 2012, une campagne de communication menée par l'ASIP-Santé sensibilisera l'ensemble de la population.

La Brigade des Sapeurs-Pompiers de Paris (BSPP) opère ses missions sur l'ensemble de l'ancien département de la Seine, c'est à dire les actuels départements de Paris et de la petite couronne, soit 7 millions d'habitants. Le plus grand corps de pompiers d'Europe assure la sécurité des personnes et des biens en réalisant près de 500 000 interventions par an après avoir reçu et traité 1 500 000 appels.

Pour gérer ses interventions, elle disposait d'un outil métier baptisé Syntia qui tennait compte de ses moyens opérationnels et des demandes. Très spécifique, celui-ci a été entièrement redéveloppé et répond au doux nom d'Adagio. Il permet aujourd'hui d'assurer un reporting auprès du commandement.

« Notre ancien outil, bâti autour d'une architecture Informix/Unix, avait été réalisé par une entreprise tierce et était obsolète techniquement sans oublier qu'il n'était plus assez évolutif pour couvrir nos nouveaux besoins, disposait d'une IHM non-graphique, etc. » se souvient le Lieutenant-Colonel Philippe Storaci, directeur des systèmes d'information et de télécommunication de la Brigade des Sapeurs-Pompiers de Paris. L'un des points les plus problématiques était l'impossibilité de définir de nouveaux plans de secours sans modifier le code lui-même. Or il est souvent nécessaire de créer ou modifier de tels plans pour s'adapter à un nouveau type d'industrie ou de risque ou bien encore pour simplement prendre en compte une nouvelle réglementation.

Un paramétrage plus souple et un développement interne

L'un des apports majeurs du nouvel outil, baptisé Adagio (Application de Diffusion de l'Alerte et de Gestion Informatisée des Opérations), a donc été la possibilité pour l'utilisateur au niveau de droits adapté de définir de nouveaux plans par simple paramétrage. Il est issu d'un travail de développement spécifique réalisé en interne.

En 2002, la BSPP a débuté une étude d'opportunité et une collecte des besoins métier. Le développement proprement dit n'a débuté qu'en 2006. La DSI a totalement piloté le projet. Philippe Storaci explique : « la centaine de militaires du rang et de sous-officiers du Services Télécommunications et Informatique (STI) sont tous issus du terrain. Ils connaissent donc parfaitement les métiers puisqu'ils les ont pratiqués durant plusieurs années avant de se spécialiser dans l'informatique. Budgétairement, le choix du développement interne se justifie aisément, surtout si l'on prend en compte non seulement les coûts de développement mais aussi les coûts de maintenance, de déploiement et surtout de non-réactivité en lien avec les procédures de marchés publics. Et puis il est difficile pour nous d'assumer le risque de la disparition commerciale d'un produit ou de son éditeur. »

Du client-serveur en technologies Microsoft

Du point de vue technique, la BSPP a fait le choix de la continuité. L'infrastructure étant totalement en technologies Microsoft et les compétences sur celles-ci étant présentes, le logiciel a été développé en C# avec SQLServer. « Nous avons jugé que nous aurions ainsi de meilleures garanties de compatibilité » souligne Philippe Storaci. L'architecture adoptée est de type client riche-serveur, plus simple et résistante aux incidents.

Les serveurs sont situés sur deux sites distants. Au sein de chaque site, un équilibrage de charge est réalisé entre serveurs mais, par contre, un seul site est opérationnel à la fois, le second servant de secours.


[[page]]


L'outil mis en place, Adagio, dispose de plusieurs modules aux utilisateurs différents. L'échelon de commandement dispose ainsi de gestions de moyens de secours et de rapports particuliers. Les statistiques fournies par Adagio éclairent ainsi les prises de décisions stratégiques et politiques.

La création de plans d'interventions types n'est pas non plus entre les mains du terrain. Philippe Storaci insiste : « il est indispensable de prévoir des solutions types car l'urgence ne laisse peu de temps à la réflexion. Celle-ci est donc menée en amont pour que les procédures adéquates soient déclenchées selon des critères pré-établis lorsqu'une situation donnée se présente. »

Il existe également un module permettant de connaître la situation générale secteur par secteur à partir d'une carte de ceux-ci. Un secteur ne disposant plus des moyens recherchés soit parce qu'ils sont déjà engagés soit parce qu'il y a une panne apparaîtra ainsi en rouge sur la carte de la région parisienne.

Une cartographie enrichie par des couches métier

Adagio dispose d'une cartographie numérique réalisée essentiellement à partir des fonds fournis par InterAtlas. La BSPP enrichit les fonds de carte par des couches métier. « Tous les réseaux (électricité, gaz, etc.) ne sont pas encore intégrés en fonds de cartes numériques mais des conventions avec ERDF et GRDF sont en cours de négociation » signale Philippe Storaci. Ce SIG dispose notamment des bornes incendies vérifiées régulièrement par la BSPP mais gérés par les communes. Il est envisagé de mutualiser le travail cartographique avec la police qui a des besoins similaires.

Lorsqu'une alerte est donnée au centre d'appel unique de la BSPP, les pompiers prenant les appels déclenchent les interventions et affectent les moyens appropriés selon ces procédures pré-établies. Le SIG permet de repérer les lieux de sinistre (voire de déclencher des plans particuliers si le lieu est une usine classée Seveso par exemple) et d'éviter les doublons en cas d'appels multiples.

Le numéro de l'appelant est toujours démasqué mais il n'est pas couplé à des annuaires. Philippe Storaci constate : « Si nous traçons les appels afin de traiter a posteriori les appels abusifs, la majorité des appels provenant de téléphones mobiles, l'adresse de l'abonné ne nous donne rien ». Par contre, les appels comme tous les ordres et rapports d'intervention sont tous enregistrés numériquement afin de permettre une enquête a posteriori en cas de besoin. Une mémorisation d'appels de malades ayant des besoins récurrents est envisagée à terme. Lorsque le projet aboutira, le simple appel de ce malade repéré déclenchera l'accès par les médecins de la BSPP à une fiche médicale redonnant la situation clinique du malade concerné.

Une affectation en fonction de la proximité des équipes

Lorsqu'un plan d'intervention est lancé, l'algorithme d'Adagio traite les propositions d'affectation de moyens selon plusieurs critères, le premier étant la proximité entre le moyen donné et le sinistre à traiter. « L'appel doit être traité en une minute et le premier véhicule d'intervention doit ensuite arriver sur place dans les dix minutes » indique Philippe Storaci. Adagio déclenche l'alerte dans la caserne appropriée qui reçoit son ordre d'intervention sur son imprimante. Le véhicule d'intervention dispose donc des instructions utiles en format papier. Si le véhicule était en train de revenir d'une intervention, la caserne lui transmet ses ordres par la radio de bord.

Les équipes sur le terrain n'ont pas d'accès direct en mobilité au système. En cas de besoin, elles transmettent leurs demandes par radio à leur caserne qui, elle, fera le nécessaire sur Adagio, par exemple pour envoyer des renforts. Enfin, Adagio sert aussi à la rédaction du rapport final d'intervention.

Crédit photo : D.R.

Maître Christiane Féral-Schuhl est une habituée de CIO, d'abord papier et désormais sur le web, depuis une quinzaine d'années. La bâtonnière du Barreau de Paris, élue en décembre dernier et qui prendra ses fonctions en fin d'année, a, en effet, développé une spécialité appréciée du droit du secteur des TIC.

C'est tout à fait naturellement que CIO s'est tourné vers son cabinet, Féral-Schuhl et Sainte-Marie, pour la mise en place d'un espace dédié à l'actualité juridique concernant les DSI et les autres managers IT, L'actualité juridique des DSI.

Cet espace comprend une tribune par un des avocats du cabinet. L'exercice est inauguré par Etienne Papin sur le sujet du « bring your own device », tendance venue des Etats-Unis qui n'est pas sans poser un certain nombre de questions juridiques. Il s'agit en effet de permettre aux salariés de travailler sur leurs propres outils (PC portable, smartphone...), voire de les inciter à le faire. S'il existe des avantages à la démarche, les inconvénients sont également à prendre en compte. Nous en parlions déjà dans CIO.PDF 33.

Un fil de brèves vient également alerter les managers IT sur l'actualité immédiate. En cas de besoin, nous creuserons le sujet dans des articles ultérieurs.

Enfin, en bas de l'espace, vous retrouverez les actualités juridiques du fil général de CIO-Online.

Une newsletter spécifique reprendra ces informations à l'attention des lecteurs de CIO-Online.