Extension de Rational DOORS avec les services OSLC

Open Services for Lifecycle Collaboration (OSLC) est une communauté qui normalise la façon dont les outils de cycle de vie interagissent. IBM® Rational DOORS prend en charge la spécification de partage de données OSLC en tant que fournisseur du domaine de gestion des exigences et en tant que consommateur d'autres domaines du portefeuille Rational.

Le partage de données OSLC entre domaines est basée sur un tronc commun de ressources, formats et services architecturaux REST.

Le partage de données prend en charge les transactions suivantes :
  • Liaison basée sur le protocole HTTP
  • Identification des ressources par URI
  • Extraction des informations à l'aide des types de support de la norme de l'industrie

Guide de présentation rapide de Rational DOORS version 9.3

Le tableau suivant répertorie les domaines et services OSLC que Rational DOORS version 9.3 consomme et les opérations que vous pouvez exécuter avec des ressources provenant de ces domaines.
Tableau 1. Domaines et opérations OSLC avec Rational DOORS version 9.3
DOORS 9.3 Sélection Création Prévisualisation (rendu compact)
Change Management V1 Pris en charge Pris en charge Pris en charge

Le tableau suivant répertorie les relations OSLC utilisées lors de la liaison d'artefacts entre différentes disciplines :

Tableau 2. Liaison inter-disciplines avec Change Management V1 dans DOORS version 9.3
Liaison via Change Management V1
Lien sortant Lien entrant
http://jazz.net/xmlns/prod/jazz/calm/1.0/implementedBy http://jazz.net/xmlns/prod/jazz/calm/1.0/implementsRequirement

Guide de présentation rapide de Rational DOORS version 9.4

Les tableaux suivants répertorient les domaines et services OSLC que Rational DOORS version 9.4 consomme et les opérations que vous pouvez exécuter avec des ressources provenant de ces domaines.

Tableau 3. Domaines et opérations OSLC avec Rational DOORS version 9.4
DOORS 9.4 Sélection Création Prévisualisation (rendu compact)
Change Management V1 Pris en charge Pris en charge Pris en charge
Change Management V2 Pris en charge Pris en charge Pris en charge
Quality Management V1 Pris en charge Pris en charge Pris en charge
Quality Management V2 Pris en charge Pris en charge Pris en charge
Requirements Management V1* Pris en charge Pris en charge Pris en charge
Requirements Management V2* Pris en charge Pris en charge Pris en charge
Architecture Management V2 Pris en charge Pris en charge Pris en charge
*DOORS 9.4 ne doit pas être configuré pour consommer sa propre interface OSLC. La prise en charge concerne la communication inter-référentiels uniquement.

Les tableaux suivants répertorient les relations OSLC utilisées lors de la liaison d'artefacts entre différentes disciplines :

Tableau 4. Liaison inter-disciplines avec Change Management V1
Liaison via Change Management V1
Lien sortant Lien entrant
Mis en oeuvre par

http://jazz.net/xmlns/prod/jazz/calm/1.0/implementedBy

Met en oeuvre

http://jazz.net/xmlns/prod/jazz/calm/1.0/implementsRequirement

Tableau 5. Liaison inter-disciplines avec Change Management V2
Liaison via Change Management V2
Lien sortant Lien entrant
Affecté par

http://open-services.net/ns/rm#affectedBy

Affecte

http://open-services.net/ns/cm#affectsRequirement

Mis en oeuvre par

http://open-services.net/ns/rm#implementedBy

Met en oeuvre

http://open-services.net/ns/cm#implementsRequirement

Contrôlé par

http://open-services.net/ns/rm#trackedBy

Contrôle

http://open-services.net/ns/cm#tracksRequirement

Tableau 6. Liaison inter-disciplines avec Quality Management V1
Liaison via Quality Management V1
Lien sortant Lien entrant
Validé par

http://jazz.net/xmlns/prod/jazz/calm/1.0/validatedBy

Valide

http://jazz.net/xmlns/prod/jazz/calm/1.0/validatesRequirement

Tableau 7. Liaison inter-disciplines avec Quality Management V2
Liaison via Quality Management V2
Lien sortant Lien entrant
Validé par

http://open-services.net/ns/rm#validatedBy

Valide

http://open-services.net/ns/qm#validatesRequirement

Validé par

http://open-services.net/ns/rm#validatedBy

Valide

http://open-services.net/ns/qm#validatesRequirementCollection

Tableau 8. Liaison inter-disciplines avec Requirements Management V1
Liaison via Requirements Management V1
Lien sortant Lien entrant
Elaboré par

http://jazz.net/xmlns/prod/jazz/calm/1.0/elaboratedBy

Elabore

http://jazz.net/xmlns/prod/jazz/calm/1.0/elaboratesRequirement

Tableau 9. Liaison inter-disciplines avec Requirements Management V2
Liaison via Requirements Management V2
Lien sortant Lien entrant
Elaboré par

http://open-services.net/ns/rm#elaboratedBy

Elabore

http://open-services.net/ns/rm#elaborates

Spécifié par

http://open-services.net/ns/rm#specifiedBy

Spécifie

http://open-services.net/ns/rm#specifies

Tableau 10. Liaison inter-disciplines avec Architecture Management V2
Liaison via Architecture Management V2
Lien sortant Lien entrant
Non applicable Elabore

http://jazz.net/ns/dm/linktypes#elaborates

Non applicable Spécifie

http://purl.org/dc/terms/relation

Les éléments et opérations d'interface utilisateur provenant du domaine Requirements Management sont pris en charge par et disponibles depuis Rational DOORS.

Eléments et opérations d'interface utilisateur OSLC RM V1

L'interface OSLC RM V1 est disponible dans DOORS 9.3 et versions ultérieures.

Les éléments d'interface utilisateur suivants sont implémentés pour RM V1 :
  • Interface utilisateur déléguée pour la section des ressources d'exigences.
  • Interface utilisateur déléguée pour la création de ressources d'exigences.
  • Interface utilisateur déléguée pour la sélection de ressources de collection d'exigences (vues).
  • Rendu compact (infobulles riches) des ressources d'exigences.
  • Rendu compact (infobulles riches) des ressources de collection d'exigences (vues).
  • Ressource de fabrique pour la création programmée de ressources d'exigences.
Les opérations suivantes sont implémentées pour RM V1 :
  • Reconnaissance de service.
  • POST pour la création d'exigence. Crée une nouvelle exigence comme premier objet du module.
  • GET sur une collection d'exigences.
  • PUT sur une collection d'exigences.
  • GET sur une exigence.
  • PUT sur une collection d'exigences.

POST n'est pas disponible au niveau de base de données de l'arborescence de reconnaissance de service.

Un identificateur URI de collection d'exigences référence soit un module, soit un module avec une vue appliquée.

Les liens internes DOORS (entrants ou sortants) ne sont pas exposés dans les résultats GET V1.

Les liens externes DOORS ne sont pas exposés dans les résultats GET V1.

Pour plus d'informations, voir Spécification OSLC RM V1.

Eléments et opérations d'interface utilisateur OSLC RM V2

L'interface OSLC RM V2 est disponible dans DOORS 9.4 et versions ultérieures.

Les éléments d'interface utilisateur suivants sont implémentés pour RM V2 :
  • Interface utilisateur déléguée pour la section des ressources d'exigences.
  • Interface utilisateur déléguée pour la création de ressources d'exigences.
  • Interface utilisateur déléguée pour la sélection de ressources de collection d'exigences (vues).
  • Rendu compact (infobulles riches) des ressources d'exigences.
  • Rendu compact (infobulles riches) des ressources de collection d'exigences (vues).
  • Ressource de fabrique pour la création programmée de ressources d'exigences.
Les opérations suivantes sont implémentées pour RM V2 :
  • Reconnaissance de service.
  • Forme de ressource.
  • POST pour la création d'exigence. Crée une nouvelle exigence comme premier objet du module.
  • GET sur une collection d'exigences.
  • PUT sur une collection d'exigences.
  • GET sur une exigence.
  • PUT sur une collection d'exigences.
  • QUERY est également pris en charge au niveau d'un module.

POST n'est pas disponible au niveau de base de données de l'arborescence de reconnaissance de service.

Un identificateur URI de collection d'exigences référence soit un module, soit un module avec une vue appliquée.

Les liens sortants internes DOORS sont exposés dans les résultats GET V2. Ils sont représentés à l'aide de l'identificateur URI de ressource de module de liens en tant qu'URI espace de nom suivi de "references". Par exemple :
http://localhost:8080/dwa/rm/urn:rational::1-46dd5d7806b96973-M-0001cc43/linkTypes/references
Les liens externes DOORS sont exposés dans les résultats GET V2. Ils sont représentés comme suit :
  • Liens entrants - http://purl.org/dc/terms/isReferencedBy
  • Liens sortants - http://purl.org/dc/terms/references
Pour plus d'informations, voir Spécification OSLC RM V2.

Services racine

Si le serveur DOORS Web Access est installé sur {SERVEUR), par exemple, http://doors.example.com/, alors le document Services racine se trouve à l'emplacement suivant :
  • Pour les versions de DWA antérieures à la 1.4.0.2, l'emplacement est {SERVEUR)/rm/discovery/rootservices
  • Pour DWA version 1.4.0.2 et ultérieures, l'emplacement est {SERVEUR}/public/rootservices
Le document Services racine ne fait pas partie de la spécification OSLC, mais fournit le point d'entrée pour les documents de reconnaissance de service OSLC, ainsi que d'autres URL de configuration nécessaires pour consommer des services OSLC.

Sécurité

La sécurité est obligatoire et est fournie via OAuth 1.0a. OAuth est un protocole ouvert permettant de sécuriser l'autorisation d'API via une méthode simple et normalisée à partir du bureau et des applications Web.

La quasi-totalité des URI OSLC (reconnaissance de service, exigences, collections d'exigences) est accessible uniquement aux utilisateurs authentifiés. L'identificateur URI des services racine constitue une exception à cette règle. Pour plus d'informations, voir Spécification OAuth 1.0a.

Pour plus d'informations sur l'extension de Rational DOORS via des services DXL, voir Services OSLC DXL pour Rational DOORS 9.4.


Commentaires en retour