Développement de logiciels: la différence entre approche séquentielle et approche modulaire

Lisez cet article pour en savoir plus sur la différence entre approche séquentielle et approche modulaire!

Fertuck suggère que le processus séquentiel traditionnel des étapes de l'analyse et de la conception des systèmes devrait céder le pas au nouveau processus intégrant les informations en retour à plusieurs étapes de développement.

Les processus traditionnels et modernes sont représentés à la Fig .7.5.

Le processus traditionnel d'analyse et de conception du système était séquentiel et l'achèvement d'une étape était la condition préalable au début de l'autre étape. Ainsi, le processus offrait peu de flexibilité pour le changement entre les étapes.

Une interruption à un stade précoce du développement ne pouvait pas être corrigée, même si elle était repérée à un stade ultérieur, car cela impliquait de nombreuses modifications impliquant des processus prenant beaucoup de temps. Ainsi, il proposait des systèmes d’information rigides et permettait une délégation limitée des responsabilités. Cela a entraîné des périodes de développement plus longues, même pour des systèmes d'information plus petits.

L'approche moderne surmonte ces limitations et utilise des outils logiciels modernes pour offrir une flexibilité pendant toute la période de développement. Il permet la délégation de responsabilités dans un groupe plus large et accélère le processus de développement.

Le travail sur chacun des modules du processus peut commencer presque simultanément et les tests de la conception de chaque module peuvent être effectués simultanément. Tout problème identifié dans un module peut être facilement traité sans trop de modification dans l’autre.

Ceci est rendu possible à l'aide d'outils logiciels qui tentent d'automatiser certaines des activités à chaque étape du développement du logiciel.

Chaque module ici impliquerait trois tâches de base:

je. Analyse du système

ii. Concevoir le nouveau système

iii. Test et modification du système

Ces tâches sont représentées pour chacun des modules dans le diagramme ci-dessus. Voyons comment ces tâches sont entreprises pour chaque module ou étape du processus moderne de développement du système.

Module d'entreprise:

Cette section de l’analyse et de la conception du système donne une vision globale de l’entreprise. Il identifie les entités sur lesquelles une organisation collecte des informations et les regroupe sur la base de leurs interrelations. Ces groupes sont également appelés sous-systèmes.

Les entités peuvent être des personnes comme des clients, des vendeurs, des employés, etc. des choses comme des produits, des installations et des équipements, d'autres actifs, etc. des événements comme les ventes, les achats, les dépenses, les recettes et les paiements, etc. emplois, tâches et activités, etc. Ces activités sont interdépendantes et constituent la base de leur regroupement en sous-systèmes.

L'ensemble des sous-systèmes constitue l'entreprise. Les grands systèmes d’information doivent couvrir toute la gamme des sous-systèmes. En revanche, une application de petite entreprise peut avoir une portée limitée et ne peut donc prendre en compte que certains des sous-systèmes de l'entreprise. Une fois les sous-systèmes identifiés, les priorités sont définies pour le développement du système d’information.

L'analyse dans le module d'entreprise se limite à l'identification de telles entités et relations dans chacun des sous-systèmes. Cette étape de l'analyse identifie la structure de base du processus métier, les exigences de base en matière de données, les activités à prendre en charge et détermine les priorités pour la définition du domaine d'application.

Les exigences exactes en matière de données ne sont pas connues à ce stade et une tentative est faite pour obtenir une approximation de la base de données finale. Ainsi, l’analyse des relations entre entités est, au stade actuel, préliminaire et manque de détails qui seraient nécessaires pour concevoir des bases de données.

L'analyse à ce stade inclut également l'identification des activités qui doivent être supportées par le système d'information.

Cela impliquerait une analyse pour:

je. identification des activités aux différents niveaux de l'entreprise.

ii. en les structurant à la lumière de la structure organisationnelle de l'entreprise.

iii. identification des entités que chaque activité utilise ou influence.

iv. regroupement de ces activités dans des sous-systèmes.

Module de base de données:

Le module d'entreprise fournit le cadre de base des exigences en matière de données. Le module de base de données élabore la conception détaillée des bases de données. Ce module utilise des diagrammes ER détaillés qui définissent les propriétés des données. Gardant à l'esprit ces propriétés, des tentatives sont faites pour assurer l'intégrité des données.

Les diagrammes ER détaillés sont traduits en structure de fichiers de base de données relationnelle. Ces structures de fichiers préliminaires sont ensuite examinées à l’aide de consultations avec les utilisateurs. Dans ce module, le processus de normalisation est utilisé pour éliminer les redondances et les anomalies.

Module d'interfaces:

Dans ce module, le format d'écran à saisir est défini à l'aide des générateurs d'écran. De même, les formats des rapports dont les utilisateurs auraient besoin sont spécifiés. La participation des utilisateurs à ce module est peut-être le plus profond de tous les autres modules.

Ce module définit la manière dont une conversation aura lieu entre l'utilisateur et le système informatique. Il est essentiel d'assurer la cohérence entre les formats d'écran de saisie et les documents de base associés. Ils doivent également être complets et permettre une saisie rapide et sans erreur des données.

Module d'application:

Ce module identifie les processus qui doivent être effectués par l'application. Ces processus aident également à définir la portée exacte de l'application. Les concepteurs utilisent généralement des diagrammes de flux de données et des organigrammes système avec des niveaux de détail progressifs pour définir les différents processus impliqués dans l'application. En bref, ce module définit comment les entrées sont converties en sorties souhaitées.

Une fois que les processus sont correctement définis, des prototypes sont développés pour obtenir le retour des utilisateurs. Une fois que les prototypes ont été testés et modifiés à la lumière du retour, le codage final est effectué et divers composants sont intégrés pour former un système d’information complet.

La mise en oeuvre:

Le processus de mise en œuvre comprend toute la gamme d'activités, telles que le test du système, la saisie des données de base, la formation des utilisateurs, l'installation, la maintenance et l'évaluation post-maintenance du système. Les tests consistent à déterminer si le système répond ou non aux exigences de l'application. L'installation peut être progressive ou parallèle en fonction de la nature de l'application.