Généralités sur le Projet

De
Systèmes d’Information
Analyse CT1 Généralités sur le projet de système d'information

Plan du module

I. GÉNÉRALITÉS...................................................................................................................................................................3
A. PRÉSENTATION .....................................................................................................................................................................3
B. LA VIE D'UN PROJET DE SYSTÈME D'INFORMATION.......................................................................................................................3
C. LE DÉCOUPAGE D'UN PROJET DE SI..........................................................................................................................................4
D. L'ORGANISATION GÉNÉRALE D'UN PROJET..................................................................................................................................5
E. LES DIFFÉRENTES INSTANCES...................................................................................................................................................6
II. SDM/S...................................................................................................................................................................................7
A. PRÉSENTATION......................................................................................................................................................................7
B. LA MÉTHODE SDM/S...........................................................................................................................................................7
C. LA DÉMARCHE SDM/S.........................................................................................................................................................8
D. LES DIFFÉRENTES PHASES DE SDM/S......................................................................................................................................8
III. CONCLUSION................................................................................................................................................................10

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 2/10

Analyse CT1 Généralités sur le projet de système d'information

I. Généralités

A. Présentation

Nous travaillons au sein du système d’information, celui-ci se trouve encadré respectivement par le
système de pilotage, qui fixe les objectifs émet des décisions et des règles, et par le système opérant
qui produit les résultats.

Si l’on se réfère à la définition du dictionnaire, un projet est : « ce que l’on a l’intention de faire »,
une première idée d’une réalisation.

D’une manière générale on peut dire qu’un projet est constitué par l’ensemble des activités à
entreprendre pour atteindre un objectif donné dans un domaine fonctionnel.

B. La vie d'un projet de système d'information

1. Pourquoi organiser des « projets » d’informatisation?

Lorsque des évolutions significatives d’un système d’information sont envisagés, il n’est plus
possible d’étudier et de réaliser ces évolutions séparément et sans une organisation spécifique
des moyens à mettre en œuvre. L’ensemble des travaux à mener doit alors être géré comme un
tout en constituant un Projet de développement de système d’information désigné simplement
Projet.

Un projet représente un enjeu crucial pour l’entreprise car un projet engage des ressources
humaines, financières et matérielles importantes.

Pour être identifié un projet de S.I requiert un minimum d’informations :

un objectif,
un domaine fonctionnel de couverture,
un résultat tangible attendu
un délai

et ne peut être effectif que s’il dispose :

d’un responsable
de moyens humains
de moyens financiers.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 3/10

Analyse CT1 Généralités sur le projet de système d'information

2. Comment naît un « projet » de système d’information?

La décision de monter un projet peut résulter :

d’une planification globale des développements futurs, appelé SCHEMA DIRECTEUR. Ce

dernier est en fait une planification à moyen terme (5 ans), des investissements à effectuer pour
répondre à un besoin.

d’une décision de prendre en considération une demande ponctuelle. Dans ce cas il y a

souvent risque de remise en cause du schéma directeur.

C. Le découpage d'un projet de SI

Un projet fait l’objet d’un découpage en unités d’engagement de travaux ou « phases » chacune
sanctionnée par une décision de poursuite ou de suspension du projet.

L’AFNOR (Association Française de NORmalisation) à réalisé un fascicule de documentation qui

définit un fil directeur pour la conduite des projets informatiques et permet l’utilisation d’un
langage commun entre les utilisateurs et les informaticiens.

L’AFNOR propose un découpage du cycle de développement d’un projet en 5 phases :

L'étude préalable correspondant à l'étude de l'existant, la formalisation des solutions

envisageables et à l'appréciation de la solution retenue.

La conception détaillée permettant de concevoir la solution retenue au point de vue

utilisateur et technique (jusqu'aux dessins d'écran).

La réalisation permet de produire le nouveau système avec les spécificités techniques des
fichiers et traitements, l'écriture des programmes, l'évaluation du système par des tests de
contrôle et la validation technique de l'ensemble du nouveau système.

La mise en œuvre consiste à transférer le système vers l'utilisateur pour la mise en
exploitation autonome.

L'évaluation se fait après un temps suffisant d'utilisation opérationnelle du système. Il faut

comparer les services rendus avec les objectifs initiaux et les besoins des utilisateurs afin de
faire ressortir les demandes d'évolution du système.

Ces 5 phases sont elles-mêmes divisées en étapes, une étape correspond à la production de résultats
intermédiaires qui font l'objet de contrôles et de validations.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 4/10

Analyse CT1 Généralités sur le projet de système d'information

Une phase, qui n'est pas dans la norme AFNOR est souvent nécessaire, c'est l'étude d'opportunité
qui permet, à partir d'un besoin ou d'une idée exprimée, d'étudier le bien fondé du lancement du
projet.

D. L'organisation générale d'un projet

La réalisation d'un projet de système d'information requiert l'engagement de deux parties, le "client"
ou maître d'ouvrage, et le "fournisseur" ou maître d'œuvre. Plus précisément, on peut définir le
maître d'ouvrage comme la personne morale (organisme) pour le compte duquel le projet est réalisé
et, le maître d'œuvre, comme la personne morale chargée de la réalisation du projet.

La prédominance exclusive d'une partie doit être exclue.

1. Le maître d'ouvrage

La maîtrise d'ouvrage consiste principalement à:

✔ établir le cahier des charges,
✔ assurer le financement du projet,
✔ organiser la formation des utilisateurs.

Le représentant unique de la maîtrise d'ouvrage vis à vis de la maîtrise d'œuvre est le directeur
de projet.

2. Le maître d'oeuvre

La maîtrise d'œuvre consiste à:

✔ déterminer les moyens humains et matériels nécessaires à la réalisation du projet,
✔ réaliser les travaux d'étude et de réalisation,
✔ fournir au maître d'ouvrage le logiciel prêt à l'emploi.

Le représentant unique de la maîtrise d'œuvre vis à vis de la maîtrise d'ouvrage est le chef de
projet.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 5/10

Analyse CT1 Généralités sur le projet de système d'information

E. Les différentes instances

Dans les grands projets, le directeur de projet et le chef de projet ne peuvent assumer seuls tous les
choix. Ils doivent recueillir l'avis d'autres personnes impliqués par ses choix ou obtenir des
décisions de la hiérarchie. Dans ce but, des instances consultatives ou des instances de décision
doivent être créées au sein de chaque projet.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 6/10

Analyse CT1 Généralités sur le projet de système d'information

II. SDM/S

A. Présentation

Un projet est caractérisé par un budget, un calendrier, une organisation et des produits à obtenir.
Intégrant ces préoccupations, la Méthodologie de Développement de Systèmes Structurés
(SDM/S), a été conçue pour constituer un cadre de référence commun de manière à organiser tous
les travaux de développement, de maintenance et d'évolution des systèmes.

B. La méthode SDM/S

SDM/S est une démarche intellectuelle qui indique ce qu'il faut faire et dans quel ordre il faut le
faire, mais, en aucun cas, ne répond à la question comment?
Ce fil conducteur couvre tout le cycle de vie d'un système.

1. La notion de cycle de vie

Le cycle de vie commence par un cycle de développement qui aboutit à l'installation d'une
première version du système. Puis, il peut être nécessaire de corriger les défauts constatés ou de
prendre en compte les nouveaux besoins (peu importants) lors d'un cycle de maintenance. Les
nouveaux besoins plus importants sont incorporés lors de cycles d'évolution qui aboutissent
chacun à l'installation d'une nouvelle version du système.

2. Les objectifs de SDM/S

- Améliorer la qualité des SI;

- Maîtriser les coûts et les délais par un engagement progressif;
- Améliorer la productivité des équipes.

3. Les limites de SDM/S

SDM/S contribue à l'amélioration de la maîtrise de la qualité mais ne peut garantir l'obtention de

système de qualité, ceux-ci dépendant, évidemment, de la compétence des concepteurs et des
participants, ainsi que de bons choix techniques.

4. Les caractéristiques de SDM/S

- Etre indépendant de la structure de l'organisation, des langages et des matériels utilisés,

- Etre adapté aux grands comme aux petits projets,
- Etre capable d'intégrer les différentes méthodes nécessaires: en analyse, en conception de
programme, en planification, en estimation, en tests...

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 7/10

Analyse CT1 Généralités sur le projet de système d'information

C. La démarche SDM/S

La démarche SDM/S va du général au particulier.

Le cycle de développement est découpé en phases, chaque phase est découpée en tâches et chaque
tâche sera découpée en activités élémentaires.

1. La phase

Chaque phase est caractérisée par la nature de l'activité élémentaire qui s'y exerce.
Des documents de fin de phases sont conçus pour faciliter la compréhension du nouveau système
par les utilisateurs de telle sorte qu'ils puissent prendre position sur la suite à donner au
développement. Il y aura donc validation de la phase.
Chaque phase doit être terminée avant d'engager la suivante.

2. La tâche

Au sein d'une phase quelle qu'elle soit, les travaux à entreprendre sont regroupés en 9 tâches qui
aboutissent chacune à l'élaboration d'un ou plusieurs produits tangibles. En règle générale:

✔les tâches 1 à 7 ont pour but de rassembler les informations nécessaires aux travaux de la
phase.
✖La tâche 1 permet de poser la question : "de quoi s'agit-il?"
✖Les tâches 2 à 7 permettent la réalisation des tâches analytiques propres à la
phase concernée.

✔La tâche 8 a pour but de préparer les produits tangibles issus de la phase

✔la tâche 9 a pour objectif d'entreprendre la documentation de ces produits de fin de phase, de
les faire approuver et, le cas échéant, de réactualiser le planning de développement.

D. Les différentes phases de SDM/S

Le cycle de développement de SDM/S reprend la philosophie de la norme AFNOR Z67-101, c'est à

dire les 5 fonctions essentielles de tout processus de développement d'un système, à savoir:
Analyser, Concevoir, Réaliser, Installer, Evaluer.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 8/10

Analyse CT1 Généralités sur le projet de système d'information

DS Demande de Service
EO Etude d'Opportunité
------------
DBS Définition des Besoins du Système
------------
CAS Choix d'Architecture du Système
------------
SES Spécifications Externes du Système
------------
SIS Spécifications Internes du Système
------------
PROG Programmation
------------
TST Tests
------------
CONV Conversion
------------
INST Installation
------------
BILAN Bilan

1. Phase DS/EO
La demande de service est le premier document qui contient des informations générales
nécessaires aux premières décisions. Cette demande peut avoir pour origine soit les utilisateurs,
soit le plan informatique, soit le schéma directeur.
L'étude d'opportunité préparée par le service informatique permettra de fournir les
informations nécessaires permettant de décider d'engager ou non le développement.

2. Phase DBS
Le but essentiel de la phase de Définition des Besoins du Système est de transformer la DS/EO
en un énoncé précis des problèmes de l'utilisateur, de ses objectifs et de ses exigences vis à vis
du nouveau système.
Dans ce but, les travaux suivants sont entrepris:
- Identification des limites du projet
- Etude de l'existant
- Analyse de l'existant
- Définition des exigences
- Etude de scénarios pouvant fournir une solution.

3. Phase CAS
Dans cette phase, l'équipe projet examine les différentes solutions possibles et porte son Choix
d'Architecture du Système vers les plus viables (1 à 3).
Il est important de retenir que l'activité principale de cette phase consiste à établir les bases du
nouveau système automatisé répondant le mieux aux besoins/exigences des utilisateurs.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 9/10

Analyse CT1 Généralités sur le projet de système d'information

4. Phase SES
Au cours de cette phase, toutes les Spécifications Externes du Système concernant les
utilisateurs ( le QUOI du système) vont être détaillées: les entrées, les sorties, les règles de
gestions...

5. Phase SIS
Dans cette phase, la conception se poursuit en précisant le détail des Spécifications Internes du
Système (le COMMENT des fonctions à réaliser) : les structures de fichiers, les enregistrements,
les bases de données, les tables... Tout ceci en vue de la programmation.

6. Phase PRG
L'équipe projet transforme sous forme de programmes, l'analyse détaillée du système définie
dans la phase SIS.

7. Phase TST
C'est au cours de cette phase de Tests que les composants du système sont progressivement
intégrés et cette construction se poursuit jusqu'à ce que l'ensemble du système soit disponible.

8. Phase CONV
Cette phase regroupe tous les travaux nécessaires à la Conversion des données dans le système
existant et qui doivent être disponibles lors du démarrage du nouveau système.

9. Phase INST
Cette phase aboutit au lancement du nouveau système: acquisition, Installation et recette du
matériel et du logiciel spécifique, préparation des locaux, des fournitures spécifiques, du manuel
d'utilisation, du dossier d'exploitation...et lancement de son exploitation.

10. Phase BILAN

Bien que ne faisant pas partie du cycle de développement d'un système, cette phase est inclue
dans SDM/S pour mettre en évidence deux types de vérifications à effectuer: la première, à
l'issue du développement et la seconde, après que le système ait été mis à l'épreuve pendant un
temps suffisant.

III. Conclusion

Le développement d'un projet de S.I., depuis le début de sa conception jusqu'à sa mise en place, est
un processus complexe requérant des aptitudes, des compétences, des connaissances et une
coopération de toutes les personnes et groupes concernés

Un projet réussi est un projet qui donne satisfaction aux utilisateurs finaux en respectant les
contraintes de coûts, de délais et de qualité qui avaient été fixés.

DMSI/ANA /EDS/ le 11/10/2009 23241336.doc Page 10/10