Vous devez disposer d'un organigramme séparé pour l'interruption de traitement. Organigrammes sont conçus pour montrer le flux de contrôle, et les interruptions, de par leur nature même, sont d'une pause dans le flux de contrôle.
Ok, l'interruption de traitement est un processus séparés. Mais comment puis-je représenter dans le processus principal, par exemple? eh bien, c'est la chose - si le processus principal est libre en cours d'exécution, vous ne savez pas où il sera quand l'interruption se produit. Avec quelques embedded applications temps réel, vous voyez parfois des 'traitement principal" synchronisé à une interruption, dans ce cas, votre organigramme peut avoir une attente pour interrompre bloc", mais à l'inverse on pourrait dire que, dans de tels systèmes de l'ensemble du système est juste un système sophistiqué de gestionnaire d'interruption.
Je mettrais en place un état fini diagramme qui représente les états normaux de contrôle et de l'interruption des états; chaque état serait un bloc de niveau élément qui contenait une flowcharty type de diagramme.
Généralement les interruptions de communiquer avec votre "main" de la fonction (ou d'autres interruptions que ce soit), grâce à l'utilisation du "partage" des variables globales en C-systèmes embarqués à base de. Je pense que d'une façon sensée pour la représenter dans un diagramme de flux consiste à utiliser une ligne pointillée entre les blocs de traitement où ces "communications" impact du programme de flux.
En fonction de l'organigramme de la structure, il serait probablement plus judicieux d'avoir une interruption provenant d'un nœud/boîte qui ne découle pas d'un autre, puisque, par définition, une interruption n'est pas le printemps de la normale de flux logiciel (sauf si c'est un logiciel d'interruption déclenché). Il pourrait être utile d'avoir sur un organigramme séparé, ou de le montrer avec le reste de l'organigramme selon qu'il pourrait déclencher le comportement dans le flux principal de la carte.
Généralement, sans tâches de l'OS ou de la bibliothèque, les interruptions simplement marquer une variable alors que les effets de l'écoulement. Je pense que @JustJeff a droite.
Vous devez disposer d'un organigramme séparé pour l'interruption de traitement. Organigrammes sont conçus pour montrer le flux de contrôle, et les interruptions, de par leur nature même, sont d'une pause dans le flux de contrôle.
eh bien, c'est la chose - si le processus principal est libre en cours d'exécution, vous ne savez pas où il sera quand l'interruption se produit. Avec quelques embedded applications temps réel, vous voyez parfois des 'traitement principal" synchronisé à une interruption, dans ce cas, votre organigramme peut avoir une attente pour interrompre bloc", mais à l'inverse on pourrait dire que, dans de tels systèmes de l'ensemble du système est juste un système sophistiqué de gestionnaire d'interruption.
OriginalL'auteur JustJeff
Je mettrais en place un état fini diagramme qui représente les états normaux de contrôle et de l'interruption des états; chaque état serait un bloc de niveau élément qui contenait une flowcharty type de diagramme.
OriginalL'auteur Paul Nathan
Généralement les interruptions de communiquer avec votre "main" de la fonction (ou d'autres interruptions que ce soit), grâce à l'utilisation du "partage" des variables globales en C-systèmes embarqués à base de. Je pense que d'une façon sensée pour la représenter dans un diagramme de flux consiste à utiliser une ligne pointillée entre les blocs de traitement où ces "communications" impact du programme de flux.
OriginalL'auteur vicatcu
En fonction de l'organigramme de la structure, il serait probablement plus judicieux d'avoir une interruption provenant d'un nœud/boîte qui ne découle pas d'un autre, puisque, par définition, une interruption n'est pas le printemps de la normale de flux logiciel (sauf si c'est un logiciel d'interruption déclenché). Il pourrait être utile d'avoir sur un organigramme séparé, ou de le montrer avec le reste de l'organigramme selon qu'il pourrait déclencher le comportement dans le flux principal de la carte.
OriginalL'auteur James Snyder
Généralement, sans tâches de l'OS ou de la bibliothèque, les interruptions simplement marquer une variable alors que les effets de l'écoulement. Je pense que @JustJeff a droite.
OriginalL'auteur kenny