Gestion des références commerciales

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

Download "Gestion des références commerciales"

Transcription

1 Rapport de stage - septembre 2004 DESS Réseaux d information et document électronique Gestion des références commerciales rédaction du cahier des charges & initialisation de l'application Caroline GODET Sous la direction de Fabrice SZUPER Ingénieur Principal au sein de la DO S3E - Unilog IT Services Unilog IT Services 12, rue Portalis PARIS Maître de stage : Ramzi ABBES ATER à l'enssib

2 Remerciements Je souhaite dans un premier temps remercier Fabrice SZUPER pour la confiance qu'il m'a accordée et pour l'intérêt qu'il a montré pour le projet. Je tiens également à remercier Matthieu FOURET pour son investissement et son soutien tout au long de ce stage. Enfin, merci à l'ensemble des membres de la DO S3E qui m'ont prêté leurs concours pour la réalisation de ce projet. 2

3 Résumé : Temps significatif de recherche et de mise en œuvre, peu de garantie sur la pertinence et la validité, possible perte ou altération des données telles sont aujourd'hui les principales conséquences de l'absence d'une structure adaptée pour la gestion des références commerciales. Pour pallier à ces inconvénients et mettre en œuvre une application répondant aux attentes des utilisateurs, un cahier des charges a été rédigé. Les conclusions de cette analyse ont alors donné lieu à l'initialisation d'une application reposant sur un fichier de données xml géré par des interfaces en PHP. Descripteurs : Arguments de vente -- Bases de données -- Spécifications Bases de données -- Conception XML (langage de balisage) PHP (langage de programmation) Abstract : Time-consuming steps of query and implementation, no reliable relevance or validity, possible data loss or corruption those are the main consequences caused by the lack of an appropriate structure for business-oriented references management. Therefore, a project specification has been drawn up, intending to solve those drawbacks and to fulfil users' needs. Relying on its conclusions, the development of an application has started, involving an xml file for data storage and PHP interfaces running the procedures. Keywords : Sales presentations -- Database -- Specifications Database design XML (Document markup language) PHP (Computer program language) Toute reproduction sans accord express de l auteur à des fins autres que strictement personnelles est prohibée. 3

4 Sommaire INTRODUCTION... 6 PARTIE 1 CONTEXTE DE L'ÉTUDE Présentation de la société 7 2. Enoncé de la problématique 8 3. Conduite du projet Equipe projet Méthodologie Planning de réalisation Comptes-rendus d'exécution Terminologie PARTIE 2 ETUDES PRÉALABLES Exploration du sujet Recherche documentaire Consultation des utilisateurs Méthode d'enquête Préparation des entretiens Déroulement des entretiens Observation Analyse interne Analyse de l'existant Analyse des besoins Analyse externe Conclusions Sur la méthodologie Sur la gestion des références Sur la mise en œuvre de l'application PARTIE 3 MAQUETTE DE L'APPLICATION Objectifs généraux Format Contenu Champs de la base Illustrations Traitements Procédures 22 4

5 5. Spécificités techniques Aspects réglementaires 23 PARTIE 4 MISE EN ŒUVRE DE L'APPLICATION Solution technique Xml native ou relationnelle? Base de données ou full xml? Données et environnement techniques Architecture et hébergement Développement xml Plateforme et logiciel de développement PHP Spécificités de l'application Fichier de données Stockage des données Structuration et validation des données Arborescence Eléments du fichier Représentation graphique d'xmlspy Elément "unilog" & ComplexType "Contact" Elément "clients" Elément "descriptifs" Elément "projets" Elément "relations" Traitements Alimentation du fichier Introduction au DOM Exemple sur la saisie d'un nouveau contact Consultation de la base Parcourir l'arbre de nœuds Exemple sur la recherche de contacts CONCLUSIONS Sur la gestion des références Rédaction et conclusions du cahier des charges Mise en œuvre de l'application Perspectives pour le projet Sur le déroulement du stage 42 BIBLIOGRAPHIE ANNEXE...I 5

6 Introduction Le projet de gestion des références commerciales est né d'une simple constatation : alors qu'elles constituent un élément incontournable de l'argumentaire de vente, les références commerciales ne bénéficient pas, à l'heure actuelle, d'un système de gestion approprié; répondant aux besoins des membres de la Division Opérationnelle S3E d'unilog. L'objectif de ce projet est donc de mettre en œuvre une application dont les fonctionnalités et les procédures remédieront aux limitations actuelles et seront cohérentes avec les attentes et les activités des membres de la DO. Ce projet nécessite dans un premier temps la rédaction d'un cahier des charges, préalable à l'initialisation de l'application, et c'est dans ces perspectives que j'ai été accueillie au sein de la DO S3E. 6

7 Partie 1 - Contexte de l'étude Partie 1 Contexte de l'étude 1. Présentation de la société Unilog est une Société de Services d'ingénierie Informatique (SSII) dont les prestations s'appuient sur trois pôles d'activités afin d'assurer une offre globale et cohérente : - le conseil pour définir de la meilleure solution, - l'ingénierie pour la réalisation effective du projet, - le training pour accompagner le déploiement auprès des utilisateurs. Unilog repose sur une organisation en Business Units elles-mêmes composées de Directions Opérationnelles (DO), structures autonomes et composées de 50 à 200 collaborateurs. A Chaque DO correspond un domaine d'intervention spécifique portant soit sur une nature de prestation, soit sur un secteur métier, soit sur un périmètre géographique. L'organisation en DO permet une certaine souplesse tout en s'appuyant sur les ressources et la notoriété d'un grand groupe. Un des points forts d'unilog réside dans ses offres, "prestations packagées bâties sur la recherche de réponses économiquement performantes et d engagements contractuels, s appuyant sur des centres de compétences transverses dédiés" [1]. Il y a trois grands types d'offres qui se retrouvent au sein des différentes DO : les offres d'intégration et de maintenance, les offres fonctionnelles et les offres technologiques. Fondé en 1968 par cinq personnes, dont l'actuel Président du Directoire, Gérard PHILIPPOT, le groupe comptait en décembre 2003 plus de 6600 employés, répartis pour la majorité dans les agences françaises, mais également en Allemagne, en Suisse, en Autriche, au Luxembourg et au Royaume-Uni [2]. 7

8 Partie 1 - Contexte de l'étude Le projet concerne la DO S3E, du pôle Ingénierie. Cette DO traite les demandes issues des métiers de l'eau, de l'energie et de l'environnement, des activités de Tourisme et de Loisirs ainsi que de celles émanant du monde des Médias. Parmi ses principaux clients, on peut citer la Lyonnaise des Eaux, la Compagnie Générale des Eaux, le Club Med, le PMU, Lagardère, M6 La DO dirigée par Bodgan GOILAV compte environ 150 personnes, réparties soit, pour les ingénieurs encadrants et commerciaux, sur le site rue Portalis à Paris (lieu du stage), soit chez le client pour une majorité des ingénieurs opérationnels. 2. Enoncé de la problématique Dans le cadre de son activité, Unilog est amenée à répondre à des appels d'offre ou à effectuer des présentations de ses prestations auprès de clients potentiels. Un élément constitutif de ces démarches vers le client sont les références commerciales, véritables reflets de l'expérience et de la réussite d'unilog sur une thématique donnée (technique, secteur ou client). Tous les projets réalisés ne sont pas pertinents dans un contexte donné et l'élaboration des références requiert donc une phase préalable de sélection. Or aujourd'hui, il n'y a pas de structure dédiée à cette tâche. Les outils de capitalisation disponibles ne remplissent pas les attentes des utilisateurs en matière de gestion des références et il n'y a pas de procédure adaptée. C'est pour pallier à ce manque de structure, et aux inconvénients qui en découlent, que ce projet de mise en œuvre d'un système de gestion des références a été engagé. A terme il s'agit d'obtenir une application et de définir les procédures permettant la consultation, la mise à jour et l'édition de références. Les gains attendus s'exprimant en terme de pertinence de sélection, d'actualisation des données et de facilité et de rapidité de mise en œuvre des références. 8

9 Partie 1 - Contexte de l'étude 3. Conduite du projet 3.1. Equipe projet Le sujet a été proposé et supervisé par Fabrice SZUPER, ingénieur principal au sein de la DO S3E. L'encadrement du stage a été assuré par Matthieu FOURET, ingénieur analyste. Jacques NHOUYVANISVONG, expert technique junior, a été consulté sur les aspects techniques de l'application. Le présent document expose ma contribution au projet Méthodologie La démarche adoptée pour traiter le sujet repose sur les étapes élémentaires de la conduite de projet. Dans un premier temps, les analyses préalables, par l'exploration du sujet et les analyses interne et externe, ont permis de rédiger un cahier des charges prévisionnel. La validation de celui-ci a permis de définir les modalités techniques et fonctionnelles de la base et de rédiger ainsi le cahier des charges détaillé. C'est en s'appuyant sur les conclusions de ce dernier que la phase de mise en œuvre a pu être amorcée. Au moment de la rédaction du présent rapport, les choix techniques ont été arrêtés, notamment concernant la structure de la base et les modalités de traitement, et certains scripts rédigés Planning de réalisation Un diagramme de Gantt a été établi en début de projet pour permettre d'en cadrer la progression. Les différentes échéances en ont globalement été respectées. Un délai supplémentaire a toutefois été accordé à la réalisation des entretiens pour s'adapter aux congés de certains audités. NB : la semaine du 12 au 16 juillet a été consacrée à la finalisation d'un projet débuté en juin, avant le démarrage du présent projet de gestion des références. 9

10 Partie 1 - Contexte de l'étude étude des documents existants préparation, réalisation & analyse des interview s rédaction et validation du cahier des charges reflexions et choix techniques mise en œuvre rédaction du mémoire 1/7 16/7 31/7 15/8 30/8 14/9 29/ Comptes-rendus d'exécution Comme précisé précédemment, la rédaction du cahier des charges s'est effectuée en deux étapes, chacune ayant donné lieu à la rédaction d'un document transmis à la société. Un troisième rapport est en cours de réalisation sur la phase de mise en œuvre de l'application. Le présent rapport n'a pas pour objectif de reprendre dans le détail les résultats obtenus lors de la conduite du projet, ceux-ci figurent dans le cahier des charges joint à cette intention. En revanche, il expose les démarches entreprises et le cas échéant, la justification de certaines décisions. Seules les principales conclusions sont reprises dans le corps du document pour permettre de suivre l'évolution du projet Terminologie Le sujet met en jeu d'un côté 'la référence' et de l'autre 'les références' : la référence étant le descriptif d'un projet donné et un élément constitutif des 'références'. Pour éviter toute ambiguïté, la référence sera désignée dans ce rapport par l'expression "synthèse projet", les références étant alors une sélection de synthèses projet composée dans un but commercial donné. 10

11 Partie 2 - Etudes Préalables Partie 2 Etudes préalables Avant de procéder à toute opération de réalisation, il importait dans un premier temps d'approfondir la connaissance du sujet et de définir les différentes constituantes de la problématique. A cette fin, l'étude a débuté par une phase préliminaire d'exploration du sujet, découlant sur une analyse de l'interne (en matière d'existant et de besoins), complétée par une analyse externe. 1. Exploration du sujet Cette phase d'investigations et de recherches a eu pour objectif d'aboutir à une connaissance suffisante du sujet des références et de leurs contextes de mise en œuvre pour permettre une analyse de l'existant la plus représentative et complète possible. Trois approches complémentaires ont été mises en œuvre à cette fin : une recherche documentaire, la consultation des utilisateurs et l'observation des pratiques et usages Recherche documentaire C'est par cette étape que le premier contact avec le sujet a été engagé. Les documents sont principalement disponibles sous forme numérique, il n'existe pas de gestion à proprement parler des documents papiers. Au-delà de la simple collecte de documents, cette recherche a permis dans un premier temps d'approcher la notion de 'références' et de recadrer ainsi le sujet avec le commanditaire. Cette étape m'a par ailleurs donné l'occasion de me familiariser avec les outils disponibles pour la gestion des documents : le serveur de la DO, qui gère les documents à l'échelle de la DO, et Sésame, l'intranet d'unilog. Ces connaissances ont ensuite été mises à contribution lors de la consultation des utilisateurs et de l'analyse des informations collectées par ce biais. 11

12 Partie 2 - Etudes Préalables 1.2. Consultation des utilisateurs Méthode d'enquête La consultation des utilisateurs représentait la meilleure perspective pour comprendre comment étaient gérées les références au sein de la DO. Il a été initialement envisagé d'élaborer un questionnaire pour l'ensemble des utilisateurs et de le compléter par des entretiens auprès d'une fraction d'entre eux. Au cours de la préparation du questionnaire, il est apparu que cette méthodologie n'était pas la plus appropriée. En effet comment : mettre en évidence une procédure, sans demander à l'audité de fournir des efforts de rédaction? ; cerner des limites sans influencer ses décisions par une liste de choix? ;... La liste des questions s'allongeant et se compliquant au fur et à mesure des thèmes à aborder, et compte tenu du nombre d'utilisateurs concernés, la solution des entretiens de l'ensemble des utilisateurs a finalement prévalue ; solution par ailleurs plus compatible avec la disponibilité des audités Préparation des entretiens Sur la quinzaine de personnes de la DO manipulant des références commerciales, 10 personnes ont été auditées : l'ensemble des ingénieurs d'affaires, des ingénieurs commerciaux et des directeurs de projet ont été retenus, complété par l'entretien d'un membre du comité de direction, responsable commercial de la DO. Préalablement aux entretiens, les personnes auditées ont été informées par mail des grandes lignes du projet de gestion des références et invitées à me transmettre, avant la date de rendez-vous fixée, un document représentant pour eux ce que devrait être une référence commerciale Déroulement des entretiens Les entretiens ont été réalisés sur la période du 22 juillet au 11 août, en fonction des disponibilités respectives. Dans la plupart des cas, les entretiens se sont déroulés dans les bureaux des audités qui pouvaient ainsi disposer de leurs 12

13 Partie 2 - Etudes Préalables ressources numériques. L'un de ces entretiens n'a pu être réalisé en présentiel et s'est tenu par téléphone. Après une présentation plus détaillée du projet, portant notamment sur les possibilités d'une base xml, les audités ont été invités à se prononcer aux travers d'une série de questions sur différents points tels que : - objectifs et usages des références - fond et forme d'une synthèse projet - leur gestion actuelle (outils, documents, procédure ) - intérêts et portée d'une base de références La finalité de ces entretiens était de pouvoir répondre aux interrogations suivantes : - comprendre l'utilisation des références - comprendre les limites de la procédure actuelle - définir les avantages attendus d'un nouvel outil - définir les champs d'une référence et de la base (sa portée) - définir le graphisme général Programmés pour une heure, les entretiens ont duré entre 40 minutes et 1h45, pour une moyenne de 1h Observation Bien que relativement subjective, cette méthode s'est avérée enrichissante en matière de collecte d'informations, notamment au niveau des comportements et des pratiques. Les observations ont principalement portées sur une typologie d'utilisateurs, en assistant au quotidien à leurs échanges et à l'expression de leurs satisfactions et/ou contrariétés. 13

14 Partie 2 - Etudes Préalables 2. Analyse interne Cet état des lieux a été rédigé sur la synthèse des différentes étapes mises en œuvre pour l'exploration du sujet Analyse de l'existant En compilant les différentes informations collectées lors de la phase précédente, il a été possible de dresser un bilan de l'existant pour ce qui concerne la gestion des références, en matière : - de structure - de moyens matériels et humains - de sources d'informations et de références - de flux de communication et de procédures Bien qu'assimilables à des moyens matériels, les sources d'informations et les références ont été traitées à part, pour permettre de mieux souligner leurs particularités. L'analyse de l'existant a permis de définir les principales limites auxquelles l'application devra remédier et les spécificités du contexte avec lesquelles il faudra composer : - absence de gestion centralisée des synthèses projet, - comportements autonomes et hétérogènes dus au manque de procédure - existant difficilement capitalisable et exploitable - possible silence dans les références éditées et perte de données dans le temps - contexte et gestion électronique des documents peu compatibles avec un processus de capitalisation - approche relativement négative des outils disponibles, induite par une inadéquation et un manque de communication 14

15 Partie 2 - Etudes Préalables 2.2. Analyse des besoins Un certain nombre de besoins ont été mis en évidence au travers des étapes précédentes, exprimés ou non, communs ou conflictuels. Il importait pour la rédaction du cahier des charges détaillé de statuer au préalable sur les "besoins conflictuels". Ceux-ci découlent des différents comportements adoptés par chacun en l'absence de procédure. Pour les points suivants, des opinions "pour" et "contre" se sont exprimées de manières équivalentes : - validation des synthèses projet : à un souhait d'homogénéité et de garant de qualité des uns s'oppose celui d'une procédure simple, justifiée par la compétence de ses acteurs. - gestion des droits en écriture sur les données de la base : perçues par certains comme inutiles, voire constituant un risque de rejet de l'outil, les restrictions en écriture sur les synthèses projets sont considérées par ailleurs comme nécessaires, dans une certaine mesure pour garantir la fiabilité des données - intégration des projets en cours comme synthèse projet potentielle : il apparaît à la fois judicieux et périlleux de ne pas attendre le terme d'un projet pour en extraire une synthèse projet ; judicieux au regard de l'évolutivité du secteur et périlleux en raison des incertitudes quant à sa conclusion. Les décisions ont été prises après concertation au sein de l'équipe projet sur la base de données contextuelles et techniques, pour être ensuite intégrées au cahier des charges détaillé et donc repris dans la maquette. D'une manière unanime, au-delà de la résolution des limites actuelles, les usagers considèrent l'application comme une source de connaissance sur les projets, de la DO S3E et idéalement des autres DO. Les principales attentes sur l'outil sont un accès efficace aux synthèses projet pertinentes, la fiabilité des données, l'homogénéité des références émises et la rapidité de mise en œuvre. 15

16 Partie 2 - Etudes Préalables Pour en garantir la pérennité et le bon usage, les fonctionnalités de la base et les procédures associées devront être cohérentes et réalistes avec son contexte d'exploitation. Les processus devront être rapides et simples à mettre en œuvre, la procédure devra être personnifiée et régulée. Par ailleurs, une campagne de communication et d'accompagnement doit être menée auprès des futurs utilisateurs pour les sensibiliser tant à l'outil qu'à la capitalisation. 3. Analyse externe Cette section étudie l'environnement du projet en terme d'acteurs et de secteur, afin de mettre en évidence les éventuelles opportunités à saisir et menaces à prendre en compte pour son bon développement. Dans ce contexte, il apparaît que le principal obstacle pour l'application réside dans l'organisation en DO qui développe chez certains un sentiment de préservation. Paradoxalement, tous ont exprimé un besoin de transversalité dans l'origine des synthèses projet ; les projets menés dans les autres DO pouvant potentiellement augmenter la pertinence de la réponse d'unilog dans un contexte donné. Les missions d'o4b 1 ne remettent pas en question la conduite du projet, elles lui offrent même de nouvelles perspectives de développement. Des deux options possibles, il a été décidé de d'abord traiter le projet en local et d'éventuellement envisager par la suite le développement d'une application concrète à l'échelle de la société, en partenariat avec O4B. Se lancer directement dans un projet à l'échelle de la société, semblait offrir moins de garantie sur la conduite et l'aboutissement du projet. 1 "Offers For Business" est une Direction Fonctionnelle qui a pour mission principale de créer les outils de commercialisations des savoir-faire d'unilog, dont des extraits de références thématiques. 16

17 Partie 2 - Etudes Préalables 4. Conclusions 4.1. Sur la méthodologie L'enchaînement des étapes - recherche documentaire, entretiens, observation - a permis une progression cohérente dans la compréhension de la problématique :! la recherche documentaire a permis de collecter une somme importante d'informations, tant sur les documents en eux-mêmes que sur les outils disponibles. Il était cependant difficile d'en évaluer l'usage et la pertinence.! grâce aux entretiens, il a été possible, d'une part, de distinguer parmi la masse de données celles qui correspondaient aux attentes des usagers et, d'autre part, de comprendre l'utilisation qui était faite des outils. En contrepartie, les connaissances acquises lors de la phase de recherche ont permis de dynamiser les entretiens et d'approfondir les réponses des audités en donnant matière à réagir à leurs observations. Les objectifs fixés pour ces entretiens ont tous été atteints et, en considérant les résultats obtenus, la décision de privilégier ce mode de consultation aux questionnaires s'en est trouvée confortée.! enfin, l'observation en situation d'une fraction des audités a permis d'encore affiner la connaissance du sujet et la pertinence des conclusions de l'analyse interne Sur la gestion des références Résultant de l'activité commerciale de plusieurs années, il existe aujourd'hui un nombre significatif de références mais celles-ci sont non homogènes, non mises à jour, non centralisées, principalement stockées dans les présentations pour lesquelles elles ont été établies. Il est délicat alors de parler de gestion de ces références. Les outils de capitalisation que sont le répertoire "Documentation" du serveur S3E_commerce$ et l'intranet Sésame ne répondent pas, pour des raisons pratiques ou contextuelles, aux attentes des audités et sont; de fait, peu exploités. 17

18 Partie 2 - Etudes Préalables De plus, l'absence de procédure impacte la synthèse projet à chaque étape de sa vie, de sa sélection à son actualisation, en passant par sa rédaction, sa validation ou son utilisation. Rédigée "au besoin" et directement intégrée à des références contextuelles, elle est, à terme, difficilement capitalisable. Au-delà des considérations techniques c'est également l'absence d'une procédure "appuyée" qui explique le faible taux de capitalisation. Au moment de la mise en œuvre des références, la priorité n'est généralement pas à la capitalisation, mais à une réponse dans les délais au client. Ne s'agissant pas d'une tâche opérationnelle, le retour ultérieur à une éventuelle démarche de capitalisation est régulièrement remis. Les audités admettent ne simplement pas y penser, ne pas prendre le temps ou ne pas saisir l'intérêt qu'ils auraient à le faire. La capitalisation n'est donc pas intégrée aux méthodes de travail, que ce soit sciemment ou par défaut. Paradoxalement, le moyen privilégié des audités pour constituer des références repose sur la mise en commun des savoirs au travers de la mémoire collective et du réseau de relations, à l'intérieur et à l'extérieur de la DO. Ils mettent donc à profits les avantages de la capitalisation, mais selon une approche non structurée et non formalisée. C'est peut être à la dimension humaine du réseau de relations, tant d'un point de vue numérique que dans la nature des échanges, que peut être attribuée cette amorce de capitalisation Sur la mise en œuvre de l'application Comment justifier la mise en place d'une application dédiée à la gestion des références alors que deux outils sont d'ores et déjà disponibles, sans compter les dossiers 'offres' que propose O4B désormais? En ce qui concerne le répertoire "Documentation" du serveur S3E_Commerce$, son manque de fonctionnalité et sa rigidité de classement justifient sa non exploitation et il serait difficile de remédier à ces inconvénients. En revanche, Sésame, grâce à son moteur de recherche et à la typologie des documents, répond à une partie significative des attentes des audités. Avec une meilleure communication sur l'outil et ses possibilités, il serait probablement plus 18

19 Partie 2 - Etudes Préalables spontanément utilisé, dans le cadre de la consultation du moins. Et il est plus simple et plus rapide de prévoir la formation d'une quinzaine de personnes déjà familiarisées avec l'outil que de complètement mettre en place une nouvelle application. Deux arguments cependant, par leurs conséquences en terme de réactivité et de capitalisation, justifient la poursuite du projet : l'exploitabilité et la proximité. D'une part, les données sont actuellement disponibles sous la forme de références contextuelles et non de synthèses projet, ce qui pénalise la recherche et induit systématiquement des étapes fastidieuses pour la sélection, l'adaptation et la mise en page. L'outil tel qu'il est envisagé aujourd'hui en gérant et en centralisant les données sous forme de synthèses projet factuelles permettra d'optimiser les recherches et de limiter les pertes d'informations. De plus, grâce à l'utilisation de masques d'édition spécifiques, les manipulations de mises en forme seront également simplifiées, quelque soit le support d'édition final. Avec une meilleure prise en charge à chacune des étapes de leurs mises en œuvre, les bénéfices à retirer en terme de réactivité sur la constitution de références confèrent un intérêt tout particulier au projet. D'autre part, les audités ont unanimement exprimé un besoin de spécificité et de pertinence des synthèses projet. Les références à l'échelle du groupe telles qu'elles sont disponibles sur Sésame (et maintenant plus facilement accessibles pour une partie des audités) ne sont pas adaptées à une réponse 'projet' dans le secteur spécifique de la DO. C'est pour répondre à un souhait de proximité tant dans le contenu que dans le public ciblé que le projet garde une grande part de sa pertinence. Loin d'être une démarche néfaste à la capitalisation, ce développement initial en local, restreint à une certaine population, peut au contraire permettre l'intégration de la capitalisation aux méthodes de travail. C'est dans cette optique que le projet peut être raisonnablement maintenu. Le chapitre suivant propose une maquette de l'application et les principales fonctionnalités déduites des résultats des analyses préalables. 19

20 Partie 3 - Maquette de l'application Partie 3 Maquette de l'application Cette maquette a été élaborée pour synthétiser, au terme des analyses préalables, les caractéristiques attendues de l'application et servir de support à son développement en terme de format, de traitements et de procédures. 1. Objectifs généraux L'application doit non seulement combler les limites actuelles et répondre aux attentes et besoins exprimés, mais aussi faire mieux que le réseau de relations et les bases personnelles, en termes de réactivité et de pertinence. Appuyée par la procédure, les bénéfices retirés de l'application doivent également amener les utilisateurs à intégrer la capitalisation dans leur méthode de travail. Pour convaincre les utilisateurs, l'application devra donc prendre en compte les deux compromis suivants : Richesse de la base / Temps de manipulation Fiabilité des données / Liberté de manœuvre 2. Format 2.1. Contenu Pour permettre de gérer la synthèse projet aux différents stades de sa vie, il est envisagé de recenser l'ensemble des projets menés par la DO. Il pourrait ainsi être indiqué de manière formelle si le projet doit être référencé ou non, par qui et dans quel délai. Il sera alors également possible, à l'appréciation du rédacteur, d'intégrer des projets en cours dans les références. Idéalement, les synthèses projet gérées ne seront pas restreintes à celles émanant de la DO et la base intègrera. 20

21 Partie 3 - Maquette de l'application 2.2. Champs de la base Si les audités attendent globalement une source de connaissance sur les projets référencés, le degré d'information et la nature des champs attendus diffèrent. Un juste milieu est à trouver entre la richesse informationnelle de la synthèse projet et d'une part, son temps de saisie et d'autre part, son temps de consultation. Le tableau présenté en annexe reprend les champs retenus pour la base et/ou pour la synthèse projet (en gras), pondérés par le nombre de sollicitation. Au terme des entretiens, la notion de champ obligatoire ne semble pas judicieuse. Pénaliser un geste de capitalisation en bloquant l'enregistrement d'une synthèse projet pour une donnée manquante n'aurait que des conséquences néfastes sur l'outil. Un guide de saisie précisant les champs principaux "recommandés" et ceux complémentaires serait plus envisageable. C'est plus au niveau de la procédure que devrait s'opérer le contrôle de la bonne alimentation de la base Illustrations Seuls les logos, unitaires ou sous forme de mosaïques ont été retenus. Les captures d'écran, compte tenu de leur proportion d'utilisation par rapport aux démarches de demandes d'autorisation et de dépersonnalisation ne justifient pas d'être intégrées aujourd'hui. 3. Traitements Les principales attentes sur l'outil sont l'accès aux synthèses projet pertinentes, la fiabilité des données, l'homogénéité des références émises et la rapidité de mise en œuvre. Pour satisfaire à ces critères, les fonctionnalités suivantes peuvent être envisagées : - Indexation des champs principaux pour optimiser les résultats du moteur de recherche - Statistiques d'édition des références - Utilisation de listes de choix et de typologie de champs pour la saisie 21

22 Partie 3 - Maquette de l'application - Gestion de masques d'édition pour différents formats de sortie et niveaux de détails - Gestion des illustrations Complétées dans une version ultérieure par : - Gestion des droits en écritures - Planification des tâches - Système de validation pour les modifications apportées dans la base (*) (*) : dans un premier temps, seule une notification de l'état "validé" ou non sera mise en place. 4. Procédures Pour compléter les fonctionnalités, les procédures suivantes pourraient être engagées. au niveau de la synthèse projet, préciser : - qui définit de référencer ou non un projet, sur quel(s) critère(s)? - par qui, à quel moment et dans quel délai elle doit être rédigée - qui est en charge de son actualisation au niveau de la gestion de la base, pour en garantir la pérennité, définir les modalités et personnes : - garantes de la bonne alimentation et actualisation de la base - responsables de sa mise à jour (élimination des synthèses projet désuètes) NB : Compte tenu du planning et du probable conditionnement de la procédure par les fonctionnalités de l'outil, il a été décidé de se concentrer dans un premier temps sur l'approche technique et concrète de la réalisation ; les aspects de procédure seront traités ultérieurement. 22

23 Partie 3 - Maquette de l'application 5. Spécificités techniques D'un point de vue technique, l'application doit répondre aux critères suivants : - portabilité : initialement développée comme une solution autonome, l'application pouvant être à terme intégrée dans d'autres applications - gratuité : il n'y a pas de budget alloué au projet, l'application doit donc être élaborée sur la base des ressources d'ores et déjà disponibles et sur des solutions OpenSource. 6. Aspects réglementaires Dans le cadre de la gestion de références commerciales, deux aspects réglementaires sont à prendre en considération : - le droit des marques, pour l'utilisation des noms et logos, conformément au code de la propriété industrielle - la loi "informatique et libertés" du 6 janvier 1978, pour la création de fichiers nominatifs La gestion du droit des marques intervient au niveau de l'établissement des contrats entre le client et Unilog, en amont de l'application. En ce qui concerne les déclarations auprès de la Commission nationale de l'informatique et des libertés (CNIL), une action a été entreprise au sein de la société pour s'informer des modalités d'intégration des fichiers nominatifs de la base au sein des déclarations existantes. Toutefois, les objectifs et exploitations de la base rentrent dans les critères de tolérance de non-déclaration concédée par la CNIL [3]. 23

24 Partie 4 - Mise en Œuvre de l'application Partie 4 Mise en Œuvre de l'application Les choix technologiques ont été établis en s'appuyant sur la maquette et sur les ressources disponibles. Au moment de la rédaction du présent document, cette phase de réalisation venait juste d'être commencée et de nombreux points étaient encore en cours de validation et/ou de développement. 1. Solution technique Afin de répondre aux exigences de portabilité de la base et de budget, la solution xml semble la plus appropriée. Trois solutions se présentent alors : - une base de données xml native Open Source, comme exist [4] ou Apache Xindice [5] - un SGBDR Open Source compatible xml, comme MySQL [6] ou PostgreSQL [7] - full xml avec traitements sous langage de programmation, java, asp.net ou php par exemple Xml native ou relationnelle? D'une base de données xml native ou d'un SGBDR, quelle solution est la plus adaptée à la problématique? Contenu structuré, axé sur les données, strictement décrit par un schéma ; structure prévisible et relativement fixe ; modalités de recherche basiques ; les caractéristiques de la base potentielle orientent plutôt vers un SGBDR que vers une base de données xml native [8] Base de données ou full xml? En s'appuyant sur les recommandations de l'expert technique consulté, c'est la seconde option qui a été retenue : elle permet une totale indépendance de tout outil ou de version de base de données. Pour la DO, elle offre par ailleurs une certaine plus value car ce type de projet n'y a pas encore été développé. 24

25 Partie 4 - Mise en Œuvre de l'application Le langage de traitement initialement envisagé était l'asp.net. Cependant, pour des impératifs de planning, il était difficilement envisageable d'intégrer au projet une phase de formation à ce langage, l'application a donc été initialisée en PHP et sera éventuellement développée ultérieurement en asp.net. 2. Données et environnement techniques 2.1. Architecture et hébergement L'application fonctionnera sous un modèle d'architecture clients/serveur. La DO dispose d'ores et déjà d'un serveur d'application sur lequel l'application pourra être hébergée Développement xml Les différents fichiers xml ont été rédigés sous xmlspy 2004 Home Edition, de la société Altova [9] Plateforme et logiciel de développement PHP Le choix de la plateforme de développement s'est orienté vers WAMP5 [10], pour "Windows - Apache - MySQL- PHP5" ; choix. motivé par la présence de la version de PHP, plus compatible avec le xml que les versions antérieures. Les scripts ont été rédigés sur une version d'essai de PHP Expert Editor 3.2 [11]. 3. Spécificités de l'application 3.1. Fichier de données Stockage des données L'ensemble des informations est stocké dans un fichier plat xml, dans une orientation documents, plutôt que données, compte tenu des perspectives d'exploitation sélective et multi-formats [12]. 25

26 Partie 4 - Mise en Œuvre de l'application En terme de volumétrie, le nombre de références qui seront intégrées et maintenues dans la base n'étant pas encore déterminé, il serait délicat d'estimer l'espace de stockage à prévoir pour ce fichier. Néanmoins, l'absence de cette donnée n'est pas réellement problématique compte tenu du nombre relativement limité de synthèses projet concernées à terme et de la faible taille relative des fichiers xml et php Structuration et validation des données Pour la validation du fichier, un schéma xml a été préféré à une DTD pour les avantages qu'il présentait en matière de typologie de données et de contraintes sur leurs valeurs. Par ailleurs, si l'application est intégrée ultérieurement à un autre outil, la prise en charge des espaces de noms par le schéma pourra s'avérer relativement utile Arborescence Au moment de la rédaction du mémoire, l'arborescence du fichier n'est pas encore définitive, plusieurs modèles sont encore à l'étude Eléments du fichier Le tableau des champs dressé au terme des entretiens a été affiné et ponctuellement réorganisé pour aboutir à 5 éléments principaux. Ces éléments sont pour l'heure provisoires dans la mesure où ils dépendent du modèle de schéma qui sera finalement adopté, mais les variations éventuelles ne portant que sur la position de quelques éléments fils, ils constituent une bonne représentation de ce que sera le fichier final. Pour conférer une certaine souplesse de saisie à la base, un maximum de champs est optionnel. Comme établi dans le cahier des charges, c'est une approche procédurale et non technique qui devra garantir la bonne alimentation de la base, il appartiendra donc au rédacteur et/ou validateur de s'en assurer. Les différents éléments sont présentés dans les paragraphes suivant, en utilisant la représentation graphique de schéma que propose xmlspy 2004, qui permet de saisir rapidement l'arborescence et les occurrences des différents éléments. 26

27 Partie 4 - Mise en Œuvre de l'application Représentation graphique d'xmlspy 2004 Les principaux symbolismes mis en œuvre sont les suivants : élément obligatoire, non répétable élément facultatif, non répétable élément obligatoire, répétable un nombre infini de fois élément facultatif, répétable un nombre fini de fois introduit une séquence induit un choix Elément "unilog" & ComplexType "Contact" Cet élément recense l'ensemble des membres d'unilog et leurs coordonnées. La description d'une personne, quelque soit son niveau d'intervention reste la même. Pour ne pas redéfinir ces différentes constituantes à chaque fois, on définit un type complexe qui pourra être appliqué à chaque fois qu'une personne aura besoin d'être décrite. xmlspy

28 Partie 4 - Mise en Œuvre de l'application Elément "clients" Cet élément comprend toutes les caractéristiques du client, indépendamment du projet dans lequel il est engagé. Les différentes données clients peuvent être organisées ainsi : xmlspy Elément "descriptifs" Cet élément constitue un référentiel des différentes techniques qui peuvent être rencontrées ou mises en œuvre chez le client (l'environnement technique du projet) ainsi que des offres que va proposer Unilog. Pour cet élément, de nombreux champs peuvent être prédéterminés au travers de l'enregistrement de valeurs d'attribut. Par exemple, pour les offres support, l'attribut "type_support" ne peut prendre que les valeurs : BI,Collaborative Business, Dot Solutions, EAI, EDM-KM ou Mobile Business. 28

29 Partie 4 - Mise en Œuvre de l'application Elément "descriptifs" : xmlspy

30 Partie 4 - Mise en Œuvre de l'application Elément "projets" C'est l'élément le plus 'conséquent' de la base. Il recueille toutes les données spécifiques au projet, que l'on peut répartir sur deux axes comme le montre l'extrait suivant : xmlspy 2004 Gestion du projet Cet élément gère le projet dès son initialisation, sollicitation du client ou démarchage. Il indique s'il a été gagné ou non (élément "decision") et s'il doit ou non donner lieu à la rédaction d'une synthèse projet et selon quelles modalités (élément "referencable"). Cet élément est obligatoire, contrairement à l'élément "synthese_projet" dans la mesure où les projets ne sont pas tous référençables. xmlspy

31 Partie 4 - Mise en Œuvre de l'application Synthèse projet A son tour, la synthèse projet peut être abordée sous deux axes :! du point de vue du client Cet élément reflète la relation avec le client tout au long du projet : les enjeux qu'il constitue, les résultats qui en découlent, en terme de bénéfices et d'accueil de la solution apportée et enfin les modalités d'utilisation du projet comme référence, notamment éventuels critères de confidentialité et souhait ou non de devenir un référant consultable ou visitable. xmlspy

32 Partie 4 - Mise en Œuvre de l'application! du point de vue d'unilog pour les conditions de réalisation et l'évaluation globale du projet Les conditions de réalisation précisent le(s) positionnement(s) sur le projet (assistance maîtrise d'œuvre amont maîtrise d'œuvre exchange tierce maintenance applicative) ainsi que les modalités d'un éventuel partenariat. L'évaluation du projet complète ici les résultats recensés au niveau de l'approche client et s'adresse plutôt à un public interne qu'à une exploitation en terme de référence. xmlspy

33 Partie 4 - Mise en Œuvre de l'application pour la réalisation du projet Cet élément détaille les modalités de réalisation du projet en terme d'équipe, de dimensionnement xmlspy

34 Partie 4 - Mise en Œuvre de l'application Elément "relations" Par rapport aux autres éléments présentés précédemment, cet élément est celui qui sera le plus impacté par la décision du modèle de schéma. Sa fonction sera de construire une référence complète à partir des données des constituants qui la compose : données unilog, clients, descriptifs et synthèse projet. C'est à cette fin que sont établis les différents attributs - key_contact, key_client, key_descriptif, et key_projet - qui sont repris pour définir l'élément "ref" donné : <xs:element name="relations"> <xs:complextype> <xs:sequence> <xs:element name="ref" maxoccurs="unbounded"> <xs:complextype> <xs:attribute name="key_ref"/> <xs:attribute name="key_projet"/> <xs:attribute name="key_client"/> <xs:attribute name="key_descriptif"/> <xs:attribute name="key_contact"/> </xs:complextype> </xs:element> </xs:sequence> </xs:complextype> </xs:element> 3.2. Traitements Les traitements sont assurés par des scripts en PHP5. Cette partie du projet est la moins avancée et seuls des scripts-tests, sur des extraits du fichier sont actuellement opérationnels, pour son l'alimentation et sa consultation Alimentation du fichier Introduction au DOM Le DOM ou Document Object Model est une interface de programmation d'application (API), indépendante des langages et plateformes de développement 34

35 Partie 4 - Mise en Œuvre de l'application qui contribue ainsi à l'interopérabilité du web. Ses spécifications sont régies par les recommandations du W3C 2. PHP5 propose un parser DOM (Document Object Model), entièrement basé sur les recommandations du W3C, qui permet de manipuler un fichier xml : parcourir sa structure, extraire, ajouter, modifier ou supprimer des éléments. Le DOM représente le document xml sous la forme d'un arbre de nœuds dont l'ordre et la structure sont mis en correspondance avec les éléments du document. Le ''documentelement" correspond à l'élément racine du document et possède un ou plusieurs "childnodes" qui représentent les branches de l'arbre. A son tour un ChidNode peut posséder un ou plusieurs descendants, si sa définition l'autorise. Il est possible d'accéder à n'importe lequel de ces nœuds individuellement Exemple sur la saisie d'un nouveau contact Le script présenté ci-après à pour objectif, à partir d'un formulaire de saisie codé en html, d'implémenter le fichier "contact_light.xml" avec les coordonnées d'un nouveau contact. Pour l'exemple, on considèrera chacun des éléments comme unique et on limitera les éléments à renseigner aux suivants : <?xml version="1.0" encoding="iso "?> <contacts> <contact> <civilite>m</civilite> <nom>szuper</nom> <prenom>fabrice</prenom> <fonction>ingénieur Principal</fonction> </contact> <contact> <civilite>m</civilite> <nom>fouret</nom> <prenom>matthieu</prenom> <fonction>ingénieur Analyste</fonction> </contact> </contacts> 2 W3C : World Wide Web Consortium 35

36 Partie 4 - Mise en Œuvre de l'application Le script du formulaire de saisie correspondant s'écrit alors : <head> <title>saisie d'un nouveau contact</title> </head> <body> <h1><u>saisie d'un nouveau contact</u></h1> <form name="profil" method="post" action="<?php $PHP_self?>"> <p>civilité : <input type="text" size="5" maxlength="5" name="civi"></p> <p>nom : <input type="text" size="30" maxlength="30" name="nom"></p> <p>prénom : <input type="text" size="30" maxlength="30" name="prenom"></p> <p>fonction : <input type="text" size="30" maxlength="30" name="fonction"></p> <p>mail : <input type="text" size="60" maxlength="60" name="mail"></p> <br/> <div><input type="submit" value="valider"></div> <br/> <?php //formulaire pour alimenter un fichier xml existant $CIVILITE=$_POST["CIVI"]; $NOM=$_POST["NOM"]; $PRENOM=$_POST["PRENOM"]; $FONCTION=$_POST["FONCTION"]; $MAIL=$_POST["MAIL"]; // récupère les données du formulaire /* pour éviter l'insertion d'un jeu de valeurs vides dans le fichier xml au chargement de la page */ if (!isset ($CIVILITE)) // message d'accueil au chargement de la page { echo "<i>"."saississez les données du nouveau contact"."</i>"; } else { // charge le fichier xml dans un nouvel objet DOM $dom = new DomDocument (); $dom->load("contact_light.xml"); // en suivant l'arborescence, crée un nouvel élément "contact" $contact=$dom->createelement("contact"); // puis les fils : crée un nouvel élément "civilite" $civilite=$dom->createelement("civilite"); 36

37 Partie 4 - Mise en Œuvre de l'application // crée un élément textuel qui prend la valeur saisie ds le formulaire $civilitetext=$dom->createtextnode($civilite); // rattache l'élément textuel à l'élément "civilite" $civilite->appendchild($civilitetext); // rattache l'élément "civilité" à l'élément "contact" $contact->appendchild($civilite); // et ainsi de suite $nom=$dom->createelement("nom"); $nomtext=$dom->createtextnode($nom); $nom->appendchild($nomtext); $contact->appendchild($nom); $prenom=$dom->createelement("prenom"); $prenomtext=$dom->createtextnode($prenom); $prenom->appendchild($prenomtext); $contact->appendchild($prenom); $fonction=$dom->createelement("fonction"); $fonctiontext=$dom->createtextnode($fonction); $fonction->appendchild($fonctiontext); $contact->appendchild($fonction); $mail=$dom->createelement("mail"); $mailtext=$dom->createtextnode($mail); $mail->appendchild($mailtext); $contact->appendchild($mail); //enfin, rattache le nouvel élément "contact" à la racine $dom->documentelement->appendchild($contact); //et pour enregistrer le nouveau contact dans le fichier : print $dom->save("contact_light.xml"); };?> </body> </html> Juste avant que la saisie ne soit validée et le nouveau contact enregistré dans la base, l'écran correspondant donne : 37

38 Partie 4 - Mise en Œuvre de l'application De nombreuses améliorations peuvent être apportées à ce type de formulaire de saisie, comme un menu déroulant pour les valeurs de la civilité, le format de la saisie champs des numéros de téléphone, sans compter un soupçon de convivialité à l'attention des utilisateurs Consultation de la base Parcourir l'arbre de nœuds En plus du DOM présenté précédemment, PHP5 offre deux autres possibilités pour sélectionner et retourner les valeur d'éléments du fichier : XPath et SimpleXML XPath Selon le W3C, l'objectif principal du XPath est d'identifier et d'accéder à des portions ou des sous-ensembles de documents xml. Ce langage fonctionne à la manière des chemins de localisation de fichiers sous UNIX où l'arbre du fichier xml remplace l'arborescence des répertoires. La commande xpath peut retourner soit toutes les occurrences d'un élément donné, soit un nœud spécifique en fonction de sa position dans l'arborescence ou de la valeur de son attribut. L'utilisation de chemin de localisation rend plus précise la requête notamment lorsque des éléments portent le même nom alors qu'ils sont enfants de nœuds différents. 38

Programmation Avancée pour le Web

Programmation Avancée pour le Web L3 Informatique Option : ISIL Programmation Avancée pour le Web RAMDANI Med U Bouira 1 Contenu du module Introduction aux applications Web Rappels sur les sites Web Conception d une application Web Notion

Plus en détail

Elaboration d un cahier des charges Ch. 6

Elaboration d un cahier des charges Ch. 6 Elaboration d un cahier des charges Ch. 6 «Le cahier des charges opérationnel est un document qui permet de dégager les orientations structurantes et de fixer le cadre des travaux à venir d un projet.

Plus en détail

Démarche de Choix de Progiciels (d'après le CXP)

Démarche de Choix de Progiciels (d'après le CXP) Démarche de Choix de Progiciels (d'après le CXP) Page 1 1. PRÉSENTATION DE LA DÉMARCHE...3 1.1 SPÉCIFICITÉS DE LA DÉMARCHE...3 1.2 LA DÉMARCHE...3 2 LES QUATRE ÉTAPES DE LA DÉMARCHE...4 2.1 EXPLORATION

Plus en détail

SOMMAIRE. I. Introduction 02. II. Glossaire 03 a. Glossaire technique 03 b. Glossaire fonctionnel 04

SOMMAIRE. I. Introduction 02. II. Glossaire 03 a. Glossaire technique 03 b. Glossaire fonctionnel 04 SOMMAIRE I. Introduction 02 II. Glossaire 03 a. Glossaire technique 03 b. Glossaire fonctionnel 04 III. Présentation de l'association 05 a. Présentation juridique et géographique 05 b. Présentation de

Plus en détail

Programmabilité du réseau avec l'infrastructure axée sur les applications (ACI) de Cisco

Programmabilité du réseau avec l'infrastructure axée sur les applications (ACI) de Cisco Livre blanc Programmabilité du réseau avec l'infrastructure axée sur les applications (ACI) de Cisco Présentation Ce document examine la prise en charge de la programmabilité sur l'infrastructure axée

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

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

PRODUCTION DE JEUX DE DONNÉES ANONYMISÉES

PRODUCTION DE JEUX DE DONNÉES ANONYMISÉES PRODUCTION DE JEUX DE DONNÉES ANONYMISÉES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas être considérés

Plus en détail

Référentiel Général d Accessibilité pour les Administrations Introduction au RGAA 3.0

Référentiel Général d Accessibilité pour les Administrations Introduction au RGAA 3.0 Référentiel Général d Accessibilité pour les Administrations Introduction au RGAA 3.0 Intrduction au RGAA 3.0 beta - DISIC 1/10 Sommaire Référentiel Général d Accessibilité pour les Administrations Introduction

Plus en détail

SOMMAIRE. Rubrique : Audit et amélioration. Sommaire THEMATIQUE

SOMMAIRE. Rubrique : Audit et amélioration. Sommaire THEMATIQUE SOMMAIRE Rubrique : Audit et amélioration... 2 Rubrique : Divers...12 Rubrique : Maintenance...17 Rubrique : Système de management de la qualité...20 1 Rubrique : Audit et amélioration SOMMAIRE Auditer

Plus en détail

La Gestion Electronique des Documents

La Gestion Electronique des Documents La Gestion Electronique des Documents La mise en place d une solution La gestion de l information est devenue un enjeu stratégique majeur à l intérieur des organisations. D après l observation des projets

Plus en détail

PLANIFICATION ET SUIVI D'UN PROJET

PLANIFICATION ET SUIVI D'UN PROJET Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique PLANIFICATION ET SUIVI D'UN PROJET Référence : CNRS/DSI/conduite-projet/developpement/gestion-projet/guide-planfi-suivi-projet

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

Documentation de produit SAP Cloud for Customer (novembre 2013) Nouveautés de SAP Cloud for Customer pour les administrateurs

Documentation de produit SAP Cloud for Customer (novembre 2013) Nouveautés de SAP Cloud for Customer pour les administrateurs Documentation de produit PUBLIC de SAP Cloud for Customer pour les administrateurs Table des matières 1 de SAP Cloud for Customer pour les administrateurs.... 4 Table des matières P U B L I C 2011, 2012,

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

SQ 901 Indice D. Application Ferroviaire Spécification Qualité EXIGENCES EN MATIERE DE SYSTEME DE MANAGEMENT DE LA QUALITE ET DE PLAN QUALITE

SQ 901 Indice D. Application Ferroviaire Spécification Qualité EXIGENCES EN MATIERE DE SYSTEME DE MANAGEMENT DE LA QUALITE ET DE PLAN QUALITE SQ 901 Indice D Application Ferroviaire Spécification Qualité OBTENTION DE LA QUALITE DES PRODUITS ACHETES PAR LA SNCF EXIGENCES EN MATIERE DE SYSTEME DE MANAGEMENT DE LA QUALITE ET DE PLAN QUALITE Édition

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

Le farming dans DokuWiki, intérêt et mise en œuvre

Le farming dans DokuWiki, intérêt et mise en œuvre Le farming dans DokuWiki, intérêt et mise en œuvre Etienne MELEARD Comité Réseau des Universités Université de Rennes 1, Campus Beaulieu 35042 Rennes Cedex Résumé DokuWiki est une plateforme de Wiki souple

Plus en détail

Terminologie de l'enquête

Terminologie de l'enquête Terminologie de l'enquête 5 octobre 2015 Terme ou abréviation Accès à distance Accès sécurisé, de l'extérieur du parlement, au réseau parlementaire (ou Intranet) Accès ouvert Accès public, immédiat et

Plus en détail

Aide à la gestion du projet final ISN

Aide à la gestion du projet final ISN Aide à la gestion du projet final ISN 1 - La place du projet dans l ISN «Les activités des élèves sont organisées autour d une équipe de projet dont les tâches sont les suivantes : repérer le besoin ou

Plus en détail

CAHIER DES CLAUSES TECHNIQUES PARTICULIÈRES (CCTP) MISE EN PLACE ET MAINTENANCE D UN MOTEUR DE RECHERCHE

CAHIER DES CLAUSES TECHNIQUES PARTICULIÈRES (CCTP) MISE EN PLACE ET MAINTENANCE D UN MOTEUR DE RECHERCHE PREMIER MINISTRE SECRÉTARIAT GÉNÉRAL DU GOUVERNEMENT CAHIER DES CLAUSES TECHNIQUES PARTICULIÈRES (CCTP) MISE EN PLACE ET MAINTENANCE D UN MOTEUR DE RECHERCHE SUR LES SITES INTERNET GÉRÉS PAR LA DOCUMENTATION

Plus en détail

Extrait du site de l'oseo (ex.anvar) http://www.anvar.fr/projlanc.htm. Reste à déterminer les points incontournables

Extrait du site de l'oseo (ex.anvar) http://www.anvar.fr/projlanc.htm. Reste à déterminer les points incontournables Extrait du site de l'oseo (ex.anvar) http://www.anvar.fr/projlanc.htm Notez que vous trouverez les fiches citées à chaque étape sur le site (Normalement, les liens ont été conservés et fonctionnent) Reste

Plus en détail

Le client/serveur repose sur une communication d égal à égal entre les applications.

Le client/serveur repose sur une communication d égal à égal entre les applications. Table des matières LES PRINCIPES DE BASE... 1 Présentation distribuée-revamping...2 Présentation distante...3 Traitements distribués...3 données distantes-rd...4 données distribuées-rda distribué...4 L'ARCHITECTURE

Plus en détail

Livret Mind Mapping pour le Pilotage & la Gestion Projet avec MindManager - Mindjet

Livret Mind Mapping pour le Pilotage & la Gestion Projet avec MindManager - Mindjet Livret Mind Mapping pour le Pilotage & la Gestion Projet avec MindManager - Mindjet MIND MAPPING : LE COMPAGNON DE VOTRE PILOTAGE PROJET Les apports du Mind Mapping pour les projets sont vus ici sous 2

Plus en détail

Fiche méthodologique Rédiger un cahier des charges

Fiche méthodologique Rédiger un cahier des charges Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,

Plus en détail

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Glossaire La terminologie propre au projet, ainsi que les abréviations et sigles utilisés sont définis dans le Glossaire. Approbation Décision formelle, donnée

Plus en détail

Fonctionnalités de développement

Fonctionnalités de développement 163 Chapitre 5 Fonctionnalités de développement 1. Optimisation des applications ASP.NET Fonctionnalités de développement 1.1 Présentation de ASP.NET ASP.NET est un ensemble de technologies créé par Microsoft

Plus en détail

Gestion de projet - la phase de définition du projet

Gestion de projet - la phase de définition du projet Gestion de projet - la phase de définition du projet GÉRARD CASANOVA - DENIS ABÉCASSIS Paternité - Pas d'utilisation Commerciale - Pas de Modification : http://creativecommons.org/licenses/by-nc-nd/2.0/fr/

Plus en détail

Urbanisation des Systèmes d'information

Urbanisation des Systèmes d'information Urbanisation des Systèmes d'information Les Audits de Systèmes d Information et leurs méthodes 1 Gouvernance de Système d Information Trois standards de référence pour trois processus du Système d Information

Plus en détail

Business & High Technology

Business & High Technology UNIVERSITE DE TUNIS INSTITUT SUPERIEUR DE GESTION DE TUNIS Département : Informatique Business & High Technology Chapitre 3 : Le web dans l entreprise Sommaire Introduction... 1 Intranet... 1 Extranet...

Plus en détail

ABREGE D'EVALUATION EXTERNE DU SSAD L ESTUAIRE

ABREGE D'EVALUATION EXTERNE DU SSAD L ESTUAIRE Biarritz, le 05 janvier 2015 ABREGE D'EVALUATION EXTERNE DU SSAD L ESTUAIRE SSAD l'estuaire, 60 Av. de Bodon 44250 Saint-Brévin les Pins SARL B.S.A : Bureau de Sociologie Appliquée 1 bis place Georges

Plus en détail

REFERENTIEL D EVALUATION DES ACQUIS DE L EXPERIENCE POUR LE DIPLOME CAFERUIS

REFERENTIEL D EVALUATION DES ACQUIS DE L EXPERIENCE POUR LE DIPLOME CAFERUIS REFERENTIEL D EVALUATION DES ACQUIS DE L EXPERIENCE POUR LE DIPLOME CAFERUIS Référentiel d activités Le référentiel d activités décline les activités rattachées aux six fonctions exercées par l encadrement

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

Annexe sur la maîtrise de la qualité

Annexe sur la maîtrise de la qualité Version du 09/07/08 Annexe sur la maîtrise de la qualité La présente annexe précise les modalités d'application, en matière de maîtrise de la qualité, de la circulaire du 7 janvier 2008 fixant les modalités

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

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

Conception par les élèves d exercices d évaluation

Conception par les élèves d exercices d évaluation Conception par les élèves d exercices d évaluation Jean-Jacques Belen, professeur de Sciences de la Vie et de la Terre au lycée Jean Mermoz de Saint-Louis Discipline : SVT Niveau : Terminale scientifique

Plus en détail

3. ÉPREUVES. Épreuve E4 : Communication et relations avec les acteurs internes et externes

3. ÉPREUVES. Épreuve E4 : Communication et relations avec les acteurs internes et externes 3. ÉPREUVES À l issue des épreuves orales, aussi bien en CCF qu'en forme ponctuelle, les s ne donnent aucune indication sur la valeur de la prestation du candidat. La note proposée n'est pas communiquée

Plus en détail

REPUBLIQUE ISLAMIQUE DE MAURITANIE HONNEUR FRATERNITE JUSTICE INSPECTION GENERALE D'ÉTAT TERMES DE REFERENCE

REPUBLIQUE ISLAMIQUE DE MAURITANIE HONNEUR FRATERNITE JUSTICE INSPECTION GENERALE D'ÉTAT TERMES DE REFERENCE REPUBLIQUE ISLAMIQUE DE MAURITANIE HONNEUR FRATERNITE JUSTICE INSPECTION GENERALE D'ÉTAT TERMES DE REFERENCE POUR LA MISE EN PLACE D UN SYSTEME DE GESTION DES MISSIONS DE L IGE Liste des abréviations IGE

Plus en détail

Demande d Information

Demande d Information Lettre de Demande d Information Réf. : RFI20100001_CRSP_BSC_final.docx SG - CRSP Page 1/20 SOMMAIRE 1. OBJET DE LA DEMANDE D INFORMATION... 3 2. PÉRIMÈTRE DE L INFORMATION... 3 2.1. UTILISATEURS DE L APPLICATION...

Plus en détail

PFE Télécommunications. Pré-rapport à l'issue des 6 premières semaines de stage. Page 1 sur 5 1 %

PFE Télécommunications. Pré-rapport à l'issue des 6 premières semaines de stage. Page 1 sur 5 1 % PFE Télécommunications Pré-rapport à l'issue des 6 premières semaines de stage!"!"#$%&' ()*()!")+")# (#),()-,)*)"-./0 1 ()*()!")+-)# % 23 &0 )14) 56 7$8797%77:7' '72 Page 1 sur 5 Contexte Les centres de

Plus en détail

Utilisation d'outils de WebMapping OpenSource dans une collectivité territoriale Communauté de Communes de l'agglomération Saint-Loise (CCASL)

Utilisation d'outils de WebMapping OpenSource dans une collectivité territoriale Communauté de Communes de l'agglomération Saint-Loise (CCASL) Utilisation d'outils de WebMapping OpenSource dans une collectivité territoriale Communauté de Communes de l'agglomération Saint-Loise (CCASL) SOMMAIR E 1. Présentation de la CCASL 2. Enjeux de la cartographie

Plus en détail

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA I. Introduction Suite à une demande des étudiants, il m'est apparu intéressant de montrer, à travers un exemple concret, comment

Plus en détail

INTRODUCTION GENERALE

INTRODUCTION GENERALE INTRODUCTION GENERALE Chaque année, les entreprises ont de nombreux challenges à relever; adaptation à des contraintes légales nationales, européennes ou internationales, lancement de nouveaux services

Plus en détail

Épreuve E6 PARCOURS DE PROFESSIONNALISATION Coefficient 3

Épreuve E6 PARCOURS DE PROFESSIONNALISATION Coefficient 3 Épreuve E6 PARCOURS DE PROFESSIONNALISATION Coefficient 3 1. Ce que disent les textes officiels [extrait] FINALITÉS ET OBJECTIFS Cette épreuve vise à évaluer, d une part, le degré d appropriation de son

Plus en détail

Projet d Appui à la Réforme de l Enseignement Supérieur (PARES II) Termes de référence

Projet d Appui à la Réforme de l Enseignement Supérieur (PARES II) Termes de référence Projet d Appui à la Réforme de l Enseignement Supérieur (PARES II) Termes de référence Titre du projet : Co-construction des licences appliquées et des mastères professionnels Titre de la mission : Mise

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

Méthodes de développement

Méthodes de développement 1 / 9 Méthodes de développement Méthodes agiles 1 - Introduction... 2 2 -Le manifeste agile et les méthodes agiles... 2 2.1 Le manifeste agile... 2 2.2 Les méthodes agiles... 3 3 - Caractéristiques communes

Plus en détail

Introduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas :

Introduction. Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : Introduction Le CRM se porte-t-il si mal? Les articles de la presse spécialisée tendent à nous laisser penser que c est en effet le cas : «75 % de projets non aboutis» «La déception du CRM» «Le CRM : des

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

Systèmes de transport public guidés urbains de personnes

Systèmes de transport public guidés urbains de personnes service technique des Remontées mécaniques et des Transports guidés Systèmes de transport public guidés urbains de personnes Principe «GAME» (Globalement Au Moins Équivalent) Méthodologie de démonstration

Plus en détail

POURQUOI FAIRE APPEL A UN PRESTATAIRE?

POURQUOI FAIRE APPEL A UN PRESTATAIRE? COMMENT CHOISIR UN PRESTATAIRE WEB? Lorsqu une entreprise décide de créer son site web, elle fait généralement appel à un ou plusieurs prestataires spécialisés. Néanmoins face à la diversité de l offre,

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

Évolution 2008 de l'iso 9001

Évolution 2008 de l'iso 9001 Évolution 2008 de l'iso 9001 accueil offre de services me contacter dossiers téléchargements liens plan du site La Norme ISO 9001 évolue C'est une étape normale, qui aurait même pu intervenir avant (la

Plus en détail

Définition. Caractéristiques

Définition. Caractéristiques OPTIMISER LES SYSTEMES D INFORMATION Le recours aux technologies informatiques et numériques pour la gestion quotidienne est devenu indispensable. Les collectivités locales exercent une multitude de métiers,

Plus en détail

Business Project Management : Cycle de vie des documents et workflow

Business Project Management : Cycle de vie des documents et workflow Business Project Management : Cycle de vie des documents et workflow Iut de Tours Département Information-Communication Option Gestion de l Information et du Document dans les Organisations Page 1 sur

Plus en détail

COMMENT CHOISIR UN PRESTATAIRE WEB?

COMMENT CHOISIR UN PRESTATAIRE WEB? COMMENT CHOISIR UN PRESTATAIRE WEB? Pourquoi faire appel à un prestataire? Les compétences du web Au stade de la réflexion Lors de la création du site Mise en ligne et exploitation du site Qui sont les

Plus en détail

Enquête 2014 de rémunération globale sur les emplois en TIC

Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants

Plus en détail

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces

Plus en détail

En outre 2 PDD sont impliqués dans le développement de politiques locales destinées à favoriser l'insertion des personnes handicapées.

En outre 2 PDD sont impliqués dans le développement de politiques locales destinées à favoriser l'insertion des personnes handicapées. PHOES Version : 2.0 - ACT id : 3813 - Round: 2 Raisons et Objectifs Programme de travail et méthodologie Dispositions financières Dispositions organisationnelles et mécanismes décisionnels Procédures de

Plus en détail

LA QUALITE DU LOGICIEL

LA QUALITE DU LOGICIEL LA QUALITE DU LOGICIEL I INTRODUCTION L'information est aujourd'hui une ressource stratégique pour la plupart des entreprises, dans lesquelles de très nombreuses activités reposent sur l'exploitation d'applications

Plus en détail

Conduite et Gestion de Projet - Cahier des charges

Conduite et Gestion de Projet - Cahier des charges Conduite et Gestion de Projet - Cahier des charges 1 Introduction Sophie Toulouse LIPN - Université Paris 13 +33.1.49.40.40.73 99 av. Jean-Baptiste Clément toulouse@lipn.univ-paris13.fr 93430 Villetaneuse

Plus en détail

COMMENT CHOISIR UN PRESTATAIRE WEB?

COMMENT CHOISIR UN PRESTATAIRE WEB? COMMENT CHOISIR UN PRESTATAIRE WEB? Lorraine Lorsqu une entreprise décide de créer son site web, elle fait généralement appel à un ou plusieurs prestataires spécialisés. Néanmoins, face à la diversité

Plus en détail

MÉMENTO. Élaboration de tableaux de bord SSI. Version du 5 février 2004

MÉMENTO. Élaboration de tableaux de bord SSI. Version du 5 février 2004 PREMIER MINISTRE Secrétariat général de la défense nationale Direction centrale de la sécurité des systèmes d information Sous Direction des Opérations Bureau Conseil Élaboration de tableaux de bord SSI

Plus en détail

DEMANDE D INFORMATION RFI (Request for information)

DEMANDE D INFORMATION RFI (Request for information) DOD SEICAM RFI Demande d information EVDEC Réf. : RFI_EVDEC- GT5_Outil_reporting_BI_v4.doc Page 1/11 DEMANDE D INFORMATION RFI (Request for information) OUTIL INTÉGRÉ DE REPORTING ET D ANALYSE DÉCISIONNELLE

Plus en détail

GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC

GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC NOTE DE SYNTHESE La solution Dell PowerVault DL2000 optimisée par Symantec Backup Exec est la seule à proposer un système intégré de sauvegarde

Plus en détail

COMMISSION DE VALIDATION DES DONNEES POUR L'INFORMATION SPATIALISEE

COMMISSION DE VALIDATION DES DONNEES POUR L'INFORMATION SPATIALISEE COMMISSION DE VALIDATION DES DONNEES POUR L'INFORMATION SPATIALISEE NOTE Quel(s) outil(s) de communication pour la COVADIS? 1. Objet de la note Le bilan annuel de la Covadis présentée en séance plénière

Plus en détail

Diffusion de médias interactifs au Palais de l Océan CORRIGÉ Diffusion de médias interactifs au Palais de l Océan

Diffusion de médias interactifs au Palais de l Océan CORRIGÉ Diffusion de médias interactifs au Palais de l Océan Diffusion de médias interactifs au Palais de l Océan CORRIGÉ Diffusion de médias interactifs au Palais de l Océan Liste des dossiers Barème indicatif Dossier 1 : Organisation du système de diffusion de

Plus en détail

Windows 2003 server. Active Directory. Rudolf Pareti. Version 1.0

Windows 2003 server. Active Directory. Rudolf Pareti. Version 1.0 Windows 2003 server Active Directory Rudolf Pareti Version 1.0 Domaine Windows Définitions Contrôleur de domaine Dans une forêt Active Directory, serveur contenant une copie inscriptible de la base de

Plus en détail

Habilitation des organismes évaluateurs pour le référencement selon l ordonnance n 2005-1516. Recueil d exigences

Habilitation des organismes évaluateurs pour le référencement selon l ordonnance n 2005-1516. Recueil d exigences Recueil d exigences Version 1.1 Page 1/13 Historique des versions Date Version Évolutions du document 17/12/2010 1.01 Première version. 29/02/2012 1.1 Prise en compte de la date de la publication de l

Plus en détail

PROSOP : un système de gestion de bases de données prosopographiques

PROSOP : un système de gestion de bases de données prosopographiques PROSOP : un système de gestion de bases de données prosopographiques Introduction : Ce document présente l outil en développement PROSOP qui permet la gestion d'une base de donnée prosopographique de la

Plus en détail

INDUSTRIALISATION ET RATIONALISATION

INDUSTRIALISATION ET RATIONALISATION INDUSTRIALISATION ET RATIONALISATION A. LA PROBLEMATIQUE La mission de toute production informatique est de délivrer le service attendu par les utilisateurs. Ce service se compose de résultats de traitements

Plus en détail

La pratique de l ITSM. Définir un plan d'améliorations ITSM à partir de la situation actuelle

La pratique de l ITSM. Définir un plan d'améliorations ITSM à partir de la situation actuelle La pratique de l ITSM Définir un plan d'améliorations ITSM à partir de la situation actuelle Création : avril 2012 Mise à jour : avril 2012 A propos A propos du document Ce document pratique est le résultat

Plus en détail

Les temps changent! Tout fout le camp? La conservation à l'ère du numérique

Les temps changent! Tout fout le camp? La conservation à l'ère du numérique Les temps changent! Tout fout le camp? La conservation à l'ère du numérique Textes exposés Partie 2 : Thèmes THÈME PAGE ÉVALUATION 2 LE PLAN DE CLASSEMENT 2 LE CALENDRIER DE CONSERVATION 2 LE VERSEMENT

Plus en détail

BTS SIO. Session 2013 2015

BTS SIO. Session 2013 2015 BTS SIO Services Informatiques aux Organisations Session 2013 2015 Collé Maxime Année 2013-2014 Option : SLAM Activité professionnelle N 1 NATURE DE L'ACTIVITE : DÉVELOPPEMENT DE L APPLICATION WEB «GESTION

Plus en détail

CAHIER DES CHARGES. Sommaire. 1 Présentation 1.1 Vos interlocuteurs 1.2 Date de remise des offres

CAHIER DES CHARGES. Sommaire. 1 Présentation 1.1 Vos interlocuteurs 1.2 Date de remise des offres CAHIER DES CHARGES Utilisation du cahier des charges : - conservez ou modifier les textes en noir. Nous avons volontairement ajouté de nombreux points ou caractéristiques dans le cahier des charges. Vous

Plus en détail

Communiqué de Lancement

Communiqué de Lancement Direction du Marketing Produits Sage - Division Mid Market Communiqué de Lancement Rapprochement Bancaire 1000 Produit : Rapprochement Bancaire 1000 Bases de Données : Oracle - MS/SQL Server Microsoft

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

Travailler avec des données de type XML

Travailler avec des données de type XML Travailler avec des données de type XML Version 1.0 Z Grégory CASANOVA 2 Travailler avec des données de type XML 28/07/2009 Sommaire 1 Introduction... 3 2 Pré requis... 4 3 XML typé et non typé... 5 3.1

Plus en détail

Fiche de l'awt Rédiger un cahier des charges

Fiche de l'awt Rédiger un cahier des charges Fiche de l'awt Rédiger un cahier des charges Quels sont les éléments principaux dont il faut tenir compte pour la rédaction d'un cahier des charges dans le cadre d'un projet lié aux TIC (technologies de

Plus en détail

Table des matières. Historique... 2. Droits d'auteurs et de reproductions... 3

Table des matières. Historique... 2. Droits d'auteurs et de reproductions... 3 Table des matières Historique... 2 Droits d'auteurs et de reproductions... 3 Introduction... 4 Objectifs du document... 4 Portée du produit/document... 4 Définitions... 5 Document de références... 5 Aperçu

Plus en détail

ERP5. Gestion des Services Techniques des Collectivités Locales

ERP5. Gestion des Services Techniques des Collectivités Locales Gestion des Services Techniques des Collectivités Locales Cte 1 2 P 3 s tio T 4 m ilg h trc c n p.o 5 re u fe ro a le tio c M S tw u aa c e O 2 Relation Citoyen Interventions Patrimoine Core Ressources

Plus en détail

Examen final LOG3000 Hiver 2014

Examen final LOG3000 Hiver 2014 Examen final LOG3000 Hiver 2014 Lundi le 28 avril 2014. Durée : 13h30 à 16h00 (total 2h30). Local : A-532. Total des points : 20. Pondération de l'examen dans la note finale : 40%. Sans documentation.

Plus en détail

Principes de base et aspects techniques

Principes de base et aspects techniques HERVÉ SCHAUER CONSULTANTS Cabinet de Consultants en Sécurité Informatique depuis 1989 Spécialisé sur Unix, Windows, TCP/IP et Internet Normes ISO27001 / ISO27002 Principes de base et aspects techniques

Plus en détail

Consultation choix d un opérateur pour la conception et la mise en place d un nouveau site Internet CAHIER DES CHARGES

Consultation choix d un opérateur pour la conception et la mise en place d un nouveau site Internet CAHIER DES CHARGES Consultation choix d un opérateur pour la conception et la mise en place d un nouveau site Internet CAHIER DES CHARGES Réponse avant le 22 novembre 2013 S O M M A I R E 1. Mission et caractéristiques générales

Plus en détail

REFERENTIEL EMPLOI ACTIVITES COMPETENCES DU TITRE PROFESSIONNEL. Concepteur(trice) Développeur(se) Informatique. Niveau II

REFERENTIEL EMPLOI ACTIVITES COMPETENCES DU TITRE PROFESSIONNEL. Concepteur(trice) Développeur(se) Informatique. Niveau II REFERENTIEL EMPLOI ACTIVITES COMPETENCES DU TITRE PROFESSIONNEL Concepteur(trice) Développeur(se) Informatique Niveau II Site : http://www.emploi.gouv.fr SOMMAIRE Pages Présentation de l évolution du

Plus en détail

Liste des emplois et descriptions. Enquête 2016 de rémunération globale sur les emplois en TIC

Liste des emplois et descriptions. Enquête 2016 de rémunération globale sur les emplois en TIC Liste des emplois et descriptions Enquête 2016 de rémunération globale sur les emplois en TIC Enquête 2016 de rémunération globale sur les emplois en TIC 71 emplois repères de cette enquête sont disponibles

Plus en détail

Perception du processus qualité L audit

Perception du processus qualité L audit Audit L audit HISTORIQUE Audit: c'est un terme anglo-saxon pour désigner des actions de vérification et de contrôle des comptes d'une entreprise (du latin audire: écouter) Audit L audit est un processus

Plus en détail

Construire une Documentation Structurée des Dépendances et des Services (DSDS) Rafael Diaz Maurin, CRU JRES, Nantes, le 2 décembre 2009

Construire une Documentation Structurée des Dépendances et des Services (DSDS) Rafael Diaz Maurin, CRU JRES, Nantes, le 2 décembre 2009 Construire une Documentation Structurée des Dépendances et des Services (DSDS) Rafael Diaz Maurin, CRU 1 Agenda Introduction : qu'est-ce qu'une DSDS? Les ontologies : outils pour la DSDS Protégé : éditeur

Plus en détail

Circulaire Marchés publics Art. 30 CTM

Circulaire Marchés publics Art. 30 CTM Circulaire. - Marchés publics. - Chantiers temporaires ou mobiles. - Plan de sécurité et de santé - Directives pratiques portant sur les documents à joindre à l'offre en application de l'article 30, alinéa

Plus en détail

LA GESTION DES INTERVENTIONS

LA GESTION DES INTERVENTIONS I INTRODUCTION : Une intervention est effectuée à la suite d un évènement prévu ou non. Les conséquences sur la production, la maintenance, l organisation, la sécurité, etc, seront donc différentes. II

Plus en détail

Étude des métiers du contrôle dans la banque

Étude des métiers du contrôle dans la banque Observatoire des métiers, des qualifications et de l égalité professionnelle entre les femmes et les hommes dans la banque Étude des métiers du contrôle dans la banque Paris, le 15 décembre 2009 0 Table

Plus en détail

Introduction. Nous vous remercions d'avoir porté votre attention sur le nouveau service e-salairefer.

Introduction. Nous vous remercions d'avoir porté votre attention sur le nouveau service e-salairefer. Introduction Nous vous remercions d'avoir porté votre attention sur le nouveau service e-salairefer. Ce nouvel outil de gestion des salaires via Internet s'inscrit dans la volonté de mettre à votre disposition

Plus en détail

dans laquelle des structures vont être créées pour une ou plusieurs applications.

dans laquelle des structures vont être créées pour une ou plusieurs applications. Création d'une nouvelle base de données A. Vue d'ensemble 1. Étapes de création d'une nouvelle base de données pour une application Le processus complet de création d'une nouvelle base de données pour

Plus en détail

SOMMAIRE Thématique : Qualité

SOMMAIRE Thématique : Qualité SOMMAIRE Thématique : Qualité Rubrique : Audit et amélioration... 2 Rubrique : Divers... 8 Rubrique : Maintenance...11 Rubrique : Système de management de la qualité...14 1 Rubrique : Audit et amélioration

Plus en détail

5.1.1 La procédure pour la description d'une situation-problème

5.1.1 La procédure pour la description d'une situation-problème 5 LE CHOIX DES PARTIES DE COURS : UNE PROGRESSION DES APPRENTISSAGES Éléments du cinquième chapitre 5.1 La description de la situation-problème finale 5.1.1 La procédure pour la description d'une situation-problème

Plus en détail

NOM DU PROJET. Contrat de projet commenté

NOM DU PROJET. Contrat de projet commenté Commentaire général préalable: Le «contrat de projet» présenté ci-après fait suite à la lettre de mission envoyée par le Directeur Général au Maître d Ouvrage d un projet. Il a 3 objectifs majeurs : -

Plus en détail

de survie du chef de projet

de survie du chef de projet KIT de survie du chef de projet 01 1 2 3 4 5 6 04 03 07 07 03 03 LE SERVEUR LE CLIENT TECHNOLOGIE WEB CLIENT LE SERVEUR WEB TECHNIQUES & CADRE DE TRAVAIL APPLICATIONS 101 LE SERVEUR Un serveur informatique

Plus en détail

Université de Lausanne

Université de Lausanne Université de Lausanne Records management et archivage électronique : cadre normatif Page 2 Ce qui se conçoit bien s énonce clairement Nicolas Boileau Page 3 Table des matières Qu est- ce que le «records

Plus en détail

Fonctionnement du serveur Z39.50

Fonctionnement du serveur Z39.50 Fonctionnement du serveur Z39.50 Table des matières 1 Configuration du serveur...2 1.1 Comportement du serveur...2 1.2 Configuration de la traduction z39.50 -> base de données...2 1.3 Configuration du

Plus en détail