Vues des ressources de l'UAF

Taxonomie des ressources Rs-Tx

Parties prenantes : Fournisseurs de solutions, ingénieurs systèmes, architectes informatiques, implémenteurs.

Préoccupations : Types de ressources.

Définition : Affiche la taxonomie des types de ressources.

Structure des ressources Rs-Sr

Parties prenantes : ingénieurs système, propriétaires de ressources, implémenteurs, fournisseurs de solutions.

Préoccupations : référencer la structure des ressources, les connecteurs et les interfaces dans un contexte spécifique.

Définition : Définit les ressources physiques, par exemple les configurations/systèmes de capacités et les interactions nécessaires à la mise en œuvre d'un ensemble spécifique d'OperationalPerformer. Peut être utilisé pour représenter les réseaux et les voies de communication reliant les ressources de communication et fournit des détails sur leur configuration.

Ressources Connectivité Rs-Cn

Parties prenantes : ingénieurs systèmes, architectes informatiques, fournisseurs de solutions, implémenteurs.

Préoccupations : Capturer les interactions entre les ressources.

Définition : Résume les interactions entre les ressources d'information, les systèmes, le personnel, les ressources naturelles, etc., et les fonctions qui les produisent et les consomment. Des mesures peuvent être incluses en option.

Ressources Processus Rs-Pr

Parties prenantes : Fournisseurs de solutions, ingénieurs systèmes, architectes informatiques.

Préoccupations : Capture le comportement et les flux basés sur l'activité.

Définition : Décrit les fonctions normalement exécutées lors de la mise en œuvre d'activités opérationnelles à support de capacités. Il décrit les fonctions, leurs entrées/sorties, leurs actions et les flux entre elles.

Ressources States Rs-St

Parties prenantes : Ingénieurs systèmes, Ingénieurs logiciels.

Préoccupations : Capturer le comportement basé sur l’état d’une ressource.

Définition : Il s’agit d’une représentation graphique des états d’une ressource et de la manière dont cette ressource réagit à divers événements et actions.

Ressources Séquences Rs-Sq

Parties prenantes : Ingénieurs logiciels, Ingénieurs systèmes.

Préoccupations : Interactions entre les ressources (rôles).

Définition : Fournit un examen chronologique des interactions entre les ressources.

Contraintes de ressources Rs-Ct

Parties prenantes : ingénieurs systèmes, architectes informatiques, fournisseurs de solutions, implémenteurs.

Préoccupations : Définir les limites, les contraintes et les paramètres de performance des ressources, leurs interactions, les fonctions exécutées et les données.

Définition : Spécifie les règles textuelles traditionnelles/exigences non fonctionnelles qui constituent des contraintes sur les ressources, leurs interactions, les fonctions exécutées et les données. L'ajout de paramètres SysML offre un moyen informatique de définir les contraintes de ressources dans un contexte spécifique.

Évolution des ressources Rs-Rm-E

Parties prenantes : ingénieurs systèmes, architectes informatiques, fournisseurs de solutions, implémenteurs.

Préoccupations : La structure des ressources évolue au fil du temps.

Définition : Fournit un aperçu de l'évolution de la structure d'une ressource au fil du temps. Il présente la structure de plusieurs ressources par rapport à une chronologie.

Prévisions des ressources Rs-Rm-F

Parties prenantes : Fournisseurs de solutions, ingénieurs systèmes, architectes informatiques.

Préoccupations : Prévisions technologiques.

Définition : Définit les technologies de soutien actuelles et attendues. Les technologies de soutien attendues sont celles qui peuvent être raisonnablement prévues compte tenu de l'état actuel de la technologie et des améliorations/tendances attendues.

Traçabilité des ressources Rs-Tr

Parties prenantes : Ingénieurs Systèmes, Architectes d'Entreprise, Fournisseurs de Solutions, Architectes Métier .

Préoccupations : traçabilité entre les activités opérationnelles et les fonctions qui les mettent en œuvre.

Définition : décrit la correspondance entre les fonctions et les activités opérationnelles et identifie ainsi la transformation d'un besoin opérationnel en une fonction utile exécutée par une ressource ou une solution.