Question

Je suis appelé à l'occasion impromptue à bord blanc flux de données (non virtuellement), diagrammes d'architecture, etc., tant pour un public technique et non technique. Malheureusement, mes compétences en dessin (et impression) lisibilité sont terribles.

Comment puis-je devenir plus efficace pour le faire? Je cherche des conseils sur les symboles et les connecteurs standards à utiliser, des méthodes standard d'organisation et de catégoriser les informations (par exemple, voies de natation ), etc.

Que puis-je pratiquer pour devenir mieux à ce sujet? Je veux que ces présentations visuelles soient efficaces pour communiquer mes idées et schémas mal présentés peuvent faire les idées apparaissent alambiquée et inélégante, même quand ils ne sont pas.

Était-ce utile?

La solution

blanc-pension est un excellent outil. Je fais un peu de moi-même, et je l'ai trouvé deux ou trois choses à être très efficace:

  • Utilisez un ensemble minimal de symboles : Les boîtes, des flèches, des cercles et des lignes vous obtenez un long chemin. Préférez les choses simples aux techniques de modélisation plus avancées -. Tout le monde comprend des boîtes et des flèches
  • Pensez à haute voix tout en tirant pour aider le public à comprendre ce que vous dessinez.
  • Communiquez avec votre public. Blanc-pension n'est pas une communication à sens unique. Si vous ne savez pas si un message a travers ou un dessin est entendu, il suffit de demander.
  • Lorsque le public est suffisamment faible, amener les gens proches du conseil d'administration et faire des stylos facilement disponibles afin que les gens peuvent dessiner avec vous . Cela permet une meilleure communication visuelle assistée, et une session d'embarquement blanc encore plus efficace.
  • Prenez suffisamment de temps pour écrire et dessiner « soigneusement », mais préfèrent un taux de communication stable sur la main d'écriture parfaite . Ceci est un compromis difficile qui exige une certaine pratique, et la pratique tout en gardant votre écriture et le dessin compréhensible va augmenter votre vitesse d'écriture et le dessin.

Autres conseils

Slow Down.

Il est normal de prendre votre temps pour écrire soigneusement.

Assez basique, mais cette astuce de dessin des bulles de bande dessinée fait une énorme différence pour moi: ne pas tirer des boîtes et écrire un texte à l'intérieur. Vous méjuger généralement la taille requise, ce qui dans le texte écrasé, illisible. Au lieu de cela, écrire votre étiquette premier , et d'en tirer la boîte autour après.

Je suis étonné de voir combien la clarté de mes schémas améliorés par l'application de celui-ci principe simple.

Une autre bonne astuce pour-tableau blanc est d'apporter un appareil photo numérique et prendre une photo de votre session. Vous pouvez jeter que sur une part après la réunion et il est formidable de pouvoir examiner des sessions antérieures de cette façon.

Je vous écris souvent sur le Post It Notes parce que vous pouvez facilement les déplacer comme votre discuter des relations entre les objets. En outre, différentes couleurs Son message peut transmettre le sens.

Voici un exemple:

texte alt http://www.matterco.com /wp-content/themes/matter/images/art057.jpg

  • Essayer d'accueillir trop dans un seul diagramme peut-être embrouillé.
    • Essayez de visualiser drill down d'idées où en vous pouvez dessiner et connecter des modules plus grands. Peut-être, prendre un clin d'oeil de ce diagramme comme un moyen d'enregistrer votre idée sur tableau blanc et obtenir des commentaires.
    • Mettre l'accent sur les petits modules et appliquer des bas de forage le cas échéant.

Wiki a quelques informations de base sur les différents schémas qui pourraient convenir à différents scénarios .

J'espère que cette aide.

hourras

Je sais que je suis un peu en retard sur la scène, mais je recommande également fait écrire ce que vous essayez d'atteindre, que ce soit dans une phrase ou quelques balles. Il est assez facile de travailler vers des choses différentes, et cela devient que plus très tôt. Il peut également être utilisé pour régner dans / rampent exigences du moniteur.

Last but not least, il vous donne aussi un bon point de départ à partir avant de passer aux diagrammes ER et d'autres modèles.

Êtes-vous familier avec ER schématisation? Si vous modélisez un diagrammes ER de la base de données sont assez universels pour la plupart des gens.

Assurez-vous que vous avez un grand tableau blanc.
Le plus grand, le plus clair, vous pourrez détailler vos idées.

Je sais que beaucoup de programmeurs ont tendance à penser à UML comme « cette merde stupide qu'ils veulent me mettre dans le document qui ne va jamais être regardé », mais il a été effectivement conçu pour résoudre le problème des programmeurs de communication.

Savoir UML, même si bien qu'il importe rarement si vous utilisez une flèche ouverte ou une flèche fermée parce que le fait est qu'il va dérouter certaines personnes si vous utilisez le mauvais. Les programmeurs sont bestioles très simples d'esprit et qui est l'une des choses qu'ils aiment souvent obtenir « Stuck » sur.

Connaître quelques types de diagrammes UML de base. Tout le monde connaît un certain niveau de diagramme d'objets, je combine souvent des schémas d'héritage et de confinement dans la même image - ne pas être trop stricte

.

Lire quelques diagrammes de flux et de créer en fait l'un pour un flux complexe sur lequel vous travaillez. Ils sont si sacrément froid à analyser ce qui se passe et à communiquer quoi que ce soit au-delà d'un appel / retour de méthode unique trivial. Je ne savais pas ce pour environ un tiers de ma carrière et a été tout simplement abasourdi la première fois que quelqu'un a jeté un sur le tableau blanc (ce qui était après je savais tout - mais bien sûr, chaque année, je en savoir plus puis décider Je sais tout ENFIN).

Enfin - vous êtes debout parler là-bas avec la personne. Vraiment une boîte sur le tableau blanc est juste quelque chose que vous pouvez pointer afin que la prochaine fois que vous pointez à elle la personne sait que vous dire la même chose ... It'a une aide visuelle à améliorer votre communication verbale, c'est tout.

Edit:

Cette page est une bonne introduction à diagrammes de séquence avec beaucoup de grands exemples .

diagrammes d'architecture "devraient" être en UML.

Cependant.

diagrammes UML détaillés sont une douleur dans le cou, alors ne vont pas pour la profondeur technique.

Il y a, cependant, certains stéréotypes classificateur qui sont très, très utile pour permettre un diagramme sommaire « haut niveau » pour couvrir un certain nombre de bases.

Les "stéréotypes de classe Objectory" (voir http://doc.sumy.ua /prog/umld/AD970806.PDF ) pour le contrôle, les classes limites et des entités valent leur pesant d'or. L'ajout de ces stéréotypes à un diagramme de classes est utile, rapide, et d'une manière formelle de définir la façon dont la classe (ou package) s'insère dans l'ensemble.

Je suis un grand fan de la Galactic Modeling Language , moi-même.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top