UML pour le langage de programmation C

UML est le plus couramment utilisé pour la modélisation du système à l'aide de C++. Dans mes projets C est le langage de mise en œuvre. Je suis à la recherche de ressources sur UML stratégies qui sont applicables pour C. je veux utiliser UML lors de la conception et de représenter les différents aspects du système.

  • Ma question n'est pas sur la façon de la programmation orientée objet qui peut être fait en C. Pour cela, nous avons de nombreuses méthodes comme www.state-machine.com/devzone/cplus_3.0_manual.pdf et www.planetpdf.com/codecuts/pdfs/ooc.pdf. Comme steven mentionné, en C on peut vouloir utiliser uniquement diagramme de séquence et diagramme de composant. Je suis à la recherche de certaines ressources qui décrivent ces stratégies. J'ai une petite idée comme, fichier représente un module et il peut être utilisé à la place de l'objet dans un diagramme de séquence. Et je montre les flux entre les différents modules à l'aide de cette stratégie.
InformationsquelleAutor Andy | 2010-01-11
  1. 32

    Je ne sais pas de toutes ressources existantes que de discuter de l'utilisation UML spécifiquement pour C. Comme d'autres l'ont mentionné, UML est indépendant de la langue.

    Gardez à l'esprit que avec UML, vous pouvez avoir un modèle pour le domaine du problème, et un autre pour la mise en œuvre. Essayez de ne pas modéliser le problème de domaine en termes de C, mais plutôt comme de haut niveau de l'OO. Une fois que vous comprenez le problème de domaine de manière suffisamment adéquate, vous pouvez commencer la modélisation de mise en œuvre.

    Pour la modélisation procédurale style des implémentations C, les diagrammes suivants pourrait être utile:

    • Diagramme de classe:
      • Show C module Api
      • Show C module des relations (surtout les dépendances pour les non-OO)
      • Montrent des structures et énumérations (à l'aide de < < stéréotype> >)
    • Diagramme de Package: Afficher le contenu (modules) de bibliothèques, et les relations de dépendance entre les bibliothèques
    • Diagramme d'activité: Diagramme des non-trivial algorithmes
    • Séquence/diagramme de collaboration: Montrer comment les événements et les messages entre les modules/entités/entrées/sorties se produire dans le temps
    • Statechart diagram: Pour les machines d'état, bien sûr!

    Expansion sur les diagrammes de classe, vous pouvez les "abus" de la façon suivante pour la procédure de style C:

    • Mondiale extern fonctions -> méthodes publiques
    • Locale des fonctions statiques -> méthodes privées
    • Global variables extern -> le public et les membres
    • Local variables statiques -> membres privés
    • Structs -> classe avec "struct" stéréotype
    • #define constantes -> classe avec "énumération" stéréotype

    Expérience, et vous verrez de vos propres conventions pour abuser d'UML.

    InformationsquelleAutor Emile Cormier
  2. 8

    Le problème C est qu'il est plus d'un langage de programmation procédural. Son plus difficile d'obtenir la précision, la conception avec une application C. Si vous travaillez avec C vous pouvez coller avec les diagrammes de séquence et les diagrammes de composants, comme qui ils décrivent et un aperçu de ce qui se passe plutôt que d'un graphe de dépendances et de l'interaction.

    • C est pas un "fonctionnelle" du langage de programmation. Je crois que le terme qui a été demandé est "procédural".
    • Vous avez raison sur ce, je pensais ... mais pas de classes = fonctionnel... mais par la définition la plus stricte, il est fonctionnel ... ça marche 😛
    • Je suis d'accord qu'UML n'est pas bien adapté pour les C, étant donné que UML a été dérivé de l'Orienté-Objet, une école de pensée. Mais vous peut pirater un ensemble minimal de relations, arrosé de l'Objet à construire en C en utilisant les structures contenant des pointeurs de fonction... bien que l'héritage et le polymorphisme ne sont pas aussi simples. De toute façon, UML n'est pas si utile en C
    • c est un multi-paradigme de la langue, et fp est facilement atteinte en c simplement la structuration de vos fonctions sans effets secondaires.
    • C'est pourquoi j'ai suggéré les diagrammes qui sont les plus grands de l'image plutôt que les diagrammes de classe et la comme.
    • Si vous pensez à des modules en C comme singleton classes, vous pouvez certainement utiliser des diagrammes de classe. Lorsque ces modules utilisent la notion de "gérer" dans leur Api pour permettre des fonctions de travail de la différence des instances des "objets", puis vous obtenez à part entière classes.

    InformationsquelleAutor monksy
  3. 5

    Une conception orientée objet est indépendante de la langue et vous pouvez bien sûr la conception de votre système en utilisant UML. Certains outils comme Rhapsody permettra également à la génération de code et en aller-retour, nous utilisons pour certains projets spéciaux où C++ n'est pas une option. Si vous voulez écrire votre code par l'utilisation de la main certaines convention de nommage comme Subsystem_Module_Class_Method au nom de vos fonctions dans un objet orienté chemin et utilisez un .c fichier par classe. À l'aide de C n'est pas un obstacle contre d'avoir un design propre.

    • Son pas un obstacle pour la conception propre... mais vous n'allez pas avoir le niveau d'abstraction, et la conception des composants comme vous le feriez avec un langage de programmation orientée objet. C'est la raison pour laquelle Oups a été créé.
    • La programmation orientée objet peut également être fait dans C: GTK est un bon exemple de cela. Il fait un usage intensif de macros, ok, mais du point de vue syntaxique, il est tout à fait propre. Je suis d'accord que d'autres langues de l'intégrer mieux dans leur syntaxe, et le code est peut-être un peu plus propre, mais avec C, vous pouvez atteindre les mêmes objectifs. L'Abstraction est dans la conception, le code, juste reflète plus ou moins bien.
    InformationsquelleAutor jdehaan