Architecture d'entreprise | Agence informatique de Virginie

Qu'est-ce que l'architecture d'entreprise ?

L'architecture d'entreprise se concentre sur l'harmonisation des personnes, des processus, des technologies et des informations au sein d'une organisation.

Le changement est constant et se manifeste à tous les niveaux de l'organisation. Les nouvelles applications entraînent des changements dans les processus et les personnes, des changements dans la structure et la signification des informations, des changements de fournisseurs, et des restructurations d'organisations. Le changement a un impact sur les organisations, et ses effets de ricochet peuvent causer des erreurs opérationnelles, des retards, des coûts et de la frustration.

L'architecture d'entreprise, en tant que fonction de planification, met l'accent sur la compréhension, la gestion et la communication de l'état futur par rapport à l'état actuel. En tant que fonction de gestion des risques, elle fournit des garde-fous par le biais de normes et de feuilles de route approuvées qui aident à établir des limites grâce à des modèles fiables et des meilleures pratiques. En tant que fonction technologique, elle cherche à gérer l'application efficace de la technologie au sein d'une organisation en facilitant la réutilisation, le catalogage des capacités et l'engagement avec les praticiens, les acheteurs et d'autres parties prenantes.

Chaque agence a une mission distincte visant à soutenir les services du Commonwealth dédiés aux citoyens de Virginie. Tous possèdent des structures opérationnelles uniques composées de personnes, de processus et de technologie. Il est important de souligner que tous ces éléments sont soutenus par des informations, qui constituent le carburant liant ces éléments ensemble. Plus ces éléments sont liés entre eux, plus l'agence peut fournir ses services de manière efficace. La mise en œuvre effective de ces éléments varie — certains sont entièrement intégrés à l'agence, et d'autres sont fournis via des services externes partagés.

L'autorité de la pratique de l'architecture d'entreprise est établie dans le code juridique de Virginie et dépend du Directeur Principal de l'Information (DPI). Les déclarations suivantes sont pertinentes pour la mission de la pratique EA du COV.

Code de Virginie - § 2,2-2007. Pouvoirs du DPI.

Soutenir l'échange, l'acquisition, le stockage, l'utilisation, le partage et la distribution de données et de technologies connexes par les États et les collectivités locales.
Maintenir une approche unifiée des technologies de l'information dans l'ensemble du gouvernement étatique, garantissant ainsi que les citoyens et les entreprises du Commonwealth bénéficient de la plus grande sécurité, de la plus grande valeur et de la plus grande commodité possibles pour les investissements réalisés dans le domaine des technologies.
Assurer la supervision des efforts entrepris par les agences de la branche exécutive pour moderniser la planification, le développement, la mise en œuvre, l'amélioration, l'exploitation, la maintenance et le retrait des technologies de l'information du Commonwealth, y compris la supervision de la sélection, du développement et de la gestion des technologies de l'information d'entreprise.
Superviser la compilation et la mise à jour d'un inventaire des technologies de l'information, y compris, mais sans s'y limiter, le personnel, les installations, l'équipement, les biens et les contrats de services.

Code de Virginie - § 2,2-2011. Pouvoirs et responsabilités supplémentaires concernant le développement, la gestion et l'exploitation des technologies de l'information.

Gérer, coordonner et fournir les technologies de l'information utilisées par les agences de la branche exécutive.

Comment collaborer avec l'équipe EA

L'architecture d'entreprise chez VITA est mise en œuvre par divers mécanismes, qui varient selon les besoins. L'EA est active tout au long du cycle de vie des technologies. Elle commence par les activités pré-achat, dans le cadre du processus de planification stratégique informatique, et passe par les considérations relatives aux appels d'offres, à la sélection des technologies, à l'examen de l'architecture, et au travail de gouvernance continue via les exceptions, la gestion des fournisseurs et les examens architecturaux.

L'architecture d'entreprise élabore également des normes qui définissent le comportement et les contrôles requis pour l'application des technologies dans le Commonwealth, ainsi que des feuilles de route précisant quels logiciels sont actuels, à venir et obsolètes pour aider à la gestion de l'infrastructure et à la planification.

Des informations supplémentaires sur les normes et politiques de l'EA sont disponibles dans la section Ressources ci-dessous.

Apprenez à interagir avec l'équipe EA pour chaque processus en cliquant sur les onglets à gauche.

Si votre agence ou votre opération n'est pas en mesure de se conformer aux normes EA approuvées ou aux feuilles de route, 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.

Enregistrez vos exceptions dans Archer, le système de gestion des risques COV. Pour plus d'informations, consultez notre section FAQ sur la sécurité de l'information.

Politique en matière d'IA et norme technologique pour le Commonwealth

L'ordonnance exécutive 30 ordonne à VITA de développer et de publier une politique et une norme technologique en matière d'IA auxquelles les agences du pouvoir exécutif doivent adhérer.

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, visitez notre section Intelligence artificielle. Utilisez Archer pour démarrer ou accéder à vos enregistrements d'IA

En tant que fonction de gouvernance, l'architecture d'entreprise examine les conceptions architecturales pour assurer la cohérence et l'alignement avec les règles VITA, et garantir que les règles VITA pour le service sont respectées.

De plus, l'EA vérifie que les exceptions mentionnées dans le document sont valides et applicables. L'architecture d'entreprise fera également des commentaires sur les détails techniques de conception si nécessaire.

Les revues architecturales sont effectuées via le processus de révision architecturale holistique MSI, ou HARP. HARP est une approche itérative utilisée pour examiner et approuver les architectures pour leur conformité aux contrats et aux règles de VITA.

Les modèles de document d'aperçu de l'architecture (AOD) aident les fournisseurs à documenter leurs architectures de manière à permettre à ceux qui l'examinent de déterminer si l'architecture est conforme. L'AOD est divisé en 3 sections qui sont complétées à différents moments du cycle de vie d'un déploiement de service. Ces sections sont des sections de haut niveau (HLS), la section de conception détaillée (DDS) et la section telle que construite (ABS).

HLS – La section de haut niveau doit être approuvée avant le début du projet. Elle est nécessaire pour mettre le système en place.
DDS : cette section contient les informations nécessaires pour construire ou reconstruire le système et doit être complétée avant la mise en service. Elle contient la configuration du système et inclut les configurations des autres fournisseurs nécessaires pour mettre le système en ligne.
ABS – La section « tel que construit » contient toutes les différences qui existent par rapport au rapport de la conception détaillée ainsi que les configurations du système et des composants. Elle doit être finalisée avant la clôture du projet.

Les plans stratégiques en technologie informatique (ITSP) sont requis par le Code de Virginie.

L'évaluation environnementale, l'un des trois principaux types d'examens, est active dans le cadre du processus d'approvisionnement et sert de point de validation et d'approbation :

Tous les deux ans, les agences doivent attester des activités informatiques qu'elles prévoient d'entreprendre au cours des deux prochaines années. Dans le cadre du processus d'approbation, l'architecture d'entreprise examine la conformité des ITSP aux normes, les opportunités de réutilisation, les activités visant à remédier aux exceptions en suspens et la clarté de l'intention.

Une fois l'examen terminé, l'architecture d'entreprise entrera dans le système Planview avec une recommandation d'approbation et, si nécessaire, collaborera avec le CAM et d'autres ressources pour lesquelles un suivi et des clarifications sont nécessaires.

Dossiers d'investissement (IBC)

L'évaluation environnementale, deux des trois principaux types d'examens, est active dans le cadre du processus d'approvisionnement et sert de point de validation et d'approbation :

Les IBC autorisent l'agence à préparer une charte de projet, à lancer un appel d'offres et à dépenser des fonds si nécessaire. Celles-ci sont également examinées par l'architecture d'entreprise. Pour ces éléments, l'EA cherche à aligner l'IBC avec l'ITSP de l'agence et évalue l'approche proposée par rapport aux normes et à l'orientation informatique actuelles.

Par exemple, les agences devraient généralement utiliser des approches adaptées au Cloud qui ne créent pas d'obstacles inutiles à la conformité ou qui n'engendrent pas d'autres défis au moment de la mise en œuvre, ou ultérieurement. L'architecture d'entreprise, en tant qu'un des examinateurs, approuvera l'IBC s'il n'y a pas de problèmes identifiés. Si des clarifications ou des conditions sont nécessaires, l'architecte d'entreprise peut fournir ces commentaires avec l'approbation ou, si nécessaire, renvoyer la demande à l'agence pour obtenir plus d'informations avant l'approbation.

Demandes de gouvernance des marchés publics (PGR)

Les trois principaux types d'examens dans lesquel l'EA est active lors du processus d'approvisionnement en tant que point de validation et d'approbation :

La demande de gouvernance d'approvisionnement (PGR) suit l'approbation du dossier d'investissement, au moment où l'agence est prête à investir dans la solution décrite dans l'IBC. À l'instar des activités de révision d'un IBC, l'architecture d'entreprise participera à l'examen de la PGR pour vérifier sa conformité aux normes de l'architecture d'entreprise et son alignement avec l'orientation informatique du COV.

Après examen, l'architecte d'entreprise pourra soit approuver sans commentaire, soit demander plus d'informations avant l'approbation dans l'outil. De plus, dans le cadre de ce processus, l'EA peut contacter les personnes concernées pour obtenir des éclaircissements si nécessaire.

Dans le cadre de la mission du DPI, qui consiste à fournir une approche unifiée des technologies de l'information dans l'ensemble du gouvernement étatique, l'architecture d'entreprise produit des normes qui spécifient le comportement et les contrôles requis pour l'application de la technologie dans le Commonwealth. En général, ils sont conçus pour offrir des exigences quantifiables pouvant être mesurées et contrôlées pour assurer la conformité. La valeur des normes réside dans le fait qu'elles peuvent réduire la redondance des approches, fournir des approches cohérentes, réduire les surfaces d'attaque et permettre de se concentrer sur la formation et les compétences.

La politique d'architecture d'entreprise (EA200) constitue la base de l'ensemble des normes qui font partie du cadre de gouvernance technologique du Commonwealth. La présente norme définit les orientations et les exigences techniques qui régissent l'acquisition, l'utilisation et la gestion des ressources informatiques par les agences du pouvoir exécutif. Le diagramme ci-dessous montre les relations entre les normes et la manière dont elles se soutiennent mutuellement.

La norme d'architecture d'entreprise (EA225 ) établit un cadre de technologie de l'information pour développer, maintenir et utiliser l'architecture d'entreprise comme outil de prise de décision concernant les changements et les investissements en matière de technologie de l'information.

Vous trouverez ci-dessous des ressources publiées sous EA-225 et les feuilles de route EA

Pour plus de détails sur les catégories de normes, consultez EA 225.

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 :

Consultez les Définitions de la feuille de route EA pour plus de détails.