cahier des charges fonctionnel - benjamin.davy.free.frbenjamin.davy.free.fr/cahier des charges...

ISAIP - Chef de Projet Informatique et Réseau – Cahier des charges V1.0 - mercredi 7 novembre 2007

El Hadj LAÏMOUCHE – Benjamin DAVY

Cahier des charges fonctionnel

Etude et réalisation d’une solution de migration d’une base de

données ORACLE vers un système libre PostgreSQL ou MySQL.

Réf. : Cahier des charges Version 1.0

Projet : Migration SGBD

Emetteur : Benjamin DAVY

El Hadj LAÏMOUCHE

Mail : [email protected]

Mail : [email protected]

Date

d’émission :

le 07/11/07

Validation

Nom Date Validation

(O/N)

Commentaires

Historique des modifications

Version Date Etat Description de la modification



Table des matières

1) Présentation du projet : ................................................................ 3

1.1) Origine ......................................................................................................................... 3

1.2) Nature du travail demandé ......................................................................................... 3

1.3) Liste des participants ................................................................................................... 4

2) Le besoin : ..................................................................................... 4

2.1) Identification et formulation du but du projet ............................................................ 4

2.2) Définition des cibles..................................................................................................... 4

2.3) Définition des objectifs ................................................................................................ 4

3) Le contexte : .................................................................................. 4

3.1) Caractère confidentiel ................................................................................................. 4

3.2) Environnement technique ........................................................................................... 4

3.3) Ressources mises à disposition (hypothèse) ............................................................... 5

3.4) Respect d’un standard ou d’un règlement .................................................................. 5

3.5) Suites prévues .............................................................................................................. 5

4) Directions particulières ................................................................. 5

4.1) Contraintes de développement ................................................................................... 5

4.2) Contraintes structurelles ............................................................................................. 5

4.3) Contraintes de performances ...................................................................................... 6

4.4) Contraintes de temps .................................................................................................. 6

4.5) Contraintes de méthodologie ...................................................................................... 6

4.6) Contraintes de sécurité ............................................................................................... 6

5) Aspect financier ............................................................................. 6

6) Remise de la documentation ......................................................... 7

7) Planning prévisionnel .................................................................... 7

8) Formation et assistance ................................................................ 7



1) Présentation du projet :

1.1) Origine

Ce projet a pour origine les interrogations qu’une entreprise peut se poser à l’heure

actuelle concernant son système d’information et des différents acteurs, composants de ce

dernier. L’engouement pour les logiciels libres est véritable et nombreux sont les grands

groupes qui ont trouvé intéressant de changer une partie de leurs outils jusque là

majoritairement propriétaires et opter pour des outils libres. Le cas développé ici concerne

le domaine très fermé des Systèmes de Gestion de Bases de Données (SGBD) où seuls

quelques grands acteurs dominent le marché : Oracle, IBM, Microsoft.

Face à ces géants, des alternatives existent, gratuites, elles ont vite trouvés leur

place : MySQL est présent sur une grande majorité des hébergements Web par exemple. Un

autre : PostgreSQL possède une très bonne réputation notamment parce qu’il possède de

nombreuses fonctionnalités en commun avec les solutions propriétaires et est enrichi

perpétuellement.

Le but de ce projet est d’étudier et faire une migration d’une base de données

propriétaire fonctionnant avec Oracle vers une solution libre : MySQL ou PostgreSQL. Nous

prendrons le cas d’une entreprise modernisant son parc informatique matériel et logiciel.

Cette mise à jour est l’occasion de remettre en cause les installations existantes motivée par

diverses raisons : financières principalement mais aussi fonctionnelle. Aussi, cette entreprise

souhaite connaître les avantages d’effectuer une migration de sa principale base de données

actuellement gérée par Oracle vers une solution libre.

1.2) Nature du travail demandé

Le travail est donc ici de faire dans un premier temps une étude comparative des

SGBD libres disponibles sur le marché avec la solution en place actuellement puis déterminer

les procédures de migration pour chaque système. Ensuite, une étude financière permettra

de déterminer la solution la plus adaptée à la base de données et aux ressources disponibles

pour le projet.

La procédure retenue fera l’objet d’un rapport de déroulement puis d’une série de

tests afin de qualifier les changements en termes de fonctionnalités et performances. Ce

projet ne concerne ici que l’étude concernant la base de données et elle seule, il n’y aura pas

de documents à propos des possibles conséquences pour les applications utilisant cette base

de données. A l’issus de ce projet la démarche et la réalisation seront analysées afin

d’émettre un avis sur la faisabilité et la cohérence d’un tel projet dans le monde

professionnel.



1.3) Liste des participants

Référente, supervisant le projet :

- Amandine DUFFOUX

Etude et développement de la solution :

- El Hadj LAÏMOUCHE

- Benjamin DAVY

2) Le besoin :

2.1) Identification et formulation du but du projet

Cette étude doit permettre à l’entreprise de connaître avec précision les apports et

conséquences de la migration de sa base de données dans des conditions réelle afin de

pouvoir, à terme, valider ou non la mise en place d’une telle migration de ses serveurs.

2.2) Définition des cibles

Les personnes concernées par cette étude sont les responsables du Service

informatique mais aussi les administrateurs des bases de données de l’entreprise et les

développeurs des logiciels métiers. Au niveau du système d’information la cible concernée

est le serveur de base de données Oracle lui-même.

2.3) Définition des objectifs

L’objectif est d’avoir une migration la plus transparente possible en respectant les

moyens mis à disposition (voir contraintes). Mais aussi d’apporter toute la documentation

nécessaire pour la compréhension et l’aide à la décision pour un tel projet.

3) Le contexte :

3.1) Caractère confidentiel

Les informations contenues dans la base de données ne doivent pas être divulgués.

L’étude est la propriété de l’entreprise et ne doit donc pas être publiée ou distribuée.

3.2) Environnement technique

Le serveur où se trouve la base de donnée fonctionne sous la distribution SuSe Linux

Entreprise Server dans sa version 10 et la base de données est gérée par Oracle 10g. Les

différents outils utilisés pendant l’étude et la migration seront précisés dans les futurs

documents.



3.3) Ressources mises à disposition (hypothèse)

Afin de travailler dans des conditions réelles sont mises à disposition différents

éléments nécessaires à l’étude :

- Une copie de la base de données à traiter accompagnée d’une documentation des

scripts utilisés

- Les logiciels présent sur la configuration du serveur de production : SuSe, Oracle 10g

- Une machine de test avec la configuration suivante :

o 1 Go de mémoire vive

o Processeur Pentium 4 @ 2.4Ghz

o Disque dur de 40 Go

L’ensemble de ces ressources sont disponibles sur le lieu de travail de l’équipe du

projet à savoir l’institut d’enseignement supérieur : ESAIP à Saint-Barthélemy d’Anjou.

3.4) Respect d’un standard ou d’un règlement

Le règlement appliqué au projet est celui de l’établissement où se déroule le projet :

l’Institut d’Enseignement Supérieur ESAIP, la charte informatique et le règlement intérieur

de l’établissement sont donc à respecter.

3.5) Suites prévues

Suivant l’issue de ce projet, l’équipe pourra être amenée à se voir proposer la

migration du serveur de production de l’entreprise.

4) Directions particulières

4.1) Contraintes de développement

Il n’y a pas de contraintes particulières concernant le développement. Outre le SQL,

les langages utilisés dépendront du SGBD choisi pendant l’étude. Le PL/SQL, langage

propriétaire d’Oracle sera utilisé mais plutôt dans l’optique de pouvoir le remplacer par ses

équivalents : tel que le PL/pgSQL pour PostgreSQL ainsi que le Java dans une moindre

mesure. L’étude complète de la base de données à migrer sera l’occasion de le déterminer.

4.2) Contraintes structurelles

Les contraintes seront définies lors de la prochaine réunion, le mercredi 07

novembre.



4.3) Contraintes de performances

Le résultat du projet doit être l’équivalence du système actuel Oracle avec une

solution libre, à cet égard les performances du système final ne doivent pas être trop

éloignées de la situation originale. Sachant que le projet est ici de procéder à une simulation

de migration et d’en vérifier les résultats, les écarts de performances sont prévus, et seront à

quantifier.

4.4) Contraintes de temps

Le projet se déroule sur trois mois et doit impérativement être terminé au 31 Janvier.

A chaque réunion, un rapport d’avancement sera effectué et transmis aux responsables du

projet. L’équipe s’engage à respecter les dates et heures de réunions.

4.5) Contraintes de méthodologie

Le choix de la méthode de développement est libre, cependant il a été conseillé

d’utiliser la méthodologie RUP : Rational Unified Process qui implique :

- une méthode de développement doit être guidée par les besoins des utilisateurs.

- elle doit être centrée sur l’architecture logicielle. - elle doit être itérative et incrémentale.

4.6) Contraintes de sécurité

La migration doit préserver les droits d’accès précédemment définis dans le système

d’information.

5) Aspect financier

L’orientation et le bilan de ce projet seront fortement influencés par l’aspect

financier de la migration. Aussi, un dossier financier sera constitué en détaillant plusieurs

points :

- Le coût actuel du système de gestion de base de données propriétaire.

- Le coût de la migration : temps humain, modification matérielle et logicielle du parc

informatique.

- Le coût de formation des utilisateurs et une évaluation de la perte occasionnée par

ce changement de système (temps d’adaptation, maîtrise du nouveau système au

même niveau que celui déjà en place).



6) Remise de la documentation

Ci-dessous la liste des documents qui seront émis tout au long du projet, les dates

sont précisées dans le planning prévisionnel qui suit :

- Le présent Cahier des Charges.

- Le dossier comparatif des fonctionnalités des SGBD.

- Les procédures de migration pour chacun des systèmes libres.

- L’étude financière des deux procédures.

- Le document présentant la solution choisie suite à l’analyse des deux précédents

dossiers.

- Un rapport de la mise en pratique de la procédure de migration.

- Un dossier de tests et de mesures de performances.

- Le dossier final présentant un bilan du projet et concluant sur l’opportunité

d’effectuer la migration.

7) Planning prévisionnel

8) Formation et assistance

Présentation de la solution retenue aux personnes concernées et remise des

documentations. Aucune assistance n’est prévue.

cahier des charges fonctionnel - benjamin.davy.free.frbenjamin.davy.free.fr/cahier des charges...

Documents