|
|
| (20 intermediate revisions by 2 users not shown) |
| Line 1: |
Line 1: |
| − | {{OCIO_GCEA_Header}} | + | {{OCIO GCEA Header}} |
| − | <multilang> | + | <multilang> |
| − | @en|__NOTOC__ | + | @en| |
| − | ==Definition== | + | == Definition == |
| − | Enterprise Architecture (EA) is a conceptual blueprint that defines the structure and operation of an organization considering and aligning business, information/data, application, technology, security, and privacy domains to support strategic outcomes. | + | Enterprise Architecture (EA) is a conceptual blueprint that defines the structure and operation of an organization considering and aligning business, information/data, application, technology, and security domains to support strategic outcomes. |
| | | | |
| − | ==Mandate== | + | == Mandate == |
| − | The mandate of GC EA, as part of the GC Enterprise Architecture Review Board (EARB), is to refine current architecture standards and to define target architecture standards. | + | The ''<u>[https://www.tbs-sct.gc.ca/pol/doc-eng.aspx?id=32603 Policy on Service and Digital]</u>'' and supporting instruments serve as an integrated set of rules that articulate how Government of Canada organizations manage service delivery, information and data, information technology, and cyber security in the digital era. Other requirements, including but not limited to, requirements for privacy, official languages and accessibility, also apply to the management of service delivery, information and data, information management and cyber security. Those policies, set out in Section 8, must be applied in conjunction with the Policy on Service and Digital. The Policy on Service and Digital focuses on the client, ensuring proactive consideration at the design stage of key requirements of these functions in the development of operations and services. It establishes an enterprise-wide, integrated approach to governance, planning and management. Overall, the Policy on Service and Digital advances the delivery of services and the effectiveness of government operations through the strategic management of government information and data and leveraging of information technology, supporting the mandate of the Minister for Digital Government in leading the Government of Canada’s digital transition. The management of these functions is guided by a commitment to the guiding principles and best practices of the Government of Canada Digital Standards: design with users; iterate and improve frequently; work in the open by default; use open standards and solutions; address security and privacy risks; build in accessible from the start; empower staff to deliver better services; be good data stewards; design ethical services; collaborate widely. |
| | | | |
| − | EA does this by linking business and IT strategy, enabling cooperation between business and IT, and leading the enterprise response to disruption.
| + | Section 4.1.2.3 of the ''Policy on Service and Digital''. The Chief Information Officer (CIO) of Canada is responsible for: Prescribing expectations with regard to '''enterprise architecture'''. |
| | | | |
| − | ==B-I-A-T-S+P (GC EA Layers)==
| + | Section 4.1.2.4 of the ''Policy on Service and Digital''. The Chief Information Officer (CIO) of Canada is responsible for: Establishing and chairing an '''enterprise architecture''' review board that is mandated to '''define current and target architecture standards''' for the Government of Canada and review departmental proposals for '''alignment'''. |
| − | The use of an industry standard framework called TOGAF (The Open Group Architecture Framework) is useful for providing a structured approach to these standards, and it has been adapted using the same building blocks, the '''B-I-A-T-S+P''' (Business - Information - Application - Technology - Security + Privacy). The "P" (Privacy) was added as an important component part of Security for Canadian public.
| |
| − | * <u>Business Architecture</u> is the discipline that defines '''[https://gcconnex.gc.ca/file/download/50303099 business capabilities]''' and ensures that design is focused on '''outcomes for users'''. It also ensures systems are designed to be '''measurable and accountable''', and delivered by '''multidisciplinary teams'''.
| |
| − | * <u>Information Architecture</u> establishes a structure for data '''collection''', '''management''', '''storage''', and '''sharing''' (with a focus on open sharing as per the '''Directive on Open Government''').
| |
| − | * <u>Application Architecture</u> emphasises the use of '''open standards and solutions,''' ensures '''reuse is maximized''', and focuses on '''enabling interoperability.'''
| |
| − | * <u>Technology Architecture</u> is the discipline that defines standards for using '''Public Cloud''' hosting (and related models such as Software as a Service), and designing for '''performance''', '''availability''', and '''scalability'''.
| |
| − | * <u>Security Architecture</u> is concerned with ensuring '''security is implemented across all architectural layers''', and '''categorizing data''' to determine appropriate '''safeguards.'''
| |
| − | * <u>Privacy Architecture</u> emphasizes the need to perform a '''privacy impact assessment''' (PIA) when personal information is involved, and ensures a '''balance between user and business needs with proportionate security measures.'''
| |
| − | The use of the BIATS+P was codified as a set of GC Architectural Standards in the Directive on Management of Information Technology (Appendix C - Mandatory Procedures for Enterprise Architecture Assessment). These standards are used to evaluate GC initiatives and ensure alignment.
| |
| | | | |
| − | ==Working Groups==
| + | The Directive on Service and Digital articulates how Government of Canada organizations manage service delivery, information and data, information technology, and cyber security in the digital era. |
| − | A number of GC Working Groups support the refinement of these standards and influence departments to align with the direction set in the Digital Operations Strategic Plan.
| |
| − | * Supporting '''Business''' architecture, a working group was created based on the mandate from the DMCEPP to refine the [https://gcconnex.gc.ca/file/download/50303099 GC Business Capability Model] (GC BCM), which defines common terminology across the government for discussing business capabilities.
| |
| − | * Supporting '''Information''' architecture, another working group called the GC Enterprise Data Community of Practice was created to discuss how to collect, store, share and manage data. An Artificial Intelligence Policy working group also supports the "Information" building block.
| |
| − | * Supporting '''Application''' architecture, the Digital Exchange Program working group was created to discuss using APIs (Application Programming Interfaces) for GC use, and publishing them in the GC API store.
| |
| − | * The Cloud Working group was created to support '''Technology''' architecture related to Public Cloud infrastructure for Protected B workloads and below.
| |
| − | * In '''Security''' architecture, the Sign in Canada & Pan Canadian Trust Framework working group focuses on the Enterprise Digital Identity.
| |
| − | * '''Privacy''' architecture is supported by members of the TBS Privacy team, who worked closely with the Office of the Privacy Commissioner on the definition of the Privacy standards.
| |
| − | * The Enterprise Architecture Community of Practice works with departments across the GC to continue refine the BIATS+P and help ensure alignment.
| |
| − | <br>
| |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Government_of_Canada_Architectural_Standards |EA Standards]]</b></span>
| |
| − | : Creates GC Architectural Standards as per the Directive for Management of IT
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Past_Endorsed_Architectural_Decisions |EARB Endorsements]]</b></span>
| |
| − | : Publishes Past EA Endorsements as tied into the BIATS layers
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Enterprise_Architecture_Artifacts |EA Artifacts]]</b></span>
| |
| − | : Produces Artifacts supporting the Architectural Standards
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Architecture_Discussions |Working Groups]]</b></span>
| |
| − | : Creates EA Working groups - to identify and develop artifacts to bridge the gaps
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[GC_EARB |GC EARB]]</b></span>
| |
| − | : Refers to the GC EARB for Governance
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Monitoring_Architectural_Implementation |Other References]]</b></span>
| |
| − | : Provides quick references, such as: List of approved Cloud Vendors & approved AI Vendors
| |
| − | | |
| − | <!-- FRENCH -->
| |
| − | @fr|__NOTOC__
| |
| − | ==Definition==
| |
| − | <br>En tant que membre du Conseil d’examen de l’architecture intégrée (CEAI) du GC, l’architecture intégrée (AI) du GC a le mandat de perfectionner les normes d’architecture actuelles et d’établir les normes d’architecture visées.
| |
| − | | |
| − | ==Mandat==
| |
| − | '''L’AI est une plan conceptuel qui définit la structure et le fonctionnement d’un organisme en tenant compte et en harmonisant les activités opérationnelles, l’information, les données, les applications, la technologie, la sécurité et la protection des renseignements personnels afin d’appuyer les résultats stratégiques. '''
| |
| − | | |
| − | Pour y parvenir, l’AI établit le lien entre les activités opérationnelles et la stratégie en matière de TI, permet la collaboration entre les activités opérationnelles et la stratégie en matière de TI et dirige l’intervention ministérielle en cas de perturbation.
| |
| − | | |
| − | ==B-I-A-T-S+P (l'AI GC couches)==
| |
| − | L’utilisation du cadre de normes industrielles appelée le TOGAF (The Open Group Architecture Framework) permet d’offrir une approche structurée relativement à ces normes. Le cadre a question a été élaborée au moyen des mêmes éléments constitutifs, c’est-à-dire le '''B-I-A-T-S+P''' (Business - Information - Application - Technology - Security + Privacy). Le « P » (pour protection de la vie privée) a été ajouté à titre de composante de sécurité importante pour la population canadienne.
| |
| − | | |
| − | L’architecture d’entreprise est la discipline qui établit les '''capacités d’affaires''' et s’assure que la conception est axée sur les '''résultats pour les utilisateurs'''. Elle veille également à ce que les systèmes soient '''quantifiables et imputables''' et à ce que leur mise en œuvre soit réalisée par des '''équipes multidisciplinaires'''.
| |
| − | | |
| − | L’architecture de l’information établit la structure en vue de la '''collect'''e, de la '''gestion''', de '''l’entreposage''' et du '''partage''' des données (en mettant l’accent sur le libre partage, conformément à la '''Directive sur le gouvernement ouvert)'''.
| |
| − | | |
| − | L’architecture d’application privilégie l’utilisation de '''normes et de solution ouvertes''', veille à l’'''optimisation de la réutilisation''' et met l’accent sur la '''facilitation de l’interopérabilité'''.
| |
| − | | |
| − | L’architecture technologique est la discipline qui établit les normes d’utilisation du service d’hébergement du '''nuage public''' (et des modèles connexes comme logiciel en tant que service (SaaS)), de même que les normes de conception pour favoriser le '''rendement''', l’'''accessibilité''' et la '''flexibilité'''.
| |
| − | | |
| − | L’architecture de sécurité vise à garantir '''la mise en œuvre des procédures de sécurité dans tous les niveaux de l’architecture''' et la '''catégorisation des données''' en vue de déterminer les '''mesures de protection''' appropriées.
| |
| − | | |
| − | L’architecture de protection de la vie privée met en évidence la nécessité de réaliser une '''évaluation des facteurs relatifs à la vie privée''' (EFVP) lorsqu’il est question de renseignements personnels et d’assurer l'''’équilibre entre, d’une part, les besoins des utilisateurs et de l’organisation et, d’autre part, l’utilisation de mesures de sécurité appropriées.'''
| |
| − | | |
| − | L’utilisation de la BIATS+P est établi comme ensemble de normes architecturales du GC dans la Directive sur la gestion des technologies de l'information (Annexe C - Procédures obligatoires pour l'évaluation de l'architecture intégrée). Ces normes sont utilisées pour évaluer les initiatives du GC et garantir l’harmonisation.
| |
| − | | |
| − | ==Groupe de travail==
| |
| − | Un certain nombre de groupes de travail du GC soutiennent l’amélioration de ces normes et incitent les ministères à s’harmoniser à l’orientation établie dans le Plan stratégique des opérations numériques.
| |
| − | | |
| − | · Pour soutenir l’architecture d'''’entreprise''', un groupe de travail a été créé en fonction du mandat du comité des sous-ministres sur les priorités et la planification de l’entreprise (CSMEPC) de perfectionner le modèle de capacité opérationnelle du GC (MCO GC), lequel établit la terminologie partagée d’un bout à l’autre du gouvernement pour aborder les capacités commerciales.
| |
| − | | |
| − | · Pour soutenir l’architecture de l’'''information,''' un autre groupe de travail, appelé la communauté de pratique des données d’entreprise du [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msocom 1|[SP1]]] GC, a été mis sur pied afin de discuter de la façon de recueillir, d’entreposer, de partager et de gérer les données. Le groupe de travail sur la politique de l’intelligence artificielle soutient la composante importante de l’« information ».
| |
| − | | |
| − | · Pour soutenir l’architecture de l’'''application,''' le groupe de travail du programme d’échange numérique[[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msocom 2|[SP2]]] a été créé pour discuter de l’utilisation des interfaces pour la programmation d'applications (API) au GC et de la publication de ces dernières dans le magasin d’API du GC.
| |
| − | | |
| − | · Le groupe de travail en nuage [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msocom 3|[SP3]]] a été créé pour soutenir l’architecture de '''technologies''' associée à l’infrastructure du nuage public pour les charges de travail de niveau Protégé B ou inférieur.
| |
| − | | |
| − | · Pour l’architecture de '''sécurité''', le groupe de travail de « Ouverture de session Canada » et du cadre de confiance pancanadien [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msocom 4|[SP4]]] axe ses activités sur l’identité numérique de l’entreprise.
| |
| − | | |
| − | · L’architecture de la '''vie privée''' est soutenue par des membres de l’équipe de protection de la vie privée du SCT, lesquels travaillent en étroite collaboration avec le Commissariat à la protection de la vie privée du Canada à l’élaboration de la définition des normes de protection de la vie privée.
| |
| − | | |
| − | · La communauté de pratique de l’architecture d’entreprise [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msocom 5|[SP5]]] travaille avec les ministères du GC pour continuer à perfectionner le BIATS+P et aider à assurer l’harmonisation.
| |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Government_of_Canada_Architectural_Standards | les normes de l'AI]]</b></span>
| |
| − | : Crée des normes architectural du GC conformément à la Directive sur la gestion de la TI
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Past_Endorsed_Architectural_Decisions |l'Approbation de CEAI GC]]</b></span>
| |
| − | : Publie les approbations de l'AI antérieurs liés aux couches BIATS
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Enterprise_Architecture_Artifacts |l'Artefacts de l'AI]]</b></span>
| |
| − | : Produit des artefacts soutenant les normes architecturales
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Architecture_Discussions |Groups de travail]]</b></span>
| |
| − | : Crée des groups de travail de l'AI - pour identifier et développer des artefacts afin de combler les lacunes
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[GC_EARB |CEAI GC]]</b></span>
| |
| − | : Fait reference au CEAI GC pour gouvernance
| |
| − | | |
| − | | |
| − | <span style="font-size:1.5em;"><b>[[Monitoring_Architectural_Implementation |Autres références]]</b></span>
| |
| − | : Fournit des références rapids, telles que: Liste des fournisseurs de Infonuagique approvés et des fournisseurs de IA approuvés
| |
| − | | |
| − | | |
| − | ----[[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msoanchor 1|[SP1]]]Pas trouvé de traduction officielle, j’ai donc traduit ces termes en m’inspirant de la traduction de termes similaires
| |
| − | | |
| − | [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msoanchor 2|[SP2]]]Pas trouvé de traduction officielle, j’ai donc traduit ces termes en m’inspirant de la traduction de termes similaires
| |
| − | | |
| − | [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msoanchor 3|[SP3]]]Pas trouvé de traduction officielle, j’ai donc traduit ces termes en m’inspirant de la traduction de termes similaires
| |
| − | | |
| − | [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msoanchor 4|[SP4]]]Pas trouvé de traduction officielle, j’ai donc traduit ces termes en m’inspirant de la traduction de termes similaires
| |
| − | | |
| − | [[:File:///C:/Users/JCURRAH/AppData/Local/Microsoft/Windows/INetCache/Content.Outlook/14VIGJ05/FINAL-7136434 1-FR.DOCX# msoanchor 5|[SP5]]]Pas trouvé de traduction officielle, j’ai donc traduit ces termes en m’inspirant de la traduction de termes similaires
| |
| | | | |
| | + | Section 4.1.1.1 of the ''<u>[https://www.tbs-sct.gc.ca/pol/doc-eng.aspx?id=32601 Directive on Service and Digital]</u>''. The departmental Chief Information Officer (CIO) is responsible for: Chairing a departmental '''architecture''' review board that is mandated to review and approve the architecture of all departmental digital initiatives and ensure their alignment with '''enterprise architectures.''' |
| | + | @fr| |
| | + | To be translated |
| | </multilang> | | </multilang> |
| − | {{OCIO_GCEA_Footer}}
| |
