CARL - CS - TECH - Mémoire Technique V5

MEMOIRE TECHNIQUE
CARL Source 5
SOMMAIRE
CARL Software
CARL Software Une société du groupe

361, allée des noisetiers, 69578 Limonest Cedex, France
Tél : +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
1 OBJET..........................................................................................................................................................................................3
2 DÉVELOPPEMENT....................................................................................................................................................................4
3 ARCHITECTURE APPLICATIVE...............................................................................................................................................6
3.1 COMPOSANTS EXTERNES...................................................................................................................................................................................7
3.1.1 Reporting..........................................................................................................................................................................................................7
3.1.2 Chargement de données..........................................................................................................................................................................9
3.1.3 Connexion.......................................................................................................................................................................................................10
3.1.4 CARL Touch : mobilité technicien......................................................................................................................................................12
3.2 INTERFACE UTILISATEUR..................................................................................................................................................................................14
3.2.1 Ergonomie......................................................................................................................................................................................................14
3.2.2 Personnalisation........................................................................................................................................................................................15
3.2.3 Les données métiers................................................................................................................................................................................18
3.2.4 La bibliothèque de documents...........................................................................................................................................................19
3.2.5 Préconisations utiles...............................................................................................................................................................................21
3.3 CAPACITÉS D’INTÉGRATION.............................................................................................................................................................................24
3.3.1 Gestion multilingue.................................................................................................................................................................................24
3.3.2 Gestion multi-fuseaux horaires et multi-calendrier............................................................................................................26
3.3.3 Communication inter applicative.....................................................................................................................................................28
4 CONFIGURATION TECHNIQUE.............................................................................................................................................33
4.1 SERVEURS..........................................................................................................................................................................................................33
4.2 RÉSEAU..............................................................................................................................................................................................................34
4.3 POSTES UTILISATEURS.....................................................................................................................................................................................34
5 ENVIRONNEMENT OPÉRATIONNEL...................................................................................................................................35
5.1 PERFORMANCES...............................................................................................................................................................................................35
5.2 SÉCURITÉ............................................................................................................................................................................................................35
5.3 ADMINISTRATION.............................................................................................................................................................................................38
5.3.1 Module Système........................................................................................................................................................................................38
5.3.2 CARL Source Admin..................................................................................................................................................................................39
6 CONFIGURATION MATÉRIELLE..........................................................................................................................................40
CARL Software
CARL Software Une société du groupe

361, allée des noisetiers, 69578 Limonest Cedex, France
Tél : +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
LOGO CLIENT Mémoire Technique
1 Objet
Ce document décrit l’environnement technique du progiciel CARL Source : outillage, composants
et solutions associées. Il complète le document Mémoire fonctionnel qui à l’aide de copies d’écrans
commentées détaille la couverture fonctionnelle.
De conception modulaire et multilingue, CARL Source propose des fonctionnalités de gestion

technique et économique des actifs.
Parce que les besoins varient selon le domaine activité, CARL Source se décline dans les lignes
métier suivantes :
Facility répond aux demandes des activités de services : énergie, immobilier, prestataire …
Transport s’adapte aussi bien aux besoins relatifs aux matériels roulants qu’aux
installations fixes
Factory couvre les besoins de l’industrie : agroalimentaire, biens, chimie, transformation…
Santé a été pensé pour répondre aux attentes des établissements de soins (technique,
biomédical, informatique…
City couvre les besoins des services publics : Etat et collectivités territoriales
Paraphe Client
Page 3
2 Développement
L’application est réalisée sous l’environnement de programmation intégré Eclipse IDE, en langage
Java, sur plateforme d’exécution JEE.
L’environnement Eclipse IDE est extensible et a ainsi été enrichi à l’aide de Plug in.
Il fonctionne sous Linux ou Windows. La plateforme est bâtie autour des briques suivantes :
Platform Runtime démarrant la plateforme et gérant les plug-ins
SWT la bibliothèque graphique de base de l'EDI
JFace une bibliothèque graphique de plus haut niveau basée sur SWT
Eclipse Workbench qui est la dernière 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 indépendants de toute

architecture matérielle. Il exploite :
La machine virtuelle Java, qui permet d'exécuter les programmes écrits en Java.
Le bytecode Java, résultat de la compilation d'un programme écrit en Java par le
compilateur Java.
La plateforme d’exécution Java correspond à la machine virtuelle Java plus des
spécifications d'API.
La plateforme JEE (Java Platform Entreprise Edition), est destinée à l’exécution de programme Java
sur un serveur d’application, et regroupe les API de base, ainsi que les API spécialisées et orientées
« entreprise ». Elle permet ainsi de séparer :
La couche de présentation, correspondant à l'interface homme-machine (IHM). L’interface
utilisateur exécute une implémentation Spring qui fournit une bibliothèque permettant, de
créer des composants graphiques, et de gérer des événements « utilisateurs ». La méthode
Ajax (Asynchronous JavaScript And XML) est notamment employée afin d’enrichir l’interface
utilisateur (cinématique écrans à base de requêtes HTTP XMLHttpRequest).
La couche « métier » contenant l'essentiel des traitements appliqués, se basant sur des API
existantes. Les relations de persistance entre Objets et Base relationnelle sont assurées
par un composant Hibernate.
La couche de gestion des données assure le stockage des informations de l'entreprise, au

sein des bases de données relationnelles ou des fichiers XML inter-opérant avec des
annuaires d'entreprise ou des systèmes d'information tiers.
Les développements s’effectuent à l’aide d’un ensemble de logiciels collaboratifs Open Source :
La gestion des versions est traitée grâce à une solution GIT avec le logiciel bitbucket (de la
société Atlassian).
Paraphe Client
Page 4
Les tests unitaires sont élaborés à l’aide des logiciels JUnit (backend) et Selenium
(FrontEnd), selon un principe de type TDD (Test Driven Developpement) consistant à définir
les tests simultanément à l’écriture du code de chaque composant.
Les travaux effectués par l’ensemble des ressources impliquées sont consolidés selon une
procédure de type Intégration continue, à l’aide du logiciel Jenkins qui permet
d’automatiser la phase de construction et test unitaire de l’application.
La couverture du code est évaluée à l’aide du logiciel Emma qui fournit des métriques
précis au niveau des classes, méthodes (ratio de lignes testées).
Nos équipes de développement mènent leurs travaux, selon un cycle itératif et des processus
agiles, cadencés par des procédures d’intégration automatiques, et cela vis-à-vis des diverses
plateformes cibles : SGBD, Serveur d’application…
Différents logiciels sont mis en œuvre au sein de notre système d'information, pour garantir la
qualité des versions déployées :
Trac : un portail collaboratif, accessible à tous les acteurs du projet, qui outre un espace de
documentation et d’information (Wiki), permet de suivre les demandes de modifications et
de corrections (Tracking).
HP Quality Center* : assure la gestion du référentiel et des scénarios de test, en relation

avec les spécifications fonctionnelles. Il permet de planifier et suivre les campagnes de
tests, en garantissant le contrôle qualité afférant au processus de développement. Un plan
de test est associé à chaque livraison logicielle, spécifié au regard de l’étude d’impact
menée en phase de spécification des évolutions.
En complément, le logiciel assure le pilotage des tests automatiques exécutés avec l’outil
Quick Test Pro*.
* Mercury Quality Center & Quick Test Pro sont édités par la société HP.
NeoLoad* : outil de test en charge, permet de s’assurer du comportement de l’application

avant mise en production. Il contribue à l’établissement des pré-requis techniques
nécessaires au respect des performances, en fonction du nombre d’utilisateurs simultanés
visés.
* NeoLoad est édité par la société Neotys
Une application interne de type CRM (gestion relation clients) assure le suivi des demandes
ou de toutes observations concernant l’exploitation du logiciel sur les sites.
Cet ensemble de modules offre une traçabilité complète des demandes, tout au long de leur
traitement, en permettant une communication privilégiée dans le cadre des missions de support
dispensées auprès des utilisateurs exploitant le logiciel.
Paraphe Client
Page 5
3 Architecture applicative
Le socle fonctionnel repose sur une architecture n-tiers ouverte et évolutive.
Le serveur de données : Base de données Oracle (11gR2, 12c), SQL Server (2014 ou 2016),
PostgreSQL 9.6.6.
Le serveur d’application : Serveur d’application Tomcat 8.5.16 opérant sous système

d’exploitation Linux ou Windows
Le serveur web : Serveur Apache 2.4.x
Des postes utilisateurs équipés d’un navigateur Microsoft Internet Explorer, Mozilla
Firefox, Chrome, Edge. Nous préconisions toutefois pour des raisons de performances
l’exploitation de Firefox ou de Chrome.
Paraphe Client
Page 6
3.1 Composants externes

L’application intègre différents composants externes spécialisés pour remplir des fonctions
dédiées.
3.1.1 Reporting
L’outil BIRT (Business Intelligence and Reporting Tools initié par la société Actuate), proposé est
issu d’un projet Open source dans l’environnement Eclipse.
Les deux principaux composants de BIRT sont l’outil de conception de rapports exécuté sur un PC /
Eclipse, et le moteur d'exécution embarqué par le serveur d'applications JEE.
Paraphe Client
Page 7
Chaque rapport est décrit dans un fichier (au format XML). L'éditeur associé à ce type de fichiers
permet de construire graphiquement le rapport (à la façon d'un traitement de texte).
Pour chaque rapport, une vue 'Explorateur de données' permet la définition d'une ou plusieurs
'sources de données' et d'un ou plusieurs 'jeux de données' extraits de la source de données. Les
'jeux de données' constituent les données à afficher.
L'édition du rapport se fait en mode graphique en insérant les différents composants disponibles
(Texte, image, tableau, liste, graphique, ...). Les valeurs affichées par ces composants peuvent être
soit statiques, soit extraites des 'jeux de données', soit calculées en utilisant des formules
prédéfinies et des routines écrites en JavaScript.
A tout moment, le concepteur du rapport peut demander son exécution directement à partir des
menus de BIRT. La prévisualisation se fait au format HTML ou PDF.
La mise en exploitation s’effectue en déployant le rapport sur un serveur d'applications JEE dans
lequel le moteur d'exécution BIRT a été installé. Le rapport sera alors accessible via une URL dont
les paramètres permettent notamment d'indiquer le format de génération (PDF ou HTML).
Paraphe Client
Page 8
3.1.2Chargement de données
Les mécanismes d’extraction, de transformation et de chargement de données sont basés sur l’ETL
Talend. Le composant est construit selon une architecture autorisant la montée en charge. Il facilite
les reprises de données, ainsi que le dialogue avec les applications existantes dans l’entreprise
(achats, stock, comptabilité, GTC...).
Ainsi, l’outil de reprise de données CARL Loader effectue la transformation / intégration dans la
base de données, des fichiers préparés : les structures équipements, les intervenants, les articles,
les fournisseurs, les comptes financiers, les gammes, listes de configuration… Selon les besoins, ce
périmètre de chargement peut être étendu ou encore complété.
La préparation des données s’effectue directement dans les différents formulaires (.csv) remis. Le
chargement peut être effectué en plusieurs fois.
Le chargement des données dans la base s’effectue en deux étapes :

Transformation des fichiers de chargement .csv en fichiers d’import .xml
Intégration des fichiers .xml dans la base de données. Celle-ci peut s’effectuer directement
via les web services ou via l’exécution des interfaces concernées.
Paraphe Client
Page 9
Après exécution de la transformation des fichiers .csv en fichiers d’import, le résultat de l’exécution
est présenté. Il précise notamment les lignes en erreur et la nature des problèmes rencontrés :
doublons, intégrité…
Le compte rendu de transformation peut également être envoyé sous forme de courriel via le
serveur de messagerie en place.
Le compte rendu d’insertion des fichiers transformés dans la base de données est proposé au
niveau des interfaces invoquées via le résultat d’exécution et l’historique des échanges.
3.1.3Connexion
L’application dispose de fonctionnalités d’administration des login utilisateurs et des mots de passe
associés. Ceux-ci sont stockés par défaut selon le mode de cryptage SNA-256, couplé à un
mécanisme de SALT intégré. Ceci doit conférer un niveau de sécurité satisfaisant pour le système.
Il est également possible de déléguer l’authentification des utilisateurs à votre annuaire

d’entreprise ; dans la mesure où ce dernier est un annuaire utilisant le protocole LDAP version V3.
Paraphe Client
Page 10
L’option Login propose deux modes d’authentification :

Délégation d’authentification : l’utilisateur s’authentifie avec ses identifiants d’entreprise
(login et mot de passe géré par votre annuaire) au travers de la mire de connexion CARL
Source. Les informations d’identification sont transmises à l’annuaire LDAP qui réalise
l’authentification.
Authentification Single Sign On : connexion « automatique » en mode SSO pour les
annuaires d’entreprise de type Active Directory. Cette authentification automatique
exploite la propagation du jeton de session depuis le navigateur web jusqu’à
l’application CARL Source.
Pour rendre opérationnelle cette option, l’application CARL Source sera accessible au
travers d’un serveur Apache hébergé sur une machine dotée d’un OS (Operating
System) Windows. Le serveur Apache, votre annuaire et vos postes clients doivent
adhérer à un même domaine Active Directory.
De plus l’option Login propose un mécanisme de gestion des profils utilisateurs :

Si l’utilisateur est déclaré dans CARL Source, et que les identifiants issus de la session
Windows de l’utilisateur sont valides, la connexion s’opèrera avec le profil de cet utilisateur
Si l’utilisateur n’est pas déclaré dans CARL Source, et que les identifiants issus de la session
Windows de l’utilisateur sont valides, la connexion pourra, en fonction des paramètres
déclarés dans l’application, être réalisée avec un profil par défaut ou être refusée.
Enfin, si l’on souhaite mettre à jour régulièrement, dans CARL Source, les informations liées à
l’utilisateur (Nom, Prénom, N° de téléphone, localisation ….) vous disposez :
D’une interface asynchrone pour effectuer cette tâche
D’une synchronisation « temps réel » exécutée 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 spécifications des services informatiques
D’unifier la gestion des identifiants à l’ensemble des applications du SI
Paraphe Client
Page 11
3.1.4CARL Touch : mobilité technicien

CARL Touch simplifie le processus intervention. Il propose une utilisation déportée et déconnectée
du processus intervention sur des appareils de type tactile fonctionnant sur Android (version 4.0.3
minimum).
En interaction avec CARL Source, il permet aux

intervenants de traduire les réalisations terrains
en relation avec les processus interventions mis en
œuvre : prise en charge de tâches
Son ergonomie tactile, ses possibilités

multimédias, sa capacité de géo-localisation…
facilitent l’apprentissage et simplifient l’utilisation.
Les mécanismes de synchronisation sont totalement transparents pour l’utilisateur. La

transmission des données s’effectue, en mode Push, via protocole Web socket lors des liaisons
réseau Wifi et 3G.
Paraphe Client
Page 12
Les échanges entre CARL Touch et CARL Source exploitent deux protocoles :
Requêtes HTTP ou HTTPS lorsqu’il s’agit de fonction de recherches
Websocket sécurisé pour la synchronisation des données
Serveur
Serveur Apache Applicatif CARL Source
Internet
Ports
HTTP / HTTPS
8009, 8187, 9000
Port 80 , 443
Gateway CARL Touch

Web Socket Sécurisé Websocket Protocole (port 9000 &
Port 80, 443 ou paramétrable ex 8087)
8087
Nota : L’usage du port 80 (ou 443) pour la connexion HTTP et pour le Web Socket nécessite deux
adresses IP publiques distinctes.
Si la gestion de l’APK est déléguée à CARL Source, l’installation et la configuration de CARL Touch
s’effectuent simplement par flash de QR Code.
La solution proposée est compatible Android Entreprise, ce qui garantit la prise en charge par la
majorité des logiciels de MDM (Mobile Device Management) pour la distribution de l’APK via votre
« store » privé.
Dans ce contexte, CARL Software mettra à disposition des APK dont l’identifiant sera structuré
selon le format com.carl.touch.android[N° de licence]_[Base] pour garantir la cohérence avec votre
licence.
Ces APK pourront être fournies signées ou non signées en fonction des besoins.
Paraphe Client
Page 13
3.2 Interface Utilisateur

3.2.1Ergonomie
CARL Source est une application WEB riche : multifenêtrages, recherches, menus contextuels,…et
normalise l’accès à l’information : onglets, couleurs, raccourcis…
Un soin tout particulier a été apporté à la présentation des données : icônes contextuelles, menus
personnalisés… Toutes les informations susceptibles d’intéresser l’utilisateur sont disponibles à
chaque instant.
La navigation d’une information à l’autre est intuitive : chaque fois qu’un code est affiché à l’écran ;
il est possible par un clic d’obtenir l’affichage de la fiche détaillée associée sans changer de module
ni de fonctionnalité.
Les écrans et fonctionnalités correspondent aux besoins des fonctions (intervenants, responsables,
gestionnaires…) déroulant un processus. Par conséquent, chacune de ces fonctions interagit sur les
mêmes entités fonctionnelles à partir d’écrans adaptés.
Bien que doté d’une grande richesse fonctionnelle, grâce à son haut niveau de personnalisation,
CARL Source est avant tout, un produit simple d’utilisation. L’approche modulaire par packs
fonctionnels permet une mise en œuvre appropriée et progressive.
Paraphe Client
Page 14
3.2.2 Personnalisation
La personnalisation du progiciel joue un rôle prépondérant lors de l’apprentissage et pour
l’adhésion rapide des utilisateurs. Selon les exigences utilisateurs, l’interface, les données, les
traitements… sont personnalisables.
Le dictionnaire des données référence tous les objets fonctionnels présentés par l’application. Il
permet de configurer facilement l'application :
comportement des objets fonctionnels (documents, workflow, restrictions…),
définition des attributs (ajout, propriétés, formatage, …)
Paraphe Client
Page 15
La personnalisation s’effectue depuis des fonctionnalités orientées utilisateur ; ceci apporte plus
de simplicité et d’évolutivité.
Les éditions standards peuvent servir de base à la création de nouveaux états accessibles
directement depuis les fonctionnalités associées.
Les mails utilisateurs, couplés aux transitions d’états issues des processus déroulés, sont
paramétrables : contenu et destinataires dynamiques…
Les écrans de saisies sont modifiables à l’aide de boites à outils ; l’utilisateur peut ainsi
modifier aisément la terminologie, l’agencement, le contenu des écrans utilisateurs.
Paraphe Client
Page 16
Le groupe de personnalisation est une notion qui permet de rassembler des formulaires
personnalisés, en les associant aux différentes fonctionnalités de l’application, pour mutualisation
et diffusion simplifiée de la personnalisation pour l’ensemble des utilisateurs : charte graphique,
formulaires utilisés, menus proposés,…
Selon son profil, l’utilisateur aura accès au mode personnalisation depuis chaque écran de
l’application, par exemple pour ajuster des modifications qui lui sont propres : préférences
ergonomiques, largeur de colonnes…
Paraphe Client
Page 17
3.2.3 Les données métiers

Différentes listes de valeurs reprennent les dénominations adoptées par les intervenants dans le
cadre de leurs missions, et les présentent dans les différents écrans. Des listes proposées en
standard au sein des fonctionnalités peuvent, si nécessaire, être complétées de listes propres à
l’activité réalisée.
Par ailleurs, les dénominations utilisées dans les écrans, les messages, les rapports… peuvent être
personnalisées via l’action « configurer les libellés » proposée depuis la fonctionnalité dictionnaire.
Paraphe Client
Page 18
3.2.4 La bibliothèque de documents

Une bibliothèque permet de référencer et décrire les documents utiles à la gestion de l’activité.
Ceux-ci peuvent être stockés sur un répertoire partagé, accessible depuis le serveur d’application
ou liés à travers leurs chemins de stockage. Pour en faciliter l’administration, les documents de la
bibliothèque peuvent être importés et exportés.
Il est possible de lier un ou plusieurs documents, référencés ou non en bibliothèque, à chaque

entité fonctionnelle de l’application. L’icône clignote pour avertir l’utilisateur qu’un document
est associé et qu’il peut être consulté. Le mode de consultation proposé permet également de
visualiser depuis chaque élément (par exemple l’équipement) les documents liés à des entités en
relation avec cet élément (par exemple, le document issu du modèle de l’équipement en question).
Les documents liés à un élément (un matériel, une intervention…) peuvent être imprimés
contextuellement lors de l’édition d’un rapport concernant l’élément en question. Ils sont alors
ajoutés en fin du document au format Acrobat (pdf). Ce mode d’édition utilise un service Open
Office assurant la conversion pour les principaux formats sources : doc, txt, xls, ppt, jpg, jpeg, png,
tif, tiff, gif.
Paraphe Client
Page 19
Paraphe Client
Page 20
3.2.5 Préconisations utiles

Les préconisations et conseils utiles en cas de personnalisation du modèle physique de données du
progiciel CARL Source sont présentés ci-après, notamment lorsque l’on souhaite augmenter via la
gestion du dictionnaire, la taille d’un attribut de type Code ou Texte alphanumérique.
Responsabilité
Produit Compatible Restriction Commentaires
Client
Vérifier les formulaires CARL Source

afin que la taille des champs affichés
reste compatible.
(A traiter via la personnalisation de
formulaires).
CARL Source X X
Vérifier la cohérence en cascade, au
cas où un objet génère d’autres objets
(ex : gamme/Intervention, modèle
équipement, ligne de
DA/Commande…).
Ajuster les libellés en conséquence.
Aucun problème de stockage des

attributs : les champs sont de type «
Texte » sans limitation.
CARL Touch X
Les attributs trop longs seront
tronqués à l’affichage (avec …) même
en mode d’affichage « tablette ».
CARL Flash X
L’outil de chargement reste utilisable

mais les contrôles sont fixés seront les
formats limités aux tailles standard.
Il peut être nécessaire de charger

certaines données via une interface
standard (XML, CSV), en créant
CARL Loader X éventuellement une norme X
personnalisée pour des données
reprises selon un format de type
fichier plat.
Le cas échéant, une adaptation de

format spécifique peut être envisagée
(utilisation du programme Talend).
Etat de sortie X Un rapport utilisant un attribut dont la X

BIRT taille est augmentée peut nécessiter
Paraphe Client
Page 21
Responsabilité
Client
une modification selon la longueur

définie par défaut.
A traiter au cas par cas par
personnalisation de rapport / Birt.
Fonction d’export
de fichier X
(Excel…)
Pas de limitation.
L’outil Draw2DB reste compatible et
Option CARL n’applique pas de contrôle selon le
X
Maps CAD nombre de caractères des données :
la limitation dépend de la DataBase
cible.
Option CARL
X
Maps Street
Option CARL
X
Maps GIS
Option Open
X
(import/Export)
En cas de modification de taille d’un

attribut de type « Texte traduisible », il
faut agrandir celle de la table de
Option Babylon X traduction correspondante si l’on X
souhaite que toutes les langues
utilisées bénéficient de la même taille
de champ.
Peu de risque de rencontrer une

limitation. Vérification à mener selon
Option Login
X le composant tiers constituant le X
(annuaire)
référentiel d’authentification /
Utilisateurs.
Option Track
X
(Trace / audit)
Un Patch reste une évolution mineure

Installation de
X qui ne modifie pas la structure des
Patch
données.
Paraphe Client
Page 22
Responsabilité
Client
En cas d’évolution complexe, une

transformation de données peut être
opérée via une table intermédiaire. Ce
Mise à jour de type de traitement est rare, mais il est
X X
version majeure toutefois conseillé de vérifier le
document « Evolution du MPD »
préalablement à une mise à jour de
version majeure.
Paraphe Client
Page 23
3.3 Capacités d’intégration

3.3.1Gestion multilingue
L’application peut être mise en œuvre au sein de structures internationales, où doivent cohabiter
plusieurs versions linguistiques.
Différentes langues sont proposées en standard par l’application : français, anglais, espagnol,
italien, allemand et peuvent être enrichies sur demande.
Depuis la fiche utilisateur, la langue d’utilisation de l’application est sélectionnée. L’interface

utilisateur : menus, écrans, messages, rapports, listes de valeurs… est alors proposée dans la
langue de l’utilisateur.
Par ailleurs, lors de la mise en œuvre de l’application, il est possible de procéder à une phase
d’ajustement des libellés, en cas d’exigences plus spécifiques quant à la localisation de la version
exploitée.
Paraphe Client
Page 24
Paraphe Client
Page 25
Nos équipes disposent d’un outil dédié qui facilite le processus de traduction et permet à CARL
Software de mettre en œuvre très rapidement de nouvelles versions linguistiques, au regard des
nouveaux besoins exprimés.
Paraphe Client
Page 26
3.3.2 Gestion multi-fuseaux horaires et multi-calendrier
La gestion multi-fuseaux horaires est dédiée aux sociétés souhaitant exploiter une seule base
de données CARL Source (et ses options) avec des utilisateurs présents dans différents pays,
utilisant différents fuseaux horaires et potentiellement différents calendriers.
La gestion multi-calendrier permet un déploiement de l’application dans des pays utilisant le

calendrier Persan.
Ces deux fonctionnalités transverses permettent à chaque utilisateur de saisir, rechercher et

consulter des données horodatées dans son fuseau horaire et avec son calendrier courant, tout
en garantissant l’intégrité et la cohérence des processus.
Lors de l’installation de l’application, l’administrateur précise le type de calendrier utilisé et le

fuseau horaire par défaut (ces informations ne seront plus modifiables après l’installation).
Ensuite l’administrateur associe un fuseau horaire à chacun des utilisateurs ; celui-ci peut être
différents des fuseaux horaires d’installation de l’application et des serveurs informatiques.
Lors de la connexion à CARL Source, la session de l’utilisateur est positionnée par défaut sur le
fuseau horaire qui lui a été attribué par l’administrateur.
S’il en a les droits, l’utilisateur pourra changer de fuseau horaire (pour consultation ou création)
via l’icône "Changement de fuseau à la volée" situe dans le bandeau supérieur de l’application,
appliquant ainsi un autre fuseau horaire a sa session.
Lors de la prochaine connexion a CARL Source, la session de l’utilisateur sera de nouveau
affectée à son fuseau horaire par défaut.
Lors de la création d’entité, celle-ci est toujours enregistrée dans le fuseau horaire de session
de l’utilisateur qui exécute l’action.
Dans les formulaires de recherche, les données horodatées sont affichées dans le fuseau
horaire de session de l’utilisateur.
Sur le formulaire de détail d’une entité de référence (exemple : Article), les données sont
présentées dans le fuseau horaire de la session de l’utilisateur.
Sur le formulaire de détail d’une entité dite "de process" (exemple : Intervention), les données
horodatées sont présentées dans le fuseau horaire de l’entité.
Le fuseau horaire de l’entité peut être diffèrent de celui de la session de l’utilisateur.

o Dans ce cas, un message d’information s’affiche et le formulaire détail en cours
d’utilisation bascule en en lecture seule.
o Pour chaque champ de type "Date" ou "Date-heure", l’utilisateur peut (en survolant
l’icône située à droite du champ) afficher dans une info-bulle la date-heure
convertie dans son fuseau horaire de session.
L’utilisateur dispose de possibilités de personnalisation (cf. Aide en ligne).
Paraphe Client
Page 27
Il est possible de choisir le fuseau horaire de sortie d’un rapport (session ou entité) : les dates-
heures du rapport imprimable seront exprimées dans ce fuseau horaire.
Remarque : La date-heure d’impression du rapport (indiquée en pied de page) est quant à elle
toujours exprimée dans le fuseau horaire de session de l’utilisateur qui a exécuté l’impression.
Des APIs de manipulation des dates et des temps sont disponibles.

Des types de valeurs sont ajoutés : date, date-heure, instant, contexte temporel, unité
temporelle, et TemporalContextStore.
Par exemple :
o Utilisation de Instant pour les évènements datés par l’ordinateur (présent et
passe). Il s’agit du moment où se produit un évènement (ex : Changement d’état).
o Utilisation des Dates-Heures pour les évènements "planifies" par l’utilisateur (ex :
Date et heure de début d’intervention).
Il est possible de paramétrer les rapports BIRT avec des méthodes Javascript, accessibles dans
le fichier "method.js". Ces méthodes permettent d’exprimer les dates-heures dans :
o le fuseau horaire de session : fmtSessionDate(locale)
o le contexte de l’entité : fmtDate(columnBinding, pattern, temporalContextStore,
attributeName)
o un fuseau horaire particulier : fmtZonedDate(columnBinding, pattern, timeZoneId)
Paraphe Client
Page 28
3.3.3 Communication inter applicative

L’option Open facilite les échanges de données entre CARL Source et les autres applications de
votre SI. Ces échanges peuvent s’effectuer selon différents formats : CSV, XML… ou via divers
protocoles, synchrones ou asynchrones : Web Services, files de messages…
Un système externe communique via des interfaces, pilotées selon un ordonnancement, avec
l’application CARL Source.
Paraphe Client
Page 29
Le point de connexion décrit le mode d’échange utilisé par les interfaces mises en œuvre : dossier
entrée ou sortie, format… La définition des données échangées s’effectue depuis la fonctionnalité
interface via les objets d’intégration.
Paraphe Client
Page 30
Des interfaces standards permettent d’échanger des données vis à vis des entités fonctionnelles
de chaque module :
Module équipement : points de structures, matériels, modèles, liens de l’arborescence
équipements, relevés de mesure, évènements.
Module ressource : intervenants.
Module travaux : demandes d’intervention, interventions, gammes, plans préventifs,
natures d’intervention, opérations, symptômes, causes de panne, remèdes, équipes,
spécialités.
Module stock : articles, familles, stockage articles, mouvements de stock, magasins de
stockage.
Module achat : fournisseurs, demandes d’achat, commandes, réceptions, retours
fournisseur, nature d’achat.
Module finance : budgets, sections.
Module système : sites, listes de valeurs.
L’interface définit ainsi :

La direction : Import (entrée) ou Export (sortie),
Le format de transformation XSL, si le format des fichiers XML utilisés n'est pas standard,
La classe de transformation, en cas de traitements spécifiques nécessaires,
Les points d'intégration, correspondant chacun à un objet d'intégration, avec si nécessaire,
sa classe de traitement spécifique associée.
Paraphe Client
Page 31
L’objet d’intégration décrit les attributs du ou des objets pris en compte par l’interface :
L’exécution des interfaces peut être automatisée selon des périodes définies via la fonctionnalité
« traitement automatique ».
CARL Source conserve les traces d’exécutions. Par exemple, en cas d'erreur lors d’une importation
de données, CARL Source propose chaque élément rejeté, avec le message d'erreur retourné par
l'application.
Paraphe Client
Page 32
Les exemples ci-dessous extraits de l’aide en ligne illustrent l’import d’évènements selon deux
formats de fichiers distincts : csv et xml.
Paraphe Client
Page 33
4 Configuration technique
4.1 Serveurs
Les caractéristiques des serveurs seront déterminées selon les paramètres d’utilisation estimées :
mode de connexion, nombre d’utilisateurs…
Le serveur base de données

Les environnements d’exécution supportés par les serveurs bases de données sont : MS Windows
Server 2012 R2 (x64), MS Windows Server 2016 (x64), Linux 64 bits (CentOS 7 ou Debian 9).
Le serveur d’application
Les environnements d’exécution supportés par les serveurs d’application sont : MS Windows Server
2012 R2 (x64), MS Windows Server 2016 (x64), Linux 64 bits (CentOS 7 ou Debian 9).
L’application peut être hébergée par un pool de serveurs pour un nombre d’utilisateurs très
important. Un reverse proxy connecte alors les utilisateurs à l’un des serveurs du pool. Cette
solution autorise aussi une grande tolérance aux pannes lorsque l’on souhaite disposer d’un fort
taux de disponibilité.
Le serveur web
L’hébergement peut être effectué sur un serveur web existant : MS Windows Server 2012 R2 (x64),
MS Windows Server 2016 (x64), Linux 64 bits (CentOS 7 ou Debian 9) + Serveur Apache 2.4.x
Paraphe Client
Page 34
4.2 Réseau
CARL Source s’utilise sur les protocoles standards du marché : TCP/IP, NET8, HTTP, HTTPS, SMTP,
XML… et est donc indépendant de la topologie réseau qui peut être : Ethernet, fibre chanel, ATM…
L’application est développée afin d’optimiser la bande passante consommée. Tous les traitements
lourds sont réalisés sur le serveur d’applications et seul l’ensemble résultat est rapatrié sur le poste
client.
La connexion entre les serveurs d’applications et le serveur de base de données doit être de type
réseau local 100Mb ou 1Gb. Il est à prévoir une moyenne de 30 kb/s par session active. La
consommation dépend de l’usage de CARL source et des fonctionnalités mises en œuvre comme le
SIG ou le paramétrage des listes résultat de recherche.
En complément nous précisons que CARL Source utilise :

le port 80 en http (réseau Intranet) et le port 443 en https (réseau extranet, sous réserve de
l’acquisition d’un 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 d’application et le
serveur de données et d’éditions Birt.
4.3 Postes utilisateurs

Le nombre de postes potentiellement clients de l’application est limité à 32 768 (2 15). Le mode
d’affichage recommandé est de 1024x768.
Toutes les fonctionnalités sont accessibles depuis un client Web banalisé.
Paraphe Client
Page 35
5 Environnement opérationnel
5.1 Performances
Issu de technologies java et JEE éprouvées, CARL Source tire aujourd’hui le meilleur de ces
technologies, notamment au niveau des temps de réponse de l’application.
CARL Source est conçu pour offrir des temps de réponse d’affichage d’écrans inférieurs à 2
secondes, hors fonctionnalités de recherche et d’analyse, dans un contexte où l’ensemble des
préconisations techniques sont respectées (bande passante, architecture serveur et poste client
conforme…). En ce qui concerne les recherches et les analyses, les temps de réponse sont bien
entendu liés à la complexité des requêtes formulées et au volume d’enregistrements concernés par
la recherche.
Le système a été testé avec une charge de plus de 1000 utilisateurs connectés pour 400000
équipements ayant chacun environ 300 caractéristiques. Le comportement du système s’est avéré
conforme aux attentes de performance et de robustesse.
5.2 Sécurité
Sûreté de fonctionnement
Lors de la mise en œuvre, il est possible de publier les sites web en mode sécurisé afin que tous les
échanges entre les clients et le serveur soient cryptés (SSL/TLS).
De même, la communication entre le serveur d’application et le serveur de base de données peut
être encryptée via SSL/TLS.
Confidentialité
Les possibilités offertes au niveau de la détermination des nœuds d’accès des profils utilisateurs
permettent de définir les niveaux d’autorisation d’accès aux données.
Les possibilités de restriction offertes par CARL Source permettent d’occulter pour un profil donné
(et même pour un utilisateur) les entités fonctionnelles qui ne le concernent pas.
Habilitation
Dans CARL Source, la session applicative est ouverte avec le niveau d’habilitation configuré pour
l’utilisateur concerné. Chaque utilisateur est identifié par son nom et son mot de passe. Ces
informations sont stockées soit dans le schéma de données soit dans un annuaire LDAP. Le mot de
passe est crypté.
Lors de la connexion, une trace est enregistrée et l’utilisateur se voit affecté les droits définis dans
son profil. Les paramètres d’un profil sont stockés dans le schéma de données.
Dans le prolongement du mode d’identification assuré par LDAP, la définition du profil peut être
déléguée à un composant d'administration externe. Dans cette configuration, des options de
connexions particulières sont alors à activer si l'on souhaite que ce type d'information soit transmis
Paraphe Client
Page 36
de façon dynamique. Par ailleurs, la liste des profils devra faire partie du catalogue référentiel à
partager.
Paraphe Client
Page 37
Traçabilité
Le progiciel gère des tables d’historiques pour la plupart des informations au niveau d’une session
applicative ouverte avec CARL Source.
L’option Track permet d’enregistrer sélectivement les modifications des données sensibles de la
base. Les traces permettent de replacer la modification dans son contexte. Elles reprennent ainsi
l’élément concerné, la nature (insertion, modification, suppression), la date de modification,
l’ancienne valeur, la nouvelle, l’utilisateur connecté…
L’activation du « mode audit » est paramétrable à l’objet et à l’attribut près. Au niveau de l’objet,

l’audit peut être activé pour tous les éléments correspondants au filtre précisé. Les valeurs relatives
aux attributs précisés en identifiants seront enregistrées sur la ligne de trace et permettront ainsi
de rechercher / analyser plus facilement les lignes de trace.
Pour chacun des attributs de l’objet, le mode audit peut être activé en insertion, modification,
suppression. Toute modification d’un attribut objet sous audit sera alors enregistrée dans une ou
plusieurs tables associées et présentée ensuite depuis la fonctionnalité de consultation des traces.
Disponibilité
Le risque de perte de données est minimisée par la mise en œuvre du mode « Archivelog » de la
base de données qui assure la restauration à partir de la dernière sauvegarde jusqu’à la dernière
transaction validée.
Les volumes de bases de données atteints permettent d’envisager des durées de restauration
compatibles avec les exigences utilisateurs.
La mise en cluster des serveurs d’application et des serveurs de données peut permettre d’assurer
un très haut niveau de disponibilité.
Exploitabilité
La solution est accompagnée d’un outil d’administration CARL Source Admin (§ 5.3.2) permettant
d’assurer l’ensemble des fonctions de supervision et d’exploitation nécessaires.
La solution peut aussi être intégrée avec des outils d’administration JEE compatible JMX tels que
TIVOLI© (IBM), OpenView (HP), Nagios (Linagora) ... A travers ces dispositifs, l’administrateur dispose
Paraphe Client
Page 38
des indicateurs de charge et d’état des ressources des systèmes d’exploitation des machines de
l’application.
Suite à une interruption, au redémarrage de la base de données, un « recover database » rejoue les
dernières transactions. Au niveau des processus d’échanges de données, les tables historiques
d’import indiquent la dernière ligne traitée et donc le point de reprise.
Réseau
CARL Source étant indépendant du réseau physique, il n’y a à priori pas de limitation dans la mise
en œuvre. Le progiciel reprend les standards du marché y compris pour les liens sécurisés : TCP/IP,
IPSec, HTTPS, SSL, VPN, Net8 ...
Plan de reprise d’activité

Le Plan de reprise d’activité s’appréciant de manière globale, nous pouvons vous accompagner afin
d’intégrer la GMAO aux principes du PRA établis.
Nous pouvons aussi apporter des solutions technologiques (matérielles, logicielles, services) qui
méritent d’être étudiées au sein de votre environnement. Nous, sommes notamment en mesure de
fournir une solution de réplication de la plateforme serveur sur un site secondaire : cette approche
garantit la continuité de service en cas de défaillance de vos serveurs locaux.
Nous pouvons en effet mettre à disposition une sauvegarde en temps réel des données et des
applications avec bascule automatique sur le serveur de redondance permettant d’obtenir une
architecture Haute disponibilité.
Cette solution s’appuie sur la technologie Double-Take. Double-Take crée en temps réel, à l’octet
près, une image complète du serveur redondé. Cette dernière est automatiquement intégrée à une
machine virtuelle passive sur notre infrastructure de redondance mutualisée et virtuelle.
En cas d’indisponibilité, le système Double-Take détecte la perte du serveur et active la machine

virtuelle qui prend automatiquement l’identité de votre serveur dédié. Le temps de reprise de votre
serveur est estimé à moins de 5 minutes (calculé sur le temps du démarrage d’une machine
virtuelle).
Aucun paramétrage n’est à prévoir, 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 dédié, une restauration automatique est faite par le logiciel Double-Take ne
demandant aucune intervention et sans rupture de services.
Paraphe Client
Page 39
Paraphe Client
Page 40
5.3 Administration
5.3.1Module Système
Ce module assure l’administration fonctionnelle de l’application : définition des listes de
configuration, des paramètres d’utilisation, des profils utilisateurs, des personnalisations, des
traitements métiers…
Installation
Aucune installation sur les postes clients.
Recette et production
La base de données est livrée avec deux schémas : un schéma de test et un schéma de production.
Il est possible, à un niveau plus global, de disposer de plusieurs environnements pour faciliter
l’administration et la montée en version : un environnement de recette et un environnement de
production.
Sauvegarde / reprise
Une sauvegarde quotidienne de la base de données doit être réalisée à l’aide des agents base de
données des produits de gestion de sauvegarde. Les sauvegardes peuvent être faites « à chaud »
ou « à froid » par copie de fichier.
Les scénarii de reprise sont ceux préconisés par la base de données lors de la mise en œuvre de la
sécurité (Archive Log). Il est possible dans ce cas de reprendre l’activité jusqu’à la dernière
transaction valide, donc postérieure à la dernière sauvegarde.
Pour les serveurs applicatifs, en cas de panne de l’un des serveurs de la ferme, la charge est
répartie sur les autres serveurs de cette ferme. Ces serveurs peuvent être virtualisés dans des
machines VMWare afin de pourvoir remettre en service le serveur sur une autre machine physique
en attendant la réparation du matériel déficient.
Versions
Chaque version standard de l’application est liée à un référentiel des objets contenus. Ce
référentiel est extensible au cas par cas, afin d’identifier et de gérer les mises à jour des objets
modifiés ou ajoutés. L’utilitaire de mise à jour est conçu afin de respecter les extensions du
référentiel.
Les montées de versions comportent deux facettes :

La mise à jour de l’applicatif sur les serveurs d’application via un programme d’installation.
Celui-ci est scriptable afin d’être intégré aux logiciels de télédistribution.
La mise à jour du schéma de données réalisée depuis l’outil d’administration qui détecte la
version actuelle et applique automatiquement la liste des modifications nécessaires à la
nouvelle version.
Paraphe Client
Page 41
5.3.2 CARL Source Admin

CARL Source Admin est l’outil d’administration, gratuit et intégré depuis la version 4, qui simplifie et
fiabilise les actions d’administration techniques ainsi que les installations de nouveaux composants
ou de mises à jour de CARL Source et de ses options.
Intuitivité et interaction :
CARL Source Admin est une application web dotée d’une interface simple et intuitive pour vous
permettre d’interagir avec votre infrastructure informatique. Ces interactions se font à distance via
des télé-opérations.
Simplification d’administration :
Cet outil dispose de modèles préconfigurés pour déclarer de nouveaux serveurs, réalisation de
sauvegarde à chaud, calcul automatique de paramètres de configuration techniques, etc…
Sécurisation des opérations critiques :

Vérification de l’intégrité de des sauvegardes de données et de la disponibilité des ressources
allouées lors des traitements lourds (mémoire, espace disque …)
Paraphe Client
Page 42
6 Configuration matérielle
Les caractéristiques et les préconisations recommandées relatives composants matériels et
logiciels sont décrites au sein du document Architecture conseillée CARL Source 5.01.
1-com.microsoft.sqlserver.jdbc.SQLServerDriver ( v3.0)
2- jdbc:sqlserver://SRVCARL\
CARL:1433;authenticationScheme=nativeAuthentication;xopenStates=false;sendTimeAsDatetime=tr
ue;trustServerCertificate=false;sendStringParametersAsUnicode=false;selectMethod=direct;respon
seBuffering=adaptive;packetSize=8000;multiSubnetFailover=false;loginTimeout=15;lockTimeout=-
1;lastUpdateCount=true;encrypt=false;disableStatementPooling=true;databaseName=CARL_CS02;a
pplicationName=Microsoft JDBC Driver for SQL Server;applicationIntent=readwrite;
3-
Paraphe Client
Page 43

CARL - CS - TECH - Mémoire Technique V5

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CARL - CS - TECH - Mémoire Technique V5

Transféré par

Droits d'auteur :

Formats disponibles

MEMOIRE TECHNIQUE

CARL Software Une société du groupe

CARL Software Une société du groupe

De conception modulaire et multilingue, CARL Source propose des fonctionnalités de gestion

Factory couvre les besoins de l’industrie : agroalimentaire, biens, chimie, transformation…

Le langage de programmation Java, permet de produire des logiciels indépendants de toute

La couche de gestion des données assure le stockage des informations de l'entreprise, au

HP Quality Center* : assure la gestion du référentiel et des scénarios de test, en relation

NeoLoad* : outil de test en charge, permet de s’assurer du comportement de l’application

Le serveur d’application : Serveur d’application Tomcat 8.5.16 opérant sous système

Le serveur web : Serveur Apache 2.4.x

3.1 Composants externes

Le chargement des données dans la base s’effectue en deux étapes :

Il est également possible de déléguer l’authentification des utilisateurs à votre annuaire

L’option Login propose deux modes d’authentification :

De plus l’option Login propose un mécanisme de gestion des profils utilisateurs :

Notre option Login permet donc:

3.1.4CARL Touch : mobilité technicien

En interaction avec CARL Source, il permet aux

Son ergonomie tactile, ses possibilités

Les mécanismes de synchronisation sont totalement transparents pour l’utilisateur. La

Gateway CARL Touch

3.2 Interface Utilisateur

3.2.3 Les données métiers

3.2.4 La bibliothèque de documents

Il est possible de lier un ou plusieurs documents, référencés ou non en bibliothèque, à chaque

3.2.5 Préconisations utiles

Vérifier les formulaires CARL Source

Aucun problème de stockage des

L’outil de chargement reste utilisable

Il peut être nécessaire de charger

Le cas échéant, une adaptation de

Etat de sortie X Un rapport utilisant un attribut dont la X

une modification selon la longueur

En cas de modification de taille d’un

Peu de risque de rencontrer une

Un Patch reste une évolution mineure

En cas d’évolution complexe, une

3.3 Capacités d’intégration

Depuis la fiche utilisateur, la langue d’utilisation de l’application est sélectionnée. L’interface

3.3.2 Gestion multi-fuseaux horaires et multi-calendrier

La gestion multi-calendrier permet un déploiement de l’application dans des pays utilisant le

Ces deux fonctionnalités transverses permettent à chaque utilisateur de saisir, rechercher et

Lors de l’installation de l’application, l’administrateur précise le type de calendrier utilisé et le

Le fuseau horaire de l’entité peut être diffèrent de celui de la session de l’utilisateur.

L’utilisateur dispose de possibilités de personnalisation (cf. Aide en ligne).

Des APIs de manipulation des dates et des temps sont disponibles.

3.3.3 Communication inter applicative

L’interface définit ainsi :

Le serveur base de données

En complément nous précisons que CARL Source utilise :

4.3 Postes utilisateurs

Toutes les fonctionnalités sont accessibles depuis un client Web banalisé.

L’activation du « mode audit » est paramétrable à l’objet et à l’attribut près. Au niveau de l’objet,

Plan de reprise d’activité

En cas d’indisponibilité, le système Double-Take détecte la perte du serveur et active la machine

Aucun paramétrage n’est à prévoir, la redondance est automatique. En cas de basculement en

Les montées de versions comportent deux facettes :

5.3.2 CARL Source Admin

Sécurisation des opérations critiques :

Vous aimerez peut-être aussi