IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

xUP Discussion :

Notion de business goal [RUP]


Sujet :

xUP

  1. #1
    Nouveau membre du Club
    Inscrit en
    Octobre 2004
    Messages
    37
    Détails du profil
    Informations forums :
    Inscription : Octobre 2004
    Messages : 37
    Points : 30
    Points
    30
    Par défaut Notion de business goal
    Bonjour à tous,

    J'ai une nouvelle question concernant le business modeling du RUP. En effet, en étudiant la knowledge base de rational je suis "tombé" sur la notion de business goal ! J'aimerais savoir plus précisément de quoi il s'agit mais également si un business goal s'intégre directement dans un business use case (vu que le stéréotype existe pour un acteur du use case model de rational rose) ou s'il arrive de créer un business goal diagram.
    De plus, un business use case diagram orienté business goal peut il servir de business vision ?
    Merci d'avance à quiconque me répondra.

    Yves.

  2. #2
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    Les business goal sont ce que tu identifies au départ dans une modélisation métier. Comme leur nom l'indique, ils représentent les objectifs métiers de l'entreprise.
    Par exemple : "Augmenter nos marges sur le produit X"
    Ensuite, tu peux préciser ces goal en identifiant des "sous-goal" qui participent à l'atteinte du goal "parent".
    Dans l'ex. précédent : "Améliorer le temps de rétention en stock", "Réduire les temps de transport"
    Tout ceci se modélise dans un "diagramme de classes" avec les goals "parents" qui pointent vers les goal "enfants"

    Ce n'est qu'ensuite que tu vas identifier des business use cases. Parmis ces BUC, tu identifieras ceux impliqués/impactés par les goal. Tu créeras donc des relations de dépendances entre les goal et les BUC.

  3. #3
    Nouveau membre du Club
    Inscrit en
    Octobre 2004
    Messages
    37
    Détails du profil
    Informations forums :
    Inscription : Octobre 2004
    Messages : 37
    Points : 30
    Points
    30
    Par défaut
    Une nouvelle fois merci ego. Seul petit bémol, à la sixième ligne c'est pas diagramme des cas d'utilisaiton plutot que diagramme de classes ?
    Et pour ce qui est de la business vision, ca cadre dedans ?

    Yves.

  4. #4
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    La sixième ligne est bien ok !
    Les "goals" sont représentés par des classes stéréotypées "business goal".

    La business vision est un document qui précise les intentions de la modélisation métier. Par exemple, tu peux avoir à modéliser le métier uniquement pour comprendre les grandes lignes du métier et les interactions entre les différentes personnes ou alors tu veux modéliser une partie du métier pour optimiser un pan d'activités.
    En fonction de cet objectif, décrit dans la business vision, ton effort de modélisation sera différent. Dans le premier cas, tu modélisera de manière, disons, peu profonde mais large; dans le 2e cas ta modélisation sera peu large mais très profonde (précise, jusqu'à des activité assez élémentaires).
    Le doc de business vision est donc comme le doc de Vision un document qui permet de cadrer le projet. Dans le cas de la business vision, le projet est un projet de modélisation du métier.

  5. #5
    Nouveau membre du Club
    Inscrit en
    Octobre 2004
    Messages
    37
    Détails du profil
    Informations forums :
    Inscription : Octobre 2004
    Messages : 37
    Points : 30
    Points
    30
    Par défaut
    Ok merci ego.

    Pour en revenir à la notion de business goal, en gros cette dernière se rapproche fortement de la notion de besoin non fonctionnel. Si l'on reprend un exemple ou il y a un goal principal et des sous goals, quel type de lien faut il mettre entre les deux ? une dépendance ? une généralisation ?
    Merci.

    Yves.

  6. #6
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    Dépendance du père vers les fils

  7. #7
    Nouveau membre du Club
    Inscrit en
    Octobre 2004
    Messages
    37
    Détails du profil
    Informations forums :
    Inscription : Octobre 2004
    Messages : 37
    Points : 30
    Points
    30
    Par défaut
    Salut,

    Petite précision : au niveau d'UML on identifie donc que des buts stratégiques : améliorer la gestion des stocks, ... et pas de buts opérationnels : gérer les stocks qui sont a proprement parler des use case.
    Merci.

    Yves.

  8. #8
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    Mais "gérer des stocks" n'est pas un but, c'est une activité.

    "Atteindre un taux d'immobilisation des stocks de 5% maxi" serait, lui, un objectif.

  9. #9
    Nouveau membre du Club
    Inscrit en
    Octobre 2004
    Messages
    37
    Détails du profil
    Informations forums :
    Inscription : Octobre 2004
    Messages : 37
    Points : 30
    Points
    30
    Par défaut
    Oui c'est vrai pour UML, mais d'autre formalismes comme i* parlent de "but opérationnel".
    Merci encore à toi.

    Yves.

  10. #10
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    En utilisant le même terme (but), même qualifié par un second, on ne sait plus de quoi on parle car les gens oublient souvent le fameux 2ie terme

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. problème de conversion de dimension dans BUSINESS OBJECT
    Par greatmaster1971 dans le forum Deski
    Réponses: 4
    Dernier message: 28/04/2014, 13h15
  2. implémenter la notion "au moins" pour une liste d'
    Par mohamed dans le forum MS SQL Server
    Réponses: 7
    Dernier message: 18/08/2004, 00h07
  3. Notion de boucles dans Business Object
    Par lionelEIGIP dans le forum Deski
    Réponses: 1
    Dernier message: 08/04/2004, 11h26
  4. Notion sur Socket UDP
    Par oxor3 dans le forum Développement
    Réponses: 3
    Dernier message: 05/04/2004, 00h19
  5. Notion d'algorithme
    Par gtr dans le forum Algorithmes et structures de données
    Réponses: 3
    Dernier message: 10/12/2002, 11h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo