[PDF] [PDF] Plan de Dveloppement Projet de refonte - MANAGEMENT

[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] NOTE SYNTHETIQUE DE PRESENTATION

[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-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. 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 expertise

DELPHI6 ( 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 grand

nombre 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 plus

ré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, la

standardisation 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,4

Vé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égration

Objectif

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 test

PV 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 client

PTI 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 sur

les 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 Informatique

Produits 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 utilisateurs

Fiches 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 utilisateurs

Signature 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 fiches

anomalies 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 SR

Vé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 national

Phase 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

Produits en sortie

Dossier de maintenance finalisé.

PV de généralisation à toutes les unités.

Vérifications et validations prévues

Support fonctionnel aux responsables informatiques d'unités régionales

Formation des CMR

Phase de Garantie

Objectif

Cette phase a pour but de lever les réserves éventuelles et de corriger les incidents.

Produits en sortie

Nouvelle version de l'application et documentation à jour.

Vérifications et validations prévues

Sans objet

quotesdbs_dbs31.pdfusesText_37