Version imprimable
Bonjour,
d'habitude j'utilise UML pour des applications orienté objets mais maintenant je suis en train de réaliser une application avec un langage structuré: le langage C
je voulais savoir comment puis-je faire l'analyse des besoins?? le diagramme des use case est-il comme en orienté objet??
et est ce que je peux faire un diagramme des classes?? si oui selon quels critères??
Vous remerciant,
les UCs ne sont pas liés à l'implémentation, et donc pas liés au langage utilisé par celle-ci
Je vous remercie,
bon mon application consiste à implémenter un processus qui fait le mapping des fichiers afin d'insérer les données dans la Data Base. ce qui fait que c'est le processus implémenté qui fait toutes les fonctionnalités.
je trouve un problème dans la création du UC diagram car je ne sais pas si je met le processus comme acteur ou système ?
encore une question:
et le diagramme des classes, est ce que je peux le faire?
Merci encore
implémenter un processus est une terminologie assez curieuseCitation:
Envoyé par ensi_meriem
je considère dans la suite que 'processus' est synonyme de 'système'
les UCs permettent de décrire le fonctionnement (boite noire) de votre système, le système n'est donc pas un acteur, les acteurs se sont les utilisateurs de votre systèmeCitation:
je trouve un problème dans la création du UC diagram car je ne sais pas si je met le processus comme acteur ou système ?
vous deviez relire de la doc concernant UML
curieuse question, pourquoi ne pourriez-vous pas le faire ?Citation:
le diagramme des classes, est ce que je peux le faire?
je vous remercie encore
pour le diagramme des classes, j'avais l'habitude de représenter chaque type d'objet dans une classe à part (dans la programmation orientée objet)
dans ce cas là je suis en train de développer avec le langage C qui est un langage structuré: pas d'objet, il n'y a que des fonctions.
ma question c'est: si c'est possible de faire un diagramme des classes, une classes va représenter quoi??? car dans les cas où j'ai utilisé des diagrammes de classes, chaque classe représente un type d'objet et cette dernière pourrait être instanciée en un objet
j'espère que c'est plus clair maintenant.
Merci encore
les classes UML vous permettent de specifier vos enum / struct et unionC
suivant le modeleur utilisé il peut en être de même pour vos typedef
même si vous programmez en C vous pouvez très bien garder une approche objets en associant des fonctions à des classes, et donc en supportant ces fonctions par des opérations
a noter qu'il y a des modeleurs UML faisant de la génération C
faites vous de la génération de code à partir du modèle ?
Bonjour,
Je vous remercie encore pour vos conseils.
Non chui pas en train de faire la génération du code à partir du modèle
Bon tu fais comme si tu faisais du Java ou C++ ou C#. Maintenant comme en fait tu sais que tu fera du C, essayes de ne pas trop utiliser d'héritage (encore que...) et de notions comme la surcharge.
Donc tu fais de l'objet et ce n'est qu'en imaginant comme passer au code (génération automatique ou pas) que tu vas te poser la question, tiens comment faire ? Et là, ce n'est pas compliqué, les opérations deviennent des fonctions/programmes, les "classes + attributs" deviennent des structures......et le tour est joué.
Pour te "rassurer", dans ma boite on fait de l'UML puis on génére du........Cobol !
je vous remercie pour vos conseils :)):ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool::ccool: