Identifier la solution

Souvent, le codage est censé être la partie la plus essentielle de tout processus de développement logiciel. Cependant, le codage n'est qu'une partie du processus et peut en fait prendre le minimum de temps si le système est conçu correctement. Avant que le système puisse être conçu, une solution doit être identifiée pour le problème en question.

La première chose à noter à propos de la conception d'un système est qu'au départ, l'analyste système peut proposer plus d'une solution. Mais la solution finale ou le produit ne peut être qu'une seule. Une analyse approfondie des données collectées pendant la phase de collecte des exigences peut aider à trouver une solution unique. La définition correcte du problème est également cruciale pour arriver à la solution.

Lorsqu'ils sont confrontés au problème des solutions multiples, les analystes optent pour des aides visuelles telles que des organigrammes, des diagrammes de flux de données, des diagrammes de relations d'entités, etc. pour comprendre chaque solution en profondeur.

Organigramme

L'organigramme est le processus qui consiste à illustrer les flux de travail et les flux de données dans un système à l'aide de symboles et de diagrammes. C'est un outil important pour aider l'analyste système à identifier une solution au problème. Il représente visuellement les composants du système.

Voici les avantages de l'organigramme -

La représentation visuelle aide à comprendre la logique du programme
Ils agissent comme des modèles pour le codage de programme réel
Les organigrammes sont importants pour la documentation du programme
Les organigrammes sont une aide importante lors de la maintenance du programme

Ce sont les inconvénients de l'organigramme -

La logique complexe ne peut pas être représentée à l'aide d'organigrammes
En cas de changement de logique ou de flux de données / de travail, l'organigramme doit être complètement redessiné

Diagramme de flux de données

Le diagramme de flux de données ou DFD est une représentation graphique du flux de données à travers un système ou un sous-système. Chaque processus a son propre flux de données et il existe des niveaux de diagrammes de flux de données. Le niveau 0 affiche les données d'entrée et de sortie pour l'ensemble du système. Ensuite, le système est divisé en modules et le DFD de niveau 1 montre le flux de données pour chaque module séparément. Les modules peuvent en outre être divisés en sous-modules si nécessaire et le DFD de niveau 2 dessiné.

Pseudocode

Une fois le système conçu, il est remis au chef de projet pour mise en œuvre, c'est-à-dire codage. Le codage proprement dit d'un programme se fait dans un langage de programmation, qui ne peut être compris que par des programmeurs formés à ce langage. Cependant, avant le codage proprement dit, les principes de fonctionnement de base, les flux de travail et les flux de données du programme sont écrits en utilisant une notation similaire au langage de programmation à utiliser. Une telle notation s'appellepseudocode.

Voici un exemple de pseudocode en C ++. Le programmeur a juste besoin de traduire chaque instruction en syntaxe C ++ pour obtenir le code du programme.

Identifier les opérations mathématiques

Toutes les instructions à l'ordinateur sont finalement implémentées sous forme d'opérations arithmétiques et logiques au niveau de la machine. Ces opérations sont importantes car elles -

Occuper l'espace mémoire
Prenez du temps dans l'exécution
Déterminer l'efficacité du logiciel
Affectent les performances globales du logiciel

Les analystes système tentent d'identifier toutes les opérations mathématiques majeures tout en identifiant la solution unique au problème en question.