Quels diagrammes UML créez-vous pour les applications ASP.NET?

J'ai utilisé UML car il a été inventé dans les années 90 et l'a utilisé dans des entreprises grandes et petites pour une grande variété d'objectifs. J'utilise UML à deux fins fondamental: comme un tampon de gratter pour penser (parfois je ne sais pas ce que je pense jusqu'à ce que je vois ce que je dessine;) et comme un moyen de documenter et de communiquer conceptions . Voici comment je l'utilise et certaines de mes règles de pouce.

J'utilise UML lorsque d'autres outils sont inadéquats pour la visualisation / la modélisation. Donc, si vous utilisez une base de données SQLServer, vous pouvez utiliser les diagrammes de conception intégrés et les imprimer et les coller dans vos documents. UML n'est pas nécessaire ici.

En pensant à des problèmes de conception, je commence souvent par un tableau blanc mural et une fois que la conception se cristallise, je passe aux diagrammes UML (ou reculez et descendant du moniteur au mur).

JavaScript et développement Ajax . Le support d'outil et de visualisation est faible. J'utilise UML pour réfléchir et montrer la conception de haut niveau des applications JavaScript complexes. (Si vous travaillez sur une application Java, vous pouvez utiliser les outils intégrés à la plupart des IDes Java pour visualiser votre code. D'autre part, si vous travaillez sur une application JavaScript ou que vous avez des outils médiocres, c'est plus difficile à faire. , donc UML peut combler les lacunes.)

Architectures d'information et navigation pour les applications Web . J'utilise UML pour afficher des pages Web, leurs relations et des composants d'informations sur les pages Web. La même chose s'applique également aux écrans de n'importe quel type d'interface graphique (elle s'appelait pour être appelée modèle d'expérience utilisateur). J'utilise des URL de repos dans mes applications Web. Je annote donc mes objets de page pour afficher les URL actuelles de repos. De cette façon, je pense simultanément à travers la partie de la pièce alors que je pose les pages. Dans mon expérience, c'est l'un des types de diagrammes les plus utiles et sous-utilisés, peut-être parce que ce n'est pas standard. Il capture à la fois l'architecture de l'information (votre modèle de domaine expérimenté comme une collection de pages / écrans) et du concept de la demande en tant que jeu de vues navigables. Fréquemment, il existe une inadéquation entre ce modèle le plus proche de l'utilisateur et du modèle de domaine d'application ou du modèle de base de données. Être capable de faire sortir ce modèle le problème. J'ai travaillé sur des projets où tout le monde avait son modèle de l'application à construire: les personnes utilisables, les développeurs, les personnes de la base de données, les architectes d'entreprise. Mais personne n'avait le modèle correct et le modèle d'expérience utilisateur a échappé ce qu'ils ne voyaient pas.

Modèles basés sur le code . Je travaille avec Java et ingénieur inverse le codeBase et crée des diagrammes pour documenter la conception. Cependant, parce que les outils Java sont si matures, je dois rarement inverser l'ingénieur pour comprendre le code. J'utilise l'architecte d'entreprise qui est peu coûteux et vous permet d'inverser l'ingénieur nouveau code et de la synchroniser avec des diagrammes UML en fonction du code plus ancien.

Je mets tous ces diagrammes différents dans un seul projet et décrivent la conception totale du système en tant que jeu de vues . J'exporte également mes projets UML en XML et les stocker dans mon système de contrôle de version. Les diagrammes sont publiés sur l'intranet et insérés dans des documents.

schémas de composants, jamais. Si je veux décrire des composants, je viens d'utiliser un diagramme de classe et de l'annoter avec un stéréotype: page, vue, table - pour représenter le type d'objet que je ' m représentant. Qui garde les choses simples pour moi. J'utilise des stéréotypes fortement . Ils me permettent de créer essentiellement mes propres types de diagrammes et pourtant rester en utilisant la plupart des diagrammes de classe.

J'utilise séquence et diagrammes d'activité rarement , mais ils peuvent être indispensables et puissants parfois. Diagrammes de séquence dans la phase de conception lorsque vous travaillez les interactions des objets. Plus les interactions sont complexes, plus vous avez besoin de diagrammes de séquence. (Lorsque le diagramme de séquence est trop complexe, ce fait peut indiquer que vous devez simplifier votre conception.) J'ai trouvé des diagrammes de séquence les plus utiles lors de l'ingénierie inverse d'un nouveau projet que j'ai hérité et que j'ai besoin de vous lever rapidement. J'ai découvert qu'ils peuvent me donner un avantage concurrentiel dans la compréhension des systèmes.

Enfin, j'ai tendance à préférer modèles quasi-physiques . Modèles basés sur le code réel à écrire ou au système actuel, mais quelque peu résumé et modifié à des fins de communication. Quelque part entre les abstractions aériennes des "astronautes d'architecture" et des modèles de code complexes avec trop de détails et moins de valeur que la vue contour de votre IDE.

pour résumer. J'utilise UML pour la pensée et la documentation et la communication de designs lorsqu'il est nécessaire de visualiser une meilleure visualisation et lorsque d'autres outils sont courts.