UML de remplacement pour le contexte diagramme

Selon UML diagramme de contexte contexte diagramme n'existe pas.

Donc ma question est: lequel de diagrammes UML est bon de montrer quelque chose de ce genre et comment cette peinture?
UML de remplacement pour le contexte diagramme

InformationsquelleAutor user3565261 | 2014-05-20
  1. 9

    J'ai juste trouvé la définition suivante: http://en.wikipedia.org/wiki/System_context_diagram
    C'est probablement ce dont vous avez besoin. 🙂

    Un contexte diagramme définit une frontière entre le système ou une partie d'un système, et de ses
    de l'environnement, en montrant les entités qui interagissent avec elle.

    Il n'y a pas un seul diagramme UML qui serait carte à cette définition, mais j'ai quelques bonnes nouvelles - il y a plusieurs schémas (d'un total de 14), qui indique la frontière entre le système et son monde environnant à partir de perspectives différentes. C'est beaucoup plus souple que seul un contexte diagramme.

    Tout d'abord, je voudrais mentionner un spécial élément UML - un limite. Il peut être utilisé dans tout type de diagramme pour montrer une sorte de délimitation. Vous pourriez éventuellement utiliser pour délimiter visuellement entre le système et son environnement, en particulier dans les situations où ce n'est pas explicite.

    Les diagrammes suivants peut montrer que la frontière entre le système et son environnement:

    • Diagramme de cas d'utilisation (votre exemple) soutenir le contexte explicitement sur le plan fonctionnel. Les cas d'utilisation sont des éléments du système en cours de développement, alors que les acteurs sont extern entités (systèmes ou utilisateurs humains). Avant mentionné frontière est souvent utilisé pour délimiter visuellement entre le système et son environnement.
    • Diagramme de composant est utilisé pour modéliser certains types de modules logiciels (applications, DBs, les systèmes externes, les bibliothèques, etc). Vous pouvez l'utiliser pour montrer à la fois internes et externes des composants et la façon dont ils interagissent. Une limite peut être utilisé pour dessiner clairement la ligne de séparation.
    • Diagramme d'activité pouvez montrer votre système/d'affaires/processus d'utilisation. Certaines activités peuvent être réalisées en interne, d'autres à l'extérieur. Ici, vous n'avez pas besoin de la frontière, mais le soi-disant les travées pour décrire qui fait quoi.
    • De séquence/collaboration diagrammes sont une autre option. Ils montrent que les séquences de communication entre plusieurs objets. Si vous divisez les objets internes et externes et enveloppez-les avec les limites, il est un autre contexte diagramme. 🙂

    UML est souple, il y a probablement d'autres options, mais je pense que c'est suffisant pour se faire une idée.

    InformationsquelleAutor Aleks
  2. 3

    Nom de votre association sont des services. Cas d'utilisation en centre de diagramme de contexte de la définition des services. Voir diagramme de cas d'utilisation:

    UML de remplacement pour le contexte diagramme

    InformationsquelleAutor Vladimir
  3. 1

    Il pourrait être fait avec un cas d'utilisation

    http://en.wikipedia.org/wiki/Use_case

    EDIT:

    Reexamen, diagramme de cas d'utilisation devrait être la prochaine étape une fois que les opérations sont définis donc d'abord vous shouls faire un système de diagramme de séquence.

    http://en.wikipedia.org/wiki/System_sequence_diagram

    • Mais dans le diagramme de cas d'utilisation j'ai besoin de split système à des cas d'utilisation le droit? Je veux montrer contexte entre l'acteur et de l'ensemble du système de paniers.
    • Je crois que l'aide des cas d'utilisation est la bonne façon de le faire, de la profondeur que vous donner à la couche système est à vous. Un diagramme de cas d'utilisation est censé fournir des orientations pour convertir des opérations commerciales pour enginering opérations. C'est si vous voulez utiliser UML, qui est en fait un langage de modélisation pour l'ingénierie du logiciel, peut-être vous n'êtes pas réellement à la recherche pour UML, mais une affaire d'opérations de schéma
    • Eh bien, vous pourriez peut-être essayer de faire un système de diagramme de squence, pourrait être ce que vous cherchez, pas besoin de faire des cas d'utilisation de cette façon: en.wikipedia.org/wiki/System_sequence_diagram
    InformationsquelleAutor Aboca
  4. 0

    J'ai tendance à utiliser des diagrammes de collaboration pour cette. Donc, pour chaque scénario principal de chaque cas d'utilisation, dessiner un diagramme de collaboration montrant les acteurs, avec l'application en tant qu'entité unique dans le milieu, et les messages voyagent autour de que de montrer comment l'application interagit avec les acteurs afin de répondre à la scénario.

    (Je ne mets pas trop de détails dans les messages -- je veux seulement montrer qu'il existe une délégation de responsabilité et à une sorte d'interaction, mais je ne m'inquiète pas à propos des détails des messages, des vues, des données, etc.)

    InformationsquelleAutor kevinrutherford
  5. 0

    Je trouve le contexte diagramme n'ont un attrait particulier. Il se trouve bien avec les utilisateurs de l'entreprise, en leur montrant le champ & parties d'un système dans une manière très facile. Donc, j'ai tendance à créer un diagramme de contexte, même dans les contextes où UML est très répandue.

    InformationsquelleAutor Wim De Groote
  6. 0

    Si vous êtes heureux avec pas terminé sur-ensemble d'UML qui est SysML, vous pouvez avoir le bon Contexte diagrammes de là.

    Cependant, le contexte de diagrammes SysML sont simplement des Diagrammes montrant contexte du système... et les Schémas-blocs se trouvent être les mêmes que UML2 diagramme de Classe, où les classes sont de stéréotype «SysML::Block».

    De sorte que vous pouvez définir votre diagramme de contexte en termes d'agrégation de blocs à votre système, avec les stéréotypes, en se basant sur UML2 les diagrammes de Classe.

    InformationsquelleAutor juandesant