Opus Suite 2023
L'effort et le dévouement constants de Systecon pour fournir des outils de pointe pour la gestion du cycle de vie basée sur l'analyse s'appuient sur des décennies d'expérience sur le terrain ainsi que sur le développement et le support continus de la suite Opus. Il en résulte des versions régulières avec de toutes nouvelles caractéristiques et possibilités, ainsi que des améliorations des fonctionnalités existantes. Vous trouverez ci-dessous les principales nouveautés de la dernière année de recherche et de développement, toutes disponibles dans la version 2023 de la suite Opus.
NOUVELLES FONCTIONS
-
Résultats par tâche
-
SIMLOX a maintenant la possibilité de présenter des résultats finement pour les tâches effectuées pendant la simulation. Ces résultats offrent un niveau détaillé de compréhension de la charge de travail de l'organisation de soutien, permettant une compréhension et des capacités analytiques supplémentaires. Ils facilitent également la compréhension et la vérification du modèle d'entrée.
Les résultats des tâches sont disponibles par combinaison de tâche, événement, matériel et intervalle de temps. De nouveaux rapports sont ajoutés et peuvent être configurés pour fournir des détails, ou des résultats agrégés, sur toutes ces dimensions.
Les résultats de la tâche sont obtenus par défaut, mais si vous le souhaitez, il est possible de désactiver la collecte de ces résultats pour réduire le besoin de mémoire et diminuer la taille du fichier de sortie. - Contributeurs aux durées d'immobilisation
-
Avec SIMLOX, il est possible d'analyser les combinaisons de défaillances qui ont contribué à l’immobilisation système . Ceci est particulièrement intéressant pour les systèmes qui incluent des redondances, c'est-à-dire les modèles avec une panne fonctionnelle. Les nouveaux résultats sont présentés dans le rapport, à la fois sous forme de valeurs dans le temps et de totaux sur l'ensemble de la simulation.
- Contributeurs à la dégradation du mode opérationnel
-
L'ordre de priorité dans lequel un système se dégrade en termes de modes opérationnels est décrit comme une entrée pour la simulation dans SIMLOX. Maintenant, des résultats montrant dans quelle mesure certaines défaillances contribuent à cette dégradation sont disponibles. Ces nouveaux résultats sont fournis dans le rapport, à la fois sous forme de valeurs dans le temps et de totaux sur l'ensemble de la simulation.
- Maintenance sans remplacement
-
Avec Opus Suite, il est désormais possible d'associer des défaillances, ou MP, à tout niveau de la décomposition du produit. Cela signifie que vous pouvez relier des événements directement à un sous-système ou à un élément d’arborescence (« point d’emploi »), même s'il n'est pas réalisé par un article. Un exemple typique est une procédure de test sur un sous-système. Un tel événement affecte l'état de préparation du système et peut nécessiter des ressources et/ou des installations de maintenance, mais il ne nécessite pas le remplacement d'un sous-système.
- Utilisation par sous-système ou composant
-
Vous pouvez désormais modéliser une utilisation distincte pour des éléments d’arborescence spécifiques. Cette fonctionnalité permet de gérer facilement les situations où des composants ou des sous-systèmes sont exploités différemment selon le système dans lequel ils sont installés, ou selon l'endroit où le composant est installé dans un système. Cette amélioration constitue une nouvelle étape dans notre ambition de prendre en charge les modèles de systèmes composites, car elle signifie que la suite Opus permet désormais de décrire en détail les opérations de chaque sous-système. Cette fonctionnalité s'appuie sur la possibilité de définir un taux d'utilisation par composant, qui est utilisé pour mettre à l'échelle les occurrences de tous les événements pour le sous-système ou l'élément d’arborescence spécifié. Dans l'outil de simulation SIMLOX, il est également possible de détailler l'utilisation par mode opérationnel sans qu'il soit nécessaire de le combiner avec un découpage fonctionnel (FBD). Cela rend la fonctionnalité plus flexible et applicable dans des scénarios de modélisation poussés.
- Réapprovisionnement en cours de mission pour les stations embarquées
-
Dans SIMLOX, il est désormais possible de modéliser des scénarios où les stations embarquées peuvent être réapprovisionnées alors que le système est toujours en mission. Par exemple, cette fonctionnalité permet de modéliser des scénarios où les systèmes ne sont pas complètement arrêtés lorsqu'ils résident dans leur base d'attache. En d'autres termes, même si le système n'est pas "hors service", certains de ses sous-systèmes peuvent encore être sous tension et éventuellement générer des défaillances.
- Tâches de remplacement en parallèle
-
Dans OPUS10, il est maintenant possible de choisir si les remplacements de plusieurs articles dus à un seul événement de maintenance sont effectués en parallèle (simultanément) ou en série (séquentiellement). Le choix se fait simplement en réglant un paramètre de contrôle d'entrée sur Oui ou Non. Cette option est ajoutée pour mieux refléter la réalité et aligner davantage les hypothèses du modèle entre OPUS10 et SIMLOX.
- Nouveaux résultats pour le nombre d'événements de maintenance par sous-système
-
Dans la suite Opus, les sous-systèmes sont modélisés comme un type spécifique d'élément d’arborescence. Cela rend l'utilisation des sous-systèmes dans un modèle à la fois compact et plus ingénieux. Dans OPUS10 et SIMLOX, de nouveaux rapports sont désormais disponibles pour afficher les résultats sur le nombre de réparations et d'événements de maintenance préventive pour chacun de ces sous-systèmes. En outre, SIMLOX a également la possibilité de présenter le nombre de dommages par sous-système et, dans OPUS10, les résultats sont également disponibles dans le tableau de résultats interactif.
- Profils par défaut améliorés pour les systèmes autonomes
-
lI est possible de créer des profils opérationnels simples dans SIMLOX de manière très rapide et facile. Cette caractéristique a été encore améliorée par la fonctionnalité supplémentaire de création de missions distribuées de manière aléatoire pour les systèmes autonomes. La conséquence la plus importante de cette fonctionnalité est que les résultats d'un modèle OPUS10 avec des systèmes autonomes peuvent être simulés et étudiés plus en détail à l'aide de SIMLOX avec un effort minimal..
CARACTÉRISTIQUES RAFFINÉES
-
Modélisation généralisée du découpage fonctionnel
-
Les capacités de découpage fonctionnel (FBD) ont fait l'objet de quelques améliorations majeures. La principale amélioration est la possibilité de construire des décompositions fonctionnelles qui ne suivent pas strictement la décomposition du produit. Tout d'abord, cela rend la modélisation plus simple et plus compacte, puisque vous ne devez prendre en compte que les parties qui sont incluses dans le FBD. Deuxièmement, vous pouvez maintenant construire des relations fonctionnelles entre des éléments de différentes branches de la décomposition du produit, ce qui n'était pas possible auparavant.
Le support graphique dans la vue FBD a également été amélioré. La vue est maintenant capable de représenter graphiquement les redondances en série qui sont implicitement créées. Grâce à cette mise à jour, il est possible de voir la ventilation fonctionnelle complète, et pas seulement les blocs fonctionnels modélisés explicitement.
Enfin, la vue FBD est désormais disponible dans OPUS10 également.
Pour en savoir plus sur le modèle de ventilation fonctionnelle, nous vous recommandons de consulter les nouveaux tutoriels disponibles avec le dernier paquet d'installation. Voir la documentation utilisateur (fichier d'aide), section "Modeling Examples". - Modèle amélioré pour la cannibalisation
-
La cannibalisation est une autre façon d'essayer de réduire le temps d'immobilisation du système en cas de pénurie d'articles. Un article manquant peut être cannibalisé à un autre système qui est inopérant en raison de l'attente d'autres articles de remplacement. La cannibalisation n'est envisagée que s'il permet d'accélérer le processus de préparation du système cannibalisé tout en ne retardant pas la victime.
Dans la configuration par défaut, la cannibalisation n'est pas autorisée. Pour permettre cette fonctionnalité, on attribue aux victimes potentielles des tâches spécifiques pour le remplacement par cannibalisation . Les activités de cannibalisation sont maintenant modélisées comme des tâches séparées, ce qui donne beaucoup de flexibilité puisqu'elles peuvent alors avoir une durée et des besoins en ressources différents de ceux de la tâche de remplacement standard.
- État initial des systèmes et des articles
-
Le concept d'état initial a été introduit dans SIMLOX. Grâce à cette fonctionnalité, il est possible de définir un état en termes d'âge pour les systèmes et les articles au début de la simulation. L'état initial peut être défini à la fois pour les éléments installés dans un système et pour les éléments en stock. Il est également possible de définir des états initiaux pour des systèmes et des articles qui sont ajoutés ultérieurement dans la simulation par un transfert dans le scénario. La fonctionnalité d'état initial est, pour le moment, principalement utilisée pour déterminer le temps jusqu'au prochain événement programmé (MP).
- Support graphique pour la stratégie de maintenance par article
-
Opus Suite dispose désormais d'une représentation graphique intelligente de la stratégie de maintenance par article. Ceci est réalisé grâce à un nouveau schéma de couleurs pour les articles dans les arbres de la structure du produit d'OPUS10 et SIMLOX.
Cette nouvelle fonctionnalité est plus qu'une simple représentation d'un type d'article puisqu'elle prend en compte tous les aspects de la stratégie de maintenance. Pour un article qui est toujours réparé, la couleur précédente, jaune, est toujours utilisée. Si l'article est mis au rebut, une couleur bleue est appliquée et si l'article est parfois rectifié et parfois mis au rebut, l'article devient vert. Les éléments sans stratégie de maintenance définie sont représentés par une couleur blanche qui indique souvent que certaines données sont manquantes pour cet élément.
- Données d'entrée supplémentaires dépendantes du temps
-
Dans les versions précédentes de SIMLOX, il a été possible de définir des points dans le temps où les taux de défaillance de composants spécifiques changent. Cette fonctionnalité a été étendue et généralisée pour inclure de nombreux paramètres de modélisation supplémentaires. Des paramètres tels que la durée des tâches, les délais d'exécution, les tailles de réapprovisionnement et le temps jusqu'à la perte fonctionnelle peuvent maintenant être modifiés pendant le scénario de simulation. Grâce à cette fonctionnalité, il est facile de refléter des situations où, par exemple, l'organisation de la maintenance doit être modifiée à un moment donné.
- Alignement du concept de "criticité" - introduction de la "perte fonctionnelle".
-
Les versions précédentes de SIMLOX utilisaient le concept d'événements "critiques". Pour lever certaines ambiguïtés, celui-ci a été remplacé par le concept de "perte fonctionnelle". Cette fonctionnalité est utilisée pour décrire dans quelle mesure le fonctionnement et la maintenance du système sont influencés par un certain événement. Pensez à un témoin lumineux dans votre voiture. Même s'il est allumé, vous êtes souvent encore en mesure de conduire la voiture et vous ne devrez probablement pas l'emmener tout de suite à l'atelier. Grâce à cette amélioration, il est non seulement possible de modéliser pendant combien de temps vous pouvez espérer poursuivre les opérations après une défaillance, mais aussi de définir si le composant défaillant continue à générer des défaillances ou non. Une autre nouvelle capacité est un paramètre qui contrôle si la maintenance est nécessaire avant que la mission suivante puisse être lancée.
Dans OPUS10, le « facteur de criticité » a été remplacé par la « probabilité d'impact sur l'efficacité du système » (PSEI). L'interprétation est cependant la même que dans les versions précédentes, et le facteur est toujours utilisé comme la probabilité qu'un événement influence effectivement le fonctionnement des systèmes.
- Conseils d'utilisation et didacticiels supplémentaires
-
Comme vous le savez probablement, l'installation de la suite Opus est accompagnée d'une documentation utilisateur complète qui peut être invoquée de manière interactive à partir de n'importe quelle partie des outils. Ce guide de l'utilisateur, ou « aide » ne contient pas seulement des descriptions de toutes les entrées et sorties, mais aussi des contenus tels que des descriptions de scénarios et des explications des procédures de calcul/simulation. Une autre partie importante et appréciée de la documentation est la section des « exemples de modélisation ». Le but de ces exemples est d'introduire certaines parties du modèle par des tutoriels compacts avec un guidage de l'utilisateur par du texte et des illustrations, ainsi que des fichiers d'entrée complémentaires. Ces fichiers d'entrée sont disponibles sur votre ordinateur dès l'installation dans le dossier \Public Documents\Systecon. Recherchez la version actuelle de l'outil et allez dans le sous-dossier \Demo\Modeling Examples.
Désormais, toute une série de nouveaux tutoriels pour SIMLOX est disponible. En particulier :
- Priorités du mode opérationnel
- Équipes, y compris « entretien de nuit ».
- Résultats du sous-système (disponible également pour OPUS10) - Amélioration du contrôle de la conversion automatique
-
D'importantes améliorations ont été apportées pour gérer la migration des fichiers d'entrée des anciennes versions de la suite Opus. Comme toujours, les fichiers existants peuvent être ouverts et convertis automatiquement à la dernière version. Cependant, une nouvelle fonctionnalité est la possibilité de contrôler cette procédure en détail lorsqu'on part d'un fichier créé dans une version avec l'ancien modèle de données, c'est-à-dire les versions antérieures à 2020. Tout cela se fait dans un dialogue invoqué par la commande de menu Outils->Paramètres de conversion RDM d'Opus Suite. Toutes les fonctionnalités de ce dialogue sont décrites en détail dans la documentation utilisateur.