Analyse des Besoins (Spécifications)

Dimension: px
Commencer à balayer dès la page:

Download "Analyse des Besoins (Spécifications)"

Transcription

1 1 Génie Logiciel (d'après A.-M. Hugues) Analyse des Besoins (Spécifications) Renaud Marlet LaBRI / INRIA màj 17/04/2007

2 Analyse des besoins : 2 Contexte : Position dans le cycle de vie problème posé par le client : cahier des charges Phase d'analyse des besoins : formulation d'une réponse à ce problème (proposition) dossier d'analyse Phase suivante : planification Terminologie alternative : définition du produit, spécification

3 3 Objectifs de ce cours Donner des éléments structurants points clés du dossier d'analyse techniques et outils standards de spécification Intérêt pour celui qui va écrire des spécifications pour celui qui va lire des spécifications techniques réutilisables dans d'autres contextes

4 4 Plan du cours Dossier d'analyse contenu, importance, qualité,... Techniques et outils de spécification modèles, représentations,... Interface utilisateur méthodologie, ergonomie,... Maquettage et prototypage nature, intérêt,...

5 5 Plan du cours Dossier d'analyse contenu, importance, qualité,... Techniques et outils de spécification modèles, représentations,... Interface utilisateur méthodologie, ergonomie,... Maquettage et prototypage nature, intérêt,...

6 6 Contenu du dossier d'analyse (1) Description des fonctions du produit complète et détaillée y compris dans sa relation avec l'environnement Attention : seules sont décrites les fonctions visibles de l'usager pas l'architecture modulaire du produit «boîte noire»

7 7 Contenu du dossier d'analyse (2) spécifications fonctionnelles spécifications non-fonctionnelles première version du glossaire (et dans le cas d'un cycle de vie en V : + tests de validation et de qualification + première version du manuel utilisateur)

8 Cycle de vie : 8 modèle en V (rappel) (Expression des besoins) (Validation des besoins) Spécifications Qualification Conception globale Conception détaillée Tests d'intégration Tests unitaires Programmation

9 9 Importance du dossier d'analyse Erreur dans la spécification coût important si découvert trop tard À la base du contrat protection du client (engagement du fournisseur) protection du fournisseur (attente client bien définie)

10 10 Dossier d'analyse : fait par qui? Généralement réalisé par des membres de l'unité de développement Parfois réalisé par le client attente d'un produit précis Parfois donné par une norme protocole, format d'échange,... exercice : citez des exemples

11 11 Dossier d'analyse : fait pour qui? Pour le client : description précise de ce qui sera réalisé permet d'anticiper la mise en exploitation Pour les développeurs : référence précise et non ambiguë ce qu'il s'agit de réaliser ce qu'il s'agit de tester

12 12 Plan type du dossier d'analyse plan indicatif! (ne pas nécessairement le suivre à la lettre) 1) Introduction objectifs fonctionnalités attendues environnement faisabilité et justifications ressources nécessaires éléments de coût et échéancier

13 13 Plan type du dossier d'analyse 2) Concepts et terminologie glossaire de l'application Peut être en annexe, ou bien un document autonome utilisé et partagé dans tout le projet

14 14 Plan type du dossier d'analyse 3) Description fonctionnelle externe 3.1) Pour chaque «fonction» : ( fonctionnalité abstraite, pas une routine de programme!) entrées (multi-canales) traitement sorties (multi-canales) : effets détails éventuels : conditions d'arrêt exceptions, points de reprise, traitement des anomalies si traitement trop complexe à décrire : algorithme suggéré

15 15 Plan type du dossier d'analyse 3) Description fonctionnelle externe (suite) ) Organisation logique des données types de données domaines de variation 3.3) Interface homme-machine fenêtres et écrans états (représentés ou non) et transitions

16 16 Plan type du dossier d'analyse 4) Description interne 4.1) Interaction avec l'environnement composants logiciels nécessaires aux fonctions en 3.1 (ex. base de données existante) 4.2) Contraintes contraintes de réalisation (ex. encombrement mémoire) contraintes de qualité (ex. précision du calcul) performances critères de vérification des contraintes priorités

17 17 Plan type du dossier d'analyse 5) Questions ouvertes et réponses apportées par les développeurs précisions, faisabilité (éléments de prototypage)... 6) Éléments de livraison cahier provisoire de recette constitution des lots tests de recette dates issues de la planification

18 18 Qualités du dossier d'analyse (1) Précis formulation non ambiguë Cohérent pas de contradictions

19 19 Qualités du dossier d'analyse (2) Complet pas d'oublis couverture de tous les besoins ( cahier des charges) description exhaustive des fonctionnalités Argumenté liaison claire (références) avec des besoins exprimés dans le cahier des charges (des objectifs exprimés dans la spécification d'objectifs) critère de traçabilité ( )

20 20 Qualités du dossier d'analyse (3) Traçable pouvoir suivre le devenir des fonctionnalités dans les phases ultérieures (implémentation, test) Maintenable / flexible comment prendre en compte les évolutions futures?

21 21 Forme du dossier d'analyse Séparation des concepts = 1 concept par paragraphe Numérotation des paragraphes et/ou sections facilité de référence traçabilité (dans les phases ultérieures)

22 22 Plan du cours Dossier d'analyse contenu, importance, qualité,... Techniques et outils de spécification modèles, représentations,... Interface utilisateur méthodologie, ergonomie,... Maquettage et prototypage nature, intérêt,...

23 23 Modèle conceptuel Donne une image «mentale» du produit (!) Recense les fonctionnalités attendues Point de départ à : l'analyse des besoins l'interface utilisateur Extrême importance

24 24 Modèle conceptuel Élaboré à partir des interviews d'utilisateurs Définit, pour chaque grande fonction du produit : les objets (ou entités) que le produit crée/manipule les attributs de ces objets les opérations à réaliser sur ces objets

25 Exercice : 25 Définir un modèle conceptuel Messagerie téléphonique du type SMS / texto : consulter les messages dans la boîte de réception supprimer un message envoyer un message faire suivre ou répondre à un message consulter les contacts dans le répertoire ajouter et supprimer des contacts dans le répertoire Quels sont les objets et les relations (notamment de possession) entre objets?

26 Objets et relations dans une 26 messagerie textuelle téléphonique Objets boîte de réception message (2 types : reçu, en cours de rédaction) répertoire contact Relations la boîte de réception contient une liste de messages un message provient de / est destiné à un numéro un contact a un nom et un numéro

27 Modèle conceptuel de la messagerie 27 Exercice : remplir le tableau Grand type de fonction du produit Objet (et attributs) Liste des opérations Exemple de contraintes éventuelles gestion de la boîte de réception gestion d'un message reçu création d'un nouveau message gestion du répertoire gestion d'un contact

28 Exemple de modèle conceptuel 28 de la messagerie Grand type de fonction du produit Objet (et attributs) Liste des opérations Exemples de contraintes éventuelles gestion de la boîte de réception boîte de réception (liste de messages reçus) consulter la liste, sélectionner un msg nombre maximum de messages gestion d'un message reçu message reçu (suite de caractères non modifiable) lire, faire suivre, répondre, supprimer création d'un nouveau message message en cours (suite de caractères) éditer, envoyer, annuler taille maximum d'un message gestion du répertoire répertoire (liste de contacts) consulter la liste, ajouter un contact, sélectionner un contact nombre maximum de contacts gestion d'un contact contact (nom, numéro) modifier, supprimer taille maximum du nom, du numéro

29 29 Choix dans le modèle conceptuel Ajout et de suppression de message opération sur un message sur la boîte de réception? Ajout et suppression de contact opération sur un contact ou sur le répertoire? Plus généralement, il y a un choix quand une opération relie deux objets en particulier : un contenant avec un contenu

30 30 Importance du modèle conceptuel Il structure identification de concepts, objets, attributs, opérations et de leur articulation Il fonde l'intuition image mentale : analogie avec des concepts, objets, attributs et opérations connus apprentissage réduit Il facilite l'interaction efficacité, productivité

31 31 Importance du modèle conceptuel Impact sur tout les acteurs utilisateur développeur (projet complexe) décideur

32 Différents types de 32 modèles conceptuels Modèle de simulation lien avec un existant concret Modèle structurel abstraction On va en donner des exemples

33 Modèle conceptuel de simulation 33 Exemple : traitement de texte Recréer une technologie connue Machine à écrire, papier page = zone rectangulaire contenant des cellules (caractères ou blancs) [regroupées en lignes] un curseur (là où le prochain caractère s'imprime) actions surimpression d'un caractère où se trouve le curseur (d'après P. Baudelaire) écrire, effacer (blancs), copier des caractères [sur une ligne]

34 Modèle conceptuel structurel 34 Exemple : traitement de texte Manipulation et représentation d'entités abstraites Document = chaîne de caractères arbitrairement longue, organisée hiérarchiquement en sections, paragraphes, mots... manipulations à travers cette structure logique insérer, détruire, remplacer, déplacer, copier pas de limitation à des opérations sur une seule ligne spécification et enregistrement de règles de formatage changer le style sans changer le contenu (d'après P. Baudelaire)

35 Comparaison des différents types 35 de modèles conceptuels Modèle de simulation avantage : intuition facile inconvénient : peut être limitatif Modèle structurel avantage : plus général, plus puissant inconvénient : peut demander un plus grand travail de conceptualisation

36 36 Dictionnaire de données Souvent amorcé par le modèle conceptuel Constitué au fur et à mesure de l'analyse Nom de tous les objets utilisés (+ attributs, opérations,...) classement alphabétique (+ synonymes ou alias) lien avec de futures entités issues du développement variables, fonctions, classes,...

37 Modèle conceptuel et 37 besoins de spécification Descriptions avec des mots concepts, objets, attributs, opérations... Besoin de structuration pour la précision pour la complétude (comment être systématique?) pour la lisibilité Représentations tabulaires

38 38 Table de décision Définition des valeurs de sorties en fonctions des valeurs d'entrée et de leurs combinaisons Adapté aux systèmes dont les sorties ne dépendent que des entrées (et pas de l'état courant)

39 Exemple : 39 «date et heure» de MAC OS X

40 Table de décision : Exemple 40 «date et heure» de MAC OS X Affichage du jour de la semaine (lundi, mardi,...) : Paramètres d'entrée : «Afficher dans» : [barre des menus] ou [fenêtre] «Affichage» : [numérique] ou [analogique] Paramètre de sortie : «Afficher le jour de la semaine» : oui, non, optionnel Afficher le jour de la semaine Afficher dans : barre des menus Affichage : numérique optionnel Affichage : analogique non Afficher dans : fenêtre oui non

41 Table de décision : Exemple 41 «date et heure» de MAC OS X Affichage de l'heure avec les secondes Paramètres d'entrée : «Afficher dans» : [barre des menus] ou [fenêtre] «Affichage» : [numérique] ou [analogique] Paramètre de sortie : «Afficher l'heure avec les secondes» : oui, non, optionnel Afficher l'heure avec les secondes Affichage : numérique Affichage : analogique Afficher dans : barre des menus optionnel non Afficher dans : fenêtre non optionnel

42 42 Question Quelle structure de table s'il y a plusieurs paramètres de sortie?

43 43 Réponses possibles Quelle structure de table s'il y a plusieurs paramètres de sortie? Autant de tables que de paramètres de sortie ( ) Liste des sorties dans chaque case ( )

44 Table de décision : Exemple 44 «date et heure» de MAC OS X Affichage du jour de la semaine et des secondes : Paramètres de sortie : «Afficher le jour de la semaine» : oui, non, optionnel «Afficher l'heure avec les secondes» : oui, non, optionnel Afficher le jour et/ou les secondes Afficher dans : barre des menus Afficher dans : fenêtre Affichage : numérique jour optionnel secondes optionnelles jour présent secondes absentes Affichage : analogique jour absent secondes absentes jour absent secondes optionnelles

45 45 Question Quelle structure de table s'il y a plus de deux paramètres d'entrée?

46 46 Réponse possible Quelle structure de table s'il y a plus de deux paramètres d'entrée? Combinatoire autant de colonnes que de paramètres d'entrée et toutes les combinaisons possibles

47 47 Table de décision : Exemple (1) 3 paramètres d'entrée (booléens) 1 paramètre de sortie (booléen) A B C (A B) C V V V V V V F V V F V V V F F F F V V V F V F F F F V V F F F F N.B. pas de titre pour les lignes

48 48 Table de décision : Exemple (2) 3 paramètres d'entrée (booléens), 1 de sortie (booléen) résultats intermédiaires pour la compréhension A B C A B (A B) C V V V V V V V F V V V F V F V V F F F F F V V F V F V F F F F F V F V F F F F F N.B. pas de titre pour les lignes

49 49 Question Quelle structure de table s'il y a plusieurs paramètres d'entrée et plusieurs paramètres de sortie?

50 50 Réponse possible Quelle structure de table s'il y a plusieurs paramètres d'entrée et plusieurs paramètres de sortie? Combinatoire autant de colonnes que de paramètres d'entrée et de paramètres de sortie et toutes les combinaisons possibles

51 Table de décision : Exemple 51 «date et heure» de MAC OS X Deux paramètres d'entrée : «afficher dans», «affichage» Deux paramètres de sortie : jour de la semaine, heure avec les secondes Afficher dans Affichage Jour de la semaine Secondes barre des menus numérique optionnel optionnel barre des menus analogique non non fenêtre numérique oui non fenêtre analogique non optionnel

52 Capacité de représentation d'une 52 table de décision Exprimer une fonction = sorties définies en fonction des entrées Exprimer une relation = quelles combinaisons d'entrées et de sorties sont acceptables peu courant non-déterminisme confusions / oublis possibles

53 Table de décision et 53 besoins de spécification (1) Table de décision : sorties en fonction (ou en relation avec) des entrées Limites : besoin de modéliser l'état du système des relations entrées-sorties dépendant de l'état des relations entrées-sorties modifiant l'état Comment faire?

54 Table de décision et 54 besoins de spécification (2) Besoin de modéliser l'état du système traiter l'état comme un paramètre ordinaire des relations entrées-sorties dépendant de l'état état comme paramètre d'entrée supplémentaire des relations entrées-sorties modifiant l'état état comme paramètre de sortie supplémentaire Table de transition

55 55 Table de transition Automate modélisant la dynamique du système Adapté aux systèmes dont les sorties sont déterminées non seulement par les entrées mais aussi par l'état/historique des entrées antérieures

56 Table de transition : Exemple 56 autorisation d'accès par login 2 états : logué, délogué 4 opérations : se loguer, se déloguer, lire, écrire État Opérations autorisées État résultant délogué se loguer logué logué lire, écrire logué logué se déloguer délogué

57 57 Question Structures de table : Quels cas sont bien traités? Quels cas ne sont pas bien traités?

58 Tables (de décision, de transition) et 58 besoins de spécification Bien adaptées tant que le problème est petit Ne passent pas à l'échelle (s'il y a un grand nombre de paramètres d'entrée, de sortie ou d'états) croissance exponentielle mauvaise lisibilité risque d'erreurs (oublis, incohérences,...) Comment faire?

59 59 Représentations graphiques Pouvoir d'expression : représentation des données et des traitements Caractéristiques : plus synthétiques que les tables sans nécessairement perte de précision

60 60 Représentations graphiques Pas un dessin arbitraire! en fait, «langage» normalisé sémantique non ambiguë (ou peu ambiguë, si accompagnées de textes en langue naturelle) Représentations «semi-formelles»

61 Intérêt des 61 représentations graphiques Renforcement de la précision et de la lisibilité Réduction du risque d'oubli ( systématique) Passage à l'échelle (éventuellement en rajoutant de la modularité) Plus intuitives bien que plus formelles favorisent la communication entre le développeur et l'utilisateur (le client)

62 62 Représentations graphiques Modèle entité-association Diagramme de flot de données Diagramme états-transitions Réseau de Petri...

63 63 Modèle entité-association Date de 1976 (P. Chen) mais toujours très utilisé Représentation des données d'un système et des relations les liant (Utilisé notamment pour la conception de bases de données relationnelles, mais avec des contraintes supplémentaires, ex. non circularité)

64 64 Modèle entité-association Une entité est un objet que l'on sait distinguer d'un autre ex. : livre dans une bibliothèque Chaque entité a des attributs (ou propriétés) ex. : titre, nom, numéro,... Chaque attribut prend ses valeurs sur un domaine de valeurs autorisées ex. : chaîne de caractères, entier de 1 à 31,...

65 65 Modèle entité-association Les entités peuvent être regroupées en des ensembles d'entités ayant les mêmes attributs avec des valeurs différentes ex. : livres d'une bibliothèque, clients d'une entreprise Une clé ou un identifiant permet de distinguer une entité (ou un ensemble d'entités) d'un(e) autre ex. : titre d'un livre, ou numéro de référence si plusieurs exemplaires du même livre

66 66 Modèle entité-association Une relation entre différentes entités ou ensemble d'entités est un lien d'association entre eux (possession, dépendance,...) ex. : un livre possède un auteur, un client d'une banque possède un ou des comptes en banque La cardinalité d'une relation est le nombre de liens (minimum, maximum) pour un ensemble d'entités

67 Modèle entité-association : 67 Notations graphiques Entités représentées par des rectangles Attributs attachés aux entités : liste d'attributs Identifiant de l'entité : item souligné dans la liste Relations : ovales Cardinalités : (x,y) c.-à-d. entre x et y adhérent emprunte (0,n) emprunter est empruntée (0,1) cassette N exemplaire date d'achat nb emprunts état

68 Modèle entité-association 68 Exemple : vidéothèque numéro nom caution nb films adhérent carte possède (1,1) posséder emprunte (0,n) est possédée (1,1) réserve (0,n) date emprunter réserver fournisseur est empruntée (0,1) est réservé (0,n) cassette reproduire film reproduit (1,1) N exemplaire date d'achat nb emprunts état est reproduit par (0,n) numéro ref fournisseur nom fournisseur adresse fournisseur téléphone fournisseur responsable commercial fournit (1,n) fournir prix est fourni (1,n) code film titre réalisateur acteurs genre résumé

69 Modèle entité-association et 69 besoins de spécification Relations états statiques possibles Ne rend pas compte de la dynamique des traitements du flux d'information Diagrammes de flot de données

70 70 Diagramme de flot de données Modélise les gisements d'information le transit des données les traitements Exprime comment chaque processus (traitement) transforme ses entrées en sorties (flot entrant et sortant) (aussi appelé «diagramme de contexte» = idem avec agents extérieurs intervenant sur le produit)

71 Diagramme de flot de données 71 Exemple : gestion des emprunts refus carte infos film demande d'emprunt référence film vérification cassette vérification client comptes clients N carte refus stock de cassettes N client N cassette enregistrement emprunt carte modifiée cassette

72 72 Diagramme de flot de données Affinements successifs : zoom sur une boîte numérotation arborescente (ex. : A.D.3) veiller à la cohérence des entrées et sorties

73 73 Diagramme de flot de données Conseils : ( ) Entre 2 et 6 activités par diagramme (sinon découper) Flot globalement de gauche à droite, de bas en haut Éviter les croisements de flèches

74 Diagrammes de flot de données et 74 besoins de spécification Ne conviennent pas pour le flot de contrôle ce ne sont pas des organigrammes! Ne rendent pas compte de la dynamique des traitements l'enchaînement des traitements dans le temps Diagrammes états-transitions

75 75 Diagramme états-transitions Graphe : nœud = état arête = transition, étiquetée par les événements qui provoquent la transition ou les événements provoqués par la transition Représentation ordinaire des automates finis

76 Diagramme états-transitions : 76 Ex. Cassette dans une vidéothèque Cassette commandée Demande d'emprunt et réponse N de cassette Cassette disponible Livraison de la cassette et enregistrement de l'entrée de la cassette Demande d'emprunt et réponse de refus Cassette empruntée Emprunt de la cassette et enregistrement de l'emprunt Retour cassette et enregistrement du retour Cassette perdue Temps d'emprunt dépassé et enregistrement de la perte de la cassette

77 77 Diagrammes états-transitions Rendent compte de : la dynamique des traitements l'enchaînement des traitements dans le temps Exemples d'application comportement d'un objet réactif enchaînements d'écrans avec IHM complexes

78 Comparaison : Table de transition et 78 Diagramme états-transitions État Opérations autorisées État résultant délogué se loguer logué logué lire, écrire logué logué se déloguer délogué délogué se loguer se déloguer lire, écrire logué

79 79 Non-déterminisme (1) Plusieurs transitions avec la même étiquette, partant d'un même état Transition : sans événement attaché Ex. transitions de l'état 1 à l'état 2 = {acd, a, b, f, aef} a 1 a c b e d 2 f

80 80 Non-déterminisme (2) Automate déterministe plus lisible (une seule transition à suivre) moins compact si le problème comporte de l'indéterminisme (peut être exponentiellement plus grand) Automate non déterministe moins lisible (suivre des transitions en parallèle) plus compact (donc plus lisible )

81 Diagramme états-transitions et 81 besoins de spécification Ne permettent pas d'exprimer la «concurrence» (= parallélisme) Réseaux de Petri

82 82 Réseau de Petri Graphe biparti sommets répartis en 2 groupes chaque arête a une extrémité dans un groupe et une extrémité dans l'autre groupe Sommets (nœuds) place entrée (pré-condition) place entrée (pré-condition) place état transition marques (jetons) dans certaines places, à un instant donné place sortie (post-condition) transition changement d'état

83 83 Réseau de Petri Déclenchement d'une transition : présence de jetons dans toutes les places entrée décrémentation du nb de marques des places entrée incrémentation du nb de marques des places sortie non-déterministe, atomique

84 Réseau de Petri : Exemple 84 Délivrance d'une cassette P1 T1 P2 P3 T2 T3 T4 T5 P1 : emprunt demandé P2 : vérification de la cassette P3 : vérification de l'adhérent P4 : emprunt refusé P5 : emprunt possible P6 : emprunt possible P7 : emprunt refusé P8 : emprunt autorisé P4 P5 T6 P6 P7 T1 : préparation de la vérification (action) T2 : cassette empruntée (condition) T3 : cassette disponible (condition) T4 : adhérent en règle (condition) T5 : adhérent pas en règle (condition) T6 : autoriser l'emprunt (action) P8 emprunt autorisé si cassette disponible et adhérent en règle

85 85 Réseau de Petri Ordonnancement des activités Modélisation systèmes parallèles à événements discrets concurrence, coopération ex. exclusion mutuelle, producteur/consommateur Extensions marques colorées, arcs inhibiteurs, limites de taille, transitions sources, transitions puits,... Variante (dual) : Grafcet

86 86 Méthodes semi-formelles Répandues dans l'industrie Nombreux outils qui les implémentent Inconvénient : manque (parfois) de rigueur mathématique Méthodes formelles

87 Méthodes d'analyse formelles : 87 Caractéristiques Spécifications formelles = objets mathématiques modélisations analysables par les mathématiques Nécessité d'une analyse profonde du problème meilleure maîtrise Preuves formelles (mathématiques) certaines propriétés garanties (sûreté, sécurité,...) ex. correction : programme conforme à sa spécification

88 Méthodes d'analyse formelles : 88 Capacités automatiques Aide au développement debug de spécification (vérification de cohérence) génération (semi-)automatique de code génération (semi-)automatique de tests Animation d'une spécification ~ génération de prototype

89 Méthodes d'analyse formelles : 89 Problèmes objectifs Certains problèmes difficilement spécifiables interface homme-machine, système temps-réel,... Manque de formation ingénieurs logiciel mathématiciens, logiciens Efforts plus sur les notations que sur les outils preuves faisables mais difficiles à réaliser en pratique

90 Méthodes d'analyse formelles : 90 Croyances Croyances (conservatrices) du management rentabilité pas prouvée en fait : souvent plus cher mais de meilleure qualité Croyance (frileuse) des développeurs : peu de problèmes spécifiables formellement en fait : gros systèmes déjà spécifiés (gestion de fichiers Unix, JavaCard, systèmes de transport,...) Croyance (naïve) des chercheurs : problèmes de développement résolus dès qu'on adopte des méthodes formelles

91 Méthodes d'analyse formelles : 91 Quelques formalismes Spécifications opérationnelles (= enchaînement des actions) automates, systèmes de transition, logique de Hoare langages : VDM, Z, B,... Spécifications axiomatiques (= propriétés que doivent satisfaire les implémentations) spécifications algébriques : OBJ, Larch,...

92 Méthodes d'analyse formelles : 92 La situation aujourd'hui Peu répandues utilisées pour des systèmes critiques (sécurité) Mais représentent l'avenir de la spécification mais avenir lointain Besoin d'outils plus simples (moins d'expertise nécessaire) plus puissants (moins de choses à expliciter)

93 93 Et aussi... Critères Communs (CC)... sécurité

94 Récapitulatif des 94 Techniques et outils de spécification Modèle conceptuel Représentations tabulaires : table de décision table de transition Représentations graphiques semi-formelles : modèle entité-association diagramme de flot de données diagramme états-transitions réseau de Petri,... Méthodes formelles

95 95 Plan du cours Dossier d'analyse contenu, importance, qualité,... Techniques et outils de spécification modèles, représentations,... Interface utilisateur méthodologie, ergonomie,... Maquettage et prototypage nature, intérêt,...

96 96 Interface utilisateur Souvent objet de concurrence entre applications (peu de différences «sous le capot») Reflet des fonctionnalités du produit [ Terminologie : français : interface homme-machine (IHM), interface graphique anglais : graphical user interface (GUI) ]

97 Spécification de 97 l'interface utilisateur Tôt dans le cycle de vie spécifications fonctionnelles Nombreuses discussions avec l'utilisateur/client maquette pour valider l'interface (~ seul moyen efficace d'une discussion profitable)

98 98 Interface utilisateur : Méthodologie Partir du modèle conceptuel des données et traitements Définir un modèle conceptuel du dialogue représentation de l'information interactions Choix crucial d'un bon modèle conceptuel

99 99 Interface utilisateur : Ergonomie (1) Convivialité facilité d'utilisation mesure : ex. nombre de jours d'apprentissage Efficacité productivité des utilisateurs ( mesure) caractériser les types d'utilisateurs ciblés compétence but du travail performances attendues,...

100 100 Interface utilisateur : Ergonomie (2) Lisibilité mise en avant des données pertinentes/prioritaires regroupement des données similaires alignement visuel des données sens/ordre de lecture «ordinaire» stabilité d'un écran à l'autre Standardisation marché, influence du système d'exploitation/fenêtrage normes de l'entreprise conventions liées au domaine

101 101 Interface utilisateur : Outils (1) Utilisation de «briques de base» standards fenêtres, boîtes de dialogue, onglets menus : fixes, déroulants, pop-up boutons, jauges choix : cases à cocher, boutons radio, vidéo inverse raccourcis clavier aides visuelles : icônes, couleurs effets visuels : images, animations...

102 102 Interface utilisateur : Outils (2) Utilisation de bibliothèques standards X Athena Widget Motif Tk Swing GTK, GTK+ OpenGL...

103 103 Plan du cours Dossier d'analyse contenu, importance, qualité,... Techniques et outils de spécification modèles, représentations,... Interface utilisateur méthodologie, ergonomie,... Maquettage et prototypage objectifs, nature, intérêt,...

104 104 Maquettage et prototypage Quand : après le premier jet des spécifications fonctionnelles Objectifs : montrer au client à quoi ressemblera le produit valider les besoins et les spécifications

105 105 Maquette Système incomplet dont l'aspect extérieur est +/- le même que le produit à réaliser Destiné à tester l'ergonomie du produit Instaure un dialogue développeur-utilisateur Ne permet pas le test de performance Souvent jetable

106 106 Prototype Esquisser ce que sera le produit final les fonctionnalités sans contraintes (fiabilité,...) Valider les besoins utilisateur réalisables? Valider les spécifications complètes, réalistes, non contradictoires? Souvent jetable (sinon = prototype évolutif)

107 107 Prototype Intérêt évaluer rapidement la faisabilité, mais aussi : mettre en évidence les incompréhensions développeur-utilisateur identifier les services difficiles à utiliser découvrir les contradictions détecter les oublis de spécification servir de base à l'écriture de spécifications complètes

108 108 Prototype Ignorer les critères non-fonctionnels : temps de réponse, contraintes mémoire traitements d'erreur standards fiabilité, robustesse... (sauf si la faisabilité en dépend!)

109 109 Prototype Choix d'un langage de prototypage adapté impératif : perl, shell, java,... fonctionnel : ML, lisp, scheme,... déclaratif : prolog,... spécifique à un domaine ex. programmation réactive : ESTEREL, SIGNAL, LUSTRE ex. modélisation de processus : SIMULA, QNAP2

110 110 Prototyper n'est pas spécifier Un prototype ne remplace pas des spécifications il ignore les critères non fonctionnels il ne peut être une base fiable du contrat (à la différence du dossier d'analyse)

111 111 Du prototype à l'implémentation Ré-implémentation toujours recommandable Mais difficulté à intégrer des contraintes non fonctionnelles dégradation de la structure après prises en compte successives des demandes de l'utilisateur réutilisation possible de certains composants du prototype réimplémentation plus rapide grâce à une bonne connaissance du problème

Cas d'étude : Puissance 4 Analyse des besoins

Cas d'étude : Puissance 4 Analyse des besoins 1 Génie Logiciel Cas d'étude : Puissance 4 Analyse des besoins Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 18/04/2007 2 Exercice Vous êtes employé(e) dans une société qui édite des jeux

Plus en détail

4. EXPRESSION ET ANALYSE DU BESOIN... 1 4.1. INTRODUCTION... 1 4.2. LE CAHIER DES CHARGES... 1 Critères de succès...2 Expression du besoin en langage

4. EXPRESSION ET ANALYSE DU BESOIN... 1 4.1. INTRODUCTION... 1 4.2. LE CAHIER DES CHARGES... 1 Critères de succès...2 Expression du besoin en langage 4. EXPRESSION ET ANALYSE DU BESOIN... 1 4.1. INTRODUCTION... 1 4.2. LE CAHIER DES CHARGES... 1 Critères de succès...2 Expression du besoin en langage naturel...3 Approche pour la compréhension d'un produit...4

Plus en détail

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes PLAN CYCLE DE VIE D'UN LOGICIEL EXPRESSION DES BESOINS SPÉCIFICATIONS DU LOGICIEL CONCEPTION DU LOGICIEL LA PROGRAMMATION TESTS ET MISE AU POINT DOCUMENTATION CONCLUSION C.Crochepeyre Génie Logiciel Diapason

Plus en détail

Mongi TRIKI Docteur en Informatique Université Paris Dauphine

Mongi TRIKI Docteur en Informatique Université Paris Dauphine Université Méditerranéenne Libre de Tunis Faculté Méditerranéenne Privée des Sciences Informatiques, Economiques et de Gestion de Tunis Département d Informatique LICENCE INFORMATIQUE Guide du Stagiaire

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Définition des Besoins

Définition des Besoins 1 Génie Logiciel (d'après A.-M. Hugues) Définition des Besoins Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 22/03/2007 2 Position dans le cycle de vie Contexte : un problème posé chez le

Plus en détail

IMPLANTATION D UNE BASE DE DONNEES SOUS MS-ACCESS 97

IMPLANTATION D UNE BASE DE DONNEES SOUS MS-ACCESS 97 Stage STT050 - Novembre 2000 Page 1 IMPLANTATION D UNE BASE DE DONNEES SOUS MS-ACCESS 97 GENERALITES SUR MS-ACCESS Fonctionnalités de MS-ACCESS Access 97 est un produit Microsoft de type SGBDR (Système

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Analyse des besoins et spécification Delphine Longuet delphine.longuet@lri.fr Analyse des besoins et spécification Objectif

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en détail

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1 Génie logiciel Concepts fondamentaux Bruno MERMET, Université du Havre 1 Nécessité du Génie Logiciel Bruno MERMET, Université du Havre 2 Développement d un logiciel Caractéristiques souhaitées : Adéquation

Plus en détail

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

Introduction au développement du logiciel

Introduction au développement du logiciel Introduction au développement du logiciel Vers le génie logiciel Université de Nantes Master Miage M1 Plan 1 Introduction 2 Génie logiciel 3 Projet informatique 4 Méthode de développement 5 Qualité Bibliographie

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

BNF101 STRUCTURE D UNE BASE DE DONNEES LE MODELE RELATIONNEL

BNF101 STRUCTURE D UNE BASE DE DONNEES LE MODELE RELATIONNEL BNF101 STRUCTURE D UNE BASE DE DONNEES LE MODELE RELATIONNEL INTRODUCTION Une base de données (BD) est un ensemble structuré d'information qui peut être utilisé simultanément par plusieurs utilisateurs

Plus en détail

Brique BDL Gestion de Projet Logiciel

Brique BDL Gestion de Projet Logiciel Brique BDL Gestion de Projet Logiciel Processus de développement pratiqué à l'enst Sylvie.Vignes@enst.fr url:http://www.infres.enst.fr/~vignes/bdl Poly: Computer elective project F.Gasperoni Brique BDL

Plus en détail

LES TESTS. Les tests. Organisation d un projet de recette Les types de tests Les outils

LES TESTS. Les tests. Organisation d un projet de recette Les types de tests Les outils Les tests Organisation d un projet de recette Les types de tests Les outils Organiser le déroulement des tests Spécifier Exécuter les Cahiers de tests les Cahiers de tests Analyser les résultats Correction

Plus en détail

Les diagrammes de modélisation

Les diagrammes de modélisation L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse

Plus en détail

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Génie Logiciel Mejdi BLAGHGI m.blaghgi@gmail.com Chapitre

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

Petit lexique de l'ergonomie des interfaces

Petit lexique de l'ergonomie des interfaces Petit lexique de l'ergonomie des interfaces Cet article a pour objectif de dessiner ce qu'est l'ergonomie des interfaces à travers les termes clés employés dans ce domaine. Il s'agit à la fois de donner

Plus en détail

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Cours Base de données relationnelles. M. Boughanem, IUP STRI Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),

Plus en détail

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech INF380-2013! Sylvie.Vignes@telecomParistech.fr Département INFRES, groupe S3 Cadre du processus 2! q Basé sur un processus incrémental:

Plus en détail

Processus de développement UP

Processus de développement UP Chapitre 1 Processus de développement UP I. Pourquoi UP? II. Définition III. Activités et phases IV. Modèles mis en place 1. Pourquoi UP? Les notions de base acquises dans le module ACOO1, notamment la

Plus en détail

Chapitre 1 : Introduction aux bases de données

Chapitre 1 : Introduction aux bases de données Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données

Plus en détail

Projet Informatique. Philippe Collet. Licence 3 Informatique S5 2014-2015. http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415

Projet Informatique. Philippe Collet. Licence 3 Informatique S5 2014-2015. http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Projet Informatique Philippe Collet Licence 3 Informatique S5 2014-2015 http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Réalisation d'un développement de taille conséquente? r Firefox? Ph.

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

Exemple de projet. «Gestion de contacts»

Exemple de projet. «Gestion de contacts» Université Paul Valéry Montpellier 3 Antenne universitaire de Béziers L3 AES parcours MISASHS ECUE «Logiciels spécialisés» Exemple de projet «Gestion de contacts» G. Richomme Table des matières 1. Introduction...

Plus en détail

Programme de la licence informatique, université de Caen http://www.info.unicaen.fr

Programme de la licence informatique, université de Caen http://www.info.unicaen.fr Programme de la licence informatique, université de Caen http://www.info.unicaen.fr Unité Systèmes d'information CM : 45h - TD : 60h - TP : 12h - Coeff 2 Systèmes de Gestion de Bases de Données Modéliser

Plus en détail

Gestion d une flotte de robots Configuration et ordre de missions

Gestion d une flotte de robots Configuration et ordre de missions Document Rapport Version Version 1.0 Date 25/03/2008 Auteur Ahmed RADOUA M1 SET Gestion d une flotte de robots Configuration et ordre de missions INSSET UPJV 1 ième année de MASTER Spécialité : (Année

Plus en détail

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base)

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) 1. Généralités sur l'information et sur sa Représentation 1.1 Informations et données : a. Au sen de la vie : C

Plus en détail

QGIS. Initiation à l'utilisation d'un SIG libre. Alexia LEVRAY, Maison de l'orient et de la Méditerranée, CNRS UMR 3439

QGIS. Initiation à l'utilisation d'un SIG libre. Alexia LEVRAY, Maison de l'orient et de la Méditerranée, CNRS UMR 3439 QGIS Initiation à l'utilisation d'un SIG libre Alexia LEVRAY, Maison de l'orient et de la Méditerranée, CNRS UMR 3439 Présentation Q GIS, ou Quantum GIS, est un logiciel libre de SIG. Il offre les mêmes

Plus en détail

LES INTERFACES HOMME-MACHINE

LES INTERFACES HOMME-MACHINE LES INTERFACES HOMME-MACHINE 1 ère Partie : Introduction aux Interfaces Homme-Machine 2 ème Partie : Notions de base sur les Sciences Cognitives 3 ème Partie : Recommandations ergonomiques 4 ème Partie

Plus en détail

GescoJMB v5. Le Sommaire :... 2 Page d accueil :... 2 Les Références :... 3 Les Textes :... 3 Les Paramètres :... 4 Les Outils :...

GescoJMB v5. Le Sommaire :... 2 Page d accueil :... 2 Les Références :... 3 Les Textes :... 3 Les Paramètres :... 4 Les Outils :... GescoJMB v5 Le Sommaire :............ 2 Page d accueil :............ 2 Les Références :............ 3 Les Textes :............ 3 Les Paramètres :............ 4 Les Outils :............ 5 Les Articles :............

Plus en détail

Le modèle de données

Le modèle de données Le modèle de données Introduction : Une fois que l étude des besoins est complétée, deux points importants sont à retenir : Les données du système étudié Les traitements effectués par le système documentaire.

Plus en détail

Licence Informatique Marisela Hernandez. marisela.hernandez@u-picardie.fr. Marisela Hernandez 1

Licence Informatique Marisela Hernandez. marisela.hernandez@u-picardie.fr. Marisela Hernandez 1 Licence Informatique Marisela Hernandez marisela.hernandez@u-picardie.fr Marisela Hernandez 1 Plan du cours Spécifications de besoins Capture des besoins Définition des besoins Spécifications non fonctionnelles

Plus en détail

Nom de l application

Nom de l application Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique

Plus en détail

MEGA TeamWork. Guide d utilisation

MEGA TeamWork. Guide d utilisation MEGA TeamWork Guide d utilisation MEGA HOPEX V1R1 1ère édition (juillet 2013) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune

Plus en détail

Analyse et modélisation de tâches

Analyse et modélisation de tâches Analyse et modélisation de tâches 1. Introduction La conception de logiciel interactif (ou conception d'interface homme-machine [IHM], ou conception d'interface) est l'activité qui vise à définir le fonctionnement

Plus en détail

Concepts de base de Word

Concepts de base de Word Concepts de base de Word Word est une application performante de traitement de texte et de mise en page. Pour en tirer le meilleur parti, il faut d abord en comprendre les concepts de base. Ce didacticiel

Plus en détail

Cours n 3 : Microsoft WORD

Cours n 3 : Microsoft WORD Cours n 3 : Microsoft WORD I. Introduction Il y a longtemps que l ordinateur a remplacé la machine à écrire, pour la saisie du texte. En effet, les gens on vite compris les apports et avantages que cela

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

Analyse et conception des Systèmes d Information. La démarche Merise : La Production Logicielle

Analyse et conception des Systèmes d Information. La démarche Merise : La Production Logicielle Analyse et conception des Systèmes d Information La démarche Merise : La Production Logicielle La production du logiciel Place, objectifs et principes directeurs Christophe.Nicolle@u-bourgogne.fr Introduction

Plus en détail

RECOPLUS LOGICIEL DE GESTION DES RECOMMANDES NOTICE D UTILISATION DE RECOPLUS RESEAU. N de série

RECOPLUS LOGICIEL DE GESTION DES RECOMMANDES NOTICE D UTILISATION DE RECOPLUS RESEAU. N de série RECOPLUS LOGICIEL DE GESTION DES RECOMMANDES NOTICE D UTILISATION DE RECOPLUS RESEAU N de série Siège social 107, rue Henri Barbusse BP305-92111 CLICHY Cedex 1 Sommaire Description 1. Installation 2. Mise

Plus en détail

Module UserInterface

Module UserInterface Manuel Utilisateur Module User Interface Date dernière révision : 02/2011 Ce Module n est plus maintenu La documentation utilisateur de WinDesign se décompose en : U5 manuels généraux 1 Installation Administration

Plus en détail

Modèles. Outils. Méthodes. Typologie des Outils et Méthodes de spécification en Génie Logiciel - Bernard ESPINASSE - - 4

Modèles. Outils. Méthodes. Typologie des Outils et Méthodes de spécification en Génie Logiciel - Bernard ESPINASSE - - 4 Typologie des modèles, outils et des méthodes de spécification en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille 2008 Typologie des modèles : analytiques, conceptuels, structurels,

Plus en détail

GÉNIE LOGICIEL (SOFTWARE ENGINEERING)

GÉNIE LOGICIEL (SOFTWARE ENGINEERING) GÉNIE LOGICIEL (SOFTWARE ENGINEERING) 5ÈME PARTIE UML (UNIFIED MODELING LANGUAGE) Faculté des Sciences et Techniques http://labh-curien.univ-st-etienne.fr/~fj/gl Francois.Jacquenet@univ-st-etienne.fr Plan

Plus en détail

1. Objectifs de la Modélisation. Dériver le schéma de la BD. Élaborer un modèle conceptuel. Modélisation E/R des Données

1. Objectifs de la Modélisation. Dériver le schéma de la BD. Élaborer un modèle conceptuel. Modélisation E/R des Données . Objectifs et principes Modélisation E/R des Données 2. Le modèle Entité-Association (E/R) 3. Passage au relationnel 4. Conclusion. Objectifs de la Modélisation Permettre une meilleure compréhension Le

Plus en détail

BASE DE DONNEES. OlivierCuré [ocure@univ-mlv.fr]

BASE DE DONNEES. OlivierCuré [ocure@univ-mlv.fr] BASE DE DONNEES 1 Contact Olivier Curé ocure@univ-mlv.fr http://www.univ-mlv.fr/~ocure Copernic 4B060 2 Objectifs du cours Présentation des concepts liés aux bases de données, aux modèles des bases de

Plus en détail

PHASE SOUS-PHASE MOA MOE POINTS A TRAITER. besoins. charges. I.A.2 Échéances. I.A.3 Utilisateurs. I.A.4 Besoin fonctionnels. I.A.5 Évolutions à venir

PHASE SOUS-PHASE MOA MOE POINTS A TRAITER. besoins. charges. I.A.2 Échéances. I.A.3 Utilisateurs. I.A.4 Besoin fonctionnels. I.A.5 Évolutions à venir PHASE SOUS-PHASE MOA MOE POINTS A TRAITER I. La définition des I.A. L'expression des besoins Rédige (spécifie les besoins). Consulte / utilise pour rédiger le cahier des I.A.1 Positionnement stratégique

Plus en détail

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993)

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Ce document suggère un ensemble d éléments à préciser pour les exigences d'un système logiciel. Il débute par une Page de titre,

Plus en détail

Toutes formations CIEL GESCO. et mise en œuvre. Découverte. Jean-Michel Chenet. Gep Éditions / Eyrolles Éducation, 2013 ISBN : 978-2-84425-935-6

Toutes formations CIEL GESCO. et mise en œuvre. Découverte. Jean-Michel Chenet. Gep Éditions / Eyrolles Éducation, 2013 ISBN : 978-2-84425-935-6 Toutes formations CIEL GESCO Découverte et mise en œuvre Jean-Michel Chenet Gep Éditions / Eyrolles Éducation, 2013 ISBN : 978-2-84425-935-6 I. La mise en œuvre Les menus Les déplacements 1.1 Lancement

Plus en détail

Cours 7: Conception des systèmes interactifs (partie 2)

Cours 7: Conception des systèmes interactifs (partie 2) Cours 7: Conception des systèmes interactifs (partie 2) Anastasia.Bezerianos@lri.fr (plusieurs slides sont basés sur des slides de T. Tsandilas, W. Mackay, M. Beaudouin Lafon, D. Vogel et S. Greenberg)

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes

Plus en détail

Le modèle de données

Le modèle de données Le modèle de données Introduction : Une fois que l étude des besoins est complétée, deux points importants sont à retenir : Les données du système étudié Les traitements effectués par le système documentaire.

Plus en détail

Manuel d utilisation email NETexcom

Manuel d utilisation email NETexcom Manuel d utilisation email NETexcom Table des matières Vos emails avec NETexcom... 3 Présentation... 3 GroupWare... 3 WebMail emails sur internet... 4 Se connecter au Webmail... 4 Menu principal... 5 La

Plus en détail

Présentation du projet:

Présentation du projet: : Le but du projet est de réaliser le fonctionnement d'un jeu d échec valide. Plus spécifiquement, il consiste à implémenter l'organisation générale du jeu, et le suivi des règles du mouvement des pièces.

Plus en détail

Bases de la Bureautique septembre 2014

Bases de la Bureautique septembre 2014 Le matériel informatique : Unité centrale Un réseau en entreprise Un schéma type de l implantation de l'informatique dans une grande entreprise : le serveur centralise les mails, l'agenda, les données.

Plus en détail

Laboratoire d Ingénierie du Logiciel - Cahier de Charges -

Laboratoire d Ingénierie du Logiciel - Cahier de Charges - Facultés Universitaires Notre Dame de la Paix Namur Laboratoire d Ingénierie du Logiciel - Cahier de Charges - 24 Octobre 2011 Groupe 1 ABIDLI Amine COBBAERT Quentin GOBERT Maxime MAES Jerome PARDOEN Maxime

Plus en détail

Lisez-Moi Version 14.1.2

Lisez-Moi Version 14.1.2 Lisez-Moi Version 14.1.2 Version 14.1.2 Version 14.1.1 Version 14.1.0 Version 14.0.0 Version 14.1.2 (01/12/2014) Corrections... Zones dynamiques : la modification des paramètres de présentation pouvait

Plus en détail

Le Sphinx. Module opérateur. Manuel de référence Version 4

Le Sphinx. Module opérateur. Manuel de référence Version 4 Le Sphinx Module opérateur Manuel de référence Version 4 Copyright Sphinx Développement 1986 2002. Tous droits réservés Module opérateur Imprimé le 18/03/2003 Le Sphinx Développement Parc Altaïs 74650

Plus en détail

DUT Informatique - Module M-4102C Modélisation et construction des applications réparties

DUT Informatique - Module M-4102C Modélisation et construction des applications réparties DUT Informatique - Module M-4102C Modélisation et construction des applications réparties Applications réparties (distributed systems) J. Christian Attiogbé Février 2009, maj 2015 J. Christian Attiogbé

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

PRODIGE V3. Manuel utilisateurs. Consultation des métadonnées

PRODIGE V3. Manuel utilisateurs. Consultation des métadonnées PRODIGE V3 Manuel utilisateurs Consultation des métadonnées Pour plus d'information sur le dispositif : à remplir par chaque site éventuellement 2 PRODIGE V3 : Consultation des métadonnées SOMMAIRE 1.

Plus en détail

EDUGRAF. L éditeur nouvelle génération. de GRAFCET. Version : 1.0. Edition Août 2012 EduLabo

EDUGRAF. L éditeur nouvelle génération. de GRAFCET. Version : 1.0. Edition Août 2012 EduLabo EDUGRAF L éditeur nouvelle génération de GRAFCET Version : 1.0 Compatible : Win XP, Vista, 7 Mise à jour automatique Grafcet avec : o Divergence convergence OU, o Divergence convergence ET, o Temporisateurs,

Plus en détail

Thèmes : Ateliers Bureautiques F2+ dans le cadre du DIF

Thèmes : Ateliers Bureautiques F2+ dans le cadre du DIF Thèmes : Ateliers Bureautiques F2+ dans le cadre du DIF Prise en main de l outil micro / Word / Excel / Internet : 20 h Perfectionnement de l outil micro : Word / Excel / Internet : 20 h Perfectionnement

Plus en détail

Dossier d'étude technique

Dossier d'étude technique Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Dossier d'étude technique Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-technique

Plus en détail

Arbortext 5.3 Guide des programmes de formation

Arbortext 5.3 Guide des programmes de formation Arbortext 5.3 Guide des programmes de formation REMARQUE : Vous pouvez consulter les diagrammes des programmes de formation correspondant à un rôle donné à la page suivante : http://www.ptc.com/services/edserv/learning/paths/ptc/at_53.htm

Plus en détail

Chapitre II : Interfaces Interpréteurs de commandes et interfaces graphiques

Chapitre II : Interfaces Interpréteurs de commandes et interfaces graphiques Chapitre II : Interfaces Interpréteurs de commandes et interfaces graphiques Interfaces Un SE a deux fonctions principales : Gestion des ressources matérielles Présentation d'une machine virtuelle à chaque

Plus en détail

Génie Logiciel. Rappels. C. Crochepeyre Génie Logiciel Rappels 1

Génie Logiciel. Rappels. C. Crochepeyre Génie Logiciel Rappels 1 Génie Logiciel Rappels C. Crochepeyre Génie Logiciel Rappels 1 INTRODUCTION GL: ingénierie appliquée au logiciel informatique Objectif: la qualité diminution du coût du logiciel et fiabilité Besoin: complexité

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

Réalisation d une Interface Utilisateur

Réalisation d une Interface Utilisateur Réalisation d une Interface Utilisateur Pour manipuler facilement les données enregistrées dans une base de données, il est nécessaire de cacher leur implantation technique dans les tables et d offrir

Plus en détail

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

Plus en détail

Systèmes d exploitation

Systèmes d exploitation Systèmes d exploitation Un système d exploitation (SE, en anglais Operating System ou OS) est un ensemble de programmes responsables de la liaison entre les ressources matérielles d un ordinateur et les

Plus en détail

II.2 Développement des systèmes logiciels

II.2 Développement des systèmes logiciels II.1 Introduction Dans le domaine de réseaux électriques, on constate que l'application de la MOO (Modélisation orientée objets) à beaucoup d avantages vue que la structure physique d un réseau électrique

Plus en détail

Annexe : La Programmation Informatique

Annexe : La Programmation Informatique GLOSSAIRE Table des matières La Programmation...2 Les langages de programmation...2 Java...2 La programmation orientée objet...2 Classe et Objet...3 API et Bibliothèque Logicielle...3 Environnement de

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

Modèle conceptuel : diagramme entité-association

Modèle conceptuel : diagramme entité-association Modèle conceptuel : diagramme entité-association Raison d'être de ce cours «La conception et l'utilisation de bases de données relationnelles sur micro-ordinateurs n'est pas un domaine réservé aux informaticiens.»

Plus en détail

Migration vers Excel

Migration vers Excel Dans ce guide Microsoft Microsoft Excel 2010 ne ressemble pas à Excel 2003, aussi nous avons créé ce guide afin de vous en faciliter la prise en main. Vous trouverez dans ce guide une présentation des

Plus en détail

Documentation Tableur OpenOffice 2

Documentation Tableur OpenOffice 2 Documentation Tableur OpenOffice 2 1. Environnement de travail Nom du Nom du logiciel Barre de Zone de nom elle affiche l'adresse du champ sélectionné Cellule active Zone d'édition : elle affiche le contenu

Plus en détail

Module OMGL - UE ModDyn

Module OMGL - UE ModDyn Module OMGL - UE ModDyn Modélisation de la dynamique / Réseaux de Petri J. Christian Attiogbé Février 2009, maj 2012 J. Christian Attiogbé (Février 2009, maj 2012) Module OMGL - UE ModDyn 1 / 34 Plan de

Plus en détail

L approche Bases de données

L approche Bases de données L approche Bases de données Cours: BD. Avancées Année: 2005/2006 Par: Dr B. Belattar (Univ. Batna Algérie) I- : Mise à niveau 1 Cours: BDD. Année: 2013/2014 Ens. S. MEDILEH (Univ. El-Oued) L approche Base

Plus en détail

Génie Logiciel. - Visite rapide - C. Crochepeyre Génie Logiciel visite rapide - 1

Génie Logiciel. - Visite rapide - C. Crochepeyre Génie Logiciel visite rapide - 1 Génie Logiciel - Visite rapide - C. Crochepeyre Génie Logiciel visite rapide - 1 INTRODUCTION GL: ingénierie appliquée au logiciel informatique Objectif: la qualité diminution du coût du logiciel et fiabilité

Plus en détail

Chapitre I : le langage UML et le processus unifié

Chapitre I : le langage UML et le processus unifié I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et

Plus en détail

À LA DÉCOUVERTE d Excel 2010

À LA DÉCOUVERTE d Excel 2010 Vous venez d installer Excel 2010 sur votre ordinateur et vous avez eu raison de le faire car vous disposez maintenant d un outil d une puissance redoutable. Avec cette dernière version du tableur, vous

Plus en détail

TOUCHES DE RACCOURCI JAWS pour Windows

TOUCHES DE RACCOURCI JAWS pour Windows TOUCHES DE RACCOURCI JAWS pour Windows Touches de raccourci pour Internet Explorer Remarque : Le système d'aide de JAWS inclut des informations détaillées sur l'utilisation d'internet Explorer. À partir

Plus en détail

Utilisation du client de messagerie Thunderbird

Utilisation du client de messagerie Thunderbird Outlook express n existant plus sur les systèmes d exploitation sortis après Windows XP, nous préconisons désormais l utilisation du client de messagerie libre distribué gratuitement par la Fondation Mozilla.

Plus en détail

MÉTHODOLOGIES DE CONCEPTION ET NOTATION GRAPHIQUE

MÉTHODOLOGIES DE CONCEPTION ET NOTATION GRAPHIQUE MÉTHODOLOGIES DE CONCEPTION ET NOTATION GRAPHIQUE m Notations : diagrammes m Diagrammes de transition d'états m Méthodes d'analyse de flot de m Conventions pour diagrammes données objet m Diagrammes de

Plus en détail

Processus d Informatisation

Processus d Informatisation Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue

Plus en détail

1.7.6 Tableaux. 1.7.6.1 Création de tableau

1.7.6 Tableaux. 1.7.6.1 Création de tableau 1.7.6 Tableaux AutoCAD, depuis la version 2005, propose un générateur de tableau qui permet à l utilisateur de créer des tableaux composés de lignes et de colonnes et de saisir des données à l intérieur

Plus en détail

Gestion des Nomenclatures avec Optymo

Gestion des Nomenclatures avec Optymo Gestion des Nomenclatures avec Optymo Introduction... 2 Les principes et fonctions de gestion... 2 Catégories et sous catégories... 2 Composition des nomenclatures... 2 Révisions et configurations... 3

Plus en détail

10 Etats rapides. Introduction

10 Etats rapides. Introduction 10 Etats rapides Introduction La génération d états récapitulatifs est l une des tâches les plus courantes et les plus élémentaires en matière de gestion de données. L éditeur d états rapides est l un

Plus en détail

OBJECTIFS DE CE GUIDE... 5 QU EST-CE QU UN DOCUMENT ACCESSIBLE... 5 LA STRUCTURE D UN DOCUMENT... 6 LES TITRES ET LES SOUS-TITRES...

OBJECTIFS DE CE GUIDE... 5 QU EST-CE QU UN DOCUMENT ACCESSIBLE... 5 LA STRUCTURE D UN DOCUMENT... 6 LES TITRES ET LES SOUS-TITRES... Diffusion de l information dans Internet Guide de création de documents Word accessibles 5 novembre 2009 OBJECTIFS DE CE GUIDE... 5 QU EST-CE QU UN DOCUMENT ACCESSIBLE... 5 LA STRUCTURE D UN DOCUMENT...

Plus en détail

CONCOURS ROBAFIS 2015 Édition spéciale «10 ème anniversaire» Référentiel de Développement Plan type Lotissement des livrables documentaires

CONCOURS ROBAFIS 2015 Édition spéciale «10 ème anniversaire» Référentiel de Développement Plan type Lotissement des livrables documentaires CONCOURS ROBAFIS 2015 Édition spéciale «10 ème anniversaire» Plan type Lotissement des livrables documentaires Table des matières INTRODUCTION...2 OBJET DU DOCUMENT...2 RAPPEL DES OBJECTIFS DE LA PHASE

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

Logiciels fondamentaux

Logiciels fondamentaux Logiciels fondamentaux Mac OS Mac OS est le système d exploitation des ordinateurs Macintosh (OS est l abrégé de Operating System). C est le logiciel incontournable qui gère l ordinateur du démarrage jusqu

Plus en détail

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE SOMMAIRE I. Définition... 2 II. Intérêts des diagrammes d activité... 5 III. Quand employer le diagramme d activité?... 5 IV. Avantage et Inconvénient... 6 V. Les étapes de constructions... 7 VI. Comment

Plus en détail

Manuel d utilisation du site web de l ONRN

Manuel d utilisation du site web de l ONRN Manuel d utilisation du site web de l ONRN Introduction Le but premier de ce document est d expliquer comment contribuer sur le site ONRN. Le site ONRN est un site dont le contenu est géré par un outil

Plus en détail

Une GED personnelle pratique et simple Version 2.1.0. Copyright 2005 2005 Alain DELGRANGE licence GNU GPL2

Une GED personnelle pratique et simple Version 2.1.0. Copyright 2005 2005 Alain DELGRANGE licence GNU GPL2 Une GED personnelle pratique et simple Version 2.1.0 Copyright 2005 2005 Alain DELGRANGE licence GNU GPL2 Introduction Pyged est une application de gestion électronique de documents personnelle optimisée

Plus en détail