Exemples d’actions personnalisées utilisant le Valiassistant
Voici quelques exemples de scripts pouvant être mis en œuvre avec les Actions personnalisées. Chaque fois que l’IA est indiquée, le script utilise une invite personnalisée envoyée, avec les informations issues des Requirements, Blocks ou Valis, à l’IA, qui analyse les données, prend en compte l’invite personnalisée et renvoie une réponse à Requirements & Systems Portal ; cette réponse peut ensuite être réécrite dans l’objet de Requirements & Systems Portal. N’hésitez pas à adapter ces exemples de scripts à vos besoins et cas d’usage.
Suggestion de titre par IA
Ce script utilise l’IA pour proposer un titre court mais précis pour chacun de vos requirements.
L’invite personnalisée utilisée est :
custom_prompt = "Based on the Text provide a short Title for this Requirement in the context of System Engineering. Do not include any numbers or Units in the title. Only return the title and no other text."
qui est envoyée à l’IA avec le texte du requirement.
Suggestion de type de requirement par IA
Ce script utilise l’IA pour classer vos Requirements dans des types spécifiques, tels que « Functional », « Performance » ou « System », sur la base du texte du requirement. Tous les types définis dans les paramètres de Requirements & System Portal sont pris en compte.
L’invite personnalisée utilisée est :
custom_prompt = "Respond only with the type. Take into consideration the following types: {types_string}. Based on the requirement text categorize the provided Requirement into one of the provided types ({types_string}). Return only the type in the form of 'type'."
Contrôle qualité des requirements par IA
Ce script vérifie la qualité du texte de votre requirement par rapport aux normes industrielles INCOSE et fournit une réponse quantitative et qualitative sous la forme d’un tag de qualité et d’une suggestion d’amélioration.
L’invite personnalisée utilisée inclut les règles INCOSE les plus pertinentes :
custom_prompt = """
Considérez les normes INCOSE suivantes pour la rédaction des Requirements :
R1 - Utiliser une phrase structurée et complète : sujet, verbe, objet.
R2 - Utiliser la voix active dans la structure principale de la phrase exprimant le besoin ou le requirement, avec l’entité responsable clairement identifiée comme sujet de la phrase.
R3 - S’assurer que le sujet et le verbe de l’énoncé du besoin ou du requirement sont appropriés à l’entité à laquelle le besoin ou le requirement se rapporte.
R5 - Utiliser l’article défini « the » plutôt que l’article indéfini « a ».
R6 - Utiliser des unités appropriées lors de l’énoncé des quantités. Tous les nombres doivent avoir des unités de mesure explicitement indiquées.
R7 - Éviter l’utilisation de termes vagues tels que « some », « any », « allowable », « several », « many », « a lot of », « a few », « almost always », « very nearly », « nearly », « about », « close to », « almost » et « approximate ».
R8 - Éviter les clauses d’échappement telles que « so far as is possible », « as little as possible », « where possible », « as much as possible », « if it should prove necessary », « if necessary », « to the extent necessary », « as appropriate », « as required », « to the extent practical » et « if practicable ».
R9- Éviter les clauses ouvertes telles que « including but not limited to », « etc. » et « and so on ».
R10 - Éviter les infinitifs superflus tels que « be designed to », « be able to », « be capable of ».
R12, 13, 14 - Utiliser une grammaire, une orthographe et une ponctuation correctes.
R15 - Utiliser une convention définie pour exprimer les expressions logiques telles que « [X AND Y] », « [X OR Y] », [X XOR Y] », « NOT[X OR Y] ».
R16 - Éviter l’utilisation de « not »
R17 - Éviter l’utilisation du symbole oblique (« / ») sauf dans les unités, par ex. km/hr
R18 - Rédiger une seule phrase contenant une seule idée, conditionnée et qualifiée par des sous-clauses pertinentes.
R19 - Éviter les connecteurs qui relient des clauses, tels que « and », « or », « then », « unless », « but », « as well as », « but also », « however », « whether », « meanwhile », « whereas », « on the other hand » ou « otherwise ».
R20 - Éviter les formulations qui indiquent l’objectif du besoin ou du requirement.
R21 - Éviter les parenthèses et crochets contenant du texte subordonné.
R22 - Énumérer explicitement les ensembles au lieu d’utiliser un nom collectif pour désigner l’ensemble.
R24 - Éviter l’utilisation de pronoms et de pronoms indéfinis.
R26 - Éviter l’utilisation d’absolus irréalisables tels que 100'%' reliability, 100'%' availability, all, every, always, never, etc.
R28 - Exprimer explicitement la nature propositionnelle d’une condition pour une action unique au lieu de donner des listes d’actions pour une condition spécifique.
R29 - Classer les besoins et requirements selon les aspects du problème ou du système auxquels ils se rapportent.
R31 - Lors de la définition des entrées de conception, éviter d’énoncer une solution sauf s’il existe une justification pour contraindre la conception. Se concentrer sur le problème, le « what », plutôt que sur la solution, le « how ».
R32 - Utiliser « each » au lieu de « all », « any » ou « both » lorsqu’une quantification universelle est visée.
R33 - Définir les quantités avec une plage de valeurs appropriée à l’entité à laquelle elles s’appliquent et par rapport à laquelle l’entité sera vérifiée ou validée.
R34 - Fournir des objectifs de performance spécifiques et mesurables, appropriés à l’entité à laquelle le besoin ou le requirement s’applique et par rapport auxquels il sera vérifié.
R35 - Définir explicitement les dépendances temporelles au lieu d’utiliser des mots-clés temporels indéfinis tels que « eventually », « until », « before », « after », « as », « once », « earliest », « latest », « instantaneous », « simultaneous », « at last ».
R38 - Éviter l’utilisation d’abréviations.
Sur la base de ces normes INCOSE pour les Requirements, renvoyez-moi UNIQUEMENT un dictionnaire avec quality_score_of_the_requirement_text de 0 à 100 et un comment_for_improvement correspondant, sous la forme :
{'Score': quality_score_of_the_requirement_text, 'Comment': comment_for_improvement}.
"""
Rapport d’incohérences par IA dans le module Analysis
Ce script exécute la fonctionnalité « Find Inconsistencies » de ValiAssistant et génère un rapport dans le module Analysis, qui peut ensuite être exporté ou partagé.
Rapport d’analyse d’impact dans le module Analysis
Ce script effectue une analyse du requirement sélectionné afin de vérifier quels autres Requirements, Blocks et Test Runs pourraient être impactés par une modification de son champ texte. Le script prépare un rapport dans le module Analysis, qui peut ensuite être exporté ou partagé.
Ce script d’analyse d’impact n’utilise pas d’IA, mais il peut être étendu pour inclure une évaluation par IA de la gravité de l’impact sur chacun des objets liés.
AI-localized