Architectural Building Blocks (2013) (PDF, 5.1 Mo)
Transcription
Architectural Building Blocks (2013) (PDF, 5.1 Mo)
ABB 2013 - Architecture Building Blocks ICT du SPF Finances Fondements ICT Louis COLLET – ICT Manager SPF Finances – Service d’Encadrement ICT Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 0 de 348 ABB 2013 - Architecture Building Blocks ICT du SPF FinanceIs Table des matières ABB - ARCHITECTURE BUILDING BLOCKS ICT DU SPF FINANCES 1 Enterprise Architecture Framework Introduction Objectif de ce document Définition et description des Architecture Building Blocks 1 1 2 3 ABB.1 - NETWORK AND INFRASTRUCTURE 5 Introduction 5 Dans le framework ABB 6 Groupes de services de l’ABB.1 7 Information pour l’utilisateur 7 ABB.1.1 - Transport and Network Services Aperçu ABB.1.1.1 - Data Connectivity Services ABB.1.1.2 - Téléphonie IP ABB.1.1.3 – Services de diagnostic des flux de données ABB.1.1.4 – Services de Connectivité Extranet ABB.1.1.5 - Services de Synchronisation temporelle ABB.1.1.6 – Services Internet Protocols ABB.1.1.7 - WAN Services ABB.1.1.8 - Services de Connectivité mobile 8 8 10 12 15 17 19 21 23 25 ABB.1.2 - Equipements physiques réseaux Aperçu ABB.1.2.1 - Equipements physiques réseaux Services 27 27 28 ABB.1.3 - Computing Nodes Services Aperçu ABB.1.3.1 - Mainframe Services ABB.1.3.2 - Serveurs Unix ABB.1.3.3 - Backup and Storage Services ABB.1.3.4 - Wintel - servers ABB.1.3.5 - Desktops et laptops Services ABB 1.3.6 - Pervasive (Smartphones) ABB.1.3.7 - Client Peripherals (Périphériques) ABB.1.3.8 – Multifunctional Printers (MFP) 30 30 32 34 39 46 50 56 58 60 ABB.1.4 - Printing Services 62 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page I ABB 2013 - Architecture Building Blocks ICT du SPF Finances Aperçu ABB.1.4.1 - Services d’impression digitale gros volumes « Fedopress » ABB.1.4.2 - Printing Services “Columbus” ABB.1.4.3 - Services d’impression digitale interactive «Scriptura Interactive» ABB.1.4.4. – Imprimante virtuelle « Print and Post » 62 63 67 70 73 ABB.1.5 - Operating System Services Aperçu ABB.1.5.1 - Systèmes d’exploitation Serveurs ABB.1.5.2 - Systèmes d’exploitation desktops and laptops 75 75 76 78 ABB.1.6 - Facility Services Aperçu ABB.1.6.1 - Data center North Galaxy ABB.1.6.2 - Data center Anderlecht 80 80 81 88 ABB.2 - SECURITY SERVICES 90 Introduction 90 Dans le framework ABB 90 Groupes de services de l’ABB.2 91 Information pour l’utilisateur 91 ABB.2.1 - Firewall Services Aperçu ABB.2.1.1 - Double couche redondante ABB.2.1.2 - Définition et protection des DMZ ABB.2.1.3 - Intégrité du trafic Web ABB.2.1.4 - Limitation des sites Web indésirables ABB.2.1.5 - Remote Access pour les agents et partenaires ABB.2.1.6 - Détection des intrusions et prévention ABB.2.1.7 - Fonctionnalités Host-based security ABB.2.1.8 - Intégrité du trafic Web ABB.2.1.9 - Fonction Anti-Spam ABB.2.1.10 - Système DNS sécurisé ABB.2.1.11 - Out-of-Band Management ABB.2.1.12 – Application Firewall ABB.2.1.13 – Antivirus à la demande 92 92 94 96 99 101 103 106 108 110 112 114 116 118 120 ABB.2.2 - Certification Services Aperçu ABB.2.2.1 - Services de certification 122 122 123 ABB.2.3 - Services d’authentification Aperçu ABB.2.3.1 - Services d’authentification 125 125 126 ABB.2.4 - Autorisation Services 130 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page II ABB 2013 - Architecture Building Blocks ICT du SPF Finances Aperçu ABB.2.4.1 - Autorisation Services 130 131 ABB.2.5 - Virus Protection Services Aperçu ABB.2.5.1 - Virus Protection Services 136 136 137 ABB.2.6 - Identity Management Services Aperçu ABB.2.6.1 - Identity Management Services 139 139 140 ABB.3 - COMMUNICATION AND INTEGRATION SERVICES 143 Introduction 143 Dans le framework ABB 144 Groupe de services de l’ABB.3 145 Information pour l’utilisateur 145 ABB.3.1 - Directory Services Aperçu ABB.3.1.1 - Domain Name System (DNS) ABB.3.1.2 - Windows Internet Naming services (WINS) ABB.3.1.3 - Active Directory services 146 146 147 149 151 ABB.3.2 - Messaging and Event Services Aperçu ABB.3.2.1 - Couche d’abstraction sur JMS ABB.3.2.2 - Recherche de topics et de queues ABB.3.2.3 - Renvoi automatique ABB.3.2.4 - Publish-Subscribe Message Service 153 153 154 156 158 160 ABB.3.3 - E-mail Services Aperçu ABB.3.3.1 - Mailclient ABB.3.3.2 - Mailserver Services 162 162 163 165 ABB.3.4 - Collaboration Services Aperçu ABB.3.4.1 - Collaboration Services ABB.3.4.2 - Sharepoint Services 168 168 169 172 ABB.3.5 - Integration Services Aperçu ABB.3.5.1 - ETL Services ABB.3.5.2 – Web services 174 174 175 179 ABB.4 - GENERIC APPLICATION SERVICES Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 182 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page III ABB 2013 - Architecture Building Blocks ICT du SPF Finances Introduction 182 Dans le framework ABB 183 Groupes de services de l’ABB.4 184 Information pour l’utilisateur 184 ABB 4.1 – Process management Services Aperçu ABB.4.1.1 - Business Process Management Services – FILENET ABB.4.1.2 - JBPM Services 185 185 186 189 ABB.4.2 - Model adaptation and Mediation Services Aperçu 191 191 ABB.4.3 - Application Server Services Aperçu ABB.4.3.1 - Application Server Services 192 192 193 ABB.4.4 - Transaction Management Services Aperçu ABB.4.4.1 - CICS Transaction Manager ABB.4.4.2 - GCOS TP8 Transaction Manager ABB.4.4.3 - BS2000 Transaction Manager ABB.4.4.4 - J2EE Transaction Management Services 194 194 195 197 199 201 ABB.4.5 - Search Services Aperçu ABB.4.5.1 - Search engine Service 203 203 204 ABB.4.6 - DataBase Management Services Aperçu ABB.4.6.1 - Services Relational Data Center ABB.4.6.2 - Autres Services DBMS 209 209 210 213 ABB.4.7 – Content Management Services Aperçu ABB.4.7.1 - Enterprise Content Management Services ABB.4.7.2 – DIM/MYScan 216 216 217 221 ABB.4.8 - File and Storage Services Aperçu ABB.4.8.1 - File and Storage Services 224 224 225 ABB.4.9 - Document and Information Management Aperçu 228 228 ABB.4.10 - Business Intelligence Services Aperçu ABB.4.10.1 - ETL services 229 229 230 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page IV ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.10.2 - Data Mining Services ABB.4.10.3 - Data Reporting and Analysis Services ABB.4.10.4 - Corporate Performance Management Services ABB.5 – BUSINESS APPLICATIONS 232 234 237 240 Introduction 240 Dans le framework ABB 240 Groupes de services de l’ABB.5 241 Information pour l’utilisateur 241 ABB 5.1 – Signalétique Transversale - SITRAN Aperçu ABB.5.1.1 – Signalétique Transversale - SITRAN 242 242 243 ABB.6 – REFERENCE DATA 246 Introduction 246 Dans le framework ABB 246 Groupes de services de l’ABB.6 247 Information pour l’utilisateur 247 ABB 6.1 – Reference data – SITRAN Aperçu ABB.6.1.1 – Reference data - SITRAN 248 248 249 ABB.7- USERS ENVIRONMENT SERVICES 252 Introduction 252 Dans le framework ABB 252 Groupes de services de l’ABB.7 253 Information pour l’utilisateur 253 ABB.7.1 - Personal Digital Assistant Aperçu 254 254 ABB.7.2 - Desktop Workstation Aperçu ABB.7.2.1 - Desktop workstation 255 255 256 ABB.7.3 - Laptop Workstation Aperçu 258 258 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page V ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.3.1 - Laptop Workstation 259 ABB.7.4 - Voice Services Aperçu 261 261 ABB.7.5 - User device operating Services Aperçu 262 262 ABB.7.6 - Portal Services Aperçu 263 263 ABB.8 - IT DEVELOPMENT SERVICES 264 Introduction 264 Dans le framework ABB 265 Groupes de services de l’ABB.8 266 Information pour l’utilisateur 266 ABB.8.1 - Requirement Management Aperçu ABB.8.1.1 - Requirement Management 267 267 268 ABB.8.2 - Solution Architecture Modelling Aperçu ABB.8.2.1 - Solution Architecture Modelling 274 274 275 ABB.8.3 - Data Architecture Modelling Services Aperçu ABB.8.3.1 - Data Architecture Modelling – Analyse ABB.8.3.2 - Data Architecture Modelling – Production 277 277 278 281 ABB.8.4 – Application Development Environment Services Aperçu ABB.8.4.1 Application Development Environment Services 283 283 284 ABB.8.5 - Testing Services Aperçu ABB.8.5.1 - Testing Services 289 289 290 ABB.8.6 - Application Configuration Management Aperçu ABB.8.6.1 - Application Configuration Management 294 294 295 ABB.8.7 – Change Management Services Aperçu 297 297 ABB.8.8 - FUP Methodology Aperçu 298 298 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page VI ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.8.1 - FUP Methodology 299 ABB.8.9 - CCFF Framework Aperçu ABB.8.9.1 - CCFF Framework 307 307 308 ABB.8.10 - Entreprise Architecture Modeling Aperçu ABB.8.10.1 - Service Oriented Architecture and Enterprise Service Bus 312 312 313 ABB.8.11 - PDF Document Services Aperçu ABB.8.11.1 – PDF Document Services 316 316 317 ABB.9 - NETWORK AND SYSTEM MANAGEMENT 320 Introduction 320 Dans le framework ABB 321 Groupes de services de l’ABB.9 322 Information pour l’utilisateur 322 ABB.9.1 - Enterprise Monitoring et Systems Management Aperçu ABB.9.1.1 - Enterprise Monitoring et Systems Management 323 323 324 ABB.9.2 - Service Delivery and Service Support Aperçu ABB.9.2.1 - Service Delivery and Service Support 326 326 327 ABB.9.3 - Remote Monitoring Services Aperçu ABB.9.3.1 Remote Monitoring Services 330 330 331 ABB.9.4 - Job Scheduling Services Aperçu ABB.9.4.1 - Job Scheduling Services 333 333 334 ABB.9.5 - Disaster Recovery Services Aperçu ABB.9.5.1 - Disaster Recovery Services 336 336 337 ABB.9.6 - IT Process Automation Services Aperçu ABB.9.6.1 - IT Process Automation Services 343 343 344 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page VII ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB - Architecture Building Blocks ICT du SPF Finances ENTERPRISE ARCHITECTURE FRAMEWORK INTRODUCTION Ce document définit les modèles d’Architecture ICT pour le SPF Finances. Les modèles d’Architecture ICT identifient les services technologiques et fonctions requis pour supporter les applications et données business. Le modèle consiste en « Architecture Building Blocks » (ABB’s) qui représentent le groupement logique de services et fonctions ICT. Le Modèle offre une représentation graphique unique des “Architecture Building Blocks” et de leurs interrelations et sert de dépôt « repository » pour les informations au niveau des technologies ICT au travers de l’ensemble du SPF Finances. Ce modèle n’est pas influencé par des contraintes physiques ou géographiques. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 1 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les ABB’s représentent le regroupement au plus haut niveau de ces services et fonctions. Chaque ABB est décomposé en un nombre plus important et plus détaillé de groupes de services. Chaque groupe de services reprend un ou plusieurs services. ABB Groupe de services Service 1 … Service x … Services n OBJECTIF DE CE DOCUMENT L’objectif de ce document est de décrire les composants principaux de l’architecture en place au sein du SPF Finances pour les aspects ICT. Les objectifs de ce document sont de : Gérer de manière consistante et centrale les références et la documentation des services ICT, Offrir un point d’entrée central et structuré pour la documentation ICT, Documenter l’ensemble du contexte avec une priorité pour les aspects et décisions stratégiques. Le scope initial et précis de ce document est limité aux ABB’s suivants : Architecture Building Blocks (ABB) ABB.1 - NETWORK and INFRASTRUCTURE ABB.2 - SECURITY SERVICES Page 5 90 ABB.3 - COMMUNICATION and INTEGRATION SERVICES 143 ABB.4 - GENERIC APPLICATION SERVICES 182 ABB.5 – BUSINESS APPLICATIONS 240 ABB.6 – REFERENCE DATA 246 ABB.7- USERS ENVIRONMENT SERVICES 252 ABB.8 - IT DEVELOPMENT SERVICES 264 ABB.9 - NETWORK and SYSTEM MANAGEMENT 320 Ce scope pouvant être élargi suivant l’état d’avancement du projet en relation avec le budget. Un des buts est d’augmenter la connaissance et la compréhension du Framework proposé au sein du SPF de manière à assurer la prise en main et la maintenance par les membres du SPF eux-mêmes. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 2 ABB 2013 - Architecture Building Blocks ICT du SPF Finances DÉFINITION ET DESCRIPTION DES ARCHITECTURE BUILDING BLOCKS Les “Architecture Building Blocks” (ABB) sont des composants modulaires avec lesquels les modèles conceptuels d’architecture et vues logiques sont développés. Chaque ABB représente un besoin fonctionnel IT nécessaire pour répondre aux besoins business. Certains ABB correspondront 1 à 1 avec une solution produit ; d’autres seront implémentés de différentes manières en fonction des plates-formes (p.ex. : sur une plate-forme cela pourrait faire partie de l’operating system, et sur d’autres, cela pourrait être un produit optionnel). L’architecture d’entreprise utilise des ABB’s qui, généralement, peuvent être assimilés à un service de gestion de ressources constitué d’un ensemble de programmes qui maintient l’état d’une ressource et offre l’accès sous forme d’un service. Pour les descriptions des ABB dans les chapitres qui suivent, les définitions suivantes sont d’application : Implémentation actuelle : Software et Hardware installé et en usage actuellement; identifie et documente les divers composants (indique les programmes ‘in-house’, les softwares et hardware commerciaux, les produits standard du SPF Finances, environnements, quantités, etc.) Direction future : Choix technologiques planifiés pour les 5 années futures ; utilisée pour documenter un choix stratégique future pour l’ABB. (Indiquer lorsqu’approprié, les dates planifiées de déclassement (plus d’investissements, déclassement/remplacement) ; date planifiée de ‘sunset’ (investissement limité) ; solution préférées, ‘emerging’ ; etc.) Classification : Strategic – Standard de l’industrie IT, solution préférée, recommandée Tactical – Solution ponctuelle nécessitant cette variance (écart) par exemple limitée à un projet spécifique. Sunset – Investissements futurs limités (gérés jusqu’à déclassement/remplacement). Non-Strategic – Existe dans l’architecture mais n’est pas utilisé et son usage nécessite une approbation particulière. Transition Priority : High – Nécessaire dans moins d’un an Medium - Nécessaire dans un délai de 2-3 ans Low - Nécessaire dans un délai de 3-5 ans Utilisation : Les ABB’s doivent être utilisés comme un “repository”, une définition commune de besoins fonctionnels et comme un point d’encrage pour documenter les divers composants de l’infrastructure qui implémente cette fonctionnalité. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 3 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les ABB’s fournissent les détails aux concepteurs, développeurs et autres intervenants qui doivent comprendre les divers aspects et vues de l’architecture ICT. M ISES A JOUR Etant donné que l’Architecture d’Entreprise est mouvante et en constante évolution, chaque ABB sera au fur et à mesure défini de manière plus précise en fonction des évolutions des besoins business et également de la collecte de données. A BRÉVIATIONS N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 4 ABB 2013 - Architecture Building Blocks ICT du SPF Finance5s ABB.1 - NETWORK and INFRASTRUCTURE INTRODUCTION Le SPF Finances utilise un vaste réseau TCP/IP réparti sur tout le territoire national, comptant environ 26.000 utilisateurs. Ce réseau est relié à divers autres réseaux : Fedman donne accès à l’Internet et aux autres SPF et institutions publiques. Le WAN du SPF Finances est implémenté aujourd’hui avec Bilan. Des lignes louées vers certains partenaires du SPF Finances, qu’ils soient publics (Commission Européenne) ou privés (fournisseurs de services). L’accès au réseau du SPF Finances à partir du monde extérieur est protégé par une infrastructure de firewall. Le firewall assure un accès sécurisé à l’Internet pour les besoins des services centraux du SPF Finances et pour couvrir les besoins des 26.000 fonctionnaires, ainsi que l’accès aux ressources du SPF Finances pour les usagers externes simultanés à partir d’Internet. Une représentation schématisée des différents réseaux est présentée. On y distingue : Le réseau LAN auquel les utilisateurs internes sont connectés (LAN/users) Le réseau WAN auquel les utilisateurs du SPF Finances sont connectés. Le réseau auquel sont connectés les serveurs du SPF Finances (Intranet) Une zone DMZ existe Le réseau Internet, accessible via le réseau Fedman Des liens spécifiques vers certains partenaires. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 5 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Sur la même infrastructure, le SPF Finances dispose d’une solution de convergence voix-données appelée TelLANoGa. Pour les aspects infrastructure système (plates-formes de processing CPU), la stratégie du SPF -Finances repose sur une approche de consolidation sur la plate-forme centrale Fujitsu-Siemens sous Solaris 10 supportant le partitionnement et la virtualisation. Il y a pourtant encore plusieurs mainframes (IBM system z10 BC, Fujitsu Siemens SX100 et Bull Helios 4) qui sont utilisés pour toutes les applications legacy. Il existe également un important parc de serveurs Windows (surtout virtualisés), dans une architecture x86. Cette plate-forme centrale repose sur l’environnement « Atlas » pour les ressources de stockage (SAN) et backup (systèmes à disques et bandothèques robotisées) dupliqués entre les 2 data centers principaux du SPF Finances. Le Disaster Recovery Site permet la continuation de l’exploitation des systèmes critiques en cas de désastre dans l’un des sites. Les services d’impression reposent sur deux solutions principales suivant les volumes de données à traiter et le type d’application en usage. Un système permet d’utiliser des outils de pré-processing et de postprocessing et d’imprimer des gros volumes de documents, l’autre offre un service d’impression personnel avec support centralisé. DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 6 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.1 L’ABB.1 NETWORK and INFRASTRUCTURE est composé des groupes de services suivants : Groupes de services Page ABB.1.1 - Transport and Network Services 8 ABB.1.2 - Equipements physiques réseaux 27 ABB.1.3 - Computing Nodes Services 30 ABB.1.4 - Printing Services 62 ABB.1.5 - Operating System Services 75 ABB.1.6 - Facility Services 80 INFORMATION POUR L’UTILISATEUR Objectif Service(s) compétent(s) de l’organisation Voir section Introduction Département(s) / Divisions Contact(s) Operations [email protected] Architecture [email protected] Dernière mise à jour 30/05/2013 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu’à la prochaine publication du document ABB Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 7 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1 - TRANSPORT AND NETWORK SERVICES APERÇU I NTRODUCTION Cette partie décrit les Services Transport et Network nécessaires pour supporter les services systèmes et applicatifs de manière indépendante de la couche de transport réseau. Le SPF Finances utilise un vaste réseau TCP/IP réparti sur tout le territoire national, comptant environ 26.000 utilisateurs. Le WAN du SPF Finances est implémenté aujourd’hui avec Bilan. Ce réseau est relié à divers autres réseaux : Fedman donne accès à l’Internet et aux autres SPF et institutions publiques. Des lignes louées vers certains partenaires du SPF Finances, qu’ils soient publics (Commission Européenne) ou privés (fournisseurs de services). L’accès au réseau du SPF Finances à partir du monde extérieur est protégé par une infrastructure de Firewall (ABB.2.1 12). Le firewall a été mis en place en vue d’un accès sécurisé à l’Internet pour les besoins des services centraux du SPF Finances. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 8 ABB 2013 - Architecture Building Blocks ICT du SPF Finances C OMPOSITION DU SERVICE GROUPE Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.1.1.1 - Data Connectivity Services 10 ABB.1.1.2 - Téléphonie IP 12 ABB.1.1.3 – Services de diagnostic des flux de données 15 ABB.1.1.4 – Services de Connectivité Extranet 17 ABB.1.1.5 - Services de Synchronisation temporelle 19 ABB.1.1.6 – Services Internet Protocols 21 ABB.1.1.7 - WAN Services 23 ABB.1.1.8 - Services de Connectivité mobile 25 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Département(s) / Divisions Service(s) compétent(s) de l’organisation Contact(s) [email protected] Operations- Connectivity [email protected] Operations-Application Services [email protected] Windows Applications Dernière mise à jour 30/05/2013 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu’à la prochaine publication du document ABB Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 9 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.1 - DATA CONNECTIVITY SERVICES R ESUME Le service Data Connectivity assure la disponibilité d’accès réseau câblé au réseau interne du SPF Finances depuis un bâtiment du SPF Finances. Ce service repose sur les divers composants réseaux en place au sein du SPF Finances tels que des connexions Ethernet. Implémentation actuelle Services principaux Connexion au réseau Ethernet et Téléphonique. Standard pertinents IEEE 802.3, TCP/IP Software N/A Hardware N/A Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Par utilisateur final, une moyenne de 1,5 connexion RJ45 est prévue. Les PCs et la téléphonie IP utilisent les mêmes câbles et portes switch. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 10 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Implémentation actuelle Par utilisateur final, une moyenne de 1,5 connexion RJ45 est prévue. Les PCs et la téléphonie IP utilisent les mêmes câbles et portes switch. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 11 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.2 - TÉLÉPHONIE IP R ÉSUMÉ Le service ‘Téléphonie IP’ sert à la communication interne et externe via une infrastructure rénovée. Tous les utilisateurs internes sont reliés à cette infrastructure. Chaque utilisateur dispose de son propre numéro « number for life », où qu'il se trouve. Sur la base de cette infrastructure, les services suivants sont assurés : Téléphonie Messagerie (Voice Mail) Conférence téléphonique (Conference Call) Groupes Call et Hunt Secrétaire de direction (Management Assistant) Répertoire téléphonique électronique (Directory) Call centers Intégration fax PeterConnects (téléphonistes) Implémentation actuelle Services principaux Téléphonie Messagerie vocale (Voicemail) Fax (envoie et réception de fax via mail) Call centers Annuaire téléphonique Assistance de direction (Management Assistant) Standard pertinents Trunkink SIP : communication externe H323, SCCP : Communication interne Rightfax Software Cisco Call Manager version 7.1.5 Cisco Unity Connection version 7.1.5 Cisco IPCC version 7.0.(1) SR5 Rightfax versions 9.4 and 10 PeterConnects version 6.2.B.1.b Cisco IP Communicator version 7.0. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 12 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Hardware L’accès à l’environnement de téléphonie IP est garanti par : Cisco IP Phone 7911/7912 Cisco IP Phone 7941/7965 Cisco Soft Phone Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Etendre la panoplie d’outils en tenant compte de l’évolution des modèles de trafic (notamment P2P) et protocoles. Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 13 ABB 2013 - Architecture Building Blocks ICT du SPF Finances DESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 14 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.3 – SERVICES DE DIAGNOSTIC DES FLUX DE DONNÉES R ÉSUMÉ Examen des interruptions et défauts de performance des flux de données end-to-end. Implémentation actuelle Services principaux Analyse du trafic du réseau client/serveur existant. Standard pertinents SNMP, Netflow, ICMP, ... Software Sniffer Fluke Optiview Fluke SuperAgent Rapports (SLA/QoS) Belgacom Hardware N/A Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Etendre la panoplie d’outils en tenant compte de l’évolution des modèles de trafic (notamment P2P) et protocoles. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 15 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 16 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.4 – SERVICES DE CONNECTIVITÉ EXTRANET R ÉSUMÉ Ce service doit veiller à la disponibilité de l’infrastructure nécessaire au travail à distance. Il met en place la connectivité entre les utilisateurs internes et les ressources externes, les utilisateurs mobiles et les ressources centrales, ainsi que les liaisons nécessaires pour les clients externes. Ce service comprend aussi la gestion VPN. La communication fait toujours usage de réseaux autres que ceux confiés à la gestion de la division Networks. Implémentation actuelle Services principaux Travail à distance (Client VPN) Standard pertinents SSL Software N/A Hardware N/A Transmission de données entre le réseau interne et les organisations externes (site VPN) IPsec Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique En ce qui concerne ce fondement, on n'identifie pas de changement à court ou à long terme. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 17 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEEE Authentification via e-ID. • Les règles d’accès à distance via Internet (Client VPN) sont énoncées dans « FinNet-VPN Policy and Procedure », disponible sur l’intranet. • Les services relatifs à la mise en place et à la gestion du Site VPN sont toujours liés à des activités de projet. A ce titre, ils ne seront pas traités comme une modification standard. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 18 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.5 - SERVICES DE SYNCHRONISATION TEMPORELLE R ÉSUMÉ Ce service assure la synchronisation des systèmes internes d’enregistrement horaire avec une horloge atomique centrale. Implémentation actuelle Services principaux la synchronisation des systèmes internes d’enregistrement horaire avec une horloge atomique centrale. Standard pertinents IEEE-1588 Software Stratum-1 NTP Elproma Hardware N/A Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique En ce qui concerne ce fondement, on n’identifie pas de changement à court ou à long terme. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 19 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 20 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.6 – SERVICES INTERNET PROTOCOLS R ÉSUMÉ Les protocoles Internet reposent sur la technologie IP. Cela inclut Transmission Control Protocol/Internet Protocol (TCP/IP), Universal Datagram Protocol (UDP) et d’autres protocoles. TCP/IP fait référence à une famille de protocoles de réseaux basés sur des standards, parmi lesquels TCP fournit la connexion host-tohost, et IP assure le routage des données d’une source vers une destination. La couche TCP/IP inclut les protocoles File Transfert Protocol (FTP), Simple Mail Transfer Protocol (SMTP), News Transfer Protocol (NNTP), etc. Les protocoles TCP/IP permettent à différents réseaux de fonctionner comme une seule entité coordonnée. Les Intranets sont des réseaux utilisant la technologie Internet, mais où les accès sont contrôlés par une entité unique coordonnée. Le service principal est le service DHCP (Dynamic Host Configuration Protocol) aux plates-formes internes du SPF Finances. Ce service veille à l’attribution dynamique des adresses IP à l’ensemble des 30.000 PC du réseau SPF FINANCES. Ce service est hébergé sur un cluster MS Windows 2008 actif/passif géographiquement réparti sur 2 sites avec exportation de la base de données 1 fois par jour. Implémentation actuelle Services principaux DHCP TCP/IPV4 FTP NNTP DNS Standard pertinents DHCP RFC2131, RFC1918 (10.x.x.x) BOOTP Software Microsoft Hardware Les Services DHCP sont assurés par un cluster Ms Windows2008 actif/passif géographiquement réparti sur les 2 sites. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 21 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Pour éviter toute perte d’information, on vise un support technologique suffisant pour qu’un deuxième centre informatique puisse être maintenu en permanence au même niveau que le centre primaire. Le clustering en place a déjà été testé durant les campagnes Disaster Recovery. Il donne satisfaction au stade actuel. Tactique - Sunset - Nonstratégique - Priorité de transition - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 22 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.7 - WAN SERVICES R ÉSUMÉ Pour éviter toute perte d’information, on vise un support technologique suffisant pour qu’un deuxième centre informatique puisse être maintenu en permanence au même niveau que le centre primaire. Le clustering en place a déjà été testé durant les campagnes Disaster Recovery. Il donne satisfaction au stade actuel. Implémentation actuelle Services principaux Interconnectivité de réseaux LAN Standard pertinents Réseau; MPLS, BGP, Ipv4, Diffserv, Software N/A Hardware N/A Physique: Ethernet, SDSL, Leased Lines Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Connexions redondantes (notamment pour tél. IP). Tactique - Sunset - Nonstratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 23 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le réseau qui interconnecte les bâtiments du département repose sur BiLAN. La bande passante est dimensionnée suivant les règles ci-dessous : Bande passante données : 10 kbps/utilisateur Bande passante voix : 15 kbps/utilisateur Autrement dit, un bâtiment abritant 75 utilisateurs qui se servent aussi de la téléphonie IP est raccordé avec une bande passante d’au moins 2 Mbps (75 x (10+15) = 1875). La technologie de ligne peut être SDSL, ligne louée ou fibre optique. Gestion de la bande passante (QoS, infrastructure) I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 24 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.1.8 - SERVICES DE CONNECTIVITÉ MOBILE R ÉSUMÉ Ce service couvre les raccordements sans fil au réseau interne du FinNet des Finances, à partir de l'extérieur des bâtiments des Finances. Implémentation actuelle Services principaux Connexion sans fil à FinNet Standard pertinents GPRS EDGE UMTS HSDPA/HSUPDA Software Dell Control Point Vodafone Mobile Connect Hardware GSM-modem SmartPhone PDA Carte PCMCIA pour laptop Stick USB 3G Modem intégré dans les PC Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Connectivité réseau sans fil pour les applications mobiles. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 25 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 26 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.2 - EQUIPEMENTS PHYSIQUES RESEAUX APERÇU I NTRODUCTION Cette partie contient la description des services des Equipements Physiques Réseaux. Ceux-ci contiennent: tous les composants des LANs, des WANs, des réseaux Wireless et réseaux locaux personnels ; les câbles, routers, hubs, bridges, switches, cartes réseaux, controller, fibres, patch panel, transmitters, receivers, etc. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Sevices Page ABB.1.2.1 - Equipements physiques réseaux Services 28 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Operations-Connectivity [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 27 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.2.1 - EQUIPEMENTS PHYSIQUES RÉSEAUX SERVICES R ÉSUMÉ Les ABBs Equipements Physiques Réseaux comprennent le hardware qui supporte le réseau et inclut tous les composants des LANs, WANs, Wireless et réseaux locaux personnels, comprenant les câbles, routers, hubs, bridges, switches, cartes réseaux, controller, fibres, patch panel, transmitters, receivers, etc. Implémentation actuelle Services principaux Divers Standard pertinents Voir les spécifications du matériel. Software N/A Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique On vise une gestion uniforme qui puisse être assumée par une seule et même firme. 10 Gbit dans datacenter. Priorité de transition Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 28 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le câblage horizontal est de type UTP Catégorie 6. Le câblage optique vertical est de type OM-3. Catalyst 3750-24PS-S PoE (nouvelle plate-forme) I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 29 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3 - COMPUTING NODES SERVICES APERÇU I NTRODUCTION Cette partie contient la description des Computing Nodes Services afin d’obtenir une vue générale des diverses plates-formes ICT disponibles au sein du SPF Finances. S ERVICES CONCERNES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.1.3.1 - Mainframe Services 32 ABB.1.3.2 - Serveurs Unix 34 ABB.1.3.3 - Backup and Storage Service 39 ABB.1.3.4 - Wintel - servers 46 ABB.1.3.5 - Desktops et laptops Services 50 ABB 1.3.6 - Pervasive (Smartphones) 56 ABB.1.3.7 - Client Peripherals (Périphériques) 58 ABB.1.3.8 – Multifunctional Printers (MFP) 60 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 30 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Operations-ProcessingMainframes [email protected] Operations-Processing-Unix Servers [email protected] Operations-Storage [email protected] Operations-ProcessingVirtualization [email protected] ICT Clients [email protected] ICT Clients [email protected] ICT Clients [email protected] Dernière mise à jour Période de validité Contact(s) 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 31 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.1 - MAINFRAME SERVICES R ÉSUMÉ Description des services des plates-formes mainframe. Implémentation actuelle Services principaux Centres de calcul (computing nodes) Standard pertinents - Software and Hardware Type de machine: IBM system z10 BC Système d’exploitation : z/VM 6.2 en z/VSE 5.1 Environnement interactif : Customer Information Control System (CICS TS 1.1) Environnement batch z/VSE Langage de développement : COBOL Base de données : hiérarchique ( DL/1 V1.12 ) Type de machine : Fujitsu SX100-D3 Système d’exploitation : BS2000 V8.0 et VM2000 V9.0 Environnement interactif : OPENUTM V6.0 Langage de développement : COBOL2000.V1.5 Database : LEASY-28 V6.2 mais essentiellement utilisation de fichiers ISAM Type de machine: Bull HELIOS 4 2 Novascale 9410 chacun équipé d’un module 9026/474T 2 partitions logiques GCOS8 V9000 (Production and Test/développement) par module Système d’exploitation GCOS8 SR7.0 Environnement interactif : TP8 : version 8IT4.3 Environnement de développement : COBOL 74 and COBOL 85 64-bit performance Database : IDS2: version 8DB7.2 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 32 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Le BPR Coperfin a défini comme vision stratégique un redéploiement systématique des fonctionnalités, compte tenu des impératifs de convivialité et d’approche intégrée. Des projets sont en cours pour toutes les platesformes mainframes du SPF Finances. Le but est de redévelopper les applications conformément à l’approche intégrée de Coperfin. A court terme, on prévoit un plan global de retrait graduel des 3 types de mainframe. Priorité de transition Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRITPION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 33 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.2 - SERVEURS UNIX R ÉSUMÉ Le service Serveurs Unix reprend l’ensemble des nœuds de traitement existant au sein du SPF Finances et opérant sous le système d’exploitation de type Unix. Les machines présentent généralement les caractéristiques suivantes : Dispositifs pour augmenter la disponibilité: Alimentations redondantes ; Ventilateurs redondants ; Possibilité de remplacer certains composants sans l’arrêt des machines (même partiel) ; Certains serveurs sont partitionables, ce qui permet une découpe dynamique d’un serveur physique en plusieurs serveurs autonomes permettant à chacun de faire tourner un environnement différent ; Les serveurs disposeront de ressources d’entrées-sorties propres: disques locaux, accès réseau local et réseau SAN, etc. ; Il est possible d’intervenir sur une partition (réparations, maintenance) sans interrompre une autre partition ; Certaines ressources (CPU, mémoire) peuvent être attribuées dynamiquement à une partition (ou en être retirées) sans l’arrêt de la partition. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 34 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Implémentation actuelle Description des systèmes Solaris – plate-forme ATLAS Le SPF Finances propose une plate-forme de traitement centrale reposant sur les machines Fujitsu-Siemens à architecture Sparc et une architecture bladeframe x86 supportant le système d’exploitation Sun Solaris 10. Services principaux Offre du support d’infrastructure de plates-formes Unix Standard pertinents Compatibilité par rapport aux Standards : Par système d’exploitation Unix, l’on entend un système opérationnel complet, ce qui inclut: le système d’exploitation, le système graphique X11 avec un gestionnaire d’écran basé Motif, le système de gestion d’environnement « CDE » ou « Common Desktop Environment », les utilitaires habituels du monde Unix, les outils de gestion des systèmes, y compris la gestion de la performance et la gestion à distance du serveur. Software Solaris 10 Hardware Fujitsu M5000 Chaque armoire contient plusieurs cartes M5000, dont les installations peuvent être allouées dynamiquement. Ce sont les caractéristiques de chaque conseil : Quad core par CPU 8 CPU et 256 GB RAM par carte CPU : architecture SPARC64-VII 2.4 GHz et 2.5 GHz Fujitsu M9000 Le M9000 utilise les processeurs du SPARC64 propres Fujitsu ™ processeurs VI SPARC64 propres Fujitsu ™ avec une évolutivité de pointe de 256 cœurs de processeur et la mémoire 4To maximum (1 To actuel). La création du domaine est prise en charge. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 35 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Description Bladeframe – ATLAS platform Services principaux Support infrastructure aux plates-formes Unix Standard pertinents Compatibilité par rapports aux Standards : Par ‘système d’exploitation Unix’, on entend un système d’exploitation complet, composé de : le système d’exploitation proprement dit, le système graphique X11 avec gestionnaire d’écran à base Motif, le système de gestion d’environnement ‘CDE’ ou ‘Common Desktop Environment’, les utilitaires courants dans le monde Unix et les outils de gestion de système, y compris la gestion du niveau de performance et la gestion de serveur à distance. Software Solaris 10 Hardware Fujitsu BladeFrame BF400 S2 Le système Fujitsu BladeFrame BF400 S2 est une plate-forme indépendante des applications mais orientée services pour une infrastructure dynamique. Il est équipé de 24 compartiments pour processing blades (seulement CPU et mémoire). Les serveurs virtuels créés via un PAN Manager sont pilotés par des control blades redondantes avec un système d’exploitation interne complet. Les mécanismes intégrés de failover matériel et DR sont possibles. 18 pBlades par système : 5 pBlades avec 2x Intel Xeon 3,00GHz et 32 GB de RAM 2 pBlades avec 2x Intel Xeon 2,93GHz et 36 GB de RAM 3 pBlades avec 4x Intel Xeon 2,93GHz et 64 GB de RAM 8 pBlades avec 4x Intel Xeon 2,40GHz et 96 GB de RAM Caractéristiques : Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Mots de 64 bits Système d’exploitation : Unix Support du clustering Étalement équilibré de la charge : statique mais flexible (le serveur démarre à partir d’une processing blade plus performante). Réseau : 8x ports Gigabit Ethernet Management : 1x port 10/100/1000Base T Ethernet Management + port console série Connexions SAN : 2x ports 2Gbps Fibre Channel Alimentation électrique redondante : 4 domaines d’alimentation OS : Solaris 10 pour x86 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 36 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Description des systèmes AIX Services principaux La plate-forme supporte uniquement des applications dédiées au Douanes (NCTS, TARBEL, TARWEB,) dans le cadre d’un projet européen. Standard pertinents Compatibilité par rapport aux Standards : Par système d’exploitation Unix, l’on entend un système opérationnel complet, ce qui inclut: le système d’exploitation, le système graphique X11 avec un gestionnaire d’écran basé Motif, le système de gestion d’environnement « CDE » ou « Common Desktop Environment », les utilitaires habituels du monde Unix, les outils de gestion des systèmes, y compris la gestion de la performance et la gestion à distance du serveur. Software AIX 5.3L Hardware Bull Escala 2 racks AIX PL1650R contenant 5 nœuds et 1 console HMC chacun. Caractéristiques : Il existe un clustering HACMP de type « One side takeover with cascading resources » System Model: IBM,9117-570 Système d’exploitation: AIX 5.3L Description des systèmes Linux Services principaux Offre du support d’infrastructure de plates-formes Unix Standard pertinents Compatibilité par rapport aux Standards : Par système d’exploitation Unix, l’on entend un système opérationnel complet, ce qui inclut: le système d’exploitation, le système graphique X11 avec un gestionnaire d’écran basé Motif, le système de gestion d’environnement « CDE » ou «Common Desktop Environment », les utilitaires habituels du monde Unix, les outils de gestion des systèmes, y compris la gestion de la performance et la gestion à distance du serveur. Software N/A Hardware Serveurs Linux virtualisés : Platform virtuelle basé sur VMWARE ESXi 5.1 CPU : jusqu’à 8 max. RAM : jusqu’à 16 GB max. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 37 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique La stratégie en matière de plates-formes Unix entend poursuivre la consolidation et la virtualisation sur les nouvelles plates-formes Fujitsu-Siemens ATLAS Solaris. Ces plates-formes servent de base au support du cadre de développement utilisé par le SPF Finances. Les contrats de support initiaux étaient conclus pour cinq ans. En 2010, une nouvelle adjudication a permis de renouveler l’infrastructure. Le renouvellement des contrats et la modernisation de la plate-forme Unix seront fréquents et devront s'accompagner de la prudence nécessaire. AIX n’est pas considéré comme un standard du SPF Finances. Il est utilisé afin d’ assurer la continuité des applications existantes. A ce jour Linux n’est pas un standard du SPF Finances, il est utilisé afin d’assurer la continuité de quelques applications existantes. Priorité de transition Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 38 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.3 - BACKUP AND STORAGE SERVICES R ÉSUMÉ Les administrations du SPF Finances doivent stocker un nombre croissant de données. Dans le but d’effectuer des économies d’échelle et dans le souci d’amélioration des services , le SPF Finances a décidé de fournir aux administrations qui le souhaitent, un service centralisé de stockage de leurs données. La fiabilité du stockage est assurée par la redondance des disques et par la prise de sauvegardes régulières suivant des procédures prédéfinies. « Atlas Storage » fournit les systèmes physiques de stockage et d’archivage standardisés utilisables par l’ensemble des applications et des systèmes du département. Les services de stockage et de sauvegarde des données sont utilisés par d’autres systèmes qui peuvent se connecter au SAN : Les mainframes IBM, Siemens et Bull. Des serveurs utilisant un système d’exploitation de la famille UNIX (le système Linux y compris). Des serveurs utilisant un système d’exploitation de la famille Windows (obligatoirement les versions Windows 2000 et suivantes, optionnellement Windows NT4). Serveurs VMWARE ESX (virtualisation) Le DRS (Disaster Recovery Site) permet la continuation de l’exploitation des systèmes critiques en cas de désastre (incendie, destruction,…) dans l’un des sites. Outre la duplication de tous les équipements dans les deux sites, il y a maintien de copies synchronisées des données critiques sur les deux sites de telle sorte qu’en cas de problème sur un site, l’exploitation puisse continuer le plus rapidement possible dans l’autre. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 39 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Implémentation actuelle Services principaux Stockage centralisé des données Intégration en disaster recovery Backup Services Standard pertinents Le protocole utilisé ‘Fibre Channel’ est un standard industriel qui utilise des fibres optiques. Notre configuration autorise des débits de 2Gbps et 4 Gbps. RAID 0-10 NFS CIFS NDMP Software Symmetrix : Solutions Enabler V7.2.0.0 - Microcode 5773.160 VMAX : Solution Enabler V7.3.0.1 – Microcode 5875.249.188 Clariion CX3-80 : Flare 03.26.080.5.031 Clariion CX4-960 : Flare 04.29.000.5.013 Clariion Packages : SnapView, NavisphereAnalyzer, AccessLogix, NavisphereManager, MirrorView/S, VirtualProvisioning Centera : 4.0.2-3195-1019-20652 Celerra : 5.6.48-7 Switches Brocade : FOS v6.2.2b Networker : 7.5 SP3 EMC Ionix: 6.1 Hardware Brocade 48000 Directors en 4100 switches EMC SYMMETRIX DMX3-4500 VMAX-1 EMC Clariion CX3-80 en CX4-960 EMC Celerra NS-G8 EMC Data Domain D880 (D890) StorageTek SL3000 FSC CentricStor 3505-402 EMC Centera Gen4 Government Edition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 40 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Suivre l’évolution de la plate-forme ATLAS Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEEE Ce schéma ne représente que le SAN. Les serveurs et mainframes de la partie supérieure du schéma sont donc encore reliés aux clients via un LAN. L'architecture ci-dessus est dédoublée en deux salles informatiques, premier pas vers une bonne 'disaster recovery'. Pour le stockage en ligne, nous disposons d’un Symmetrix, d’un Clariion et d’un VMAX (depuis 2012 et qui, à terme, remplacera le Symmetrix). Le VMAX n’est pas représenté sur le schéma. Cependant, il est connecté de la même façon que le Symmetrix. De part et d’autre, un système se trouve dans la salle informatique CR2 de Schaerbeek et le deuxième dans la salle CR5 d’Anderlecht. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 41 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Le stockage hors ligne est confié à un CentricStor avec un StorageTek, également dédoublés sur les deux sites. La connectivité SAN passe par 4 directors du type 48000 de Brocade, configurés en 2 fabrics. Les deux salles informatiques sont reliées entre elles par DWDM. On trouve 4 ISL (Inter Switch Links) par fabric entre les deux salles. La connexion DWDM s’appuie sur 4 switches Brocade du type 4100. On dénombre aussi 8 switches par fabric pour les blade servers. Le SPF Finances utilise une topologie 'switched fabric'. Celle-ci repose sur un réseau de commutateurs (switches) chargé de relier tous les hôtes à l'équipement de stockage. Grand avantage du procédé : une liaison entre deux nœuds du réseau dispose toujours de toute la bande passante. En conséquence, le fait d'ajouter des appareils dans le réseau augmente l'efficacité du commutateur et ne ralentit pas les liaisons. Switched Fabric Après la topologie, venons-en au protocole. Au SPF Finances, tous les hôtes sont reliés aux systèmes Symmetrix via le SAN et le protocole Fibre Channel. En dépit de son nom, ce protocole est exploitable en paire torsadée comme en fibre optique. Au SPF Finances, toutes les liaisons sont en fibre optique. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 42 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Le schéma ci-dessous représente l’ensemble de la configuration Atlas Storage pour un site. La même configuration se retrouve sur le site de production et sur le site DR. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 43 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Description du stockage en ligne Pour le stockage en ligne, nous disposons sur chaque site d’une array Symmetrix, de deux arrays Clariion et d’un gateway Celerra NAS. Les arrays Symmetrix DMX3-4500 se chargent du tier supérieur (High Performance) dans Atlas Storage. Les disques de ces arrays sont tous du type FC 10k t/m. Les données critiques sont répliquées et synchronisées entre les deux sites, soit via SRDF, soit par ‘host based mirroring’. Les arrays Symmetrix disposent de liaisons 2 Gbps avec le SAN. Les arrays Symmetrix ne sont utilisées que par les mainframes et les systèmes Unix (Solaris, AIX). Au même niveau, nous trouvons aussi un VMAX-1. Il est composé de plusieurs types de disques : SSD 200GB: 24 + 1, FC 450GB 10K t/m : 192 + 6 et SATA 2TB 7500 t/m : 32 + 2 et fonctionne de façon identique au Symmetrix. Un échelon plus bas, on trouve les arrays Clariion. Chaque site possède un CX3-80 et un CX4-960. La réplication des données critiques n'intervient qu'entre arrays du même type et de façon synchronisée, soit par MirrorView/S, soit en ‘host based mirroring’. Le CX4-960 se charge de plusieurs niveaux grâce à différents types de disques. En ordre décroissant de performance, nous distinguons les disques 15k t/m FC, les disques 10k t/m FC et les disques SATAII. Le CX3-80 ne comporte que des disques d’un même type (FC 10k t/m). Les liaisons avec le SAN passent par des lignes 4 Gbps. Outre le SAN, le NAS (CIFS, NFS, FTP…) accède également au stockage central. Cette fonctionnalité s’appuie sur une gateway Celerra NS-G8 : un NS-G8 composé de quatre datamovers sur chaque site. Le stockage est assuré par des disques de l’array CX4-960. La réplication des données entre les deux sites est asynchrone. Description du stockage hors ligne Pour le stockage hors ligne, nous disposons sur chaque site de deux discothèques Data Domain, d’un CentricStor VTL et d’une bandothèque StorageTek SL3000. En ce qui concerne CentricStor, bien que l'équipement physique soit identique sur les deux sites, les deux entités physiques ne forment qu'un ensemble logique englobant les deux sites. La liaison qui interconnecte le matériel CentricStor des deux sites est une ligne DWDM dédiée et redondante. Le logiciel de sauvegarde est Legato Networker (version 7.5). En guise de bandothèque virtuelle (disk library), les mainframes utilisent le CentricStor et les systèmes ouverts les bibliothèques Data Domain. Les données de sauvegarde sont conservées sur disque pendant un mois. Au-delà, elles sont archivées sur bande. Dans l’environnement Networker, outre les back-ups en LAN, on utilise aussi quelques storage nodes (backup en SAN) et serveurs VADP(back-up VMWare ESX). Pour Celerra NS-G8 NAS, le protocole utilisé est NDMP. Parallèlement aux modules Networker spécifiquement destinés aux discothèques, bandothèques, storage nodes, NDMP et clients, les modules suivants sont aussi utilisés : Networker Module for DB2 (Unix), Netwoker Module for Lotus (Unix+Windows), Networker module for Microsoft SQL et Networker Module for Oracle (Unix+Windows). En ce qui concerne les logiciels et les licences dans l'environnement Networker, on dispose encore de licences FTS et EMC. À terme, on devrait évoluer vers les seules licences EMC. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 44 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Description Archivage avec Compliance Pour l’archivage des contenus fixes, on trouve sur chaque site une array Centera (cluster). Au sein de l’environnement Atlas Storage, ces clusters mettent en place une solution de Content Addressed Storage. Les clusters sont du type Government Edition et se composent de nœuds Gen4. Leurs principales caractéristiques : single instance storage, écriture avec rétention, évolutivité et facilité de gestion. Entre les clusters des deux sites, une réplication bidirectionnelle porte sur les clusters complets. Les clusters Centera ne sont pas reliés au SAN. Toute la communication passe par le LAN. La lecture et l'écriture des données de et vers le Centera passent par FileNet. Description du SAN Fabric La connectivité SAN fait appel à deux fabrics s’étendant sur les deux sites. Sur chaque site, on trouve deux directors Brocade 48000 (un pour chaque fabric). Chaque director est relié à un switch 4100. Entre ces switches, une liaison DWDM (3 ISL, Inter Switch Link) interconnecte les deux sites. Sur le site de production, chaque fabric comporte par ailleurs un switch 4100 pour la connectivité des hôtes de la salle informatique 1. Enfin, on trouve dans chaque fabric 8 switches (4 par site) destinés aux blade servers. Tous nos ports SAN autorisent des débits jusqu'à 4 Gbps. Description Global Management En guise de plate-forme de gestion globale, on utilise EMC Ionix (ex-EMC Control Center). Parallèlement, la gestion journalière fait aussi un usage intensif des outils de management livrés avec chaque type d’appareil. I NFORMATION COMPLEMENTAIRE Pour plus d’informations, voyez les documents suivants : Référence Description Intranet sharepoint « Information Lifecycle Management : analyse et optimisation de l’environnement de stockage ». Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 45 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.4 - WINTEL - SERVERS R ÉSUMÉ Description de l’environnement serveurs Windows du SPF. Implémentation actuelle Services principaux Servers de virtualisation, MS SQL database servers, domain controllers, Servers d’application, DHCP-servers Standard pertinents VMware vSphere 5.0 virtual machines Software Windows 2003 SP2 ; Windows 2008 R2 Hardware Parallèlement à la plate-forme centrale à base SPARC64, il existe une plate-forme alternative, basée sur une architecture x86 : 32 ou 64 bits. Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Suivre les versions de windows serveur et de VMWARE Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 46 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Les serveurs Wintels fournis sont presque tous des serveurs virtuels. Si un serveur ne peut pas être virtualisé les raisons de cette exception doivent être présentée en détail aux équipes responsable de la virtualisation du SPF Finances. Dans le cas d’exceptions les serveurs de type A seront alloués. Les serveurs virtuels fonctionnement sur la plate-forme VMware vSphere 5.0. Les Operating Systems suivant sont disponibles : Windows 2008 r2 standard*; Windows 2008 r2 entreprise ; Windows 2008 standard 64 bits ; Windows 2008 entreprise 64 bits ; Windows 2008 standard 32 bits ; Windows 2008 entreprise 32 bits ; Windows 2003 standard ; Windows 2003 entreprise. * Windows 2008 r2 standard est l’Operating System proposé par défault. Toute déviation devra être expliquée. Aux vu du hardware présent dans la plate-forme, les machines virtuelles ont les limites suivantes : Ressource vCPU (CPU virtuels) 1 Mémoire (GB) Interfaces réseau 2 Disque Durs (d : ; GB) 3 Limite Minimum Limite Maximum 1 8 1 16 1 2 2 700 1 Le CPU visible dans la machine virtuelle est du même type et même fréquence que le hardware. Une machine virtuelle n’accède normalement qu’à un réseau correspondant à l’environnement dans lequel elle se situe (développement, acceptance, production). Une carte réseau supplémentaire peut être ajoutée pour une utilisation particulière (ie : Microsoft Clustering Services). 3 Si l’espace maximum proposé ne suffit pas une exception peut être faite nécéssitant l’usage de Raw Device Mapping (Disques non virtualisés ou directement sur le SAN). 2 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 47 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Tous les serveurs de l’architecture Wintel sont de type Blade. Type Modèle Processeurs Mémoire Disques Interfaces Réseau A HP Proliant BL465c G7 2 x Amd Opteron 6172 24 GB 2*72 GB 2 x 10GB (CNA) B* HP Proliant BL685c G7 4 x Amd Opteron 6164 128 GB 2*72 GB 4 x 10GB (CNA) C* HP Proliant BL465c G5 2 x Amd Opteron 2384 32 GB 2*72 GB 4 x 1GB * Les serveurs de type B et C sont réservés pour la plate-forme de virtualisation et l’infrastructure Ms SQL. Situation actuelle Suivant le dernier capacity planning, il s’avère qu’une augmentation de la mémoire des serveurs pour la plate-forme de virtualisation est nécessaire. Le SPF Finances va donc mettre à jour la mémoire des serveurs de type B vers 256GB. Cette mise à jour permettra également de simplifier la plate-forme de virtualisation et de ne plus utiliser les serveurs de type C. Plate-forme de virtualisation VMware vSphere 5 est le standard pour la virtualisation. Pour les applications, la solution ‘Disaster Recovery’ repose sur la réplication de données proposée par le service storage (point ABB.1.3.3). Les machines virtuelles peuvent alors être redémarrées sur le site de disaster recovery via un script. Dans le shéma ci-dessous les machines virtuelles non grisées sont celles fonctionnant sur leur site natif. Les machines virtuelles grisées sont les copies des VMs faite via le SAN (synchrone). En cas de disaster recovery, celles-ci peuvent être démarrées. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 48 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Linked Mode Primary Site VM VM VM VM VM VM vCenter #1 vCenter #2 SAN replication ESXs VM Storage VM Storage HA/DRS Cluster – Primary Site VM VM VM VM VM VM Disaster Recovery Site VM VM VM VM VM VM VM VM VM VM VM VM HA/DRS Cluster – Failover for Primary Site SAN replication VM Storage HA/DRS Cluster – Failover for Disaster Recovery Site VM Storage ESXs HA/DRS Cluster – Disaster Recovery Site Management vlan Production vlans I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 49 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.5 - DESKTOPS ET LAPTOPS SERVICES R ÉSUMÉ Chaque année, le SPF Finances achète de nouveaux desktops et laptops pour renouveler 20 % du parc. Ces machines sont utilisées pendant 5 ans puis remplacées. La configuration des machines change chaque année, suivant l’évolution technologique. Lors du déploiement de nouveaux logiciels, il ne suffit donc pas de tenir compte de la dernière configuration : il faut connaître la configuration des 5 dernières années. En principe, chaque fonctionnaire est titulaire d’un PC qui le suit dans ses mouvements. Une exception est faite par exemple pour un fonctionnaire doté d’un équipement matériel non standard correspondant à une tâche déterminée (station de scanning, PC du Call Center équipé de matériel et d’applications spécifiques, PC de front-office, etc…). Si le fonctionnaire déménage dans un service qui n’a pas besoin de ce matériel, le PC reste en place et ce fonctionnaire doit commander un autre pc via le portail http:\\servicedesk. Pour une gestion efficace de tous les PC, ceux-ci doivent obligatoirement être reliés au réseau et intégrés dans le domaine FINBEL. Les laptops disposent à peu près de la même configuration que les desktops (Voir ABB.7.2 et ABB.7.3). Implémentation actuelle Services principaux Workplace support Standard pertinents - Software Windows XP (Service Pack 3) X86 32-bits Windows 7 Professional (Service Pack 1) X86 – 32 Bits Hardware Dell Optiplex 740 MLK DT (fin de contrat en 2013) , AMD Athon™ Dual Core Processor 4050e @ 2.10 Ghz, 1 Gb Ram , Ecran Dell 1908FP (19” TFT) HP DC 7900 (fin de contrat en 2014), Pentium® Dual-Core CPU E5200 @ 2,50 Ghz, 2 Gb Ram, Ecran HP L1950G (19” TFT) HP DC 8000 SFF (fin de contrat en 2015), Pentium® Dual-Core CPU E5400 @ 2,70 Ghz,4 Gb Ram, Ecran HP L1951G (19” TFT) Dell Optiplex 380 (fin de contrat en 2016, Intel® Core™ 2 Duo CPU E7500 @ 2.93 Ghz, 4Gb Ram, Ecran Dell P190ST Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 50 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Le remplacement régulier des postes fait partie de la stratégie ICT du SPF Finances. Grâce au projet MyPC, les PC sont devenus des produits courants. La proportion de PC fixe est environ de 80% contre 20% de PC portables. A l’avenir, cette proportion devrait s’inverser. Il est à noter que les PC ne sont plus équipés d’un lecteur de disquettes mais de ports USB 2. Priorité de transition Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE My PC Tous les desktops ont un cycle de vie de cinq ans. Chaque année, un cinquième du parc est remplacé par des machines neuves et performantes. Ce rollout est conduit par l’équipe ‘My PC’, qui se charge aussi des nouvelles installations, réinstallations, dépannages, élimination (vers récupel) et remise en stock de desktops. Pour les laptops, toutes ces opérations sont confiées à l’équipe MVA de ICT Client. Actuellement, le remplacement des laptops n’est pas automatique après 5 ans, celui-ci doit être demandé par la voie hiérarchique. URIS URIS signifie Universal Rescue and Installation System. URIS est développé et entretenu par l’équipe MVA de ICT Client. La fonction de base est celle d’un système d’installation standard pour tous les PC du SPF Finances. Il s’agit d’un système évolutif, dynamique et modulaire, accessible dans les trois langues nationales, sous le système d’exploitation Windows 7 SP1. Actuellement, les logiciels supportés sont les suivants: TeamViewer v7 McAfee 8.8 SCCM-Client 7-Zip 9.20 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 51 ABB 2013 - Architecture Building Blocks ICT du SPF Finances LibreOffice 3.6.3 MS Office 2010 en 2003 Java 1.6.0_18 Java 1.7.0_09 Firefox 16.0.2 Opera 12.10 Foxit Reader 5.4.3.0920 Adobe Reader 11.00 Adobe Flash 11.5.502.110 Adobe Shockwave 11.6.5.635 Silverlight FastStone Image Viewer 4.6 e-ID Viewer 4.0 / MiniDriver 4.0.10 Personal Communications 5.9 PDFCreator 1.5.1 VPN Juniper VTDWin TCVBlite Cisco IP Communicator 7.0.3.3 ICDOWIN InfraRecorder 0.53 ACL 9 Aidoo 1.0.3.0 Barcode MeadCo ScriptX| MSXML NCTS Logics Video Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 52 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Chacun des logiciels ci-dessus est optionnel. Le mode Rescue permet de réparer n’importe quel système (réinstallation complète et installation d’un programme séparé). URIS tient l’inventaire de tout le parc. Distribution des logiciels via System Center Configuration Manager (SCCM) 2007 SP2 R3 L’installation des logiciels à (plus) grande échelle est centralisée via Microsoft 2007 SCCM SP2 R3. La limite de ce mode de distribution se situe actuellement à 1Go. La demande doit passer par le Service Desk du SPF Finances. Gestion des patches Dans le domaine Finbel.intra, la gestion des patches (correctifs) passe par Microsoft SCCM 2007 SP2 R3. Dans les 4 jours ouvrables, les patches critiques de Win2k, Windows XP et Microsoft Office sont diffusés. Chaque mois, les patches critiques de Win2k, Windows XP et Microsoft Office sont testés et diffusés. En standard, les mises à jour automatiques de Windows sont inactivées. La fonction WSUS est utilisée dans SCCM 2007 pour patcher les stations de travail et les serveurs. Backup centralisé Résumé ICT Client met à la disposition de tous les desktops et laptops du domaine Finbel.intra un système de backup centralisé. Toutes les données (hormis les .mp3, .mpeg, etc.) des dossiers C:\data, D:\data et ...\Documents and Settings\”user name”\Mes documents sont quotidiennement sauvegardés via le programme Agent Connected. En cas de perte de données, on peut utiliser ce programme pour : récupérer des fichiers effacés par erreur, récupérer une version antérieure d’un fichier sachant que le système en conserve trois. Implémentation actuelle Backup centralisé (« PC BACKUP ») Services principaux Installation du programme Connected Sauvegarde des données utilisateurs Récupération des données utilisateurs Standard pertinents Par défaut, chaque utilisateur dispose d’un espace de 1 Gb de données à sauvegarder. Des extensions d’espace sont possibles. Les demandes motivées doivent être transmises au « Service Desk ». « PC BACKUP » est un logiciel sécurisé visant à protéger les données informatiques de tout problème, toute perte ou tout dommage. Par son usage, les fichiers font l’objet d’une sauvegarde quotidienne et automatique dans les serveurs sécurisés de l’ICT. Avant toute manipulation, les données sont cryptées afin d’en assurer la confidentialité. Ce logiciel permet : une sélection automatique des fichiers pour une procédure rapide et efficace ; Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 une sauvegarde sécurisée et sûre des fichiers, avec une protection à Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 53 ABB 2013 - Architecture Building Blocks ICT du SPF Finances plusieurs niveaux contre tout accès non autorisé ; une sauvegarde planifiée et sans surveillance afin de garantir la régularité et la sécurité de son exécution. Elle est quotidienne, fiable et rapide. Elle s’exécute en arrière-plan n’interférant et ne perturbant en rien le travail de l’utilisateur ; l’accès à des versions antérieures du même fichier permet de suivre les modifications ; la possibilité de récupérer des fichiers perdus ou endommagés de manière autonome sans devoir appeler le Service Desk ; la possibilité de récupérer des fichiers de manière décentralisée avec une toute nouvelle option appelée « Myroam » ; Software le travail en toute tranquillité sachant que, quoi qu’il arrive, les données sont conservées en toute sécurité et peuvent être récupérées rapidement. Nom du logiciel : Autonomy Connected Backup PC Version : 8.6 Hardware - Papyrus Résumé Le SPF Finances met à disposition de tous ses utilisateurs une solution globale d'impression dénommée « Papyrus ». Tous les travaux d'impression, selon leur taille et leur degré d'urgence, peuvent être envoyés soit vers une imprimante bureautique (individuelle ou en réseau), soit vers un copieur multifonctions (MFP), soit vers FedoPress. Cette solution inclut la gestion pro-active des équipements d'impression (consommables, problèmes hardware) ainsi que leur monitoring et la gestion des droits des utilisateurs. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 54 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Implémentation actuelle Services principaux Standard pertinents Déploiement de l'agent Intoan sur le PC de chaque utilisateur final Déploiement des MFP et enregistrement de ceux-ci sur les serveurs d'impression du Département Déploiement de la solution Equitrac sur les MFP Ricoh Aficio MP3352SP (phase 1) et sur les MFP Xerox WorkCentre 5230 (phase 2) Par défaut, la plupart des utilisateurs actuels disposent d'une imprimante bureautique soit individuelle, soit partagée en réseau. A terme, ces imprimantes bureautiques deviendront l'exception (motivation obligatoire) et la règle sera l'utilisation des MFP. A terme, la fonction "Follow-me-printing" sera disponible pour tous les utilisateurs, qui enverront leurs travaux d'impression non plus vers un équipement déterminé, mais vers un serveur centralisé, pour les récupérer ensuite sur le MFP de leur choix. La gestion des droits (accès ou non à la couleur, quotas, etc.) fera partie intégrante de la solution globale d'impression. Software EcoTools 3.8 (agent Intoan v2) Samsung SyncThru 6 WebJetAdmin EquiTrac 4.0 Hardware N/A Information complémentaire Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://10.12.5.146/cssc/download/PCBackup_v8_FR.pdf Documentation PC-BACKUP http://10.12.5.146/cssc/download/PCBackup_v8_NL.pdf Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 55 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB 1.3.6 - PERVASIVE (SMARTPHONES) R ÉSUMÉ Les Smartphones font partie des outils de travail que le SPF Finances fournit à certains membres de son personnel. La fourniture est réalisée suivant un processus interne qui tient compte des besoins de l’agent dans le cadre de ses fonctions, des services fournis par cet équipement. Leur distribution est assurée à la demande, par la firme Belgacom-Proximus dans le cadre du projet FinCom. Implémentation actuelle Services principaux Téléphonie mobile, connexion Data sans fil : accès internet/intranet, Mails. Standard pertinents UMTS GPRS EDGE HSDPA/HSUDPA Software Lotus Notes Traveller 8.5.3 Windows Mobile 6.5 Android 2.3.5 Hardware Smartphones Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Evolution des softwares selon les mises à jour des fournisseurs et des compatibilités. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 56 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRITPION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 57 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.7 - CLIENT PERIPHERALS (PÉRIPHÉRIQUES) R ÉSUMÉ L’équipe « Périphériques » gère l’ensemble des périphériques – généralement individuels – susceptibles d’être reliés à une configuration informatique standard. Cette équipe s’occupe essentiellement des imprimantes bureautiques, soit individuelles, soit mises en réseau. A titre accessoire, l’équipe « Périphériques » gère également les scanners, beamers, etc. En ce qui concerne les imprimantes bureautiques , l’objectif est de faire en sorte que chaque agent du Département dispose d’un accès à celle-ci, tout en rationnalisant leur déploiement en le liant à celui des copieurs multi-fonctionnels (solution d’impression globale) dans le cadre du marché « Papyrus 2 ». Implémentation actuelle Services principaux Impression sur équipements bureautiques individuels ou mis en réseau Standard pertinents Installation automatique des pilotes nécessaires Software - Hardware Samsung Ml-3471ND Brother HL5380DN Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 58 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.samsung.com/ca_fr/consumer/office/printermultifunction/monochrome-laser/ML-3471ND/XAA Manuel et spécifications techniques de la Samsung Ml3471ND http://www.brother.be/g3.cfm/s_page/56590/s_level/19430/s_product/hl5380dn Manuel et spécifications techniques de la Brother HL5380DN N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 59 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.3.8 – MULTIFUNCTIONAL PRINTERS (MFP) R ESUME L’équipe « MFP » vise à équiper l’ensemble du SPF Finances de copieurs multi-fonctionnels récents et reliés au réseau informatique. Tous les agents du SPF Finances auront accès à ces périphériques moyennant authentification préalable (sécurité – confidentialité – contrôle) et pourront alors utiliser les fonctionnalités suivantes : Copie Scan-to-mail Impressions distantes Implémentation actuelle Services principaux Copie Scan-to-mail Impression distantes Standard pertinents Authentification sécurisée (LDAPS) Secure printing Pull printing Software N/A Hardware Xerox WorkCentre 5230 (déploiement : 2011) Ricoh Aficio MP3352SP (déploiement : 2012) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 60 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Internet http://www.support.xerox.com/support/workcentre5225/documentation/frca.html http://www.gcsricoh.be/fr/produits/ricoh/view/machineid/745/aficiomp3352sp Manuel et spécifications techniques de la Xerox WorkCentre 5225/5230 Manuel et spécifications techniques de la Ricoh Aficio MP3352SP Intranet http://10.12.5.146/cssc/cssc-fr.htm Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Manuel de la Xerox WorkCentre 5230 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 61 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.4 - PRINTING SERVICES APERÇU I NTRODUCTION Cette partie décrit les différents services qui permettent d’assembler, d’imprimer et d’envoyer de grands volumes de documents. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.1.4.1 - Services d’impression digitale gros volumes « Fedopress » 63 ABB.1.4.2 - Printing Services “Columbus” 67 ABB.1.4.3 - Services d’impression digitale interactive «Scriptura Interactive» 70 ABB.1.4.4. – Imprimante virtuelle « Print and Post » 73 I NFORMATION COMPLEMENTAIRE Objectif Description des différentes fonctionnalités des services d’impression Service(s) compétent(s) de l’organisation Département(s) / Division(s) Operations-Processing-Mainframes [email protected] Architecture ICT/Systems [email protected] Dernière mise à jour Période de validité Contact(s) 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 62 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.4.1 - SERVICES D’IMPRESSION DIGITALE GROS VOLUMES « FEDOPRESS » R ÉSUMÉ L’imprimerie Fedopress « gros volumes » est la nouvelle imprimerie fédérale qui combine et intègre les impressions digitales et offset. Elle a pour objectifs de : continuer à réduire les coûts d’impression et d’affranchissement améliorer le suivi de la production introduire la couleur dans le digital intégrer l’imprimerie dans la gestion électronique de documents Implémentation actuelle Services principaux composition, création de fichiers d’impression afp et/ou pdf, impression batch, mise sous plis, expédition Impression offset, pré-press, finitions Standard pertinents - Software Suite Scriptura (Inventive designers) Suite OpenPrint de Pitney-Bowes : Process Manager, Mailworkflow, PI output manager Prinect, Cerm Hardware Serveurs Unix et Microsoft, imprimantes, machines de mise sous plis, machines de finition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 63 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Nouveau service d’impression interactive (cfr. ABB.1.4.3) Imprimante virtuelle Priorité de transition Tactique - Sunset - Nonstratégique - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Le SPF Finances dispose d’une « automated document factory » (ADF) centralisée. Comportant les outils de composition, de design, de tri et de regroupement à la fois dans un environnement de test et de production. Ce système permet d’utiliser des outils de pré-processing et de post-processing et d’imprimer de gros volumes de documents en couleurs. Ce service d’impression gros volume est utilisé par les services «Fedopress » permettant le traitement de jobs de type batch. Le layout d’impression est créé à partir d’un outil design de la suite Scriptura. Les données imprimées proviennent des systèmes d’information (mainframes et serveurs) et sont envoyées dans un outil de composition qui fusionne les données et le layout. Le document composé est envoyé dans un outil de tri-regroupement optimisant le regroupement d’envois pour les mêmes personnes et le tri postal. Les documents sont alors imprimés et mis sous plis automatiquement. Pour assurer une qualité maximale, le processus complet est évalué par un workflow d’impression. Toutes les identifications de documents rejetées par le système de finition sont renvoyées au système d’impression pour une éventuelle réimpression. Ce système permet également l’envoi par e-mail des documents alors que celui-ci n’est pas encore imprimé. Les impressions digitales sont contrôlées par le logiciel Mailworkflow. Les impressions offset sont contrôlées par le logiciel Prinect. Les informations provenant de ces deux modules sont regroupés et exploités par le système central CERM qui permet : le contrôle central des machines, l’exploitation des informations à des fins de statistiques et managériales. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 64 ABB 2013 - Architecture Building Blocks ICT du SPF Finances La figure 1 « Volume Printing Solution » présente un schéma logique de la solution en place et ses divers composants. Figure 1 : Volume Printing Solution La mise en place de ce service permet de remplir divers objectifs stratégiques du SPF Finances tels que : la centralisation des systèmes de design, d’impression, de stockage, d’accès aux données, l’assurance de disposer de documents de qualité et cela de manière électronique pour l’ensemble des citoyens et fonctionnaires. Ces choix ont engendré les contraintes et exigences technique suivantes : une impression au format A4, une séparation des données et du layout, une solution dont la partie fonctionnelle est indépendante du matériel. Il est à noter que tout appel aux services d’impression Fedopress assure une intégration directe avec la solution d’archivage et la mise à disposition des documents imprimés au niveau de Filenet. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 65 ABB 2013 - Architecture Building Blocks ICT du SPF Finances La figure 2 montre de manière schématique l’environnement d’impression gros volume dans le contexte général du SPF Finances. IBM Siemens Bull Input level ASCII, EBCDIC, XML Designing Composition dynamique Layout Workflow composition Workflow d'impression et de contrôle Composition on-line SAN Métadata Output Format AFP Tri - regroupement - éclatement Spooling Internet Intranet Serveur d'archivage Internet GSM Terminal Imprimante de production Façonnage Terminal Terminal Terminal Terminal Figure 2 : Vue générale Fedopress digital I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 66 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.4.2 - PRINTING SERVICES “COLUMBUS” R ÉSUMÉ Columbus Output Management (Columbus OM) contient des fonctions pour imprimer, expédier et gérer les gros volumes de documents. Implémentation actuelle Services principaux Gestion et archivage des documents issus du mainframe GCOS8. Conversion en PDF et envoi des documents par e-mail. Réacheminement vers différentes imprimantes réseau. Accès via Internet Explorer ou via Columbus OM Explorer. Standard pertinents AFP, HTML, PCL, PostScript, PDF et ASCII. DPF8 (Distributed Printing Facility) assure la communication entre le mainframe GCOS8 et le serveur Columbus. FTP Software Microsoft Windows Server 2003 Enterprise Edition en mode cluster Logiciel Columbus High-Availability cluster Columbus OM Explorer Columbus OM Web services Deliver – ASCII to PDF convertor 4NT – Batch file programming tool Hardware 2 x Intel Xeon E3110 3Ghz - 2GB RAM en mode cluster. Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Migration à Windows Server 2008 Enterprise Edition Migration vers un serveur virtuel en mode cluster Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 67 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Introduction Columbus Output Management (Columbus OM) est un package modulaire, conçu en vue d’une souplesse maximale, et facile à mettre en œuvre. En standard, le logiciel Columbus OM dispose de nombreuses fonctions : Priority management Deferred processing Job dependencies Event handling Document Indexing User and Document access control Processus d’impression colombus Phase Description 1 Résultat de sortie est envoyé au serveur Columbus. 2 résultat de sortie LPR est envoyé au cluster spooler ; GCOS8 sysout est envoyé au cluster spooler ; un fichier ASCII du GCOS8 est envoyé vers le serveur Columbus via FTP. Le service Winsurv scanne le cluster spooler et envoie le résultat à la bonne file d'attente d'impression. Le script Winfilter extrait les données d'identification nécessaires à partir du document. 3 Colombus OM distribue la sortie. Columbus OM envoie la sortie vers une imprimante réseau ; Columbus OM exécute un script en DOS (4NT) dans lequel la sortie est converti au format PDF puis envoyés par e-mail. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 68 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, veuillez consulter les références intranet et internet suivantes : Référence Description Intranet http://sharepoint/sites/ICTOPS/GCOS8/Forms/AllItems.aspx?RootFolder=%2fsites%2fictops%2fGCOS8%2fColumbusandFolderCTID=andView={D3AA9412CF2B-4260-88D9-47A095D25F27} Contient des informations sur l'installation, la configuration et le fonctionnement du serveur Columbus. Internet http://www.macro4.com/getdoc/e826f71c-85ba-45aa-800b5f6c768e6d16/Columbus_OM_Datasheet.aspx Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Fiche technique du logiciel Columbus OM. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 69 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.4.3 - SERVICES D’IMPRESSION DIGITALE INTERACTIVE «SCRIPTURA INTERACTIVE» R ÉSUMÉ Le service d’impression digitale interactive «Scriptura interactive» est : la possibilité, pour des applications-métier, de créer des documents interactivement ; de les regrouper dans un fichier xml batch ; de les imprimer ; de les expédier. Implémentation actuelle Services principaux Impression Interactive Standard pertinents - Software Hardware Suite Scriptura (Inventive designers) Process Manager, Mailworkflow, Serveurs Unix et Microsoft, imprimantes, machines de mise sous plis Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 70 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La solution «Impression interactive» est basée sur le logiciel «Scriptura interactive» de la société « Inventive Designers ». Scriptura Interactive est le frontal Web de la suite Scriptura permettant de produire des documents unitaires depuis un poste utilisateur disposant uniquement d’un navigateur Web. Les Services d’impression s’appuient sur plusieurs composants : L’outil de maquettage des documents «Scriptura» pour réaliser les modèles de document. L’outil de visualisation des documents complétés «Scriptura Interactive» qui : permet l’impression sans modification si la génération du document ne comporte aucune saisie ; ouvre un « wizard » ajouté au modèle de document actuel servant à définir les zones à remplir par l’utilisateur en interactif et par l’application métier en batch. Le référentiel central de document d’Open Print pour stocker et gérer les versions des modèles de documents. Le moteur de composition Scriptura pour composer les documents. L’ordonnanceur éditique Process Manager pour produire les documents en batch sur la plate-forme de production Fedopress. L’outil de suivi de la production Mailworkflow pour connaître le statut des plis produits par Fedopress. Remarque : Scriptura permet l’impression locale à travers les imprimantes utilisables par le navigateur Web mais ne se substitue pas à un logiciel d’Output Management type Columbus OM. Il permet également l’impression centrale à partir d’un poste de travail distant. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 71 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 72 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.4.4. – IMPRIMANTE VIRTUELLE « PRINT AND POST » R ÉSUMÉ L’imprimante virtuelle « Print and Post » permet à tout agent autorisé d’imprimer du courrier directement à l’imprimerie centrale « Fedopress ». Ce courrier sera mis sous pli et envoyé par l’imprimerie. Implémentation actuelle Services principaux Impression de documents à distance sur l’imprimerie fédérale Fedopress Standard pertinents Word et pdf Software Nirva Serveur d’input FINVMPRNIRVAx01 héberge la partie serveur Web et serveur de réception des fichiers issus de l’imprimante virtuelle. Hardware Serveur d’output et de conversion FINVMPRNIRVAx02 converti les fichiers Office et PostScript en PDF, héberge les traitements finaux des commandes et produit les fichiers pour le lot 2. Serveur de storage FINVMPRNIRVAx03 héberge les données (fichiers et datas du composant storage). Il pourra également héberger une partie de l’output, suivant les besoins. Evolution souhaitée Les évolutions prévues sont les suivantes : Stratégique Mise en production dans tous les bureaux de recettes Tactique Modification de la politique d’identification (autorisation d’utilisation plus longue) Sunset - Nonstratégique - Classification Priorité de transition v High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 73 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE DU SERVICE Les services « Print and Post » sont accessibles via une imprimante virtuelle qui permet d’envoyer des documents sur les chaînes de production de document centralisées de Fedopress. L’installation de « Print and Post » se fait par l’intermédiaire du servicedesk. Une fois l’installation terminée, une imprimante « Print and Post » vient s’ajouter aux imprimantes de l’utilisateur. Quand celui-ci demande l’impression d’un document via cette imprimante virtuelle, les documents sont convertis en pdf, massifiés dans un grand fichier pdf avec un xml contenant les metadonnées puis sont composés en afp (advanced function printing) pendant la nuit. Dès le lendemain matin, les documents sont imprimés sur les chaînes de production de Fedopress, mis sous plis puis expédiés le jour-même. GUIDE UTILISATEUR 3/ I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet sharepoint Fedopress Sharepoint Fedopress Dossier d’architecture logicielle (SAD) Guide de l’utilisateur print and post Internet http://www.nirva-systems.com Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Site firme Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 74 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.5 - OPERATING SYSTEM SERVICES APERÇU I NTRODUCTION Cette partie contient la description des services liés aux différents types de systèmes opérateurs utilisés au SPF Finances. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.1.5.1 - Systèmes d’exploitation Serveurs 76 ABB.1.5.2 - Systèmes d’exploitation desktops and laptops 78 I NFORMATION COMPLEMENTAIRE Objectif Voir section introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Operations-Processing-Windows Servers [email protected] ICT Client [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 75 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.5.1 - SYSTEMES D’EXPLOITATION SERVEURS R ESUME Les services pour systèmes d’exploitation sont ceux qui supportent les ABB des services pour les Computing Nodes. Ces ABB supportent et gèrent les fonctionnalités système locales telles que CPUs ou autres composants. Voici un aperçu de ces services : work management, environment state support, event handling, local system logon, user context management (y compris la sécurité), services pour systèmes multimédia, locking service, accounting, tracing, journaling, program management et runtime /environnementPOSIX. Implémentation actuelle Services principaux Systèmes d'exploitation Standards pertinents Les standards couvrent : Software les system calls ; les libraries (ISO/IEC 9945-1) ; les threads (IEEE POSIX 1003.1c) ; et les commands and utilities (ISO/IEC 9945-2). z/VM 6.1, z/VSE 4.2 BS2000 V4.0 G-COS 8 SR 7 Linux Windows 2003 SP2, 2008 R2 VMWare ESXi 5.1 Oracle Solaris 10 AIX 5.3L Hardware IBM z10 BC Bull Helios 4 Fujitsu-Siemens (SX100) HP blades x86-x64 Fujitsu Sparc M5000/M9000 Fujitsu BladeFrame BF400 S2 x86 IBM Power 5 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 76 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique La virtualisation hardware et la couche logicielle « Hypervisor » sont considérées comme des éléments de l’infrastructure standard. Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://sharepoint/sites/ict-ops/default.aspx N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 77 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.5.2 - SYSTÈMES D’EXPLOITATION DESKTOPS AND LAPTOPS R ESUME Décrit les systèmes d'exploitation utilisés sur les plates-formes directement employées par les utilisateurs finaux. C’est l’ICT-Client qui se charge de l’installation des logiciels. La gestion des PC s’effectue via SCCM et AD. Implémentation actuelle Services principaux Systèmes d'exploitation Software Windows 7 Professional SP1 (x86-32bit) (NL, FR, DE) Windows XP Professional SP3 (x86-32bit) (NL, FR, DE) Le SPF Finances crée en interne une image standard unique, utilisée lors de l'installation (la réinstallation) sur les PC. Certains éléments peuvent être activés ou désactivés, selon le profil de l'utilisateur. Il existe une fonction de backup centrale pour les documents des utilisateurs. Le programme antivirus utilisé est McAfee VirusScan Enterprise. Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Le SPF Finances choisit Windows 7 comme système d’exploitation des desktops et laptops. Les machines plus anciennes tournent sous Windows XP. L’introduction de Windows 8 n’est pas à l’agenda pour l’instant. Tactique - Sunset - Nonstratégique - Priorité de transition - High (moins d’un an) => non applicable - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 78 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 79 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.6 - FACILITY SERVICES APERÇU I NTRODUCTION Cette partie contient la description des services qui explique les spécifications qui doivent être respectées dans chacun des deux centres informatiques dont dispose le SPF Finances notamment : Un site primaire dans le complexe North Galaxy : 4 salles informatiques et 2 locaux pour les équipements réseau ; Un site Disaster Recovery à Anderlecht. On y trouve les informations que les soumissionnaires des marchés publics doivent inclure dans leurs offres. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.1.6.1 - Data center North Galaxy 81 ABB.1.6.2 - Data center Anderlecht 88 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Operations-Facilities-Datacenters Dernière mise à jour Période de validité Contact(s) [email protected] 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 80 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.6.1 - DATA CENTER NORTH GALAXY R ÉSUMÉ Voici la description du data center North Galaxy. Implémentation actuelle Services principaux Installations Data center Standards pertinents - Software - Hardware - Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 81 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Répartition des locaux du complexe Le complexe informatique comprend plusieurs salles informatiques (CI) ainsi que des locaux spéciaux pour les équipements centraux de transmission de données (Data). On y trouve aussi un local consoles, à un autre étage. Les consoles actuelles pour la gestion des applications sont installées dans ce local. Aménagement des salles Les machines sont installées en rangées de 90 cm de large, avec un dégagement de 1,5 m entre les rangées. Cet espace intermédiaire est limité à 90 cm dans les locaux 'data' (équipements réseau). Remarques : Les machines de plus de 90 cm de profondeur peuvent être installées dans les SI (avec une limite absolue de 1,20 m) pour autant que leur installation ne gêne pas le libre passage dans la salle. Ces dépassements ne sont pas autorisés dans les locaux ‘data’. Le système d’alimentation électrique Canalis est monté au plafond. Le courant arrive aux machines par le haut. Les câbles de transmission de données se trouvent dans le faux plancher. Le long des rangées de machines, chaque dalle est munie d’une ouverture avec un couvercle de 30 x 30 cm. Cette ouverture sert à : raccordement des câbles de transmission de données ; alimentation en air de refroidissement. Charge au sol Charge minimale garantie partout : 4,7 kN/m² = 479 kg/m² Charges minimales garanties kN/m² kN/m² kg/m² kg/m² Centre Bord Centre Bord Salles informatiques (SI) 5,0 4,7 510 479 Locaux télécoms (Data) 4,7 4,7 479 479 Allées 4,7 479 Charge ponctuelle : maximum 500 kg Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 82 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Hauteur, largeur Salles informatiques (SI) : Hauteur nominale de la salle : 2,40 m (NB : Présence de lignes à 2,40 m en certains endroits). Hauteur garantie sans obstacles : 2,30 m. Porte d’accès marchandises : hauteur : 2,40 m ; largeur : 2 battants (1,66 m). Locaux télécoms (Data) : Hauteur nominale de la salle : 2,40 m (NB : Présence de lignes à 2,40 m en certains endroits). Hauteur garantie sans obstacles : 2,30 m. Porte d’accès marchandises : hauteur utile : 2 m ; largeur : 1 battant (1,03 m). Couloirs Hauteur nominale : 2,40 m (NB : Présence de lignes à 2,40 m en certains endroits) hauteur garantie sans obstacles : 2,30 m ; largeur minimale garantie : 1,40 m. Particularité : Couloir local télécoms Data 1 : hauteur nominale : 2,40 m (NB : Présence de lignes à 2,40 m en certains endroits) ; hauteur garantie sans obstacles : 2,30 m ; hauteur porte d’accès : 2,10 m ; Largeur minimale garantie : 1,20 m. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 83 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Portes d’accès au site Avec ascenseur principal hauteur : 2,30 m ; largeur : 2 battants (1,66 m). Avec ascenseur secondaire hauteur : 2 m ; largeur : 2 battants (1,66 m). Accès au bâtiment Les équipements et les marchandises arrivent dans le bâtiment via le point de déchargement de la place Solvay. Ascenseur Ascenseur principal Charge utile : 1.875 kg Longueur : 2,85 m Largeur porte : 1,30 m Hauteur porte : 2,40 m Ascenseur secondaire Charge utile : 1.875 kg Longueur : 2,85 m Largeur : 1,30 m Hauteur : 2,09 m Alimentation électrique Alimentation électrique via Canalis : capacité standard : 40A (triphasé) (la consommation d’une machine ne peut donc dépasser 40A monophasé ou triphasé). Les barres omnibus sont fixées au plafond. Les câbles d’alimentation descendent donc du plafond. Il n’y a pas de raccordements électriques dans le faux plancher. On compte deux barres omnibus par rangée. Les barres omnibus sont alimentées via deux tableaux électriques distincts. Afin d’éviter le branchement intempestif d’un équipement inadapté, les raccordements 16A sont munis de fiches Wieland. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 84 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les câbles électriques sont alimentés par des UPS et les UPS sont alimentés par : le réseau public, via un transformateur d’alimentation général réservé au centre informatique ; un générateur diesel. En cas de panne de l’alimentation générale, les ordinateurs sont alimentés par les UPS. Câbles réseau Les salles informatiques sont équipées d’un câblage structuré. On trouve dans chaque salle informatique : un réseau de câbles du type UTP catégorie 6 ; un réseau de câbles en fibre optique (multimode OM3/50 µm) ; des racks télécoms. Le long des machines, on trouve des tableaux de commutation à raison d’un tableau par dalle. Chaque dalle correspond à : 6 connexions RJ45 ; 2 connexions optiques SC duplex (= 4 fils). La salle informatique est reliée à deux locaux ‘data’ par un réseau en fibre optique (multimode 50/125 µm OM3). Chaque salle est reliée à chacun des deux locaux ‘data’. Les locaux ‘data’ sont par ailleurs interconnectés. Un réseau de câbles UTP cat. 6 relie les salles informatiques avec les deux locaux ‘data’. Chaque salle est reliée à chacun des deux locaux ‘data’. Les locaux ‘data’ sont par ailleurs interconnectés. Attention : les câbles peuvent dépasser 100 m en longueur. Tous les câbles se trouvent dans des gaines. Tous les câbles supplémentaires doivent également prendre place dans les gaines. Climatisation La climatisation produit un courant d’air froid dans le faux plancher. L’air froid est dirigé vers les machines via des ouvertures de 30 x 30 cm avec couvercle dans les dalles sous les machines. L’utilisation de dalles perforées peut être envisagée mais n’est pas standard. L’air chaud est aspiré par des ouvertures au sommet des murs environnants. Il n’existe pas de système de refroidissement par eau dans les salles informatiques et ce procédé n’est pas souhaité. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 85 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Renseignements à fournir par le soumissionnaire Dans son offre, le soumissionnaire doit inclure les données qui montrent que l’équipement proposé est compatible avec l’environnement des salles informatiques. Il doit en particulier produire les deux notes de calcul suivantes : Calcul du poids Pour le calcul du poids, une unité installée correspond, selon le cas, à : une machine occupant un seul emplacement ; un ensemble de machines empilées ; une armoire abritant plusieurs équipements. Pour chaque unité installée, le soumissionnaire doit spécifier les dimensions (largeur, profondeur, hauteur), le poids des éléments séparés et le poids total de l'unité. Calcul de l’intensité électrique Pour chaque raccordement électrique au système Canalis, le soumissionnaire doit spécifier la consommation de courant par appareil et la consommation totale. La consommation électrique est calculée en fonctionnement et au démarrage. Câbles réseau nécessaires Dans son offre, le soumissionnaire doit spécifier les raccordements dont son système fera usage. Raccordements aux câbles réseau existants : Nombre et nature des raccordements au réseau des Finances ; Nombre et nature des raccordements directs entre machines éloignées situées dans la même salle ; Nombre et nature des raccordements directs entre machines éloignées situées dans des salles différentes. Raccordements spéciaux (seulement si prévus dans le cahier des charges) Nombre et nature des raccordements directs entre machines éloignées situées dans la même salle ; Nombre et nature des raccordements directs entre machines éloignées situées dans des salles différentes. Aménagements spéciaux Dans son offre, le soumissionnaire doit expliquer les aménagements spéciaux qu’il juge nécessaires au fonctionnement de son équipement. Ces aménagements peuvent concerner l’emplacement où l’équipement, selon le cas. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 86 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Seuls les aménagements prévus dans cette annexe du cahier des charges sont autorisés. Les aménagements pour l’équipement sont entièrement à la charge du soumissionnaire. Aménagements possibles Le SPF Finances se chargera lui-même des aménagements suivants : Placement de boîtes de dérivation pour la connexion aux barres omnibus ; Cela comprend : - la boîte de dérivation les automates de puissance le câble d’alimentation la boîte Wieland Remplacement de certaines dalles dans le faux plancher par des dalles perforées. Raccordements au câblage structuré. Raccordement des circuits de câbles au réseau du SPF Finances. Le raccordement des machines aux panneaux de commutation dans le faux plancher doit être exécuté par l’adjudicataire avec la collaboration du SPF Finances. L’adjudicataire se charge de fournir les câbles de raccordement de la bonne longueur. Mobilier Le SPF Finances fournit les tables et les chaises nécessaires à l’installation de l’équipement. Dans son offre, le soumissionnaire doit prévoir le mobilier spécifique qu’il juge nécessaire à l’installation de son équipement. Le SPF Finances se réserve cependant le droit de faire installer l’équipement dans un meuble spécial fourni par lui. Le soumissionnaire doit annoncer ces aménagements suffisamment à l'avance. Dans des conditions normales, le préavis est de deux mois. Aucun autre aménagement du site ne sera autorisé s’il n’est pas expressément prévu dans le cahier des charges. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 87 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.1.6.2 - DATA CENTER ANDERLECHT I NTRODUCTION Voici la description du data center Disaster Recovery d’Anderlecht. Implémentation actuelle Services principaux Installations Data center Standards pertinents - Software - Hardware - Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Organisation du site Le site DRS se compose d’une grande salle informatique abritant les systèmes de plusieurs clients. Tous les systèmes du SPF Finances occupent la même salle. Organisation des salles Les machines sont installées en rangées de 90 cm de large, avec un dégagement de 1,5 m entre les rangées. Remarque: Des machines de plus de 90 cm de profondeur peuvent être installées dans la salle, avec une limite absolue de 1,2 m, pourvu que leur installation ne gêne pas le libre passage dans la salle. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 88 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Limites des salles Charge au sol : 1.000 kg/m² de charge répartie ; 350 kg de charge ponctuelle. Hauteur de la salle : 3 m. Hauteur des voies d’accès : 2,10 m. Câblage réseau La salle informatique est équipée du câblage structuré suivant : un réseau de câbles du type UTP catégorie 6 ; un réseau en fibre optique (multimode OM3/50 µm) avec connecteurs LC ; armoires de regroupement des câbles. Tous les câbles sont placés dans les gaines. Tous les nouveaux câbles doivent être posés en tenant compte des gaines existantes. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 89 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2 - SECURITY SERVICES INTRODUCTION Les Services de Sécurité au sein du SPF s’articulent autour de 6 groupes de services : Firewall Services ; Certification Services ; Authentication Services ; Autorisation Services ; Virus Protection Services ; Identity Management Services. DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 90 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.2 L’ABB.2 - SECURITY SERVICES est composé des groupes de services suivants : Groupes de services Page ABB.2.1 - Firewall Services 92 ABB.2.2 - Certification Services 122 ABB.2.3 - Services d’authentification 125 ABB.2.4 - Autorisation Services 130 ABB.2.5 - Virus Protection Services 136 ABB.2.6 - Identity Management Services 139 INFORMATION POUR L’UTILISATEUR Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) Contact(s) Architecture [email protected] Dernière mise à jour Période de validité 30/09/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 91 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1 - FIREWALL SERVICES APERÇU I NTRODUCTION Cette partie décrit les différents services de FIREWALL utilisés par le SPF Finances ainsi que leurs fonctionnalités. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.2.1.1 - Double couche redondante 94 ABB.2.1.2 - Définition et protection des DMZ 96 ABB.2.1.3 - Intégrité du trafic Web 99 ABB.2.1.4 - Limitation des sites Web indésirables 101 ABB.2.1.5 - Remote Access pour les agents et partenaires 103 ABB.2.1.6 - Détection des intrusions et prévention 106 ABB.2.1.7 - Fonctionnalités Host-based security 108 ABB.2.1.8 - Intégrité du trafic Web 110 ABB.2.1.9 - Fonction Anti-Spam 112 ABB.2.1.10 - Système DNS sécurisé 114 ABB.2.1.11 - Out-of-Band Management 116 ABB.2.1.12 – Application Firewall 118 ABB.2.1.13 – Antivirus à la demande 120 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 92 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Objectif Description des différentes fonctionnalités de l'Internet Access Street Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT- Security [email protected] Dernière mise à jour Période de validité 07/06/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 93 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.1 - DOUBLE COUCHE REDONDANTE R ÉSUMÉ L’architecture de la solution est basée sur une configuration de firewalls en deux couches. Implémentation actuelle Access control . Authentification des utilisateurs sur base du système d’identification actif au sein du SPF Finances. « Network address translation » : NAT dynamique et NAT statique. Services principaux « Statefull inspection » et « Connection control ». Auditing/logging/Status/ Version control du SW installé. « Content security » : l’objectif de ces firewalls sera d’analyser intelligemment le trafic IP en tenant à jour les informations d’état de la communication et des applications. Standard pertinents N/A Propriétaire Software Hardware Les détails ne sont pas spécifiés pour des raisons de sécurité et de confidentialité. Fortigate-3140B Cisco ASA 5585-S40 Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 94 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE L’architecture de la solution est basée sur une configuration de firewalls en deux couches. La fonctionnalité « Double couche redondante de firewall » comprend la partie centrale de l’accès internet sécurisé, c’est-à-dire les routeurs, firewalls et switches (layer 4/7). Tout accès en provenance de l’Internet ou de FedMan et en provenance du réseau interne est à tolérance de panne, redondant et en mode « actif-passif », avec statefull fail-over (firewall pool). Les deux pools émanent de constructeurs différents pour des raisons de sécurité. Capacité de faire face à l’évolution du trafic. Critères de choix Possibilité d’ajouter des interfaces. Possibilité de faire face à une demande croissante : augmentation de la RAM, de l’espace disque, etc. Implémentation actuelle Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 95 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.2 - DEFINITION ET PROTECTION DES DMZ R ÉSUMÉ La fonctionnalité « Définition et protection des DMZ » englobe tous les composants nécessaires pour pouvoir définir et séparer les différentes DMZ au niveau de la sécurité. Implémentation actuelle Services principaux Standard pertinents Software Hardware Définition et protection de DMZ Support de la sécurité des DMZ N/A Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité Voir documentation détaillée pour ces informations Cisco Nexus 5548 and Nexus 2224 Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 96 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Définition et protection des DMZ » englobe tous les composants nécessaires pour pouvoir définir et séparer les différentes DMZ au niveau de la sécurité. Les DMZ suivantes sont définies : Web server DMZ Application server DMZ (nombre à définir : minimum 4) Mail relay DMZ Web relay DMZ Remote Access DMZ DMZ FTP L’architecture des réseaux des DMZ est redondante. Une panne d’un équipement n’empêche pas un système applicatif de trouver un point de connexion fonctionnel dans son local. Critères de choix Capacité de faire face à l’évolution du trafic. Possibilité d’ajouter des interfaces. Possibilité de faire face à une demande croissante : augmentation de la RAM, de l’espace disque, etc. Indépendance par rapport à la plate-forme HW supportant le FW. Implémentation actuelle Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 97 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 98 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.3 - INTEGRITE DU TRAFIC WEB R ÉSUMÉ La fonctionnalité « Intégrité trafic web » doit veiller à ce que tout le trafic web en provenance de l’Internet, entrant dans le réseau interne du SPF Finances, soit exempt de tous types de « malware » (virus, spyware, worms, trojan, etc.). Implémentation actuelle Services principaux Détection des malwares Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité Voir documentation détaillée pour ces informations. Hardware Proxies SG 9000-30 Proxies AV-2400-A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 99 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Intégrité trafic web » doit veiller à ce que tout le trafic web en provenance de l’Internet, entrant dans le réseau interne du SPF Finances, soit exempt de tous types de « malware » (virus, spyware, worms, trojan, etc.). Les mécanismes d’inspection suivants sont possibles : proxy pour trafic web sortant ; reverse Proxy pour trafic web entrant ; antivirus sur trafic http/https/ftp entrant ; anti-Spyware sur trafic http/https/ftp entrant ; protection contre Phishing, malicious codeware, key loggers, back doors and P2P, TCP tunneling, Web email, Instant messaging. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 100 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.4 - LIMITATION DES SITES WEB INDESIRABLES R ÉSUMÉ Le Service prévoit la possibilité d’empêcher les utilisateurs internes du SPF Finances de visiter les sites internet dits indésirables. Il s’agit principalement des sites pornographiques et sites de jeux, téléchargement de musique, de films … Des sites sont autorisés sur l'heure de midi mais interdits tout autre moment (réseaux sociaux par exemple) Implémentation actuelle Services principaux Contrôle du trafic web et support des “white” et “black” lists. Standard pertinents - Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité Voir documentation détaillée pour ces informations. Hardware Proxies SG 9000-30 Proxies AV-2400-A Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 101 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le Service prévoit la possibilité d’empêcher les utilisateurs internes du SPF Finances de visiter les sites internet dits indésirables. Il s’agit principalement des sites pornographiques et sites de jeux, des réseaux sociaux, des sites de sport, du téléchargement de musique, de films … Des sites sont autorisés sur l'heure de midi mais interdits tout autre moment (réseaux sociaux par exemple) Le filtrage URL est équipé d’une base de données de 80 catégories de sites web qui nous aide à automatiser le blocage des sites inappropriés. La possibilité de limiter l’utilisation de l’accès à l’Internet par les utilisateurs internes existe. Elle repose sur une durée mensuelle maximale et sur des grilles horaires autorisées Le système est en mesure de : travailler sur base de « white list » et de « black list » ; par catégories pré-définies et maintenues à jour par le fabricant de l'appliance ; réguler le trafic sur base de la largeur de bande utilisée ; bloquer par types de fichiers ; définir des polices de contrôle par protocole. L’interdiction de visiter les sites indésirables peut être inactivée par le gestionnaire DMZ du système de sécurité du SPF Finances, pour certaines personnes individuellement, via IAM. Les tentatives d’accès aux sites indésirables sont journalisées et conservées pendant une période minimale de un an. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 102 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.5 - REMOTE ACCESS POUR LES AGENTS ET PARTENAIRES R ÉSUMÉ Les utilisateurs externes (remote users) peuvent accéder de façon sécurisée aux réseaux internes du SPF Finances. Implémentation actuelle Accès VPN : L’accès doit passer par une terminaison VPN SSL propre pour les partenaires/fournisseurs/clients moyens et grands. Le desktop des utilisateurs est protégé contre les attaques externes lorsqu’ils sont connectés au réseau du SPF Finances. Services principaux La validité des certificats est vérifiée par rapport à une CRL ou via OCSP (idéalement OCSP avec CRL comme fallback). Si le certificat ne peut être validé, le système établit une session SSL qui est redirigée vers une page Web qui affiche le message d’erreur approprié. Les CRL sont mis à jour régulièrement (idéalement 3 heures). En cas d’utilisation d’OCSP pour la validation, l’URL OCSP doit être dérivé de l’information figurant dans le certificat. Une partie de l’information retrouvée dans le certificat sera nécessaire pour l’accès à une application web. Le front-end SSL doit être capable de communiquer l’information du certificat vers le serveur web. Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. Hardware Juniper Junos Pulse Gateway MAG6611. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 103 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) D ESCRIPTION DETAILLEE Les utilisateurs externes (remote users) peuvent accéder de façon sécurisée aux réseaux internes du SPF Finances, via l’infrastructure de sécurité. Ces utilisateurs sont classés comme suit : Agents du SPF Finances et Administrateurs Partners Il existe un mécanisme pour garantir que les utilisateurs du service ont sur leur ordinateur un antivirus actif et mis à jour reconnu par le SPF. Les utilisateurs de ces différentes fonctionnalités sont identifiés et leur activité contrôlée. L’utilisateur peut être identifié par une procédure d’identification forte : nom d’utilisateur + mot de passe + moyen d’identification complémentaire assurant un haut niveau de sécurité. Les utilisateurs actuels se répartissent en trois grandes catégories : personne physique de nationalité belge personne physique non belge organisations En ce qui concerne les personnes physiques de nationalité belge, la carte d’identité électronique (ou un token) peut être utilisée comme moyen d’identification. Un couplage avec le système d’identification interne du SPF Finances (Identity Management) est mis en place. L’infrastructure VPN offre à l’utilisateur, dûment identifié, le moyen d’accéder à certaines ressources du réseau interne. Chaque utilisateur n’a accès qu’aux ressources pour lesquelles il bénéficie d’une autorisation d’accès. L’infrastructure VPN a la capacité de gérer et de contrôler ces autorisations d’accès, sur la base d’un profil d’utilisateur. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 104 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 105 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.6 - DETECTION DES INTRUSIONS ET PREVENTION R ÉSUMÉ La fonctionnalité « Intrusion Detection and Prevention » est un des moyens qui sont utilisés pour protéger le réseau interne du SPF Finances contre les attaques visant le réseau, les systèmes et les applications. Implémentation actuelle Services principaux Détection des intrusions et prévention. Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. Hardware Fortigate 3140B. Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 106 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Intrusion Detection and Prevention » est un des moyens qui sont utilisés pour protéger le réseau interne du SPF Finances contre les attaques visant le réseau, les systèmes et les applications. Ces outils surveillent en permanence le réseau et les hôtes pour déceler toute activité ou tout logiciel suspect, le comparer à la corporate policy, le signaler et si possible le bloquer et/ou le supprimer. La fonctionnalité répond aux exigences techniques suivantes : Ces outils proactifs utilisent des probes disposées « in line » dans l’infrastructure de sécurité ; La possibilité de mettre en place des fonctionnalités de type « honeypot » pour anticiper et arrêter les attaques potentielles contre les serveurs web ; Des configurations fail-open peuvent être mises en place (tout peut passer en cas de défaillance de serveur/appliance) et fail-close (tout est arrêté en cas de défaillance de serveur/appliance). I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 107 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.7 - FONCTIONNALITES HOST-BASED SECURITY R ÉSUMÉ En plus de la détection antivirus qui est basée sur des signatures sur les serveurs critiques, il existe une solution de détection et de prévention des intrusions sur les serveurs «host » d’une manière pro-active. La solution contrôle l’accès à la configuration des systèmes et au système de fichiers, l’utilisation de hardware démontable et tout comportement anormal par des utilisateurs et programmes non autorisés. Implémentation actuelle Services principaux Sécurisation des hosts Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. Hardware IBM Proventia Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) D ESCRIPTION DETAILLEE Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 108 ABB 2013 - Architecture Building Blocks ICT du SPF Finances En plus de la détection antivirus qui est basée sur des signatures sur les serveurs critiques, il existe une solution de détection et de prévention des intrusions sur les serveurs «host » d’une manière pro-active. La solution contrôle l’accès à la configuration des systèmes et au système de fichiers, l’utilisation de hardware démontable et tout comportement anormal par des utilisateurs et programmes non autorisés. La fonctionnalité répond aux exigences techniques suivantes : Les policies de détection et prévention sont configurables indépendamment l’une de l’autre. Les mécanismes de détection et de prévention sont configurables de façon modulaire. Tous les services (IP) sont inspectés : le système utilise un mécanisme de type « selflearning» pour détecter les services utilisés dans l’architecture du SPF Finances. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 109 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.8 - INTEGRITE DU TRAFIC WEB R ÉSUMÉ La fonctionnalité « Intégrité trafic web » doit veiller à ce que tout le trafic web en provenance de l’Internet, entrant dans le réseau interne du SPF Finances, soit exempt de tous types de « malware » (virus, spyware, worms, trojan, etc.). Implémentation actuelle Services principaux Détection des malwares Standard pertinents - Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité Voir documentation détaillée pour ces informations Hardware Proxies SG 9000-30 Proxies AV-2400-A Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Nonstratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 110 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Intégrité trafic web » doit veiller à ce que tout le trafic web en provenance de l’Internet, entrant dans le réseau interne du SPF Finances, soit exempt de tous types de « malware » (virus, spyware, worms, trojan, etc.). Les mécanismes d’inspection suivants sont possibles : Proxy pour trafic web sortant ; Reverse Proxy pour trafic web entrant ; Antivirus sur trafic http/https/ftp entrant ; Anti-Spyware sur trafic http/https/ftp entrant ; Protection contre Phishing, malicious codeware, key loggers, back doors and P2P, TCP tunneling, Web email, Instant messaging. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 111 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.9 - FONCTION ANTI-SPAM R ÉSUMÉ Il existe un service de solution d’antispam au niveau de la plate-forme firewall qui évite que des mails indésirables ne soient adressés aux fonctionnaires du SPF Finances. Implémentation actuelle Services principaux Filtrage des spams. Standard pertinents - Software Hardware Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité Voir documentation détaillée pour ces informations Ironport C670 Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 112 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Il existe un service de solution d’antispam au niveau de la plate-forme firewall qui évite que des mails indésirables ne soient adressés aux fonctionnaires du SPF Finances. Au moins 90% des spams doivent être arrêtés (marqués comme spam) et le nombre de «false positive» doit être inférieur à 1/1.000.000. Les adresses IP connues comme émettant du spam font l'objet d'un refus de connexion de la part du dispositif (fonction basée sur une liste noire établie par le constructeur et mise à jour régulièrement). Cette fonction s'appelle IP-reputation. Au-delà de l'IP-reputation, c'est le serveur de mail interne qui assure l'analyse de contenu, et non la plateforme Firewall. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 113 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.10 - SYSTEME DNS SECURISE R ÉSUMÉ La fonctionnalité « Système DNS sécurisé » comprend tous les composants nécessaires pour mettre en place une infrastructure Domain Name Server performante et sûre. Implémentation actuelle Services DNS externe (DMZ). Services principaux Service cache- DNS (permettant pour les utilisateurs internes le surf via les proxies). Standard pertinents - Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. Hardware Infoblox 1050-A. Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 114 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Système DNS sécurisé » comprend tous les composants nécessaires pour mettre en place une infrastructure Domain Name Server performante et sûre. Le service DNS externe doit permettre à un utilisateur externe d’Internet de localiser, par un nom, les serveurs situés dans la DMZ et destinés à fournir un service au public. Ce service sera couplé au service DNS du Provider, en vue de la distribution des adresses sur Internet. A distinguer du service DNS interne : les fonctionnaires du SPF Finances ont recours à ce service pour localiser, par un nom, les serveurs internes du SPF Finances. Les serveurs internes sont regroupés dans un domaine DNS interne, inconnu d’Internet. Les serveurs DNS servent également à la fonction cache - DNS, permettant aux utilisateurs internes de résoudre les URL's demandées via les proxies. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 115 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.11 - OUT-OF-BAND MANAGEMENT R ÉSUMÉ Pour pouvoir surveiller et gérer les différents systèmes de réseau et de sécurité, un segment séparé « Out ofBand management » est en place. Il est relié à tous les composants par une interface dédiée. Implémentation actuelle Services principaux Surveillance et gestion de l’infrastructure réseau du firewall. Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations. Catalyst 2960 et 2960G. Hardware ASA 5520. Avocent Cyclades ACS. Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) D ESCRIPTION DETAILLEE Pour pouvoir surveiller et gérer les différents systèmes de réseau et de sécurité, un segment séparé « Out ofBand management » est en place. Il est relié à tous les composants par une interface dédiée. Tous les systèmes de gestion nécessaires se trouvent sur ce segment (firewall, switches, serveurs). Le ou les réseaux out-of-band network management sont eux aussi protégés par une technologie de firewall à base de statefull inspection. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 116 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 117 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.12 – APPLICATION FIREWALL R ÉSUMÉ La fonctionnalité « Application Firewall » protège les serveurs Web contre différents types d'attaques applicatives. Implémentation actuelle Services principaux Protection contre différents types d'attaques applicatives Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations Hardware F5 BIG IP-ASM Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Nonstratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 118 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Application Firewall » met en place une protection accrue des services web contre les attaques applicatives sur base d'une police de sécurité et à l'aide de scanners spécialisés. Elle protège contre les attaques visant les failles des applications et des bases de données. Elle analyse, évalue la session, le trafic utilisateur et la réponse de l'application Web pour contenir les attaques inconnues Le firewall applicatif peut protéger contre une série d'attaques courantes comme : Déni de service couche 7 Force brute Cross-site scripting : injection de données dans un site web (via des paramètres dans l'url, ou un message, etc..) permettant d'exécuter du code sur la machine Injection SQL : injection d'une requête SQL non prévue par le système Parameter tampering (modification des paramètres prédéfinis, d'un formulaire par exemple, pour éviter les mécanismes de sécurité) Sensitive information leakage (fuite d'information sensible) Session high-jacking (vol de session) Débordement de tampon Manipulation de cookie Broken access control (perte du contrôle d'accès) Forceful browsing Manipulation de champs cachés Request smuggling (dissimulation de requêtes http) Bombes XML / Déni de service I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 119 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.1.13 – ANTIVIRUS A LA DEMANDE R ÉSUMÉ La fonctionnalité « Antivirus à la demande » permet aux différents serveurs d'applications de faire scanner des fichiers à la demande afin de détecter la présence de différents types de malwares. Implémentation actuelle Services principaux Détection à la demande contre la présence de malwares dans des fichiers Standard pertinents N/A Software Les détails ne sont pas spécifiés pour des raisons de sécurité et confidentialité. Voir documentation détaillée pour ces informations Hardware BlueCoat ProxyAV 510A ICAP Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Nonstratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 120 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La fonctionnalité « Antivirus à la demande » permet aux différents serveurs d'applications de scanner des fichiers à la demande afin de détecter la présence de différents types de malwares. Les applications doivent être intégrées avec un client ICAP. Le ProxyAV utilise des moteurs antivirus tiers (Kaspersky, Panda, McAfee, Sophos ou Trend Micro). Actuellement, c'est Kaspersky qui est utilisé. I NFORMATION COMPLEMENTAIRE Une documentation détaillée est disponible et détenue de manière confidentielle auprès du SPF Finances (équipe IAS – Internet Access Street). L’accès y est restreint et sujet à approbation de la part du responsable sécurité ICT du SPF Finances ou du directeur ICT. Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 121 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.2 - CERTIFICATION SERVICES APERÇU I NTRODUCTION Cette partie décrit les services de certifications offertes par le Framework CCFF. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.2.2.1 - Services de certification 123 I NFORMATION COMPLEMENTAIRE Objectif Description des standards de certification Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT-Applications [email protected] Dernière mise à jour 18/ 06/2012 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Ce document décrit un standard du SPF Finances adopté pour une durée indéterminée Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 122 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.2.1 - SERVICES DE CERTIFICATION R ESUME Le Framework CCFF offre des services de certifications offrant une transparence maximum. Implémentation actuelle Services principaux Gestion des certificats. Génération de signature électronique. Génération de signature électronique via un client web. Validation de signature électronique. Validation de signature d’un document PDF. Ajout d’un champ de signature dans un document PDF. Standard pertinents X509 Software Oracle Weblogic Adobe Lifecycle Hardware N/A Les évolutions prévues sont les suivantes : Classification Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 123 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Gestion des certificats Les certificats sont stockés dans une base de données et la console d’administration du CCFF permet de les gérer. Il est également possible d’indiquer pour chaque certificat l’utilisation que l’on peut en faire et le mode possible de vérification de la révocation. Génération de signature côté serveur Ce service permet de signer une chaîne de caractères, un document xml, un document pdf ou un email. Génération de signature via un client web Ce service permet de signer une chaîne de caractères ou un fichier à partir d’un navigateur. Validation d’une signature électronique Ce service permet de vérifier qu’une signature est valide. Validation d’une signature contenue dans un document pdf Ce service permet de vérifier qu’une signature contenue dans un document pdf est valide. Ajout d’un champ de signature dans un document pdf Lorsque le document PDF est ouvert avec Adobe Reader, l’utilisateur peut choisir de signer le document avec son Eid. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/Liste+des+composants Liste des composants CCFF Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 124 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.3 - SERVICES D’AUTHENTIFICATION APERÇU I NTRODUCTION Cette partie décrit les services d’authentification des utilisateurs pour l'accès aux applications du SPF Finances protégées Identity and Access Management et/ou FedIAM. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page 126 ABB.2.3.1 - Services d’authentification I NFORMATION COMPLEMENTAIRE Objectif L’objectif de ce groupe de services est la description des services d’authentification Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT - Security [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 125 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.3.1 - SERVICES D’AUTHENTIFICATION R ÉSUMÉ Authentification des utilisateurs qui accèdent aux applications du SPF Finances protégées par la solution Identity and Access Management et/ou FedIAM. Implémentation actuelle Services principaux Authentification interne ou externe Standard pertinents LDAPS SAML Software Sun (Oracle) Access Manager Sun (Oracle) Enterprise Directory Server (LDAP) Sun (Oracle) OpenSSO Policy Agent Framework CCFF Hardware - Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Pas d’évolution Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 126 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Pour les utilisateurs internes au SPF Finances la solution Oracle Identity and Access Management est implémentée. Un Policy Agent est utilisé pour protéger l’accès aux serveurs Web ou aux serveurs applicatifs (par ex. : Apache, IIS, Websphere, Weblogic, JBOSS, …). Les applications intégrées avec le CCFF ne doivent pas installer de Policy Agent, il se trouve déjà dans le framework. Pour les utilisateurs qui se connectent aux applications du SPF Finances depuis l’extérieur (citoyens, entreprises, …), la solution Oracle OpenSSO (FedIAM) a été implémentée. L’authentification des utilisateurs externes se fait par FedICT et est transmise au SPF Finances en envoyant une assertion SAML. Policy Agent (utilisateurs internes et externes) Installation d’un agent qui intercepte les requêtes http à destination du serveur protégé. L’agent établi une session lorsque l’utilisateur s’est authentifié ou vérifie cette dernière lorsqu’il tente d’accéder au serveur protégé. Il existe des agents pour les principaux serveurs web et serveurs applicatifs. Les agents ainsi que la documentation d’installation sont disponibles sur l’intranet du SPF ou sur demande auprès de nos services. Procédure (marche à suivre) Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. 2 Demander un user technique à l’équipe IAM pour l’installation de l’agent (1 user par agent installé). 3 Encoder la matrice d’accès. (Voir la rubrique « Autorisation » de l’ABB.2.4). 4 Installer le Policy Agent et le configurer. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 127 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Policy Agent avec CCFF (utilisateurs internes et externes) Contrairement à l’utilisation du Policy Agent seul, l’installation de l’agent n’est pas à réaliser car il est intégré dans le framework CCFF. Afin d’utiliser l’authentification IAM avec le CCFF, vous devez d’abord procéder à l’installation du framework (voir la rubrique CCFF Framework - ABB.8.9). Vous devez également vous assurer que les propriétés CCFF ont été adaptées pour utiliser l’authentification IAM. Procédure (marche à suivre) Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. (2) Demander un user technique à l’équipe IAM pour la configuration du framework (1 user par application) (Pas encore effectif). 3 Adapter les paramètres de configuration CCFF pour utiliser l’authentification IAM. LDAPS (utilisateurs internes exclusivement) Afin de garantir la confidentialité des mots de passe des utilisateurs il est requis d’utiliser LDAPS lorsque le LDAP sert directement à l’authentification. Il s’agit dans ce cas d’utiliser LDAP dans un tunnel SSL. Cette option n’est autorisée que si l’utilisation d’un Policy Agent n’est pas possible. Cette option doit être clairement indiquée et référencée et un accord préalable est indispensable. Procédure (marche à suivre) Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. Justifier l’utilisation de LDAPS. 2 Demander un user technique ainsi que les paramètres de connexion à l’équipe IAM (1 user par application). Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 128 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet Intranet – Sharepoint – IAM – Public Documents – Documentation IAM –Technical Integration Document 3.0.docx Document d’intégration technique IAM –Technical Integration Document 3.0.odt http://privfin/_pdf/fr/doc-integr-bus.doc Document d’intégration business Intranet – Sharepoint – IAM – Public Documents – Policy Agent 3 Policy Agents et Documentation d’installation http://www.finbel.intra/xwiki/bin/view/CCFF/InstallationIAM Installation IAM avec le framework CCFF Intranet – Sharepoint – IAM – Public Documents - Procédure d'intégration d'une application avec le framework IAM - V1.1.doc Procédure d’intégration d’une application avec IAM Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 129 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.4 - AUTORISATION SERVICES APERÇU I NTRODUCTION Cette partie décrit les services de gestion des autorisations des accès aux applications du SPF Finances qui sont protégées par IAM et/ou FedIAM, aussi bien pour les utilisateurs internes que pour les externes. S ERVICES CONCERNES Le groupe de services de cet ABB reprend les services suivants : Services Page 131 ABB.2.4.1 - Autorisation Services I NFORMATION COMPLEMENTAIRE Objectif L’objectif de ce groupe de services est la description des services d’autorisation Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT - Security [email protected] Du Au Dernière mise à jour Période de validité Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 130 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.4.1 - AUTORISATION SERVICES R ÉSUMÉ Le service contrôle si un utilisateur (dans ou hors du réseau du SPF Finances) peut ou non exécuter une transaction dans une application ou accéder à une url donnée. Ces autorisations concernent les applications protégées par IAM ou FedIAM. Implémentation actuelle Services principaux Tests d’autorisation via le CCFF Tests d’autorisation via Web Service Tests d’autorisation via les API Java IAM Autorisation interne à une application Standard pertinents - Software Sun (Oracle) Access Manager Sun (Oracle) Enterprise Directory Server (LDAP) Sun (Oracle) Policy Manager Sun (Oracle) OpenSSO Policy Agent CCFF Hardware - Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 131 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Pour les utilisateurs se trouvant dans le réseau du SPF Finances, la solution Oracle Identity and Access Management est implémentée et est utilisée tant pour l’authentification que pour l’autorisation d’accès. L’Access Manager se charge de vérifier si les utilisateurs ont les droits suffisants pour exécuter les transactions business souhaitées. Pour les utilisateurs accédant aux applications du SPF Finances depuis l’extérieur du réseau interne, c’est OpenSSO qui vérifie si l’utilisateur a le droit d’exécuter les transactions souhaitées. Les règles d’accès sont gérées par le Policy Manager tant pour les utilisateurs internes que pour les utilisateurs externes. Il existe deux types de Policies : celles basées sur les urls accédées (coarse grained access control) et celles basées sur les transactions business (fine grained access control). Parmi les règles d’accès, on trouve la méthode d’authentification (pour les utilisateurs externes), la vérification de données de l’utilisateur connecté par rapport à des attributs LDAP (voir avec l’équipe IAM pour plus de détails). Ces règles sont gérées par les responsables Business des applications et non par ICT. Il existe des cellules IAM Business dans les différentes administrations du SPF Finances telles que : AGFISC, DocPat, Douanes et Accises, ISI, Recouvrement. Ces cellules ont pour rôle de gérer les droits d’accès aux applications qui dépendent de leur administration. La possibilité d’effectuer une revalidation du mot de passe est offerte. Ceci peut s’avérer utile si on veut vérifier que l’utilisateur connecté au moment d’exécuter la transaction est toujours la personne authentifiée. Une application d’audit permet d’effectuer des recherches dans les logs d’audit en cas de suspicion d’utilisation frauduleuse dans les applications. Cette application n’est accessible qu’aux auditeurs de sécurité et uniquement lorsqu’une demande officielle a été déposée. Tests d’autorisation via le CCFF Les applications intégrées avec le framework CCFF doivent utiliser les API fournies par ce dernier afin de vérifier si la transaction business à exécuter est autorisée ou non pour l’utilisateur connecté. Un test d’autorisation doit être réalisé via une API d’autorisation. Cette demande contiendra, notamment, la transaction business que l’utilisateur veut exécuter. Sur base des données de session et de la matrice d’accès de l’application, IAM va autoriser ou non l’exécution de la transaction. En ce qui concerne les transactions « sensibles » (devant être définies par le groupe Privacy), elles doivent impérativement être enregistrées dans les logs d’audit de IAM. Cela se fait également via une API du CCFF. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 132 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Procédure Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. 2 Encoder la matrice d’accès. 3 Coder les tests d’autorisation. 4 Demander à l’équipe IAM un login propre à l’application pour le logging d’audit. 5 Insérer les logs d’audit. 6 Fournir les données de configuration lors du déploiement de l’application. Tests d’autorisation via Web Service Pour les applications qui ne sont pas intégrées avec le CCFF, il est possible d’utiliser un Web Service d’autorisation. Cette implémentation ne sera envisagée que s’il n’est pas possible d’utiliser les API CCFF ou IAM. Elle doit être préalablement et impérativement approuvée avant son implémentation. En ce qui concerne les transactions « sensibles » (devant être définies par le groupe Privacy), elles doivent impérativement être enregistrées dans les logs d’audit de IAM. Cela se fait également via une API du CCFF. Procédure Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. 2 Coder l’appel au Web service et vérifier la réponse de Access Manager ou OpenSSO. 3 Demander à l’équipe IAM un login propre à l’application pour le logging d’audit. 4 Insérer les logs d’audit. Tests d’autorisation via les API Java IAM Pour des applications ne pouvant utiliser le framework CCFF, il est possible d’utiliser des API d’autorisation propres à la solution IAM ou FedIAM (uniquement avec l’accord préalable du SPF Finances). Il s’agit d’une librairie Java spécifique (Client SDK) à installer sur les serveurs applicatifs. En ce qui concerne les transactions « sensibles » (devant être définies par le groupe Privacy), elles doivent impérativement être enregistrées dans les logs d’audit de IAM. Cela se fait également via une API du CCFF. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 133 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Procédure (marche à suivre) Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. Justifier l’utilisation de LDAPS 2 Installer le Client SDK 3 Coder la demande d’autorisation et vérifier la réponse de Access Manager ou OpenSSO 4 Demander à l’équipe IAM un login propre à l’application pour le logging d’audit 5 Insérer les logs d’audit IAM Autorisation interne à une application Pour des applications ne pouvant utiliser ni le framework CCFF, ni les API IAM ou FedIAM (uniquement avec l’accord du SPF Finances) il peut exceptionnellement être accordé d’utiliser l’autorisation interne de l’application. Cette autorisation doit être obtenue préalablement auprès de l’équipe IAM. De plus, ces autorisations doivent se baser sur des rôles applicatifs stockés dans le LDAP. Ces rôles sont gérés par IAM et sont obtenus sur base de règles définies dans le Policy Manager. Ce cas peut se produire pour certaines applications dites « Out of the box » dont il n’est pas possible d’adapter le code. En ce qui concerne les transactions « sensibles » (devant être définies par le groupe Privacy), elles doivent impérativement être enregistrées dans les logs d’audit de IAM. Cela se fait également via une API du CCFF. Dans ce cas, l’authentification IAM est néanmoins obligatoire. Procédure Etape Action 1 Remplir le document d’intégration technique et le document d’intégration business. Justifier l’utilisation de LDAPS. 2 Installer le Client SDK. 3 Coder la demande d’autorisation et vérifier la réponse de Access Manager ou OpenSSO. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 134 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet Intranet – Sharepoint – IAM – Public Documents – Documentation - Document d’intégration technique IAM –Technical Integration Document 3.0.docx IAM –Technical Integration Document 3.0.odt http://privfin/_pdf/fr/doc-integr-bus.doc Document d’intégration business Policy Agents et Documentation d’installation Intranet – Sharepoint – IAM – Public Documents – Policy Agent 3 http://www.finbel.intra/xwiki/bin/view/CCFF/InstallationIAM Installation IAM avec le framework CCFF Procédure d’intégration d’une application avec IAM Intranet – Sharepoint – IAM – Public Documents - Procédure d'intégration d'une application avec le framework IAM - V1.1.doc Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 135 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.5 - VIRUS PROTECTION SERVICES APERÇU I NTRODUCTION Cette partie décrit les services qui sont utilisés pour assurer la protection des serveurs et les stations de travail personnelles contre les virus. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.2.5.1 - Virus Protection Services 137 I NFORMATION COMPLEMENTAIRE Objectif L’objectif de ce groupe de services est la description des services de protection contre les virus Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT - Security [email protected] Dernière mise à jour Période de validité 05 / 06 / 2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 136 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.5.1 - VIRUS PROTECTION SERVICES R ÉSUMÉ Les Virus protection services assurent la protection des stations de travail et des serveurs du SPF Finances. Implémentation actuelle Services principaux Virus Protection Standard pertinents - Software McAfee EPS Viruscan Enterprise Hardware - Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE La fonctionnalité « Virus Protection » est un des moyens qui sont utilisés pour protéger les ordinateurs et les serveurs internes du SPF Finances contre les attaques virales, les chevaux de Troie, les vers, etc. Ces outils surveillent en permanence les postes clients et les serveurs pour déceler toute activité ou tout logiciel suspect et prendre les mesures nécessaires (le signaler et si possible le bloquer et/ou le supprimer). La protection se fait à plusieurs niveaux : Protection des postes de travail, Protection des serveurs, Protection de l’IAS (voir intégrité du trafic web et intégrité du trafic mail), Protection au niveau de la messagerie. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 137 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 138 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.6 - IDENTITY MANAGEMENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services de la gestion de l'identité ICT des utilisateurs internes et externes. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.2.6.1 - Identity Management Services 140 I NFORMATION COMPLEMENTAIRE Objectif L’objectif de ce groupe de services est la description des services d’Identity Management Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT - Security [email protected] Dernière mise à jour Période de validité 05 / 06 / 2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 139 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.2.6.1 - IDENTITY MANAGEMENT SERVICES R ÉSUMÉ Identity Management consiste en la gestion des utilisateurs se trouvant au sein du SPF Finances, qu’ils soient fonctionnaires ou contractants. Implémentation actuelle Services principaux Gestion centralisée et mise à disposition des données utilisateurs. Self-service pour la réinitialisation des mots de passe. Synchronisation avec les différentes bases de données utilisateurs. Gestion des profils d’utilisateurs. Gestion des droits d’accès exceptionnels. Standard pertinents N/A Software Oracle Java System Directory Server 7.x Oracle Identity Waveset 8.1.1 Oracle Java System Application Server 9.1 Solaris 10 Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 140 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Mise à disposition (provisioning) des données utilisateurs. Deux fois par jour, Identity Manager est synchronisé à partir de la base de données du personnel. Cette synchronisation concerne les agents ainsi que les services du SPF Finances. En ce qui concerne les utilisateurs externes au SPF Finances (guests), ils sont créés et gérés manuellement via cette application. Une partie des données des utilisateurs et des services sont modifiables via l’application Identity Manager. Tous les changements intervenus dans la base de données sont automatiquement répercutés dans les systèmes cibles connectés à Identity Manager. Actuellement, le système IAM alimente en standard le LDAP corporate IAM, le système de messagerie, Active Directory, .... Le provisioning est assuré à l’aide de ‘connectors’. Il existe actuellement une longue série de connectors destinés à différents systèmes cibles. Si un nouveau provisioning s’impose, il convient de s’adresser au team IAM. La meilleure solution sera étudiée cas par cas. Toutes les données d’identity des utilisateurs internes sont provisionnées dans le LDAP corporate IAM. Ces données sont à disposition des applications qui en font la demande. L’API CCFF permet d’interroger ce LDAP via un ensemble de méthodes spécifiques. Le logiciel utilisé pour gérer les Identités et les synchronisations est Oracle Identity Waveset. Self-service pour la réinitialisation des mots de passe Les utilisateurs ont la possibilité de réinitialiser eux-mêmes leur mot de passe à l’aide d’un système de question et réponse ‘challenge-response’. Le système de changement de mot de passe de Active Directory se synchronise également avec Identity Manager. Gestion des profils d’utilisateurs Il est possible d’attribuer un ou plusieurs profils supplémentaires à un utilisateur interne. Ce profil peut contenir des données d’identité différentes du profil principal. Ceci n’est nécessaire que si les données des différents profils sont incompatibles entre elles selon le principe de la « segregation of duties ». Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 141 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Remplacement du chef de service Il est possible, pour un chef de service, de déléguer ses droits à une autre personne qu’il doit désigner via une application de délégation. Le principe de cette délégation consiste à créer un second profil à l’utilisateur remplaçant le chef de service et à copier les données du profil du chef dans celui-ci. L’utilisateur devra alors choisir le profil qu’il veut utiliser après s’être authentifié. Gestion des droits d’accès exceptionnels Il a été prévu de pouvoir attribuer des accès exceptionnels aux utilisateurs internes. Il est possible d’ajouter un ou plusieurs offices aux utilisateurs via un processus défini par le groupe IAM Business. Il est également possible d’ajouter des rôles applicatifs spécifiques aux utilisateurs dans le cas où il n’est pas possible d’attribuer le rôle automatiquement. Audit Toutes les actions effectuées avec l’application Identity Manager (IDM) sont enregistrées et sont accessibles aux auditeurs du SPF Finances. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet https://idm.finbel.intra/user/ Application Identity Manager Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 142 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3 - COMMUNICATION and INTEGRATION SERVICES INTRODUCTION Les services de communication et d’intégration reprennent : Directory Services Messaging and Events Services E-Mail Services Collaboration Services Integration Services Ces services sont supportés par diverses plates-formes. Le Services directory est une base de données qui offre une manière structurée de stocker, gérer et retrouver les informations. Ces services peuvent être spécifiques à une application ou généraux. Dans des environnements importants et distribués, ils sont les pierres angulaires de l’accès réseau. Ils publient les ressources et fournissent les informations pour permettre l’accès à ces ressources pour les utilisateurs autorisés. Au sein du SPF Finances, ces services (MS Active Directory, DNS, Wins, DHCP, etc.) sont déployés sur base de la plate-forme MS-Windows et supportent les services de résolution de noms. Les services de messaging and événements sont supportés par le framework CCFF. Le courrier électronique ou E-Mail est une application pour la messagerie de personne à personne; c’est aussi un service qui est utilisé par d’autres applications pour délivrer des données au travers du réseau. Le SPF a fait le choix d’une plate-forme mail centralisée et basée sur Lotus Domino d’IBM. Cette solution est prévue pour la messagerie interpersonnelle et n’est pas envisageable en tant que solution de messagerie interapplications. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 143 ABB 2013 - Architecture Building Blocks ICT du SPF Finances DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 144 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPE DE SERVICES DE L’ABB.3 L’ABB.3 - COMMUNICATION and INTEGRATION SERVICES - est composé des groupes de services suivants : Groupes de services Page ABB.3.1 - Directory Services 146 ABB.3.2 - Messaging and Event Services 153 ABB.3.3 - E-mail Services 162 ABB.3.4 - Collaboration Services 173 ABB.3.5 - Integration Services 174 INFORMATION POUR L’UTILISATEUR Objectif Service(s) compétent(s) de l’organisation Voir section Introduction Département(s) Contact(s) Operations [email protected] Architecture [email protected] Development [email protected] Dernière mise à jour Période de validité 30/09/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 145 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.1 - DIRECTORY SERVICES APERÇU I NTRODUCTION Cette partie décrit les services du Domain Name System (ou DNS, système de noms de domaine). Ce système permet d’établir la correspondance entre une adresse IP et un nom de domaine, et plus généralement de retrouver certaines informations à partir d’un nom de domaine. La résolution des noms passe encore par WINS pour des raisons de compatibilité avec les anciennes applications. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.3.1.1 - Domain Name System (DNS) 147 ABB.3.1.2 - Windows Internet Naming services (WINS) 149 ABB.3.1.3 - Active Directory services 151 I NFORMATION COMPLEMENTAIRE Objectif Voir section introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Operations-Application Services [email protected] Dernière mise à jour Période de validité 05 / 06 / 2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 146 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.1.1 - DOMAIN NAME SYSTEM (DNS) R ESUME Le Domain Name System (ou DNS, système de noms de domaine) est un système qui permet d’établir la correspondance entre une adresse IP et un nom de domaine, ou, plus généralement, de retrouver certaines informations à partir d’un nom de domaine. Implémentation actuelle Services principaux DNS Standards pertinents Domain Name Service Dynamic DNS (Microsoft) Active Directory Integrated DNS Software Windows 2008 R2 SP1 Hardware 6 Microsoft Windows DNS Servers and DC avec adresses IP fixes dans un modèle de réplication mulitrame Évolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Strategic - Tactical - Sunset - Non-strategic - La transition est considérée comme : Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 147 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le SPF Finances utilise 6 serveurs DNS internes sous le contrôle de Windows 2008 R2 SP1. Ces 6 serveurs représentent les 6 'domain controllers' de l'Active Directory. La réplication est de type multimaster car les zônes sont enregistrées dans l'Active Directory. L'enregistrement automatique des Hosts (exemple PC) est autorisé; le DDNS (dynamic DNS) est donc actif. Seules les mises à jour sécurisées sont, par mesure de sécurité, autorisées I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Références Description Intranet HP-document “ DHCP-Wins-DNS-AD “ => IP-services pour une consultation détaillée Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 148 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.1.2 - WINDOWS INTERNET NAMING SERVICES (WINS) R ESUME La résolution des noms passe encore par WINS pour des raisons de compatibilité avec les anciennes applications. Implémentation actuelle Services principaux WINS Standards pertinents NetBios Software Ces systèmes supporteront au niveau général la résolution des noms NetBIOS : Hardware Support des clients hérités et MS low level, notamment NT4/Win98/95/MSDos Support de l’intégration du nouvel environnement AD dans les domaines hérités NT4 et W2K actuellement en place au SPF Finances. Support des applications héritées qui utilisent encore l’API NetBIOS. MS Windows 2008 WINS en cluster actif/passif, géographiquement étalé sur les 2 sites. N/A Évolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Après l’implémentation du DDNS et de l’actualisation du parc avec des pc clients sous Windows 2000 et XP, WINS n’est plus vraiment nécessaire. Nous souhaitons donc y mettre fin à moyen terme. Tactique - Sunset - Nonstratégique - La transition est considérée comme : Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 149 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE WINS (Windows Internet Naming Service) est un serveur de noms et de services, destiné aux ordinateurs qui font usage de NetBIOS. WINS constitue une base de données centrale à laquelle un client qui souhaite contacter un ordinateur du réseau peut envoyer une demande pour trouver l’adresse IP recherchée, plutôt que de diffuser à tous (broadcast) une demande générale d’adresse à contacter. Le système limite ainsi le trafic général sur le réseau. Il réside sur un cluster MS Windows 2008 actif/passif à 2 nœuds, étalé géographiquement sur 2 sites, et supporte la résolution générale des noms NetBIOS : Support des clients hérités et des clients MS de bas niveau comme NT4/Win98/95/MSDos Support de l'intégration du nouvel environnement AD avec les domaines hérités NT4 et W2K actuellement en place au SPF Finances. Support des applications héritées qui utilisent encore l'API NetBIOS. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet HP-document » DHCP-Wins-DNS-AD conception détaillée services IP Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 150 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.1.3 - ACTIVE DIRECTORY SERVICES R ÉSUMÉ Services de domaine Active Directory pour l’environnement Wintel (PC + serveurs) du SPF Finances. Implémentation actuelle Services principaux Services logon Services fichiers/impression Services applicatifs Standards pertinents N/A Software Microsoft Windows 2008 R2 SP1 Hardware 6 contrôleurs de domaine sur 2 sites distants Évolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Il est prévu une intégration plus poussée dans Identity and Access Management pour la gestion des groupes. Tactique - Sunset - Non-stratégique - La transition est considérée comme : Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 151 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le SPF Finances dispose d'une architecture Active Directory simple : un Active Directory single forest, à un seul domaine, basé sur le système d'exploitation Windows 2008 SP1. Le domaine/forest s’appelle finbel.intra. Six contrôleurs de domaine sont répartis sur deux sites distants. La réplication interne est identique à la réplication entre sites. Elle dure au maximum 3 minutes. L'organisation des 'organizational units' (OU) est relativement standard. Tous les utilisateurs font partie d'une OU provisionnée par IAM (Identity and Access Management). I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet Document HP DHCP-WINS-DNS-AD Detailed design Active directory Architecture (24 mars 2004) N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 152 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.2 - MESSAGING AND EVENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services des Messaging and Events Services. Ceux-ci permettent à plusieurs applications du SPF Fin d’échanger des données en passant par une API standardisée. Les composants de messagerie sont constitués de plusieurs services qui sont décrit ici. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.3.2.1 - Couche d’abstraction sur JMS 154 ABB.3.2.2 - Recherche de topics et de queue 156 ABB.3.2.3 - Renvoi automatique 158 ABB.3.2.4 - Publish-Subscribe Message Service 160 I NFORMATION COMPLEMENTAIRE Objectif Description des services de messaging Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT-Applications [email protected] Dernière mise à jour Période de validité 18/06/2012 Du Au Ce document décrit un standard du SPF Finances adopté pour une durée indéterminée. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 153 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.2.1 - COUCHE D’ABSTRACTION SUR JMS R ÉSUMÉ Cette couche d’abstraction permet d’éviter des particularités (au niveau des contextes) de Weblogic. Toutes les nouvelles applications qui envoient des messages DOIVENT passer par cette couche. Le module d’abstraction sur le serveur d’applications est disponible au sein du framework CCFF. Implémentation actuelle Services principaux Couche d’abstraction au-dessus de l’implémentation de JMS offerte par Weblogic Standard pertinents JMS Software Oracle Weblogic Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 154 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le service d’abstraction contient : les objets de transfert (Message et les classes qui en héritent, Topic, Queue, Destination) les interfaces CCFFSender et CCFFReceiver effectuant l’abstraction au-dessus du serveur d’application une factory MessagingFactory pour obtenir les instances des interfaces I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/MessagingIntraApplicatif Description du service sur le wiki Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 155 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.2.2 - RECHERCHE DE TOPICS ET DE QUEUES R ÉSUMÉ Ce composant permet l’obtention d’un topic ou d’une queue après vérification des paramètres d’une destination. Ce module est disponible au sein du framework CCFF. Implémentation actuelle Services principaux Service de recherche de topic et de queue JMS Standard pertinents JMS Software Oracle Weblogic Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Ce composant permet l’obtention d’un topic ou d’une queue après vérification des paramètres d’une destination. On fournit un nom de destination (topic ou queue) et le nom de la « connection factory » pour obtenir la destination. Si besoin est, les paramètres d’authentification peuvent également être fournis. Si les paramètres sont incorrects ou que la destination n’est pas disponible, une JMS Exception est générée. De cette manière, on peut vérifier avant de démarrer des actions « business » que le mécanisme de messagerie est OK. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 156 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/MessagingIntraApplicatif Description du service sur le wiki Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 157 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.2.3 - RENVOI AUTOMATIQUE R ÉSUMÉ Ce service permet de renvoyer automatiquement les messages en cas d’échec lors du premier essai. Ce module est disponible au sein du framework CCFF. Implémentation actuelle Services principaux Service de renvoi automatique d’un message JMS Standard pertinents JMS Software Oracle Weblogic Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Ce service permet de renvoyer automatiquement les messages en cas d’échec lors du premier essai. Il se compose : des API pour les applications client, d'une application Web qui ne sert qu’à lancer le mécanisme de renvoi, d'un module dans l’application d’administration. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 158 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/MessagingIntraApplicatif Description du service sur le wiki Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 159 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.2.4 - PUBLISH-SUBSCRIBE MESSAGE SERVICE R ÉSUMÉ Ce composant consiste en une surcouche sur le publish and subscribe JMS. Implémentation actuelle Services principaux Service de Publish-Subscribe adapté au SPF Finances Standard pertinents JMS Software Oracle Weblogic Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 160 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le service de Publish-Subscribe apporte des simplifications et permet d’y introduire une logique propre au SPF Finances. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/MessagingIntraApplicatif Description du service sur le wiki Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 161 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.3 - E-MAIL SERVICES APERÇU I NTRODUCTION Cette partie décrit les services d'e-mail et les standards du SPF Finances pour l’échange des courriers électroniques. C ONTENU Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.3.3.1 - Mailclient 163 ABB.3.3.2 - Mailserver Services 165 I NFORMATION COMPLEMENTAIRE Objectif L’objectif du building block est la description de l’application e-mail Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Operations-ApplicationServices [email protected] Dernière mise à jour Période de validité 10/ 08 /2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 162 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.3.1 - MAILCLIENT R ESUME Les e-mailservices supportent la messagerie électronique interpersonnelle (messagerie entre 2 personnes ou 2 services), la messagerie one-to-many (envoi en masse, publication d’actualités ou messagerie à l’intention de groupes) ou la messagerie d’une application vers une personne ou inversement (utilisée notamment dans le cadre de l’intégration des workflows dans les systèmes de messagerie). Implémentation actuelle Services principaux Recevoir des mails entrants provenant du serveur de mails. Fournir une interface utilisateurs permettant de parcourir les mails reçus, de les classer et d’en assurer le suivi. Fournir une interface utilisateur pour la création de nouveaux mails et spécifier les noms et adresses des destinataires. Envoyer les mails qui partent du serveur mail en tenant compte de l'itinéraire d'adressage aux destinataires. Standards pertinents NRPC, SMTP Software Les e-mailclients présents au SPF Finances sont : Hardware L’interface web standard présentée par le produit installé, Lotus iNotes L’emploi des clients Lotus Notes full-featured Matériel standard proposé au SPF Finances : stand-alone PC, laptop, mobile device Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 163 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le composant mailclient accepte des mails du composant mailserver et lui en envoie. D’une façon générale, les mails sont codés en ASCII mais ils peuvent véhiculer les fichiers de type non-textuel tels qu'images et graphiques, fichiers audio, ainsi que divers documents envoyés comme annexes en mode binaire. Information complémentaire Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://sharepoint/sites/LotusNotes/Shared%20Documents/Forms/AllItems.aspx Site SharePoint sur l’environnement Lotus Internet http://www-01.ibm.com/software/lotus/products/notes/ http://www-01.ibm.com/software/lotus/products/inotes/ http://www-10.lotus.com/ldd/fixlist.nsf/Progress/$first?opendocument Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Page produit IBM Lotus Notes Page produit IBM Lotus iNotes Upcoming releases Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 164 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.3.2 - MAILSERVER SERVICES R ESUME Les e-mailservices supportent la messagerie électronique interpersonnelle (messagerie entre 2 personnes ou 2 services), la messagerie one-to-many (envoi en masse, publication d’actualités ou messagerie à l’intention de groupes) ou la messagerie d’une application vers une personne ou inversement (utilisée notamment dans le cadre de l’intégration des workflows dans les systèmes de messagerie). Implémentation actuelle Services principaux Stockage et gestion des inboxes et folders des utilisateurs au niveau du serveur (40.000 adresses mail) Routage des mails inbound and outbound vers d’autres inboxes des destinataires sur le même serveur ou vers d’autres serveurs mail ou vers des parties externes. Passerelle SMTP pour applications SPF FIN Gestion des listes de distribution partagées Possibilité de gérer mail/agenda/contacts/tâches sur un client mobile (tablette ou smartphone) Standards pertinents SMTP, POP3, IMAP, HTTP, NRPC et MIME Software La version utilisée est Lotus Domino 8.5.3 fix pack 1 Pour la mobilité, il s’agit de Lotus Traveler 8.5.3 fix pack 2 Hardware 2 machines physiques Solaris 10 SPARC (1 machine pour CR2 et 1 pour CR5) contenant chacune 10 zones mail et 1 zone hub pour le routage du mail. Les mails servers CR2mail01 tem 10 ont leurs clustermates sur CR5mail51 tem 60 (donc 10 mail servers uniques, 20 au total pour assurer une haute disponibilité). Idem pour le serveur hub (41 and 91). Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 165 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Possibilité d’extension à la social business platform IBM Connections Possibilité de migration vers une solution Cloud (private ou hybride) Tactique L’e-mail est devenu un outil de communication indispensable au SPF Finances. Il assure le bon fonctionnement, tant au niveau interne que vis-àvis des relations extérieures .Le contrat de la plateforme email existante expire en 2013. Sunset Emploi de l’agent SUN OpenSSO comme couche entre le système IAM et l’environnement Lotus. Nonstratégique N/A Priorité de transition => non applicable - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Le composant mailserver contrôle le routage, l’échange et la livraison des e-mails. Il propose des options telles que « blind copies », confirmation de livraison, accusé de réception, cryptage des e-mails et authentification de l’émetteur. Il fournit une analyse du meilleur trajet ainsi qu’un support à la tolérance aux pannes. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 166 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les services offerts supportent la messagerie de personne à service et de service à personne. Détail de l’implémentation Messagerie ouverte aux développements futurs pour les entreprises et les prestataires de services Mail, gestion de l‘agenda, des tâches et des contacts Accès à l’e-mail via plusieurs clients : web, full et mobile Support du service partagé et fonctions mail fonctionnelles pour contrôle orthographique Intégré à l’IAM (Identity and Access Manager) pour la gestion des utilisateurs Support de standards tels que IMAP4, POP3, SMTP, SNMP, LDAP et autres API publiées pour l’extension et la personnalisation des services de messagerie. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://sharepoint/sites/LotusNotes/Shared%20Documents/Forms/AllItems.aspx Contient la documentation originale de l’environnement Internet http://www-01.ibm.com/software/lotus/products/domino/ IBM Lotus Domino server http://www-01.ibm.com/software/lotus/products/notes/traveler.html IBM Lotus Traveler server http://www-10.lotus.com/ldd/fixlist.nsf/Progress/$first?opendocument Upcoming releases Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 167 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.4 - COLLABORATION SERVICES APERÇU I NTRODUCTION Cette partie décrit les services qui mettent à disposition des plates-formes collaboratives, sur lesquelles les collaborateurs peuvent travailler autour d'un même thème et échanger de l'information. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.3.4.1 - Collaboration Services 169 ABB.3.4.2 - Sharepoint Services 172 I NFORMATION COMPLEMENTAIRE Objectif Voir section introduction. Service(s) compétent(s) de l’organisation Departement(s) / Division(s) Contact(s) Operations-ApplicationServices [email protected] Dernière mise à jour Période de validité 20/08/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 168 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.4.1 - COLLABORATION SERVICES R ESUME Cloud Platform Olympia est un environnement de collaboration et d’information proposant un ensemble intégré de services cloud : stockage dans le cloud avec indexation full-text, médias sociaux avec regroupement des applications pour les forums, publication de données, gestion FAQ, xWiki, etc. Implémentation actuelle Services principaux Stockage dans le cloud avec indexation full text Médias sociaux Forum Gestion FAQ xWiki Standards pertinents JCR170 fully compliant, JSR286 Container WebDav, FTP, CIFS, REST, RSS, CAS, JOSSO, OpenSSO, JAAS Java Server Faces (JSF) à l’aide de JSR 301 Portlet Bridge Support WSRP OpenSocial container. Intégration simple d’applications de tiers développées avec un cadre tel que JSF, Spring, GWT Software solaris 10 db2 exoplatform 3.5.4 Hardware bladeframe Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 169 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Poursuite de l’extension de la génération PDF des documents basés sur UNILET Tactique - Sunset - Nonstratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Une indexation full text des types de documents supportés permet d’exploiter information et documentation pour en dégager une réelle valeur ajoutée. Une structuration plus poussée du contenu (avec ajout de métadonnées et l’usage de Taxonomie and folksonomie TAGs) garantit une classification et des possibilités de recherche étendues. La technologie open source actuellement installée pour OLYMPIA repose sur le projet de eXoplatform. Aperçu des fonctionnalités opérationnelles offertes par le projet OLYMPIA : Travailler en équipe dans un groupe (project, community, service, team,…) Echanger et partager des informations dans le cadre d’un projet ou avec le SPF FIN Créer et échanger de nouvelles informatiques spécifiques pour ce groupe Développer des synergies dans la gestion des diverses fonctionnalités au sein d’un groupe Via l’intranet, OLYMPIA est accessible à tous les membres du personnel du SPF Finances et aux externes qui possèdent un compte IAM. Ce portail permet d'accéder, via une interface unique, à un ensemble de modules applicatifs. La plate-forme est évolutive et peut intégrer des fonctions supplémentaires à l’aide de portlets complémentaires, sur la base des standards précités. Aperçu des outils de portail disponibles : ECM – File Sharing Moteur de recherche full text Groupes de discussions - forums Tâches and workflow Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 170 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Polls Présence en ligne QandR, FAQ Implémentation Open Social de la Community Workflow d’approbation de document standard à 2 niveaux maximum. Remarque: Les fonctions d’e-mail et de calendrier sont présentes mais désactivées car elle font partie de l’environnement mail (2) I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://olympia.finbel.intra/ Infos générales Internet www.exoplatform.com Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Infos sur le projet open source Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 171 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.4.2 - SHAREPOINT SERVICES R ESUME SharePoint peut être vu comme une sorte de site internet pour l'échange d'information et la collaboration en ligne à l'intérieur d'un groupe de collaborateurs ou d'une organisation. Implémentation actuelle Stockage (sauvegarde) et gestion des documents Services principaux Conservation de petites listes Standards relevants HTTP, MSSQL-server Software Windows Sharepoint Services 3.0 Hardware 1 serveur virtuel sous Windows 2003 SP2 Evolution souhaitée Les évolutions suivantes sont prévues : Classification Strategique Upgrade vers Sharepoint Foundation sur un serveur avec windows 2008 R2 Tactique - Sunset - Non- strategique - - High (minder dan een jaar) - Medium (2-3 jaar) - Low (3-5 jaar) Priorité de transition => pas applicable Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 172 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DÉTAILLÉE Sharepoint est une plate-forme de Microsoft qui sert de cadre de travail pour la constitution d'un site web en vue de l'échange d'informations et la collaboration en ligne au sein d'un groupe de collaborateurs ou d'une organisation, comme cela se passe fréquement sur intranet. Les librairies et bibliothèques sont un concept important puisqu'elles permettent de sauvegarder des documents. Les documents sauvegardés peuvent être enrichis avec les métadonnées qui sont reliées à un document et les bibliothèques peuvent disposer des versions. En fait, tous les objet digitaux - et pas uniquement les documents Office - peuvent être sauvegardés dans Sharepoint. Sharepoint offre aussi d'autres fonctionallités pour l'échange d'informations comme, entre autres, les forums, enquêtes, tâches et agendas. Le but recherché est que l'information soit transmise de la bonne manière à la bonne personne. INFORMATION COMPLEMENTAIRES Pour plus d'information , consultez les documents suivants: Références Description Intranet http://sharepoint Aperçu de tous les sites sharepoint au sein du SPF Finances Internet http://technet.microsoft.com/enus/sharepoint/bb267375.aspx http://technet.microsoft.com/enUS/sharepoint/ee263910 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Windows Sharepoint Services 3.0 Sharepoint Foundation 2010 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 173 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.5 - INTEGRATION SERVICES APERÇU I NTRODUCTION Cette partie décrit tous les standards requis pour mettre en place un service d’intégration d’applications avec d’autres applications ou systèmes d’autres lignes de business. Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.3.5.1 - ETL Services 175 ABB.3.5.2 – Web services 179 I NFORMATION COMPLEMENTAIRE Objectif Description des services d’intégration d’applications Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT Development / Applications and Data layer [email protected] ICT Architecture / Applications [email protected] Dernière mise à jour Période de validité 24/08/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 174 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.5.1 - ETL SERVICES R ÉSUMÉ Middleware permettant la synchronisation massive d'information d'une ou plusieurs sources de données (Fichier plat, DB,…) vers une ou plusieurs destinations (DB, Datawarehouse, XML,…), opération combinant les actions suivantes : Extraction, Transformation et Load (chargement). Data Extraction L’extraction obtient les données issues de diverses sources telles que : DB2, Oracle, fichiers CSV, fichiers plats complexes, fichiers XML, … Data Transformation Cette phase permet de convertir, nettoyer, fusionner et séparer les flux de données. Data Loading Cette étape envoie les données transformées vers une base de données, un Datawarehouse, des fichiers CSV, XML, etc… Utilisation Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 175 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Principalement pour l’intégration ou la migration de données. Implémentation actuelle Services principaux DataProfiling Services DataConnectivity Services DataIntegration Services DataQuality Services Standard pertinents N/A Software IBM InfoSphere Information Server v8.1 Information Analyzer Metadata Workbench DataStage QualityStage Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique Technologie standard pour l’extraction et la synchronisation de données Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 176 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Les Services d’Extract Transform and Load (ETL) sont supportés par la plate-forme IBM InfoSphere Information Server comprenant les composants : Information Analyzer Metadata Workbench DataStage QualityStage Information Analyzer Information Analyzer profile les données, établit une compréhension des systèmes source et contrôle les règles régissant les données. Le « data profiling » a pour objectif : d'identifier les données réutilisables pour d'autres fins, d'avoir des mesures sur la qualité des données et sur la conformité par rapport aux standards de l'entreprise, d'évaluer les risques engendrés par l'intégration de ces données dans de nouvelles applications, d'évaluer si les métadonnées décrivent correctement les données sources, d'avoir une bonne compréhension de l'enjeu des données sources sur les projets à venir afin d'anticiper de mauvaises surprises d'avoir une vue globale des données pour permettre la gestion des données de référence ou la gouvernance des données afin de renforcer la qualité des données Metadata Workbench Outil pour gestion des métadonnées. DataStage DataStage est le composant central de la suite ETL. DataStage applique une interprétation graphique dans ses solutions d’intégration des données (extraction, transformation et chargement de gros volumes de données, avec des structures de données simples à complexes). L’intégration des données en temps réel est possible. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 177 ABB 2013 - Architecture Building Blocks ICT du SPF Finances QualityStage QualityStage soumet les données à des transformations qui en améliorent la qualité : Investigation : Analyse lexicale pour convertir le contenu libre d’un champ en structure fixe. Standardisation : Conversion des termes en d’autres termes équivalents mais standardisés (p.ex. Avenue -> Ave., Monsieur -> M. …) Data Matching : Détermine si des données légèrement différentes concernent le même objet. Data Survivorship : Supprime des enregistrements légèrement différents qui décrivent les mêmes objets. A partir d’une analyse statistique, on examine si les enregistrements peuvent être considérés comme identiques ou non. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet http://www01.ibm.com/software/data/integration/info_server/ Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Lien vers le site d’IBM Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 178 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.3.5.2 – WEB SERVICES R ESUME La technologie des Webservices permet des communications B-to-B indépendamment des plates-formes et des langages utilisés. Le standard utilisé au SPF-Finances est l'API JAX-WS (Java API for XML Web Services) implémentée et embarquée par Weblogic 10.3.x. Implémentation actuelle Services principaux Standard de stack d’implémentation de webservices Standard pertinents JAX-WS 2.1 WSDL 1.1 SOAP 1.1 WS-I Basic Profile 1.1 Software Oracle Weblogic 10.3.1 (embarque JAX-WS RI 2.1.4) Oracle Weblogic 10.3.5 (embarque JAX-WS RI 2.1.5) Hardware N/A Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Aucune évolution prévue actuellement. Le standard s’adaptera au marché en tant que maintenance évolutive. Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 179 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE L'utilisation d'un Webservice JAX-WS se base sur le modèle suivant: Un webservice implémenté sur le runtime JAX-WS est exposé par un contrat au format XML WSDL (Web Service Description Language) et accessible via une adresse URL. Le contrat permet aux consommateurs du webservice de créer un client en adéquation avec les fonctionnalités offertes par le webservice ainsi qu'avec les encodages utilisés. Les échanges avec les Webservices se font au format SOAP (Single Object Access Protocol) au-dessus du protocole HTTP. Interopérabilité Les messages SOAP sont créés en adéquation avec le Basic Profile 1.1 fourni par l'organisation WS-I (Web Services Interoperability). Le WS-I Basic Profile est un ensemble de « best practices » définissant l'encodage des différents types de données échangés via SOAP. Ce point est très important pour assurer l'interopérabilité de notre standard actuel avec les autres implémentations dans le cas d'une éventuelle migration ou d'un appel vers un webservice extérieur au SPF Finances n'utilisant pas notre standard. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 180 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/Liste+des+composants Liste des composants CCFF Internet http://jax-ws.java.net/ Home Page de SUN sur l’implémentation de référence de JAX-WS Home Page du WS-I http://www.ws-i.org/ Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 181 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4 - GENERIC APPLICATION SERVICES INTRODUCTION L’ABB Generic Application reprend les groupes de services de support au développement d’applications ICT : Process Management Services Model Adaptation and Mediation Services (Repris dans le modèle mais non décrit actuellement dans l’ABB du SPF Finances) Transaction Management Services Search Services Databases Management Services Content Management Services File and Storage Services Documents and Information Management Services Business Intelligence Les Process Management Services sont les services de type workflow offrant une série de fonctionnalités permettant au business de définir, exécuter, gérer et modifier les business processus au travers d’un environnement de systèmes hétérogènes. C’est un système proactif qui gère les flux au travers des participants au processus, selon des procédures constituées de différentes tâches. Cet ABB cible les workflows administratifs et production. Les Model Adaptation and Mediation Services supportent les services de “process choreography”. Les divers standards en usage sont ceux de « Web Services » (p.ex. :., UDDI, SOAP, XML, WSDL, et WSCL). Les services de Transaction Management sont constitués de « Transaction Monitor Services » et « Transaction Manager Services » qui offrent l’accès à une variété d’applications et de services pour les applications end-users, ainsi que les fondations pour les applications distribuées. Les services de Relational Databases supportent les services de base de données et d’accès aux données. Ils sont repris au sein du SPF Finances dans le RDC standardisé sur la plate-forme IBM-DB2 Les services de Content Management supportent le stockage et la recherche d’éléments tels que : documents textes, audios, vidéos, graphiques, images, etc. Les Services de “File Services” offrent les fonctionnalités pour la gestion de fichiers dans des environnements ouverts et distribués. C’est un « application enabler » qui utilise les services des systèmes locaux pour le stockage physique et utilise les éléments des services distribués et réseaux de l’architecture pour supporter l’accès global aux fichiers. Le «Storage Management service » supporte la gestion et la protection des données dans un environnement hétérogène à un coût effectif. Ces fonctionnalités sont offertes de manière transparente et au travers d’APIs. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 182 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les Process Management Services offrent les fonctionnalités de gestion électronique des processus métier. DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 183 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.4 L’ABB.4 - GENERIC APPLICATION SERVICES est composé des groupes de services suivants : Groupes de services Page ABB 4.1 – Process management Services 185 ABB.4.2 - Model adaptation and Mediation Services 191 ABB.4.3 - Application Server Services 192 ABB.4.4 - Transaction Management Services 194 ABB.4.5 - Search Services 203 ABB.4.6 - DataBase Management Services 209 ABB.4.7 – Content Management Services 216 ABB.4.8 - File and Storage Services 224 ABB.4.9 - Document and Information Management 228 ABB.4.10 - Business Intelligence Services 229 INFORMATION POUR L’UTILISATEUR Objectif Voir section Introduction Départements compétents Département(s) / Division(s) Contact(s) Operations [email protected] Architecture [email protected] Development [email protected] Dernière mise à jour Période de validité 30/09/2012 Du Au Jusqu’à la prochaine publication de ce document. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 184 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB 4.1 – PROCESS MANAGEMENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services de Process Management qui offrent des fonctionnalités pour la gestion électronique des processus business. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.1.1 - Business Process Management Services – FILENET 186 ABB.4.1.2 - JBPM Services 189 I NFORMATION COMPLEMENTAIRE Objectif Voir "introduction" Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Operations Architecture Dernière mise à jour Période de validité 30/09/2011 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 185 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.1.1 - BUSINESS PROCESS MANAGEMENT SERVICES – FILENET R ESUME Le Process Management Service Filenet offre des fonctionnalités pour la gestion électronique des processus business, définition et exécution de workflows, pour les applications STIR-TVA et STIPAD. Implémentation actuelle Services principaux IBM Filenet BPM Software IBM FileNet P8 Process Engine 4.5.1. IBM FileNet P8 Application Engine 4.5.1. Dépendances Windows Server 2008, IBM FileNet P8 Content Engine 4.5.1. Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique Mises à jour critique du software Filenet (version 5) car refonte totale de la solution et passage au monde java. Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE FileNet BPM réunit tous les modèles BPM de base (séquence, parallélisme, exceptions, délais) ainsi que des fonctions BPM plus ponctuelles, comme l'accès aux services web, la réutilisation des sous-processus, l’appel successif aux processus, les liens avec les documents disponibles dans Filenet ECM ou l’héritage entre processus. La solution fait partie intégrante du package IBM FileNet P8, entièrement intégré dans les autres solutions Enterprise Content Management d’IBM. A ce titre, elle est indissociable de la solution Filenet ECM mise en œuvre dans l'Enterprise Content Management Service (4.7.1) pour : l'authentification, le stockage des définitions de workflows. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 186 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les applications interagissent avec le service via une API java fournie par la solution. FileNet BPM implémenté sur l’infrastructure standard du SPF est articulé dans 4 environnements distincts : développement, acceptance, production et formation (training). Fonctionnalités Le module Business Process Manager d’IBM FileNet P8 : améliore la performance des processus internes ainsi que la productivité. Améliore la prise de décision en matière d’automatisation et d'optimisation des processus. assure la gestion des processus, y compris un outil de modélisation, d'analyse en profondeur, de simulation et de monitoring des activités du business. gère automatiquement les ‘process exceptions’ pour permettre de répondre immédiatement aux événements internes ou aux questions des clients. supporte les standards de processus comme BPMN (modélisation des processus) et XDPM (définition et exécution). Architecture La solution FileNet BPM fait partie intégrante de la plate-forme IBM FileNet P8. Source: ftp://ftp.software.ibm.com/software/data/cm/filenet/docs/p8doc/45x/system_overview.pdf Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 187 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://minfin.fgov.be/portail1/fr/marche/pdf/csc_archivage_legal_fr.pdf Cahier spécial des charges – Archivage légal Internet http://pic.dhe.ibm.com/infocenter/p8docs/v4r5m1/index.jsp Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Documentation IBM Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 188 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.1.2 - JBPM SERVICES R ESUME Jboss jBPM est un framework open-source (licence LGPL) proposant des APIs JAVA, des outils et un langage de définition de processus (jPDL – jBPM Process Definition Language) pour implémenter des flux business (BPM – Business Process Management). Grâce aux fonctionnalités offertes par ce framework, le temps de développement pour intégrer des processus business dans les applications se voit réduit. Jboss jBPM fournit également moteur et outils pour intégrer des services déployés dans le cadre d'une architecture SOA . Implémentation actuelle Services principaux Moteur d’exécution d’un Business Process Standard pertinents jBoss jBPM Software N/A Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Tactique Quelques projets seulement utilisent JBPM Tactique Un autre moteur BPM est appelé à devenir le standard du SPF Finances. Le choix n’est pas encore fixé. Il sera utilisé pour traduire les processus définis par le business avec le produit Aris. Sunset - Nonstratégique - - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 189 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE JBoss jBPM orchestre les Webservices grâce au langage standard BPEL (Business Process Execution Language). Ce langage agit sur la transformation de données, sur l'envoi de messages et les appels de fonction. JBoss jBPM joue le rôle d'intermédiaire entre les analystes business et les développeurs en leur fournissant un langage commun de définition de processus appelé jPDL (jBPM Process Definition Language). Ce langage est orienté graphique et est basé sur le modèle de noeuds, transitions et actions. Lors de l'exécution, les processus parcourent les graphes les définissant. Le framework est interopérable avec toutes les technologies d'intégration JEE (Webservices, JMS, JEE connectors, JDBC et EJBs). JBoss jBPM supporte PageFlow pour la définition des enchaînements de pages. Le framework fournit un plug-in eclipse de création et de visualisation graphique de scripts jPDL. JBoss jBPM permet d'effectuer des opérations sous forme de transactions. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet http://www.jboss.org/jbpm Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Home Page de jBPM Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 190 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.2 - MODEL ADAPTATION AND MEDIATION SERVICES APERÇU I NTRODUCTION POUR Cette partie décrit les services qui permettent l'utilisation des "model adaptation and mediation services" au sein du SPF Finances. Cette partie est en cours de traitement. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATIONS COMPLEMENTAIRES Objectif Voir l'introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Development [email protected] Dernière mise à jour Période de validité Du Au - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 191 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.3 - APPLICATION SERVER SERVICES APERÇU I NTRODUCTION Cette partie décrit les services qui forment les standards du SPF Finances pour les serveurs d’applications. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.3.1 - Application Server Services 193 I NFORMATION COMPLEMENTAIRE Objectif Voir "Introduction" Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT Operations [email protected] Dernière mise à jour Période de validité 20 / 06 / 2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 192 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.3.1 - APPLICATION SERVER SERVICES R ESUME Implémentation actuelle Services principaux Serveur d’applications JEE Standard pertinents JEE 5 Software Oracle Weblogic 10.3.5 Hardware N/A Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet http://download.oracle.com/docs/cd/E13222_01/wls/essex/TechPreview/index.html Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Documentation technique Oracle Weblogic Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 193 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.4 - TRANSACTION MANAGEMENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services qui sont utilisés au sein du SPF Finances pour gérer les transactions. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.4.1 - CICS Transaction Manager 195 ABB.4.4.2 - GCOS TP8 Transaction Manager 197 ABB.4.4.3 - BS2000 Transaction Manager 199 ABB.4.4.4 - J2EE Transaction Management Services 201 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT Operations/Processing [email protected] Dernière mise à jour Période de validité 30/09/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 194 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.4.1 - CICS TRANSACTION MANAGER R ÉSUMÉ CICS Transaction Server (TS) est un serveur transactionnel et une passerelle de services web utilisés pour la gestion transactionnelle de l’application CADNET (documentation patrimoniale) et pour les services de la Trésorerie. Implémentation actuelle Services principaux Serveur transactionnel et passerelle de services web Standards pertinents Terminal IBM 3270 Software CICS TS Hardware IBM Z10 BC Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Suit le scénario de démantèlement des mainframes Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 195 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLÉMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 196 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.4.2 - GCOS TP8 TRANSACTION MANAGER I NTRODUCTION La réalisation de la collaboration entre les applications de GCOS 8/TP8 version 8IT4.3 et Tuxedo se base sur les trois solutions d’Interoperability 8 (voir Software). Projet OPEN-ICPC : évolution des bases de données IDS2 vers RDC avec accès direct au serveur pour les bases de données relationnelles DBSP. Implémentation actuelle Services principaux - Standards pertinents - Software TP8 connect with Tuxedo Reverse TP8 connect with Tuxedo XA8 for Tuxedo Toutes les fonctionnalités d’une architecture client/serveur sont disponibles entre les applications TP8 et Tuxedo, avec possibilité de mise à jour sécurisée et cohérente des bases de données, sous le contrôle des deux moniteurs TP. TPPRO : consultation DB des bureaux de recette et de contrôle des contributions directes TPNET : calcul IPP-Isoc dans les bureaux de contrôle des contributions directes TPSAD : déclarations et documents import-export de la Douane TPATP : consultation et actualisation des bases de données du personnel Hardware - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 197 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Évolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Suit le scénario de mise hors service graduelle des mainframes. Tactique - Sunset - Nonstratégique - La transition est considérée comme : - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 198 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.4.3 - BS2000 TRANSACTION MANAGER R ÉSUMÉ Pour toute la partie transactionnelle, le BS 2000 est basé sur le produit UTM (Universal Transaction Monitor). La version actuellement installée est la version 5.2. Ce moniteur représente l’interface programmable entre les applications « COBOL » et le produit FHS (Format Handler System) qui gère la partie « dialogue » des transactions. Implémentation actuelle Services principaux Transaction Manager Standard pertinents - Software OPENUTM-60 V5.2 Hardware Mainframe FUJITSU-SIEMENS (SX150) Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Suit le scénario de mise hors service graduelle des mainframes. Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 199 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 200 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.4.4 - J2EE TRANSACTION MANAGEMENT SERVICES R ESUME Ce service précise les interfaces standard entre le transaction manager et les parties impliquées dans un système transactionnel distribué : le ressource manager, l’application server et les applications transactionnelles. Implémentation actuelle Services principaux Transactions distribuées Standard pertinents JTA Software Oracle Weblogic Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 201 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Ce service repose complètement sur les implémentations de JTA fournies dans le serveur d’application ainsi que dans les drivers permettant d’accéder aux ressources à inclure dans ces transactions (bases de données, queues JMS,…). I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 202 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.5 - SEARCH SERVICES APERÇU I NTRODUCTION Cette partie décrit les services qui sont utilisés au sein du SPF Finances pour faire des opérations de recherche. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.5.1 - Search engine Service 204 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT OCC [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 203 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.5.1 - SEARCH ENGINE SERVICE R ÉSUMÉ Ce service décrit la couche « moteur de recherche », qui parcourt et indexe différents systèmes et sources (aussi bien internes qu’externes au SPF). Différents index peuvent être générés sur base des différentes collections d’informations disponibles ou des taxonomies offertes par le système de gestion de la connaissance (Fisconetplus). Les recherches s’effectuent par le moteur de recherche et alternativement en utilisant un des différents thésaurus proposés. Implémentation actuelle Services principaux IDOL 7.2.4 Autonomy d’HP Méthode Java Standard pertinents Connecteurs ODBC, Filenet P8, Filesystem et http 4 licences pour maintenir une haute disponibilité Software Harware IDOL 7.2.4 Filesystemconnectorfeed pour alimenter les indexes Sun Solaris 9, SAN-NAS Evolution souhaitée Ce service suit le scénario de mise hors service graduelle des mainframes. Les évolutions prévues sont les suivantes : Classification Priorité de transition Stratégique Mises à jour du software IDOL (versions 7.6 et 10) Tactique - Sunset - Non-stratégique - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 204 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE En standard, ce service est utilisé par les applications devant gérer ou consulter ces documents. Le service moteur de recherche est responsable de toutes les opérations de recherches sur la plate-forme de gestion de connaissance. La plate-forme contient plus de 640.000 documents en format principalement html et pdf répartis équitablement dans les 2 groupes linguistiques (néerlandophone et francophone). Ce service contient le serveur IDOL d’Autonomy et les différents connecteurs disponibles pour aller chercher le contenu à partir de différents endroits. Ce service est responsable de la gestion des index de recherche du projet « Fisconetplus », il accepte les requêtes de recherche à partir de la couche de présentation CCFF et renvoie une liste de documents résultant basés sur ces requêtes. Sécurité La granularité de la sécurité est définie dans le document au travers de 2 groupes publics et authentifiés au travers d’IAM. Cela signifie qu'un utilisateur peut accéder à l'ensemble des documents et peut effectuer les opérations relatives au groupe auquel il appartient. Fonctionnalités Le service de moteur de recherche permet principalement de : recherche en « full text » ou par « mots-clés » dans des documents xml/html, pdf; etc.; « recherche avancée » sur base de mots-clés, « full text », etc., combinés à des domaines et des taxonomies ; réalisation de « crawling » sur des sources ou sites externes, avec des index pouvant être fournis (lien url vers le site original) ou une importation du contenu des textes (copie locale) ; possibilité d'indexer l'information sur tous nos supports standards définis dans l'architecture building block (abb) tels que via des connecteurs sur filesystem, sur filenet ou sur disk shared ; segmentation des indexations des documents en fonction de rôle ou de « users groups ». Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 205 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Connecteur des sources d’information Chaque connecteur suivra sa propre source d'information où les nouveaux documents arrivent avec leurs métadonnées et fournira ces informations à IDOL Server. Un connecteur peut être actif: détection d'un changement et fourniture de nouvelles informations pour l'indexation - cela s'applique généralement aux systèmes de fichiers ou de contenu tel que Filenet ou db via ODBC passive: incapacité de détection d’un changement, mais ré-indexation régulière de l'information cela s'applique généralement à des sites Web (HTTP). Dans ce schéma, un connecteur actif est identifié par le symbole suivant: Autonomy Autonomy IDOL IDOL architecture architecture IDOL server Distributed Index Handler (DIH) Connector Connector HTTP HTTP Connector Connector File FileSystem System Connector Connector FileNet FileNetP8 P8 Publishing Selon la technologie de stockage de la source externe, l'un de ces connecteurs d'autonomie sera effectué: Le connecteur de fichier (lorsque les documents sont stockés sur un système de fichiers (filesystem)) Le connecteur http (si la source est un site web) Le connecteur FileNet P8 (lorsque les documents sont dans ECM Filenet) Le connecteur ODBC (pour accèder à une base de donnée) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 206 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Ajout de nouvelle source d’information Le design de la connexion à une source externe permet d'ajouter facilement de nouvelles sources (par exemple, les documents de Fedopress). Ajouter pratiquement une source d'information s'inscrit dans le cadre du processus de développement ou de maintenance (par exemple il n'y a pas de cas d'utilisation qui couvre cette configuration), au moyen des paramètres plutôt que de codage Java. Les paramètres affectés à modifier sont: sélection connecteur IDOL (p.ex. fichier, http, FileNet) réglages des connecteurs d’IDOL liste de sources d'informations (informations stockées dans la base de données) sécurité de la nouvelle source d'information (segmentation de l’information stockée dans la base de données) Architecture L’infrastructure du service est la suivante : Intranet End-user Extranet End-user Knowledge workers Internet End-user Identity Management Administrators Front-end KM portal Autonomy Autonomy IDOL IDOL architecture architecture Distributed Action Handler (DAH) IDOL server Administration tools Distributed Index Handler (DIH) Connector Connector HTTP HTTP Connector Connector File FileSystem System Connector Connector FileNet FileNetP8 P8 Publishing Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 207 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://minfin.fgov.be/portail2/fr/downloads/assignments/fisconet2/CSC-Fisconet-2-FR-09-10-2012.pdf Cahier spécial des charges – Fisconet2 Internet http://www.autonomy.com/content/Products/products-idolserver/index.en.html Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Documentation Autonomy (HP) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 208 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.6 - DATABASE MANAGEMENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services pour le processing et la gestion des données au travers d’un certain nombre de systèmes de gestion de bases de données. Les Database Services offrent la possibilité de gérer les données opérationnelles pour supporter les transactions business et accéder aux données des applications business pour supporter la prise de décision adaptée. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.6.1 - Services Relational Data Center 210 ABB.4.6.2 - Autres Services DBMS 213 I NFORMATION COMPLEMENTAIRE Objectif L’objectif de ce groupe de services est de décrire les services associés aux logiciels de gestion de bases de données Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture – Information [email protected] Development [email protected] Dernière mise à jour Période de validité 28/06/2012 Du Au Jusqu’à l’upgrade ultérieur des softwares DBMS Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 209 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.6.1 - SERVICES RELATIONAL DATA CENTER R ÉSUMÉ Le Service Relational Data Center offre le support relatif à l’infrastructure de bases de données relationnelles IBM DB2. Implémentation actuelle Services principaux Gestion des bases de données IBM DB2 Gestion des versions des logiciels IBM DB2 Gestion du versionning des bases de données de Test et Production Suivi, optimisations et performances des bases de données Standard pertinents IBM DB2 Software IBM DB2 9.7 Enterprise Server Edition sur Solaris Sparc Hardware Fujitsu Siemens M5000 et M9000 Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset (1) Des solutions de clustering pour amélioration du service fail-over Nonstratégique (2) Divers services additionnels seront analysés et évalués dans le futur tels que : Services d’« Archivage » de type « Life Archive » - High (moins d’un an) (1) Medium (2-3 ans) (2) Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 210 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE La vocation du RDC est d’éviter la multiplication du nombre de licences et de serveurs de bases de données. Il vise aussi à gérer de manière centralisée, uniformisée et standardisée les bases de données DB2 du SPF Finances et à en garantir le bon fonctionnement et l’accès pour les nombreuses applications utilisées par les utilisateurs internes et externes du SPF Finances. RDC permet de couvrir l’augmentation de la demande d’utilisation des bases de données relationnelles et de maîtriser leurs coûts. L’intégration au sein d’un seul serveur de base de données et d’un centre de compétences de tous les services nécessaires garantit l’unicité logicielle et organisationnelle. La plate-forme RDC est la plate-forme stratégique du SPF Finances pour tous les nouveaux développements d’applications. Le service RDC n’assure en aucune manière le design des bases de données et n’assume pas de responsabilité par rapport à la qualité de l’architecture des données proposée dans le cadre de projets de développements. Le service RDC peut cependant apporter des conseils et/ou recommandations pour l’implémentation technique de solutions pour une meilleure exploitation des logiciels DB2. Le service RDC ne réalise aucun développement de type applicatif sur les bases de données. Les services de monitoring sont assurés par la plate-forme HP Openview assurant le management global de l’infrastructure ICT. Caractéristiques Description Implémentation actuelle IBM-DB2 LUW est la plate-forme software de base pour l’ensemble des types d’utilisateurs y compris les utilisateurs mobiles. Les produits en usage pour les applications clientes de RDC sont : Nom Description IBM DB2 LUW Enterprise Server Edition V9.7 DBMS IBM DB2 Pure XML Extension XML pour le DBMS IBM DB2 RDC dispose d’autres logiciels pour sa gestion interne. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 211 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://infrastructure.finbel.intra/xwiki/bin/view/RDC/ Reprend différentes informations tels que softwares clients pour interagir avec IBM DB2, drivers, point d’entrée vers des pages de statut, … Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 212 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.6.2 - AUTRES SERVICES DBMS R ÉSUMÉ A côté du service RDC qui fonctionne momentanément de façon centralisée au SPF Finances, on trouve également : pour des raisons historiques : des systèmes Legacy pour des raisons techniques : des packages qui ont été fournis sur un DBMS spécifique pour d’autres raisons : des applications décentralisées qui ne doivent pas être contrôlées par l’ICT Implémentation actuelle Services principaux OLTP, OLAP, Reporting, SSIS Standard pertinents SQL, XML, HTML Software MS SQL Server 2008 R2 Hardware blade servers, SAN, NAS, LAN, stretched VLAN, VMWare Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique Upgrade vers MS SQL Server 2012 Tactique Compatability mode pour les anciennes versions Sunset Migration des versions anciennes vers des versions récentes Nonstratégique sa-mode, MySQL La transition est considérée comme étant Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 213 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DÉTAILLÉE Aperçu de la topologie par environnement FOD Financiën MSSQL Cluster Topology Diagram North Galaxy Anderlecht Development Cluster Name: Cluster IP: MSDTC Name: MSDTC IP : NIC 1 NIC 1 Public NIC 2 NIC 2 OLTP Type 2 NIC 3 Heart Beat NIC 3 NIC 4 Backup NIC 4 Type 2 SQL Environment Instance 1 ID: Instance 2 ID: Instance 3 ID: Cluster Name: Cluster IP: MSDTC Name: MSDTC IP : NIC 1 NIC 1 Public NIC 2 NIC 2 OLAP NIC 3 Type 2 NIC 4 Heart Beat NIC 3 Backup NIC 4 Type 2 SQL Environment Instance 1 ID: Acceptance Cluster Name: Cluster IP: MSDTC Name: MSDTC IP : NIC 1 NIC 1 Public NIC 2 NIC 2 OLTP NIC 3 Type 1 NIC 4 Heart Beat NIC 3 Backup NIC 4 Type 1 SQL Environment Instance 1 ID: Instance 2 ID: Instance 3 ID: Production Cluster Name: Cluster IP: MSDTC Name: MSDTC IP : NIC 1 NIC 2 NIC 3 NIC 1 Public NIC 4 NIC 6 NIC 5 Heart Beat NIC 6 NIC 1 NIC 1 NIC 2 NIC 2 NIC 3 Public NIC 4 NIC 6 Type 3 OLTP NIC 3 NIC 4 NIC 5 Type 3 NIC 3 NIC 4 NIC 5 Type 3 NIC 2 NIC 5 Heart Beat NIC 6 Type 3 SQL Environment Instance 1 ID: Instance 2 ID: Instance 3 ID: Cluster Name: Cluster IP: MSDTC Name: MSDTC IP : NIC 1 NIC 1 Public NIC 2 NIC 2 OLAP Type 2 NIC 3 Heart Beat NIC 3 NIC 4 Backup NIC 4 Type 2 SQL Environment Instance 1 ID: Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 214 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Demandes de nouvelles bases de données MSSQL dans le réseau du SPF Finances Etape Action Demande nouvelle DB Faire une demande structurée (support request) via http://servicedesk.finbel.intra I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 215 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.7 – CONTENT MANAGEMENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services qui assurent le support aux équipes pour l’utilisation de la solution Enterprise Content Management. Cette solution permet de gérer le stockage des documents du SPF Finances et des workflows associés. L’infrastructure standard du SPF est utilisée pour faire tourner ce service. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.7.1 - Enterprise Content Management Service 217 ABB.4.7.2 – DIM/MYScan 221 I NFORMATION COMPLEMENTAIRE Objectif Voir "introduction" Service(s) compétent(s) de l’organisation Département(s) / Division(s) Operations/Applications deployment Architecture Dernière mise à jour Période de validité Contact(s) [email protected] [email protected] 09/08/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 216 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.7.1 - ENTERPRISE CONTENT MANAGEMENT SERVICES R ÉSUMÉ Ce service permet de stocker et de gérer de manière sécurisée l'archivage légal des documents du SPF au moyen de la solution IBM Filenet P8. Implémentation actuelle Services principaux IBM Filenet ECM Langage Java et CCFF Standard pertinents Connecteur JCR (JSR 170) version CCFF ou Standalone DIM-MyScan pour le scanning centralisé et décentralisé IBM FileNet P8 Content Engine 4.5.1 Software InfoSphere Content Collector 2.1 pour archiver les mails de Mail2 Dépendances Windows Server 2008, DB2 9.5, IAM, SAN-NAS-EMC Centera Evolution souhaitée Ce service suit le scénario de mise hors service graduelle des mainframes. Les évolutions prévues sont les suivantes : Classification Stratégique Mises à jour du software Filenet (version 5) et ICC Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 217 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE En standard, ce service est utilisé par les applications devant gérer ou consulter ces documents. L'archivage des mails du SPF fait également appel à ce service dans le cadre du projet Mail2. L’infrastructure standard du SPF est utilisée pour faire tourner ce service et est articulée autour de 4 environnements distincts : développement, acceptance, production et formation (training). Le stockage des documents est opéré dans des repositories distincts appelés "objectstores". L'accès aux documents et leur gestion se font via le connecteur standard du SPF implémentant la JSR170. Sécurité Un objectstore est relié à 2 groupes de sécurité IAM distincts des autres objectstores : un groupe en lecture seule et un groupe en lecture/écriture. L'application souhaitant interagir avec un objectstore se voit attribuer un utilisateur technique spécifique, lequel est relié au groupe adéquat. Remarque importante : la granularité de la sécurité est l'objectstore. Cela signifie qu'un utilisateur peut accéder à l'ensemble de l'objectstore et peut effectuer les opérations relatives au groupe auquel il appartient. Fonctionnalités FileNet ECM permet principalement de : définir et de travailler avec des catégories hiérarchisées de documents (au moyen de classes et de métadonnées), héritage entre catégories, métadonnées à plusieurs valeurs, contenu multiple, liens entre documents. identifier et charger des documents, rechercher ceux-ci via des requêtes sur les classes et les métadonnées, les modifier. gérer le versioning des documents (réservation, checkin/checkout). gérer leur archivage ainsi que leur période de rétention. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 218 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Architecture L’infrastructure du service est la suivante : FEM Client SAN NAS Centera Webservice Load Balancer Webservice Outils de chargement Load Balancer DB2 CE (active/passive) CE Farm (active/active) AE Farm (active/active) HTTP EJB DB2 Storage Authentication MS AD Workplace Load Balancer IAM PE Farm (active/active) Webservice EJB PE API CCFF Client JCR Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 DB2 PE (active/passive) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 219 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://minfin.fgov.be/portail1/fr/marche/pdf/csc_archivage_legal_fr.pdf Cahier spécial des charges – Archivage légal Intranet SPF Finances – Delivery Management – « JCR 2 » Binaires de la JCR et documentation d’utilisation dans l’environnement SPF Internet http://pic.dhe.ibm.com/infocenter/p8docs/v4r5m1/index.jsp Documentation IBM http://jcp.org/aboutJava/communityprocess/final/jsr170/index.html JSR 170 – Spécification Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 220 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.7.2 – DIM/MYSCAN R ÉSUMÉ Ce service permet une solution générique de capture de documents par scanning paramétrisable par projet CoperFin : Pas de limitation de volume. Supporte la plupart des scanners professionnels du marché. Implémentation actuelle Services principaux IBM Filenet ECM MyScan PC’s IAM DIM Middleware Standard pertinents RDC CCFF FileNet 8 SPF Fin Application SPF Fin PC’s Software IRIS Power Scan 9 Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 221 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Ce service suit le scénario de mise hors service graduelle des mainframes. Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - - High (moins d’un an) Medium (2-3 ans) Low (3-5 ans) D ESCRIPTION DETAILLEE Architecture Scanning Multistream : B&W, Greyscale, Colour All scanner brands Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 222 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Sorting & Indexing Document identification Indexing and splitting technologies Quality control & Validation Document viewer: upto 8 images Document indexing and manipution tools OCR & Output formats Multiple text formats (doc, rtf, wordml, html, xml) Many OCR languages Compression iHQC PDF Image + Text TIFF, JPEG, JPEG2000, JBIG2 Batch output format Predefined and Custom PDF : PDF/A, PDF iHQC, PDF Image+Text, PDF encrypted I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 223 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.8 - FILE AND STORAGE SERVICES APERÇU I NTRODUCTION Cette partie décrit les services de « File and Storage » qui comprennent : Les softwares et agents de backup Les softwares d’accès aux composants C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.8.1 - File and Storage Services 225 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Operations/Storage [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 224 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.8.1 - FILE AND STORAGE SERVICES R ÉSUMÉ Les Services « File and Storage » offrent les capacités d’utilisation de l’infrastructure de storage et backup décrits dans l’ABB.1. Ces services ne sont pas ceux utilisés pour le monitoring de l’infrastructure. Ces Services comprennent : Les softwares et agents de backup Les softwares d’accès aux composants Implémentation actuelle Services principaux Gestion et coordination des backups Gestion du l/O Load balancing Standard pertinents - Software Legato Networker 7.5 SP3 Automated Cartridge System Library Software PowerPath Hardware SL3000 Storagetek M5000 Fujitsu Siemens Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Depuis 2003, on visait la mise en place d’une plate-forme centrale de traitement et de stockage, avec garantie de haute disponibilité et de performance. Cette plate-forme a vu le jour dans le cadre d’ATLAS. La plateforme ATLAS comporte toutes les fonctions nécessaires (‘remote mirroring’ des données, ‘load balancing’) pour permettre une restauration après accident tout en garantissant un maximum de disponibilité des applications. Stratégique Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 La plate-forme est régulièrement renouvelée (par exemple en 2008) suite à l’évolution technologique, à l’accroissement des besoins en capacité et aux nouvelles conceptions en matière d’infrastructure ou d’architecture des applications. Tactique - Sunset - Non-stratégique - Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 225 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Priorité de transition - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE La gestion des backups est confiée au logiciel Legato Networker 7, installé sur le serveur englfabu. Legato gère tous les programmes (schedules) de backup (quelles données, quand). Les bandothèques StorageTek sont gérées via le serveur nws01 ; nws02 est en stanby sur le site DR. Le logiciel ACSLS (Automated Cartridge System Library Software) est installé sur ces serveurs. ACSLS pilote les deux bandothèques en traduisant à l'intention de StorageTek les requêtes de nsw01 (montage, démontage de bandes). Failover et load balancing sont assurés par le logiciel PowerPath. PowerPath découvre, utilise et surveille les différents chemins qui mènent à chaque disque logique Symmetrix, VMAX et Clariion. Par disque, ces chemins sont rassemblés en un ‘path set’. Quand un chemin d’un path set ne fonctionne plus correctement, PowerPath reçoit un time-out et veille à rétablir la communication par un chemin alternatif. L’opération est entièrement transparente pour les applications de l’hôte. Pour toutes les E/S, PowerPath cherche aussi le chemin optimal, tenant compte des chemins disponibles et de la charge qu’ils supportent. La couche PowerPath se situe sous les applications de l’hôte. Les applications feront passer leurs E/S par PowerPath. Figure 1: Architecture PowerPath Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 226 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’informations, voyez les documents suivants : Référence Description Intranet sharepoint « Information Lifecycle Management : analyse et optimisation de l’environnement de stockage ». « Diagnostic et analyse des performances de l’environnement de stockage Atlas ». <Brève description du document référencé> Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 227 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.9 - DOCUMENT AND INFORMATION MANAGEMENT APERÇU I NTRODUCTION Cette partie décrit les services qui permettent de gérer toute sorte de document et d'information au sein du SPF Finances. Cette partie doit encore être décrite et par conséquence ne contient encore rien. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATIONS COMPLEMENTAIRES Objectif Voir l'introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) - - Dernière mise à jour Période de validité Du Au - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 228 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.10 - BUSINESS INTELLIGENCE SERVICES APERÇU I NTRODUCTION Cette partie décrit les services nécessaires pour permettre à tous les processus qui transforment les données en information et en connaissance, pour les besoins des tâches essentielles du SPF Finances, peuvent faire leur travail. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.4.10.1 - ETL services 230 ABB.4.10.2 - Data Mining Services 232 ABB.4.10.3 - Data Reporting and Analysis Services 234 ABB.4.10.4 - Corporate Performance Management Services 237 I NFORMATIONS COMPLEMENTAIRES Objectif Le but de ce building block est de convertir les données en information et en connaissance pour les besoins des tâches essentielles du SPF Finances, afin que celui-ci en tire un avantage stratégique. Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT Development /Application and Data layer [email protected] ICT Development / Analyse and Design [email protected] Dernière mise à jour Période de validité [email protected] [email protected] 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 229 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.10.1 - ETL SERVICES R ÉSUMÉ Les services DataReporting et Analysis se basent généralement sur une DB de type Datawarehouse. Un Datawarehouse (ou entrepôt de données) intègre une grande quantité de données en provenance des sources opérationnelles afin d’y être archivées, analysées et fournir une aide à la décision. Le chargement régulier des données (ainsi que le contrôle qualité) se fait via un outil ETL (Extract Transform Load). Il s’agit d’un middleware permettant de créer un flux de données à partir de sources de différents formats (Fichiers plats, DBs,…) vers (dans le cas présent) un entrepôt de données. Implémentation actuelle Services principaux DataProfiling Services DataConnectivity Services DataIntegration Services DataQuality Services Standard pertinents - Software IBM InfoSphere Information Server v8.1 Information Analyzer Metadata Workbench DataStage QualityStage Hardware - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 230 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Stratégique Technologie standard pour l’extraction et la synchronisation de données Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Voir ETL - ABB.3.5.1 I NFORMATION COMPLEMENTAIRE Pour plus d’informations, voyez les documents suivants : Référence Description Intranet N/A N/A Internet http://www1.ibm.com/software/data/integration/info_server/ Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Lien vers le site d’IBM Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 231 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.10.2 - DATA MINING SERVICES R ESUME DataMining Services a pour but d’analyser des données, en particulier la création de coefficients de scoring pour les contribuables, déclarations en douane etc. Ces coefficients de scoring sont générés par des modèles statistiques sophistiqués. Cela permet d'évaluer le « target » (en général, sensibilité à la fraude) sur la base de toute une série de variables indicatives. A cet effet, on utilise en standard depuis fin 2010 la suite SAS et, dans une moindre mesure, CSP-bis (SPSS Clementine). Implémentation actuelle Services principaux Analyse des données, en particulier création de coefficients de scoring pour les contribuables, déclarations en douane etc. Standards pertinents SAS Software SAS Management Console 9.2 SAS Entreprise Guide 4.2 SAS Entreprise Miner 6.1 SPSS Clementine (pour CSPBis) Hardware Sun Solaris Windows Server Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 232 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE SAS Management Console 9.2 Cet outil de gestion permet de déclarer des fichiers d'input aux data miners, de créer des profils d'utilisateurs, de maîtriser les différentes zones, etc. Il est géré exclusivement dans le périmètre ICT-DCC et contribue à une scission fonctionnelle entre ICT et business. Si nécessaire, les données sensibles à caractère personnel peuvent être protégées. Le data preparator et le data miner travaillent exclusivement avec des clés techniques. SAS Entreprise Guide 4.2 Cet outil permet au data preparator de générer la 'Table Analytique de base' et l’output : 'Table Analytique de base': Tableau de type statistique, entièrement dénormalisé, avec un seul thème (entreprise, personne physique, etc. ) par rang. Le data preparator crée cette table en combinant diverses sources de données à l'aide d’un assistant SQL et en exécutant des transformations de données élémentaires (par ex. répertorier un champ numérique en fonction d'une catégorie). Création de l’output : plusieurs formats d’output sont possibles – tableaux, graphiques etc. Ils serviront euxmêmes d’input aux centres de contrôle, aux workflows tels que STIRON3, etc. SAS Entreprise Miner 6.1 Cet outil permet au data miner de créer des modèles de risque à des fins d’exploration. Des techniques statistiques sophistiquées sont disponibles, via des assistants (wizards) pour permettre de prévoir au mieux la variable cible de la Table analytique de base. Il en résulte des coefficients de scoring : évaluation de la sensibilité à la fraude JMP Pro 9 Cet outil permet au data miner de créer des modèles de risque en tant qu’échantillons et d’explorer le jeu de données de manière interactive et visuelle. CSP-bis (SPSS Clementine) Cet outil n'est utilisé qu'au sein du département Douane and Accises pour les processus de datamining. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 233 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.10.3 - DATA REPORTING AND ANALYSIS SERVICES R ESUME Présenter des données de manière structurée, sous la forme d’un rapport ou d’un composant d’analyse. Ces rapports peuvent consister notamment en un ou plusieurs tableaux, listes, graphiques, cartes géographiques avec pinpoints ou zones colorées, etc. Les composants d’analyse sont utilisés par les power-users pour répondre aux exigences de rapports plus complexes et ponctuels. Implémentation actuelle Services principaux Présenter des données de manière structurée, sous la forme d’un rapport ou d’un composant d’analyse. Standards pertinents Microsoft Reporting Services 2008 R2 Microsoft Analysis Services 2008 R2 Microsoft Visual Studio.NET 2008/2010 Microsoft Excel/PowerPivot 2010 Microsoft SQL Server 2008 R2 Microsoft Team Foundation Server 2010 Microsoft Visual Studio.NET 2008/2010 Windows Server Software Hardware Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Harmoniser les différentes initiatives prises au sein du SPF en matière de Business Intelligence pour apporter un soutien stratégique à l’organisation. D’un point de vue stratégique, il faudra aussi accorder toute l’attention requise aux possibilités d’Agile BI et de Mobile BI. Compte tenu de l’importance croissante du BI et des investissements y afférents réalisés par les fournisseurs de produits, les futures évolutions technologiques (ex. SQL Server 2012) devront faire l’objet d’un suivi rigoureux Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 234 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DÉTAILLÉE Microsoft Reporting Services Microsoft Reporting Services (MSRS) sera utilisé pour développer et (re)produire des rapports. Cet outil offre la particularité de pouvoir extraire des données de différentes sources (DB2, SQL Server, XML (via web services), …). Les données ainsi extraites sont ensuite visualisées et si nécessaire, exportées dans un des formats suivants : XML CSV PDF MHTML Excel Tiff Word Signalons ici que le format XML et le format CSV sont fournis en standard via le service ETL puisque ce service est optimisé pour ces deux formats. Pour la visualisation des données, l’on peut utiliser entre autres : Des listes Des tableaux Des matrices Des graphiques (Pie, column, bar, line, area, … charts) Des tableaux de bord (Gauge, spark lines, data bars et indicateurs) Des cartes géographiques (spatial data) En raison de la (future) intégration avec notre portail BI notamment, ces rapports doivent toujours répondre à un certain nombre d’exigences comme les paramètres obligatoires (langue et adresse mail) et les structures prédéfinies. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 235 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Microsoft Analysis Services Microsoft Analysis Services permet à l’utilisateur d’approcher des données dans une perspective multidimensionnelle. Les données sont stockées dans un ‘cube’ aux dimensions et mesures prédéfinies. Ces cubes peuvent servir de source à MSRS ou à Excel 2007 (ou version ultérieure). Cela permet à l’utilisateur final de consulter les données souhaitées via une fonction drag-and-drop. Dans un rapport, cela permettra par exemple à l’utilisateur d’examiner des données plus en détail, de manière hiérarchisée – par exemple d’abord par année, puis par trimestre, puis par mois... (il s'agit de techniques dites de slice-and-slice). Integratie Microsoft Reporting via Business Intelligence Portal Le but ultime est de mettre les rapports à disposition via un portail BI créé en interne. Via la protection IAM, l’utilisateur n’aura accès qu’aux rapports qu’il est autorisé à consulter. Cela dépendra des human resources de l’équipe BI – prévu pour fin 2012. Integratie Microsoft Reporting pour d’autres applications Pour les autres applications, ce service peut proposer des rapports de plusieurs manières différentes. L’on peut faire appel à un reportviewer ou un webservice. Parmi les technologies qui supportent cette fonctionnalité, citons Windows Communication Foundation pour les webservices, et ASP.NET pour les pages web. Pour toutes ces technologies, l’on fera appel à l’environnement Visual Studio.NET. Le langage utilisé est C#. Microsoft PowerPivot (Excel 2010) Microsoft PowerPivot est une solution Managed Self-Service Business Intelligence qui permet aux powerusers et aux utilisateurs finaux de trouver, composer et partager (rapidement) eux-mêmes des réponses à des demandes d’information. Cette fonction permet d’une part d’obtenir rapidement une réponse à des demandes ponctuelles de reporting ou d’analyse et d’autre part, de disposer de l’input (aperçu plus clair des besoins des utilisateurs, tant pour l’opérationnel que pour l’IT), nécessaire à la production de rapports standard. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 236 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.4.10.4 - CORPORATE PERFORMANCE MANAGEMENT SERVICES R ÉSUMÉ Le Management de la Performance consiste à mener une organisation vers les objectifs souhaités à l’aide d’indicateurs. Il permet au management de rendre les objectifs mesurables, de les suivre, d’entreprendre ou de rectifier les actions, d’évaluer les objectifs et d’ajuster la politique. L’outil Cognos BI est le seul standard utilisé dans le cadre du Management de la Performance au SPF Finances. Cognos BI est un outil d’IBM de type « Business Intelligence » permettant la mise à disposition de tableaux de bord et d’un environnement d’analyse OLAP. Cognos permet en plus l’utilisation des Balanced Scorecards qui sont des instruments indispensables pour le pilotage des administrations (Strategy Map, Key Success Factors, Key Performance Indicators) ainsi que pour leurs cycles de gestion. Les scorecards sont reliés aux tableaux de bords pour donner plus de détails concernant l’état des indicateurs-clés. L’outil Cognos BI se base sur son propre entrepôt de données DB2 pour fonctionner. Un entrepôt de données (datawarehouse) est une base de données utilisée pour collecter et archiver des informations provenant de base de données opérationnelles et fournir une aide à la décision en entreprise. Implémentation actuelle Services principaux OLAP analysis Ad-Hoc Query Reporting Dashboard Scorecarding Standards pertinents N/A Software IBM Cognos BI suite v8.4 Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 237 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Priorité de transition Les évolutions prévues sont les suivantes : Stratégique IBM Cognos BI est actuellement le seul standard autorisé pour le Management de la Performance au SPF Finances Tactique - Sunset - Nonstratégique - - High (moins d’un an) - Medium (2-3 ans) Low (3- ans) D ESCRIPTION DETAILLEE Le Performance Management au SPF Finances se base sur l’outil IBM Cognos BI v8.4. IBM Cognos BI v8.4 est une solution logicielle complète, entièrement Web-based, permettant de faire du « Business Intelligence » et du « Corporate Performance Management » sur une seule et même architecture orientée service (SOA). Cette solution permet notamment de faire du Reporting, de l’Analyse, des Dashboards ou encore des Scorecards. L’offre en matière de rapportage se décline suivant 4 modules : Analysis Studio : Permet une analyse « en profondeur » du Business sur base de modèles dimensionnels ou de cubes OLAP : Analysis Studio permet d’analyser les relations entre les différents éléments Business et de déterminer leurs importances relatives. Il permet de générer des rapports d’analyse simples en différents formats (HTML, PDF, Excel,…). Query Studio : Permet de lancer des requêtes « ad hoc » de manière à pouvoir répondre rapidement à une question du Business sur base de modèles dimensionnels ou relationnels. A partir de ces requêtes, il permet de générer des rapports simples mais très détaillés en différents formats (HTML, PDF, Excel,…). Report Studio : Permet de créer des rapports professionnels multilingues sur base de modèles dimensionnels, relationnels ou de cubes OLAP. Il est possible de créer des rapports dynamiques au format HTML, avec Drill-Down et Drill-Through. Les rapports peuvent aussi être générés sous d’autres formats (XML, CSV, PDF, Excel…). Report Studio permet le scheduling et le bursting de rapports. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 238 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Metric Studio : Permet de créer et de visualiser des Scorecards au format HTML. Le Scorecard est un outil stratégique à destination du Management qui est utilisé dans le cadre du « management de la performance » au SPF Finances. Il permet de synthétiser de manière très visuelle toutes les informations nécessaires (KPIs) pour pouvoir diriger une organisation. IBM Cognos BI v8.4 fournit un service couvrant tout le cycle de vie du rapportage : Report and Metric authoring : IBM Cognos BI v8.4 permet aux développeurs de créer et publier des rapports ou des Scorecards au sein d’un même portail de rapportage (« Cognos Connection ») regroupant les différents studios. Report and Metric security : IBM Cognos BI v8.4 instaure un modèle de sécurité flexible à base de groupes et de rôles. Report delivery : IBM Cognos BI v8.4 permet de distribuer des rapports aux formats multiples via e-mail ou de les publier sur le portail « Cognos Connection ». Portal management : IBM Cognos BI v8.4 permet une administration aisée du portail de rapportage « Cognos Connection » via un ensemble d’onglet. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://mpm Lien vers le site intranet du Management de la Performance au SPF Finances Internet http://www01.ibm.com/software/analytics/cognos/ Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Lien vers le site d’IBM Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 239 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.5 – BUSINESS APPLICATIONS INTRODUCTION L’ABB Business Application reprend les groupes de services des applications métier. Pour l'instant cette partie de l'ABB ne contient que : Le signalétique transversale - Sitran DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 240 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.5 L’ABB.5 - BUSINESS APPLICATIONS est composé des groupes de services suivants : Groupes de services Page ABB 5.1 – Signalétique transversale - Sitran 242 INFORMATION POUR L’UTILISATEUR Objectif Voir section Introduction Département(s) / Division(s) Départements compétents Architecture Dernière mise à jour Période de validité Contact(s) [email protected] 30/05/2013 Du Au 30/05/2013 Jusqu’à la prochaine publication de ce document. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 241 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB 5.1 – SIGNALETIQUE TRANSVERSALE - SITRAN APERÇU I NTRODUCTION Cette partie décrit les services de la signalétique transversale – Sitran qui offre les fonctionnalités d'une base de données qui contient les données signalétiques personnelles et transversales utilisées au sein du SPF Finances. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page 243 ABB.5.1.1 – Signalétique Transversale - SITRAN I NFORMATION COMPLEMENTAIRE Objectif Voir "introduction" Département(s) / Division(s) Contact(s) Service(s) compétent(s) de l’organisation Architecture / Management Support Dernière mise à jour [email protected] 30/09/2011 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu’à la prochaine publication de ce document Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 242 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.5.1.1 – SIGNALÉTIQUE TRANSVERSALE - SITRAN R ÉSUMÉ Le projet SITRAN offre une base de données centrale à toutes les applications TO-BE et AS-IS provenant du système d’information du SPF Finances. Cette base de données centrale contient les données signalétiques personnelles et transversales qui sont utilisées par ces autres applications et développe plus en avant les données et concepts élaborés dans le cadre de STIR-DU. Implémentation actuelle Données signalétiques des personnes physiques et morales Services principaux Entités fiscales Signaux sur les données Base de données relationnelle (DB2 d’IBM) Standard pertinents Langage de requête SQL Web Services Software Tout client d’un service web Hardware Toute plate-forme supportant java et/ou DB2 Evolution souhaitée Les évolutions prévues sont les suivantes : Stratégique Adaptation aux nouvelles technologies des sources authentiques (services web au lieu d’ETL), ajout de sources et mise à disposition des services web sur l’ESB. Tactique - Sunset - Non-stratégique - Classification Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 243 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE DU SERVICE Le projet Sitran implémente la couche signalétique du dossier unique. Les autres couches, à savoir les données fiscales et non fiscales, les données de la perception et du recouvrement, les données patrimoniales et les données douanières sont gérées par d’autres applications. Ces applications qui gèrent les autres couches du dossier unique sont celles qui sont appelées « TO-BE » dans ce document. Les sources de ces données signalétiques sont : Les sources authentiques : Le Registre National (RN). Données signalétiques des personnes physiques qui sont inscrites dans une commune belge ou dans un poste diplomatique étranger. La Banque Carrefour des Entreprises (BCE). Données signalétiques des personnes morales. La Banque Carrefour de la Sécurité Sociale (BCSS). Données signalétiques des personnes physiques qui ne sont pas inscrites au Registre National mais à propos desquelles la Sécurité Sociale dispose de données signalétiques. Le Moniteur Belge. Les données des associations et groupements professionnels (géomètres, notaires, huissiers, avocats). Les données signalétiques du SPF Finances qui sont gérées par des applications AS-IS. TPSigna, le fichier signalétique du mainframe. PM, le fichier des personnes morales du mainframe. Les données contenues dans la base de données SITRAN sont mises à disposition des applications TOBE et AS-IS par des primitives d’accès et/ou des services web. PM RRN Replica KBO KSZ abonnees Professionele Groeperingen SITRAN Toepassen business rules en detectie van errors Integratie in signaltiek KSZ Transfert KBO Opladen van de gegevens in DBTampon Detectie van structurele fouten RijksRegister Fil.Signaletiek Signaleer wijzigingen DB SITRAN Fiscale entiteit PB, BNI-PB Toegangslaag Web services toegangsprimitieven Toegangslaag bulk SITRAN WEB STIMER Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 STIPAD STIRON STIR-BTW STI … STI … en andere Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 244 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet Projet SITRAN dans StarTeam Contient tous les programmes et toute la documentation de Sitran. Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 245 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.6 – REFERENCE DATA INTRODUCTION L’ABB Reference Data reprend les groupes de services des donnés de référence. Pour l'instant cette partie de l'ABB ne contient que : La Reference Data - Sitran DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 246 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.6 L’ABB.6 - REFRENCE DATA est composé des groupes de services suivants : Groupes de services Page ABB 6.1 – Reference data – SITRAN 248 INFORMATION POUR L’UTILISATEUR Objectif Départements compétents Voir section Introduction Département(s) / Division(s) Contact(s) Architecture [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au 30/05/2013 Jusqu’à la prochaine publication de ce document. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 247 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB 6.1 – REFERENCE DATA – SITRAN APERÇU I NTRODUCTION Cette partie décrit les services des REFERENCE DATA - SITRAN qui offrent les fonctionnalités d'une base de données qui contient les données signalétiques personnelles et transversales utilisées au sein du SPF Finances. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page 249 ABB.6.1.1 – Reference data - SITRAN I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir "introduction" Département(s) / Division(s) Architecture / Management Support Contact(s) [email protected] Dernière mise à jour Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu’à la prochaine publication de ce document Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 248 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.6.1.1 – REFERENCE DATA - SITRAN R ÉSUMÉ Le projet SITRAN offre une base de données centrale à toutes les applications TO-BE et AS-IS provenant du système d’information du SPF Finances. Cette base de données centrale contient les données signalétiques personnelles et transversales qui sont utilisées par ces autres applications et développe plus en avant les données et concepts élaborés dans le cadre de STIR-DU. Implémentation actuelle Données signalétiques des personnes physiques et morales Services principaux Entités fiscales Signaux sur les données Base de données relationnelle (DB2 d’IBM) Standard pertinents Langage de requête SQL Web Services Software Tout client d’un service web Hardware Toute plate-forme supportant java et/ou DB2 Evolution souhaitée Les évolutions prévues sont les suivantes : Stratégique Adaptation aux nouvelles technologies des sources authentiques (services web au lieu d’ETL), ajout de sources et mise à disposition des services web sur l’ESB. Tactique - Sunset - Non-stratégique - Classification Priorité de transition High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 249 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Le projet Sitran implémente la couche signalétique du dossier unique. Les autres couches, à savoir les données fiscales et non fiscales, les données de la perception et du recouvrement, les données patrimoniales et les données douanières sont gérées par d’autres applications. Ces applications qui gèrent les autres couches du dossier unique sont celles qui sont appelées « TO-BE » dans ce document. Les sources de ces données signalétiques sont : Les sources authentiques : Le Registre National (RN). Données signalétiques des personnes physiques qui sont inscrites dans une commune belge ou dans un poste diplomatique étranger. La Banque Carrefour des Entreprises (BCE). Données signalétiques des personnes morales. La Banque Carrefour de la Sécurité Sociale (BCSS). Données signalétiques des personnes physiques qui ne sont pas inscrites au Registre National mais à propos desquelles la Sécurité Sociale dispose de données signalétiques. Le Moniteur Belge. Les données des associations et groupements professionnels (géomètres, notaires, huissiers, avocats). Les données signalétiques du SPF Finances qui sont gérées par des applications AS-IS. TPSigna, le fichier signalétique du mainframe. PM, le fichier des personnes morales du mainframe. Les données contenues dans la base de données SITRAN sont mises à disposition des applications TO-BE et AS-IS par des primitives d’accès et/ou des services web. PM RRN Replica KBO KSZ abonnees Professionele Groeperingen SITRAN Toepassen business rules en detectie van errors Integratie in signaltiek KSZ Transfert KBO Opladen van de gegevens in DBTampon Detectie van structurele fouten RijksRegister Fil.Signaletiek Signaleer wijzigingen DB SITRAN Fiscale entiteit PB, BNI-PB Toegangslaag Web services toegangsprimitieven Toegangslaag bulk SITRAN WEB STIMER Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 STIPAD STIRON STIR-BTW STI … STI … en andere Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 250 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet Projet SITRAN dans StarTeam Contient tous les programmes et toute la documentation de Sitran. Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 251 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7- USERS ENVIRONMENT SERVICES INTRODUCTION L’ABB USERS ENVIRONMENT SERVICES reprend les groupes de services qui concernent l'environnement direct de l'utilisateur. DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 252 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.7 L’ABB.7 - USERS ENVIRONMENT SERVICES est composé des groupes de services suivants : Groupes de services Page ABB 7.1 Personal Digital Assitant 254 ABB.7.2 - Desktop Workstation 255 ABB.7.3 - Laptop Workstation 258 ABB.7.4 - Voice Services 261 ABB.7.5 - User device operating Services 262 ABB.7.6 - Portal Services 263 INFORMATION POUR L’UTILISATEUR Objectif Départements compétents Voir section Introduction Département(s) / Division(s) Contact(s) Architecture [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au 30/05/2013 Jusqu’à la prochaine publication de ce document. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 253 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.1 - PERSONAL DIGITAL ASSISTANT APERÇU I NTRODUCTION Cette partie doit encore être décrite et par conséquence ne contient encore rien. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATIONS COMPLEMENTAIRES Objectif Voir l'introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) - - Dernière mise à jour Période de validité Du Au - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 254 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.2 - DESKTOP WORKSTATION APERÇU I NTRODUCTION Cette partie décrit les services qui sont utilisés au sein du SPF Finances pour gérer les PC fixes. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.7.2.1 - Desktop workstation 256 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT Clients Support [email protected] Dernière mise à jour Période de validité 30/09/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 255 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.2.1 - DESKTOP WORKSTATION R ÉSUMÉ Implémentation actuelle Services principaux Workplace support (voir ABB 1.3.5) Standard pertinents N/A Software Windows XP (Service Pack 3) X86 32-bits Windows 7 Professional (Service Pack 1) X86 – 32 Bits Hardware HP DC 7900 (fin de contrat en 2014), Pentium® Dual-Core CPU E5200 @ 2,50 Ghz, 2 Gb Ram, Ecran HP L1950G (19” TFT) HP DC 8000 SFF (fin de contrat en 2015), Pentium® Dual -Core CPU E5400 @ 2,70 Ghz,4 Gb Ram, Ecran HP L1951G (19” TFT) Dell Optiplex 380 (fin de contrat en 2016, Intel® Core™ 2 Duo CPU E7500 @ 2.93 Ghz, 4Gb Ram, Ecran Dell P190ST HP 6200 Pro SFF (fin de contrat en 2017), ® Core i5 3,3 Ghz, 4 Gb Ram ddr3, écran HP LA2006X Evolution souhaitée Les évolutions prévues sont les suivantes : Le remplacement régulier des postes fait partie de la stratégie ICT du SPF Finances. Grâce au projet MyPC, les PC sont devenus des produits courants. Stratégique Classification La proportion de PC fixes est environ de 80% contre 20% de PC portables. A l’avenir, cette proportion devrait s’inverser. Il importe de noter que les PC ne sont plus équipés d’un lecteur de disquette mais de ports USB 2 et3. Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 256 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 257 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.3 - LAPTOP WORKSTATION APERÇU I NTRODUCTION Cette partie décrit les services qui sont utilisés au sein du SPF Finances pour gérer les PC portables. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.7.3.1 - Laptop Workstation 259 I NFORMATION COMPLEMENTAIRE Objectif Voir section Introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) ICT Clients Support [email protected] Dernière mise à jour Période de validité 30/09/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 258 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.3.1 - LAPTOP WORKSTATION R ÉSUMÉ Implémentation actuelle Services principaux Workplace support Standard pertinents N/A Software Windows XP (Service Pack 3) X86 32-bits Windows 7 Professional (Service Pack 1) X86 – 32 Bits Dell Latitude E6400 (fin de contrat en 2014), 2Gb Ram ,Core 2 Duo P9500, écran 14’’ HP Elitebook 8530p (fin de contrat en 2015) ,4 Gb Ram, écran 15,4 ‘’, Intel Core 2 Duo Processor P8700 (2.53 GHz, 3 MB L2 cache) Hardware HP Elitebook 8540p (fin de contrat en 2016), Intel Core i5 processors, Dual Core, 4 Gb Ram Dell Latitude E5520 (fin de contrat en 2017 ),4 Gb Ram, écran de15,6 ‘’, Intel® HM65 Express HP Probook 6570B (fin de contrat en 2017) , 4Gb Ram Ddr3, écran de 15,6’’, Intel® Core™ i3 Evolution souhaitée Les évolutions prévues sont les suivantes : Stratégique Le remplacement régulier des postes fait partie de la stratégie ICT du SPF Finances. Grâce au projet MyPC, les PC sont devenus des produits courants. La proportion de pc fixes est environ de 80% contre 20% de PC portables. Classification Priorité de transition A l’avenir, cette proportion devrait s’inverser. Il importe de noter que les PC ne sont plus équipés d’un lecteur de disquette mais de ports USB 2 et 3. Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 259 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 260 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.4 - VOICE SERVICES APERÇU I NTRODUCTION Cette partie est en cours d’élaboration. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATIONS COMPLEMENTAIRES Objectif Voir l'introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) - - Dernière mise à jour Période de validité Du Au - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 261 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.5 - USER DEVICE OPERATING SERVICES APERÇU I NTRODUCTION Cette partie est en cours d’élaboration. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATIONS COMPLEMENTAIRES Objectif Voir l'introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) - - Dernière mise à jour Période de validité Du Au - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 262 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.7.6 - PORTAL SERVICES APERÇU I NTRODUCTION Cette partie est en cours d’élaboration. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATIONS COMPLEMENTAIRES Objectif Voir l'introduction Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) - - Dernière mise à jour Période de validité Du Au - - Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 263 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8 - IT DEVELOPMENT SERVICES INTRODUCTION IT Development Services offre un environnement technique et les différentes procédures pour le cadre du développement d’applications IT au sein du SPF Finances. IT Development Services comprend : Requirements Management Services : La discipline « D2 – Exigence » de la méthodologie FUP1.0 définit un ensemble de rôles, artefacts, livrables, templates, outils, principes de configuration et procédures qui permettent la définition et la gestion des « requirements » d’un projet de développement IT à partir de l’expression des besoins initiaux. Solution Architecture Modelling Services : Le Service d’Architecture Modelling correspond à la description faite pour la « Modelisation UML » (UML – Unified Modeling Service) dans le service « Application Development Environment ABB.8.4». Data Architecture Moddeling Services : La méthodologie FUP1.0 intègre l’analyse orientée objet des données, exprimé en langage UML (Unified Modeling Language), l’analyse des bases des données, exprimé avec la notation E/R (Entity Relationship), et permet aux « Database Administrators » (DBA’s) d’analyser les structures de données DB2 dans le contexte de la production. Application Development Environment Services : Le groupe des services « Application Development Environment » offre les fonctionnalités nécessaires au développement d’applications IT à partir des exigences exprimées dans le cadre de la discipline FUP1.0 « D2 - Requirement Management ». Testing Services : L’activité de testing est la recherche systématique de défauts dans l’ensemble des délivrables d’un projet. C’est le processus qui consiste à examiner les résultats d’un processus en comparant ces résultats avec un ensemble de résultats attendus et ensuite à gérer les variances. Le Testing est réalisé en vue de s’assurer qu’un produit qui est développé répondra aux attentes des utilisateurs finaux. Application Configuration Management Services : Le service de « Application Configuration Management » correspond à la description faite pour le service « Software Change and Configuration Manager » de la section « Application Development Environment ABB.8.4 ». Change Management Services : Le service Change Management assure la vadidation et le suivi des demandes de changement au sein du SPF Finances. Pour le moment cette partie est en cours d’élaboration. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 264 ABB 2013 - Architecture Building Blocks ICT du SPF Finances FUP Methodology : Le SPF Finances a introduit une méthodologie de développement d’applications en ayant tout d’abord pour but de formaliser et de stabiliser le déroulement des projets ICT dans un cadre commun en uniformisant : le contenu des étapes d’un projet, les rôles des différents acteurs, les artefacts délivrés à chaque étape. L’objectif étant d’utiliser des standards ouverts et reconnus, le SPF Finances a choisi la méthodologie de base UP (Unified Process ou « Processus Unifié ») qui a été adaptée selon les besoins et enrichie de certains concepts issus de RUP (Rational Unified Process). CCFF Framework : Le CCFF est une plate-forme de communication et de développement faisant office de portail entre les applications internes et le monde extérieur. Entreprise Architecture Modeling (repris dans le modèle mais non décrit dans le cadre de l’ABB 2012) DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 265 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.8 L’ABB.8 – IT DEVELOPMENT SERVICES est composé des groupes de services suivants : Groupes de services Page ABB.8.1 - Requirement Management 267 ABB.8.2 - Solution Architecture Modelling 274 ABB.8.3 - Data Architecture Modelling Services 277 ABB.8.4 – Application Development Environment Services 283 ABB.8.5 - Testing Services 289 ABB.8.6 - Application Configuration Management 294 ABB.8.7 – Change Management Services 297 ABB.8.8 - FUP Methodology 298 ABB.8.9 - CCFF Framework 307 ABB.8.10 - Entreprise Architecture Modeling 312 ABB.8.11 - PDF Document Services 316 INFORMATION POUR L’UTILISATEUR Objectif Voir section Introduction Département(s) compétent(s) Le(s) département(s) suivant(s) sont compétent(s) pour ce domaine Département(s) / Division(s) Contact(s) Quality insurance and IT Process Support [email protected] Architecture [email protected] Development [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 266 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.1 - REQUIREMENT MANAGEMENT APERÇU I NTRODUCTION Cette partie décrit les services nécessaires pour gérer les exigences (requirements) d’un projet de développement IT selon la discipline « D2 – Exigence » de la méthodologie FUP 1.0 utilisée au SPF Finances. Cela couvre l’enregistrement, la centralisation, la classification, la configuration, la traçabilité, la validation et le suivi des exigences. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.1.1 - Requirement Management 268 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 30/ 05 / 2013 Du Au 30/05/2013 Jusqu'à la prochaine publication de l'ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 267 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.1.1 - REQUIREMENT MANAGEMENT R ÉSUMÉ La discipline « D2 – Exigence » de la méthodologie FUP1.0 définit un ensemble de rôles, artefacts, livrables, templates, outils, principe de configuration et procédures qui permettent la définition et la gestion des « requirements » d’un projet de développement IT à partir de l’expression initiale des besoins. L’analyste Fonctionnel et le chef de Projet sont responsables de la démarche. Implémentation actuelle Capture et centralisation des « requirements » d’un projet de développement IT sur base des artefacts de la méthodologie FUP1.0 (discipline « D2 – Exigence »). Services principaux Classification et Configuration des « requirements ». Validation et suivi de l’état des « requirements » à travers le cycle de vie du Projet. Traçabilité des « requirements » vers les artefacts FUP1.0 dérivés. Standard pertinents Software Hardware FUP1.0 Finance Unified Process (SPF Finances) voir ABB.8.8. ISO/IEC 9126 Software Engineering (ISO/IEC). HP ALM (Hewlett Packard): nouveaux projets de développement IT après le 01/06/2013. Caliber RM (Microfocus): projet de développement IT déjà existants au 01/06/2013. N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 268 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Les évolutions prévues sont les suivantes : Stratégique Se conformer à la stratégie CMMI (Capability Maturity Model Integration) du SPF Finances. Formalisation de l’implication du client « business ». Classification Tactique Validation des « requirements » basée sur la notion de risque. Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Service Description Capture des Requirements La capture des « requirements » d’un projet de développement IT se base sur le contenu des artefacts FUP1.0 de la discipline « D2 – Exigence » mentionné à la section « Artefacts et Templates FUP1.0 - Capture des Requirements ». Centralisation des Requirements La centralisation des « requirements » d’un projet de développement IT se base sur l’outil HP ALM (Caliber RM pour les anciens projets) qui permet de définir une classification, une hiérarchie et une configuration de tous les « requirements » du projet. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 269 ABB 2013 - Architecture Building Blocks ICT du SPF Finances La classification des « requirements » d’un projet de développement IT se fait en HP ALM (CaliberRM) sur base de la configuration standard FUP1.0 : Business Requirements (Initiales) Functional Requirements Business Rules Non Functional Requirements La même configuration standard FUP1.0 propose la classification suivante pour les “Non Functional Requirements” : Classification Respect des Standards Ergonomie – présentation des données Ergonomie – facilitée d’utilisation Performance Capacité Fiabilité Sécurité Administration Migration des données Legacy Autres La configuration des standards de FUP1.0 définit pour tous types de requirements les attributs suivants : Configuration Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Name Version Owner Status Priority Description FUP1.0 attribute – Feature Benefit FUP1.0 attribute – Impact FUP1.0 attribute – Feature Stability FUP1.0 attribute – Technical Impact Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 270 ABB 2013 - Architecture Building Blocks ICT du SPF Finances La FUP1.0 propose une traçabilité par nommage de chaque requirement fonctionnel à travers plusieurs artefacts dérivés. Cette convention de nommage se base sur l’identificateur structuré des Cas d’Utilisation : UC_<PackageId>_<UseCaseId>_<UseCaseName>_<FluxId> Tracabilité L’exemple suivant montre comment à partir d’un Cas d’Utilisation atomique (ex. UC_02_03….) on peut associer par nommage un requirement fonctionnel à son Flux de Base (FB), à son interface utilisateur (UI), à sa Technical Use Case Réalisation (TUCR) et à son Test Case (TC) : « UC_02_03_BasicFlow3tdUseCase2ndPackage_BF » « UI_02_03_ BasicFlow3tdUseCase2ndPackage _BF » « TUCR_02_03_ BasicFlow3tdUseCase2ndPackage_BF » « TC_02_03_ BasicFlow3tdUseCase2ndPackage_BF » Validation et Suivi Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Il est aussi possible d’attacher un ou plusieurs fichiers à chaque requirement en HP ALM (CaliberRM) pour documenter la source de la définition. La procédure FUP1.0 de validation et suivi des requirements est de la responsabilité de l’Analyste Fonctionnelle et du Chef du Projet. Chaque requirement est associé à chaque étape de son cycle de vie à un des états décrits dans la section « Etats des Requirements ». Le workflow et les responsabilités des transitions d’états sont détaillés dans le Template FUP1.0 « FUP-TPL26-D2-Plan de gestion des exigences.doc » Les critères de qualité sur lesquels se base la procédure de validation sont les suivants : Correspondance aux besoins métier Correspondance aux coûts et délais (faisabilité) Identification et Traçabilité Atomicité Testabilité Couverture Fonctionnelle Clarté et Concision Mesurabilité Indépendance Technologique Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 271 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Etats des « Requirements » Statut Description Draft L’exigence est dans un état initial. Sa nécessité et sa faisabilité ne sont pas encore assurées. Analysis Started L’exigence est reconnue comme nécessaire et faisable. L’analyse pour sa spécification détaillée est en cours. Analysis Completed L’analyse et la spécification détaillée de l’exigence sont terminées. Submitted Tous les attributs de l’exigence définis dans ce document sont évalués et mis à jour. L’exigence est donc présentée pour validation au Chef de Projet. Accepted L’exigence, sa définition et ses attributs sont validés pour implémentation par le Chef de Projet. Rejected L’exigence n’est pas validée pour implémentation par le Chef de Projet. ToBeChanged L’exigence n’est pas encore validée pour implémentation par le Chef de Projet et doit être modifiée. Postponed L’exigence est validée par le Chef de Projet mais son implémentation est postposée dans le futur. Artefacts et Templates FUP1.0 - Capture des Requirements Artefacts FUP1.0 Templates/ Rapport FUP1.0 O21 – Document de Vision FUP-TPL21-D2-Vision.doc O22 – Modéle des Cas d’Utilisation FUP-TPL22-D2-Dossier architecture fonctionnelle.doc O23 – Spécification Exigences non Fonctionnels Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 FUP-TPL23-D2-Spécification cas utilisation.doc FUP-RPT24-D2-Liste exigences supplémentaires.doc Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 272 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Artefacts et Templates FUP1.0 – Gestion des Requirements Artefacts FUP1.0 Templates FUP1.0 O24 – Liste complète des Exigences FUP-RPT25-D2-Liste complète de toutes les exigences.doc O26 – Plan Gestion des Exigences FUP-TPL26-D2-Plan de gestion des exigences.doc I NFORMATION COMPLEMENTAIRE Pour plus d’information, veuillez consulter les documents suivants. Pour les références de type « Intranet » on indique la source authentique de la documentation FUP1.0 qui se trouve dans Starteam. Référence Description Intranet (Starteam) FUP/FUP1.0/Apercu…/FUP-WhoWhatWhenHow.doc Description globale de la méthodologie FUP1.0 en terme des rôles (WHO), disciplines et leurs artefacts (WHAT), cycle de vie (WHEN), outils (HOW). FUP/FUP 1.0/Disciplines/D2/FUP-D2-Exigences.doc Description de la discipline « D2 – Exigence». FUP/FUP 1.0/Modèles/D2/FUP-TPL26-D2-Plan de gestion des exigences.doc Modèle de base du « Requirement Management Plan » FUP1.0. FUP/FUP 1.0/Modèles/D2/* .doc Templates pour les livrables FUP1.0 de la discipline « D2 – Exigence ». http://infrastructure/xwiki/bin/view/SupDev/ Home page service SUPDEV (Xwiki) Internet http://minfin.fgov.be/portail2/fr/modernisation/ict.htm ; Fondements ICT; Finance Unified Process – Documents ; FUP 1.0.zip ; Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Voir adresses et références ci dessus relatives aux documents FUP1.0. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 273 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.2 - SOLUTION ARCHITECTURE MODELLING APERÇU I NTRODUCTION Cette partie décrit les services d’Architecture Modelling correspondant à la description faite pour la « Modelisation UML » (UML – Unified Modeling Service) dans le service « Application Development Environment ABB.8.4». C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.2.1 - Solution Architecture Modelling 275 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu'à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 274 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.2.1 - SOLUTION ARCHITECTURE MODELLING R ÉSUMÉ Le Service d’Architecture Modelling correspond à la description faite pour la « Modelisation UML » (UML – Unified Modeling Service) dans le service « Application Development Environment ABB.8.4». Compte tenu que : plusieurs fonctions mentionnées dans les versions précédentes (2011) de l’ABB, comme « tracabilité vers UML» ou « generation du code J2EE » ou « extended reporting », ne sont plus d’actualité au SPF Finances ; l’outil de modélisation UML est installé, configuré et utilisé avec les autres outils décrits dans « Application Development Environment - ABB.8.4 ». On ne décrit pas ici un nouveau service et on se limite à faire référence à la description de la modélisation UML faite pour « Application Development Environment ABB.8.4 ». implémentation actuelle Services principaux Voir « Application Development Environment ABB.8.4 / Modelisation UML » Standard pertinents Unified Modeling Language - UML Software N/A Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 275 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Les évolutions prévues sont les suivantes: Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 276 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.3 - DATA ARCHITECTURE MODELLING SERVICES APERÇU I NTRODUCTION Cette partie décrit les services pour la modélisation de la structure des données par rapport à l’analyse (Together) : l'analyse et le concept, le modèle conceptuel des données (UML), la réalisation des Use Cases, le modèle physique des données (E/R : Entity Relationship), les conventions de nommage. Modélisation de l'architecture des données concernant la production (Embarcadero E/R Studio) : modélisation des bases de données, ingénierie inversé. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.3.1 - Data Architecture Modelling – Analyse 278 ABB.8.3.2 - Data Architecture Modelling – Production 281 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu'à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 277 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.3.1 - DATA ARCHITECTURE MODELLING – ANALYSE R ÉSUMÉ La méthodologie FUP1.0 intègre l’analyse orientée objet des données, exprimé en langage UML (Unified Modeling Language), avec l’analyse des bases des données, exprimé avec la notation E/R (Entity Relationship), par le même outil à destination des analystes techniques. Implémentation actuelle Analyse et Conception Services principaux Modélisation Conceptuelle des Données (UML) Modélisation Physique des Données (E/R) Conventions de Nommage SPF Standard pertinents FUP 1.0 (Finance Unified Process 1.0 - SPF Finances ) Conventions de nommage SPF Software Together 2008 (Microfocus) Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Utilisation de l’outil sur base de la configuration standard FUP 1.0 dans tous les projets dans SPF Finances. Tactique Suivi de l’évolution du produit utilisé. Sunset - Non-stratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 278 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Service Description Analyse et Conception A partir de l’analyse fonctionnelle des cas d’utilisation système (voir « FUP Methodology » / « O22 Modèle des Cas d’Utilisation ») et de l’analyse des mécanismes de design et d’implémentation sélectionnés (voir « FUP Methodology » / « O31 – Dossier Architecture Logicielle », SAD): Déterminer les entités, leur packaging et leurs associations ; Mettre en relation les entités fonctionnelles avec les entités techniques. Modèle conceptuel des données : déterminer les classes sur base du paradigme « object oriented » ainsi que leurs relations. Modélisation conceptuelle (UML) Modélisation Physique des données (E/R) Conventions de Nommage SPF Réalisation des cas d’utilisation : Description statique (Diagrammes des Classes participants) et dynamique (Diagramme d’Interaction) des associations entre les classes participantes aux Cas d’ Utilisation systèmes et les classes techniques dérivés des mécanismes d’implémentation (ex. DB2, CCFF etc.). Modèle physique des données : Traduire les classes persistantes dans un modèle «physique » basé sur le modèle Entité/Relation pour permettre la production de la base de données. Règles de nommage qui permettent une standardisation et une traçabilité complète des noms depuis la modélisation jusqu’à la programmation et les bases de données (classes, leurs attributs, tables DB, leurs attributs). Dictionnaire des Acronymes utilisées au SPF Finances avec explication de chaque terme en FR et NL. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 279 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, veuillez consulter les documents suivants. Pour les références de type « Intranet » on indique la source authentique de la documentation FUP1.0 qui se trouve dans Starteam (voir aussi « Application Development Environment Services »). Référence Description Intranet Starteam : FUP/Acronymes et Convention Nommage Description des conventions de nommage des données et contenu du dictionnaire des acronymes. Starteam : FUP/FUP1.0/Disciplines/D3/FUPD3_Analyse_Conception .doc Description de la discipline FUP1.0 « Analyse et Conception » Starteam : FUP1.0/Modèles/D3/FUP-TPL33-1-D3-Modèle des données.doc Template FUP1.0 du modèle des données persistantes (conceptuelles et physiques) Starteam : FUP1.0/Modèles/D3/FUP-TPL34-D3-Modèle d’analyse et de conception.doc Template FUP1.0 du modèle d’analyse et conception (y compris la « Réalisation des Cas d’Utilisation) Starteam: FUP/FUP1.0/Apercu…/FUPWhoWhatWhenHow.doc Description globale de la méthodologie FUP1.0 en terme des rôles (WHO), disciplines et leurs artefacts (WHAT), cycle de vie (WHEN), outils (HOW) http://infrastructure/xwiki/bin/view/SupDev/ Home page service SUPDEV (Xwiki) Internet http://minfin.fgov.be/portail2/fr/modernisation/ict.htm ; Fondements ICT; Finance Unified Process – Documents ; FUP 1.0.zip ; Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Voir adresse et références ci dessus relatives aux documents FUP1.0. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 280 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.3.2 - DATA ARCHITECTURE MODELLING – PRODUCTION R ÉSUMÉ L’outil Embarcadero E/R Studio permet aux « Database Administrators » (DBA’s) d’analyser les structures de données DB2 dans une optique trans-projet, afin de pouvoir gérer et optimiser leur emploi dans le contexte de la production. Implémentation actuelle Services principaux Modélisation des bases des données relationnelles « Reverse Engineering » des Bases des Données Relationnelles Standard pertinents Structured Query Language – SQL (ANSI) Software Embarcadero E/R Studio v8.1 Hardware N/A Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique Suivi de l’utilisation du produit. Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 281 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Service Description Modélisation des bases des données relationnelles L’outil Embarcadero E/R Studio est une application de modélisation de données destinée à la conception et la réalisation de bases de données logiques et physiques. Reverse Engineering Processus qui consiste à générer un diagramme E/R (Entity Relationship) à partir d'une structure de base de données. I NFORMATION COMPLEMENTAIRE Pour plus d’information, veuillez consulter les documents suivants. Pour les références de type « Intranet » on indique la source authentique de la documentation FUP1.0 qui se trouve dans Starteam (voir « Application Development Environment Services »). Référence Description Intranet Starteam : FUP/FUP1.0/Disciplines/D3/FUPD3_Analyse_Conception .doc Description de la discipline FUP1.0 « Analyse et Conception » Starteam : FUP1.0/Modèles/D3/FUP-TPL33-1-D3-Modèle des données.doc Template FUP1.0 du modèle des données persistantes (conceptuelles et physiques) http://infrastructure/xwiki/bin/view/SupDev/ Home page service SUPDEV (Xwiki) Internet http://minfin.fgov.be/portail2/fr/modernisation/ict.htm ; Fondements ICT; Finance Unified Process – Documents ; FUP 1.0.zip ; Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Voir adresses et références ci dessus relatives aux documents FUP1.0. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 282 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.4 – APPLICATION DEVELOPMENT ENVIRONMENT SERVICES APERÇU I NTRODUCTION Cette partie décrit les services de l'environnement de développement des applications (les fonctionnalités nécessaires au développement d’applications IT) : modélisation UML, Integrated Development Environment, Build Automation, FUP-ITIL, Continuous Integration, Definitive Software Library, Software Change and Configuration Manager. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.4.1 Application Development Environment Services 284 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 283 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.4.1 APPLICATION DEVELOPMENT ENVIRONMENT SERVICES R ÉSUMÉ Le groupe des services « Application Development Environment » offre les fonctionnalités nécessaires au développement d’applications IT à partir des exigences exprimées dans le cadre de la discipline FUP1.0 « D2 Requirement Management ». Implémentation actuelle Modelisation UML Integrated Development Environment ( IDE) Services principaux Build Automation Continous Integration (CI, FUP-ITIL) Definitive Software Library (DSL , FUP-ITIL) Software Change and Configuration Manager (SCCM) Unified Modelling Language – UML 2.0 (Object Management Group) Eclipse (Eclipse Foundation) Finance Unified Process - FUP 1.0 (SPF Finances) FUP-ITIL (SPF Finances) Delivery Management (SPF Finances) Pour le développement des nouvelles applications: Java Enterprise Edition - JEE 2 (sur serveur d’application Weblogic 10.x) Java Development Kit – JDK 1.6 (Oracle Corporation) Java Server Faces – JSF 2 (Java Community Process) Java Persistence API – JPA Standard pertinents Java API for XML Web Services – JAX-WS Data base Relationnelle DB2 (IBM) Pour la maintenance d’applications existantes : Java 2 Platform Enterprise Edition – J2EE (Java Community Process) Struts (Apache Software Foundation) Ibatis (Apache Software Foundation) Hypertext Preprocessor (PHP) Web Services Apache AXIS Database Relationnelle ORACLE Etc. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 284 ABB 2013 - Architecture Building Blocks ICT du SPF Finances TOGETHER 2008 - Microfocus (modelisation UML) JBuilder 2008 - Embarcadero (IDE) MAVEN 2/3 (Build automation) Software JENKINS 1.4 (Continuous Integration) ARTIFACTORY 2.1 (DSL) STARTEAM 2009 - Microfocus (SCCM) Hardware N/A Evolution souhaitée Les évolutions prévues sont les suivantes : Stratégique Supporter l’évolution de la technologie JAVA Tactique Migration des projets de développement java vers Maven 2/3 et le « Continuous Integration » Sunset - Nonstratégique - Classification Priorité de transition - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE Service (Outil) Modelisation UML (Together 2008) Integrated Development Environment (Jbuilder) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Description Support d’UML 1.4 et UML 2.0. Support d’un projet E/R pour «Physical Data Modeling » Environnement de développement integré avec une interface utilisateur performante basée sur le modèle Eclipse. Ecriture des applications JAVA sur base du standard J2EE. Fonctions avancées de support au développeur (bibliothèque de design patterns ….). Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 285 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Build Automation (MAVEN2/3) FUP-ITIL - Continous Integration (JENKINS) - Definitive Software Library (ARTIFACTORY) Analyse statique et dynamique de la qualité du code JAVA. Reverse engineering du code JAVA vers modélisation UML. Compilation du code source vers du code exécutable. Packaging du code exécutable pour son déploiement en production. Intégration des « builds » avec la vérification de la qualité du code. Déclaration et gestion automatique des dépendances. Continuous Integration : Lancement périodique des « builds » et/ou en correspondance à chaque changement des codes sources. Testing automatique des résultats des « builds » dans l’environnement d’intégration. Utilisation des « libraries » officielles maintenues dans la DSL. Contrôle des « releases » des applications pour leur déploiement. Intégration avec le SCCM pour la gestion du code source. Definitive Software Library Software Change and Configuration Manager (STARTEAM) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Zone de stockage physique sécurisée, dans laquelle sont stockées les versions définitives et validées de tous les composants logiciels du SPF Finances Répartition des composants logiciels sur base de leur statut de développement (« baseline », « snapshot », « release »). Gestion des dépendances entre les composants logiciels sous contrôle d’un « Dependency Manager ». Définition des « baseline » ou des « revisions » de la configuration d’un projet de développement informatique basée sur le mécanisme de labellisation. Accès asynchrone (« check –in », « check-out ») ou synchrone (« locking ») à chaque élément de Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 286 ABB 2013 - Architecture Building Blocks ICT du SPF Finances la configuration ou à un « baseline » du projet. Définition des « views » de la configuration du projet. Définition des « Change Requests » pour chaque élément de la configuration avec configuration d’un workflow. Intégration avec l’outil de « Continuous Integration ». Mécanismes pour le développement simultané des versions du code source et leur consolidation (« branching » et « merging »). CONTINUOUS INTEGRATION EST OBLIGATOIRE POUR TOUT PROJETS JAVA. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 287 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, veuillez consulter les documents suivants. Pour les références de type « Intranet » on indique la source authentique de la documentation FUP1.0 qui se trouve dans Starteam. Référence Description Intranet (Starteam) FUP/FUP1.0/Apercu…/FUP-WhoWhatWhenHow.doc Description globale de la méthodologie FUP1.0 en terme des rôles (WHO), disciplines et leurs artefacts (WHAT), cycle de vie (WHEN), outils (HOW). http://infrastructure/xwiki/bin/view/SupDev/ Home page service SUPDEV (Xwiki) http://infrastructure/xwiki/bin/view/FUP-ITIL/ Home page FUP-ITIL Internet http://minfin.fgov.be/portail2/fr/modernisation/ict.htm ; Fondements ICT; Finance Unified Process – Documents ; FUP 1.0.zip ; Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Voir adresses et références ci -dessus relatives aux documents FUP1.0. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 288 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.5 - TESTING SERVICES APERÇU I NTRODUCTION Cette partie décrit les services des activités de test : analyse du code, analyse statistique de la sécurité (SAST), support des tests de performance, Test Competence Center, Performance Test Center, envirinnement de test, méthodologie de test. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.5.1 - Testing Services 290 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour 30/05/2013 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu'à la prochaine publication de ce document Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 289 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.5.1 - TESTING SERVICES Résumé L’activité de testing est la recherche systématique d’anomalies dans les applications développées au sein du SPF finances. Le testing est réalisé en vue d’assurer qu’un produit développé répondra aux attentes des utilisateurs finaux et soit conforme au niveau de qualité exigé par le SPF Finances. Implémentation actuelle Test Competence Center (TCC) Performance Test Center (PTC) Services principaux Analyse de code. Analyse statique de sécurité (Static Analysis Security Testing : SAST). FUP-D4 (SPF Finances) voir chapitre 8.8 FUP Methodology. Standard pertinents FUP-D5 (SPF Finances) voir chapitre 8.8 FUP Methodology. Continuous integration (Application Development Environment Services) voir chapitre 8.4.1.. HP Application Lifecycle Management 11 (ALM) Module Quality Center + Addin (connectivity, QTP, word et Excel) HP Analysis StandAlone 11.00 HP VuGenStandAlone 11.04 SP1 HP SnapShot Viewer 11.00 HP Performance Center 11 (PC) HP Sprinter 11 Software HP Quick Test Professionnal 10 (QTP) +Add-in webservices HP Fortify Software Security Center 3.40 (SSC) HP Fortify Static Code Analyzer 3.11 (SCA) CAST 7.0.9 S.E.A.L. Borland CaliberRM 2008 SP1 Borland Starteam 2009 Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 290 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Test Factory. Mise en place d’un environnement de test. Tactique Intégration de l’analyse de code avec la chaîne de continuous integration FUP-ITIL. Mise en place de Test Data Management. Sunset - Nonstratégique - Priorité de transition High (moinsd’un an) - Medium (2-3 ans) - Low (3-5 ans) Description détaillée Service Description Ce centre de compétence applique et gère la méthodologie de testing. Test Competence Center Ce centre de compétence fournit du support et du coaching à des équipes de testeurs externes à TCC se trouvant du côté du business ou venant de firmes externes. Ce centre de compétence est spécialisé dans les différents outils utilisés dans le cadre des tests fonctionnels tels que HP Quick Test Pro, HP Sprinter, HP ALM Ce centre de compétence applique et gère la méthodologie de testing. Performance Test Center Ce centre de compétence fournit du support et du coaching à des équipes de testeurs externes à PTC se trouvant du côté business ou venant de firmes externes. Ce centre de compétence est spécialisé dans les différents outils utilisés dans le cadre des tests de performance tels que HP Performance Center, HP AnalysisStandAlone, HP VuGen, HP ALM Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 291 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Le service d’analyse de code se base sur la discipline FUP-D4 pour la partie de la qualité de code. Les analyses de code se font avec l’aide de l’outil CAST et suivent le planning défini du comité d’assurance qualité (QUAC). Analyse de code Les objectifs de ce service sont de contrôler la qualité du code selon les critères définis par FUP-D4, de vérifier que la qualité du code n’a pas diminué entre chaque release d’une même application et d’offrir des vues (dashboards) sur base des résultats des analyses aux différents utilisateurs clés qui sont les membres du QUAC, les développeurs et les testeurs. Prérequis : pour bénéficier de ce service, il faut que le code source soit compilable et se trouve dans Starteam. L’analyse statique de sécurité se fait avec l’aide des outils de la suite HP Fortify et suit le planning défini par le comité d’assurance qualité (QUAC). L’objectif est la diminution des failles de sécurité par la détection préventive des vulnérabilités lors du développement des applications. SAST L’analyse de code se fait à travers l’outil HP Fortify SCA en se basant sur les règles de sécurité définies par la politique de sécurité globale du SPF Finances. L’audit des résultats de l’analyse se fait à travers l’outil HP Fortify SSC et les failles de sécurités définies comme exploitables sont envoyées aux développeurs à travers l’outil HP ALM. Prérequis : pour bénéficier de ce service, il faut que l’application se trouve dans la chaîne de continuous integration FUP-ITIL du SPF Finances. Description des évolutions Evolutions Description Test Factory est un projet visant à augmenter le niveau d’indépendance des équipes de tests. Test Factory Cette indépendance se fera par l’apport de testeurs experts externes, ainsi que par l’apport de spécialistes dans des compétences manquantes notamment en matière d’analyse des résultats. Test Factory a également comme objectif, l’automatisation des tests à travers les tests de non régression. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 292 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Dans le courant 2013, le service d’encadrement ICT étudiera la mise en place d’un environnement dédicacé pour le testing. Mise en place d’un environnement de test L’objectif est de fournir au sein de cet environnement des tests efficaces et comparables, afin de fournir des résultats fiables à nos différents partenaires du business et de l’ICT. Cette évolution est prévue pour le courant 2013. Intégration de la validation de code dans la chaîne de continuous integration FUP-ITIL L’objectif est d’intégrer la partie analyse de code faite avec CAST dans la chaine de continuous integration de FUP-ITIL. Les raisons sont d’une part, un souci d’avoir l’entièreté de l’information pour l’analyse de code et d’autre part, une mise en place d’un review automatique de l’analyse de code à chaque release. Ce projet est prévu pour le courant 2013. Mise en place de Test Data Management L’objectif de ce projet est l’extraction ou la génération de jeux de données afin de réaliser des campagnes de test avec la possibilité d’anonymiser ces données. Les extractions, générations ou anonymisation se feront à travers un outil de Test Data Management adapté pour les besoins du SPF Finances. Information complémentaire Pour plus d’information, voyez les documents suivants : Référence Description intranet http://infrastructure.finbel.intra/xwiki/bin/view/SupDev/ Lien vers le wiki interne de SupDev pour la méthodologie FUP internet http://www.tmap.net/en Lien vers la méthodologie TMAP de la firme SOGETI http://stbox.ctg.com/ Lien vers la méthodologie STBOX de la firme CTG Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 293 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.6 - APPLICATION CONFIGURATION MANAGEMENT APERÇU I NTRODUCTION Cette partie décrit les services de l'« Application Configuration Management » (voir la description faite pour le service « Software Change and Configuration Manager » de la section « Application Development Environment ABB.8.4 »). C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.6.1 - Application Configuration Management 295 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu'à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 294 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.6.1 - APPLICATION CONFIGURATION MANAGEMENT R ÉSUMÉ Le service de « Application Configuration Management » correspond à la description faite pour le service « Software Change and Configuration Manager » de la section « Application Development Environment ABB.8.4 ». Compte tenu que : plusieurs fonctions spécifiques mentionnées dans les versions précédentes (2011) de l’ABB, comme « suivi des anomalies », « gestion des groupes utilisateur », « analyse d’impact » et « dictionnaire des données », ne sont plus implémentées au SPF Finances dans le cadre de ce service les services et outils de Configuration Management sont étroitement installés, configurés et utilisés ensemble aux autres services et outils d’aide au développement on ne décrit pas ici un nouveau service et on se limite à faire ici référence à la description du « Software Change and Configuration Manager » faite pour « Application Development Environment ABB.8.4 ». Implémentation actuelle Services principaux Voir « Application Development Environment - ABB.8.4 » / « Software Change and Configuration Manager » Standard pertinents N/A Software N/A Hardware N/A Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Priorité de transition Stratégique - Tactique - Sunset - Non-stratégique - - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 295 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 296 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.7 – CHANGE MANAGEMENT SERVICES APERÇU I NTRODUCTION Cette partie est en cours d’élaboration. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page N/A I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Dernière mise à jour Période de validité Contact(s) Du Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 297 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.8 - FUP METHODOLOGY APERÇU I NTRODUCTION Cette partie décrit les services de la méthodologie FUP (la méthodologie de développement des applications du SPF Finances) : description des rôles (WHO), définition des artefacts et spécification des services concernés (WHAT), description du cycle de vie de la méthodologie par rôle et discipline (WHEN), utilisation et support des outils, modèles et rapports (HOW). C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.8.1 - FUP Methodology 299 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour 11/07/2012 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu'à la prochaine publication de ce document Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 298 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.8.1 - FUP METHODOLOGY R ÉSUMÉ Le SPF Finances a élaboré une méthodologie de développement d’applications ayant pour but de formaliser et de stabiliser le déroulement des projets ICT dans un cadre commun en uniformisant : le contenu des étapes d’un projet, les rôles des différents acteurs, les artefacts délivrés à chaque étape. Voulant utiliser des standards ouverts et reconnus, le SPF Finances a choisi la méthodologie de base UP (Unified Process ou « Processus Unifié ») qui a été adaptée selon les besoins et enrichie de certains concepts issus de RUP (Rational Unified Process). La version FUP1.0 de la méthodologie est la version actuelle. Implémentation actuelle La description de la méthodologie FUP1.0 est composée des éléments suivants : Services principaux WHO : description des rôles qui interviennent dans la mise en œuvre de la méthodologie FUP et de ses disciplines. WHAT : définition des artefacts et des spécifications du contenu des livrables produits par chaque rôle. WHEN : description du Cycle de Vie de la méthodologie par rôle et par discipline avec ses différentes phases. HOW : utilisation et support des outils méthodologiques, des modèles et des rapports utilisés pour la production des artefacts et livrables. Standard pertinents Unified Process – UP (Jacobson, Booch, Rumbaugh - 1999) Software CaliberRM 2008 ( Microfocus) Together 2008 ( Microfocus) E/R Studio 8.1 (Embarcadero) JBuilder 2008 (Embarcadero) MAVEN 2/3 JENKINS 1.4 ARTIFACTORY 2.1 ALM 11 (Application Lifecycle Management – Hewlett Packard) ALM 11 - Quick Test Professional (Hewlett Packard) STARTEAM 2009 (Microfocus) Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 299 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Les évolutions prévues sont les suivantes : Adaptation pour projets de maintenance (MFUP). Stratégique Nouvelle discipline « D6 – Continuous Integration » Intégration de la discipline FUP-D5 (Testing) avec les procédures définies dans le cadre des services PTC (Performance Test Centre) and TTC (Test Compétence Centre) Classification Tactique Formalisation de l’utilisation de « FUP-Light » Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRITPION DETAILLEE Service Description Chef de Projet ICT (CP) Analyste Fonctionnel (AF) Architecte (ARC) WHO : description des rôles qui interviennent dans la mise en œuvre de la méthodologie FUP et de ses disciplines. Analyste Technique (AT) Programmeur Développement (PD) Programmeur Opérations (PO) Testeur Fournisseur (TF) Testeur SPF (TSPF) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 300 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les artefacts et leurs activités de production sont groupés dans les disciplines FUP suivantes : D1 - Modélisation Métier : L’objectif de la discipline D1 est de comprendre, documenter et expliquer les activités et les processus métier des utilisateurs de l’application ICT. La discipline D1 est optionnelle. Sa prise en compte dans le développement de l’application ICT dépendra de la connaissance des processus et du domaine métier par l’équipe du développement et de la disponibilité de la documentation correspondante. D2 - Discipline Exigences : L’objectif de la discipline D2 est la définition de toutes exigences (fonctionnelles et non fonctionnelles) dérivés des besoins initiaux et des fonctionnalités offertes par l’application ICT. WHAT : description des artefacts et livrables produits par chaque rôle avec description des disciplines associés a ces artefacts. La technique de l’analyse des UCs (Use case) est au centre de la démarche. Les UCs doivent décrire toutes interactions entre les acteurs et l’application ICT. On parlera donc à ce niveau de « UC Système ». D3 - Discipline Analyse et Conception : L’objectif de la discipline D3 est l’analyse de la réalisation des fonctionnalités et de toutes exigences (fonctionnelles et non fonctionnelles) identifiées par D2 sur base des composants métier identifiées par la discipline D2 et des composants associés à l’infrastructure technique. La définition de l’architecture logicielle et la réalisation des UCs sont au centre de la démarche qui est itérative et incrémentale. Chaque artefact est enrichi après analyse de la réalisation d’un nouvel ensemble des UCs à chaque itération (voir aussi Cycle de Vie). D4 - Discipline Implémentation : L’objectif de la discipline D4 est le codage des composants techniques et de leurs relations, tels que spécifiés par les artefacts de D3, l’intégration des composants en modules exécutables et le contrôle de la qualité de ces activités. La démarche est itérative et incrémentale et suit l’évolution de la discipline D3. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 301 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D5 - Discipline Tests : L’objectif de la discipline D5 est de planifier, définir et exécuter la vérification de l’implémentation des exigences de l’application ICT. Il s’agit donc de définir et d’exécuter des tests de type « blackbox » (avec regard sur les interfaces externes et sans regard sur le fonctionnement interne) sur base de la définition des exigences fonctionnelles. Le Cycle de Vie FUP est décrit sur base de deux points de vue : Cycle de Vie par Rôle : les activités de production des artefacts sont groupées par rôle. Cycle de Vie par Discipline : les activités de production des artefacts sont groupées par discipline. La méthodologie FUP définit 4 phases : Inception – Elaboration – Construction - Transition Inception : WHEN : description du Cycle de Vie de la méthodologie par rôle et par discipline avec description des différentes phases du Cycle de Vie Dans cette phase les objectifs, les exigences à la base du projet, le périmètre fonctionnel et technique ainsi que la stratégie d’exécution du projet de développement sont définis. Dans le cas d’un développement externalisé, les artefacts produits dans cette phase seront publiés avec le Cahier des Charges (hors FUP). Dans tous les cas cette phase se terminera avec la mobilisation de l’équipe fournisseur (interne, externe au SPF Finance ou mixte). Elaboration : Après avoir choisi et mobilisé l’équipe de développement (externe ou interne) on consolide et on finalise tous les artefacts initialisés en Inception et on produit tous les artefacts nécessaires à la construction d’un prototype de l’application. Pour mettre en évidence ces deux étapes, la phase est divisée en deux itérations : « consolidation » et « Construction Prototype ». Construction : Après avoir pris en considération le feed-back du prototype sur les artefacts déjà produits, on construit l’application avec une approche itérative et incrémentale. Cette approche se réalise en divisant la phase en un nombre prédéfinis d’itérations et en associant chaque itération à l’implémentation complète, avec tous ses scénarios, d’un ensemble des UCs. Transition : Après la Construction de l’application ICT, la phase de Transition prépare la mise en opération définitive de la même application. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 302 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Des outils méthodologiques sont fournis par SUPDEV afin de mettre en œuvre la méthodologie FUP 1.0 STARTEAM 2009 (Système Configuration Management) CALIBER RM 2008 (Requirement Management / projets configurés) TOGETHER 2008 (Modelisation UML) HOW : définition des outils méthodologiques, des modèles et des rapports utilisés pour la production des propre artefacts par rôle et discipline. JBUILDER 2008 (Integrated Development Environment) HP ALM 11 (Functional Testing, Performance Testing, Requirement Management) ALM 11 Quick Test Professional (Automatic Non Regression Testing) Embarcadero ER/Studio (Database modelling) JENKINS 1.4 (Continuous Integration) ARTIFACTORY 2.1 (Definitive Software Library) Structure La méthodologie FUP1.0 se compose de plusieurs artefacts et livrables. Un artefact est le résultat d’une activité définie par la méthodologie, un livrable définit le contenu des documents et le format avec lequel l’artefact ou plusieurs artefacts sont livrés au SPF Finance. La liste suivante résume les artefacts de FUP1.0. Discipline / Artefact FUP1.0 Description D1 / O11 - Modèle des Cas d’Utilisation Métier Modélisation et description des processus métier sous forme des Cas d’Utilisation (UC) D1 / O12 – Modèle du Domaine Métier Modélisation et description des classes identifiées dans les Ucs métier et de leurs relations. D1 / O13 – Glossaire Termes du domaine métier (FR, NL) décrits pour éviter les ambiguïtés et interprétations erronées. D2 / O21 – Document Vision Définition du périmètre du contexte et des contraintes initiales, des acteurs, et des besoins initiaux. D2 /O22 - Modèle des Cas d’Utilisation Système(UCs). Identification des Acteurs et les Cas d’Utilisation du système et leur répartition en modules fonctionnels D2 / O23 – Spécification exigences non fonctionnelles Définition des exigences non fonctionnelles (performance, sécurité, ergonomie, capacité etc.) D2 / O24 – Liste complète des Exigences Liste exhaustive de toutes les exigences de l’application (fonctionnelles et non fonctionnelles.) D2 / O26 – Plan de Gestion des Exigences Définition des méthodes de gestion et de la classification des exigences (fonctionnelles et non fonctionnelles.) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 303 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D3 / O31 – Dossier Architecture Logicielle (SAD) Spécifications des technologies utilisées, des composants principaux et de leurs relations et des « design patterns » de l’application en termes des cas fondamentaux et cas d’utilisation structurants. Version consolidée à fournir en temps utile avant la phase de Construction. D2 / O32 – Modèle Interface Utilisateur Spécification des écrans et des données utilisées dans l’interface utilisateur, avec définition du flux entre ces écrans. D3 / O33 – Modèle des Données Modèle des classes persistantes décrites en notation UML pour le « object oriented programming ». (O33.1 – Modèle conceptuel des données) et en notation Entité/Relation pour la conception de la base des données ( O33.2 – Modèle physique des données ). D3 / O34 – Modèle d’Analyse et Conception Pour chaque UC présentation en notation UML des classes participantes, de leurs packages et de leurs relations (O34.1 – Modèle de Conception) et description de leurs interactions (O34.2 – Réalisation des Cas d’Utilisation). D4 / O41 – Rapport d’Installation des Environnements Artefact formel pour rappeler le besoin d’installer les environnements de développement, intégration et acceptation du projet de développement. D4 / O42 – Plan Qualité du Code Définition des procédures et du plan d’exécution des vérifications de la qualité du code. D4 / O43 – Plan Intégration des Builds Documenter et planifier les procédures à appliquer pour produire l’application sur base des différents modules et leurs dépendances. D4 / O44 – Eléments d’Implémentation Code source de l’application implémentée (java, html, sql, etc.) D4 / O45 – Rapport Qualité du Code Rapport des résultats de la vérification de la qualité du code. D4 / O46 – Builds des Systèmes Exécutables Build et intégration des composants de l’application. D5 / O51 – Critères d’Acceptation Critères à satisfaire pour le bon déroulement des tests d’acceptation du projet de développement IT. D5 / O52 – Stratégie des Tests Déclinés Customisation du document « Stratégie de Test Maître » sur base des besoins spécifiques du projet. D5 / O53 – Dossiers de Tests Description détaillée des cas des tests en terme d’exigence à vérifier, des actions à exécuter, des données à utiliser, des résultats attendus. D5 / O54 – Bilan de Tests Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Rapport d’exécution des tests avec statistiques de couverture, taux de réussite et liste des anomalies détectées. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 304 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Cycle de Vie FUP par Discipline Phase FUP Artefacts FUP by Discipline D1 - Modélisation Métier O11 – Modèle Cas d’Utilisation Métier O12 – Modèle Domaine Métier O13 – Glossaire D2 - Discipline Exigences O21 – Document Vision O22 – Modèle Cas Utilisation Système O23 – Spec. Exigences Non Fonctionnelles O24 – Liste Complète Exigences O26 – Plan Gestion Exigences D3 - Discipline Analyse et Conception O31 – Dossier Architecture Logicielle O32.1 – Maquette Statique des écrans O32.2 – Modèle Cinématique des Écrans O32.3 – Description des Données de l’Écrans O33.1 – Modèle Conceptuelle Données O33.2 – Modèle Physique Données O34.1 - Modèle de Conception O34.2 – Réalisation des Cas d'Utilisation D4 - Discipline Implémentation O41 – Rapport Installation Environnements O42 – Plan Qualité Code O43 – Plan Intégration des Builds O44 – Eléments d’Implémentation O45 – Rapport Qualité du Code O46 – Builds des Système Exécutables D5 - Discipline Tests O51 – Critères Acceptation O52 – Stratégie Tests Déclinés O53 – Dossiers de Tests (Integration) O54 – Bilan de Tests (Integration) O53 – Dossiers de Tests (Acceptation) O54 – Bilan de Tests (Acceptation) Legenda: UC-X Role (O)ptional / (M)andatory AF AF AF O O M CP AF AF AF CP M M M M M ARC AT (AF) AT (AF) AT (AF) AT (AF) AT (AF) AT (AF) AT (AF) M M M M M M M M CP CP PO PD PD PO M M M M M M CP CP TF TF TSPF TSPF M M M M M M INCEPTION JI-1 (PreEtude) ELABORATION ELABORATION CONSTRUCTION JE-1 JE-2 JC-1 (Consolidation) (Prototype) (Impl.UC01) …. … CONSTRUCT CONSTRUCT TRANSITION TRANSITION TRANSITION JCM-1 JC-M JT-1 JT-2 JT-3 (Impl.UCM-1) (Impl.UCM) (Acceptation) (Pilote) (Deploiem.) … …. … … … … … … Ensemble "X" des Cas d'Utilisation Production du draft initiale complét de l'artefact. Consolidation de l'artefact sur base du feed-back operationnelle Changement de l'Artefact pour Correction ou Change Request Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 305 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, veuillez consulter les documents suivants. Pour les références de type « Intranet » on indique la source authentique de la documentation FUP1.0 qui se trouve dans Starteam. Référence Description Intranet FUP/FUP1.0/Apercu…/FUP-WhoWhatWhenHow.doc (Starteam) Description globale de la méthodologie FUP1.0 en terme des rôles (WHO), disciplines et leurs artefacts (WHAT), cycle de vie (WHEN), outils (HOW). FUP/FUP 1.0 (Starteam) Tous documents et Templates FUP 1.0 en version FR. FUP/FUP1.0 – NL (Starteam) Tous documents et Templates FUP 1.0 en version NL. http://infrastructure/xwiki/bin/view/SupDev/ Home page service SUPDEV (Xwiki) http://infrastructure/xwiki/bin/view/FUP-ITIL/ Home page FUP-ITIL Internet http://minfin.fgov.be/portail2/fr/modernisation/ict.htm ; Fondements ICT; Finance Unified Process – Documents ; FUP 1.0.zip ; Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Voir adresses et références ci dessus relatives aux documents FUP1.0. Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 306 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.9 - CCFF FRAMEWORK APERÇU I NTRODUCTION Cette partie décrit les services du CCFF FRAMEWORK qui est une plate-forme de communication et de développement faisant office de portail vers les applications internes et le monde extérieur. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.9.1 - CCFF Framework 308 I NFORMATION COMPLEMENTAIRE Objectif Description de la plate-forme de développement transversale Le service suivant est compétent pour ce domaine Service(s) compétent(s) de l’organisation Département(s) / Division(s) Contact(s) Architecture ICT-Applications [email protected] Dernière mise à jour Période de validité 30/05/2013 Ce document décrit un standard du SPF Finances adopté pour une durée indéterminée. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 307 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.9.1 - CCFF FRAMEWORK Résumé Le CCFF est une plate-forme de communication et de développement faisant office de portail vers les applications internes et le monde extérieur. Le CCFF peut donc être vu sous trois angles: Un « middelware » qui offre un accès uniforme et simplifié aux données et applications des mainframes ; Une plate-forme de développement pour les applications destinées aux utilisateurs et aux systèmes d’information externes et internes ; Une plate-forme de développement et d’utilisation pour les applications à haute disponibilité. Dans cette optique, le Framework de développement du CCFF offre des APIs et des services transversaux aux applications. Il contient un ensemble de composants regroupés par catégorie. Chaque catégorie peut être vue comme un service principal. Implémentation actuelle Sécurité Présentation Services principaux Communication Back-End Utilitaires Standard pertinents JEE JSF 2 Software Oracle Weblogic Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 308 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Description détaillée Sécurité Les services de sécurité proposés par le CCFF sont : Titre Authentification Certifications Description Services d’Authentification (eid, passerelle vers IAM et FedIAM ). Voir ABB.2.3 Le CCFF permet de certifier des messages et des documents. Voir ABB.2.2 Autorisation IAM /Fediam API permettant d’interroger les matrices de sécurité IAM ou Fediam. Single Sign On Service de SSO. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 309 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Présentation Les services de présentation sont destinés au Front-End pour composer les interfaces graphiques. Titre Description Styleguide Charte graphique du SPF Finances implémentée en JSF2. Menus dynamiques Affichage de menus en fonction des droits de l'utilisateur. L’implémentation est en JSF2. Communication Les services de communication permettent aux applications d’échanger des données entre elles. Titre Description Sessions inter-applicatives Sessions partagées entre applications. Object Repository Transférer des données d'un volume important entre modules d'une application ou entre différentes applications. Primitives d'accès aux données Mise à disposition d’une API générique partagée et sécurisée d’accès aux données. Services contextuels Les services contextuels permettent des échanges inter-applicatifs en affichant des actions en fonction du contexte dans lequel l’application appelante se trouve. Back-End Le framework CCFF propose une pléthore de fonctionnalités Back-End. Les principales sont : Titre Description Batch Framework Permet de lancer des processus en mode batch. Logging API standardisée de logging. Gestion des propriétés Permet de stocker des propriétés (clé-valeur) de manière centralisées et sécurisée) Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 310 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Utilitaires Le CCFF propose également des fonctions utilitaires dont : Titre Description Calendrier API de manipulation des dates tenant compte des jours ouvrables Mise en forme textuelle API de formatage des chaînes de caractères Information complémentaire Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://www.finbel.intra/xwiki/bin/view/CCFF/Liste+des+composants Liste des composants CCFF Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 311 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.10 - ENTREPRISE ARCHITECTURE MODELING APERÇU I NTRODUCTION Cette partie contient la description des "Enterprise Architecture Modeling Services. Le SPF Finance utilise pour cela une approche SOA (Service Oriented Architecture) pour laquelle un ESB (Enterprise Service Bus) a été choisi comme couche de communication. S ERVICES CONCERNES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.10.1 - Service Oriented Architecture and Enterprise Service Bus 313 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section Introduction Département(s) / Division(s) Contact(s) Architecture [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 312 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.10.1 - SERVICE ORIENTED ARCHITECTURE AND ENTERPRISE SERVICE BUS R ÉSUMÉ Le SPF Finances désire s'inscrire complètement dans l'approche SOA (Service Oriented Architecture). Pour soutenir cette démarche SOA, le SPF Finances a choisi d’utiliser un ESB (Enterprise Service Bus) comme couche de communication dans son architecture de référence. Implémentation actuelle Bus de message : livraison, routage, transformation, enrichissement, orchestration, adaptateurs techniques… Services principaux Expositions de services, couche de sécurité, audit log… Monitoring technique et Business Activity Monitoring (BAM). Intégration sémantique et Common Data Model. Conseils architecturaux. Standard pertinents OASIS Web Services Quality Factors. WS-I Basic Profile 1.1. Aurea : Sonic, Actional et DataXtend. Software Progress : Progress Control Tower. WSO2 : Governance Registry. Hardware N/A Evolution souhaitée Les évolutions prévues sont les suivantes : Classification Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 313 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE DU SERVICE Le SPF Finances désire s'inscrire complètement dans l'approche SOA (Service Oriented Architecture). En effet, en faisant émerger la notion de couche de service au sein d’une organisation, la démarche SOA permet de favoriser l’agilité, l’interopérabilité et une meilleure réutilisation de l’existant. Ces aspects favorisent, à terme, une diminution du coût et du temps de développement ainsi qu'une augmentation de la fiabilité. Il est donc demandé à tous les nouveaux projets de s'inscrire dès le début dans cette démarche en réutilisant autant que possible les services existants et en contribuant à leur tour à l'enrichissement du catalogue de services. Le document décrivant l'architecture du projet présentera donc quels sont les services qui vont être réutilisés. Cette réutilisation doit être correctement planifiée et négociée, via un SLA, avec le service owner. Afin de préparer au mieux cette phase, le projet présentera une estimation de la consommation de chaque service (nombre d'appels, taille des messages, distribution estimée dans le temps...). Le document décrivant l'architecture du projet présentera également quels sont les nouveaux services d'accès aux données et aux processus qui seront mis à disposition par le projet. Les services fournis par le projet doivent respecter les principes SOA : contrat standardisé de services, couplage lâche des services, abstraction, réutilisabilité, autonomie, absence d'état, service pouvant être découvert et services composables. Les services seront exposés via la solution ESB déployée au SPF Finances. Cette solution comprend les produits Aurea Sonic, Aurea Actional, Aurea DataXtend SI, Progress Control Tower et WSO2 Governance Registry. Cette solution fournit les fonctionnalités standards d'un ESB (routing, transformation et enrichissement de messages, orchestration, ...), permet d'exposer des services en y ajoutant une couche de sécurité et d'audit, offre des fonctionnalités de monitoring technique et business (BAM) ainsi que de gestion d'un Common Data Model. Si les services proposés par le projet sont mis en œuvre sous la forme de webservices, ceux-ci devront suivre les recommandations OASIS sur la qualité des webservices et être compatibles WS-I Basic Profile 1.1 (cfr. Section « Référence » pour plus d’informations). Un soin tout particulier sera apporté au data model des services. La réutilisation de standards existants est encouragée lorsque cela est pertinent. Les définitions WSDL et XSD seront définies en anglais, les noms des classes commenceront par une majuscule et les propriétés seront en CamelCase. Ces définitions seront correctement commentées, y compris du point de vue de la gestion des erreurs et des exceptions. Le modèle de données fera abstraction de l'implémentation technique sous-jacente et définira de manière adéquate les types et le caractère obligatoire ou non des éléments. Les services exposés et leur interface seront soumis à l’approbation de l’équipe ESB qui fournira si nécessaire le support et l’expertise. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 314 ABB 2013 - Architecture Building Blocks ICT du SPF Finances I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet Internet http://docs.oasis-open.org/wsqm/WSQuality-Factors/v1.0/cs01/WS-QualityFactors-v1.0-cs01.html http://www.wsi.org/profiles/basicprofile-1.1-2004-0824.html Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 OASIS Web Services Quality Factors WS-I Basic Profile 1.1 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 315 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.11 - PDF DOCUMENT SERVICES APERÇU I NTRODUCTION Cette partie contient la description des services nécessaires pour traiter des documents PDF et aussi d'ouvrir ces documents avec des fonctionnalités étendues. S ERVICES CONCERNES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.8.11.1 – PDF Document Services 317 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section Introduction Département(s) / Division(s) Contact(s) Architecture [email protected] Dernière mise à jour Période de validité 30/05/2013 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 316 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.8.11.1 – PDF DOCUMENT SERVICES R ÉSUMÉ Les « PDF Document Services » sont un ensemble de Webservices permettant entre autres de créer, signer, certifier et valider les signatures des document PDF. Ils permettent également d’ « ouvrir » les documents PDF à des fonctionnalités étendues dans Adobe Reader (annotation, signature, …) Implémentation actuelle Création d’un document PDF Signature d’un document PDF Certification d’un document PDF Validation de signature(s) d’un document PDF Débloquer les possibilités d’édition d’Adobe Reader pour un document PDF Standard pertinents PDF-A PAdES Software Adobe Livecycle ES2 iText 5 Services principaux Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 317 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Ces services sont un standard pour le SPF Finances et un point de passage obligé pour générer des documents à signer électroniquement par les citoyens. Tactique - Sunset - Nonstratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) Low (3-5 ans) D ESCRIPTION DETAILLEE Création d’un document PDF Un webservice de « Adobe Livecycle » est disponible pour créer des documents PDF à partir de templates définis dans Livecycle. En option, ces documents peuvent être certifiés par le certificat du SPF Finances et être ouverts aux fonctionnalités étendues lors du visionnage dans Adobe Reader. Signature d’un document PDF Un webservice de « Adobe Livecycle » est disponible pour apposer une signature électronique (visuelle) dans un champ de signature défini dans un document PDF. Certification d’un document PDF Un webservice de « Adobe Livecycle » est disponible pour apposer une signature électronique (non visuelle) dans un document PDF. Un bandeau bleu apparaît toutefois dans Adobe Reader quand un tel document y est lu pour afficher la certification. Ce bandeau n’est toutefois pas imprimé avec le document. Validation de signature(s) d’un document PDF Un webservice implémenté sur base de la librairie iText est à disponible pour valider la ou les signatures présentes dans un document PDF. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 318 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Débloquer les possibilités d’édition d’Adobe Reader pour un document PDF Adobe Reader ne permet pas de faire autant de choses qu’Adobe Acrobat sur un document PDF. Par exemple, la signature n’est à la base prévue que dans ce dernier. Adobe Livecycle permet d’ « ouvrir » un document PDF à des fonctionnalités normalement disponibles dans Acrobat, et ce dans Adobe Reader. Quand un document « ouvert » est lu dans Adobe Reader, des fonctionnalités telles que la signature et les annotations sont débloquées. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet http://fwkccff.finbel.intra/ccff_portal/?q=fr/content/pdf-tools Webservice PDFTools http://www.finbel.intra/xwiki/bin/view/CCFF/pdf+signature+client Webservices Livecycle Internet http://www.adobe.com/be_fr/products/livecycle.html Site d’Adobe Livecycle http://itextpdf.com/ Site de la librairie iText Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 319 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9 - NETWORK and SYSTEM MANAGEMENT INTRODUCTION Ce chapitre rassemble les services disponibles qui contrôlent la disponibilité des systèmes informatiques du SPF, les services qui permettent la gestion de l’exécution de tâches à exécuter sur les systèmes centraux du SPF, ainsi que les services qui permettent d’assurer la continuité des opérations ICT en cas d’incident majeur. Les services de contrôle et de suivi de la disponibilité sont bâtis autour de la solution HP OpenView. La gestion, l’automatisation et le contrôle de l’exécution des tâches sont construits au départ du logiciel VTOM. L’infrastructure Disaster Recovery Planning du SPF est axée sur la disponibilité d’un centre ICT de secours sur lequel les applications informatiques du SPF peuvent être déployées rapidement en cas d’indisponibilité du site central du SPF. Depuis la création du service d’encadrement ICT, le département ICT du SPF Finances a pour objectif de fournir des services ICT en adéquation avec les recommandations ITIL (‘best practices’). La première étape consistait à mettre en place un helpdesk centralisé à l’intention des utilisateurs internes du SPF Finances via le cahier spécial des charges ‘Park Management’. Le système de gestion des services IT sur base d’ITIL a permis aux services ICT d’atteindre les objectifs suivants : obtenir un niveau de services planifié, constant et mesurable ; améliorer la gestion des composants ICT ; justifier le coût de tous les services IT ; améliorer la maîtrise des risques grâce à des processus clés des services IT : la gestion des risques est structurée, automatisée et documentée, des actions proactives permettent de prendre des mesures adéquates quand les circonstances l’exigent. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 320 ABB 2013 - Architecture Building Blocks ICT du SPF Finances DANS LE FRAMEWORK ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 321 ABB 2013 - Architecture Building Blocks ICT du SPF Finances GROUPES DE SERVICES DE L’ABB.9 L’ABB.9 – NETWORK and SYSTEM MANAGEMENT est composé des groupes de services suivants : Groupes de services Page ABB 9.1 – Entreprise monitoring et systems management 323 ABB.9.2 – Service delivery and Service support 326 ABB.9.3 – Remote monitoring Services 330 ABB.9.4 – Job Scheduling Services 333 ABB.9.5 - Disaster Recovery Services 336 ABB.9.6 - IT Process Automation Services 343 INFORMATION POUR L’UTILISATEUR Objectif Voir section Introduction Département(s) compétent(s) Le(s) département(s) suivant(s) sont compétent(s) pour ce domaine Départements Contact(s) Quality Assurance and IT Process Support [email protected] Operations [email protected] Dernière mise à jour Période de validité Du Au Jusqu'à la prochaine publication de l'ABB Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 322 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.1 - ENTERPRISE MONITORING ET SYSTEMS MANAGEMENT APERÇU I NTRODUCTION Cette partie contient la description des services de surveillance (monitoring) des composants de l’infrastructure ICT. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.9.1.1 - Enterprise Monitoring et Systems Management 324 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir Introduction Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 11/07/2012 Du Au Jusqu'à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 323 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.1.1 - ENTERPRISE MONITORING ET SYSTEMS MANAGEMENT R ESUME Grâce aux systèmes d’entreprise monitoring, les composants de l’infrastructure ICT font l’objet d’une supervision permanente. La disponibilité pour l’utilisateur final et les performances des applications sont mesurées par des éléments de monitoring actifs et passifs. Le monitoring permet aussi l’analyse de la cause première en cas d’incident. Il est intégré aux systèmes de Service Management : les tickets créés sont transmis aux équipes opérationnelles chargées de résoudre les incidents. Des actions diagnostiques et correctives sont possibles au départ de la console OVOw. Implémentation actuelle Services principaux Les services suivants sont disponibles : Monitoring intégral des applications business par des sondes actives, avec mesure systématique de la disponibilité et des temps de réponse des transactions de référence ; Real-user monitoring (disponibilité, performances et erreurs) de l’utilisation effective des applications par l’utilisateur ; Monitoring des composants individuels (composants réseau, serveurs, moniteurs transactionnels, systèmes de gestion de base de données) suivant des règles et seuils prédéfinis ; Corrélation, filtrage et centralisation des événements sur les consoles centrales de surveillance de la production ; Exécution des actions diagnostiques et correctives via les consoles de monitoring centrales ; Escalade des alertes et incidents vers l’application Service Management pour informer les groupes de travail et firmes concernés, via des processus prédéfinis de gestion des alertes et des incidents. Standards pertinents N/A Software L’implémentation actuelle se compose d’une série de logiciels de gestion HP : HP OVOW (Operations for Windows) v8.16 HP Business Process Monitor 9 (BPM 9) HP Business Service Management Center 9 (BSM 9.13) HP Network Node Manager 7.53 (NNM 7.53) HP Performance Insight 5 (OVPI) HP Performance Manager 8 SiteScope 11 Les outils de management spécialisés, présents sur diverses platesformes, sont intégrés dans l'outil HP Openview Operations ou Network Node Manager. OVOW et NNM aiguillent les alertes vers HP ServiceManager 9.30. Les intégrations peuvent se situer au niveau de SNMP-MIB (NNM) ou passer par des connecteurs spéciaux (agents OVO, Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 324 ABB 2013 - Architecture Building Blocks ICT du SPF Finances SPI…). Pour les produits suivants, l’intégration est achevée ou en cours : Hardware VTOM pour le job scheduling FSC Serverview pour les systèmes Primergy et Primepower de FSC Dell OpenManage pour les serveurs x86 de DELL/Getronics HP SIM pour les serveurs HP Blade ECC Controlcenter pour SAN et environnement de stockage FSC Centricstor pour l’environnement de virtualisation des bandes MS SCM pour le monitoring d’Active Directory et MS-SQLserver Nagios pour les tests complémentaires des sources systèmes N/A Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique - Tactique - Sunset - Non-stratégique - Priorité de transition - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 325 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.2 - SERVICE DELIVERY AND SERVICE SUPPORT APERÇU I NTRODUCTION Cette partie contient la description des services de support ICT à fin de les organiser selon les recommandations ITIL (Best Practices). C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.9.2.1 - Service Delivery and Service Support 327 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section ‘introduction’ Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 11/07/2012 Du Au Jusqu'à la publication prochaine de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 326 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.2.1 - SERVICE DELIVERY AND SERVICE SUPPORT R ESUME Depuis la création du Service d’encadrement ICT, le département ICT du SPF Finances ambitionne d’organiser le support des services ICT conformément aux recommandations ITIL (« Best Practices »). La mise sur pied d’un helpdesk global pour les utilisateurs internes du SPF Finances via le cahier spécial des charges Gestion du parc a représenté un premier pas dans ce sens. Grâce à un système de gestion des services IT sur une base ITIL, ICT poursuit les objectifs suivants : Atteindre un niveau de service planifié, constant et mesurable Toutes les demandes (incidents, maintenance, changements) sont enregistrées et traitées suivant le workflow et les processus définis dans le système ; Les données de SLA sont introduites dans le système dans la mesure du possible, au moins dans la mesure nécessaire au bon fonctionnement des outils utilisés. Améliorer la gestion des composants IT : Le niveau de détail optimal des éléments de configuration est défini dans un High Level Configuration Management Plan ; L’information disponible sur les éléments de configuration est obtenue de sources existantes ; Une attention particulière va aux licences et aux contrats. Justifier le coût de tous les services IT ; Améliorer la maîtrise des risques en structurant, en automatisant et en documentant les services IT et leur gestion, ainsi qu’en prenant des mesures proactives et des contre-mesures adéquates quand les circonstances l’exigent. Implémentation actuelle Services principaux Le service ICT du SPF Finances utilise le logiciel ServiceManager de la firme HP pour supporter les processus ITIL. La version utilisée actuellement est HP ServiceManager version 9.30, intégrée à HP UCMDB version 9.04. Le modèle de processus qui décrit tous les processus ITIL utilisés par l’administration s’appuie sur l’Alignability Process Model de BMC Software Inc. Ce modèle a servi de base par le passé. Il n’est pas adapté aux besoins de l'administration. Le monitoring de l'infrastructure ICT existante, dans lequel des tickets sont automatiquement générés suivant les alarmes corrélées, fait appel aux outils suivants : HP Operations Manager For Windows version 8.16 et HP Operations Manager i Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 327 ABB 2013 - Architecture Building Blocks ICT du SPF Finances HP Business Process Monitor 9 HP Business Service Management 9.13 HP Network Node Manager 7.53 (migration à NNMi prévue) HP Performance Insight 5 HP Performance Manager 8 HP SiteScope 11 Compuware agentless client performance 11 Le schéma ci-dessous illustre les intégrations entre les outils HP OpenView Servicedesk/ServiceManager et les produits supportés : Un portail web a été construit sur le module ServiceManager. C’est ce portail du service ICT qu’empruntent les demandes de support adressées à ICT. Les utilisateurs peuvent ainsi consulter en ligne l’état de leurs services, sur la base du système de monitoring. Le portail est accessible via l’intranet ou l’adresse : http://servicedesk. Il a été développé à l’aide des technologies suivantes : JBoss, Jboss Portal, Struts et JSP/servlet. Standards pertinents ITIL v3, processus de service support et service delivery Software HP Operations Manager For Windows version 8.16 et HP Operations Manager i COBIT5 HP Business Process Monitor 9 HP Business Service Management 9.13 HP Network Node Manager 7.53 (migration à NNMi prévue) HP Performance Insight 5 HP Performance Manager 8 HP SiteScope 11 Compuware agentless client performance 11 Hardware N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 328 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Les évolutions prévues sont les suivantes : Priorité de transition Tactique - Sunset - Non stratégique - Amélioration du portail utilisateur ICT par l’intégration à UCMDB et la poursuite de la constitution du catalogue de services ; Poursuite de la constitution d’une base de connaissances ; Introduction d’un calendrier des interventions prévues sur la base d'un outil de communication (outage communicator) des changements majeurs ; Amélioration du contenu de l’UCMDB : ajout d’un outil de Discovery comme DDM en collaboration avec les autres outils d’autodiscovery ; Meilleure intégration avec les outils de service management et monitoring, UCMDB servant de modèle de données ; Amélioration de la qualité des processus ITIL utilisés, via une implémentation spécifique au processus Problem Management ; Introduction de tableaux de bord personnalisés dans BSM pour les équipes qui gèrent les projets (équipes business, développement et opérationnelles) ; Optimisation des rapports basés sur HP OpenView Service Desk et ServiceManager ; Introduction d’un modèle self-service pour la réalisation d’un ensemble de services via l’automatisation du traitement des demandes. La transition est considérée comme : - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 329 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.3 - REMOTE MONITORING SERVICES APERÇU I NTRODUCTION Cette partie contient la description des services de surveillance à distance de l'infrastructure ICT (Remote monitoring) afin d'obtenir ainsi une disponibilité de 24h sur 24. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.9.3.1 Remote Monitoring Services 331 I NFORMATION COMPLÉMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section ‘introduction’ Département(s) / Division(s) Contact(s) Operations [email protected] Dernière mise à jour Période de validité 11/07/2012 Du Au Jusqu'à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 330 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.3.1 REMOTE MONITORING SERVICES R ÉSUMÉ La mise en œuvre d’un remote monitoring center doit permettre au SPF Finances de garantir la supervision des applications opérationnelles critiques qui doivent être disponibles en dehors des heures de bureau, soit 24 heures sur 24. Des mesures élémentaires de diagnostic et de correction devront pouvoir être prise par les opérateurs du remote monitoring center. Pour les incidents plus complexes, un système d’escalade vers des équipes de garde spécialisées est prévu. La supervision exercée dans le remote monitoring center repose sur les systèmes de surveillance Enterprise monitoring décrits sous ABB.9.1. Implémentation actuelle Services principaux Les services suivants sont proposés : Surveillance des consoles système en dehors des heures de bureau habituelles; la supervision des consoles s’effectue de nuit – entre 17h30 et 7h00, durant les weekends ainsi que les jours fériés ; Exécution de mesures correctives selon des scénarios définis par les ingénieurs système et les groupes de travail techniques ; Corrélation des événements et escalade des incidents vers les équipes de garde du SPF Finances. Le schéma qui suit décrit l’activité des opérateurs dans le remote monitoring center: Operator handling alarms (outside business hours) In remote montoring center: Selected view with only relevant applications and systems Tsjechië (remote monitoring center) Servicedesk alarm Alert Permanentie calendars werkgroepen (7am-22pm) Execute operator instructions Servicedesk Support request E-mail to subcontractor Close ticket Y Solved ? N SMS escalation assignement AlarmPoint Solve problem using Support Request info SMS FOD Financien, ICT Stafdienst / SPF Finances, Service d'encadrement ICT Standards pertinents N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 331 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Software L’implémentation repose sur l'outil HP ServiceManager 9.30 permettant l’escalade des incidents vers les personnes de garde à l’aide des calendriers de permanence enregistrés dans l’outil AlarmPoint. Hardware N/A Evolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Tactique - Sunset - Nonstratégique - La première priorité consiste à améliorer l’efficience du traitement des incidents par les opérateurs. Pour ce faire, les opérateurs eux-mêmes seront davantage invités à décrire les mesures correctives. Qui plus est, d’autres évolutions organisationnelles sont nécessaires pour que les permanences soient exécutées par des membres du personnel ou des sous-traitants du SPF Finances. Une évolution de la console centrale des opérateurs (qui travaillent actuellement avec la console OVOw) vers OMi au sein de BSM9.13 est prévue. Priorité de transition - High (moins d’un an) - Medium (2-3 ans) - Low (3-5 ans) D ESCRIPTION DETAILLEE N/A I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 332 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.4 - JOB SCHEDULING SERVICES APERÇU I NTRODUCTION Cette partie décrit les services avec lequels les batch process, qui sont démarrés périodiquement sur et entre les différentes plates-formes, sont automatisés. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.9.4.1 - Job Scheduling Services 334 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir ‘Introduction’ Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour 11/07/2012 Du Période de validité Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Au Jusqu'à la prochaine publication de ce document Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 333 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.4.1 - JOB SCHEDULING SERVICES R ÉSUMÉ Le service ‘Job Scheduling’ gère les jobs de production à exécuter sur les différentes plates-formes (Windows, UNIX et mainframe) du SPF Finances. La gestion par console centralisée est notamment rendue nécessaire par le nombre croissant d’applications distribuées sur la plate-forme CCFF, les divers projets de migration et la gestion des flux de données ETL allant des systèmes de production au data warehouse. Une approche globale du lancement et du contrôle des jobs, au-delà des frontières entre systèmes d’exploitation, est indispensable, notamment pour mieux maîtriser la durée de l’exécution et les capacités mobilisées. Implémentation actuelle Services principaux Gestion des calendriers de production sur les divers systèmes centraux, supervision de la production et exécution des interventions de première ligne en cas d’incident en batch. Standards pertinents TCP/IP v4 Software VTOM (Visual Time Operation Manager) v5.4 firme Absyss JAVA Perl Hardware N/A Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Utilisation de SQL-db Tactique - Sunset - Non-stratégique - Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 334 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE Il est fait usage de l’application ‘VTOM’ (Visual Time Operations Manager – fournisseur Absyss). Cette application client/serveur fonctionne à la fois sous les systèmes d’exploitation Windows et UNIX. Un client chargé de l’exécution effective du job tourne sur les différents hôtes (Windows / UNIX / GCOS8). En cas de désastre, le service est immédiatement pris en charge par des systèmes identiques du centre DRS d’Anderlecht. L’intégration au monitoring central (HP OpenView) est prévue. I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 335 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.5 - DISASTER RECOVERY SERVICES APERÇU I NTRODUCTION Cette partie décrit les services avec lesquels la continuité des services d'ICT est assurée en cas de calamités. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.9.5.1 - Disaster Recovery Services 336 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) ICT Operations / Continuity Service [email protected] Dernière mise à jour Période de validité Du Au Jusqu'à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 336 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.5.1 - DISASTER RECOVERY SERVICES R ÉSUMÉ Pour le service d’encadrement ICT, la disponibilité de l’information, des applications et des services est primordiale du point de vue du service aux clients. Le service d’encadrement ICT réserve à la notion de disponibilité une place centrale dans le thème ‘sécurité et continuité’. Le service d’encadrement ICT se profile comme prestataire de services pour le business du SPF Finances. Pour cette raison, la disponibilité des services occupe une place essentielle dans la politique de Disaster Recovery. En effet, les applications sont de plus en plus souvent imbriquées : la disponibilité d’une application ne suffit plus à garantir celle d’un service. Nous songeons notamment aux e-services proposés via Internet, p.ex. Taxon-web. Dans tout environnement hautement automatisé, on observe une importante dépendance à l’environnement ICT. Par ailleurs, les interactions Internet avec le citoyen se multiplient, notamment dans le cadre de nos initiatives e-government. De ce fait, toute indisponibilité exerce un impact important sur le bon fonctionnement de l’administration, sur la confiance des utilisateurs internes et externes vis-à-vis des systèmes, mais aussi sur l’image du SPF Finances. Le Disaster Recovery Plan a pour but de mettre en place une solution pour faire face aux situations où le travail à partir de l’endroit normal n’est plus possible. Le plan comporte aussi une approche des opérations de restauration. Le Business Continuity Plan comprend d’une part les mesures nécessaires pour éviter les interruptions et, d’autre part, celles qui doivent être prises en cas d’incident. À cet égard, la détection des problèmes (possibles) constitue un aspect important. Le Business Continuity Plan décrit aussi l’organisation de crise avec les tâches et compétences des acteurs. Le plan expose les mesures à prendre pour assurer la continuité des processus critiques, y compris l’arrêt éventuel des processus non critiques. Le SPF Finances n’a pas seulement réalisé une solution pour l’infrastructure technique. Il a élaboré une stratégie totale pour garantir la disponibilité des processus critiques en toutes circonstances, mettant en regard d’une part le coût de la prévention des problèmes et le coût des problèmes, d’autre part les niveaux de service nécessaires pour assurer la bonne marche des activités. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 337 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Implémentation actuelle Services principaux Disaster Recovery Services Standards pertinents N/A Software N/A Hardware N/A Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Stratégique Approche orientée service. Le service d’encadrement ICT attache de l’importance à la satisfaction des utilisateurs. Cela explique le choix d’aborder le Disaster Recovery du point de vue du service à l’utilisateur. Dans la définition des RTO et RPO, la priorité se déplace de plus en plus de l’infrastructure sous-jacente vers le service offert. Cela correspond mieux à la réalité actuelle, où l’interdépendance entre les applications et les systèmes sous-jacents grandit considérablement. On constate par ailleurs de moins en moins une relations un/un entre le service, l’application et l’élément d’infrastructure. Priorité de transition Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Tactique - Sunset - Nonstratégique - - High (moins d’un an) Medium (2-3 ans) - Low (3-5 ans) Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 338 ABB 2013 - Architecture Building Blocks ICT du SPF Finances D ESCRIPTION DETAILLEE L’infrastructure ICT est dans une large mesure est dédoublée sur 2 centres informatiques pour maximiser l’efficacité de la Disaster Recovery. Les 2 sites sont reliés entre eux par des liaisons redondantes 10 GE avec DWDM (Fig. 1). The split campus network extends the NG 10 GE backbone into CR5, using Belgacom’s DWDM facilities ‘Two Cat6K’s extend the NG 10 GE backbone into CR5. 10 GE intersite links are connected over Belgacom’s DWDM links VLANs from NG are trunked to CR5, as required by • Server clustering over both sites (requires L2 connectivity) Servers keeping their IP address upon moving (e.g. IBM CR3 SWCR301 CR4 SWCR401 SWDR101 CR5 SWDR201 1/2 SWCR501 1/1 9/2 9/3 1/1 SWCR202 SWCR101 1/2 9/2 SWCR502 SWCR102 9/3 SWCR201 Cat3750 (2 stacked units of 24p) 10GE link (MM fiber) LEGEND : GE link (unspecified medium) 10 GE link over DWDM facilities Cat6500 Fig. 1 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 339 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Les possibilités ICT Disaster Recovery s’expriment en termes de Service Level par Server Class (niveau de service par classe de serveurs). Il s’agit là de la perspective ICT, équivalente à la perspective business, exprimée en termes de classes BIA suivant la Business Impact Analysis effectuée au stade de l’étude (Fig. 2). ICT Perspective Business Perspective BIA Class RTO RPO The 7 Standard Recovery Infrastructure TIERS 1. Automated failover 2. Hot standby 3. Warm standby 4. Cold standby (24h.) 5. Cold standby (48h.) 6. Rebuild from scratch 7. Do nothing A0-B0 1h 0h A1-B1 2h 0h A2-B2 4h 0h A3-B3 1d 0h A4-B4 1d 4h PLATINUM - RTO < 5min. - RPO=0h. A5-B5 1w 1d GOLD - RTO < 1h. - RPO=0h. A6-B6 2w 1w DR Service Levels SILVER - RTO < 4h. - RPO=0h. BRONZE - RTO 24h. - RPO=0h. BCP requirements in terms of RTO & RPO as expressed by the Business (applications owners) STEEL - RTO 48h. - RPO>24h. Fig. 2 Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 340 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Le concept utilisé s’appelle Disaster Recovery Infrastructure Catalogue (DRIC). Le DRIC définit les solutions standard de l’infrastructure Disaster Recovery par classe de serveurs et par niveau de service (Fig. 3). DRIC : HLD by Service Level Server Class DR Service Levels PLATINUM - RTO < 5min. - RPO=0h. The DRIC - by Server Class & Service Level • Service Level • IT Recovery Strategy • Implemented Technology – HW, OS, SW – Storage Class – Network Class – Prerequisites • Implementation approach • Conceptual Drawings (NG|CR5) GOLD - RTO < 1h. - RPO=0h. SILVER - RTO < 4h. - RPO=0h. BRONZE - RTO 24h. - RPO=0h. STEEL - RTO 48h. - RPO>24h. Server Classes Mainframe Bull - GCOS8 IBM - VM/VSE FSC – BS2000 Wintel X86 Blade UNIX Bull - AIX Sun - Solaris HP Others (Linux) Document created for SL Management Fig. 3 Chaque année, deux campagnes de test sont organisées : La « Spring Campaign » se déroule au printemps. Elle comporte une série de tests unitaires dans laquelle on vérifie pour chaque système du périmètre l’actualité de la documentation Disaster Recovery et la maîtrise des procédures par les membres de l’équipe. La « Fall Campaing » intervient à l’automne. La Disaster Recovery Readiness de toute l’organisation ICT fait l’objet d’un exercice général. Amélioration des niveaux de service Nous cherchons à améliorer les niveaux de service sur les systèmes existants à l'aide de projets de migration et des options stratégiques d'implémentation (standardisation, simplification, virtualisation, performance). L’organisation ICT doit gagner en maturité suivant la matrice de la Fig. 4 pour pouvoir à terme réagir à toutes les circonstances imprévues. Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 341 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Fig.4 I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 342 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.6 - IT PROCESS AUTOMATION SERVICES APERÇU I NTRODUCTION Cette partie contient la description des services pour l'amélioration des temps de réponses, la diminution des temps de rétablissement et pour le renforcement de l'efficience de l'automatisation des tâches de l'IT. C OMPOSITION DU GROUPE DE SERVICES Le groupe de services de cet ABB reprend les services suivants : Services Page ABB.9.6.1 - IT Process Automation Services 344 I NFORMATION COMPLEMENTAIRE Objectif Service(s) compétent(s) de l’organisation Voir section « Introduction » Département(s) / Division(s) Contact(s) Quality Assurance and IT Process Support [email protected] Dernière mise à jour Période de validité 11/07/2012 Du Au Jusqu’à la prochaine publication de ce document Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 343 ABB 2013 - Architecture Building Blocks ICT du SPF Finances ABB.9.6.1 - IT PROCESS AUTOMATION SERVICES I NTRODUCTION L'application ‘IT process automation’ permet à l’organisation ICT d’automatiser différentes tâches IT opérationnelles afin de réduire la charge de travail du personnel IT technique et de support (face à la multiplication des demandes de services IT) et de renforcer l’efficience opérationnelle dans un environnement technique et organisationnel complexe. L’architecture des outils utilisés supporte à cet effet le modèle de services ‘self-service model’. Il est fait usage d'une solution de portail web ‘ICT Service Portal’ qui permet à l’utilisateur final de sélectionner et de lancer les demandes traitées via l’outil ‘IT Process Automation’. La priorité va à l’automatisation de processus IT clairement définis, composés de plusieurs actions élémentaires (sous-processus), au sein du data center. À cet égard, on attache une grande importance aux possibilités d’intégration dans l’infrastructure IT hétérogène en place au SPF Finances. Implémentation actuelle Services principaux Modélisation technique des processus IT (administratifs et techniques) Intégration de l’outil ‘IT Process Automation’ dans les systèmes de management opérationnel Intégration de l’outil ‘IT Process Automation’ dans les solutions Service Management et les systèmes de gestion des configurations Support aux utilisateurs des systèmes pour les processus IT automatisés Standards pertinents TCP/IP HTTP(s) / Webservices / XML / SOAP / SSH ITILv3 Software HP Operations Orchestration (v9.03) MS SQL Hardware N/A Évolution souhaitée Classification Les évolutions prévues sont les suivantes : Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 Stratégique Outil standard pour l’automatisation des processus IT au département IT du SPF Finances. Tactique - Sunset - Nonstratégique - Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 344 ABB 2013 - Architecture Building Blocks ICT du SPF Finances Priorité de transition La transition est considérée comme : - High (moins d’un an) Medium (2-3 ans) Low (3-5 ans) D ESCRIPTION DETAILLEE I NFORMATION COMPLEMENTAIRE Pour plus d’information, voyez les documents suivants : Référence Description Intranet N/A N/A Internet N/A Document : Architecture Building Blocks 2013 Propriétaire : SPF Finances Objet : Fondamentaux ICT 2013 N/A Date : 14/08/2013 Statut : Pour Publication - Version: V1.0 Page 345
Documents pareils
Architectural Building Blocks (2014) (PDF, 6.25 Mo)
DEFINITION ET DESCRIPTION DES ARCHITECTURE BUILDING BLOCKS (ABB) Les "Architecture Building Blocks" (ABB) sont des composants du modèle conceptuel proposé par IBM (voir image page 1). Chaque bloc A...
Plus en détail