Les problèmes de classification constituent une famille de problèmes auxquels il est possible d’appliquer des méthodes d’apprentissage supervisé, c’est-à-dire où l’on dispose d’une base d’exemples correctement identifiés. Le but consiste, à partir de ces exemples, de construire un modèle capable de prédire avec un bon degré de confiance à quelle classe (chat, oie, canard, papillon…) appartient un individu à partir de la seule connaissance de certaines de ses caractéristiques (ailes, pattes, bec, moustaches, cri…).
Nous allons étudier ici sur la base d’un exemple concret un type de modèle de classification en particulier : le classifieur Bayésien naïf.

Sa caractéristique principale est qu’il émet une hypothèse forte a priori inadaptée aux cas pratiques : l’indépendance des caractéristiques étudiées.
En termes simples, un classifieur bayésien naïf suppose que l’existence d’une caractéristique déterminant l’appartenance à une classe est indépendante de l’existence d’autres caractéristiques. Par exemple, un animal sera considéré avec un bon degré de confiance comme un canard s’il a des ailes, un bec et qu’il cancane comme un canard, en ignorant totalement la possibilité que ces caractéristiques puissent être corrélées.

Introduction

Cet article est le deuxième d’une série de trois articles, dans laquelle nous allons définir ce qu’est un système mutualisé, expliquer les enjeux d’un tel système et nos recommandations pour démarrer sa construction, le pérenniser et en assurer la gouvernance. Nous nous attacherons à étayer nos explications de retours d’expériences.

(Lire la suite…)

Cet article est le premier d’une série de trois articles, dans laquelle nous allons définir ce qu’est un système mutualisé et les enjeux d’un tel système, donner nos recommandations pour démarrer sa construction, le pérenniser et en assurer la gouvernance.

Les systèmes mutualisés : définition

Un système mutualisé est un système implémentant des processus et des fonctions communes à plusieurs entités. Ainsi, des systèmes multi-entité, multi-pays, multicanal de distribution à destination de populations d’utilisateurs différentes et multi-ligne de marché sont des systèmes mutualisés. Par exemple, les systèmes suivants sont des systèmes mutualisés :

• En assurance : un système multi-ligne de marché de gestion des remboursements santé pour les assurances individuelles et les assurances collectives
• En banque : un système multi-pays de gestion des contrats commun à la France, l’Espagne et la Pologne
• En distribution : un système multi-ligne de marché et multi-pays d’encaissement, commun à des petites, grandes surfaces et magasins discount et installés sur l’ensemble de l’Europe
• En télécommunication : un système multicanal de souscription de contrat utilisé en boutiques, par les conseillers téléphoniques et par les internautes
• En industrie : un portail client multi-ligne de marché et multi-pays, commun à l’ensemble des divisions d’un grand groupe industriel

La problématique des systèmes mutualisés a déjà été abordée par OCTO lors de l’Université du SI : Les SI multi-entité.

(Lire la suite…)

OCTO organise le jeudi 15 décembre à partir de 8h45 un petit déjeuner gratuit NoSQL : « l’Extreme Transaction Processing » devient une réalité,  aux salons Wagram.

Pour vous inscrire cliquez ici . Découvrez le descriptif de l’évènement et les intervenants dans ce billet.

Les années 2000, avec l’avènement d’Internet comme nouveau canal pour les entreprises, avaient fortement secoué les Systèmes d’Information et les serveurs d’applications avaient permis de faire face aux enjeux d’ouverture et d’augmentation de traffic sur les systèmes (Transaction Processing).

Aujourd’hui, la multiplication des systèmes connectés à Internet (smartphone, tablette, TV connectée, véhicule connecté) et l’émergence des nouveaux flux de donnéesissus notamment du web social (Facebook commerce, mobile-to-mobile, etc) vont pousser un peu plus les Systèmes d’Information vers l’Extreme Transaction Processing (XTP).

Les technologies XTP (généralement classées sous les acronymes « noSQL », « Data Grid ») existent et même si elles étaient jusqu’alors réservées à des secteurs de niche (Marchés financiers, Défense, Industrie du web), l’évolution des architectures techniques permet aujourd’hui de mettre en place ces solutions transactionnelles hautement performantes et abordables dans des secteurs comme la banque, l’assurance, les médias, les télécommunications et le e-commerce. Les bases de données relationnelles se font challenger par ces nouvelles solutions et technologies tant sur le rapport coût/puissance que sur leur simple pertinence technologique.

En qualité d’architectes de Systèmes d’Information, OCTO présentera les enjeux métiers et principes d’architecture technique nécessaires à l’Extreme Transaction Processing afin de vous donner une vision claire des principaux enjeux, des compromis nécessaires et du positionnement des solutions du marché.

(Lire la suite…)

A la lecture des appels d’offres publics pour la réalisation d’applications logicielles, on assiste ces derniers temps à une percée des méthodes agiles, dont l’utilisation désormais est exigée dans les réponses des candidats ; l’Agile semble donc  enfin unanimement reconnu comme un outil d’amélioration, à la fois du processus de construction des applications, et de la satisfaction des acteurs, qu’il s’agisse des utilisateurs finaux, ou des artisans du système d’information.

Pour autant, la mise en œuvre de l’Agile dans des organisations traditionnelles ne va pas de soi. Le premier problème auquel on se heurte, avant même de commencer le projet, concerne la contractualisation. Ce problème de contractualisation a déjà été abordé sur ce blog. Nous proposons, dans ce billet, de nous concentrer sur un point précis : le Plan Assurance Qualité (PAQ), pièce contractuelle inévitable dans le cadre traditionnel des marchés…

Profitons donc de nos retours d’expérience _ nous avons été récemment amenés à rédiger des PAQ dans un cadre agile, et montrons comment valoriser la qualité dans un projet agile à travers l’exercice du PAQ. Le débutant en agilité trouvera dans ce billet un condensé des pratiques de qualité liées à l’Agile, tandis que l’initié pourra trouver de l’aide pour la rédaction d’un PAQ.

(Lire la suite…)

Mardi 15 novembre OCTO organisait un petit-déjeuner « Comment bâtir votre Cloud ? ».

Ce petit déjeuner a eu pour objectif de proposer des bonnes pratiques pour construire son Cloud.

Grâce à la vidéo de l’évènement disponible sur You Tube, vous pouvez découvrir les diverses alternatives exposées au Petit-Déjeuner :

• Cloud interne ou externalisé
• Choix des composants techniques par l’entreprise ou l’hébergeur
• Technologies propriétaires ou Open Source

Chaque cas d’usage y est illustré par un retour d’expérience issu des projets Cloud OCTO Technology.

Vous y découvrirez quelques unes de nos recettes pour bâtir un Cloud qui garantisse l’élasticité, le paiement à la consommation et le Self Service…

Vous pouvez télécharger la présentation du Petit déjeuner au format PDF sur :

https://extranet.octo.com/oft/viewfile.php?fileid=d2a7b03e4816b83d59425a4713f8903d&dl=

Pour tout autre renseignement, contactez nous sur : contact@octo.com

Nous assistons à une véritable explosion de la quantité d’information et du nombre de sources que les SI doivent gérer : interactions homme-machine ou entre machines, à l’intérieur du SI ou avec des partenaires, sans compter les nouvelles sources de données sur internet et les réseaux sociaux.

Toutes ces données, tous ces évènements peuvent avoir beaucoup de valeur et peuvent permettre de prendre des décisions, si on peut les traiter à temps.

L’article suivant, en anglais, présente les technologies de Complex Event Processing ; technologies qui permettent de traiter ces informations sous contrainte de temps, et d’en explorer les relations sémantiques et temporelles.

J’y présente les applications possibles, les critères de décision pour aller vers ces technologies, et des éléments pour choisir votre outil de CEP en fonction de vos besoins : Complex Event Processing

Une manière simple de définir ce qu’est l’apprentissage automatisé consiste à le décrire comme l’ensemble des techniques permettant à une machine d’apprendre à réaliser une tâche sans avoir à la programmer explicitement pour cela. Cette définition est due à Arthur Samuel, chercheur à IBM dans les années 1950 et qui, en dehors d’avoir produit la première implémentation logicielle d’une table de hachage et largement influencé le démarrage des études sur l’emploi des transistors dans la conception des ordinateurs, s’est illustré par la première réalisation d’un programme joueur d’échecs. Cet automate avait la particularité d’avoir atteint le niveau d’un joueur moyen après plusieurs milliers de parties jouées contre lui-même. Son secret ? (Lire la suite…)

Dans le cadre de l’évolution de son système d’information (SI) à horizon fin 2012, Corsairfly, compagnie aérienne régulière spécialiste du long courrier et filiale du groupe TUI TRAVEL Plc., a choisi OCTO Technology, cabinet de conseil en Systèmes d’Information, pour l’accompagner dans la définition de son SI cible, la construction de son Schéma Directeur et sa réalisation.

Accompagnement de la stratégie SI : de l’idée à la réalisation

Conscient des enjeux majeurs dans le secteur aérien, OCTO Technology a proposé à Corsairfly, en amont du projet, sa propre vision cible pour le SI de la compagnie aérienne selon 4 principes directeurs :

• Zéro délai, zéro papier : dématérialiser la documentation de la compagnie mais aussi des formulaires afin de permettre aux collaborateurs d’interagir avec le SI ;
• Mobilité : donner accès au SI au personnel navigant nomade n’importe quand, de n’importe quel endroit et avec n’importe quel support (ordinateur, tablette, téléphone mobile) ;
• Solutions user centric : proposer des solutions et applications ergonomiques et à forte usabilité pour les utilisateurs, multi-devices ;
• On demand : bâtir un SI à la demande s’appuyant sur des infrastructures de type Cloud.

(Lire la suite…)