CARL Software

Mmoire technique CARL Source V4

Volet Architecture

CARL Software
283 rue de l'Etang, 69578 Limonest Cedex, France
Tl : +33 (0)4 26 29 49 49 - Fax : +33 (0)4 26 29 49 39
E-mail : info@carl.eu Web : www.carl-software.fr
CARL INTERNATIONAL SA, capital 514 276 , RCS LYON B 384 841 250

Mmoire technique CARL Source V4

Volet Architecture

Sommaire
1

ARCHITECTURE APPLICATIVE ............................................................................................................. 3

1.1
DEVELOPPEMENT...................................................................................................................................4
1.2
ARCHITECTURE ......................................................................................................................................6
1.3
COMPOSANTS EXTERNES ........................................................................................................................7
1.3.1
Reporting ............................................................................................................................ 7
1.3.2
Analyse dcisionnelle ....................................................................................................... 9
1.3.3
Manipulation des donnes .............................................................................................. 9
1.3.4
Connexion ........................................................................................................................ 12
1.3.5
CARL Source Mobile ....................................................................................................... 13
1.3.6
CARL Touch ...................................................................................................................... 14
1.4
INTERFACE UTILISATEUR ....................................................................................................................... 16
1.4.1
Ergonomie ........................................................................................................................ 16
1.4.2
Personnalisation ............................................................................................................... 17
1.4.3
Les donnes mtiers........................................................................................................ 20
1.4.4
La bibliothque de documents ..................................................................................... 21
1.5
INTEGRATION FONCTIONNELLE............................................................................................................. 22
1.5.1
Prise en compte des organisations ............................................................................... 22
1.5.2
Gestion multilingue.......................................................................................................... 24
1.5.3
Communication inter applicative ................................................................................. 26

CONFIGURATION TECHNIQUE ........................................................................................................ 30

2.1
2.2
2.3

ENVIRONNEMENT OPERATIONNEL .................................................................................................. 32

3.1
3.2
3.3
3.4
3.5

SERVEURS........................................................................................................................................... 30
RESEAU .............................................................................................................................................. 31
POSTES UTILISATEURS ........................................................................................................................... 31
PERFORMANCES ................................................................................................................................ 32
SECURITE............................................................................................................................................ 32
ADMINISTRATION ................................................................................................................................ 35
SUPPORT UTILISATEUR .......................................................................................................................... 36
SERVICE DHEBERGEMENT (ASP)......................................................................................................... 38

CONFIGURATION MATERIELLE ......................................................................................................... 40

4.1
4.2
4.3
4.4
4.5
4.6

SERVEUR DAPPLICATION JBOSS .......................................................................................................... 40

SERVEUR DE BASE DE DONNEES ............................................................................................................ 42
POSTE DADMINISTRATION (CARL SOURCE ADMIN) ............................................................................ 43
POSTE CLIENT ..................................................................................................................................... 44
OPTION CARL MOBILE ................................................................................................................. 45
OPTION CARL TOUCH .................................................................................................................. 45

V3.1/2012_25/07

Page 2 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1 Architecture applicative
Constitu de composants cohrents et interactifs, CARL Source est un progiciel modulaire
proposant aux utilisateurs des fonctionnalits de gestion technique et conomique des actifs.
Larchitecture applicative est propose selon trois gammes de solutions : Smart Expert
Enterprise, afin doffrir la juste adquation vis--vis des exigences dintgration technique, de
couverture fonctionnelle ou dorganisation du projet cible.
Par ailleurs, la solution peut tre dlivre selon une configuration adapte au
domaine dactivits, et donc au contexte dexploitation souhait. Actuellement, quatre
configurations distinctes sont envisageables : Factory Facility Sant Transport.
La solution retenue est compose de modules (Equipement, Interventions, Stock, Commandes,
Finances) complts doptions (Login, Open, Track, Private Data, Multi Sites, Babylon, Mobile).
Naturellement, la mise en uvre de ces lments peut tre envisage de faon souple et
progressive, au gr de lchelonnement ou des moyens consacrs au projet.
CARL Source est disponible en plusieurs langues : Franaise, Anglaise, Italienne, Allemande,
Espagnole
Les droits dusage peuvent tre consentis selon diffrents modes de tarification :
En fonction dun nombre dutilisateurs nomms : UN
Pour un nombre de connexions simultanes autorises : CS
Selon le nombre de curs processeurs du systme serveur, hte de lapplication : CP
Une mise jour majeure est propose chaque anne, en veillant respecter la compatibilit
ascendante des fonctionnalits pralablement exploites.

V3.1/2012_25/07

Page 3 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.1 Dveloppement
Lenvironnement de conception sappuie sur des diagrammes, scnarios et composants UML,
structurs laide de loutil Enterprise Architect, dit par la socit Sparx Systems.
Lapplication est ralise sous lenvironnement de programmation intgr Eclipse IDE, en
langage Java, sur plateforme dexcution JEE.
Lenvironnement Eclipse IDE est extensible et a ainsi t enrichi laide de Plug in.
Il fonctionne sous Linux ou Windows. La plateforme est btie autour des lments suivants :
- Platform Runtime dmarrant la plateforme et grant les plug-ins
- SWT la bibliothque graphique de base de l'EDI
- JFace une bibliothque graphique de plus haut niveau base sur SWT
- Eclipse Workbench qui est la dernire couche graphique permettant de manipuler des
composants tels que des vues, des diteurs, des perspectives...
Le langage de programmation Java, permet de produire des logiciels indpendants de toute
architecture matrielle. Il utilise diffrents lments :
- La machine virtuelle Java, qui permet d'excuter les programmes crits en Java.
- Le bytecode Java, rsultat de la compilation d'un programme crit en Java par le
compilateur Java.
- La plateforme dexcution Java correspond la machine virtuelle Java plus des
spcifications d'API.
La plateforme JEE (Java Platform Entreprise Edition), est destine lexcution de programme
Java sur un serveur dapplication, et regroupe les API de base, ainsi que les API spcialises et
orientes entreprise . Elle permet ainsi de sparer :
- La couche de prsentation, correspondant l'interface homme-machine (IHM).
Linterface utilisateur excute une implmentation JSF (Java Server Faces) qui fournit
une bibliothque permettant, de crer des composants graphiques, et de grer des
vnements utilisateurs . La mthode Ajax (Asynchronous JavaScript And XML) est
notamment employe afin denrichir linterface utilisateur (cinmatique crans base
de requtes HTTP XMLHttpRequest).
-

La couche mtier contenant l'essentiel des traitements appliqus, se basant sur des
API existantes. Elle est notamment ralise base de composants de type EJB 3.0. Les
relations de persistance entre Objets et Base relationnelle sont assures par un
composant Hibernate.

La couche de gestion des donnes assure le stockage des informations de l'entreprise,

au sein des bases de donnes relationnelles ou des fichiers XML inter-oprant avec des
annuaires d'entreprise ou des systmes d'information tiers.

Les dveloppements seffectuent laide dun ensemble de logiciels collaboratifs Open

Source :
- La gestion des versions est organise avec le logiciel Subversion (sous licence
Apache/BSD) reposant sur le principe du dpt centralis et unique.
-

Les tests unitaires sont labors laide des logiciels JUnit (backend) et Selenium
(FrontEnd), selon un principe de type TDD (Test Driven Developpement) consistant
dfinir les tests simultanment lcriture du code de chaque composant.

V3.1/2012_25/07

Page 4 sur 45

Mmoire technique CARL Source V4

Volet Architecture

Les travaux effectus par lensemble des ressources impliques sont consolids selon
une procdure de type Intgration continue, laide du logiciel Hudson qui permet
dautomatiser la phase de construction et test unitaire de lapplication.

La couverture du code est value laide du logiciel Emma qui fourni des mtriques
prcis au niveau des classes, mthodes (ratio de lignes testes).

Nos quipes de dveloppement mnent leurs travaux, selon un cycle itratif (Unify Process),
cadencs par des procdures dintgration automatiques, et cela vis--vis des diverses
plateformes cibles : SGBD, Serveur dapplication
Diffrents logiciels sont mis en uvre au sein de notre systme d'information, pour garantir la
qualit des versions dployes :

Trac : un portail collaboratif, accessible tous les acteurs du projet, qui outre un espace
de documentation et dinformation (Wiki), permet de suivre les demandes de
modifications et de corrections (Tracking).

Mercury Quality Center* : assure la gestion du rfrentiel et des scnarios de test, en

relation avec les spcifications fonctionnelles. Il permet de planifier et suivre les
campagnes de tests, en garantissant le contrle qualit affrant au processus de
dveloppement. Un plan de test est associ chaque livraison logicielle, spcifi au
regard de ltude dimpact mene en phase de spcification des volutions.
En complment, le logiciel assure le pilotage des tests automatiques excuts avec
loutil Quick Test Pro*.
* Mercury Quality Center & Quick Test Pro sont dits par la socit HP.

NeoLoad* : outil de test en charge, permet de sassurer du comportement de

lapplication avant mise en production. Il contribue ltablissement des pr-requis
techniques ncessaires au respect des performances, en fonction du nombre
dutilisateurs simultans viss.
* NeoLoad est dit par la socit Neotys

Une application interne de type CRM (gestion relation clients) assure le suivi des
demandes ou de toutes observations concernant lexploitation du logiciel sur les sites.
Cet ensemble de modules offre une traabilit complte des demandes, tout au long
de leur traitement, en permettant une communication privilgie dans le cadre des
missions de support dispenses auprs des utilisateurs exploitant le logiciel.

V3.1/2012_25/07

Page 5 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.2 Architecture
Le socle fonctionnel repose sur une architecture n-tiers ouverte et volutive.

Le serveur de donnes : Base de donnes Oracle 10g 11gR2, SQL Server 2008 et
2008R2, PostGreSql

Le serveur dapplication : Serveur dapplication JBoss V4.2.3, Oracle Weblogic

oprant sous systme dexploitation Linux ou Windows.

Le serveur web : Serveur Apache.

Des postes utilisateurs quips dun navigateur Microsoft Internet Explorer ou Mozilla
Firefox. Nous prconisions toutefois pour des raisons de performances lexploitation de
Firefox.

V3.1/2012_25/07

Page 6 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.3 Composants externes

Lapplication intgre diffrents composants externes spcialiss pour remplir des fonctions
ddies.

1.3.1 Reporting
Loutil BIRT (Business Intelligence and Reporting Tools initi par la socit Actuate), propos est
issu dun projet Open-source dans lenvironnement Eclipse.
Les deux principaux composants de BIRT sont loutil de conception de rapports excut sur un
PC / Eclipse, et le moteur d'excution embarqu par le serveur d'applications JEE.

Chaque rapport est dcrit dans un fichier (au format XML). L'diteur associ ce type de
fichiers permet de construire graphiquement le rapport ( la faon d'un traitement de texte).
Pour chaque rapport, une vue 'Explorateur de donnes' permet la dfinition d'une ou plusieurs
'sources de donnes' et d'un ou plusieurs 'jeux de donnes' extraits de la source de donnes.
Les 'jeux de donnes' constituent les donnes afficher.

V3.1/2012_25/07

Page 7 sur 45

Mmoire technique CARL Source V4

Volet Architecture
L'dition du rapport se fait en mode graphique en insrant les diffrents composants
disponibles (Texte, image, tableau, liste, graphique, ...). Les valeurs affiches par ces
composants peuvent tre soit statiques, soit extraites des 'jeux de donnes', soit calcules en
utilisant des formules prdfinies et des routines crites en JavaScript.

A tout moment, le concepteur du rapport peut demander son excution directement partir
des menus de BIRT. La prvisualisation se fait au format HTML ou PDF.
La mise en exploitation seffectue en dployant le rapport sur un serveur d'applications JEE
dans lequel le moteur d'excution BIRT a t install. Le rapport sera alors accessible via une
URL dont les paramtres permettent notamment d'indiquer le format de gnration (PDF ou
HTML).

V3.1/2012_25/07

Page 8 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.3.2 Analyse dcisionnelle

Lunivers de rfrence CARL Source sadosse BusinessObjects, loutil dinterrogation et de
reporting le plus utilis du march. Il permet de construire rapidement vos univers danalyses
personnaliss selon vos donnes mtiers.

La mise en forme des rapports, depuis le desktop intelligence, permet daccder des sources
de donnes multiples, en les combinant pour analyses. La mise en forme des rapports
seffectue directement lcran par gliss-dplac des donnes. Elle peut utiliser des modles
personnaliss pour laborer rapidement les listes, les tableaux croiss et les graphiques propices
lanalyse. Les possibilits daffichages conditionnels et de calculs sont trs tendues.
La fonction exploration focalise sur le dtail, ou remonte une vue densemble en parcourant
une hirarchie donne. Par clics successifs, lanalyse seffectue par zoom du domaine
dactivit jusqu la machine, voire lorgane.
Version prconise : BusinessObjects XI R2 ou suprieure

1.3.3 Manipulation des donnes

Les mcanismes dextraction, de transformation et de chargement de donnes sont bass sur
lETL Talend. Le composant est construit selon une architecture autorisant la monte en charge.
Il facilite les reprises de donnes, ainsi que le dialogue avec les applications existantes dans
lentreprise (achats, stock, comptabilit, GTC...).

V3.1/2012_25/07

Page 9 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Ainsi, loutil de reprise de donnes CARL Loader effectue la transformation / intgration dans la
base de donnes, des fichiers prpars : les structures quipements, les intervenants, les
articles, les fournisseurs, les comptes financiers, les gammes, listes de configuration Selon les
besoins, ce primtre de chargement peut tre tendu ou encore complt.
La prparation des donnes seffectue directement dans les diffrents formulaires (.csv) remis.
Le chargement peut tre effectu en plusieurs fois.

Le chargement des donnes dans la base seffectue en deux tapes :

- Transformation des fichiers de chargement .csv en fichiers dimport .xml
- Intgration des fichiers .xml dans la base de donnes. Celle-ci peut seffectuer
directement via les web services ou via lexcution des interfaces concernes.

V3.1/2012_25/07

Page 10 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Aprs excution de la transformation des fichiers .csv en fichiers dimport, le rsultat de
lexcution est prsent. Il prcise notamment les lignes en erreur et la nature des problmes
rencontrs : doublons, intgrit

Le compte rendu de transformation peut galement tre envoy sous forme de courriel via le
serveur de messagerie en place.

Le compte rendu dinsertion des fichiers transforms dans la base de donnes est propos au
niveau des interfaces invoques via le rsultat dexcution et lhistorique des changes.

V3.1/2012_25/07

Page 11 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.3.4 Connexion
Lapplication dispose de fonctionnalits dadministration des login utilisateurs et des mots de
passe associs. Ceux-ci sont stocks par dfaut selon le mode de cryptage SHA1, coupl un
mcanisme de SALT intgr. Ceci doit confrer un niveau de scurit satisfaisant pour le
systme.

Il est galement possible de dlguer lauthentification des utilisateurs votre annuaire

dentreprise ; dans la mesure o ce dernier est un annuaire utilisant le protocole LDAP version
V3.
Loption Login propose deux modes dauthentification :
- Dlgation dauthentification : lutilisateur sauthentifie avec ses identifiants
dentreprise (login et mot de passe gr par votre annuaire) au travers de la mire
de connexion CARL Source. Les informations didentification sont transmises
lannuaire LDAP qui ralise lauthentification.
-

Authentification Single Sign On : connexion automatique en mode SSO pour les

annuaires dentreprise de type Active Directory. Cette authentification
automatique exploite la propagation du jeton de session depuis le navigateur web
jusqu lapplication CARL Source.
Pour rendre oprationnelle cette option, lapplication CARL Source sera accessible
au travers dun serveur Apache hberg sur une machine dote dun OS
(Operating System) Windows. Le serveur Apache, votre annuaire et vos postes
clients doivent adhrer un mme domaine Active Directory.

De plus loption Login propose un mcanisme de gestion des profils utilisateurs :

- Si lutilisateur est dclar dans CARL Source, et que les identifiants issus de la session
Windows de lutilisateur sont valides, la connexion soprera avec le profil de cet
utilisateur
- Si lutilisateur nest pas dclar dans CARL Source, et que les identifiants issus de la
session Windows de lutilisateur sont valides, la connexion pourra, en fonction des
paramtres dclars dans lapplication, tre ralise avec un profil par dfaut ou tre
refuse.
Enfin, si lon souhaite mettre jour rgulirement, dans CARL Source, les informations lies
lutilisateur (Nom, Prnom, N de tlphone, localisation .) vous disposez :
- Dune interface asynchrone pour effectuer cette tche
- Dune synchronisation temps rel excute lors de chaque connexion : mise jour
de la fiche utilisateur CARL Source avec les informations lues dans votre annuaire LDAP.
Notre option Login permet donc:
- De se conformer aux spcifications des services informatiques
- Dunifier la gestion des identifiants lensemble des applications du SI

V3.1/2012_25/07

Page 12 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.3.5 CARL Source Mobile

Lutilisation de scanners codes barres , outre la mobilit confre, permet doptimiser les
temps de saisies. En mode dconnect, les mcanismes de synchronisation assurent la
cohrence et la transmission des donnes.
Les donnes utiles la ralisation de la mission de lintervenant sont ainsi embarques sur le
terminal mobile, mises jour sur le terrain puis dverses dans la base de donnes. La
connexion de lintervenant seffectue selon un contrle identique (login et le mot de passe
dfinis dans CARL Source) celui utilis par lapplication CARL Source.
CARL Source Mobile propose une utilisation dporte et dconnecte des processus sur des
matriels de type PDA fonctionnant sur Windows mobile.
En interaction avec lapplication CARL Source, il permet aux intervenants
de traduire les ralisations terrains en relation avec les processus mis en
uvre : inventaire quipements, tenue du stock, suivi des interventions.
Une application serveur de synchronisation gre les flux dchanges de
donnes avec les appareils mobiles. Cette application est installe sur un
serveur passerelle ou directement sur le serveur CARL Source.

Les
appareils
mobiles
communiquent et changent
les donnes avec les serveurs,
via le protocole http, via une
connexion filaire (port USB /
Ethernet) ou non filaire (Wifi,
3G).
Un programme dinstallation
dploie CARL Source Mobile
sur les appareils mobiles.

V3.1/2012_25/07

Page 13 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.3.6 CARL Touch

CARL Touch simplifie le processus intervention. Il propose une utilisation dporte et
dconnecte du processus intervention sur des appareils de type tactile fonctionnant sur
Android (version 2.x minimum).

En interaction avec lapplication CARL Source, il permet aux intervenants de

traduire les ralisations terrains en relation avec les processus interventions mis
en uvre : prise en charge de tches
Son ergonomie tactile, ses possibilits multimdias, sa capacit de golocalisationfacilitent lapprentissage et simplifient lutilisation.

Les mcanismes de synchronisation sont totalement transparents pour lutilisateur. La

transmission des donnes seffectue, en mode Push, via protocole Web socket lors des liaisons
rseau Wifi et 3G.
CARL Touch et CARL Source dialogues suivant 2 protocoles :
Via des requtes HTTP ou HTTPS lorsquil sagit de fonction de recherches
Via Websocket pour la synchronisation des donnes

Serveur
Applicatif CARL Source

Serveur Apache
Internet

Port s
HTTP / HTTPS

8009, 8187, 9000

Port 80 , 443

Gateway CARL Touch

Websocket Protocole
Port 80, 443 ou paramtrable ex 8087

Websocket Protocole
(port 9000 & 8087)

Nota : Lusage du port 80 pour la connexion HTTP et pour le Web Socket ncessite lutilisation
de deux adresses IP publiques distinctes.

V3.1/2012_25/07

Page 14 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Linstallation et la configuration de lapplication seffectuent simplement par flash de QR Code
accessibles depuis CARL Source.

V3.1/2012_25/07

Page 15 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.4 Interface Utilisateur

1.4.1 Ergonomie
Lapplication CARL Source exploite au mieux la richesse de lenvironnement Eclipse :
multifentrages, recherches, menus contextuels,et normalise laccs linformation : onglets,
couleurs, raccourcis

Un soin tout particulier a t apport la prsentation des donnes : icnes contextuelles,

menus personnaliss Toutes les informations susceptibles dintresser lutilisateur sont
disponibles chaque instant.
La navigation dune information lautre est intuitive : chaque fois quun code est affich
lcran ; il est possible par un clic dobtenir laffichage de la fiche dtaille associe sans
changer de module ni de fonctionnalit.
Les crans et fonctionnalits correspondent aux besoins des fonctions (intervenants,
responsables, gestionnaires) droulant un processus. Par consquent, chacune de ces
fonctions interagit sur les mmes entits fonctionnelles partir dcrans adapts.
Bien que dot dune grande richesse fonctionnelle, grce son haut niveau de
personnalisation, CARL Source est avant tout, un produit simple dutilisation. Lapproche
modulaire par packs fonctionnels permet une mise en uvre approprie et progressive.

V3.1/2012_25/07

Page 16 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.4.2 Personnalisation
La personnalisation du progiciel joue un rle prpondrant lors de lapprentissage et pour
ladhsion rapide des utilisateurs. Selon les exigences utilisateurs, linterface, les donnes, les
traitements sont personnalisables.
Le dictionnaire des donnes rfrence tous les objets fonctionnels prsents par lapplication. Il
permet de configurer facilement l'application :
- comportement des objets fonctionnels (documents, workflow, restrictions),
- dfinition des attributs (ajout, proprits, formatage, )

V3.1/2012_25/07

Page 17 sur 45

Mmoire technique CARL Source V4

Volet Architecture
La personnalisation seffectue depuis des fonctionnalits orientes utilisateur ; ce qui garantie
simplicit et volutivit.

Les ditions standards peuvent servir de base la cration de nouveaux tats

accessibles directement depuis les fonctionnalits associes.

Les mails utilisateurs, coupls aux transitions dtats issues des processus drouls, sont
paramtrables : contenu et destinataires dynamiques

Les crans de saisies sont modifiables laide de boites outils ; lutilisateur peut ainsi
modifier aisment la terminologie, lagencement, le contenu des crans utilisateurs.

V3.1/2012_25/07

Page 18 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Le groupe de personnalisation est une notion qui permet de rassembler des formulaires
personnaliss, en les associant aux diffrentes fonctionnalits de lapplication, pour
mutualisation et diffusion simplifie de la personnalisation pour lensemble des utilisateurs :
charte graphique, formulaires utiliss, menus proposs,
Selon son profil, lutilisateur aura accs au mode personnalisation depuis chaque cran de
lapplication, par exemple pour ajuster des modifications qui lui sont propres : prfrences
ergonomiques, largeur de colonnes

V3.1/2012_25/07

Page 19 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.4.3 Les donnes mtiers

Diffrentes listes de valeurs reprennent les dnominations adoptes par les intervenants dans le
cadre de leurs missions, et les prsentent dans les diffrents crans. Des listes proposes en
standard au sein des fonctionnalits peuvent, si ncessaire, tre compltes de listes propres
lactivit ralise.

Par ailleurs, les dnominations utilises dans les crans, les messages, les rapports peuvent
tre personnalises via laction configurer les libells propose depuis la fonctionnalit
dictionnaire.

V3.1/2012_25/07

Page 20 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.4.4 La bibliothque de documents

Une bibliothque permet de rfrencer et dcrire les documents utiles la gestion de
lactivit. Ceux-ci peuvent tre stocks sur un rpertoire partag, accessible depuis le serveur
dapplication ou lis travers leurs chemins de stockage. Pour en faciliter ladministration, les
documents de la bibliothque peuvent tre imports et exports.

Il est possible de lier un ou plusieurs documents, rfrencs ou non en bibliothque, chaque

entit fonctionnelle de lapplication. Licne
clignote pour avertir lutilisateur quun
document est associ et quil peut tre consult. Le mode de consultation propos permet
galement de visualiser depuis chaque lment (par exemple lquipement) les documents
lis des entits en relation avec cet lment (par exemple, le document issu du modle de
lquipement en question).
Les documents lis un lment (un matriel, une intervention) peuvent tre imprims
contextuellement lors de ldition dun rapport concernant llment en question. Ils sont alors
ajouts en fin du document au format Acrobat (pdf). Ce mode ddition utilise un service
Open Office assurant la conversion pour les principaux formats sources : doc, txt, xls, ppt, jpg,
jpeg, png, tif, tiff, gif.

V3.1/2012_25/07

Page 21 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.5 Intgration fonctionnelle

1.5.1 Prise en compte des organisations
Les diffrentes gammes de produits : Smart, Expert, Enterprise sont conues pour sadapter aux
dimensions des socits et leur structure.
CARL Source permet dappliquer des restrictions daccs utilisateurs aux entits, selon plusieurs
axes :
Fonctionnel : droit daccs et daction sur chaque fonctionnalit
Gographique : droit selon le site ou lentit fonctionnelle prcise
Technique : droit en fonction dun critre li un attribut de lentit
Le profil dun groupe dutilisateurs prcise leurs droits daccs aux fonctionnalits et aux actions
sur celles ci.

V3.1/2012_25/07

Page 22 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Le site est une notion transverse toute lapplication. Il matrialise pour une organisation
structure une entit administrative, gographique, appele raliser diffrents processus
fonctionnels propres.
Il est possible de dfinir un Groupe Site pour des utilisateurs ayant accs aux donnes de
tous les sites ou seulement de certains sites. Pour un site donn, laccs peut tre en
consultation , modification , ou suppression . Le Groupe site est associ un ou plusieurs
utilisateurs afin de restreindre leurs accs aux donnes de la base.

Afin de mieux traduire les processus organisationnels mis en uvre, il peut tre utile dajuster les
droits de lutilisateur par fonctionnalit, mais aussi selon la valeur dun attribut de la donne.
Laccs aux donnes dune fonctionnalit devient ainsi slectif, en fonction des critres de
restriction dfinis. Les critres de restriction utiliss sont personnalisables pour chacune des
fonctionnalits concernes.

Le Groupe de restriction daccs dfinit pour chacun des critres labors si laccs est
accord toutes les valeurs ou seulement certaines valeurs du critre. Pour une valeur
donne dun critre, laccs peut tre en consultation , modification , ou suppression .
Le groupe de restriction est ensuite associ un ou plusieurs utilisateurs pour restreindre leurs
accs aux donnes de la base.

V3.1/2012_25/07

Page 23 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.5.2 Gestion multilingue

Lapplication peut tre mise en uvre au sein de structures internationales, o doivent
cohabiter plusieurs versions linguistiques.
Diffrentes langues sont proposes en standard par lapplication : franais, anglais, espagnol,
italien, allemand, et peuvent tre enrichies sur demande.
Depuis la fiche utilisateur, la langue dutilisation de lapplication est slectionne. Linterface
utilisateur : menus, crans, messages, rapports, listes de valeurs est alors propose dans la
langue de lutilisateur.
Par ailleurs, lors de la mise en uvre de lapplication, il est possible de procder une phase
dajustement des libells, en cas dexigences plus spcifiques quant la localisation de la
version exploite.

V3.1/2012_25/07

Page 24 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Nos quipes disposent dun outil ddi qui facilite le processus de traduction et permet CARL
Software de mettre en uvre trs rapidement de nouvelles versions linguistiques, au regard des
nouveaux besoins exprims.

V3.1/2012_25/07

Page 25 sur 45

Mmoire technique CARL Source V4

Volet Architecture

1.5.3 Communication inter applicative

Loption Open facilite les changes de donnes entre CARL Source et les autres applications
de votre SI. Ces changes peuvent seffectuer selon diffrents formats : CSV, XML ou via
divers protocoles, synchrones ou asynchrones : Web Services, files de messages

Un systme externe communique via des interfaces, pilotes selon un ordonnancement, avec
lapplication CARL Source.

V3.1/2012_25/07

Page 26 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Le point de connexion dcrit le mode dchange utilis par les interfaces mises en uvre :
dossier entre ou sortie, format La dfinition des donnes changes seffectue depuis la
fonctionnalit interface via les objets dintgration.

Des interfaces standards permettent dchanger des donnes vis vis des entits
fonctionnelles de chaque module :
- Module quipement : points de structures, matriels, modles, liens de larborescence
quipements, relevs de mesure, vnements.
- Module ressource : intervenants.
- Module travaux : demandes dintervention, interventions, gammes, plans prventifs,
natures dintervention, oprations, symptmes, causes de panne, remdes, quipes,
spcialits.
- Module stock : articles, familles, stockage articles, mouvements de stock, magasins de
stockage.
- Module achat : fournisseurs, demandes dachat, commandes, rceptions, retours
fournisseur, nature dachat.
- Module finance : budgets, sections.
- Module systme : sites, listes de valeurs.

Linterface dfinit ainsi :

- La direction : Import (entre) ou Export (sortie),
- Le format de transformation XSL, si le format des fichiers XML utiliss n'est pas standard,
- La classe de transformation, en cas de traitements spcifiques ncessaires,
- Les points d'intgration, correspondant chacun un objet d'intgration, avec si
ncessaire, sa classe de traitement spcifique associe.

V3.1/2012_25/07

Page 27 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Lobjet dintgration dcrit les attributs du ou des objets pris en compte par linterface :

Lexcution des interfaces peut tre automatise selon des priodes dfinies via la
fonctionnalit traitement automatique .
CARL Source conserve les traces dexcutions. Par exemple, en cas d'erreur lors dune
importation de donnes, CARL Source propose chaque lment rejet, avec le message
d'erreur retourn par l'application.

V3.1/2012_25/07

Page 28 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Les exemples ci-dessous extraits de laide en ligne illustrent limport dvnements selon deux
formats de fichiers distincts : csv et xml.

V3.1/2012_25/07

Page 29 sur 45

Mmoire technique CARL Source V4

Volet Architecture

2 Configuration technique
2.1 Serveurs
Les caractristiques des serveurs seront dtermines selon les paramtres dutilisation estimes :
mode de connexion, nombre dutilisateurs
Le serveur base de donnes
Les environnements dexcution supports par les serveurs bases de donnes sont multiples :
MS Windows 2003, 2003R2, 2008 et 2008 R2, Linux RedHat Enterprise server AS/ES 5.0, AIX 4.3.3 et
5L 6 et 6.1, HP true64, UNIX 5.1, SCO open server 6, Solaris 9 et 10 et tout OS supportant le
logiciel serveur retenu
Il est ncessaire de prvoir environ 10 Go despace disque. Le taux de croissance moyen de
lespace disque est de 300 Mo par an.
Le serveur dapplication
Jboss Application Server peut tre utilis sur tout systme d'exploitation fournissant une machine
virtuelle Java (JVM).
Lapplication peut tre hberge par un pool de serveurs pour un nombre dutilisateurs trs
important. Un reverse proxy connecte alors les utilisateurs lun des serveurs du pool. Cette
solution autorise aussi une grande tolrance aux pannes lorsque lon souhaite disposer dun fort
taux de disponibilit.
On peut distinguer 3 groupes :
Le cluster applicatif
Le systme ddi aux traitements spcifiques, interfaces, consolidation / dcisionnel
(intitul Gateway)
Le systme ddi a lexcution et la gestion du reporting (BIRT Engine, Designer)

Le serveur web
Lhbergement peut tre effectu sur un serveur web existant : OS Windows 2003 + Apache
2.2.8, Windows 2008 + Apache 2.2.11, LINUX fdora, RedHat Enterprise AS/ES 5.0 et 5.1, SUSE 10
et 11 + Apache 2.2.8

V3.1/2012_25/07

Page 30 sur 45

Mmoire technique CARL Source V4

Volet Architecture

2.2 Rseau
CARL Source sutilise sur les protocoles standards du march : TCP/IP, NET8, HTTP, HTTPS, SMTP,
XML et est donc indpendant de la topologie rseau qui peut tre : Ethernet, fibre chanel,
ATM
Lapplication est dveloppe afin doptimiser la bande passante consomme. Tous les
traitements lourds sont raliss sur le serveur dapplications et seul lensemble rsultat est
rapatri sur le poste client.
La connexion entre les serveurs dapplications et le serveur de base de donnes doit tre de
type rseau local 100Mb ou 1Gb. Il est prvoir une moyenne de 30 kb/s par session active. La
consommation dpend de lusage de CARL source et des fonctionnalits mises en uvre
comme le SIG ou le paramtrage des listes rsultat de recherche.
En complment nous prcisons que lapplication CARL Source utilise :
- le port 80 en http (rseau Intranet) et le port 443 en https (rseau extranet, sous rserve de
lacquisition dun certificat) en ce qui concerne la liaison entre serveurs et postes clients.
- Les ports 1421 et 1425 en ce qui concerne la liaison entre le serveur dapplication et le serveur
de donnes Oracle et dditions Birt.

2.3 Postes utilisateurs

Le nombre de postes potentiellement clients de lapplication est limit 32 768 (2 15). Le mode
daffichage recommand est de 1024x768.
Toutes les fonctionnalits sont accessibles depuis un client Web banalis.

V3.1/2012_25/07

Page 31 sur 45

Mmoire technique CARL Source V4

Volet Architecture

3 Environnement oprationnel
3.1 Performances
Issu de technologies java et JEE prouves, CARL Source tire aujourdhui le meilleur de ces
technologies, notamment au niveau des temps de rponse de lapplication.
CARL Source est conu pour offrir des temps de rponse daffichage dcrans infrieurs 2
secondes, hors fonctionnalits de recherche et danalyse, dans un contexte o lensemble des
prconisations techniques sont respectes (bande passante, architecture serveur et poste
client conforme). En ce qui concerne les recherches et les analyses, les temps de rponse
sont bien entendu lis la complexit des requtes formules et au volume denregistrements
concerns par la recherche.
Le systme a t test avec une charge de plus de 1000 utilisateurs connects pour 400000
quipements ayant chacun environ 300 caractristiques. Le comportement du systme sest
avr conforme aux attentes de performance et de robustesse.

3.2 Scurit
Sret de fonctionnement
Lors de la mise en uvre, il est possible de publier les sites web en mode scuris afin que tous
les changes entre les clients et le serveur soient crypts (SSL).
De mme, la communication entre le serveur dapplication et le serveur de base de donnes
peut tre encrypte via SSL.
Confidentialit
Les possibilits offertes au niveau de la dtermination des nuds daccs des profils utilisateurs
permettent de dfinir les niveaux dautorisation daccs aux donnes.
Les possibilits de restriction offertes par CARL Source permettent docculter pour un profil
donn (et mme pour un utilisateur) les entits fonctionnelles qui ne le concernent pas.
Habilitation
Dans CARL Source, la session applicative est ouverte avec le niveau dhabilitation configur
pour lutilisateur concern. Chaque utilisateur est identifi par son nom et son mot de passe.
Ces informations sont stockes soit dans le schma de donnes soit dans un annuaire LDAP. Le
mot de passe est crypt.
Lors de la connexion, une trace est enregistre et lutilisateur se voit affect les droits dfinis
dans son profil. Les paramtres dun profil sont stocks dans le schma de donnes.
Dans le prolongement du mode didentification assur par LDAP, la dfinition du profil peut
tre dlgue un composant d'administration externe. Dans cette configuration, des options
de connexions particulires sont alors activer si l'on souhaite que ce type d'information soit
transmis de faon dynamique. Par ailleurs, la liste des profils devra faire partie du catalogue
rfrentiel partager.
Traabilit
Le progiciel gre des tables dhistoriques pour la plupart des informations au niveau dune
session applicative ouverte avec CARL Source.

V3.1/2012_25/07

Page 32 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Le pack Track permet denregistrer slectivement les modifications des donnes sensibles de la
base. Les traces permettent de replacer la modification dans son contexte. Elles reprennent
ainsi llment concern, la nature (insertion, modification, suppression), la date de
modification, lancienne valeur, la nouvelle, lutilisateur connect
Lactivation du mode audit est paramtrable lobjet et lattribut prs. Au niveau de
lobjet, laudit peut tre activ pour tous les lments correspondants au filtre prcis. Les
valeurs relatives aux attributs prciss en identifiants seront enregistres sur la ligne de trace et
permettront ainsi de rechercher / analyser plus facilement les lignes de trace.
Pour chacun des attributs de lobjet, le mode audit peut tre activ en insertion, modification,
suppression. Toute modification dun attribut objet sous audit sera alors enregistre dans une ou
plusieurs tables associes et prsente ensuite depuis la fonctionnalit de consultation des
traces.

Disponibilit
Le risque de perte de donnes est minimise par la mise en uvre du mode Archivelog de
la base de donnes qui assure la restauration partir de la dernire sauvegarde jusqu la
dernire transaction valide.
Les volumes de bases de donnes atteints permettent denvisager des dures de restauration
compatibles avec les exigences utilisateurs.
La mise en cluster des serveurs dapplication et des serveurs de donnes peut permettre
dassurer un trs haut niveau de disponibilit.
Exploitabilit
La solution est intgrable avec tous les outils dadministration JEE compatible JMX tels que
TIVOLI (IBM), OpenView (HP), Nagios (Linagora) ... A travers ces dispositifs, ladministrateur
dispose des indicateurs de charge et dtat des ressources des systmes dexploitation des
machines de lapplication.
Suite une interruption, au redmarrage de la base de donnes, un recover database
rejoue les dernires transactions. Au niveau des processus dchanges de donnes, les tables
historiques dimport indiquent la dernire ligne traite et donc le point de reprise.
Rseau
CARL Source tant indpendant du rseau physique, il ny a priori pas de limitation dans la
mise en uvre. Le progiciel reprend les standards du march y compris pour les liens scuriss :
TCP/IP, IPSec, HTTPS, SSL, VPN, Net8 ...
Plan de reprise dactivit
Le Plan de reprise dactivit sapprciant de manire globale, nous pouvons vous
accompagner afin dintgrer la GMAO aux principes du PRA tablis.
Nous pouvons aussi apporter des solutions technologiques (matrielles, logicielles, services) qui
mritent dtre tudies au sein de votre environnement. Nous, sommes notamment en mesure
de fournir une solution de rplication de la plateforme serveur sur un site secondaire : cette
approche garantit la continuit de service en cas de dfaillance de vos serveurs locaux.

V3.1/2012_25/07

Page 33 sur 45

Mmoire technique CARL Source V4

Volet Architecture

Nous pouvons en effet mettre disposition une sauvegarde en temps rel des donnes et des
applications avec bascule automatique sur le serveur de redondance permettant dobtenir
une architecture Haute disponibilit.
Cette solution sappuie sur la technologie Double-Take. Double-Take cre en temps rel,
loctet prs, une image complte du serveur redond. Cette dernire est automatiquement
intgre une machine virtuelle passive sur notre infrastructure de redondance mutualise et
virtuelle.
En cas dindisponibilit, le systme Double-Take dtecte la perte du serveur et active la
machine virtuelle qui prend automatiquement lidentit de votre serveur ddi. Le temps de
reprise de votre serveur est estim moins de 5 minutes (calcul sur le temps du dmarrage
dune machine virtuelle).
Aucun paramtrage nest prvoir, la redondance est automatique. En cas de basculement
en mode FailOver sur la machine de redondance votre activit se poursuit donc sans
interruption. A la reprise du serveur ddi, une restauration automatique est faite par le logiciel
Double-Take ne demandant aucune intervention et sans rupture de services.

V3.1/2012_25/07

Page 34 sur 45

Mmoire technique CARL Source V4

Volet Architecture

3.3 Administration
Le module Systme assure ladministration fonctionnelle de lapplication : dfinition des listes
de configuration, des paramtres dutilisation, des profils utilisateurs, des personnalisations, des
traitements mtiers
Installation
Aucune installation sur les postes clients.
Recette et production
La base de donnes est livre avec deux schmas : un schma de test et un schma de
production.
Il est possible, un niveau plus global, de disposer de plusieurs environnements pour faciliter
ladministration et la monte en version : un environnement de recette et un environnement de
production.
Sauvegarde / reprise
Une sauvegarde quotidienne de la base de donnes doit tre ralise laide des agents
base de donnes des produits de gestion de sauvegarde. Les sauvegardes peuvent tre faites
chaud ou froid par copie de fichier.
Les scnarii de reprise sont ceux prconiss par la base de donnes lors de la mise en uvre
de la scurit (Archive Log). Il est possible dans ce cas de reprendre lactivit jusqu la
dernire transaction valide, donc postrieure la dernire sauvegarde.
Pour les serveurs applicatifs, en cas de panne de lun des serveurs de la ferme, la charge est
rpartie sur les autres serveurs de cette ferme. Ces serveurs peuvent tre virtualiss dans des
machines VMWare afin de pourvoir remettre en service le serveur sur une autre machine
physique en attendant la rparation du matriel dficient.
Versions
Chaque version standard de lapplication est lie un rfrentiel des objets contenus. Ce
rfrentiel est extensible au cas par cas, afin didentifier et de grer les mises jour des objets
modifis ou ajouts. Lutilitaire de mise jour est conu afin de respecter les extensions du
rfrentiel.
Les montes de versions comportent deux facettes :
La mise jour de lapplicatif sur les serveurs dapplication via un programme
dinstallation. Celui-ci est scriptable afin dtre intgr aux logiciels de tldistribution.
La mise jour du schma de donnes ralise depuis loutil dadministration qui
dtecte la version actuelle et applique automatiquement la liste des modifications
ncessaires la nouvelle version.

V3.1/2012_25/07

Page 35 sur 45

Mmoire technique CARL Source V4

Volet Architecture

3.4 Support utilisateur

Documentation
Toutes les documentations sont fournies en un exemplaire papier et graves sur le CD-Rom
application qui est remis lors de linstallation du produit :

Contrat de concession de licence

Procdure installation
Procdure sauvegarde
Guide utilisateur
Grille de validation installation

Aide en ligne
Laide en ligne CARL Source est accessible contextuellement depuis toute fonctionnalit de
lapplication. Elle a t conue laide du logiciel Fast-Help de la socit du mme nom. Elle
est propose au format html.
Lutilisateur dispose dun guide utilisateur. Les formations seffectuent avec un guide de
formation et une base de donnes pr-paramtre.

V3.1/2012_25/07

Page 36 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Hot line
Le contrat dassistance mise jour donne accs une hot line technique et fonctionnelle,
avec engagement en termes de dlai de prise en compte. Notre quipe hot line peut
procder des actions de tlmaintenance lorsque cela est utile.
Une application interne permet de tracer, qualifier puis traiter toute remonte dinformation
auprs de notre hot line : demandes dintervention, fiches dobservation, demandes
dvolution.
Club utilisateur
Le club utilisateur CARL est anim en collaboration par les socits adhrentes et CARL
Software.
Nos clients sont rgulirement informs de lvolution des produits et plus gnralement de tout
ce qui peut les concerner : nouveaux services, signatures de partenariat,
Le site Support permet d'accder des fonctionnalits de support sur nos logiciels
(demandes d'assistance, mise jour, base de connaissances, tlchargement...). ainsi qu
des zones dchanges entre utilisateurs et acteurs impliqus dans le devenir de nos solutions.

V3.1/2012_25/07

Page 37 sur 45

Mmoire technique CARL Source V4

Volet Architecture

3.5 Service dhbergement (ASP)

Le service ASP propos par CARL Software est indpendant du mode dacquisition des droits
(licence perptuelle ou en mode locatif). Il sagit dune solution complte proposant une
palette de services forte valeur ajoute. Ces derniers vous simplifient la mise en uvre de
CARL Source, favorisant ainsi un dploiement beaucoup plus rapide de lapplication. Lun des
principaux avantages de la solution est de vous dcharger de la gestion de loutil informatique
puisque linstallation et la maintenance sont assures directement par CARL Software.
LASP induit aussi un gain defficacit puisque lexternalisation de ladministration de CARL
Source vous permettra de vous recentrer sur votre cur de mtier.
LASP confre aussi une facult de mobilit puisque laccs linformation est possible depuis
nimporte quel poste quip dun navigateur.
Nous proposons afin dajuster le service au plus prs de vos contraintes techniques, 2 niveaux
dhbergement. Voici leurs principales caractristiques :

Service / caractristique
Sauvegarde des donnes
rtention 5 jours

Editeur

Sauvegarde des donnes

rtention 15 jours
Contrle daccs physique
salle dhbergement

Datacenter

Envoi de mail

Redondance serveur

Supervision standard

Console client supervision

Double attachement aux

oprateurs Internet
Redondance climatisation
Double attachement au
rseau lectrique
Haute disponibilit
Garantie Temps de
Rtablissement (GTR)

V3.1/2012_25/07

Page 38 sur 45

Mmoire technique CARL Source V4

Volet Architecture
Quel que soit le niveau retenu, les avantages forts de notre service ASP sont :

Le financement possible des licences (CARL Source, base de donnes, serveur

dapplication) en mode locatif, permet de constater une charge par opposition
une immobilisation amortissable. Il procure un avantage au niveau de la trsorerie mais
aussi au niveau fiscal (taxe professionnelle).

Nous prenons en charge ladministration des serveurs de donnes et dapplications, et

des logiciels applicatifs.

Vos postes clients se contentent dun simple navigateur.

Un cot global qui intgre la mise disposition :

o des licences et de leur maintenance mise jour
o dun accs au support
o de la maintenance et du renouvellement des serveurs.

Le dmarrage du projet de mise en uvre sur notre propre infrastructure si vos moyens
de production informatique ne sont pas encore oprationnels.

V3.1/2012_25/07

Page 39 sur 45

Mmoire technique CARL Source V4

Volet Architecture

4 Configuration matrielle
4.1 Serveur dapplication JBoss
Le tableau ci-aprs prsente les caractristiques prconises pour le systme serveur de
lapplication CARL Source 4. Ce serveur doit tre configur de faon adquate, il constitue le
moteur dexcution de lapplication devant assurer une exploitation confortable pour les
utilisateurs.
Dans le cas dune configuration prvue pour moins de 10 utilisateurs en accs simultans, les
logiciels serveurs de lapplication et de la base de donnes peuvent tre installs sur une seule
et mme machine physique.
Les prconisations mmoire sont stipules afin de rpondre au contexte suivant :
-

Accs une base dite de Production , selon le nombre de connexions simultanes

mentionnes

Tout ajout dune base de donnes supplmentaire, exploite simultanment (formation,

prototype, recette, dveloppement) ou de multiples environnements de production,
devront saccompagner dune augmentation de la mmoire RAM en consquence :
-

prvoir 4 Go de RAM par base supplmentaire exploite simultanment.

Exploitation des options CARL Mobile et CARL Touch

En cas dutilisation de loption CARL Mobile, on considre que 3 terminaux mobiles peuvent
gnrer des sollicitations sur le serveur (lors des synchronisations) quivalentes 1 connexion
permanente dun utilisateur CARL Source.
En cas dutilisation de loption CARL Touch, on considre que 6 terminaux mobiles peuvent
gnrer des sollicitations sur le serveur (synchronisations) quivalentes 1 connexion
permanente dun utilisateur CARL Source.
Dans chacun de ces cas, il convient donc de prendre en compte lusage de ces options lors
de lestimation des ressources ncessaires, telles que proposes dans les tableaux suivants.

Utilisation des fonctions ddition de rapports

Lapplication CARL Source exploite en standard le logiciel gnrateur de rapports BIRT .
Le mode dexploitation des fonctions ddition (prsentation, exportation) doit tre pris en
compte en cas dusage rgulier ou intensif.
On considre que durant les traitements de gnration dun rapport, la charge engendre
peut reprsenter lquivalent de 5 utilisateurs en connexion simultane.
Le taux dutilisation des fonctions produisant des rapports devra donc tre pris en compte lors
de lajustement des caractristiques ci-dessous.

V3.1/2012_25/07

Page 40 sur 45

Mmoire technique CARL Source V4

Volet Architecture

Serveur

Moins de 10 connexions
simultanes

10-30 connexions
simultanes

Plus de 30 connexions
simultanes (CS)

Selon connexions

CPU

Contacter CARL Software

au-del de 100 CS

Bi-Processeur Intel Xeon

Affichage

RAM : quantit
disponible pour
lapplication

Quadri-Processeur Intel Xeon

Ecran 1024x768

4 Go pour le serveur
dapplication seul.

1024x768
4 Go mini.
1024x768

4 Go par serveur
N serveurs en Cluster

8 Go si le serveur cumule
application et base de
donnes

Disque dur

Capacit 100 Go

Carte rseau
Systme de
sauvegarde

N = Nombre de CS / 30

1 disque physique SAS

50 Go

N disques physiques SAS

50 Go

Carte 1 Gb/s.
Obligatoire si serveur de
base de donnes.

Carte 1 Gb/s

Conseill

Carte 1 Gb/s

Serveur dapplication

JBoss 4.2.3

Systme d'exploitation
/ JVM

Windows Server 2008 x64

Windows Server 2008R2
Windows Server 2012
ou
Linux 64bits supportant la JDK ci-dessous
JDK 1.6.0_43
JVM 64 bits prconise
WinRM 2.0 server
ou
SSH + Sudo

V3.1/2012_25/07

Page 41 sur 45

Mmoire technique CARL Source V4

Volet Architecture

4.2 Serveur de base de donnes

Lapplication est compatible avec les versions suivantes de SGBD :
Oracle 10g et 11g,

SQL Server 2008 et 2008R2,

PostgreSQL 9.1 et 9.2

Au-del de 10 utilisateurs, il est fortement recommand que ce serveur soit ddi la gestion
du moteur de base de donnes.
Le serveur doit tre conforme aux pr-requis communiqus par l'diteur du systme de gestion
de la base de donnes.

Moins de 10 connexions
simultanes

10 100 connexions simultanes

Contacter CARL Software
au-del de 100 CS

CPU

Bi-processeur Intel Xeon

Affichage

RAM : disponible
pour le SGBD

Disque dur.

Quadri-Processeur Intel Xeon.

Ecran SVGA mini ou 1024x768

2 Go.

4 Go. 16 Go.

Vitesse : 10 15.000 tours/mn

Vitesse : 10 15.000 tours/mn

Capacit : 200 Go

Capacit : 200 Go
Baie SAN

Systme de
sauvegarde

Moteur de base
de donnes

Systme
d'exploitation

Obligatoire (local, centralis ou en ligne).

Oracle Database 10.2.0.3 ou 11g

Oracle Database Express Edition
SQL Server 2008R2 standard ou Express
PostgreSQL 9.1 ou 9.2

Oracle Database 10.2.0.3 ou

11g
SQL Server 2008 ou 2008R2
standard
PostgreSQL 9.1 ou 9.2

Windows 2008 X64 Standard

Windows Server 2012

Windows 2008 X64 EE

Windows Server 2012

Linux ou UNIX valid par lditeur de base de donnes.

Linux et UNIX valid par

lditeur de base de donnes.

WinRM 2.0 server

ou SSH + Sudo

V3.1/2012_25/07

WinRM 2.0 server

ou SSH + Sudo

Page 42 sur 45

Mmoire technique CARL Source V4

Volet Architecture

4.3 Poste dadministration (CARL Source Admin)

Ce poste est destin lexploitation du logiciel dadministration de CARL Source.
Il permet de dployer CARL Source, de configurer linfrastructure et dexcuter des actions
dadministration sur celle-ci, en garantissant la cohrence des dploiements selon les
dpendances entre composants distribus sur les diffrents systmes serveurs cibles.

Poste Windows
Navigateurs Firefox, Chrome, Internet Explorer 9
CPU
Affichage
RAM : quantit
disponible pour
lapplication

Disque dur
Carte rseau

Processeur 1 Core @ 2 GHz

Ecran SVGA 1024x768
2 Go
A ajouter si le logiciel dadministration
est install sur le serveur dapplication JBoss.

100 Go
Carte 1 Gb/s.

Serveur dapplication

Tomcat embarqu

Systme d'exploitation
/ JVM

Windows x32 ou x64

supportant la JDK ci-dessous
JDK >= 1.6
WinRM 2.0 client

V3.1/2012_25/07

Page 43 sur 45

Mmoire technique CARL Source V4

Volet Architecture

4.4 Poste client

Client Web

Machine

Poste quip dun logiciel de type navigateur :

- Internet Explorer 8 minimum, version 9 privilgie
- Firefox version la plus rcente privilgier
- Chrome version la plus rcente privilgier
Bien quil ny ait pas de dploiement sur les postes clients (postes banaliss), la
configuration matrielle de ceux-ci a un impact significatif sur les temps daffichage
(comme toute application ou site web utilisant les technologies JavaScript / Ajax).
En pratique, la puissance du processeur ainsi que la quantit de mmoire du poste
client sont les deux critres importants, ayant une incidence sur les temps de rponse
obtenus.
Pour obtenir les meilleurs temps de rponse, nous prconisons du matriel rcent
(moins de 3 ans), respectant les prconisations du systme dexploitation choisi en
termes de mmoire et de choix de processeur.
Exemples de matriel recommand pour un poste client :

Sous Windows 7 : processeur Intel Core i3 2,9 GHz, 2 Go de RAM.

Sous XP avec IE8 : XP SP3 - Processeur Intel Dual Core E6400 - 2.12GHz/1066MHz et
2 Go de RAM.
Exemple de configuration minimale :

Affichage

Pentium-M 1.86GHz, 1 Go de RAM.

Ecran 1024x768

En complment aux prconisations ci-dessus, nous attirons lattention sur les constats suivants :

Une erreur frquente consiste sous-estimer limportance du poste client pour les
performances des applications Web. En pratique, le bon dimensionnement de ce poste
intervient autant que larchitecture serveur et rseau dans les performances globales
ressenties par lutilisateur.

Lutilisation sur le poste client , dapplications autres que CARL Source en tche de
fond, susceptibles de solliciter le processeur ou la mmoire de manire significative
(scan antivirus, sauvegarde, compression/dcompression des flux HTTP), doit tre
prvue lors du dimensionnement de la configuration de ce poste, afin dviter tout
ralentissement du logiciel CARL Source.

V3.1/2012_25/07

Page 44 sur 45

Mmoire technique CARL Source V4

Volet Architecture

4.5 Option CARL Mobile

Matriel

Appareil mobile

Caractristiques

Tout matriel mobile quip dun OS Windows Mobile 6.x

Affichage cran : VGA
Extension mmoire 1Go
-

accs internet CARL Source : http, quel que soit le support

(3G GPRS Wifi - Ethernet)

ou
-

connexion USB / Poste connecteur

Poste connecteur /
appareils mobiles

PC sous Microsoft Windows XP sp2 / Vista / 7, avec :

Serveur de
synchronisation

Matriel prconis identique au serveur dapplication.

(une architecture 32 bits est galement possible)

Accs internet CARL Source : http

Port USB avec Microsoft ActiveSync, version 4.5 ou suprieure

Accs internet CARL Source : http

4.6 Option CARL Touch

Matriel

Appareil mobile

Caractristiques

Smartphones ou tablettes quips dun OS Android 2.3 minimum

Connexion rseau ncessaire : Wifi, 3G, 4G

Serveur passerelle
(Gateway)

En dessous de 500 terminaux connects simultanment :

Xeon 2 curs / 2.5 GHz / 2 Go RAM
Ce serveur peut tre le mme que le serveur Apache en exploitation
pour CARL Source

Au-dessus de 500 terminaux connects simultanment :

Xeon 2 curs / 2.5 GHz / 2 Go RAM install sur une machine ddie

Le serveur Gateway (Windows ou Linux) doit disposer dune adresse IP

publique afin de permettre la synchronisation depuis un rseau 3G.

V3.1/2012_25/07

Page 45 sur 45