www.iga.fr

IGA : Informatique de Gestion Appliquée

Créé en 1985. Capital Social : 3 000 000 €. CA 2005 : 9,8 Millions €. 140 collaborateurs. Plus de 2000 sites clients. Plus de 8000 connexions simultanées sur notre site d’hébergement. Editeur ERP orienté Assurance et Tourisme. IGA complète son offre à partir de solutions CRM, et d’Extranet Métiers intégrant les Technologies Internet, notamment dans le cadre de souscription/réservation en ligne (B2B, B2C). L’ensemble des applications IGA sont disponible en mode ASP. Assurance : Plusieurs Compagnies importantes Macif, AG2R, AGF, Crédit Agricole, APRIL, … Courtiers : Plus de 500 courtiers, soit 30% du Marché français. Tourisme : Plus de 1800 Agences de Voyages, soit 60% du Marché français. L’Edition est le Métier d’Origine de la société IGA. Dans un premier temps orientée Métier, à partir des solutions Mid/Back Office, l’offre a évolué en associant de nouveaux services tels que les CRM, DataWarehouse, Extranet Web. Les Solutions IGA, conçues à partir d’une architecture Java J2EE, sont disponible en mode hébergé. L’ensemble des Services (Mid/Back Office, CRM, DataWarehouse, …) sont aujourd’hui distribués en mode ASP. Les Clients Grands comptes auxquels s’adressent naturellement les solutions IGA, ont contribué au développement de ce département au sein de IGA. Aujourd’hui composé de 20 consultants, ce département accompagne les Clients, notamment dans des prestations de type AMOA. Ce département est la résultante de 2 facteurs forts : Positionnement fort sur le Marché de l’Assurance et du Tourisme & Solution Logiciel distribuée en mode ASP. Ces 2 facteurs réunis ont naturellement permis le développement de services associés tels que le traitement, la consolidation et l’analyse de données, la TMA, la dématérialisation de pièces, …ainsi que l’interopérabilité et  l’échange entre SI. ERP Métier, notamment à travers la gamme IGANet, Eurassur et WinPass2. Ces solutions Métiers ont séduit les plus grands acteurs des Marchés de l’Assurance e du Tourisme, notamment grâce à une réelle expertise Métier (IGA a 20 ans), un environnement technique Java J2EE, et une solution disponible en mode ASP. L’offre IGA E-Business B2B, B2C est disponible dans le domaine de l’Assurance et du Tourisme. L’offre Tourisme, véritable système de Réservation en Ligne de produits TO, a déjà séduit les plus grands acteurs tels que Selectour, Afat, Manor, Leclerc Voyages ; Le GDS Amadeus ayant bâti son offre Tourisme sur la Technologie Java J2EE de IGA. Quant à l’offre Assurance, elle a pour vocation d’offrir l’ensemble des fonctions inhérentes à la souscription en ligne. Des cabinets et compagnies importants ont construit leur solution B2C à partir de l’Extranet IGA. Un datawarehouse est un entrepôt de données (une base de données) qui se caractérise par des données : Orientées « métier » ou business (par exemple, pour une banque un compte débiteur sera agrégé avec les prêts accordés par la banque et non pas avec les autres comptes restés créditeurs, à la différence de ce qui se passe dans la comptabilité et le système de production d'origine). Présentées selon différents axes d'analyse ou « dimensions » (par exemple : le temps, les types ou segments de clientèle, les différentes gammes de produits, les différents secteurs régionaux ou commerciaux, etc.). Non volatiles : stables, en lecture seule, non modifiables. Intégrées en provenance de sources hétérogènes ou d'origines diverses (y compris des fichiers externes de cotation ou de scoring). Historisées et donc datées : avec une conservation de l'historique et de son évolution pour permettre les analyses comparatives (par exemple, d'une année sur l'autre, etc.). Ces données sont conservées dans le datawarehouse : De préférence sous forme élémentaire et détaillée (exemple : chaque opération sur chaque compte de chaque client, ...) si la volumétrie le permet. Eventuellement sous forme agrégée selon les axes ou dimensions d'analyse prévus (mais ces agrégations sont plutôt réalisées dans les datamarts que dans les datawarehouses proprement dits). Les données élémentaires présentent des avantages évidents (profondeur et niveau de détail, possibilité d'appliquer de nouveaux axes d'analyse et même de revenir a posteriori sur le « passé ») mais représentent un plus grand volume et nécessitent donc des matériels plus performants. Les données agrégées présentent d'autres avantages (facilité d'analyse, rapidité d'accès, moindre volume) mais il n'est pas toujours possible de retrouver le détail et la profondeur des indicateurs une fois ceux-ci agrégés et figés : on prend le risque de figer les données dans une certaine vue, selon les axes d'agrégation retenus, et de ne plus pouvoir revenir plus tard sur ces critères si l'on n'a pas conservé le détail (par exemple, si l'on a agrégé les résultats par mois, il ne sera peut-être plus possible de faire une analyse par journées). L'entrepôt de données de type datawarehouse a une structure de données : En général, représentée par un modèle de données en étoile ou en flocon dans un SGBD relationnel (notamment lorsqu'il s'agit de données élémentaires ou unitaires non agrégées). Eventuellement multidimensionnelle, stockée dans un cube ou hypercube M-OLAP (mais ces structures sont plutôt réservées aux données agrégées des datamarts). L'application de ces différents principes amène une rupture avec l'ancien concept d'Infocentre. Au delà des fonctions Marketings, ce service applicatif fédère l’ensemble des services, grâce notamment à l’interopérabilité naturelle entre les différents services. Afin d’assurer de la productivité, de la réutilisation et de la maintenabilité, une application basée sur les technologies objet requiert la définition d’une architecture logique. Cette architecture organise les interactions entre objets et définit la répartition des différents composants dans l’application. On a l'habitude de regrouper les objets en classes, les classes en domaines, et les domaines en couches. Les couches permettent de présenter l'architecture de l'application. Les équipes de réalisation s'attribuent des responsabilités sur le développement de chaque couche. Aussi, si modéliser est indispensable, la construction d’une architecture à couches est un critère de qualité dans le cadre d'un développement objet. Le modèle multicouche propose une architecture en cinq couches qui isole les aspects transactionnels d’un système d’information des aspects fonctionnels d’une application et des contraintes liées à la technologie cliente. Ce modèle ne s’applique pas à toutes les situations en particulier pour les applications non pérennes ou ponctuelles, mais il permet de qualifier une application en terme de réutilisation, de maintenabilité et d’évolution. Le modèle utilisé est composé de cinq couches : les données physiques, le mapping des données et les connecteurs, les composants entreprise, l’application et le client.

Agence k2 : Nicolas Gauthier, www.agencek2.com

L'agence k2 est une agence de design et communication

Conception graphique : L'ensemble de ce site IGA, a été conçu réalisé par l'Agence k2. Pour plus d'informations, n'hésitez pas à contacter : Nicolas Gauthier, Agence k2, nicolasgauthier@agencek2.com.

Développement : Le site Internet www.iga.fr fonctionne grâce à la technologie interactive mise en place par l'Agence k2. Pour plus d'informations, n'hésitez pas à contacter : www.agencek2.com