La typologie d'entreprise :
- Petite entreprise ne possédant pas de matériel propre et ne sous-traitant pas d'informatique à l'extérieur.
===> informatisation minimum (paie, comptabilité, gestion des clients, facturation, gestion des stocks)
- Entreprise ne possédant pas de matériel propre mais utilisant une informatique extérieure.
- Entreprise partiellement informatisée en interne et qui souhaite couvrir d'autres applications de type gestion
- Entreprise complètement informatisée (gestion) développant une informatique "à part".
Question : l'apport de l'informatique est-il justifié ?
C'est le rôle de cette étude qui doit notamment :
· indiquer la cause du déclenchement de cette étape
· dire qui est demandeur et qui est utilisateur
· estimer la charge financière
· choisir le "comment"
· prévoir si une étude des besoins aujourd'hui sera encore valable à moyen terme.
L'étude peut être confiée à des intervenants extérieurs. Elle donne lieu à un rapport d'opportunité.
Le cahier des charges
Document qui contient précisément la demande de l'entreprise, et qui servira de référence auprès des fournisseurs.
Il comportera :
· une présentation de l'entreprise
· les principales raisons qui conduisent l'entreprise à s'informatiser
· la situation actuelle des activités informatisées
· ce qu'on veut faire, projet par projet
· de quelle façon on veut le faire
· les différentes solutions qui pourront éventuellement être adoptées
· les degrés d'automatisation souhaités pour chacun des traitements.
[...] des transactions ou des programmes batch. Il est conseillé de suivre un certain nombre de règles : Règle 1 : à chaque formulaire correspond une transaction. Règle 2 : chaque transaction répondra à la structure simple suivante : Affichage écran Saisie données Traitement écran Règle 3 : établir des recommandations ergonomiques et des normes pour l'affichage écran (fond, boutons, etc.), la saisie des données, le processus de mise à jour. Règle 4 : standardiser la description des traitements en distinguant 4 types de traitement : - les contrôles (avec ou sans saisie de données) - les mises à jour de données stockées - les calculs - les éditions Règle 5 : prévoir la réalisation de modules communs. [...]
[...] Dans la pratique, de telles entités (ou tables) seront rarement créées dans la base de données finale, d'autant qu'elles sont presque toujours constituées d'une seule colonne PROCESSUS D'INFORMATISATION Merise : défauts et difficultés Parmi la multitude d'ouvrages traitant de Merise, fort peu mettent l'accent sur les défauts de la méthode et sur les difficultés que on peut rencontrer lors de la conception du MCD dans un certain nombre de cas. Redondance nuit-elle ? Premièrement, faut-il ou ne faut-il pas créer des relations entre les entités ? Plus exactement, une redondance de relations est-elle dangereuse ? Reprenant l'exemple Clients / Commandes / Produits, qu'est-ce qui nous empêche de considérer qu'un client commande des produits et de modifier le MCD de la Fig ainsi : COMMANDE commande Date commande 1,1 passe CLIENT client Nom client Adresse client 1,n 1,n 1,n comprend Qté 1,n commande PRODUIT produit Nom produit P.U. [...]
[...] Le cycle de vie, caractérisé par des étapes dans le temps (de la naissance à obsolescence du système) Le cycle d'abstraction (conceptuel, logique, physique), décrivant des niveaux de modélisation différents. Le cycle de décision (étapes de validation) Cycle d'abstraction Cycle de vie Cycle de décision Fig : Les cycles de Merise PROCESSUS D'INFORMATISATION Entité Une entité est un groupe de données ressenti comme tel, c'est-à-dire comprenant des données que l'on aurait instinctivement regroupées dans un même ensemble et auquel on aurait affecté une clé ou identifiant simple. Les données de l'entité s'appellent attributs ou propriétés. On souligne généralement la clé de l'entité. [...]
[...] On parle de cycle lorsqu' une opération / synchronisation a un événement contributif dont elle déclenche directement ou indirectement émission. E1 a R1 E2 b a^b S1 R2 E4 E3 R3 E5 Pour E1 présent, E2 active S1 S1 génère E3, E4 ou E5 E4 active S2 S2 émet E6, E7 ou E2 Dans ce cas, il faut définir les conditions amorçage et arrêt du cycle (analogie avec les boucles). a S2 R1 E6 R2 R3 E7 Un événement est dit atteignable il existe une séquence activation des synchronisations qui permette de passer de événement initial à événement à atteindre. [...]
[...] On les nomme relations porteuses de données. Une relation se représente par une ellipse. On appelle degré d'une relation le nombre d'entités qu'elle relie. Exemples de relations classiques : CLIENT client Nom client Prénom client Adresse client C.A . passe COMMANDE commande Date commande Fig : Une relation Merise Cette représentation est d'ailleurs une simplification de celle, plus complète, qui consiste à considérer la relation et son inverse, c'est-à-dire en prenant en compte le sens, et qui pourrait se schématiser par : CLIENT client Nom client Prénom client Adresse client C.A . [...]
Source aux normes APA
Pour votre bibliographieLecture en ligne
avec notre liseuse dédiée !Contenu vérifié
par notre comité de lecture