Rédaction du Document de Spécifications Logiciel

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

Download "Rédaction du Document de Spécifications Logiciel"

Transcription

1 Rédaction du Document de Spécifications Logiciel Instruction Générale Qualité Version : 1.1 Nombre de pages : 12 Référence : referentiel_qualite/dsl.plan_type.doc UV UMLP Département ASI INSA-ROUEN BP 08 Avenue de l Université SAINT-ETIENNE-DU-ROUVRAY Cedex

2 Page de service Historique des évolutions Version Date Auteur Pages/parties Description modifiées /03/2004 FBA Toutes Ce document a été établi à partir d éléments initialement rédigés par Arnaud Deromas pour la Junior Entreprise EDIS (http://www.fiifo.upsud.fr/actu/initiatives/edis.htm). Ils ont été adaptés aux mini-projets proposés dans l UV UMLP /02/2005 FBA Toutes Refonte pour le semestre 2005P Suivi des diffusions Entité Etudiants de l UV UMLP Intervenants de l UV UMLP Nom tous tous Auteur : Vérificateur : Nom et qualité FBA FFI Date et visa le : le : Approbateur : le : Documents associés Document Manuel Qualité du mini-projet UMLP manuel_qualite.doc dans : Référence [MQ] Version : 1.1 Page : 2

3 SOMMAIRE Sommaire Introduction Domaines d application Contenu du DSL Introduction Objectifs du document Champ d application Organisation du document Description globale L environnement du produit Interfaces utilisateur Fonctionnalités du produit Profil des utilisateurs Contraintes de développement Hypothèses et Dépendances Spécifications détaillées Cas d utilisation Cas d utilisation Contraintes imposées à la conception Description des fournitures Annexes Annexe : Exemple de cas d utilisation rédigé Version : 1.1 Page : 3

4 1 INTRODUCTION L Instruction Générale Qualité de Document de Spécifications Logiciel décrit ce qu il est nécessaire d indiquer dans un Document de Spécifications Logiciel (DSL). Le présent document doit être pris comme un guide d utilisation destiné à aider à la rédaction d un DSL. Ce document est adapté au cadre du mini-projet de l UV UMLP. Il permet de comprendre, chapitre par chapitre, ce qui doit figurer dans chacun des chapitres de ce document. Ce document peut servir de base éventuellement dans d autres organisations (au cours d un stage, de votre vie professionnelle ou associative, ) qui ne disposeraient d une telle formalisation de leur processus. En revanche, les étudiants doivent être conscient que chaque organisation ou contexte de développement (PIC, projet MGPI, ) est libre de définir des document-types alternatifs, avec une structure et des modèles d organisation complètement différents. Version : 1.1 Page : 4

5 2 DOMAINES D APPLICATION L Instruction Générale Qualité de Document de Spécifications Produit s applique à tout produit qui suit les plans de développement légers, développés de manière itérative dans le cadre de l UV UMLP. Version : 1.1 Page : 5

6 3 CONTENU DU DSL Chacun des sous chapitres qui vont suivre correspond à un chapitre d un DSL. Ainsi, le chapitre 3.1 décrit le chapitre 1 d un DSL. Le chapitre 3.2.1, décrit le chapitre 2.1 d un DSL. Certains chapitres pourront être omis, en fonction de leur pertinence en rapport avec le domaine étudié. Si des artefacts ne peuvent être insérées dans des chapitres, ils doivent être reportés en Annexe. 3.1 INTRODUCTION L introduction se décompose en cinq sous chapitres qui ont pour but de présenter globalement le projet développé sans entrer dans le détail des spécifications Objectifs du document Préciser l objet de ce document et son audience Champ d application Identifier très clairement le produit à développer en lui donnant un nom. Exemple : site de commerce en ligne, infocentre, didacticiel etc. Expliquer ce que fera et éventuellement ce que ne fera pas le produit. Dire à quoi va servir le logiciel, ce qu il va apporter de bénéfique Organisation du document Expliquer comment le DSL est organisé, et tout particulièrement quelle organisation prévaut pour le chapitre spécifications détaillées (chapitre 3 du DSL). 3.2 DESCRIPTION GLOBALE Tous les facteurs pouvant influer sur le produit et sur le respect des exigences sont recensés ici. On n aborde pas encore le détail des spécifications, mais on décrit le contexte dans lequel le logiciel sera insérer. Préciser dans ce paragraphe l environnement d exploitation et d utilisation des matériels et logiciels (profil des machines, système d exploitation, lieu d installation et d exploitation, protocoles ) L environnement du produit Si le logiciel est imbriqué dans une entité plus générale, ou s il reçoit des données en provenance d autres systèmes ou qu il envoie des données vers d autres systèmes, il sera sans doute utile d inclure un diagramme de déploiement (au sens UML), voire un diagramme de composants (au sens UML) pour représenter ces interactions. Version : 1.1 Page : 6

7 3.2.2 Interfaces utilisateur Description des interfaces utilisateur. Exemple : taille des écrans, disposition des objets graphiques, activation ou non de certaines touches de fonctions Si il y a différents profils d utilisateur on peut aussi expliquer le comportement de l application en fonction de ces profils Interfaces matérielles On décrit comment le logiciel s adapte au matériel sur lequel il tourne. On peut définir la portabilité du logiciel sur différents système d exploitation ou simplement prévoir comment il s adapte à des machines configurés avec des périphériques différents Interfaces logicielles Le logiciel peut s interfacer avec d autres logiciels. Il peut s agir de logiciels «maison» ou de logiciels achetés sur étagère. Dans tous les cas, la liste de ces logiciels et leurs caractéristiques précises (nom, n version/release) doit figurer dans ce paragraphe Interfaces de communication Décrire l architecture réseau sur laquelle s appuie le logiciel, quelles sont les protocoles utilisés et reporter ces informations de manière graphique sur l éventuel diagramme de déploiement du chapitre 2.1 («L environnement du produit») Environnement opérationnel A quel moment effectue t-on les sauvegardes? Y a t-il des périodes où le logiciel est plus sollicité? Quelle est l organisation des utilisateurs? Fonctionnalités du produit. Représentation des principales fonctions assurées par le logiciel. En particulier on doit faire apparaître les évènements externes ou internes qui provoquent l activation des fonctions. Le formalisme du diagramme des cas d utilisation est approprié. Les cas d utilisation les plus pertinents feront l objet d une description pas à pas dans la section suivante (3. Spécifications détaillées) à l aide d une ou plusieurs technique : description textuelle, diagramme d activité, diagramme de séquence système Profil des utilisateurs. Description des compétences et du niveau d expérience des utilisateurs. Version : 1.1 Page : 7

8 3.2.5 Contraintes de développement On décrit ici globalement tous les éléments à prendre en considération par les équipes de développement lors du choix des options techniques. Ces éléments concernent généralement : les normes et législations particulières applicables. Les limitations liées au matériel. Les interfaces avec d autres applications. Le niveau de fiabilité demandé. le niveau de sécurité demandé Hypothèses et Dépendances La possibilité de réaliser certaines exigences peut être soumise à conditions, ou dépendre d éléments bien précis. Il faut énoncer ici ces éléments et ces conditions. 3.3 SPECIFICATIONS DETAILLEES Description détaillée des fonctionnalités du logiciel à l aide de cas d utilisation. Chaque fonctionnalité peut être éclatée en plusieurs cas d utilisation (sous-fonctionalités), ellesmêmes décomposées Un sous chapitre par cas d utilisation. Un exemple de cas d utilisation est proposé en Annexe Cas d utilisation 1 Pour chaque cas d utilisation, on trouve les chapitres suivants: Titre Résumé Acteurs Pré-condition(s) Action Déclencheur Scénario nominal Action du (des) acteur(s) Action du système Version : 1.1 Page : 8

9 Action de fin Post-condition(s) Exceptions Remarques ergonomiques (éventuellement) Contraintes non fonctionnelles (éventuellement) Cas d utilisation 2.mêmes chapitres que pour le Cas d utilisation Contraintes imposées à la conception Conformité aux règles et standards en vigueur chez le client Il peut s agir du format des états, de conventions de nommage des données, de méthodes de mesures ou d audit Caractéristiques mesurables exigées Le client peut exiger que le logiciel livré possède des caractéristiques mesurables très précises. Les caractéristiques les plus souvent rencontrées sont exposées ciaprès Sûreté du système Les méthodes pour déterminer comment mesurer la sûreté du système sont exposées ici Disponibilité du système Les méthodes pour déterminer comment mesurer la disponibilité du système sont exposées ici Sécurité On trouvera la description de méthodes de sécurité telles que le cryptage des données, la restriction des communications entre certaines parties du logiciel, la conservation de fichiers journaux (log) ou historiques. Version : 1.1 Page : 9

10 Maintenabilité Le client peut exiger d avoir un logiciel facile à maintenir. Il peut demander, par exemple, qu on lui livre un logiciel très modulaire, doté d interfaces normalisées, ou de limiter le niveau de complexité des fonctions (en limitant le nombre de sous programmes appelés, par exemple) Portabilité Le client peut exiger d avoir un logiciel plus ou moins portable. Les caractéristiques mesurables de cette portabilité peuvent être : Le pourcentage de composants dépendants de la machine d exploitation. Le pourcentage de lignes de code dépendants de la machine d exploitation. Le client peut aussi exiger l utilisation d un langage réputé portable, d un compilateur bien précis, ou d un système d exploitation. 3.4 DESCRIPTION DES FOURNITURES Préciser de façon exhaustive, quels sont les documents et matériels qui doivent être remis au client au moment de la réception des prestations (Manuel Utilisateur, Exécutable, Code source, CDROM, l ensemble du référentiel de développement ). 3.5 ANNEXES Inclure ici les annexes. On trouvera ici des artefacts très variées allant de l échantillon de formulaires utilisés dans le système ou l organisation existante, en passant par des compte-rendus de réunion, de rencontre avec la maîtrise d ouvrage. Ne pas hésiter à joindre tout document pouvant aider le lecteur à mieux comprendre le DSL. Version : 1.1 Page : 10

11 4 ANNEXE : EXEMPLE DE CAS D UTILISATION REDIGE Domaine : Système de gestion d une bibliothèque Titre: Emprunter ouvrage. Résumé: Liste des actions réalisées par un étudiant se présentant pour emprunter un ouvrage dans la bibliothèque. Acteurs : Etudiant (E), Hôtesse (H) Pré-condition(s): L étudiant est inscrit à la bibliothèque L étudiant a trouvé son ouvrage dans les rayons de la bibliothèque Déclencheur: 0. L étudiant souhaite emprunter le livre qu il a en main. Scénario nominal Action du (des) acteur(s) Action du système 1. E se présente à l accueil 2. H récupère les coordonnées de l ouvrage 3. Le système (S) signale si l ouvrage est dispo (Exception A) 4. H demande la carte d inscription à la bibliothèque 7. H précise la date de retour et demande confirmation 8. E confirme son intention de retirer le livre 9. H valide l emprunt Action de fin: 10. E quitte l accueil avec son ouvrage. Post-condition(s): L ouvrage n est plus disponible pour un autre prêt. 5. S vérifie la validité de la carte (Exception B) 6. S indique la date de retour Exceptions: Exception A : L ouvrage a été réservé H signale la non-dispo de l ouvrage, H invite l étudiant à revenir à la date d expiration de l emprunt. E se retire. Exception B : La carte n est pas valide ou l étudiant est banni pour quelques jours car il a rendu son précédent emprunt trop tard. H précise les causes du refus de prêt E se retire. Remarques ergonomiques H pourra utiliser une douchette (lecteur de code barre) pour récupérer les coordonnées de l ouvrage. Version : 1.1 Page : 11

12 Contraintes non fonctionnelles Type contrainte Temps réponse Fréquence Volumétrie Disponibilité Concurrence Intégrité Confidentialité de de Descriptif Les différentes requêtes doivent prendre moins de 3 secondes On peut compter une dizaine de consultation de ce type dans une heure de travail de H Le nombre de livres est de l ordre de titres. Le nombre d inscrits à la bibliothèque est de l ordre de 5000 personnes. Cette fonction doit être opérationnelle dans les heures d ouverture de la bibliothèque Non applicable. Dans la mesure où l étudiant présente le livre, aucune autre personne ne peut demander des infos sur un même enregistrement de livre. Non spécifique. Non spécifique. Version : 1.1 Page : 12

Rédaction du Document de Conception

Rédaction du Document de Conception Rédaction du Document de Conception Instruction Générale Qualité Version : 1.0 26/03/2004 Nombre de pages : 6 Référence : referentiel_qualite/dsl.plan_type.doc UV UMLP Département ASI INSA-ROUEN BP 08

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

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

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure DEMARCHE D'ANALYSE DU LOGICIEL Annexe Technique de la MP RNC-CNES-Q-80-529 APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE

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

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

PLAN CONDUITE DE PROJET

PLAN CONDUITE DE PROJET PLAN CONDUITE DE PROJET Ce guide complète le cours, il donne une marche à suivre qui peut être adaptée si vous choisissez une méthode particulière ETUDE PREALABLE ANALYSE FONCTIONNELLE ANALYSE DETAILLEE

Plus en détail

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret. Bien programmer en Java 7 Avec plus de 50 études de cas et des comparaisons avec C++ et C# Plus de 10 000 ex. vendus! Édition en couleur Emmanuel Puybaret, ISBN : 978-2-212-12974-8 chapitre1 Présentation

Plus en détail

Ministère de l enseignement supérieur et de la recherche scientifique. Direction Générale des Études Technologiques

Ministère de l enseignement supérieur et de la recherche scientifique. Direction Générale des Études Technologiques Ministère de l enseignement supérieur et de la recherche scientifique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de SILIANA Département Technologies de l

Plus en détail

STAGE DE PERFECTIONNEMENT

STAGE DE PERFECTIONNEMENT (Sigle de la société d accueil) REPUBLIQUE TUNISIENNE ***** MINISTERE DE L'ENSEIGNEMENT SUPERIEUR, DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES *****

Plus en détail

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 est f o E Y R O L L E S PASCAL ROQUES UML par la pratique Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 Sommaire Introduction 9 Objectifs du livre... 9 Structure de l ouvrage...

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

TD McGood 2004. McGood. Mastère 2004 1

TD McGood 2004. McGood. Mastère 2004 1 McGood Mastère 2004 1 McGood Une petite entreprise familiale de restauration rapide, avec des produits de terroir (McGood), voudrait cesser de tenir sa comptabilité à la main (écriture des opérations comptables

Plus en détail

Gestion de stock facturation : openstock 1.02 juin 2006

Gestion de stock facturation : openstock 1.02 juin 2006 Introduction Gestion de stock facturation : openstock 1.02 juin 2006 Le rapport de stage de Laurent POUCHOULOU décrivant son travail sur la période d Avril à Juin 2006 a été transformé en documentation

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

PLAN D'ASSURANCE QUALITÉ

PLAN D'ASSURANCE QUALITÉ PLAN D'ASSURANCE QUALITÉ Numéro de référence #FSSIM03 (Document de 12 pages) V ue d'ensemble : Ce document sert à décrire l'ensemble des dispositions spécifiques prises pour assurer la qualité du produit

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

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode Étude de cas UML n est pas une méthode UML n est pas une méthode, mais un simple langage ; l OMG ne préconise pas de processus ; il n existe pas une démarche unique qui fixe l ordre dans lequel les modèles

Plus en détail

H2012 : Cahier des charges

H2012 : Cahier des charges H2012 : Cahier des charges Présentation COPIL régional 28/10/2010 ES 1 Rappel de la démarche ES 1 ES 3 Cartographie du SI ES 37 Définition du contexte de mise en œuvre dans chaque ES ES 1 ES 1 ES 3 ES

Plus en détail

Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE

Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE 03/06/2015 Historique des révisions Date Version Description Auteur 03/06/2015 Plan de Développement logiciel

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

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

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21 INSA - ASI TechnoWeb : Rappels UML 1/21 Technologie Web Conception de sites Web Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/21

Plus en détail

Systèmes et réseaux d information et de communication

Systèmes et réseaux d information et de communication 233 DIRECTEUR DES SYSTÈMES ET RÉSEAUX D INFORMATION ET DE COMMUNICATION Code : SIC01A Responsable des systèmes et réseaux d information FPESIC01 Il conduit la mise en œuvre des orientations stratégiques

Plus en détail

Use Cases. Introduction

Use Cases. Introduction Use Cases Introduction Avant d aborder la définition et la conception des UC il est bon de positionner le concept du UC au sein du processus de développement. Le Processus de développement utilisé ici

Plus en détail

Modèle de plan opérationnel de projet

Modèle de plan opérationnel de projet Suivi des versions et des validations du document. Ce document annule et remplace tout document diffusé de version-révision antérieure. Dès réception de ce document, les destinataires ont pour obligation

Plus en détail

Phase 2 : Mettre en œuvre. Gestion des projets. Gestion documentaire. Gestion du changement. R Collomp - D Qualité D 2 Ges4on documentaire

Phase 2 : Mettre en œuvre. Gestion des projets. Gestion documentaire. Gestion du changement. R Collomp - D Qualité D 2 Ges4on documentaire Phase 2 : Mettre en œuvre Gestion des projets Gestion Gestion du changement Gestion Plusieurs documents dans un organisme : Documentation technique Documentation sociale Documentation commerciale Documentation

Plus en détail

Vous accompagner à la maîtrise de vos projets SIRH

Vous accompagner à la maîtrise de vos projets SIRH Vous accompagner à la maîtrise de vos projets SIRH I.Vous accompagner au pilotage métier de projet Le pilotage métier est le levier de sécurisation du projet de refonte SIRH. Avec Magn Ulteam, conjuguez

Plus en détail

Projet de catalogue des services de l IFIC

Projet de catalogue des services de l IFIC Projet de catalogue des services de l IFIC Rapport d étape sur la 2 ème phase : «Identification des services et ébauche du catalogue» Version 3 12 septembre 2015 Site du catalogue de l IFIC Identification

Plus en détail

Concours EXTERNE d ingénieur des systèmes d information et de communication. «Session 2009»

Concours EXTERNE d ingénieur des systèmes d information et de communication. «Session 2009» Concours EXTERNE d ingénieur des systèmes d information et de communication «Session 2009» Meilleure copie "Rapport Technique" Thème : conception et développement logiciel Note : 15,75/20 Rapport technique

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

Quatrième partie IV. La documentation

Quatrième partie IV. La documentation Quatrième partie IV Les différents types de Constat Il n y a pas de logiciel de qualité sans une documentation de qualité est un outil de communication Les paroles s envolent, les écrits restent Exemple

Plus en détail

TD Bibliothèque 2003-2004. Gestion Bibliothèque

TD Bibliothèque 2003-2004. Gestion Bibliothèque Gestion Bibliothèque 1 Bibliothèque Objectif : Illustrer la vue statique : détermination du diagramme de classes à partir des diagrammes de séquence. 1. Spécification du problème On souhaite gérer les

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

TD N 1 : Digramme cas d utilisation. Diagramme de séquences

TD N 1 : Digramme cas d utilisation. Diagramme de séquences TD N 1 : Digramme cas d utilisation & Diagramme de séquences Exercice n 1 : Déterminer les cas d'utilisation d'un distributeur de billets. On considère les scénarios où un client désire retirer de l'argent

Plus en détail

Développement spécifique d'un système d information

Développement spécifique d'un système d information Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si

Plus en détail

Chapitre II Analyse 1

Chapitre II Analyse 1 Chapitre II Analyse 1 Plan du chapitre II II. Analyse A. Identification des besoins : Cas d utilisation 1. Définitions 2. Modes d utilisation 3. Format détaillé 4. Principes de rédaction 5. Concevoir les

Plus en détail

MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE

MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE Ministère de l Enseignement Supérieur Université du 7 Novembre à Carthage MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE Filière : Informatique Appliquée Titre Organisme :

Plus en détail

La gestion de projet. La gestion de projet

La gestion de projet. La gestion de projet La gestion de projet Université Louis Pasteur STRASBOURG UE Ouverture professionnelle Intervenant Aurélie DUCHAMP Voirin Consultants La gestion de projet N 5 Le 04 / 01 / 2006 Présentation de l intervenant

Plus en détail

Module SIN21 Pre sentation, analyse, prise en main

Module SIN21 Pre sentation, analyse, prise en main Module SIN21 Pre sentation, analyse, prise en main Temps : 3h Objectifs : Prendre connaissance du système. Lire les diagrammes UML et comprendre le fonctionnement du système. Mettre en place une maquette

Plus en détail

La gestion de la documentation

La gestion de la documentation La gestion de la documentation Des aspects méthodologiques & organisationnels.vers la mise en œuvre d un outil de GED M S. CLERC JOSY 13 OCTOBRE 2015 PLAN Définition d un projet de gestion de la documentation

Plus en détail

Application de gestion d une bibliothèque municipale

Application de gestion d une bibliothèque municipale Application de gestion d une bibliothèque municipale Réalisé par : TARIK NASRAOUI NAMEZ MOHAMED 08/03/ Cadre réservé à l encadrant : Code d identification du Candidat : Nom des Validateurs Commentaires

Plus en détail

Le projet technique industriel en BTS Électrotechnique

Le projet technique industriel en BTS Électrotechnique Le projet technique industriel en BTS Électrotechnique Le projet technique industriel fait partie intégrante de la formation et de l examen du BTS Electrotechnique par apprentissage. Il consiste, en 192

Plus en détail

Qualité Logiciel. Sommaire d un Plan Qualité type. 05/09/2007 T. Fricheteau - Plan Qualité type - V1.0

Qualité Logiciel. Sommaire d un Plan Qualité type. 05/09/2007 T. Fricheteau - Plan Qualité type - V1.0 Qualité Logiciel Sommaire d un Plan Qualité type 1.But, domaine d application et responsabilités 1.1.Objet 1.2.Présentation succincte du projet 1.3.Fournitures concernées par le Plan Qualité 1.3.1.Matériels

Plus en détail

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations.

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations. Sixième partie VI Diagramme de cas d utilisation Définition Le diagramme de cas d utilisation représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système Rôle du diagramme

Plus en détail

PROCEDURE DE LA PROCEDURE I. OBJET

PROCEDURE DE LA PROCEDURE I. OBJET Page : 1/8 I. OBJET Cette procédure définit les modalités d élaboration et de gestion de l ensemble des documents de la Pharmacie afin d homogénéiser les procédures, modes opératoires, protocoles,... II.

Plus en détail

TdB Informatique de l'acv: dictionnaire des indicateurs

TdB Informatique de l'acv: dictionnaire des indicateurs TdB Informatique de l'acv: dictionnaire des indicateurs Informations générales sur le document Type de document Stratégie Standard Document de référence Exigence d application Obligatoire Recommandé Domaine

Plus en détail

PROCEDURE GESTION DOCUMENTAIRE

PROCEDURE GESTION DOCUMENTAIRE 1- Objet & finalité Cette procédure définit les modalités d élaboration et de gestion des documents du Système de management de la Qualité de l école. Elle a pour but : de garantir la conformité, d apporter

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Réservation des salles

Réservation des salles Réservation des salles Mastère 2004 1 Réservation des salles 2004 1. Expression des besoins Pour tenter de résoudre les problèmes récurrents posés par la gestion de la réservation des salles, l université

Plus en détail

La gestion documentaire les bases d'un système de management de la qualité

La gestion documentaire les bases d'un système de management de la qualité La gestion documentaire les bases d'un système de management de la qualité 8 ème journée professionnelle de l ANTAB - 21 Octobre 2011 Fatima TOUBAIS Ingénieur qualité Accréditation des Laboratoires Direction

Plus en détail

Fourniture, installation, reprise de données et maintenance d un logiciel de gestion et de facturation de la Redevance Incitative des déchets

Fourniture, installation, reprise de données et maintenance d un logiciel de gestion et de facturation de la Redevance Incitative des déchets Marché public de prestation de service, passé selon une procédure adaptée en application de l article 28 du code des marchés publics Pouvoir adjudicateur SYNDICAT INTERCOMMUNAL DE COLLECTE ET DE TRAITEMENT

Plus en détail

Termes de Référence. Dans le cadre du mandat général, le Consultant devra réaliser les tâches qui suivent :

Termes de Référence. Dans le cadre du mandat général, le Consultant devra réaliser les tâches qui suivent : Termes de Référence La République Démocratique Congo (RDC) est engagée dans un processus de préparation au futur dispositif international de Réduction des Emissions liées à la Déforestation et à la Dégradation

Plus en détail

Document de Spécifications Logiciel

Document de Spécifications Logiciel Document de Spécifications Logiciel FALLET Laurent JOUANNO Guillaume MALLET Grégory MARTEAU Sylvie MORISSET Samuel 6 juin 2003 Pour voir toutes les figures présentes dans ce document en une qualité optimum,

Plus en détail

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Cas d'utilisation Delphine Longuet delphine.longuet@lri.fr Processus de développement logiciel Analyse des besoins

Plus en détail

Mission Val de Loire 81 rue Colbert BP 4322 37043 TOURS CEDEX 1 Siret 254 503 048 00012. Cahier des charges MAINTENANCE INFORMATIQUE

Mission Val de Loire 81 rue Colbert BP 4322 37043 TOURS CEDEX 1 Siret 254 503 048 00012. Cahier des charges MAINTENANCE INFORMATIQUE Mission Val de Loire 81 rue Colbert BP 4322 37043 TOURS CEDEX 1 Siret 254 503 048 00012 Cahier des charges MAINTENANCE INFORMATIQUE Mai 2013 Table des matières Sommaire 1 Introduction... 3 1.1 Objectifs...

Plus en détail

L application doit être validée et l infrastructure informatique doit être qualifiée.

L application doit être validée et l infrastructure informatique doit être qualifiée. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 Annexe 11: Systèmes informatisés

Plus en détail

DEMARCHE OU PROCESSUS LOGICIEL

DEMARCHE OU PROCESSUS LOGICIEL DEMARCHE OU PROCESSUS LOGICIEL PROCESSUS LOGICIEL Définition Un processus définit une séquence d étapes, en partie ordonnées, qui concourent à l obtention d un système logiciel ou à l évolution d un système

Plus en détail

Centre canadien des mesures d urgence

Centre canadien des mesures d urgence Centre canadien des mesures d urgence Plan de continuité des opérations de nom du service ou de l'unité opérationnelle DM Crée le jour, mois, année Revu le jour, mois, année Page 1 Table des matières Équipe

Plus en détail

[2016][AA1] Consignes

[2016][AA1] Consignes [2016][AA1] Consignes Consignes pour le bilan architecture d'août 2014 {EPITECH.} 2016_AA1_Consignes.docx Description du document Titre [2016][AA1] Consignes Date 07/12/2014 Auteur Responsable E-Mail Julien

Plus en détail

Apport des Méthodes formelles pour la certification du Falcon 7X Division DÉFENSE

Apport des Méthodes formelles pour la certification du Falcon 7X Division DÉFENSE Apport des Méthodes formelles pour la certification du Falcon 7X février 04 1 Les analyses Sdf utilisées dans le cadre d une certification aéronautique civile; un processus précis et réglementé Normes

Plus en détail

Les contraintes d appel d offre

Les contraintes d appel d offre RESUME Ce document propose une liste, des contraintes d appel d offre s plus standards. ont un objectif doub : définir s attentes du client sur la démarche d acquisition et préparer la contractualisation

Plus en détail

Projet : Rédaction du plan de test

Projet : Rédaction du plan de test Projet : Rédaction du plan de test Dans le cadre de votre projet, veuillez présenter pour le vendredi 9 janvier votre plan de test. Ce document retracera l ensemble des actions réalisées ou à réaliser

Plus en détail

C A H I E R D E S C H A R G E S

C A H I E R D E S C H A R G E S C A H I E R D E S C H A R G E S Projet : CREATION D UN SITE WEB : ENTRAID-ETUDIANT Chantier : GROUPE 2 MASTER CCI Titre du document : CAHIER DES CHARGES Référence : https:///orleans.miage.fr/svn/ccientraid

Plus en détail

Professeur superviseur ALAIN APRIL

Professeur superviseur ALAIN APRIL RAPPORT TECHNIQUE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE DANS LE CADRE DU COURS LOG792 PROJET DE FIN D ÉTUDE EN GÉNIE LOGICIEL BLUEUPDATES FRANÇOIS BOYER BOYF18048004 DÉPARTEMENT DE GÉNIE LOGICIEL

Plus en détail

FICHE D IDENTITÉ DE LA QUALIFICATION VALIDÉE OBJECTIF PROFESSIONNEL DE LA QUALIFICATION VALIDEE

FICHE D IDENTITÉ DE LA QUALIFICATION VALIDÉE OBJECTIF PROFESSIONNEL DE LA QUALIFICATION VALIDEE COMMISSION PARITAIRE NATIONALE DE L'EMPLOI DE LA METALLURGIE Qualification : 2001 01 89 0195 (Cette fiche annule et remplace, à compter du 9 janvier 2007, la précédente fiche d identité) FICHE D IDENTITÉ

Plus en détail

Information géographique: mode d'emploi!

Information géographique: mode d'emploi! Information géographique: mode d'emploi! " Comment décrire et documenter ses données? " Journées d animation CIGAL ~ 19 avril 2012 Maison de la Région Alsace Strasbourg Amphithéâtre Rez-de-chaussée Qu

Plus en détail

MODÉLISATION DES BESOINS

MODÉLISATION DES BESOINS MODÉLISATION DES BESOINS Diagrammes de cas d utilisation Cas d'utilisation : Use Case (Jacobson) Permettent déxprimer les attentes/besoins des utilisateurs Permettent de définir les limites du système

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

Cahier des spécifications. pour

Cahier des spécifications. pour Cahier des spécifications pour Version 1.0 approuvée, préparée par Philippe ZDZIOBECK et Amine TIFAK Octobre 2010 Table des matières I. Introduction...2 1. Introduction...2 2. But du projet...2 3. Références...2

Plus en détail

Table des matières. Chapitre 1. Introduction... 13 1.1. Objectif... 13 1.2. Rappel... 15 1.3. Synthèse... 16 1.4. Bibliographie...

Table des matières. Chapitre 1. Introduction... 13 1.1. Objectif... 13 1.2. Rappel... 15 1.3. Synthèse... 16 1.4. Bibliographie... Table des matières Chapitre 1. Introduction... 13 1.1. Objectif... 13 1.2. Rappel... 15 1.3. Synthèse... 16 1.4. Bibliographie... 17 Chapitre 2. Du système au logiciel... 19 2.1. Introduction... 19 2.2.

Plus en détail

L approche processus c est quoi?

L approche processus c est quoi? L approche processus c est quoi? D après FD X50-176 Management des processus (2005) AC X50-178 Management des processus, Bonnes pratiques et retours d expérience (2002) Introduction Termes et définitions

Plus en détail

Structure typique d un protocole de recherche. Préparé par Johanne Desrosiers dans le cadre d une formation au réseau FORMSAV

Structure typique d un protocole de recherche. Préparé par Johanne Desrosiers dans le cadre d une formation au réseau FORMSAV Structure typique d un protocole de recherche Préparé par Johanne Desrosiers dans le cadre d une formation au réseau FORMSAV Introduction Planification et développement d une proposition de recherche Étape

Plus en détail

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 Site Marchand Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 1. Spécification Un marchand de videos et musique veut mettre en ligne son catalogue. Les clients peuvent consulter le catalogue,

Plus en détail

Profil de protection d un logiciel d ingénierie

Profil de protection d un logiciel d ingénierie Version 1.0 moyen-terme GTCSI 11 septembre 2015 Avant-propos Dans toute la suite de ce document, l acronyme ToE (Target of Evaluation) désigne le composant qui est l objet de l évaluation. 1 Descriptif

Plus en détail

Développement d une application java de bureau pour la gestion des rapports de visite GSB

Développement d une application java de bureau pour la gestion des rapports de visite GSB Développement d une application java de bureau pour la gestion des rapports de visite GSB CAHIER DES CHARGES Définition du besoin Définition de l'objet Les rapports de visite sont actuellement gérés à

Plus en détail

Guichet automatique de banque

Guichet automatique de banque Guichet automatique de banque Mastère 2004 1 Guichet automatique de banque : GAB Objectif : Illustrer la vue fonctionnelle et particulièrement la définition des cas d utilisation. 1. Spécification du problème

Plus en détail

La GED Fonction et processus

La GED Fonction et processus La GED Fonction et processus Le contexte Les objectifs Les conditions d'une réussite Les moyens et les fonctions : Structure de données, Coffre fort, Workflow Référencer, retrouver, approuver, distribuer

Plus en détail

CQP Inter-branches Technicien de la Qualité

CQP Inter-branches Technicien de la Qualité CQP Inter-branches Technicien de la Qualité Référentiels d activités et de compétences Référentiel de certification OBSERVATOIRE DES INDUSTRIES CHIMIQUES Désignation du métier ou des composantes du métier

Plus en détail

TIERS PAYANT ETENDU SP SANTE NOTE TECHNIQUE - N 49 -

TIERS PAYANT ETENDU SP SANTE NOTE TECHNIQUE - N 49 - SP SANTE NOTE TECHNIQUE - N 49 - Destinataires : Les correspondants Documentation déclarés. Paris, le 09 juillet 2009 Madame, Monsieur, Nous vous adressons, ci-joint, la note technique N 49. Elle a pour

Plus en détail

MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES

MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES Département Informatique UFR Sciences 2 Boulevard Lavoisier 49045 Angers Cedex 01 Auteur : Jean-Michel Richer Email : jean-michel.richer@univ-angers.fr

Plus en détail

MAITRISE DES DOCUMENTS QUALITE

MAITRISE DES DOCUMENTS QUALITE MAITRISE DES DOCUMENTS QUALITE Procédure Historique Version Date Nature de la modification 01 07/02/02 Création 02 03/02/03 03 19/11/03 04 20/06/05 1. Changement de codification de la présente procédure

Plus en détail

PLAN D'ASSURANCE QUALITE (PAQ)

PLAN D'ASSURANCE QUALITE (PAQ) PLAN D'ASSURANCE QUALITE (PAQ) Numéro de référence #UNIVPM001 (Document de 12 pages) V ue d'ensemble : Ce document sert à décrire l'ensemble des dispositions spécifiques prises pour assurer la qualité

Plus en détail

TRAITEMENT DES DONNÉES ET ÉTABLISSEMENT DE RAPPORTS

TRAITEMENT DES DONNÉES ET ÉTABLISSEMENT DE RAPPORTS 7 TRAITEMENT DES DONNÉES ET ÉTABLISSEMENT DE RAPPORTS INFORMATIONS GÉNÉRALES Une fois les données recueillies, celles-ci sont traitées transmises sur support informatique (saisie ), organisées et nettoyées

Plus en détail

Note de mise en œuvre

Note de mise en œuvre Note de mise en œuvre Objet : appliquant l approche standard ou une AMA Catégorie : Fonds propres N o : A & A-1 Date : Mai 2006 I. Introduction L objectif de cette note de mise en œuvre est de présenter

Plus en détail

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org A-TEAM ProManager Jalon de lancement Version 1.0 Groupe : C Site Web: http://mooproject.neocities.org 1 SOMMAIRE : I. Planning des phases 4 1-Lancement..5 2-Elaboration. 5 3-Construction 5 4-Transition.6

Plus en détail

INSTRUCTIONS POUR PREPARER

INSTRUCTIONS POUR PREPARER INSTRUCTIONS POUR PREPARER LE Les s comportant un document de non conformes aux instructions indiquées ciaprès comme devant impérativement être suivies seront considérées comme ne satisfaisant pas aux

Plus en détail

Avertissement : comme pour toute activité de modélisation, il n existe pas UNE solution unique. Ce document présente donc une solution possible.

Avertissement : comme pour toute activité de modélisation, il n existe pas UNE solution unique. Ce document présente donc une solution possible. Démo 2- Correction Cas d utilisation Professeur : Bruno Dufor Démonstrateurs : Marouane Kessentini Hassen Grati Partie théorique : Avertissement : comme pour toute activité de modélisation, il n existe

Plus en détail

FOURNITURE D UN LOGICIEL DE

FOURNITURE D UN LOGICIEL DE PIÈCE N 0 DIRECTION RESSOURCES & ORGANISATION SERVICE INFORMATIQUE 25 RUE DE LA NUÉE BLEUE F-67000 STRASBOURG TÉL. +33 (0)3 88 21 78 01 FAX +33 (0)3 88 39 35 53 MARCHÉ PUBLIC DE FOURNITURES ET SERVICES

Plus en détail

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

PROJET D INTEGRATION DE DEVELOPPEMENT

PROJET D INTEGRATION DE DEVELOPPEMENT MINISTERE DE LA COMMUNAUTE FRANCAISE ADMINISTRATION GENERALE DE L ENSEIGNEMENT ET DE LA RECHERCHE SCIENTIFIQUE ENSEIGNEMENT DE PROMOTION SOCIALE DE REGIME 1 DOSSIER PEDAGOGIQUE UNITE DE FORMATION PROJET

Plus en détail

ASSITANCE TECHNIQUE CONTRAT de PRESTATION. Outil de collecte des données de roulage

ASSITANCE TECHNIQUE CONTRAT de PRESTATION. Outil de collecte des données de roulage ASSITANCE TECHNIQUE CONTRAT de PRESTATION Outil de collecte des données de roulage DATE : 28/10/2015 REFERENCE N VEH09-MOOVE-CDC3 1. INTERLOCUTEURS DU PROJET CHEF DE PROJET : Nom : Annie BRACQUEMOND Tél

Plus en détail

CQPI Technicien qualité

CQPI Technicien qualité CQPI Technicien qualité Public concerné Salariés ou futurs salariés qui auront pour mission d assurer le contrôle de la qualité et de participer à l amélioration des modes de production et/ou à la mise

Plus en détail

Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.»

Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.» Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.» Projet de fin d études 2 Sommaire OBJET DU DOCUMENT... 3 LES ETAPES DU PROJET... 4 ETUDE PREALABLE...5 1 L étude d opportunité...

Plus en détail

Avis de manifestation d intérêt n 03/AMI/IZF/2012: Etude faisabilité pour la migration du CMS du site www.izf.net vers une plateforme Open Source

Avis de manifestation d intérêt n 03/AMI/IZF/2012: Etude faisabilité pour la migration du CMS du site www.izf.net vers une plateforme Open Source Communauté Economique et Monétaire de l Afrique Centrale Union Economique et Monétaire Ouest-Africaine ASSOCIATION INVESTIR EN ZONE FRANC Avis de manifestation d intérêt n 03/AMI/IZF/2012: Etude faisabilité

Plus en détail

Manuel d utilisation de l Outil de réservation en ligne pour les partenaires de l Apprentissage en ligne

Manuel d utilisation de l Outil de réservation en ligne pour les partenaires de l Apprentissage en ligne 1 Manuel d utilisation de l Outil de réservation en ligne pour les partenaires de l Apprentissage en ligne Contact North Contact Nord, 2012. Tous droits réservés. Contact North Contact Nord est une société

Plus en détail

Georgieva Diana Bourgouin Adrien Licence 3 ~ Faculté des Sciences et des Techniques UML ~ Bibliothèque. Projet UML.

Georgieva Diana Bourgouin Adrien Licence 3 ~ Faculté des Sciences et des Techniques UML ~ Bibliothèque. Projet UML. Projet UML Cas Bibliothèque Page 1 sur 35 S6 ~ 2008-2009 Sommaire I. Introduction 3 II. Modélisation A. Cas d utilisation 1. Première approche 4-6 2. Cas d utilisation avant la modélisation des diagrammes

Plus en détail

Livret du Stagiaire en Informatique

Livret du Stagiaire en Informatique Université François-Rabelais de Tours Campus de Blois UFR Sciences et Techniques Département Informatique Livret du Stagiaire en Informatique Licence 3ème année Master 2ème année Année 2006-2007 Responsable

Plus en détail

Prise de commande portable Guide utilisateurs. Version 2009

Prise de commande portable Guide utilisateurs. Version 2009 ORLIWEB Prise de commande portable Guide utilisateurs Version 2009 Siège social : 52, quai Paul Sédallian 69279 LYON Cedex 09 / RCS B327 888 111 Tél. 04.26.29.50.00 Service d'assistance Téléphonique 0826

Plus en détail

Publicité web Analyse de besoin

Publicité web Analyse de besoin Assistance à Maîtrise d Ouvrage Système d information métier ORIOR SAS 7 rue Cristino Garcia 94170 Le Perreux sur Marne Tél : +33 (0) 1 48 71 82 54 Mob : +33 (0) 6 80 06 96 96 SAS au capital de 60 000

Plus en détail