Le processus de développement de logiciels d'application: analyse et conception de systèmes

Le processus de développement d'un logiciel d'application: analyse et conception de systèmes!

Le processus de développement d'un logiciel d'application est également connu sous le nom de cycle de vie du développement du système. Le processus est de nature cyclique, car les systèmes d’information sont modifiés en fonction de l’évolution des besoins des utilisateurs et des lacunes observées à différents stades de développement.

Courtoisie d'image: 24point0.com/ppt-shop/media/catalog/product/m/e/merits-demerits-diagram-powerpoint-slide.jpg

Le processus est similaire au processus de construction de tout autre système majeur.

Traditionnellement, le processus de développement du système a été décrit comme une séquence des étapes suivantes:

je. Identification des besoins des utilisateurs sous forme de fonctions étendues à exécuter par le système,

ii. Analyser le système existant, en identifiant les besoins détaillés des utilisateurs,

iii. Concevoir un nouveau système en reprenant les exigences en termes de méthode, de procédures et de contrôles pour faciliter le codage du système,

iv. Coder les différents programmes du système en utilisant un langage de programmation particulier et les relier pour en faire un logiciel complet,

v. Tester le système pour s'assurer qu'il répond aux exigences spécifiées et le mettre en œuvre en établissant des procédures pour la saisie et la distribution des données.

Ces étapes ont été collectivement appelées analyse et conception de système. À chaque étape du projet de développement du système, différents acteurs avaient des rôles spécifiques à jouer pour que le projet aboutisse.

Principaux acteurs du processus de développement:

Zachman identifie trois acteurs principaux dans le développement de tout système majeur, à savoir le client, le concepteur et le constructeur. Dans l'industrie de la construction, ils sont connus respectivement comme utilisateur, architecte et entrepreneur en construction. Les informaticiens les appellent respectivement utilisateurs, analystes système et programmeurs.

L'analyste de système sert d'intermédiaire entre l'utilisateur et le programmeur et comble le fossé de la communication entre les deux. Ce faisant, il utilise sa compréhension des besoins des utilisateurs et du processus de codage, ajoutant ainsi de la valeur à l’intermédiation. Les relations entre eux sont représentés dans la Fig .7.3.

Cette section est axée sur l'utilisateur (principalement le responsable) et son rôle dans le développement de logiciels fiables de la manière la plus rentable. Comme dans le cas d'autres systèmes, les systèmes d'information sont également exposés au risque de mauvaise communication entre les participants au processus.

En fin de compte, c'est l'utilisateur qui souffre si le système ne correspond pas à ses besoins et à ses attentes. Il est donc nécessaire que le gestionnaire veille à réduire au minimum l'écart de communication entre les participants. Il est donc impératif que le responsable participe au processus de développement du système.

Participation du gestionnaire à l'analyse et à la conception du système :

La fonction de base du système d’information, telle que la définit Weber, est de décrire le comportement de choses et d’événements discrets ayant une pertinence pour une période donnée. Ces choses et événements discrets sont les entités, processus et règles décrivant la fonction dans une organisation.

Les entités sont décrites en stockant leurs informations dans des fichiers de données, généralement appelés fichiers maîtres. Les événements sont généralement décrits par les données contenues dans ce que l'on appelle communément des fichiers de transaction. Les processus sont décrits avec les programmes et la documentation qui les recrée. Les règles spécifient les relations entre les éléments de données, entre les processus et entre les données et les processus.

Ainsi, les entités, processus et règles peuvent être appelés en tant que trois éléments de base de tout système d’information. En fait, les trois blocs de construction sont mieux connus et mieux compris par le responsable. Tout problème de communication de ces blocs de construction peut rendre le système d’information moins utile.

Il est donc essentiel que le responsable soit impliqué délibérément dans le processus d'analyse et de conception du système. Cependant, le degré d'implication peut varier en fonction du niveau de gestion, de la nature des responsabilités, du type de système d'information, etc.

Plus spécifiquement, le rôle d'un responsable dans le processus de développement du système peut être limité au processus de recherche de réponses aux grandes questions suivantes à cet égard:

Que traite le système? La réponse évidente à la question est que tout système d'information traite des données. Cependant, une question plus spécifique qu'un responsable doit résoudre est de savoir quelles données doivent être traitées par le logiciel d'application donné.

Comment ça se passe? Les activités de traitement de données à exécuter par le logiciel sur les données doivent être définies et communiquées en tenant compte des besoins décisionnels du gestionnaire.

Pourquoi développer le logiciel d'application? Il est nécessaire de justifier l'engagement de ressources pour le système et, par conséquent, une analyse coûts-avantages doit être effectuée par la direction pour chaque application.

Où les données seront-elles traitées? Quelles fonctions de traitement de données seront centralisées et quelles fonctions seront décentralisées? La réponse à cette question a une incidence importante sur la manière dont le traitement des données est organisé dans le système et sur les besoins en ressources de traitement.

Quand une fonction de traitement de données donnée doit être effectuée? La question devient pertinente lorsque la capacité de l'infrastructure informatique est une contrainte ou lorsqu'il est nécessaire de synchroniser une fonction de traitement de données avec la survenue d'un événement externe. Une telle situation est plus courante lorsque le système est conçu pour superviser et / ou contrôler un processus physique.

Bien que ces questions semblent assez simples, elles constituent la base de tout système d’information. La recherche de réponses à ces questions aidera non seulement un responsable à identifier ses besoins, mais lui permettra également de comprendre quel est le résultat probable du processus d’analyse et de conception du système. Un responsable doit s’associer activement au processus de développement du système lorsque des réponses à ces questions sont recherchées.