programmation modulaire

La programmation modulaire fonctionne sur le principe de « diviser pour régner ». Mérite d'être étudié.

La programmation modulaire implique l'organisation du programme en plusieurs blocs indépendants de petite taille, qui sont généralement appelés modules, le comportement et la structure sont tout à fait complètement certains principes subordonnés. Il vaut la peine de partager l'utilisation du concept de « unité » quand il ya une vue syntaxique unité d'une langue programme et quand il est un écrasement unitaire d'un vaste programme en plusieurs blocs qui peuvent être mis en œuvre sous la forme de procédures, ainsi que dans la forme de fonctions. L'utilisation de la programmation modulaire permet de simplifier le programme de tests et la détection rapide des erreurs. Il peut être strictement séparé des tâches dépendantes du matériel d'autres sous-tâches, ce qui améliorera la mobilité des programmes établis. temps critique modules peuvent altérer séparément, ce qui simplifie considérablement le processus et rend l'efficacité est beaucoup plus élevé. De plus, la programmation modulaire est beaucoup plus facile à comprendre, car les modules peuvent être efficacement utilisés comme blocs de construction pour d'autres programmes.

Le terme lui-même « module » a commencé à être utilisé dans la programmation dans le cadre de l'introduction d'un principe modulaire lorsque les programmes d'écriture. Dans les années soixante-dix, un module appelé une sorte de fonction ou d'une procédure qui a été écrit selon certaines règles. Depuis à ce moment-là n'a pas été formé exigences généralement acceptées, le module est appelé tout processus dont la taille est jusqu'à cinquante lignes. Parnasse premier concrétisa exigences du module ont été formés: « Pour former un seul module devrait être suffisant pour les connaissances minimales sur le contenu de l'autre. » Il se trouve qu'il était la première fois Parnasse formé le concept d'information cacher dans la programmation. Sa définition nous conduit au fait que le module peut être soumis à une procédure unique comme le plus bas et le plus haut niveau de la hiérarchie. cacher en toute sécurité les informations n'a pas pu être obtenue par l'utilisation de structures qui existent à l'époque, car ils ont été soumis à l'effet dramatique des variables globales et leur comportement est difficile à prévoir dans les programmes complexes. Il était nécessaire de créer une structure qui est isolée de ces variables. Il lui était module nommé, et sur la base, et est née la programmation modulaire.

Dans un premier temps on a supposé que la mise en œuvre de systèmes logiciels complexes peuvent être mis en œuvre à l'aide du module sur un pied d'égalité avec les fonctions et procédures que la construction unit et masque les détails de mise en œuvre d'une sous-tâche particulière. Mais dans le langage Turbo Pascal, il n'a pas été pleinement mis en œuvre le principe de la programmation modulaire. Ce langage ne prend pas en charge les modules internes complets, l'importation mis en œuvre suffisamment souple, car elle ne permet pas d'importer des objets de tous les autres modules. L'influence combinée de ce fait avec le fait que, avec la prolifération des ordinateurs personnels très gamme étendue de personnes de programmation, ce qui a réduit le niveau moyen de préparation théorique, a conduit au fait que le développement de modules d'application ont été utilisés comme un moyen de créer le problème des bibliothèques de fonctions et procédures. Seuls les programmeurs qualifiés ont utilisé la pleine puissance des structures linguistiques pour tous les objets dans la structuration des opérations.

Si vous regardez les unités Pascal du point de vue d'un programmeur, leur nombre doit être déterminé par la décomposition du problème en un certain nombre de sous-tâches, indépendamment les uns des autres. Dans le cas extrême, le module peut être utilisé pour la conclusion qu'il n'y a qu'un seul traitement, le cas échéant, à l'action locale qu'elle se fait, il était tout à fait indépendante de l'influence des autres parties du programme avec les modifications apportées dans le projet de code.