Analyse et conception de systèmes - Conception de systèmes
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 dans 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ème.
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.
Mise à jour des coûts, des avantages, des dates de conversion et des 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 sens 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 permet de 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 panne 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 la documentation des programmes et des 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 de 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 fonctionnalités, 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 façon 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.