15
Chapitre III : SPECIFICATION DES BESOINS
Ce chapitre va nous permettre de décrire le
référentiel qui nous guidera durant la conception et
implémentation du système. Nous commencerons dans la partie
initialisation par définir le cadre de déroulement de ce projet
de conception, ensuite dans la partie expression des besoins par définir
les besoins du système.
III.1. Initialisation du projet
La conception et implémentation du système
à commencer par l'initialisation du projet qui à définir
les livrables attendus, la composition de l'équipe projet, les
contraintes techniques, la méthodologie technique utilisée, les
outils logiciels, les risques identifiés et le planning
prévisionnel.
III.1.2. Livrables attendus
Tableau 3-1 : Livrables attendus
N°
|
Type
|
Code
|
Nom du livrable
|
Date de livraison
|
2
|
Document
|
D-CC
|
Dossier de Cahier des Charges
|
10 /04/2013
|
3
|
Document
|
D-AC
|
Dossier d'Analyse et
Conception
|
01/05/ 2013
|
4
|
Document
|
D-I
|
Dossier d'Implémentation
|
28/05/2013
|
5
|
Logiciel
|
losequiv
|
Logiciel du Suivi et Traitement
des dossiers d'Equivalence
de
diplôme
|
03/06/2013
|
|
III.1.3 Composition de l'équipe
L'équipe intervenante dans la mise du système est
répartir comme suit :
· Chef Projet
Dr EMVUDU Yves : Directeur des Systèmes d'Information
(SI) du ministère de l'enseignement supérieur
· Réalisateur du projet :
GBITHICKI NDANGA Brice Arsène : Etudiant Master
Informatique ISS Maroua
16
III.1.4. contraintes techniques
La conception et implémentation du système de
suivi et traitement des dossiers d'équivalence des diplômes devra
être un système multiutilisateur pour permettre à chaque
cadre de la sous-direction d'effectuer ses tâches. Aussi ce
système devra être accessible à travers un navigateur et
indépendamment de tout système d'exploitation utilisé.
Pour ce faire, nous avons opté d'utiliser une solution web à
plusieurs couches basée sur la plate forme J2EE car cette
dernière facilite le développement des applications web en
structurant l'architecture en plusieurs couches et fournissant les composants
déjà implémentés de chaque couche à travers
un serveur d'application. Cette plate forme propose une architecture MVC qui
apporte de réels avantages telle que :
· Une conception claire et
efficace grâce à la séparation des
données de la vue et du contrôleur ;
· Un gain de temps de maintenance et
d'évolution du système ;
· Une plus grande souplesse pour
organiser le développement du logiciel entre les différents
développeurs (indépendance des données, de l'affichage et
des actions).
III.1.5. Identification de la méthode
utilisée
Nous avons choisi d'utiliser la méthode UP
(Unified Process) qui est un processus de développement
logiciel « itératif et incrémental, centré sur
l'architecture, conduit par les cas d'utilisation et piloté par les
risques » (ROQUES, 2002). La gestion d'un tel processus est
organisée suivant les quatre phases suivantes : initialisation,
élaboration, construction et transition.
Les activités de développement sont
définies par cinq disciplines fondamentales qui décrivent la
capture des besoins, l'analyse et la conception, l'implémentation, le
test et le déploiement.
Le cycle de vie du projet décrit l'ensemble des
activités de développement que préconise la méthode
UP. Ces activités sont décrites de façon
indépendantes et
peuvent jouer un rôle plus ou moins important dans une
phase, parfois ne jouer aucun rôle.
La figure 3-1 ci-dessous illustre ce cycle de vie.
Phases
Activités
Initialisation
Elaboration
Construction
Transition
Besoins
Analyse et Conception
Implémentation
Tests
Déploiement
|
|
|
17
Figure 3-1 : Cycle de vie du processus
unifié
III.1.6. Outils logiciels
Nous prévoyons de travailler simultanément sur
deux systèmes d'exploitation (Windows Seven et Ubuntu 12.10). Une de nos
premières tâches sera de nous constituer une « boite à
outils » constituée d'outils à la fois portables mais
surtout compatibles les uns avec les autres (voir tableau 3-2):
18
Tableau 3-2 : Outils logiciels
Logo
|
Description
|
Rôle
|
|
Bureautique :
.docx (Microsoft Word) ou .odt (Open
Office)
|
Utilisés pour la rédaction des documents
|
|
|
Gestion de projet : MS Project
|
Nécessaire à l'élaboration du planning
prévisionnel
|
|
DropBox
|
stocker en ligne les
différents documents et les rendre accessibles depuis
n'importe quel ordinateur
|
|
Modélisation : Enterprise Achitect
|
Dessiner les différents model d'UML2
|
|
Editeur de code source : Notepad ++
|
|
|
Environnement de développement Intégré:
Eclipse for J2EE
|
|
|
Navigateurs: IE8 (Trident), FF17.0 (Gecko), Chrome (Webkit)
|
|
|
III.1.7. Identification des risques
Ce tableau 3-3 présente les différents risques
identifiés et pourront constitués un frein à la mise en
place de l'application.
Tableau 3-3 : Identification des risques
RISQUES
|
GRAVITE
|
PLAN D'ACTION
|
Accumulation du retard
|
Très importante
|
Remise en question du planning (réévaluation
éventuelle des charges)
|
|
|
Faire régulièrement le point sur
|
|
Mauvaise compréhension des
|
Très importante
|
l'avancement du projet et
|
besoins
|
|
organiser des réunions avec les cadres de la sous
direction des équivalences afin de mieux comprendre leurs exigences
|
|
|
sauvegarde régulière des
|
Perte de documents
|
importante
|
documents lors de leur rédaction; en plus, il faut
|
|
|
«commiter» un document sur le répositoire
DROPBOX après chaque modification importante
|
|
| 
