Plan Développement Projet de refonte client-serveur Démarche de réalisation Le cycle de vie décrit un projet DEV_XXX de développement d’application qui comprend à la fois des lots de développement par un prestataire externe (lots 1 et 2) et des lots de développement interne à la société cliente
Previous PDF | Next PDF |
[PDF] Plan de Dveloppement Projet de refonte - MANAGEMENT
Plan Développement Projet de refonte client-serveur Démarche de réalisation Le cycle de vie décrit un projet DEV_XXX de développement d'application qui
[PDF] Mise en œuvre dune architecture clients-serveurs Guide - Numilog
LE DÉVELOPPEMENT DES APPLICATIONS CLIENT/SERVEUR, par W H INMON Traduit de l'anglais par M A l'occasion de la refonte du système d' informa- tions de sécurité soient au premier plan de la conduite du projet Pour cela
[PDF] Projet de refonte du site web de lassociation CRIAS Mieux - Enssib
10 jui 2009 · développement d'un web accessible tant au niveau des acteurs que du public, et programme France d'Handicap International de Lyon et son centre ICOM client-serveur, du mode de réécriture des URL et un travail sur le
[PDF] Refonte dun site web: Analyse, conception et réalisation d - Enssib
8 oct 2003 · Dans le cadre de son activité, elle avait pour projet de refondre sa page « Serveurs commerciaux de bases de données bibliographique et autres Economie industrielle œ Bases de données ; Développement activities, URFIST planned to remodel its web page entitled système client/serveur MySQL
[PDF] DEVELOPPEMENT DUNE APPLICATION WEB - Benjamin Billet
L'utilisation des clients légers en entreprise est une problématique de plus en plus Etant donné l'ampleur du projet, celui-ci a été considéré dans une optique de long judicieux (d'où la volonté de refonte) ce qui est désormais un frein à l' ce langage pour le web, un serveur d'applications pour faire fonctionner le
[PDF] Développement dune application ASPNET avec Base de données
Plan de l'application et de ses fonctionnalités 3 La mission Ce stage s'inscrit dans un projet de refonte d'un logiciel de type client/serveur vers
CONCOURS DŒNGENIEÙE DES SYSTEMES Î - Ministère de l
L'élaboration du plan d'un code est cadrée et suit des règles strictes édictées par la La DLAJ a émis le besoin d'une refonte de I'application actuelle pour en de projets, mais se limitant plutôt actuellement aux projets de développement en accès) ou pour déporter l'affichage sur le poste client (mode client serveur
[PDF] MANAGEMENT DE PROJET EN CONTEXTE - FOAD - MOOC
sa création), un technicien chargé du développement (élaboration de la solution les développements spécifiques à la demande du client sur la base du cahier des serveur Web peut aussi, outre les documents HTML, recevoir et traiter des lance l'exécution du programme sous ASP ou PHP qui consulte des bases de
pdf Plan Développement Projet de refonte client-serveur
Plan Développement Projet de refonte client-serveur Démarche de réalisation Le cycle de vie décrit un projet DEV_XXX de développement d’application qui comprend à la fois des lots de développement par un prestataire externe (lots 1 et 2) et des lots de développement interne à la société cliente
[PDF] Bulletin officiel spécial n 9 du 15 octobre Annexe II c Définition des épreuves
[PDF] LA SOUTENANCE DE VOTRE PROJET PROFESSIONNEL PERSONNEL
[PDF] Référentiel opérationnel. «Accompagnement d opérateurs sur les démarches participatives en direction des usagers/ habitants du territoire Cévennes»
[PDF] MARCHE DE SURVEILLANCE ET GARDIENNAGE DE LA PREFECTURE ET DE LA RESIDENCE DU PREFET DE LA GUYANE
[PDF] 10 Taux de diverses allocations versées par le Département de l'allier au titre de l'aide Sociale à l'enfance
[PDF] CONVENTION D ACCOMPAGNEMENT - CAHIER DES CHARGES DEFINISSANT L ACCOMPAGNEMENT ATTENDU PAR LES OPERATEURS D APPUI
[PDF] SYNTHESE ET PRIORISATION DES OBJECTIFS THEMATIQUES DU CONTRAT URBAIN DE COHESION SOCIALE DE MOULINS COMMUNAUTE
[PDF] 4 engagements 13 objectifs. 31 moyens pour y arriver 2014-2015. Plan d action de développement durable. SADC de la Vallée de la Batiscan
[PDF] SOMMAIRE Thématique : Préparation de concours
[PDF] 1- Rappel réglementation : Obligations et Responsabilités. 2- Accident de mission et accident de trajet
[PDF] Surveillance des hélistations
[PDF] MAIRIE DE MOULINET. Acte d Engagement FOURNITURE DE TOILETTE A NETTOYAGE AUTOMATIQUE MARCHE N 2012-1 DOSSIER DE CONSULTATION MARCHE PUBLIC DE TRAVAUX<
[PDF] Rencontre des élus correspondants sécurité routière de l ARIEGE
[PDF] La Provision des Services
Plan Développement Projet de refonte
client-serveurDémarche de réalisation
Le cycle de vie décrit un projet DEV_XXX de développement d'application qui comprend à la fois des
lots de développement par un prestataire externe (lots 1 et 2) et des lots de développement interne à
la société cliente. Ce projet se situe en aval de la démarche commerciale d'avant-vente et correspond à une intervention d'Assistance à Maîtrise d'oeuvre che z un client. La mission consistait à piloter un projet de 5 personnes dont 1 sous-traitant ayant une expertiseDELPHI6 ( 2 personnes), 1 AP UNIX,
COBOL, C, 1 AP Visual Basic, 1 Analyste Fonctionnel chargé d'analyser des questions fonctionnelles précises et de participer aux réunions fonctionnelles. Ce projet
a abouti au déploiement dans 25 Caisses Maladie, d'une application réalisée sur plusieurs plate-
formes distinctes GCOS 8, COBOL, UNIX, langage C, DELPHI6, ACCESS 97, VB6 avec un grandnombre de flux de données entre unités délocalisés et distantes. Cette application comprenait une
partie Grands systèmes et une partie Client-serveur. Mon rôle consistait à garantir la qualité des livrables au client et à suivre le bon avancement du projet :
respect des délais, respect des coûts, suivi des ressources sur le projet. Le Plan de développement
est un document important car il permet de définir les jalons de contrôle d'un projet de longue durée.
Sur des projets de courte durée : 30 jours, 60 jours le Plan de développement et les livrables peuvent
être réduits à la Note de lancement et au PV de recette : ce qui correspond à 2 règlement client : 50 %
et 50 %. Sur des projets de longue durée, on es t obligé de mettre en place un échelonnement plusrégulier des livrables qui sera davantage lancement : 10% spécifications : 30% PV généralisation :
50% et fin de garantie : 10%. Par projets de longue durée comprenons projets d'une durée de 1 an
minimum appels d'offre ou contrats de longue durée. Ce plan de développement décrit comment mettre en oeuvre le phasage d'un projet de développement .Lotissement :
- Lots 1 et 2 : développés par le prestataire externe - Lot 3 : Interface ( développé en interne ) - Lot 4 : Migration des données existantes ( développé en intern e )Phase de lancement.
Objectif :
L'objectif de cette phase est de mettre en route du projet en vérifiant la disponibilité des éléments
nécessaires à la bonne réalisation des travaux . Cette phase permet aussi de délimiter le périmètre
fonctionnel du projet en nombre d'évolutions à réaliser. - Prise de connaissance du projet : contexte, besoins, éléments généraux disponibles, interlocuteurs, - Cadrage fonctionnel et définition des besoins, - Détermination de la solution cible, architecture fonctionnelle et technique, - Organisation matérielle du projet, - Les ressources du projet : sélection, recrutement, Commission des Mar chés, - La planification du projet et la consolidation de la définition des j alons.Produits en sortie :
Planning avec Charges / Délais /Coûts
Note de lancement contenant la Liste de risques et le Plan d'actions associé. Plan Qualité Logiciel avec plan de développement du produit, Liste d'évolutions (générale et détaillée) Protocoles de Vérification d'Aptitude et de Service Régulier.Vérifications et validations prévues :
Obtention de la validation des documents suivants Note de lancement, Plan Qualité Logiciel, PVA,PVSR. acceptés et signés par le client.
Phase de redocumentation : spécifications fonctionnelles et techniques (générales et détaillées)Objectif
La phase de redocumentation du logiciel DEV_XXX a pour objectif de reconstituer les spécifications
générales et détaillées nécessaires à la maintenance du logiciel à partir du code source de
l'application . Elle correspond à l'analyse initiale de l'existant.Produits en sortie
Spécifications Fonctionnelles et Techniques (Générales et Détaillées) de l'existant, dossier SFG (non existant actuellement), dossier SFD (non existant actuellement), dossier STG (non existant actuellement), dossier STD (non existant actuellement).Vérifications et validations prévues
Vérification des spécifications par le client pouvant donner lieu à des fiches de relecture. (au 2/3 de la phase) Validation des spécifications par le Chef de projet donnant lieu à un PV de validation de la redocumentation du logiciel. Phase d'adaptation : spécifications fonctionnelles et techniques (générales et détaillées)Objectif
L'adaptation du logiciel DEV_XXX consiste à spécifier de manière détaillée les évolutions
fonctionnelles sélectionnées comme faisant partie du périmètre fonctionnel de DEV_XXX.Le prestataire externe prévoit la refonte du modèle de données (par la méthode UML), la définition
des cas d'utilisation, le recensement des fonctions et procédures DELPHI existantes, lastandardisation des données, des écrans, des contrôles. Les règles métier seront mises à jour dans le
cadre des évolutions retenues.Produits en sortie
Spécifications Fonctionnelles (Générales et Détaillées) et Techniques (Générales) des évolutions des
Lots 1 et 2:
dossier SFG (mis à jour), dossier SFD (mis à jour des nouveaux écrans), dossier STG (complété des aspects liés aux nouvelles bases de données), dossier STD (écrit partiellement, la rédaction faisant partie de la phase suivante).Spécifications Fonctionnelles Détaillées du Lot 3 Interface avec les applications extérieures(SFD et
STD)Spécifications Fonctionnelles Détaillées du Lot 4 Migration des Données existantes. (SFD et STD)
Plan de test unitaires et d'intégration des lots 1,2,3,4Vérifications et validations prévues
Présentation des maquettes des écrans modifiés par le prestataire externe au CDP pour approbation,
Validation des spécifications des lots 1 et 2 par le client donnant lieu à un PV de validation des
spécifications (SFG, STG, SFD, STD) du logiciel.Plan de test des lots 1,2,3,4
Phase de production : réalisation + tests unitaires et d'intégrationObjectif
Cette phase a pour but de réaliser le codage des écrans, des états, des interfaces spécifiées
précédemment., de procéder aux tests unitaires et d'intégration. Cette phase reste valable pour
chacun des lots 1, 2, 3 ou 4.Produits en sortie
PV de Livraison par le prestataire à le client
Sources et exécutables
Guide utilisateur
Procédure Technique d'Installation et Procédure Technique d'Exploitation Plan de test et rapport de test unitaires (Lots 1, 2, 3 et 4)Vérifications et validations prévues
Vérification des plans de test et des rapports de testPV de livraison du prestataire externe
Phase de recette technique (interne au client)
Objectif
Cette phase de recette technique a pour but de réaliser la recette préliminaire du produit livré, du point
de vue des aspects techniques et fonctionnels généraux. Cette recette technique permet de procéder
à des tests d'intégration de l'interface, à des tests de performance de l'architecture technique mise en
place et des interfaces avec les SI existants.Produits en sortie
Plan de test de recette interne (technique et fonctionnelle)Compte-rendus de test de recette interne
Version validée des exécutables
Fiches anomalies remplies par le CDP client et adressées au prestataire externe. La version livrée par
le prestataire externe corrigeant ces anomalies, suit de nouveau une recette technique interne. PV de recette interne délivré par le CDP clientPTI et PTE revues et corrigées
Vérifications et validations prévues
Validation interne livraison prestataire externe
Intégration de l'interface
Phase d'intégration/Qualification/Packaging
Objectif
Cette phase a pour but de réaliser le conditionnement du produit, de s'assurer de son intégration surles différentes plate-formes et postes client, de réaliser une qualification technique de l'application.
Cette phase est réalisée par le Centre de Qualification et d'Intégration technique sur sa plate-forme de
qualification en liaison la Direction InformatiqueProduits en sortie
Produit packagé
PTI et PTE finalisées et adressées au Centre de production afin de planifier la mise en production des
chaînes de traitement JCL et les TPR associés.Guide utilisateur finalisé
Vérifications et validations prévues
Tests surtout techniques et d'architecture par le Centre de Qualification et d'Intégration technique
Valider les PTI et PTE
Vérifier le bon fonctionnement du produit sur différents environnements.Phase de VA (Vérification d'Aptitude)
Objectif
Cette phase a pour but de vérifier la conformité du logiciel aux spécifications techniques et
fonctionnelles sur le centre pilote choisi comme site expérimental. La Maîtrise d'Ouvrage peut ainsi
dérouler le plan de test de qualification fonctionnelle du produit. Le groupe utilisateur peut aussi
réaliser les scénarios de test préparés et faire des observations sur l'utilisation du produit. Cette phase
de VA est faite avec des données de test pour s'assurer que les grandes fonctions du logiciel sont
bien implémentées.Produits en sortie
Produit AIDA V6 testé par les utilisateurs
Retour d'expérience des utilisateurs de la CMR d'expérimentation.Compte-rendu de tests fonctionnels de la MOA, f
onctionnels et techniques par les utilisateursFiches anomalies rencontrées par les utilisateurs ou la MOA durant la VA. Ces fiches anomalies sont
remplies par le CDP client et adressées au prestataire externe. La version livrée par le prestataire
externe corrigeant ces anomalies, suit le même circuit qu'une livraison d'une nouvelle version.(recette
technique interne, IIQ, VA).PV de VA par le CDP
Vérifications et validations prévues
Tests de qualification fonctionnelle par la MOA
Tests fonctionnels et techniques sur le produit par les utilisateursSignature d'un PV de VA (avec ou sans réserve)
Phase de VSR (Vérification de Service Régulier)Objectif
Cette phase a pour but de vérifier le bon fonctionnement en situation réelle de production, de lever les
éventuelles réserves de la VA, de stabiliser le produit. Elle est faite dans les unités désignées comme
sites pilotes sur la VSR. (Marseille, Nantes, Montpellier) Cette phase de VSR utilise des données de
production comme s'il s'agissait d'un fonctionnement en environnement réel. ( en quelque sorte une
phase de pré-production )Produits en sortie
Compte-rendus d'expérience des 3 CMR pilotes
Compte-rendus de tests
Fiches anomalies rencontrées par les utilisateurs des CMR pilotes durant la VSR. Ces fichesanomalies sont remplies par le CDP et adressées au prestataires externe. La version livrée corrigeant
ces anomalies, suit le même circuit qu'une livraison d'une nouvelle version.(recette technique interne,
IIQ, VA, VSR).
PV de VA + VSR validé
Validation par Diction des Etudes de la VSR donnant lieu à un PV de V SRVérifications et validations prévues
Tests fonctionnels et techniques.
Signature PV de validation de la VSR (avec ou sans réserve) après accord des CMR pilotes. Signature Note contenant la décision de généraliser le produit à un niveau nationalPhase de Généralisation
Objectif
Cette phase a pour but de généraliser le produit à toutes les C MR.Plus précisément cette phase correspond au déploiement de l'application dans toutes les unités. Ce
déploiement peut être fait en une seule traite ou par tranches successives. On déploie sur 3 unités,
puis sur 3, puis sur 3... etc