Sécurité Publique Canada DGDPI Gestion du portefeuille et interopérabilité

Présentation à SPP de DPI

Sécurité Publique Canada DGDPI Gestion du portefeuille et interopérabilité

Présentation à SPP de DPI

RDIMS No: 768515

Agenda

Page 2

• Expérience dans la région de la capitale nationale (RCN) de Washington, DC

• Qu’est-ce que le NIEM• Architecture technique du NIEM• NIEM au Canada

Le problème – RCN Washington, DC

• Plusieurs juridictions qui répondent aux appels d’urgence

• Délais pour répartir les appels

• Processus dans le passé impliquait “ringback” ou rappel pour valider les répondants disponibles

Page 3

Washington, DCCompté de ArlingtonAlexandriaCompté de Fairfax

La solution – RCN Washington, DC

Page 4

• Extraire l’information des systèmes de répartition par ordinateur (CAD) et communiquer ces informations à l’aide de NIEM afin de les regrouper et les rendre disponibles en temps réel

L’environnement opérationnel CAD2CAD

SQL ServerSQL Server BizTalk / IISBizTalk / IIS

AlexandriaAlexandria

NCR

Net

ArlingtonArlington

FairfaxFairfaxInstallation commerciale

(de la côte est)

Utilisation du NIEM – RCN Washington, DC

Page 5

• Développement d’un IEPD en prenant avantage du IEPD de LEITSC NIEM 2.0 CAD RMS

• Implémentation avec les systèmes de répartition par ordinateur CAD

• Amélioration de la connaissance de la situation• Accès sécuritaire, fiable et flexible• Amélioration de la productivité et réduction des temps de

réponse• Amélioration de la capacité de planifier pour les besoins

futurs

Artefacts – RCN Washington, DC

Page 6

Artefacts produits et publiés par le projet:• Processus de déroulement:

– Actuel: demande d’aide mutuelle primaire CAD– Cible: mise à jour du statut d’une unité CAD et demande pour une ressource CAD

• Diagramme d’architecture de solution et d’architecture physique “CAD2CAD”• Besoins techniques et fonctionnels pour l’échange de données “CAD2CAD”

RCN• Structures de messages IACP CAD RMS NIEM 2.0• Échantillons de message XML : mise à jour du statut d’une unité, demande

de ressources, réponse de demande de ressources, demande de mise à jour d’une ressource

• WSDL d’échange de données “CAD2CAD” RCN et du système CAD du vendeur

• Plans de tests de l’échange de données “CAD2CAD”• Modèle de données “CAD2CAD”

Qu’est-ce que le NIEM?

Le NIEM est..– Un modèle standard, mûre et établi qui facilite l’échange

d’informations;– Un modèle de données (indépendant du mode de stockage de

l’information); – Une approche structurée, comprenant des processus, des

outils et des méthodologies.

Le NIEM compte une vaste communauté d’utilisateurs, est bien documenté, comprend une formation et des outils, et est de plus en plus pris en charge par les fournisseurs.

Page 7

Des environnements efficaces et complets d’échange d’information aideront les organisations à :

• Améliorer leur capacité à prendre des décisions en leur procurant plus de temps et de données fiables;

• Accroître leur aptitude à résoudre des problèmes et à réagir à des environnements changeants;

• Éviter des frais découlant d’un dédoublement des processus et des données.

L’échange d’information peut améliorer la capacité d’une organisation à atteindre les objectifs

afférents à sa mission

Ce que NIEM peut faire pour vous

Page 8

Proposition de valeur

• Excellente occasion de tirer parti des investissements américains– NIEM existe depuis 2005 – mûre, basé sur normes ouvertes– Documents, mises en œuvres, leçons apprises, outils, …

• Nos partenaires américains utilisent NIEM – l’adoption du NIEM nous permettrons de travailler avec eux– NIEM est mené par DHS, DOJ, HHS; adopté par plusieurs

agences fédérales américaines– Tous les états américains et plusieurs municipalités utilisent

actuellement NIEM– Les fournisseurs sont engagés et des outils sont disponibles

Page 9

Le modèle de données du NIEM

Le modèle de données du NIEM est un ensemble d’éléments de donnée communs XML approuvés qui concordent avec des définitions examinés par la communauté

Les éléments de donnée sont organisés en deux catégories: noyau et spécifiques à un domaine

Les composantes du noyau sont utilisés par plusieurs domaines et peuvent être décris par

une structure, une sémantique et une

définition universelle

Les composantes spécifique à un domaine sont

continuellement mis-à-jour par des experts en la matière qui sont des participants à NIEM et

des experts dans l’industrie de leur

domaine

Les normes de conception et de

dénomination (NDR) spécifient comment

chacune des composantes est définie et utilisée

Page 10

Les domaines du NIEM

Futur d

omai

nes

- San

té

états

municipalité

conse

il trib

al

industrie

fédéral

internationale

Présélection

Immigration

Protection des

infrastructures

Renseignements D

omai

ne m

ariti

me

Biom

étrie

Domaine (CBRN)

Commerce

internationale

CybersécuritéJustice

Gestion des

urgences

(Jeu

ness

e et

)se

rvic

es fa

mili

aux

Les domaines du NIEMse composent de données

propres à la mission qui sont gérées par des responsables

de domaine autonomes.

Les futurs domaines sont ajoutés au NIEM au fur et à mesure qu’on en établit la

nécessité.

Le noyau du NIEM se compose d’éléments de

données qui sont communs, et donc compris

dans tous les domaines.

Page 11

Portée du NIEM

Le NIEM offre une norme pour les couches de données et, à dessein, ne traite pas de toutes les technologies nécessaires pour échanger de l’information.

Système

Interface

Outil d’importation/d’exportation

Données échangées

PORTÉE DU NIEM

Outil d’importation/d’exportation

Système

Interface

Page 12

Les IEPD • Contiennent les schémas XML

définissant la structure d’un message en XML.

• Contiennent des composantes standardisées qui servent à documenter un échange d’information.

• Comportent une méthodologie de développement définie (cycle de vie d’une IEPD).

• Facilitent le processus de documentation en vue de leur réutilisation.

Les IEPD• Ne précisent pas comment les

données échangées sont transférées entre entités.

• Ne décrivent pas une interface ou un document de contrôle d’interface (ICD).

• Ne renferment aucun renseignements technique hormis la structure d’un message.

Les IEPD contiennent les spécifications du conception d’échange d’information, mais pas nécessairement de renseignements supplémentaires comme des décisions de mise en œuvre.

Portée des IEPDs

Page 13

Concept du schéma d’échange

• Schéma du NIEM– Très volumineux;– Conçu pour être commun;– Couvre de 80 à 90% de

vos besoins d’échange.

• Le schéma d’échange comprendra :– un sous-ensemble du

schéma du NIEM;– une extension du schéma

qui couvrira les 10 à 20 % d’éléments manquant au NIEM.

Schéma du NIEM Votre

schéma d’échange

Page 14

Réalisation d’un échange d’information

Instance XML dans le NIEM Instance XML conforme au NIEM qui contient les données mêmes à partager entre services du Web.

SOAPLe Simple Object Access Protocol est un protocole basé sur le langage XML qui sert à échanger des messages dans des services Web.

WSDLLe Web Services Description Language est un langage basé sur XML qui fournit un modèle pour décrire des services Web.

UDDILe Universal Description, Discovery, and Integration est un registre des services Web basé sur le langage XML.Le diagramme ci-dessus ne represente

qu’une des façons d’effectuer un échange d’information.

Instance XML dans le NIEM

WSDL WSDL

UDDI

Courtier de services

Demandeur de service (humain)

Demandeur de service (machine)

SOAP

Page 15

Qu’est-ce que l’IEPD?

Une Information Exchange Package Documentation (IEPD, trousse de documentation sur l’échange d’information) est un ensemble de

composantes décrivant la construction et le contenu d’un échange d’information.

A. Cette trousse est conçue pour communiquer les détails administratifs, fonctionnels et techniques de l’échange d’information au moyen de composantes prédéfinies.B. Elle est créée avec un ensemble de composantes communes dans un format prescrit et une structure organisationnelle qui en assure l’uniformité.C. Elle est conçue pour être partagée et réutilisée lors de la création de nouveaux échanges d’information et, dans ce but, elle est publiée dans les dépôts.

Page 16

Cycle de vie d’un IEPD

Mise enoeuvre

Planification

Analyse desbesoins

Modélisation

Construction etvalidation

Assemblage

Le cycle de vied’une IEPD

Planifier un projet, établirle processus et identifier les besoins administratifs.

Élaborer davantage le contexte administratif et les besoins liés aux données.

Associer les objets locaux avec des types et des éléments du NIEM.

Créer un ensemblede schémas XMLconformes au NIEM.

Préparer et réunirtous les fichiers connexesà cette IEPD.

Planificationdu scénario

Analyse desbesoins

Mise en correspondance et modélisation

Constructionet validation

Assemblage et documentation

Publier l’IEPD à des fins de recherche, de découverte ou de réutilisation.

Publication etmise en œuvre

Page 17

Les éléments d’un IEPD

Les IEPDs comprennentdes composantsrequis et aussi recommandés.

Requis: caractères grasRecommandés: italique

Les meilleurspratiques incluent

d’habitude la plupartdes composantsrecommandés.

Planificationdu scénario

· Processus administratifs· Cas d’utilisation· Diagrammes de séquence

Analyse desbesoins

· Règles administratives· Besoins administratifs

Mise en correspondance et modélisation

· Métamodèle du contenu échangé· Document de mise en correspondance

· Schéma de sous-ensemble· Schéma d’échange· Liste d’éléments demandés· Schéma de contrainte· Schéma d’extension

Assemblage et documentation

· Document principal· Catalogue de l’IEPD· Métadonnées de l’IEPD· Instances échantillons XML· Feuilles de style XML

Publication etmise en œuvre

Aucune composante n’est nécessaire. Publierl’IEPD dans un dépôt et effectuer l’échange.

Constructionet validation

Gouvernance de NIEMGouvernance de NIEM

Le DPI de Sécurité publique Canada est un membre sans-voix délibérative du Conseil directeur exécutif (ESC).

La DGDPI de Sécurité publique Canada représente les intérêts Canadiens.

Sécurité publique Canada est présent au NBAC et poursuit la présence au NTAC.

Conseil Directeur Exécutif(Executive Steering Council)

ESC

Directeur ExécutifDirecteur Adjoint

NIEM PMO

Comité sur l’architecture technique(NIEM Technical Architecture Committee)

NTAC

Comité sur l’architecture opérationnelle(NIEM Business Architecture Committee)

NBAC

Page 19

NIEM au Canada – Où-sommes nous?

• NIEM choisi comme cadre pour l’échange des données– Après une comparaison de 12 options– Approbation de ACCP Comité Informatique– Autres Ministères le considèrent (GRC, ASFC, CIC, SCT, MDN,...)

• Sécurité publique favorise l’adoption de NIEM– Participation active dans la gouvernance, l’évolution et

représentation des intérêts canadiens au NIEM PMO ÉU et ISE ÉU– Favorise NIEM au Canada (AFCEA, GTEC, DPIs du portefeuille de

SP, Conseil des DPIs du secteur public, CITIG, ACCP, …)

• L’élan s’accroît –validation de principe et projets pilotes– Déclaration d’activités suspectes (DAS)– Véhicules volés (Canada/US/Mexico)– Déclaration de maladies d'origine alimentaire (Canada/US/Mexico)

Page 20

Futur de NIEM au Canada

• Sécurité publique Canada continue la promotion afin d’augmenter l’adoption de NIEM au Canada

• Suivi des validations de principe et projets pilotes• Plusieurs agences et ministères commencent à utiliser

NIEM pour leurs projets

Page 21

Ressources NIEM disponibles au Canada

Page 22

GCPedia– http://www.gcpedia.gc.ca/wiki/Niem

GCConnex– http://elgg.srv.gc.ca/elgg17/groups/profile/174765/niem

NIEM Centre d’expertise (COE) @ Sécurité Publique– NIEM@sp-ps.gc.ca– http://www.securitepublique.gc.ca/niem

Sites américains

NIEM.gov– http:www.NIEM.gov

IEPD Clearinghouse– http://www.it.ojp.gov/framesets/iepd-clearinghouse-noClose.htm

Questions?Questions?

Contenu additionnelContenu additionnel

Autres succès avec NIEM

– Massachusetts – Partage d’information sur les gangs

– Centres de fusions– Interface externe d’alarmes en Virginie– Projet d’informations sur la justice criminelle

d’Iowa– Service de requête centrée sur la personne

du service de citoyenneté et d’immigrations (USCIS)

Page 25

Les avantages d’utiliser NIEM

NIEM peut aider Sécurité publique et ses partenaires de portefeuilles:

• Réduire le temps requis pour la conception, le développement et la mise en œuvre des capacités robustes et agiles de partage de l’information

• Fondation pour développer l’échange d’informations nationale et multi-juridictions, pour améliorer les opérations inter-domaines

• Réduire les coûts associés avec le partage de l’information en mettant à profit des composants réutilisables, ce qui permet une saisie rapide et rentable par de nouveaux partenaires

• Augmenter la précision et la rapidité de l’échange d’informations pour permettre des décisions plus éclairées

• Réduire les charges administratives, éliminer la redondance en ce qui concerne la saisie de données

• Tirer profit des systèmes existants• Faire sa part pour résoudre le défit de l'échange d'informations

Les organisations dotées de systèmes et de modèles de données différents peuvent échanger de l’information

Page 26

Éléments communs du NIEM

Voici certains éléments communs du NIEM qui sont importants et pratiques

<nc:Person>

...

<PersonHairColorText>

<PersonEyeColorText>

<PersonBirthDate>

<PersonSexCode>

<nc:Activity>

...

<ActivityDisposition>

<ActivityDescriptionText>

<ActivityCategoryText>

<ActivityDate>

<nc:Item>

...

<ItemValue>

<ItemConditionText>

<ItemDescriptionText>

<ItemName>

L’élément comptant le plus grand nombre de champs L’élément le plus souvent dérivé L’élément comptant la plus

longue chaîne d’héritage<nc:Identification>

...

<IdentificationStatus>

<IdentificationEffectiveDate>

<IdentificationJurisdictionText>

<IdentificationID>

<nc:Location>

...

<LocationName>

<LocationCategoryCode>

<LocationAddress>

<LocationDescriptionText>

<nc:Organization>

...

<OrganizationEstablishedDate>

<OrganizationCategoryCode>

<OrganizationDescriptionText>

<OrganizationName>

Page 27

Éléments communs du NIEM - <nc:Person>

Quelque 200 champs discrets pour des renseignements sur des personnes dans les divers domaines

<nc:PersonNameType>

<PersonSurName>

<PersonMiddleName>

<PersonGivenName>

<PersonNamePrefixText>

...

<nc:InjuryType>

<InjuryLocationText>

<InjuryDescriptionText>

<InjuryDate>

<InjuryCategoryText>

<InjurySeverityText>

...

<InjuryTreatmentText>

<nc:PhysicalFeatureType>

<PhysicalFeatureLocationText>

<PhysicalFeatureImage>

<PhysicalFeatureDescriptionText>

<PhysicalFeatureCategory>

...

<nc:MedicalConditionType>

<MedicalConditionSeverityText>

<MedicalConditionDescriptionText>

<MedicalConditionCauseText>

<MedicalConditionText>

...

<nc:Person>

<PersonHairColor>

<PersonBirthDate>

<PersonSex>

<PersonName>

<PersonPhysicalFeature>

<PersonMedicalCondition>

<PersonInjury>

<PersonSSNIdentification>

<PersonCapability>

...

Page 28

Éléments communs du NIEM - <nc:Activity>

L’élément <nc:Activity> compte quelque 60 types dérivés dans le NIEM.• Les types dérivés héritent de tous les champs de leurs parents.• La signification d’un champ dépend du contexte.

<nc:Incident>

<IncidentObservationText>

<IncidentLocation>

...

<j:Citation>

<CitationViolation>

<CitationFineAmount>

...

<j:Booking>

<BookingSubject>

<BookingArraignmentDate>

...

<j:ServiceCall>

<ServiceCallClearedDate>

<ServiceCallArrivedDate>

...

<j:Arrest>

<ArrestCharge>

<ArrestSubject>

...

<em:AlarmEvent>

<AlarmEventDetailsText>

<AlarmEventCategoryCode>

...

<nc:Activity>

<ActivityCategoryText>

<ActivityDate>

<ActivityDescriptionText>

...

<ActivityDisposition>

Page 29

Éléments communs du NIEM - <nc:Item>

• La chaîne d’héritage la plus longue (jusqu’à 4 niveaux) • Il existe quelque 20 classes d’articles (Item) dans le NIEM.

<nc:TangibleItem>

<ItemMakeName>

<ItemColor>

<ItemModelName>

<nc:Item>

<ItemDescriptionText>

<ItemName>

<ItemValue>

...

<ItemModelYearDate>

...

<nc:Firearm>

<FirearmCaliber>

<FirearmMakeCode>

<FirearmGaugeText>

...

<nc:Substance>

<SubstanceQuantityMeasure>

<DrugCategoryCode>

...

<nc:Conveyance>

<ConveyanceUse>

<ConveyanceMotorizedIndicator>

...

<nc:Vehicle>

<VehicleMakeCode>

<VehicleIdentification>

<VehicleModelCode>

...

<nc:Vessel>

<VesselHullShapeText>

<VesselHullIdentification>

<VesselHullMaterialText>

...

<nc:Aircraft>

<AircraftFuselageColor>

<AircraftTailID>

<AircraftWingColor>

...

<nc:Drug>

<DrugDaysSupplyText>

<DrugStrengthText>

<DEAClassScheduleCode>

...

Page 30

<?xml version="1.0" encoding="UTF-8"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> <xs:complexType name="PersonType"> <xs:sequence> <xs:element ref="PersonName"/> <xs:element ref="PersonUSCitizenIndicator"/> </xs:sequence> </xs:complexType><xs:complexType name="PersonNameType"> <xs:sequence> <xs:element ref="PersonGivenName"/> <xs:element ref="PersonSurName"/> </xs:sequence> <xs:attribute ref="personNameCommentText" use="optional"/> </xs:complexType> <xs:element name="Person" type="PersonType"/> <xs:element name="PersonName" type="PersonNameType"/> <xs:element name="PersonGivenName" type="xs:string"/> <xs:element name="PersonSurName" type="xs:string"/> <xs:attribute name="personNameCommentText" type="xs:string"/> <xs:element name="PersonUSCitizenIndicator" type="xs:boolean"/> <xs:element name="PersonAliasName" type=“PersonNameType "/></xs:schema>

Représentation Schéma

Page 31

Exemple XML

<?xml version="1.0" encoding="UTF‐8"?><Person personNameCode="BirthName"><PersonName>

<PersonGivenName>Bartholomew</PersonGivenName><PersonMiddleName>Jo-jo</PersonMiddleName><PersonSurName>Simpson</PersonSurName>

</PersonName></Person>

Page 32