coo poo 1 3 3 simplicite

Diminution du nombre de lignes de code:

    La mise en facteur d'une tâche commune permet de minimiser le nombre de lignes de codes, de procédures, de tables et de queries.

  Le nombre de bugs est statistiquement proportionnel au nombre de lignes de code d'une application.

  La réduction de la taille et du volume permet de réduire les erreurs en même temps que la réduction du temps de développement et de mise au point du logiciel.

  Principe: on fait en une seule fois tout ce qui était fait de nombreuses fois de façon répétitive avec de faibles variances. On crée une tâche commune et on tient compte des variances par la jointure avec une table de paramètres.

  Exemple: dans la mise en forme des lignes d'édition, au lieu de faire 10 fois l'affectation du code d'affichage, on le fait en une seule fois et, pour tenir compte des codes pour différentes lignes, on se sert d'une table de correspondance qui donne les codes d'affichage.

  Effet: La diminution du nombre de queries permet la réduction du nombre de SAVE DATA. Le job tourne plus vite. Les codes moins nombreux sont modifiés plus rapidement lorsque la maquette change.

Convivialité, facilité de compréhension.

    Lorsque les données sont en vrac dans une table B19, les paramètres sont en vrac dans une table B13 et les queries sont en vrac dans la CLIST, il est difficile de distinguer ce qui appartient au folio 1 et ce qui appartient au folio 5, ce qui conditionne le folio 1 et ce qui pilote le folio 5.

    Maintenant que la base pour le folio 5 est plus petite, la table de données pour le folio 5 est plus petite, et la table de paramètres pour le folio 5 est plus petite, c'est beaucoup plus convivial et facile à comprendre, à modifier et à faire évoluer.

Lisibilité, facilité d'expression, de communication, de coordination.

Lisibilité: la BD1 et BD5 après 2 étages d'épuration sont beaucoup plus pures pour les folios 1 et 5, beaucoup plus lisibles et avec moins de lignes et moins de colonnes. On peut sélectionner les ensembles de lignes en moins de codes SQL.

Facilité d'expression: étant donné que les tables de données sont plus petites, les tables paramètres sont plus petites et les tâches à faire sont réduites au minimum pour chaque étape, il devient plus facile de décrire les tables, la base et les traitements . Par exemple il est plus facile d'analyser et d'expliquer à A.V. le folio 5 réduit en taille.

Facilité de communication: puisque les tables sont plus petites, les bases sont plus petites, et le volume des queries à écrire est plus petit à chaque étape de traitement, il devient plus facile de communiquer des explications ou des questions et réponses.

Facilité de coordination: étant donné que les tâches sont plus petites, plus précises, plus indépendantes, il devient plus facile de coordonner différentes tâches, faire le suivi, les vérifications, recetter et intégrer, donner des analyses, recevoir des retours, contrôler. On peut donner des travaux prédécoupés à plus de personnes en parallèle.