Analyse et conception du système - Guide rapide

Le développement de systèmes est un processus systématique qui comprend des phases telles que la planification, l'analyse, la conception, le déploiement et la maintenance. Ici, dans ce tutoriel, nous nous concentrerons principalement sur -

• Analyse des systèmes
• Conception de systèmes

Analyse des systèmes

Il s'agit d'un processus de collecte et d'interprétation des faits, d'identification des problèmes et de décomposition d'un système en ses composants.

L'analyse du système est réalisée dans le but d'étudier un système ou ses parties afin d'identifier ses objectifs. C'est une technique de résolution de problèmes qui améliore le système et garantit que tous les composants du système fonctionnent efficacement pour atteindre leur objectif.

L'analyse spécifie what the system should do.

Conception de systèmes

Il s'agit d'un processus de planification d'un nouveau système d'entreprise ou de remplacement d'un système existant en définissant ses composants ou modules pour répondre aux exigences spécifiques. Avant de planifier, vous devez bien comprendre l'ancien système et déterminer comment les ordinateurs peuvent être utilisés au mieux pour fonctionner efficacement.

La conception de système se concentre sur how to accomplish the objective of the system.

L'analyse et la conception de systèmes (SAD) se concentre principalement sur -

• Systems
• Processes
• Technology

Qu'est-ce qu'un système?

Le mot système est dérivé du mot grec Systema, qui signifie une relation organisée entre tout ensemble de composants pour atteindre une cause ou un objectif commun.

Un système est «un regroupement ordonné de composants interdépendants liés entre eux selon un plan pour atteindre un objectif spécifique».

Contraintes d'un système

Un système doit avoir trois contraintes de base -

• Un système doit avoir structure and behavior qui est conçu pour atteindre un objectif prédéfini.

• Interconnectivity et interdependence doit exister parmi les composants du système.

• le objectives of the organization avoir un higher priority que les objectifs de ses sous-systèmes.

Par exemple, système de gestion du trafic, système de paie, système de bibliothèque automatique, système d'information sur les ressources humaines.

Propriétés d'un système

Un système a les propriétés suivantes -

Organisation

L'organisation implique la structure et l'ordre. C'est la disposition des composants qui permet d'atteindre des objectifs prédéterminés.

Interaction

Il est défini par la manière dont les composants fonctionnent les uns avec les autres.

Par exemple, dans une organisation, le service des achats doit interagir avec le service de production et la paie avec le service du personnel.

Interdépendance

L'interdépendance signifie comment les composants d'un système dépendent les uns des autres. Pour un bon fonctionnement, les composants sont coordonnés et reliés entre eux selon un plan spécifié. La sortie d'un sous-système est celle requise par un autre sous-système comme entrée.

L'intégration

L'intégration concerne la manière dont les composants d'un système sont connectés entre eux. Cela signifie que les parties du système fonctionnent ensemble au sein du système même si chaque partie remplit une fonction unique.

Objectif central

L'objectif du système doit être central. Cela peut être réel ou déclaré. Il n'est pas rare qu'une organisation énonce un objectif et agisse pour en atteindre un autre.

Les utilisateurs doivent connaître l'objectif principal d'une application informatique au début de l'analyse pour une conception et une conversion réussies.

Éléments d'un système

Le schéma suivant montre les éléments d'un système -

Sorties et entrées

• Le but principal d'un système est de produire une sortie utile pour son utilisateur.

• Les entrées sont les informations qui entrent dans le système pour traitement.

• La sortie est le résultat du traitement.

Processeur (s)

• Le processeur est l'élément d'un système qui implique la transformation effective de l'entrée en sortie.

• C'est la composante opérationnelle d'un système. Les processeurs peuvent modifier l'entrée totalement ou partiellement, selon la spécification de sortie.

• À mesure que les spécifications de sortie changent, le traitement change également. Dans certains cas, l'entrée est également modifiée pour permettre au processeur de gérer la transformation.

Contrôle

• L'élément de commande guide le système.

• C'est le sous-système décisionnel qui contrôle le modèle d'activités régissant les entrées, le traitement et la sortie.

• Le comportement d'un système informatique est contrôlé par le système d'exploitation et le logiciel. Afin de maintenir l'équilibre du système, la nature et la quantité d'entrée nécessaires sont déterminées par les spécifications de sortie.

Retour d'information

• La rétroaction fournit le contrôle dans un système dynamique.

• La rétroaction positive est de nature routinière qui encourage les performances du système.

• La rétroaction négative est de nature informative qui fournit au contrôleur des informations pour l'action.

Environnement

• L'environnement est le «supersystème» au sein duquel une organisation opère.

• C'est la source d'éléments externes qui frappent le système.

• Il détermine comment un système doit fonctionner. Par exemple, les fournisseurs et les concurrents de l'environnement de l'organisation peuvent fournir des contraintes qui affectent la performance réelle de l'entreprise.

Frontières et interface

• Un système doit être défini par ses limites. Les limites sont les limites qui identifient ses composants, ses processus et ses interrelations lorsqu'il s'interface avec un autre système.

• Chaque système a des limites qui déterminent sa sphère d'influence et de contrôle.

• La connaissance des limites d'un système donné est cruciale pour déterminer la nature de son interface avec d'autres systèmes pour une conception réussie.

Types de systèmes

Les systèmes peuvent être divisés dans les types suivants -

Systèmes physiques ou abstraits

• Les systèmes physiques sont des entités tangibles. Nous pouvons les toucher et les ressentir.

• Le système physique peut être de nature statique ou dynamique. Par exemple, les bureaux et les chaises sont les parties physiques du centre informatique qui sont statiques. Un ordinateur programmé est un système dynamique dans lequel les programmes, les données et les applications peuvent changer en fonction des besoins de l'utilisateur.

• Les systèmes abstraits sont des entités non physiques ou conceptuelles qui peuvent être des formules, une représentation ou un modèle d'un système réel.

Systèmes ouverts ou fermés

• Un système ouvert doit interagir avec son environnement. Il reçoit des entrées et délivre des sorties à l'extérieur du système. Par exemple, un système d'information qui doit s'adapter aux conditions environnementales changeantes.

• Un système fermé n'interagit pas avec son environnement. Il est isolé des influences environnementales. Un système complètement fermé est rare en réalité.

Système adaptatif et non adaptatif

• Adaptive System répond au changement de l'environnement de manière à améliorer ses performances et à survivre. Par exemple, les êtres humains, les animaux.

• Le système non adaptatif est le système qui ne répond pas à l'environnement. Par exemple, les machines.

Système permanent ou temporaire

• Le système permanent persiste pendant longtemps. Par exemple, les politiques commerciales.

• Le système temporaire est fait pour une durée spécifiée et après cela, ils sont démolis. Par exemple, un système DJ est configuré pour un programme et il est dissimulé après le programme.

Système naturel et fabriqué

• Les systèmes naturels sont créés par la nature. Par exemple, système solaire, système saisonnier.

• Le système manufacturé est le système artificiel. Par exemple, des roquettes, des barrages, des trains.

Système déterministe ou probabiliste

• Le système déterministe fonctionne de manière prévisible et l'interaction entre les composants du système est connue avec certitude. Par exemple, deux molécules d'hydrogène et une molécule d'oxygène produisent de l'eau.

• Le système probabiliste montre un comportement incertain. La sortie exacte n'est pas connue. Par exemple, prévisions météorologiques, livraison du courrier.

Système social, humain-machine, machine

• Le système social est composé de personnes. Par exemple, les clubs sociaux, les sociétés.

• Dans le système homme-machine, les humains et les machines sont impliqués pour effectuer une tâche particulière. Par exemple, la programmation informatique.

• Machine System est l'endroit où l'interférence humaine est négligée. Toutes les tâches sont effectuées par la machine. Par exemple, un robot autonome.

Systèmes d'information artificiels

• Il s'agit d'un ensemble interconnecté de ressources d'information pour gérer les données d'une organisation particulière, sous Direct Management Control (DMC).

• Ce système comprend du matériel, des logiciels, des communications, des données et des applications pour produire des informations en fonction des besoins d'une organisation.

  Les systèmes d'information créés par l'homme sont divisés en trois types -

• Formal Information System - Il repose sur le flux d'informations sous forme de mémos, d'instructions, etc., du niveau supérieur vers les niveaux inférieurs de gestion.

• Informal Information System - Il s'agit d'un système basé sur les employés qui résout les problèmes quotidiens liés au travail.

• Computer Based System- Ce système dépend directement de l'ordinateur pour la gestion des applications métier. Par exemple, système de bibliothèque automatique, système de réservation ferroviaire, système bancaire, etc.

Modèles de systèmes

Modèles schématiques

• Un modèle schématique est un graphique 2D qui montre les éléments du système et leurs liens.

• Différentes flèches sont utilisées pour afficher le flux d'informations, le flux de matières et le retour d'informations.

Modèles de système de débit

• Un modèle de système de flux montre le flux ordonné des matériaux, de l'énergie et des informations qui maintiennent le système ensemble.

• La technique d'évaluation et de revue de programme (PERT), par exemple, est utilisée pour résumer un système réel sous forme de modèle.

Modèles de système statique

• Ils représentent une paire de relations telles que activité-temps ou coût-quantité .

• Le diagramme de Gantt, par exemple, donne une image statique d'une relation activité-temps.

Modèles de systèmes dynamiques

• Les organisations commerciales sont des systèmes dynamiques. Un modèle dynamique se rapproche du type d'organisation ou d'application avec lequel les analystes traitent.

• Il montre un état continu et en constante évolution du système. Il se compose de -

  • Entrées qui entrent dans le système

  • Le processeur par lequel la transformation a lieu

  • Le (s) programme (s) requis pour le traitement

  • Sortie (s) résultant du traitement.

Catégories d'informations

Il existe trois catégories d'informations liées aux niveaux de gestion et aux décisions prises par les gestionnaires.

Information stratégique

• Cette information est requise par la direction la plus élevée pour les politiques de planification à long terme des prochaines années. Par exemple, les tendances des revenus, des investissements financiers, des ressources humaines et de la croissance démographique.

• Ce type d'information est obtenu à l'aide du système d'aide à la décision (DSS).

Information de gestion

• Ce type d'information est requis par la direction intermédiaire pour la planification à court et moyen terme, en termes de mois. Par exemple, l'analyse des ventes, la projection des flux de trésorerie et les états financiers annuels.

• Il est réalisé à l'aide de systèmes d'information de gestion (SIG).

Information opérationnelle

• Ce type d'informations est requis par une faible gestion pour la planification quotidienne et à court terme pour appliquer les activités opérationnelles quotidiennes. Par exemple, tenir les registres de présence des employés, les bons de commande en retard et les stocks actuels disponibles.

• Il est réalisé à l'aide de systèmes de traitement de données (DPS).

Un cycle de vie de développement de système (SDLC) efficace doit aboutir à un système de haute qualité qui répond aux attentes des clients, atteint son achèvement dans les délais et les évaluations des coûts, et fonctionne de manière efficace et efficiente dans l'infrastructure informatique actuelle et prévue.

Le cycle de vie du développement de système (SDLC) est un modèle conceptuel qui comprend des politiques et des procédures pour développer ou modifier des systèmes tout au long de leur cycle de vie.

Le SDLC est utilisé par les analystes pour développer un système d'information. SDLC comprend les activités suivantes -

• requirements
• design
• implementation
• testing
• deployment
• operations
• maintenance

Phases du SDLC

Le cycle de vie du développement des systèmes est une approche systématique qui décompose explicitement le travail en phases nécessaires pour mettre en œuvre un système d'information nouveau ou modifié.

Étude de faisabilité ou planification

• Définissez le problème et la portée du système existant.

• Passez en revue le nouveau système et déterminez ses objectifs.

• Confirmer la faisabilité du projet et produire le calendrier du projet.

• Au cours de cette phase, les menaces, les contraintes, l'intégration et la sécurité du système sont également prises en compte.

• Un rapport de faisabilité pour l'ensemble du projet est créé à l'issue de cette phase.

Analyse et spécification

• Rassemblez, analysez et validez les informations.

• Définissez les exigences et les prototypes du nouveau système.

• Évaluer les alternatives et prioriser les exigences.

• Examiner les besoins d'information de l'utilisateur final et améliorer l'objectif du système.

• Un document de spécification des exigences logicielles (SRS), qui spécifie les exigences logicielles, matérielles, fonctionnelles et réseau du système, est préparé à la fin de cette phase.

Conception du système

• Comprend la conception de l'application, du réseau, des bases de données, des interfaces utilisateur et des interfaces système.

• Transformez le document SRS en structure logique, qui contient un ensemble détaillé et complet de spécifications pouvant être implémentées dans un langage de programmation.

• Créez un plan d'urgence, de formation, de maintenance et d'exploitation.

• Passez en revue la conception proposée. Assurez-vous que la conception finale doit répondre aux exigences énoncées dans le document SRS.

• Enfin, préparez un document de conception qui sera utilisé lors des prochaines phases.

la mise en oeuvre

• Implémentez la conception dans le code source via le codage.

• Combinez tous les modules ensemble dans un environnement de formation qui détecte les erreurs et les défauts.

• Un rapport de test contenant des erreurs est préparé via un plan de test qui comprend des tâches liées aux tests telles que la génération de cas de test, les critères de test et l'allocation des ressources pour les tests.

• Intégrer le système d'information dans son environnement et installer le nouveau système.

Maintenance / Assistance

• Incluez toutes les activités telles que l'assistance téléphonique ou l'assistance physique sur site pour les utilisateurs qui sont requises une fois le système installé.

• Mettez en œuvre les modifications que les logiciels peuvent subir sur une période donnée ou implémentez de nouvelles exigences après le déploiement du logiciel sur le site du client.

• Cela inclut également la gestion des erreurs résiduelles et la résolution de tout problème pouvant exister dans le système, même après la phase de test.

• La maintenance et l'assistance peuvent être nécessaires pendant une période plus longue pour les grands systèmes et pendant une courte période pour les systèmes plus petits.

Cycle de vie de l'analyse et de la conception du système

Le diagramme suivant montre le cycle de vie complet du système pendant la phase d'analyse et de conception.

Rôle de l'analyste système

L'analyste système est une personne qui connaît parfaitement le système et qui guide le projet de développement du système en donnant les instructions appropriées. C'est un expert ayant des compétences techniques et interpersonnelles pour mener à bien les tâches de développement requises à chaque phase.

Il cherche à faire correspondre les objectifs du système d'information avec le but de l'organisation.

Rôles principaux

• Définition et compréhension des besoins de l'utilisateur à travers diverses techniques de recherche de faits.

• Prioriser les exigences en obtenant le consensus des utilisateurs.

• Rassembler les faits ou les informations et acquérir les opinions des utilisateurs.

• Maintient l'analyse et l'évaluation pour arriver à un système approprié qui est plus convivial.

• Suggère de nombreuses solutions alternatives flexibles, sélectionne la meilleure solution et quantifie les coûts et les avantages.

• Dessinez certaines spécifications faciles à comprendre par les utilisateurs et les programmeurs sous une forme précise et détaillée.

• Implémentation de la conception logique du système qui doit être modulaire.

• Planifiez la périodicité de l'évaluation après son utilisation pendant un certain temps et modifiez le système si nécessaire.

Attributs d'un analyste de systèmes

La figure suivante montre les attributs qu'un analyste système doit posséder:

Compétences personnelles

• Interface avec les utilisateurs et le programmeur.
• Facilitez les groupes et dirigez des équipes plus petites.
• Gérer les attentes.
• Bonnes capacités de compréhension, de communication, de vente et d'enseignement.
• Motivateur ayant la confiance nécessaire pour résoudre les requêtes.

Compétences analytiques

• Etude du système et connaissances organisationnelles
• Identification des problèmes, analyse des problèmes et résolution de problèmes
• Son bon sens
• Possibilité d'accéder à des compromis
• Curiosité d'apprendre sur la nouvelle organisation

Compétences de gestion

• Comprenez le jargon et les pratiques des utilisateurs.
• Gestion des ressources et des projets.
• Gestion du changement et des risques.
• Comprenez bien les fonctions de gestion.

Compétences techniques

• Connaissance des ordinateurs et des logiciels.
• Tenez-vous au courant du développement moderne.
• Connaître les outils de conception de système.
• Connaissance approfondie des nouvelles technologies.

Qu'est-ce que la détermination des exigences?

Une exigence est une caractéristique vitale d'un nouveau système qui peut inclure le traitement ou la capture de données, le contrôle des activités de l'entreprise, la production d'informations et le soutien à la gestion.

La détermination des exigences implique l'étude du système existant et la collecte de détails pour savoir quelles sont les exigences, comment il fonctionne et où des améliorations doivent être apportées.

Principales activités dans la détermination des besoins

Anticipation des besoins

• Il prédit les caractéristiques du système sur la base de l'expérience antérieure qui incluent certains problèmes ou fonctionnalités et exigences pour un nouveau système.

• Cela peut conduire à l'analyse de domaines qui, autrement, passeraient inaperçus par un analyste inexpérimenté. Mais si des raccourcis sont pris et un biais est introduit dans la conduite de l'enquête, alors l'anticipation des exigences peut être à moitié cuite.

Enquête sur les exigences

• Il étudie le système actuel et documente ses caractéristiques pour une analyse plus approfondie.

• Il est au cœur de l'analyse système où l'analyste documente et décrit les caractéristiques du système à l'aide de techniques d'enquête, de prototypage et d'outils assistés par ordinateur.

Spécifications des exigences

• Il comprend l'analyse des données qui déterminent la spécification des exigences, la description des caractéristiques du nouveau système et la spécification des exigences d'information qui seront fournies.

• Il comprend l'analyse des données factuelles, l'identification des exigences essentielles et la sélection des stratégies de satisfaction des exigences.

Techniques de collecte d'informations

L'objectif principal des techniques d'enquête est de déterminer les besoins d'information d'une organisation utilisés par les analystes pour préparer un SRS précis compris par l'utilisateur.

Le document SRS idéal devrait -

• soyez complet, sans ambiguïté et sans jargon.
• spécifier les besoins d'information opérationnelle, tactique et stratégique.
• résoudre les éventuels litiges entre les utilisateurs et l'analyste.
• utiliser des aides graphiques qui simplifient la compréhension et la conception.

Il existe différentes techniques de collecte d'informations -

Entretien

L'analyste de systèmes recueille des informations auprès d'individus ou de groupes en les interrogeant. L'analyste peut être formel, légaliste, faire de la politique ou être informel; car le succès d'un entretien dépend de la compétence de l'analyste en tant qu'intervieweur.

Cela peut être fait de deux manières -

• Unstructured Interview - L'analyste système mène une session de questions-réponses pour acquérir des informations de base sur le système.

• Structured Interview - Il comporte des questions standard auxquelles l'utilisateur doit répondre dans un format fermé (objectif) ou ouvert (descriptif).

Advantages of Interviewing

• Cette méthode est souvent la meilleure source de collecte d'informations qualitatives.

• C'est utile pour eux, qui ne communiquent pas efficacement par écrit ou qui n'ont pas le temps de remplir le questionnaire.

• Les informations peuvent être facilement validées et contre-vérifiées immédiatement.

• Il peut gérer les sujets complexes.

• Il est facile de découvrir le problème clé en recherchant des opinions.

• Il comble les lacunes dans les domaines de malentendus et minimise les problèmes futurs.

Questionnaires

Cette méthode est utilisée par l'analyste pour recueillir des informations sur divers problèmes du système auprès d'un grand nombre de personnes.

Il existe deux types de questionnaires -

• Open-ended Questionnaires- Il se compose de questions qui peuvent être facilement et correctement interprétées. Ils peuvent explorer un problème et conduire à une direction spécifique de réponse.

• Closed-ended Questionnaires - Il se compose de questions qui sont utilisées lorsque l'analyste de systèmes énumère effectivement toutes les réponses possibles, qui sont mutuellement exclusives.

Advantages of questionnaires

• Il est très efficace pour étudier les intérêts, les attitudes, les sentiments et les croyances des utilisateurs qui ne sont pas co-localisés.

• Il est utile en situation de savoir quelle proportion d'un groupe donné approuve ou désapprouve une caractéristique particulière du système proposé.

• Il est utile de déterminer l'opinion générale avant de donner une direction spécifique au projet système.

• Il est plus fiable et offre une confidentialité élevée des réponses honnêtes.

• Il convient pour le choix des informations factuelles et pour la collecte de données statistiques qui peuvent être envoyées par courrier électronique et par courrier.

Examen des enregistrements, des procédures et des formulaires

L'examen des enregistrements, des procédures et des formulaires existants permet de mieux comprendre un système qui décrit les capacités actuelles du système, ses opérations ou ses activités.

Advantages

• Il aide l'utilisateur à acquérir des connaissances sur l'organisation ou les opérations par eux-mêmes avant qu'ils ne s'imposent aux autres.

• Il aide à documenter les opérations courantes dans un court laps de temps, car les manuels de procédures et les formulaires décrivent le format et les fonctions du système actuel.

• Il peut fournir une compréhension claire des transactions traitées dans l'organisation, identifier les entrées à traiter et évaluer les performances.

• Cela peut aider un analyste à comprendre le système en termes d'opérations à prendre en charge.

• Il décrit le problème, ses parties affectées et la solution proposée.

Observation

Il s'agit d'une méthode de collecte d'informations en remarquant et en observant les personnes, les événements et les objets. L'analyste visite l'organisation pour observer le fonctionnement du système actuel et comprend les exigences du système.

Advantages

• C'est une méthode directe pour glaner des informations.

• Il est utile dans les situations où l'authenticité des données collectées est en question ou lorsque la complexité de certains aspects du système empêche une explication claire par les utilisateurs finaux.

• Il produit des données plus précises et plus fiables.

• Il produit tous les aspects de documentation incomplets et périmés.

Développement d'applications conjointes (JAD)

Il s'agit d'une nouvelle technique développée par IBM qui amène les propriétaires, les utilisateurs, les analystes, les concepteurs et les constructeurs à définir et concevoir le système à l'aide d'ateliers organisés et intensifs. Un analyste formé par JAD agit en tant que facilitateur pour l'atelier et possède des compétences spécialisées.

Advantages of JAD

• Cela permet d'économiser du temps et de l'argent en remplaçant des mois d'entretiens traditionnels et de réunions de suivi.

• Il est utile dans la culture organisationnelle qui soutient la résolution conjointe de problèmes.

• Favorise les relations formelles entre plusieurs niveaux d'employés.

• Cela peut conduire au développement du design de manière créative.

• Il permet un développement rapide et améliore l'appropriation du système d'information.

Recherche secondaire ou lecture de fond

Cette méthode est largement utilisée pour la collecte d'informations en accédant aux informations glanées. Il comprend toutes les informations précédemment collectées utilisées par le distributeur à partir de toute source interne ou externe.

Advantages

• Il est plus ouvertement accessible avec la disponibilité d'Internet.

• Il fournit des informations précieuses à faible coût et en temps.

• Il agit comme un précurseur de la recherche primaire et aligne l'objectif de la recherche primaire.

• Il est utilisé par le chercheur pour conclure si la recherche en vaut la peine car elle est disponible avec les procédures utilisées et les problèmes de collecte.

Étude de faisabilité

L'étude de faisabilité peut être considérée comme une enquête préliminaire qui aide la direction à décider si l'étude du système doit être faisable pour le développement ou non.

• Il identifie la possibilité d'améliorer un système existant, de développer un nouveau système et de produire des estimations affinées pour le développement ultérieur du système.

• Il est utilisé pour obtenir les grandes lignes du problème et décider si une solution faisable ou appropriée existe ou non.

• L'objectif principal d'une étude de faisabilité est d'acquérir la portée du problème au lieu de résoudre le problème.

• Le résultat d'une étude de faisabilité est un acte formel de proposition de système en tant que document de décision qui comprend la nature complète et la portée du système proposé.

Étapes impliquées dans l'analyse de faisabilité

Les étapes suivantes doivent être suivies lors de l'analyse de faisabilité -

• Formez une équipe de projet et nommez un chef de projet.

• Développer des organigrammes du système.

• Identifier les lacunes du système actuel et fixer des objectifs.

• Énumérez la solution alternative ou le système candidat potentiel pour atteindre les objectifs.

• Déterminer la faisabilité de chaque alternative telle que la faisabilité technique, la faisabilité opérationnelle, etc.

• Pondérer les performances et la rentabilité de chaque système candidat.

• Classez les autres alternatives et sélectionnez le meilleur système candidat.

• Préparer une proposition de système de la directive finale du projet à la direction pour approbation.

Types de faisabilité

Faisabilité économique

• Il évalue l'efficacité du système candidat en utilisant la méthode d'analyse coûts / avantages.

• Il démontre l'avantage net du système candidat en termes d'avantages et de coûts pour l'organisation.

• Le principal objectif de l'analyse de faisabilité économique (EFS) est d'estimer les besoins économiques du système candidat avant que les fonds d'investissement ne soient engagés dans la proposition.

• Il préfère l'alternative qui maximisera la valeur nette de l'organisation par un retour de fonds le plus rapide et le plus élevé ainsi que le niveau de risque le plus bas impliqué dans le développement du système candidat.

Faisabilité technique

• Il examine la faisabilité technique de chaque alternative de mise en œuvre.

• Il analyse et détermine si la solution peut être prise en charge par la technologie existante ou non.

• L'analyste détermine si les ressources techniques actuelles doivent être mises à niveau ou ajoutées pour répondre aux nouvelles exigences.

• Il garantit que le système candidat fournit des réponses appropriées dans la mesure où il peut soutenir l'amélioration technique.

Faisabilité opérationnelle

• Il détermine si le système fonctionne efficacement une fois qu'il est développé et mis en œuvre.

• Il garantit que la direction doit soutenir le système proposé et son fonctionnement réalisable dans l'environnement organisationnel actuel.

• Il analyse si les utilisateurs seront affectés et ils acceptent les méthodes commerciales modifiées ou nouvelles qui affectent les avantages possibles du système.

• Il garantit également que les ressources informatiques et l'architecture réseau du système candidat sont exploitables.

Faisabilité comportementale

• Il évalue et estime l'attitude ou le comportement de l'utilisateur face au développement d'un nouveau système.

• Il aide à déterminer si le système nécessite un effort particulier pour éduquer, recycler, transférer et modifier le statut de l'emploi de l'employé sur les nouvelles façons de conduire les affaires.

Faisabilité du calendrier

• Il garantit que le projet doit être achevé dans les délais ou le calendrier donnés.

• Il vérifie et valide également si les délais de projet sont raisonnables ou non.

Les analystes utilisent divers outils pour comprendre et décrire le système d'information. Une des méthodes consiste à utiliser une analyse structurée.

Qu'est-ce que l'analyse structurée?

L'analyse structurée est une méthode de développement qui permet à l'analyste de comprendre le système et ses activités de manière logique.

C'est une approche systématique, qui utilise des outils graphiques qui analysent et affinent les objectifs d'un système existant et développent une nouvelle spécification de système qui peut être facilement compréhensible par l'utilisateur.

Il a les attributs suivants -

• C'est graphique qui spécifie la présentation de l'application.

• Il divise les processus afin de donner une image claire du flux du système.

• Il est logique plutôt que physique, c'est-à-dire que les éléments du système ne dépendent pas du fournisseur ou du matériel.

• C'est une approche qui fonctionne des aperçus de haut niveau aux détails de niveau inférieur.

Outils d'analyse structurée

Au cours de l'analyse structurée, divers outils et techniques sont utilisés pour le développement du système. Ils sont -

• Diagrammes de flux de données
• Dictionnaire de données
• Arbres de décision
• Tables de décision
• Anglais structuré
• Pseudocode

Diagrammes de flux de données (DFD) ou graphique à bulles

C'est une technique développée par Larry Constantine pour exprimer les exigences du système sous une forme graphique.

• Il montre le flux de données entre les différentes fonctions du système et spécifie comment le système actuel est mis en œuvre.

• Il s'agit d'une étape initiale de la phase de conception qui divise fonctionnellement les spécifications d'exigence jusqu'au niveau de détail le plus bas.

• Sa nature graphique en fait un bon outil de communication entre utilisateur et analyste ou analyste et concepteur système.

• Il donne un aperçu des données traitées par un système, des transformations effectuées, des données stockées, des résultats produits et de leur flux.

Éléments de base de DFD

DFD est facile à comprendre et assez efficace lorsque la conception requise n'est pas claire et que l'utilisateur souhaite un langage de notation pour la communication. Cependant, cela nécessite un grand nombre d'itérations pour obtenir la solution la plus précise et la plus complète.

Le tableau suivant montre les symboles utilisés dans la conception d'un DFD et leur signification -

Nom du symbole	symbole	Sens
Carré		Source ou destination des données
La Flèche		Flux de données
Cercle		Processus de transformation du flux de données
Rectangle ouvert		Magasin de données

Types de DFD

Les DFD sont de deux types: DFD physique et DFD logique. Le tableau suivant répertorie les points qui différencient un DFD physique d'un DFD logique.

DFD physique	DFD logique
Cela dépend de la mise en œuvre. Il montre quelles fonctions sont exécutées.	Il est indépendant de la mise en œuvre. Il se concentre uniquement sur le flux de données entre les processus.
Il fournit des détails de bas niveau sur le matériel, les logiciels, les fichiers et les personnes.	Il explique les événements des systèmes et les données requises par chaque événement.
Il décrit comment le système actuel fonctionne et comment un système sera mis en œuvre.	Il montre comment les affaires fonctionnent; pas comment le système peut être mis en œuvre.

Diagramme de contexte

Un diagramme de contexte aide à comprendre l'ensemble du système par un DFD qui donne la vue d'ensemble d'un système. Il commence par mentionner les principaux processus avec peu de détails, puis donne plus de détails sur les processus avec l'approche descendante.

Le diagramme de contexte de la gestion des dégâts est présenté ci-dessous.

Dictionnaire de données

Un dictionnaire de données est un référentiel structuré d'éléments de données dans le système. Il stocke les descriptions de tous les éléments de données DFD, c'est-à-dire les détails et les définitions des flux de données, les magasins de données, les données stockées dans les magasins de données et les processus.

Un dictionnaire de données améliore la communication entre l'analyste et l'utilisateur. Il joue un rôle important dans la construction d'une base de données. La plupart des SGBD ont un dictionnaire de données en standard. Par exemple, reportez-vous au tableau suivant -

Sr.No.	Nom des données	La description	Nombre de caractères
1	ISBN	Numéro ISBN	dix
2	TITRE	Titre	60
3	SOUS	Sujets du livre	80
4	UN NOM	Nom de l'auteur	15

Arbres de décision

Les arbres de décision sont une méthode pour définir des relations complexes en décrivant les décisions et en évitant les problèmes de communication. Un arbre de décision est un diagramme qui montre des actions et des conditions alternatives dans le cadre d'un arbre horizontal. Ainsi, il décrit les conditions à considérer en premier, en deuxième, etc.

Les arbres de décision décrivent la relation entre chaque condition et leurs actions autorisées. Un nœud carré indique une action et un cercle indique une condition. Elle oblige les analystes à considérer la séquence des décisions et identifie la décision réelle qui doit être prise.

La principale limitation d'un arbre de décision est qu'il manque d'informations dans son format pour décrire les autres combinaisons de conditions que vous pouvez prendre pour les tests. C'est une représentation unique des relations entre les conditions et les actions.

Par exemple, reportez-vous à l'arbre de décision suivant -

Tables de décision

Les tables de décision sont une méthode permettant de décrire la relation logique complexe d'une manière précise et facilement compréhensible.

• Il est utile dans les situations où les actions résultantes dépendent de l'occurrence d'une ou plusieurs combinaisons de conditions indépendantes.

• C'est une matrice contenant des lignes ou des colonnes pour définir un problème et les actions.

Composants d'une table de décision

• Condition Stub - C'est dans le quadrant supérieur gauche qui répertorie toutes les conditions à vérifier.

• Action Stub - C'est dans le quadrant inférieur gauche qui décrit toutes les actions à effectuer pour répondre à une telle condition.

• Condition Entry - C'est dans le quadrant supérieur droit qui fournit des réponses aux questions posées dans le quadrant de stub de condition.

• Action Entry - C'est dans le quadrant inférieur droit qui indique l'action appropriée résultant des réponses aux conditions du quadrant d'entrée de condition.

Les entrées dans la table de décision sont données par des règles de décision qui définissent les relations entre les combinaisons de conditions et les plans d'action. Dans la section des règles,

• Y montre l'existence d'une condition.
• N représente la condition qui n'est pas satisfaite.
• Une action vierge contre indique qu'elle doit être ignorée.
• X (ou une coche fera l'affaire) contre l'action indique qu'elle doit être effectuée.

Par exemple, reportez-vous au tableau suivant -

CONDITIONS	Règle 1	Règle 2	Règle 3	Règle 4
Paiement anticipé effectué	Oui	N	N	N
Montant de l'achat = Rs 10 000 / -	-	Oui	Oui	N
Client régulier	-	Oui	N	-
ACTIONS
Offrez 5% de réduction	X	X	-	-
Ne donnez aucun rabais	-	-	X	X

Anglais structuré

Structure English est dérivé d'un langage de programmation structuré qui donne une description plus compréhensible et précise du processus. Il est basé sur une logique procédurale qui utilise la construction et des phrases impératives conçues pour exécuter l'opération pour l'action.

• Il est préférable de l'utiliser lorsque les séquences et les boucles d'un programme doivent être prises en compte et que le problème nécessite des séquences d'actions avec des décisions.

• Il n'a pas de règle de syntaxe stricte. Il exprime toute la logique en termes de structures de décision séquentielles et d'itérations.

Par exemple, consultez la séquence d'actions suivante -

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

Pseudocode

Un pseudocode n'est conforme à aucun langage de programmation et exprime la logique en anglais simple.

• Il peut spécifier la logique de programmation physique sans codage réel pendant et après la conception physique.

• Il est utilisé en conjonction avec une programmation structurée.

• Il remplace les organigrammes d'un programme.

Lignes directrices pour la sélection des outils appropriés

Utilisez les directives suivantes pour sélectionner l'outil le plus approprié qui conviendrait à vos besoins -

• Utilisez DFD pour une analyse de haut ou bas niveau pour fournir de bonnes documentations système.

• Utilisez le dictionnaire de données pour simplifier la structure afin de répondre aux besoins en données du système.

• Utilisez un anglais structuré s'il y a beaucoup de boucles et que les actions sont complexes.

• Utilisez des tables de décision lorsqu'il y a un grand nombre de conditions à vérifier et que la logique est complexe.

• Utilisez des arbres de décision lorsque le séquençage des conditions est important et s'il y a peu de conditions à tester.

System designest la phase qui comble le fossé entre le domaine du problème et le système existant de manière gérable. Cette phase se concentre sur le domaine de la solution, c'est-à-dire «comment mettre en œuvre?»

C'est la phase où le document SRS est converti en un format qui peut être implémenté et décide du fonctionnement du système.

Dans cette phase, l'activité complexe de développement de système est divisée en plusieurs sous-activités plus petites, qui se coordonnent les unes avec les autres pour atteindre l'objectif principal du développement de systèmes.

Contributions à la conception du système

La conception du système prend les entrées suivantes -

• Énoncé des travaux

• Plan de détermination des besoins

• Analyse de la situation actuelle

• Configuration système proposée comprenant un modèle de données conceptuel, des DFD modifiés et des métadonnées (données sur les données).

Sorties pour la conception du système

La conception du système donne les sorties suivantes -

• Changements d'infrastructure et d'organisation du système proposé.

• Un schéma de données, souvent un schéma relationnel.

• Métadonnées pour définir les tables / fichiers et colonnes / éléments de données.

• Un diagramme de hiérarchie des fonctions ou une carte de page Web qui décrit graphiquement la structure du programme.

• Réel ou pseudocode pour chaque module du programme.

• Un prototype pour le système proposé.

Types de conception de système

Conception logique

La conception logique se rapporte à une représentation abstraite du flux de données, des entrées et des sorties du système. Il décrit les entrées (sources), les sorties (destinations), les bases de données (magasins de données), les procédures (flux de données), le tout dans un format qui répond aux besoins de l'utilisateur.

Lors de la préparation de la conception logique d'un système, l'analyste système spécifie les besoins de l'utilisateur avec un niveau de détail qui détermine virtuellement le flux d'informations entrant et sortant du système et les sources de données requises. Diagramme de flux de données, modélisation de diagramme ER sont utilisés.

Conception physique

La conception physique se rapporte aux processus d'entrée et de sortie réels du système. Il se concentre sur la manière dont les données sont entrées dans un système, vérifiées, traitées et affichées en tant que sortie.

Il produit le système de travail en définissant la spécification de conception qui spécifie exactement ce que fait le système candidat. Il concerne la conception de l'interface utilisateur, la conception des processus et la conception des données.

Il comprend les étapes suivantes -

• Spécification du support d'entrée / sortie, conception de la base de données et spécification des procédures de sauvegarde.

• Planification de la mise en œuvre du système.

• Concevoir un plan de test et de mise en œuvre, et spécifier tout nouveau matériel et logiciel.

• Mettre à jour les coûts, les avantages, les dates de conversion et les contraintes du système.

Conception architecturale

Il est également connu sous le nom de conception de haut niveau qui se concentre sur la conception de l'architecture du système. Il décrit la structure et le comportement du système. Il définit la structure et la relation entre les différents modules du processus de développement de système.

Conception détaillée

Il suit la conception architecturale et se concentre sur le développement de chaque module.

Modélisation conceptuelle des données

C'est une représentation des données organisationnelles qui comprend toutes les principales entités et relations. Les analystes système développent un modèle de données conceptuel pour le système actuel qui prend en charge la portée et les exigences du système proposé.

Le principal objectif de la modélisation conceptuelle des données est de saisir autant de signification que possible des données. La plupart des organisations utilisent aujourd'hui la modélisation conceptuelle des données à l'aide du modèle ER qui utilise une notation spéciale pour représenter autant de sens que possible sur les données.

Modèle de relation d'entité

Il s'agit d'une technique utilisée dans la conception de bases de données qui aide à décrire la relation entre diverses entités d'une organisation.

Termes utilisés dans le modèle ER

• ENTITY- Il spécifie des éléments du monde réel distincts dans une application. Par exemple: fournisseur, article, étudiant, cours, enseignants, etc.

• RELATIONSHIP- Ce sont les dépendances significatives entre les entités. Par exemple, le fournisseur fournit des articles, l'enseignant donne des cours, puis les fournitures et le cours sont liés.

• ATTRIBUTES- Il spécifie les propriétés des relations. Par exemple, code fournisseur, nom de l'étudiant. Symboles utilisés dans le modèle ER et leurs significations respectives -

Le tableau suivant montre les symboles utilisés dans le modèle ER et leur signification -

symbole	Sens
	Entité
	Entité faible
	Relation
	Relation d'identité
	Les attributs
	Attributs clés
	À plusieurs valeurs
	Attribut composite
	Attributs dérivés
	Participation totale de E2 à R
	Rapport de cardinalité 1: N pour E1: E2 dans R

Trois types de relations peuvent exister entre deux ensembles de données: un-à-un, un-à-plusieurs et plusieurs-à-plusieurs.

Organisation des fichiers

Il décrit comment les enregistrements sont stockés dans un fichier.

Il existe quatre méthodes d'organisation des fichiers -

• Serial - Les enregistrements sont stockés dans l'ordre chronologique (dans l'ordre où ils sont saisis ou se produisent). Examples - Enregistrement des frais téléphoniques, des transactions ATM, des files d'attente téléphoniques.

• Sequential - Les enregistrements sont stockés dans l'ordre en fonction d'un champ clé qui contient une valeur qui identifie de manière unique un enregistrement. Examples - Annuaires téléphoniques.

• Direct (relative)- Chaque enregistrement est stocké en fonction d'une adresse physique ou d'un emplacement sur l'appareil. L'adresse est calculée à partir de la valeur stockée dans le champ clé de l'enregistrement. La routine aléatoire ou l'algorithme de hachage effectue la conversion.

• Indexed - Les enregistrements peuvent être traités à la fois séquentiellement et non séquentiellement à l'aide d'index.

Comparaison

Accès aux fichiers

On peut accéder à un fichier en utilisant soit l'accès séquentiel, soit l'accès aléatoire. Les méthodes d'accès aux fichiers permettent aux programmes informatiques de lire ou d'écrire des enregistrements dans un fichier.

Accès séquentiel

Chaque enregistrement du fichier est traité en commençant par le premier enregistrement jusqu'à ce que la fin du fichier (EOF) soit atteinte. Il est efficace lorsqu'un grand nombre d'enregistrements du fichier doit être consulté à un moment donné. Les données stockées sur une bande (accès séquentiel) ne sont accessibles que séquentiellement.

Accès direct (aléatoire)

Les enregistrements sont localisés en connaissant leurs emplacements physiques ou adresses sur l'appareil plutôt que leurs positions par rapport aux autres enregistrements. Les données stockées sur un périphérique CD (accès direct) sont accessibles de manière séquentielle ou aléatoire.

Types de fichiers utilisés dans un système d'organisation

Voici les types de fichiers utilisés dans un système d'organisation -

• Master file- Il contient les informations actuelles pour un système. Par exemple, fichier client, fichier étudiant, annuaire téléphonique.

• Table file- C'est un type de fichier maître qui change rarement et stocké dans un format tabulaire. Par exemple, stocker le code postal.

• Transaction file- Il contient les informations quotidiennes générées par les activités commerciales. Il est utilisé pour mettre à jour ou traiter le fichier maître. Par exemple, les adresses des employés.

• Temporary file - Il est créé et utilisé chaque fois que nécessaire par un système.

• Mirror file- Ce sont les doublons exacts des autres fichiers. Réduisez le risque de temps d'arrêt dans les cas où l'original devient inutilisable. Ils doivent être modifiés à chaque fois que le fichier d'origine est modifié.

• Log files- Ils contiennent des copies des enregistrements principaux et des transactions afin de faire la chronique des modifications apportées au fichier principal. Il facilite l'audit et fournit un mécanisme de récupération en cas de défaillance du système.

• Archive files - Fichiers de sauvegarde contenant des versions historiques d'autres fichiers.

Contrôle de la documentation

La documentation est un processus d'enregistrement des informations à des fins de référence ou opérationnelles. Il aide les utilisateurs, les responsables et le personnel informatique qui en ont besoin. Il est important que le document préparé soit mis à jour régulièrement pour suivre facilement la progression du système.

Après la mise en œuvre du système, si le système ne fonctionne pas correctement, la documentation aide l'administrateur à comprendre le flux de données dans le système pour corriger les failles et faire fonctionner le système.

Les programmeurs ou les analystes de systèmes créent généralement de la documentation sur les programmes et les systèmes. Les analystes de systèmes sont généralement chargés de préparer la documentation pour aider les utilisateurs à apprendre le système. Dans les grandes entreprises, une équipe de support technique comprenant des rédacteurs techniques peut aider à la préparation de la documentation utilisateur et du matériel de formation.

Avantages

• Il peut réduire les temps d'arrêt du système, réduire les coûts et accélérer les tâches de maintenance.

• Il fournit une description claire du flux formel du système actuel et aide à comprendre le type de données d'entrée et comment la sortie peut être produite.

• Il fournit un moyen efficace et efficient de communication entre les utilisateurs techniques et non techniques sur le système.

• Il facilite la formation du nouvel utilisateur afin qu'il puisse facilement comprendre le flux du système.

• Il aide l'utilisateur à résoudre les problèmes tels que le dépannage et aide le gestionnaire à prendre de meilleures décisions finales du système d'organisation.

• Il permet un meilleur contrôle du fonctionnement interne ou externe du système.

Types de documentations

En ce qui concerne la conception de système, il existe quatre documentations principales suivantes:

• Documentation du programme
• Documentation système
• Documentation des opérations
• Documentation utilisateur

Documentation du programme

• Il décrit les entrées, les sorties et la logique de traitement pour tous les modules de programme.

• Le processus de documentation du programme commence dans la phase d'analyse du système et se poursuit pendant la mise en œuvre.

• Cette documentation guide les programmeurs, qui construisent des modules bien pris en charge par des commentaires et des descriptions internes et externes qui peuvent être compris et maintenus facilement.

Documentation des opérations

La documentation des opérations contient toutes les informations nécessaires au traitement et à la distribution en ligne et imprimée. La documentation des opérations doit être claire, concise et disponible en ligne si possible.

Il comprend les informations suivantes -

• Identification des programmes, des analystes de systèmes, des programmeurs et des systèmes.

• Informations de planification pour la sortie imprimée, telles que le rapport, la fréquence d'exécution et les délais.

• Les fichiers d'entrée, leur source, les fichiers de sortie et leurs destinations.

• E-mail et listes de distribution de rapports.

• Formulaires spéciaux requis, y compris les formulaires en ligne.

• Messages d'erreur et d'information aux opérateurs et procédures de redémarrage.

• Instructions spéciales, telles que les exigences de sécurité.

Documentation utilisateur

Il comprend des instructions et des informations destinées aux utilisateurs qui interagiront avec le système. Par exemple, des manuels d'utilisation, des guides d'aide et des didacticiels. La documentation utilisateur est précieuse pour la formation des utilisateurs et à des fins de référence. Il doit être clair, compréhensible et facilement accessible aux utilisateurs à tous les niveaux.

Les utilisateurs, les propriétaires de systèmes, les analystes et les programmeurs ont tous déployé des efforts combinés pour développer un guide de l'utilisateur.

Une documentation utilisateur doit inclure -

• Un aperçu du système qui décrit clairement toutes les principales caractéristiques, capacités et limitations du système.

• Description du contenu, de la préparation, du traitement et des échantillons du document source.

• Vue d'ensemble des options, du contenu et des instructions de traitement du menu et de l'écran de saisie de données.

• Exemples de rapports produits régulièrement ou disponibles à la demande de l'utilisateur, y compris des échantillons.

• Informations sur la sécurité et la piste d'audit.

• Explication de la responsabilité des exigences spécifiques d'entrée, de sortie ou de traitement.

• Procédures pour demander des modifications et signaler des problèmes.

• Exemples d'exceptions et de situations d'erreur.

• Questions fréquemment posées (FAQ).

• Explication de la manière d'obtenir de l'aide et des procédures de mise à jour du manuel d'utilisation.

Documentation système

La documentation du système sert de spécifications techniques pour le SI et comment les objectifs du SI sont atteints. Les utilisateurs, gestionnaires et propriétaires de SI n'ont jamais besoin de documentation du système de référence. La documentation du système fournit la base pour comprendre les aspects techniques du SI lorsque des modifications sont apportées.

• Il décrit chaque programme au sein du SI et l'ensemble du SI lui-même.

• Il décrit les fonctions du système, la manière dont elles sont implémentées, la finalité de chaque programme dans l'ensemble du SI en ce qui concerne l'ordre d'exécution, les informations transmises vers et depuis les programmes et le flux global du système.

• Il comprend des entrées de dictionnaire de données, des diagrammes de flux de données, des modèles d'objet, des mises en page d'écran, des documents source et la demande système à l'origine du projet.

• La plupart de la documentation du système est préparée pendant les phases d'analyse et de conception du système.

• Au cours de la mise en œuvre des systèmes, un analyste doit examiner la documentation du système pour vérifier qu'elle est complète, exacte et à jour, y compris toutes les modifications apportées au cours du processus de mise en œuvre.

Stratégie descendante

La stratégie descendante utilise l'approche modulaire pour développer la conception d'un système. Il est appelé ainsi parce qu'il part du module du haut ou du plus haut niveau et se déplace vers les modules du plus bas niveau.

Dans cette technique, le module de plus haut niveau ou module principal de développement du logiciel est identifié. Le module principal est divisé en plusieurs sous-modules ou segments plus petits et plus simples en fonction de la tâche effectuée par chaque module. Ensuite, chaque sous-module est subdivisé en plusieurs sous-modules du niveau inférieur suivant. Ce processus de division de chaque module en plusieurs sous-modules se poursuit jusqu'à ce que les modules de niveau le plus bas, qui ne peuvent pas être subdivisés davantage, ne soient pas identifiés.

Stratégie ascendante

La stratégie ascendante suit l'approche modulaire pour développer la conception du système. Il est appelé ainsi parce qu'il part du bas ou des modules de niveau le plus basique et se déplace vers les modules de niveau le plus élevé.

Dans cette technique,

• Les modules du niveau le plus élémentaire ou le plus bas sont identifiés.

• Ces modules sont ensuite regroupés en fonction de la fonction remplie par chaque module pour former les modules de niveau supérieur suivants.

• Ensuite, ces modules sont ensuite combinés pour former les prochains modules de niveau supérieur.

• Ce processus de regroupement de plusieurs modules plus simples pour former des modules de niveau supérieur se poursuit jusqu'à ce que le module principal du processus de développement de système soit atteint.

Conception structurée

La conception structurée est une méthodologie basée sur le flux de données qui aide à identifier l'entrée et la sortie du système en développement. L'objectif principal de la conception structurée est de minimiser la complexité et d'augmenter la modularité d'un programme. La conception structurée aide également à décrire les aspects fonctionnels du système.

Dans la conception structurée, les spécifications du système servent de base pour représenter graphiquement le flux de données et la séquence des processus impliqués dans le développement d'un logiciel à l'aide de DFD. Après avoir développé les DFD pour le système logiciel, l'étape suivante consiste à développer l'organigramme.

La modularisation

La conception structurée divise le programme en petits modules indépendants. Ceux-ci sont organisés de manière descendante avec les détails indiqués en bas.

Ainsi, la conception structurée utilise une approche appelée Modularisation ou décomposition pour minimiser la complexité et gérer le problème en le subdivisant en segments plus petits.

Advantages

• Les interfaces critiques sont testées en premier.
• Il fournit de l'abstraction.
• Il permet à plusieurs programmeurs de travailler simultanément.
• Il permet la réutilisation du code.
• Il fournit le contrôle et améliore le moral.
• Cela facilite l'identification de la structure.

Graphiques structurés

Les graphiques structurés sont un outil recommandé pour concevoir des systèmes modulaires descendants qui définissent les différents modules de développement de système et la relation entre chaque module. Il montre le module système et leur relation entre eux.

Il se compose d'un diagramme composé de cases rectangulaires qui représentent les modules, des flèches de connexion ou des lignes.

• Control Module - C'est un module de niveau supérieur qui dirige les modules de niveau inférieur, appelés subordinate modules.

• Library Module - Il s'agit d'un module réutilisable qui peut être appelé à partir de plusieurs points du graphique.

Nous avons deux approches différentes pour concevoir un graphique structuré -

• Transform-Centered Structured Charts - Ils sont utilisés lorsque toutes les transactions suivent le même chemin.

• Transaction–Centered Structured Charts - Ils sont utilisés lorsque toutes les transactions ne suivent pas le même chemin.

Objectifs de l'utilisation des organigrammes de structure

• Pour encourager une conception descendante.

• Soutenir le concept de modules et identifier les modules appropriés.

• Pour montrer la taille et la complexité du système.

• Identifier le nombre de fonctions et de modules facilement identifiables dans chaque fonction.

• Décrire si chaque fonction identifiable est une entité gérable ou doit être décomposée en composants plus petits.

Facteurs affectant la complexité du système

Pour développer une bonne qualité de logiciel système, il est nécessaire de développer une bonne conception. Par conséquent, l'objectif principal lors du développement de la conception du système est la qualité de la conception du logiciel. Une conception logicielle de bonne qualité est celle qui minimise la complexité et les dépenses de développement de logiciels.

Les deux concepts importants liés au développement du système qui aident à déterminer la complexité d'un système sont coupling et cohesion.

Couplage

Le couplage est la mesure de l'indépendance des composants. Il définit le degré de dépendance de chaque module de développement système par rapport à l'autre. En pratique, cela signifie que plus le couplage entre les modules d'un système est fort, plus il est difficile de mettre en œuvre et de maintenir le système.

Chaque module doit avoir une interface simple et propre avec d'autres modules, et que le nombre minimum d'éléments de données doit être partagé entre les modules.

Couplage élevé

Ces types de systèmes ont des interconnexions avec des unités de programme dépendant les unes des autres. Les modifications apportées à un sous-système ont un impact important sur l'autre sous-système.

Couplage bas

Ces types de systèmes sont constitués de composants indépendants ou presque indépendants. Un changement dans un sous-système n'affecte aucun autre sous-système.

Mesures d'accouplement

• Content Coupling - Lorsqu'un composant en modifie un autre, le composant modifié dépend entièrement de sa modification.

• Common Coupling - Lorsque la quantité de couplage est quelque peu réduite en organisant la conception du système de sorte que les données soient accessibles à partir d'un magasin de données commun.

• Control Coupling - Lorsqu'un composant passe des paramètres pour contrôler l'activité d'un autre composant.

• Stamp Coupling - Lorsque des structures de données sont utilisées pour transmettre des informations d'un composant à un autre.

• Data Coupling - Lorsque seules les données sont transmises, les composants sont connectés par ce couplage.

Cohésion

La cohésion est la mesure de la proximité de la relation entre ses composants. Il définit le degré de dépendance des composants d'un module les uns par rapport aux autres. En pratique, cela signifie que le concepteur de systèmes doit s'assurer que -

• Ils ne divisent pas les processus essentiels en modules fragmentés.

• Ils ne rassemblent pas des processus indépendants représentés comme des processus sur le DFD en modules dénués de sens.

Les meilleurs modules sont ceux qui sont fonctionnellement cohérents. Les pires modules sont ceux qui sont cohésifs par coïncidence.

Le pire degré de cohésion

La cohésion coïncidente se trouve dans un composant dont les parties ne sont pas liées à une autre.

• Logical Cohesion - C'est là que plusieurs fonctions ou éléments de données liés logiquement sont placés dans le même composant.

• Temporal Cohesion - C'est quand un composant qui est utilisé pour initialiser un système ou définir des variables exécute plusieurs fonctions en séquence, mais les fonctions sont liées par le temps impliqué.

• Procedurally Cohesion - C'est lorsque les fonctions sont regroupées dans un composant juste pour assurer cet ordre.

• Sequential Cohesion - C'est lorsque la sortie d'une partie d'un composant est l'entrée de la partie suivante de celui-ci.

Conception d'entrée

Dans un système d'information, les entrées sont les données brutes qui sont traitées pour produire une sortie. Lors de la conception des entrées, les développeurs doivent prendre en compte les périphériques d'entrée tels que PC, MICR, OMR, etc.

Par conséquent, la qualité de l'entrée du système détermine la qualité de la sortie du système. Les formulaires de saisie et les écrans bien conçus ont les propriétés suivantes -

• Il doit servir efficacement des objectifs spécifiques tels que le stockage, l'enregistrement et la récupération des informations.

• Il garantit une finition correcte avec précision.

• Il doit être facile à remplir et simple.

• Il doit se concentrer sur l'attention, la cohérence et la simplicité de l'utilisateur.

• Tous ces objectifs sont obtenus en utilisant la connaissance des principes de conception de base concernant -

  • Quelles sont les entrées nécessaires pour le système?

  • Comment les utilisateurs finaux réagissent aux différents éléments des formulaires et des écrans.

Objectifs de la conception des entrées

Les objectifs de la conception des entrées sont:

• Concevoir des procédures de saisie et de saisie de données

• Pour réduire le volume d'entrée

• Pour concevoir des documents source pour la capture de données ou concevoir d'autres méthodes de capture de données

• Pour concevoir des enregistrements de données d'entrée, des écrans de saisie de données, des écrans d'interface utilisateur, etc.

• Utiliser des contrôles de validation et développer des contrôles d'entrée efficaces.

Méthodes de saisie des données

Il est important de concevoir des méthodes de saisie de données appropriées pour éviter les erreurs lors de la saisie des données. Ces méthodes dépendent du fait que les données sont saisies par les clients dans des formulaires manuellement puis saisies par les opérateurs de saisie de données, ou que les données sont saisies directement par les utilisateurs sur les PC.

Un système doit empêcher l'utilisateur de faire des erreurs en -

• Conception de forme claire en laissant suffisamment d'espace pour écrire de manière lisible.
• Instructions claires pour remplir le formulaire.
• Conception de forme claire.
• Réduire les coups de touche.
• Retour d'erreur immédiat.

Certaines des méthodes de saisie de données les plus courantes sont:

• Méthode d'entrée par lots (méthode d'entrée de données hors ligne)
• Méthode de saisie des données en ligne
• Formulaires lisibles par ordinateur
• Entrée de données interactive

Contrôles d'intégrité d'entrée

Les contrôles d'intégrité des entrées comprennent un certain nombre de méthodes pour éliminer les erreurs d'entrée courantes des utilisateurs finaux. Ils comprennent également des vérifications de la valeur des champs individuels; tant pour le format que pour l'exhaustivité de toutes les entrées.

Les pistes d'audit pour la saisie de données et d'autres opérations du système sont créées à l'aide de journaux de transactions qui donnent un enregistrement de toutes les modifications introduites dans la base de données pour fournir la sécurité et des moyens de récupération en cas de panne.

Conception de sortie

La conception de la sortie est la tâche la plus importante de tout système. Lors de la conception de la sortie, les développeurs identifient le type de sortie nécessaire et prennent en compte les contrôles de sortie nécessaires et les présentations de rapport de prototype.

Objectifs de la conception des extrants

Les objectifs de la conception des entrées sont:

• Développer une conception de sortie qui répond à l'objectif prévu et élimine la production de sortie indésirable.

• Développer la conception de sortie qui répond aux exigences des utilisateurs finaux.

• Pour fournir la quantité appropriée de sortie.

• Pour former la sortie dans un format approprié et la diriger vers la bonne personne.

• Rendre la sortie disponible à temps pour prendre de bonnes décisions.

Passons maintenant à différents types de sorties -

Sorties externes

Les fabricants créent et conçoivent des sorties externes pour les imprimantes. Les sorties externes permettent au système de laisser les actions de déclenchement de la part de leurs destinataires ou de confirmer les actions à leurs destinataires.

Certaines des sorties externes sont conçues comme des sorties de retournement, qui sont mises en œuvre sous forme de formulaire et réintègrent le système en tant qu'entrée.

Sorties internes

Les sorties internes sont présentes à l'intérieur du système et utilisées par les utilisateurs finaux et les gestionnaires. Ils soutiennent la direction dans la prise de décision et le reporting.

Il existe trois types de rapports produits par les informations de gestion -

• Detailed Reports - Ils contiennent des informations actuelles qui n'ont pratiquement pas de filtrage ou de restriction généré pour aider à la planification et au contrôle de la gestion.

• Summary Reports - Ils contiennent des tendances et des problèmes potentiels qui sont classés et résumés qui sont générés pour les gestionnaires qui ne veulent pas de détails.

• Exception Reports - Ils contiennent des exceptions, des données filtrées selon certaines conditions ou normes avant de les présenter au gestionnaire, à titre d'information.

Contrôles d'intégrité de sortie

Les contrôles d'intégrité de sortie incluent des codes de routage pour identifier le système de réception et des messages de vérification pour confirmer la réception réussie des messages qui sont traités par le protocole réseau.

Les rapports imprimés ou au format écran doivent inclure une date / heure pour l'impression du rapport et les données. Les rapports multipages contiennent le titre ou la description du rapport et la pagination. Les formulaires pré-imprimés incluent généralement un numéro de version et une date d'entrée en vigueur.

Conception de formulaires

Les formulaires et les rapports sont le produit de la conception d'entrée et de sortie et sont des documents commerciaux composés de données spécifiées. La principale différence est que les formulaires fournissent des champs pour la saisie de données, mais les rapports sont uniquement utilisés pour la lecture. Par exemple, bons de commande, demande d'emploi et de crédit, etc.

• Lors de la conception du formulaire, les concepteurs doivent savoir -

  • qui les utilisera

  • où seraient-ils livrés

  • l'objet du formulaire ou du rapport

• Lors de la conception des formulaires, les outils de conception automatisés améliorent la capacité du développeur à prototyper des formulaires et des rapports et à les présenter aux utilisateurs finaux pour évaluation.

Objectifs d'une bonne conception de formulaire

Une bonne conception du formulaire est nécessaire pour garantir ce qui suit -

• Pour garder l'écran simple en donnant une séquence appropriée, des informations et des légendes claires.

• Pour atteindre l'objectif visé en utilisant des formulaires appropriés.

• Assurer le remplissage du formulaire avec précision.

• Pour garder les formulaires attrayants en utilisant des icônes, une vidéo inversée ou des curseurs clignotants, etc.

• Pour faciliter la navigation.

Types de formulaires

Flat Forms

• Il s'agit d'un formulaire à un seul exemplaire préparé manuellement ou par une machine et imprimé sur papier. Pour des copies supplémentaires de l'original, des papiers carbone sont insérés entre les copies.

• Il s'agit d'une forme la plus simple et la moins coûteuse à concevoir, imprimer et reproduire, qui utilise moins de volume.

Unit Set/Snap out Forms

• Ce sont des papiers avec des charbons uniques imbriqués dans des ensembles d'unités pour une utilisation manuscrite ou à la machine.

• Les carbones peuvent être bleus ou noirs, intensité moyenne de qualité standard. En général, les carbones bleus sont les meilleurs pour les formes manuscrites tandis que les carbones noirs sont les meilleurs pour une utilisation en machine.

Continuous strip/Fanfold Forms

• Ce sont de multiples formes unitaires réunies en une bande continue avec des perforations entre chaque paire de formes.

• C'est une méthode moins coûteuse pour une utilisation en grand volume.

No Carbon Required (NCR) Paper

• Ils utilisent des papiers autocopiants qui ont deux revêtements chimiques (capsules), l'un sur le visage et l'autre sur le dos d'une feuille de papier.

• Lorsqu'une pression est appliquée, les deux capsules interagissent et créent une image.

Le système logiciel doit être vérifié pour son comportement prévu et sa direction de progression à chaque étape du développement pour éviter la duplication des efforts, les dépassements de temps et de coût, et pour assurer l'achèvement du système dans les délais prescrits. Le système logiciel doit être vérifié pour sa le comportement prévu et l'orientation des progrès à chaque étape du développement pour éviter la duplication des efforts, les dépassements de temps et de coûts, et pour assurer l'achèvement du système dans les délais prescrits.

Les tests du système et l'assurance qualité aident à vérifier le système. Il comprend -

• Qualité au niveau du produit (tests)
• Qualité au niveau du processus.

Passons en revue brièvement -

Essai

Le test est le processus ou l'activité qui vérifie la fonctionnalité et l'exactitude du logiciel conformément aux exigences spécifiques des utilisateurs afin d'améliorer la qualité et la fiabilité du système. Il s'agit d'une approche coûteuse, longue et critique dans le développement de système qui nécessite une planification appropriée du processus de test global.

Un test réussi est celui qui détecte les erreurs. Il exécute le programme avec l'intention explicite de trouver une erreur, c'est-à-dire de faire échouer le programme. Il s'agit d'un processus d'évaluation du système dans le but de créer un système solide et se concentre principalement sur les zones faibles du système ou du logiciel.

Caractéristiques des tests système

Le test du système commence au niveau du module et se poursuit vers l'intégration de l'ensemble du système logiciel. Différentes techniques de test sont utilisées à différents moments lors du test du système. Il est réalisé par le développeur pour les petits projets et par des groupes de test indépendants pour les grands projets.

Étapes des tests du système

Les étapes suivantes sont impliquées dans les tests -

Test Strategy

C'est une déclaration qui fournit des informations sur les différents niveaux, méthodes, outils et techniques utilisés pour tester le système. Il doit satisfaire tous les besoins d'une organisation.

Test Plan

Il fournit un plan de test du système et vérifie que le système testé répond à toutes les spécifications de conception et fonctionnelles. Le plan de test fournit les informations suivantes -

• Objectifs de chaque phase de test
• Approches et outils utilisés pour les tests
• Responsabilités et temps requis pour chaque activité de test
• Disponibilité des outils, des installations et des bibliothèques de tests
• Procédures et normes requises pour la planification et la réalisation des tests
• Facteurs responsables de la réussite du processus de test

Test Case Design

• Un certain nombre de cas de test sont identifiés pour chaque module du système à tester.

• Chaque cas de test précisera comment la mise en œuvre d'une exigence particulière ou d'une décision de conception doit être testée et les critères de réussite du test.

• Les cas de test ainsi que le plan de test sont documentés dans le cadre d'un document de spécification du système ou dans un document séparé appelé test specification ou test description.

Test Procedures

Il comprend les étapes à suivre pour exécuter chacun des cas de test. Ces procédures sont spécifiées dans un document séparé appelé spécification de procédure de test. Ce document spécifie également les exigences et les formats spéciaux pour la communication des résultats des tests.

Test Result Documentation

Le fichier de résultats de test contient de brèves informations sur le nombre total de cas de test exécutés, le nombre d'erreurs et la nature des erreurs. Ces résultats sont ensuite évalués par rapport aux critères de la spécification du test pour déterminer le résultat global du test.

Types de tests

Les tests peuvent être de différents types et différents types de tests sont effectués en fonction du type de bogues que l'on cherche à découvrir -

Test unitaire

Aussi connu sous le nom de Test de programme, il s'agit d'un type de test où l'analyste teste ou se concentre sur chaque programme ou module indépendamment. Elle est effectuée avec l'intention d'exécuter chaque instruction du module au moins une fois.

• Dans les tests unitaires, la précision du programme ne peut pas être garantie et il est difficile de tester en détail diverses combinaisons d'entrées.

• Il identifie les erreurs maximales dans un programme par rapport à d'autres techniques de test.

Test d'intégration

Dans les tests d'intégration, l'analyste teste plusieurs modules fonctionnant ensemble. Il est utilisé pour trouver les écarts entre le système et son objectif d'origine, les spécifications actuelles et la documentation des systèmes.

• Ici, les analystes essaient de trouver des zones où les modules ont été conçus avec des spécifications différentes pour la longueur des données, le type et le nom de l'élément de données.

• Il vérifie que la taille des fichiers est adéquate et que les index ont été construits correctement.

Test fonctionel

Les tests de fonctionnement déterminent si le système fonctionne correctement conformément à ses spécifications et à la documentation des normes pertinentes. Les tests fonctionnels commencent généralement par la mise en œuvre du système, qui est très critique pour le succès du système.

Les tests fonctionnels sont divisés en deux catégories -

• Positive Functional Testing - Il s'agit de tester le système avec des entrées valides pour vérifier que les sorties produites sont correctes.

• Negative Functional Testing - Il s'agit de tester le logiciel avec des entrées invalides et des conditions de fonctionnement indésirables.

Règles de test du système

Pour mener à bien les tests du système, vous devez suivre les règles données -

• Les tests doivent être basés sur les exigences de l'utilisateur.

• Avant d'écrire des scripts de test, comprenez que la logique métier doit être bien comprise.

• Le plan de test doit être fait dès que possible.

• Les tests doivent être effectués par un tiers.

• Il doit être effectué sur un logiciel statique.

• Les tests doivent être effectués pour les conditions d'entrée valides et non valides.

• Les tests doivent être revus et examinés pour réduire les coûts.

• Des tests statiques et dynamiques doivent être effectués sur le logiciel.

• La documentation des cas de test et des résultats des tests doit être effectuée.

Assurance qualité

Il s'agit de l'examen du système ou des produits logiciels et de sa documentation pour garantir que le système répond aux exigences et aux spécifications.

• Le but de l'assurance qualité est de donner confiance aux clients par une livraison constante du produit conformément aux spécifications.

• L'assurance qualité logicielle (SQA) est une technique qui comprend des procédures et des outils appliqués par les professionnels du logiciel pour garantir que le logiciel répond à la norme spécifiée pour son utilisation et ses performances prévues.

• L'objectif principal de SQA est de fournir à l'administration une visibilité correcte et précise du projet logiciel et de son produit développé.

• Il examine et audite le produit logiciel et ses activités tout au long du cycle de vie du développement du système.

Objectifs de l'assurance qualité

Les objectifs de la conduite de l'assurance qualité sont les suivants:

• Surveiller le processus de développement logiciel et le logiciel final développé.

• S'assurer que le projet logiciel met en œuvre les normes et procédures fixées par la direction.

• Informer les groupes et les individus des activités de l'AQS et des résultats de ces activités.

• S'assurer que les problèmes qui ne sont pas résolus dans le logiciel sont traités par la haute direction.

• Identifier les lacunes du produit, du processus ou des normes et les corriger.

Niveaux d'assurance qualité

Plusieurs niveaux d'AQ et de tests doivent être effectués pour certifier un produit logiciel.

Level 1 − Code Walk-through

À ce niveau, le logiciel hors ligne est examiné ou vérifié pour toute violation des règles de codage officielles. En général, l'accent est mis sur l'examen de la documentation et le niveau des commentaires dans le code.

Level 2 − Compilation and Linking

À ce niveau, il est vérifié que le logiciel peut compiler et relier toutes les plates-formes et systèmes d'exploitation officiels.

Level 3 − Routine Running

À ce niveau, il est vérifié que le logiciel peut fonctionner correctement dans diverses conditions telles qu'un certain nombre d'événements et des événements de petite et grande taille, etc.

Level 4 − Performance test

A ce dernier niveau, on vérifie que les performances du logiciel satisfont au niveau de performances précédemment spécifié.

La mise en œuvre est un processus visant à garantir que le système d'information est opérationnel. Cela implique -

• Construire un nouveau système à partir de zéro
• Construire un nouveau système à partir de l'existant.

La mise en œuvre permet aux utilisateurs de prendre en charge son fonctionnement pour l'utilisation et l'évaluation. Il s'agit de former les utilisateurs à gérer le système et à planifier une conversion en douceur.

Entraînement

Le personnel du système doit savoir en détail quels seront leurs rôles, comment ils peuvent utiliser le système et ce que le système fera ou ne fera pas. Le succès ou l'échec de systèmes bien conçus et techniquement élégants peut dépendre de la manière dont ils sont exploités et utilisés.

Opérateurs de systèmes de formation

Les opérateurs de systèmes doivent être correctement formés pour pouvoir gérer toutes les opérations possibles, à la fois courantes et extraordinaires. Les opérateurs doivent être formés aux dysfonctionnements courants qui peuvent survenir, à la façon de les reconnaître et aux mesures à prendre lorsqu'ils surviennent.

La formation consiste à créer des listes de dépannage pour identifier les problèmes potentiels et les solutions pour eux, ainsi que les noms et numéros de téléphone des personnes à contacter en cas de problèmes inattendus ou inhabituels.

La formation implique également la familiarisation avec les procédures d'exécution, ce qui implique de travailler sur la séquence des activités nécessaires pour utiliser un nouveau système.

La formation de l'utilisateur

• La formation des utilisateurs finaux est une partie importante du développement du système d'information informatisé, qui doit être fournie aux employés pour leur permettre de résoudre eux-mêmes les problèmes.

• La formation des utilisateurs implique comment faire fonctionner l'équipement, résoudre le problème du système, déterminer si un problème survenu est causé par l'équipement ou le logiciel.

• La plupart des formations des utilisateurs concernent le fonctionnement du système lui-même. Les formations doivent être conçues pour aider l'utilisateur à se mobiliser rapidement pour l'organisation.

Directives de formation

• Établir des objectifs mesurables
• Utiliser des méthodes de formation appropriées
• Sélection de sites de formation adaptés
• Utiliser du matériel de formation compréhensible

Méthodes d'entraînement

Instructeur a conduit la formation

Il implique à la fois les formateurs et les stagiaires, qui doivent se rencontrer en même temps, mais pas nécessairement au même endroit. La session de formation peut être individuelle ou collaborative. Il est de deux types -

Virtual Classroom

Dans cette formation, les formateurs doivent rencontrer les stagiaires au même moment, mais ne sont pas obligés d'être au même endroit. Les principaux outils utilisés ici sont: la visioconférence, les outils de chat de relais Internet basés sur du texte, ou les packages de réalité virtuelle, etc.

Normal Classroom

Les formateurs doivent rencontrer les stagiaires au même moment et au même endroit. Les principaux outils utilisés ici sont le tableau noir, les rétroprojecteurs, les projecteurs LCD, etc.

Formation auto-rythmée

Il implique à la fois des formateurs et des stagiaires, qui n'ont pas besoin de se rencontrer au même endroit ou au même moment. Les stagiaires apprennent eux-mêmes les compétences en accédant aux cours à leur convenance. Il est de deux types -

Multimedia Training

Dans cette formation, les cours sont présentés au format multimédia et stockés sur CD-ROM. Cela minimise le coût de développement d'un cours de formation interne sans l'aide de programmeurs externes.

Web-based Training

Dans cette formation, les cours sont souvent présentés en format hyper média et développés pour prendre en charge Internet et intranet. Il fournit une formation juste à temps aux utilisateurs finaux et permet à l'organisation d'adapter les besoins de formation.

Conversion

C'est un processus de migration de l'ancien système vers le nouveau. Il fournit une approche compréhensible et structurée pour améliorer la communication entre la direction et l'équipe de projet.

Plan de conversion

Il contient une description de toutes les activités qui doivent avoir lieu pendant la mise en œuvre du nouveau système et sa mise en service. Il anticipe les problèmes éventuels et les solutions pour y faire face.

Il comprend les activités suivantes -

• Nommez tous les fichiers pour les conversions.
• Identifier les besoins en données pour développer de nouveaux fichiers pendant la conversion.
• Liste de tous les nouveaux documents et procédures nécessaires.
• Identifier les contrôles à utiliser dans chaque activité.
• Identifier la responsabilité de la personne pour chaque activité.
• Vérification des calendriers de conversion.

Méthodes de conversion

Les quatre méthodes de conversion sont -

• Conversion parallèle
• Conversion de basculement direct
• Approche pilote
• Méthode progressive

Méthode	La description	Avantages	Désavantages
Conversion parallèle	Les anciens et les nouveaux systèmes sont utilisés simultanément.	Fournit une solution de secours lorsque le nouveau système échoue. Offre la plus grande sécurité et finalement le test du nouveau système.	Provoque des dépassements de coûts. Le nouveau système peut ne pas être juste.
Conversion de basculement direct	Un nouveau système est mis en œuvre et l'ancien système est complètement remplacé.	Oblige les utilisateurs à faire fonctionner le nouveau système Bénéfice immédiat de nouvelles méthodes et de nouveaux contrôles.	Pas de repli si des problèmes surviennent avec le nouveau système Nécessite une planification minutieuse
Approche pilote	Prend en charge une approche par étapes qui implémente progressivement le système chez tous les utilisateurs	Permet la formation et l'installation sans utilisation inutile des ressources. Évitez les grandes imprévus de la gestion des risques.	Une phase à long terme pose le problème de savoir si la conversion se passe bien ou non.
Méthode progressive	Version de travail du système implémentée dans une partie de l'organisation basée sur les retours d'expérience, elle est installée dans toute l'organisation seule ou étape par étape.	Fournit de l'expérience et des tests en ligne avant la mise en œuvre Lorsqu'il est préféré, un nouveau système implique une nouvelle technologie ou des changements drastiques de performances.	Donne l'impression que l'ancien système est erroné et qu'il n'est pas fiable.

Conversion de fichiers

C'est un processus de conversion d'un format de fichier en un autre. Par exemple, un fichier au format WordPerfect peut être converti en Microsoft Word.

Pour une conversion réussie, un plan de conversion est nécessaire, qui comprend:

• Connaissance du système cible et compréhension du système actuel
• Teamwork
• Méthodes automatisées, tests et opérations parallèles
• Assistance continue pour la résolution des problèmes
• Mise à jour des systèmes / documentation utilisateur, etc.

De nombreuses applications courantes prennent en charge l'ouverture et l'enregistrement dans d'autres formats de fichiers du même type. Par exemple, Microsoft Word peut ouvrir et enregistrer des fichiers dans de nombreux autres formats de traitement de texte.

Revue d'évaluation post-mise en œuvre (PIER)

Le PIER est un outil ou une approche standard pour évaluer le résultat du projet et déterminer si le projet produit les avantages attendus pour les processus, produits ou services. Il permet à l'utilisateur de vérifier que le projet ou le système a atteint le résultat souhaité dans les délais et les coûts prévus.

PIER s'assure que le projet a atteint ses objectifs en évaluant les processus de développement et de gestion du projet.

Objectifs de PIER

Les objectifs d'un PIER sont les suivants -

• Déterminer le succès d'un projet par rapport aux coûts, avantages et délais prévus.

• Identifier les opportunités pour ajouter de la valeur ajoutée au projet.

• Déterminer les forces et les faiblesses du projet pour référence future et action appropriée.

• Faire des recommandations sur l'avenir du projet en affinant les techniques d'estimation des coûts.

Les membres du personnel suivants devraient être inclus dans le processus d'examen -

• Équipe et direction du projet
• Personnel des utilisateurs
• Personnel de gestion stratégique
• Utilisateurs externes

Maintenance / amélioration du système

L'entretien signifie restaurer quelque chose dans ses conditions d'origine. L'amélioration signifie l'ajout, la modification du code pour prendre en charge les changements dans la spécification utilisateur. La maintenance du système conforme le système à ses exigences d'origine et l'amélioration ajoute à la capacité du système en incorporant de nouvelles exigences.

Ainsi, la maintenance modifie le système existant, l'amélioration ajoute des fonctionnalités au système existant et le développement remplace le système existant. C'est une partie importante du développement du système qui comprend les activités qui corrigent les erreurs de conception et de mise en œuvre du système, mettent à jour les documents et testent les données.

Types de maintenance

La maintenance du système peut être classée en trois types -

• Corrective Maintenance - Permet à l'utilisateur d'effectuer la réparation et la correction des problèmes restants.

• Adaptive Maintenance - Permet à l'utilisateur de remplacer les fonctions des programmes.

• Perfective Maintenance - Permet à l'utilisateur de modifier ou d'améliorer les programmes en fonction des exigences des utilisateurs et des besoins changeants.

Audit système

Il s'agit d'une enquête pour examiner les performances d'un système opérationnel. Les objectifs de la réalisation d'un audit système sont les suivants:

• Pour comparer les performances réelles et prévues.

• Vérifier que les objectifs déclarés du système sont toujours valables dans l'environnement actuel.

• Évaluer l'atteinte des objectifs énoncés.

• Assurer la fiabilité des informations financières et autres informatisées.

• Pour s'assurer que tous les enregistrements sont inclus lors du traitement.

• Pour assurer la protection contre les fraudes.

Audit de l'utilisation du système informatique

Les auditeurs du traitement des données auditent l'utilisation du système informatique afin de le contrôler. L'auditeur a besoin de données de contrôle qui sont obtenues par le système informatique lui-même.

L'auditeur système

Le rôle de l'auditeur commence au stade initial du développement du système afin que le système résultant soit sécurisé. Il décrit une idée de l'utilisation du système qui peut être enregistrée, ce qui aide à planifier la charge et à décider des spécifications matérielles et logicielles. Il donne une indication d'une utilisation judicieuse du système informatique et d'une éventuelle mauvaise utilisation du système.

Essai d'audit

Un essai d'audit ou un journal d'audit est un enregistrement de sécurité qui comprend qui a accédé à un système informatique et quelles opérations sont effectuées pendant une période de temps donnée. Les essais d'audit sont utilisés pour effectuer un suivi détaillé de l'évolution des données du système.

Il fournit des preuves documentaires des différentes techniques de contrôle auxquelles une transaction est soumise lors de son traitement. Les essais d'audit n'existent pas indépendamment. Ils sont réalisés dans le cadre de la comptabilisation de la récupération des transactions perdues.

Méthodes d'audit

L'audit peut être effectué de deux manières différentes -

Audit autour de l'ordinateur

• Prenez des exemples d'entrées et appliquez manuellement les règles de traitement.
• Comparez les sorties avec les sorties de l'ordinateur.

Audit via l'ordinateur

• Mettre en place un essai d'audit qui permet d'examiner les résultats intermédiaires sélectionnés.
• Les totaux de contrôle fournissent des vérifications intermédiaires.

Considérations d'audit

Les considérations d'audit examinent les résultats de l'analyse en utilisant à la fois les récits et les modèles pour identifier les problèmes causés par des fonctions mal placées, des processus ou des fonctions fractionnés, des flux de données interrompus, des données manquantes, un traitement redondant ou incomplet et des opportunités d'automatisation non traitées.

Les activités de cette phase sont les suivantes -

• Identification des problèmes environnementaux actuels
• Identification des causes du problème
• Identification de solutions alternatives
• Évaluation et analyse de faisabilité de chaque solution
• Sélection et recommandation de la solution la plus pratique et la plus appropriée
• Estimation des coûts du projet et analyse coûts-avantages

Sécurité

La sécurité du système fait référence à la protection du système contre le vol, les accès et modifications non autorisés et les dommages accidentels ou non intentionnels. Dans les systèmes informatisés, la sécurité consiste à protéger toutes les parties du système informatique, y compris les données, les logiciels et le matériel. La sécurité des systèmes comprend la confidentialité et l'intégrité du système.

• System privacy traite de la protection des systèmes individuels contre l'accès et l'utilisation sans la permission / connaissance des personnes concernées.

• System integrity se préoccupe de la qualité et de la fiabilité des données brutes et traitées dans le système.

Des mesures de contrôle

Il existe une variété de mesures de contrôle qui peuvent être globalement classées comme suit -

Sauvegarde

• Sauvegarde régulière des bases de données quotidienne / hebdomadaire en fonction de la criticité du temps et de la taille.

• Sauvegarde incrémentielle à des intervalles plus courts.

• Copies de sauvegarde conservées dans un emplacement distant sûr, particulièrement nécessaire pour la reprise après sinistre.

• Les systèmes en double s'exécutent et toutes les transactions sont mises en miroir s'il s'agit d'un système très critique et ne peut tolérer aucune interruption avant le stockage sur disque.

Contrôle d'accès physique aux installations

• Verrous physiques et authentification biométrique. Par exemple, empreinte digitale
• Les cartes d'identité ou les laissez-passer sont vérifiés par le personnel de sécurité.
• Identification de toutes les personnes qui lisent ou modifient des données et les enregistrent dans un fichier.

Utilisation du contrôle logique ou logiciel

• Système de mot de passe.
• Crypter les données / programmes sensibles.
• Former les employés sur le traitement / traitement des données et la sécurité.
• Logiciel antivirus et protection par pare-feu lorsque vous êtes connecté à Internet.

Analyse de risque

Un risque est la possibilité de perdre quelque chose de valeur. L'analyse des risques commence par la planification d'un système sécurisé en identifiant la vulnérabilité du système et son impact. Le plan est ensuite élaboré pour gérer le risque et faire face à la catastrophe. Il est fait pour accéder à la probabilité de catastrophe possible et à leur coût.

L'analyse des risques est un travail d'équipe d'experts avec des antécédents différents tels que les produits chimiques, l'erreur humaine et l'équipement de traitement.

Les étapes suivantes doivent être suivies lors de l'analyse des risques -

• Identification de tous les composants du système informatique.

• Identification de toutes les menaces et dangers auxquels chacun des composants est confronté.

• Quantifier les risques, c'est-à-dire évaluer la perte dans le cas où les menaces deviennent réalité.

Analyse des risques - principales étapes

Étant donné que les risques ou les menaces évoluent et que les pertes potentielles évoluent également, la gestion des risques doit être effectuée périodiquement par les cadres supérieurs.

La gestion des risques est un processus continu et comprend les étapes suivantes -

• Identification des mesures de sécurité.

• Calcul du coût de mise en œuvre des mesures de sécurité.

• Comparaison du coût des mesures de sécurité avec la perte et la probabilité des menaces.

• Sélection et mise en œuvre des mesures de sécurité.

• Examen de la mise en œuvre des mesures de sécurité.

Dans l'approche orientée objet, l'accent est mis sur la capture de la structure et du comportement des systèmes d'information en petits modules qui combinent à la fois les données et les processus. L'objectif principal de la conception orientée objet (OOD) est d'améliorer la qualité et la productivité de l'analyse et de la conception du système en le rendant plus utilisable.

En phase d'analyse, les modèles OO sont utilisés pour combler l'écart entre le problème et la solution. Il fonctionne bien dans les situations où les systèmes subissent une conception, une adaptation et une maintenance continues. Il identifie les objets dans le domaine du problème, les classant en termes de données et de comportement.

Le modèle OO est bénéfique des manières suivantes -

• Il facilite les changements dans le système à faible coût.

• Il favorise la réutilisation des composants.

• Cela simplifie le problème de l'intégration des composants pour configurer un grand système.

• Il simplifie la conception des systèmes distribués.

Éléments du système orienté objet

Passons en revue les caractéristiques du système OO -

• Objects- Un objet est quelque chose qui existe dans le domaine du problème et qui peut être identifié par des données (attribut) ou un comportement. Toutes les entités tangibles (étudiant, patient) et certaines entités immatérielles (compte bancaire) sont modélisées comme objet.

• Attributes - Ils décrivent des informations sur l'objet.

• Behavior- Il spécifie ce que l'objet peut faire. Il définit l'opération effectuée sur les objets.

• Class- Une classe encapsule les données et leur comportement. Objets ayant une signification et un but similaires regroupés en classe.

• Methods- Les méthodes déterminent le comportement d'une classe. Ce ne sont rien de plus qu'une action qu'un objet peut effectuer.

• Message- Un message est un appel de fonction ou de procédure d'un objet à un autre. Ce sont des informations envoyées aux objets pour déclencher des méthodes. Essentiellement, un message est un appel de fonction ou de procédure d'un objet à un autre.

Caractéristiques du système orienté objet

Un système orienté objet est livré avec plusieurs fonctionnalités intéressantes qui sont décrites ci-dessous.

Encapsulation

L'encapsulation est un processus de dissimulation d'informations. Il s'agit simplement de la combinaison de processus et de données en une seule entité. Les données d'un objet sont cachées du reste du système et disponibles uniquement via les services de la classe. Il permet d'améliorer ou de modifier les méthodes utilisées par les objets sans affecter les autres parties d'un système.

Abstraction

C'est un processus de prise ou de sélection de la méthode et des attributs nécessaires pour spécifier l'objet. Il se concentre sur les caractéristiques essentielles d'un objet par rapport à la perspective de l'utilisateur.

Des relations

Toutes les classes du système sont liées les unes aux autres. Les objets n'existent pas isolément, ils existent en relation avec d'autres objets.

Il existe trois types de relations d'objet -

• Aggregation - Il indique la relation entre un tout et ses parties.

• Association - En cela, deux classes sont liées ou connectées d'une certaine manière, par exemple une classe travaille avec une autre pour effectuer une tâche ou une classe agit sur une autre classe.

• Generalization- La classe enfant est basée sur la classe parent. Cela indique que deux classes sont similaires mais présentent quelques différences.

Héritage

L'héritage est une fonctionnalité intéressante qui permet de créer des sous-classes à partir d'une classe existante en héritant des attributs et / ou des opérations des classes existantes.

Polymorphisme et liaison dynamique

Le polymorphisme est la capacité de prendre de nombreuses formes différentes. Il s'applique à la fois aux objets et aux opérations. Un objet polymorphe est un objet dont le vrai type se cache dans une classe super ou parent.

En fonctionnement polymorphe, l'opération peut être effectuée différemment par différentes classes d'objets. Cela nous permet de manipuler des objets de différentes classes en ne connaissant que leurs propriétés communes.

Approche structurée vs. Approche orientée objet

Le tableau suivant explique en quoi l'approche orientée objet diffère de l'approche structurée traditionnelle -

Approche structurée	Approche orientée objet
Cela fonctionne avec une approche descendante.	Cela fonctionne avec une approche ascendante.
Le programme est divisé en nombre de sous-modules ou de fonctions.	Le programme est organisé en ayant le nombre de classes et d'objets.
L'appel de fonction est utilisé.	Le passage de message est utilisé.
La réutilisation du logiciel n'est pas possible.	La réutilisation est possible.
La programmation de la conception structurée est généralement laissée jusqu'aux phases finales.	Programmation de la conception orientée objet réalisée en même temps que d'autres phases.
La conception structurée est plus adaptée à la délocalisation.	Il convient au développement en interne.
Il montre une transition claire de la conception à la mise en œuvre.	Transition pas si claire de la conception à la mise en œuvre.
Il convient aux systèmes temps réel, aux systèmes embarqués et aux projets où les objets ne sont pas le niveau d'abstraction le plus utile.	Il convient à la plupart des applications d'entreprise, des projets de développement de jeux, qui devraient être personnalisés ou étendus.
Le diagramme DFD & ER modélise les données.	Le diagramme de classes, le diagramme de séquence, le diagramme d'état et les cas d'utilisation contribuent tous.
En cela, les projets peuvent être gérés facilement grâce à des phases clairement identifiables.	Dans cette approche, les projets peuvent être difficiles à gérer en raison de transitions incertaines entre les phases.

Langage de modélisation unifié (UML)

UML est un langage visuel qui vous permet de modéliser des processus, des logiciels et des systèmes pour exprimer la conception de l'architecture système. C'est un langage standard pour la conception et la documentation d'un système d'une manière orientée objet qui permet aux architectes techniques de communiquer avec le développeur.

Il est défini comme un ensemble de spécifications créées et diffusées par Object Management Group. UML est extensible et évolutif.

L'objectif d'UML est de fournir un vocabulaire commun de termes orientés objet et de techniques de création de diagrammes suffisamment riche pour modéliser tout projet de développement de systèmes de l'analyse à la mise en œuvre.

UML est composé de -

• Diagrams - Il s'agit d'une représentation picturale d'un processus, d'un système ou d'une partie de celui-ci.

• Notations - Il se compose d'éléments qui fonctionnent ensemble dans un diagramme tels que des connecteurs, des symboles, des notes, etc.

Exemple de notation UML pour la classe

Diagramme d'instance-notation UML

Opérations effectuées sur des objets

Les opérations suivantes sont effectuées sur les objets -

• Constructor/Destructor- Création de nouvelles instances d'une classe et suppression des instances existantes d'une classe. Par exemple, ajouter un nouvel employé.

• Query- Accéder à l'état sans changer de valeur, n'a pas d'effets secondaires. Par exemple, trouver l'adresse d'un employé en particulier.

• Update - Modifie la valeur d'un ou plusieurs attributs et affecte l'état de l'objet Par exemple, changer l'adresse d'un employé.

Utilisations d'UML

UML est très utile aux fins suivantes -

• Modélisation du processus métier
• Décrire l'architecture du système
• Affichage de la structure de l'application
• Capturer le comportement du système
• Modélisation de la structure des données
• Construire les spécifications détaillées du système
• Esquisser les idées
• Générer le code du programme

Modèles statiques

Les modèles statiques montrent les caractéristiques structurelles d'un système, décrivent sa structure système et mettent l'accent sur les parties qui composent le système.

• Ils sont utilisés pour définir les noms de classe, les attributs, les méthodes, la signature et les packages.

• Les diagrammes UML qui représentent un modèle statique incluent le diagramme de classes, le diagramme d'objets et le diagramme de cas d'utilisation.

Modèles dynamiques

Les modèles dynamiques montrent les caractéristiques comportementales d'un système, c'est-à-dire comment le système se comporte en réponse à des événements externes.

• Les modèles dynamiques identifient l'objet nécessaire et comment ils fonctionnent ensemble grâce à des méthodes et des messages.

• Ils sont utilisés pour concevoir la logique et le comportement du système.

• Les diagrammes UML représentent un modèle dynamique comprenant un diagramme de séquence, un diagramme de communication, un diagramme d'état, un diagramme d'activité.

Cycle de vie du développement de système orienté objet

Il se compose de trois processus macro -

• Analyse orientée objet (OOA)
• Conception orientée objet (OOD)
• Implémentation orientée objet (OOI)

Activités de développement de systèmes orientés objet

Le développement de systèmes orientés objet comprend les étapes suivantes -

• Analyse orientée objet
• Conception orientée objet
• Prototyping
• Implementation
• Test incrémental

Analyse orientée objet

Cette phase concerne la détermination de la configuration système requise et la compréhension de la configuration système requise. use-case model. Un cas d'utilisation est un scénario pour décrire l'interaction entre l'utilisateur et le système informatique. Ce modèle représente les besoins de l'utilisateur ou la vue utilisateur du système.

Il comprend également l'identification des classes et leurs relations avec les autres classes du domaine du problème, qui composent une application.

Conception orientée objet

L'objectif de cette phase est de concevoir et d'affiner les classes, attributs, méthodes et structures identifiés lors de la phase d'analyse, de l'interface utilisateur et de l'accès aux données. Cette phase identifie et définit également les classes ou objets supplémentaires qui prennent en charge la mise en œuvre de l'exigence.

Prototypage

Le prototypage permet de comprendre pleinement à quel point il sera facile ou difficile de mettre en œuvre certaines des fonctionnalités du système.

Cela peut également donner aux utilisateurs la possibilité de commenter la convivialité et l'utilité de la conception. Il peut définir davantage un cas d'utilisation et rendre la modélisation de cas d'utilisation beaucoup plus facile.

la mise en oeuvre

Il utilise soit le développement basé sur les composants (CBD), soit le développement rapide d'applications (RAD).

Développement basé sur les composants (CBD)

CODD est une approche industrialisée du processus de développement logiciel utilisant diverses technologies comme les outils CASE. Le développement d'applications passe du développement personnalisé à l'assemblage de composants logiciels pré-construits, pré-testés et réutilisables qui fonctionnent les uns avec les autres. Un développeur CBD peut assembler des composants pour construire un système logiciel complet.

Développement rapide d'applications (RAD)

RAD est un ensemble d'outils et de techniques qui peuvent être utilisés pour créer une application plus rapidement qu'avec les méthodes traditionnelles. Il ne remplace pas SDLC mais le complète, car il se concentre davantage sur la description des processus et peut être parfaitement combiné avec l'approche orientée objet.

Sa tâche est de créer rapidement l'application et de mettre en œuvre de manière incrémentielle la conception des exigences de l'utilisateur à l'aide d'outils tels que Visual Basic, Power Builder, etc.

Test incrémental

Le développement de logiciels et toutes ses activités, y compris les tests, sont un processus itératif. Par conséquent, cela peut être une affaire coûteuse si nous n'attendons de tester un produit qu'après son développement complet. Ici, des tests incrémentiels entrent en jeu dans lesquels le produit est testé à différentes étapes de son développement.