Discussion :

[Woufeigh]

Bonjour à tous,

Dans le cadre de mon cours de gestion de projet pratique, on a reçu un programme à faire et on doit utiliser la méthodologie RUP. On est trois sur le projet et je me suis tapé le rôle du chef de projet.

Je dois donc pour jeudi prochain remettre un planning estimé du projet. Le problème c'est que j'ai du mal à placer les tâches dans les bonnes phases.

Je vais mettre ici la découpe que j'ai faite et si c'était possible j'aimerais bien qu'on me dise si j'ai fait une grosse boulette ou pas dans le positionnement de mes tâches.

J'ai aussi du mal à comprendre un aspect de la méthode RUP. Rup se dit centré sur l'architecture et plus je lis de documents la dessus plus je suis dans le flou. Est ce qu'on parle de l'architecture matérielle ou la découpe en modules et classes?

Inception phase

Définition des bornes de projet (élagage du texte de départ pour retenir que les fonctionnalités)
Élaboration de ce plan
Définition des critères de qualité pour chaque phase
Élaboration du quality plan
Listage des architectures matérielles potentielles
Création des use case correspondants au document sur les fonctionnalités
Planification des tests fonctionnels

Elaboration phase

Choix de la technologie (.NET imposé)
Choix de la base de données
Choix de l'architecture matérielle parmi celles retenues et documentation de celle-ci
Confection d'un prototype de cette architecture (on a choisit des web services)
Confection des prototypes des formulaires de l'UI
Planification des tests unitaires
Définition primaire du schéma de la base de données
Définition des interfaces entre les trois couches du projet
Détail des use case (scénarios, scénarios alternatifs)
Création des diagrammes de séquence sur base des use case
Diagramme des classes et développement des classes transversales aux 3 couches (Utilisateur, Cours) ce qui correspond au modèle

Construction phase

J'ai décidé de la couper en 4 itérations (gestion bulletins, gestion absences, gestion inputs, gestion administration)
Pour chaqu'une de ces itérations:

Finalisation du schéma de base de données concerné par l'itération
Construction du diagramme des classes et affinement des diagrames de séquence
Développement des différentes couches.
Création des procédures stockées
Construction de la documentation programmeur, user manual
Exécution des plans de tests unitaires pour chaque couche parallelement
Exécution des plans de tests fonctionnels
Révision de code de chaque partie par un des deux autres membres de l'équipe

Transition phase
Lancement de la version bêta au sein du groupe de développement
Corrections de bugs signalés
Élargissement de la bêta test au sein d'un groupe de personnes extérieur au projet
Correction de bugs signalés
Installation de la solution chez le client
Formation du client à l'utilisation du logiciel

Par rapport à ce plan je peut citer l'exemple de la définition du testplan fonctionnel. Je l'ai placé dans l'inception mais d'après moi elle pourrait très bien être dans la phase d'élaboration.

Si vous avez un exemple de planning simple en RUP je serais ravi de pouvoir le consulter. Genre un truc bateau de gestion clients commandes.

Merci d'avance à tous ceux qui voudront bien passer un peu de temps sur mon problème.

[hegros]

Ton plan n'est pas mauvais c'est qu'en fait RUP étant un processus tu l'adaptes en fonction de ton contexte. Cependant une remarque tu peux rajouter une tâche d'estimation/réactualisation du planning en fin de phase d'inception et d'elaboration parce que dans la dynamique tu projet tu trouves de nouvelles entités etc...ce qui fait que les couts/délais changent aussi.

Autre chose cela parait lourd comme plan pour le developpent d'un truc bateau


en gros on peut avoir


Initialisation

conduire les interviews
Définir les exigences fonctionnelles (use case)
Définir le niveau de qualité
Classer/organiser les exigences en fonction des priorités/risques
Choix des architectures/technologies
Estimation/planification des autres phases


Elaboration
Description détaillée des use case
Maquettage des écrans/etats
Elaboration de l'architecture du logiciel
Réactualisation estimation/planning phase de construction

Construction
Etendre l'analyse et la conception
Coder les classes
Faire les tests unitaires
Faire le plan de tests système

Transition
Faire les betas tests
...


si cela peut te donner des idées mais comme je t'ai dis c'est trés trés flexible de ce côté là c'est à la guise de l'imaginaire un peu...

[redfox]

C'est d'ailleurs ce que je ne vois pas dans ta liste...

En ce qui concerne les plans... il est utile de regarder (je n'ai pas dit écrire) le software development plan de RUP pour se faire une idée de ce dont on peut avoir besoin.

En ce qui concerne l'architecture, c'est l'architecture au sens 4+1 vues, à savoir l'architecture selon les points de vue fonctionnels, techniques, déploiement, conception...

Donc, on peut dire : architecture logique, technique, fonctionnelle... avec tout qui tient ensemble de manière cohérente.

[hegros]

A vrai dire je ne suis pas le plan de rup à la lettre parce que rup c'est un processus que l'on met en place progresivement et qui s'adapte avec le temps. C'est plus un plan de conduite de projet calquer sur des éléments de modélisation objet, dans rup il n'y a une tache d'estimation/planification qu'en fin de phase d'initialisation il me semble

Pour l'architecture et les 4+1 vues tu as des liens externes sur quels diagrammes UML elles tiennent ?