Samares Engineering a une bonne expérience dans l’identification et la définition des exigences. Ces exigences peuvent être la traduction de l’expression de besoin des clients/utilisateurs/parties prenantes du projet concernant un nouveau système ou une modification d’un système ou bien encore d’un outil; elles peuvent être aussi la spécification du système ou logiciel, c’est à-dire préciser ce que ce système (ou logiciel) fera pour satisfaire les attentes exprimées par le client et toutes les parties prenantes du projet.
La qualité des exigences peut être guidée par l’utilisation de « canevas » d’exigences (« le système devrait faire… ») et par l’utilisation de règles syntaxiques ou sémantiques qui seront vérifiées sur la base d’exigences. Certains outils se sont spécialisés dans ce support à l’écriture d’exigences textuelles de bonne qualité.

Quant un système ou logiciel est complexe et/ou critique et nécessite beaucoup d’efforts pour garantir une bonne cohérence entre les exigences, nous préconisons de combiner les bonnes pratiques d’écriture textuelle des exigences avec une approche basée sur l’utilisation des modèles. L’idée est utiliser les modèles pour transformer les besoins et attentes en exigences et pour rafiner et transformer les exigences de niveau système en exigences de niveaux inférieurs (sous-système, logiciel ou matériel).

La modélisation aide principalement à maturer rapidement les exigences très tôt dans le cycle de définition/développement et dès les premières itérations grâce aux étapes suivantes:

• identification/capture des exigences grâce aux différents points de vue que le modèle permet d’exprimer sur le contexte du système
• formalisation cohérente des exigences: cohérence locale obtenue par construction grâce aux diagrammes et cohérence globale grâce à l’utilisation d’une démarche systématique permettant de relier les éléments de modèle entre eux; cela permet de détecter les ambiguïtés, erreurs et possibles manques dans les attentes et dans la définition du système ou de son architecture.
• vérification et validation des exigences tôt dans le cycle de développement grâce à l’analyse, la revue et la simulation des modèles qui les représentent, et en présence des parties prenantes.

Note: Samares Engineering a animé un groupe de travail de l’AFIS (Association Française des Ingénieurs Système) sur « l’ingénierie des exigences dans un contexte d’utilisation des modèles et pendant la phase de définition d’architecture ». La contribution des différents participants industriels a permis de construire un livre blanc, actuellement en revue par la direction technique de l’AFIS. Nous espérons une publication prochaine (avant fin février 2016). Un lien sera fourni sur notre site.

Concernant les outils de gestion et traçabilité des exigences nous avons une bonne expérience sur la plupart de ceux utilisés dans l’industrie aujourd’hui: l’onglet « Sélection d’outil d’ingénierie des exigences » vous donnera un bon aperçu.

Concernant les outils de modélisation utiles pour la formalisation et transformation des exigences,  voyez Outils de modélisation des exigences

Nous débutons généralement par les critères standard de gestion et traçabilité d’exigence ISO/IEC TR 24766:2009 et nous les complétons avec ceux liés au contexte spécifique du client en termes de processus et d’environnement d’outils auxquels il est nécessaire de s’intégrer (gestion de version, configuration, documentation, modélisation…).

A titre d’exemple pour les spécificités de processus, dans le cadre d’ingénierie logicielle la capture du besoin n’est pas fondamentale dans la mesure où les exigences amont sont en général bien identifiées par l’équipe « système » qui les fournit. Les capacités de capture des exigences sont donc peu utiles pour le choix d’un outil.

Concernant l’outillage du client, si l’ingénieur système ou logiciel doit utiliser un outil de modélisation se trouvant sur son poste de travail, un critère important sera de pouvoir tracer les exigences vers les éléments de modèle fournis par cet outil. Une connexion directe entre les 2 outils sera forcément plus appréciée qu’un travail indirect via des identifiants. Or ce type d’intégration sur le poste client n’est pas toujours bien supporté par les solutions basées « navigateur », ce qui constitue une forte tendance depuis quelques années…

Voici une liste de quelques outils que nous avons évalué récemment pour certains de nos clients:

• Polarion (Siemens)
• Integrity Lifecycle Manager (PTC)
• Aras Innovator Requirements (Aras)
• JAMA (Jama Software)
• DOORS NG (IBM)
• Reqtify (Dassault Systems)
• ProR (Eclipse community)

L’idée principale est d’utiliser les modèles pour formaliser les exigences et les décliner à différents niveaux de raffinement de façon à pouvoir établir des liens de traçabilité au travers des modèles.

Samares Engineering a animé un groupe de travail de l‘AFIS, (Association Française des Ingénieurs Système) sur « l’ingénierie des exigences dans un contexte d’utilisation des modèles et pendant la phase de définition d’architecture ». La contribution des différents participants industriels a permis de construire un livre blanc: Requirements and Architecture within Modelling context.

Note: ce livre blanc est aussi disponible directement ici sur le magasin de l’INCOSE.

Le schéma ci-dessous présente les différents types de modèles préconisés par Samares Engineering pour transformer les exigences entre les différents niveaux d’ingénierie.

Pour plus d’information, renez-vous sur la partie « IDM » ici.