Présentation L'architecture d'entreprise se concentre sur l'alignement des personnes, des processus, des technologies et des informations au sein d'une organisation.
L’architecture d’entreprise (EA) intervient tout au long du cycle de vie technologique, depuis les activités préalables à l’achat dans le cadre du processus de planification stratégique IT jusqu’aux activités de gouvernance continues telles que la gestion des exceptions, la gestion des fournisseurs et les revues architecturales, en passant par l’examen des appels d’offres et la sélection des technologies.
L'EA élabore également des normes qui précisent les comportements et les contrôles requis pour l'application des technologies dans le Commonwealth. De plus, EA élabore des feuilles de route technologiques qui identifient les logiciels actuels, à venir et obsolètes afin de soutenir une gestion et une planification efficaces de l'infrastructure.
L’autorité de la pratique de l’architecture d’entreprise est établie dans le Code de Virginie § 2.2-2007 et § 2.2-2011.
Norme et politique en matière d'architecture d'entreprise
Afin de soutenir la mission du CIO, qui consiste à mettre en place une approche IT unifiée au sein du gouvernement de l’État, l’architecture d’entreprise (EA) élabore des normes qui définissent les comportements et les contrôles requis pour l’utilisation des technologies au sein du Commonwealth. Ces normes sont conçues avec des exigences mesurables et applicables afin de garantir une application et une conformité cohérentes. En normalisant les approches, l'EA réduit la redondance, minimise les risques de sécurité et rationalise la formation et le développement des compétences.
La politique en matière d'architecture d'entreprise (EA200) jette les bases des normes d'EA et fait partie du cadre de gouvernance technologique du Commonwealth. Il définit les orientations et les exigences techniques régissant l'acquisition, l'utilisation et la gestion des ressources IT par les agences de l'exécutif.
La norme Enterprise Architecture Standard (EA225) établit un cadre structuré pour développer, maintenir et exploiter l'architecture d'entreprise en tant qu'outil d'aide à la décision pour les investissements et les changements IT à l'échelle de l'entreprise.
Feuille de route et exigences EA
Veuillez consulter les feuilles de route et les ressources suivantes publiées sous EA-225.
- Rapport sur le domaine d'application
- Rapport thématique sur l'hébergement en nuage
- Gestion des systèmes d'entreprise
- Solution EA Norme de signature informatisée
- Exigences en matière de disponibilité des données de la solution EA
- Norme sur les systèmes web EA Solutions
- Rapport sur le domaine d'intégration de l'ATE
- Technologies de l’information obsolètes
- Utilisation d'appareils intelligents dans le cadre de l'EA
- Rapport sur le domaine d'intégration de l'architecture orientée service (SOA)
Les feuilles de route, telles que publiées par l’équipe COV EA, offrent des orientations sur la planification des investissements technologiques, des changements et des mises à jour. Elles précisent, pour les catégories de technologies fondamentales, quelles versions de produits doivent être utilisées, quand elles doivent être mises à jour, et quand elles ne doivent plus être utilisées.
L'objectif de la gouvernance des versions technologiques est de simplement empêcher les mises à jour de dernière minute et l'impact négatif qu'elles pourraient avoir sur la fourniture de technologies de l'information de qualité qui soutiennent l'architecture commerciale du Commonwealth. En fait, la mise à jour vers les versions actuelles devrait être une tâche récurrente pour les agences et les fournisseurs de services de technologie de l’information du Commonwealth, car cela entraînera une augmentation de la productivité du personnel, le maintien d’une sécurité fiable et la réduction des coûts de maintenance des systèmes hérités.
Les feuilles de route suivantes permettent aux agences et aux fournisseurs de planifier des mises à jour plus prévisibles et régulières. Étant donné que les évaluations sont « prévisionnelles » et fondées sur les meilleures informations disponibles au moment de la prise de décision, elles sont sujettes à modification pour maintenir la résilience, les changements ultérieurs échappant au contrôle du Commonwealth.
Consultez les mises à jour actuelles de la feuille de route technologique de l'EA.
Des feuilles de route sont disponibles pour les éléments suivants :
- Feuille de route de la plateforme d'hébergement d'applications
- Feuille de route technologique du COV sur l'intelligence artificielle
- Feuille de route technologique pour les applications COTS
- Feuille de route de la technologie de la gestion des données
- Feuille de route des technologies des systèmes d'exploitation pour les utilisateurs finaux
- Feuille de route des technologies de logiciels de productivité informatique des utilisateurs finaux
- Feuille de route des technologies de navigateurs web pour l'informatique des utilisateurs finaux
- Langages de programmation et méthodes d'accès aux données
- Technologies de moteur de recherche COV
- Feuille de route des technologies et systèmes d'exploitation du serveur et hyperviseur
- Feuille de route des technologies des serveurs web et applications
Veuillez consulter le glossaire COV IT pour obtenir les définitions relatives à la feuille de route EA.
Comment collaborer avec l'équipe EA
L'architecture d'entreprise chez VITA est mise en œuvre à travers divers mécanismes, qui varient en fonction des besoins. Découvrez comment collaborer avec l'équipe EA pour chaque processus répertorié ci-dessous.
Si votre agence ou votre service n'est pas en mesure de se conformer aux normes ou aux feuilles de route approuvées par l'EA, une exception Archer doit être enregistrée pour votre agence.
Voici quelques exemples d'exceptions :
- Votre agence utilise une ou plusieurs versions de logiciel qui sont plus anciennes 2 que la version actuelle.
- Votre agence dépend de matériel non pris en charge, ou possède un produit matériel qui est âgé de plus de 5 ans et qui est toujours en service.
- Vous ne pouvez pas satisfaire une exigence d'entreprise, telle que la conformité à la journalisation ou la disponibilité des données.
Veuillez enregistrer vos exceptions dans Archer, le système de gestion des risques COV.
Le décret présidentiel 30 stipule que VITA doit élaborer et publier une politique en matière d'IA et une norme technologique relative à l'IA qui doivent être respectées par les agences de l'exécutif.
Dans le cadre de la norme élaborée, toutes les agences et tous les fournisseurs doivent enregistrer leur intention d'utiliser l'intelligence artificielle dans leurs fonctions opérationnelles pour examen par VITA et le secrétariat.
Pour en savoir plus sur ce processus, veuillez consulter notre section Intelligence artificielle. Veuillez utiliser Archer pour démarrer ou accéder à vos dossiers IA.
Dans le cadre de son rôle de gouvernance, l'architecture d'entreprise (EA) examine les conceptions architecturales afin d'assurer leur cohérence et leur conformité avec les règles VITA, en vérifiant que toutes les exigences applicables en matière de services sont respectées. EA examine également la validité et la pertinence des exceptions référencées et fournit des commentaires sur les détails techniques de conception lorsque cela est nécessaire.
Les plans stratégiques informatiques (ITSP) sont exigés par le Code de Virginie. Tous les deux ans, les agences doivent certifier les initiatives IT qu'elles prévoient de mettre en œuvre au cours des deux années suivantes. Dans le cadre du processus d'approbation, l'architecture d'entreprise examine chaque plan afin de vérifier sa conformité aux normes, les possibilités de réutilisation, la correction des exceptions en suspens et la clarté de l'intention.
Après examen, EA saisit les recommandations d'approbation dans Planview et, si nécessaire, coordonne avec le CAM et d'autres équipes pour assurer le suivi ou obtenir des précisions.
Les dossiers d'investissement (IBC) autorisent les agences à élaborer des chartes de projet, à publier des appels d'offres et à allouer des fonds. Dans le cadre du processus de révision, l'architecture d'entreprise (EA) évalue chaque IBC afin de vérifier sa conformité avec le plan stratégique IT (ITSP) de l'agence et évalue la solution proposée par rapport aux normes actuelles et à la stratégie IT.
Par exemple, les agences devraient généralement adopter des approches favorables au cloud qui ne créent pas inutilement des obstacles à la conformité ou d'autres défis lors de la mise en œuvre ou à l'avenir. L'architecture d'entreprise, en tant que l'un des réviseurs, approuvera l'IBC si aucun problème n'est identifié. Si des précisions ou des conditions sont nécessaires, EA peut les inclure dans son approbation ou renvoyer le formulaire IBC pour obtenir des informations supplémentaires avant de poursuivre.
Une demande de gouvernance de projet (PGR) fait suite à un dossier d'investissement approuvé (IBC), une fois que l'agence est prête à financer la solution proposée. À l'instar de l'examen IBC, l'architecture d'entreprise (EA) évalue la conformité du PGR aux normes EA et son alignement sur la stratégie informatique du Commonwealth.
À la suite de cet examen, l'architecte d'entreprise approuvera le PGR ou demandera des informations supplémentaires avant de donner son accord. EA peut également contacter les représentants de l'agence pour obtenir des précisions si nécessaire au cours de ce processus.