Comment représenter les rapports dans le diagramme de classes UML

Question

Je travaille sur le système de gestion de guest-house. Différents rapports sont générés quotidiennement, hebdomadairement et mensuellement. par exemple j'ai la classe de pièce qui contient la pièce non, le loyer etc. le rapport d'occupation de pièce est produit sur des bases hebdomadaires selon la formule (occupation de pièce = nombre total de pièce occupé)
comment je représente ceci ou n'importe quel autre rapport dans mon diagramme de classe ou dois-je l'inclure dans mon diagramme de classe?

Answer 1

Les rapports sont générés à partir d'une autre classe et n'ont généralement pas de comportement propre. Ils ne sont donc généralement pas représentés dans un diagramme UML. Vous pouvez avoir un 'ReportGenerator' ou une classe quelconque, mais les rapports réels n'ont pas besoin d'être affichés. Réfléchissez à la façon dont vous pourriez schématiser un système avec 30 à 50 rapports. Les rapports sont en réalité plus comme des cas d'utilisation, et seulement si vous êtes prêt à entrer dans les détails. Ils font partie de la discussion d'interface, un peu comme la conception d'une interface utilisateur ou d'une page Web.

Answer 2

Vous pouvez créer une classe RoomReport si vous pensez avoir besoin d'une représentation concrète. Vous pouvez également avoir un ReportFactory qui héberge la création de rapports.

Ajoutez-le à votre UML s'il est avantageux pour le processus de création de logiciel. Vous le faites pour la mauvaise raison si vous pensez que la pureté ou l'exactitude ou "c'est nécessaire" est votre justification pour le faire. UML est une notation pour la communication entre les développeurs de logiciels et les parties prenantes dans le processus, pas un processus rigide à desservir.