Post on 03-Apr-2015
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