Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Sujet de stage:
Cahier de charges et description du travail faire

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

I. Cahier de charges :
I.1. Limites des mthodologies actuelles:
Dans lquipe Tests unitaires de Zodiac Aerospace Maroc (ZAM), la recherche de lexcellence est un souci constant. A cet effet les techniques de gestion, danalyse et de synthse des diffrentes activits utilises jusqu prsent permettent de dpenss beaucoup de temps pour avoir des rsultats pour la synthse. Toutes fois, ces rsultats restent insuffisants, la preuve en est que malgr tous les efforts consentis, les synthses sont difficilement conues, et reprsentent des limitations (pas de traces dune version dun projet un autre, pas de synthse pour les ressources utilises (Nombre de tests / personne complexit / personne .), indicateurs,).

I.2. Prsentation du Sujet:

Lobjectif principal est de mettre disposition de ZAM un ensemble doutils (Dashboard) permettant la gestion des activits TUs et Validation LLR/Code. Le tableau de bord est un outil de synthse et de visualisation destin exploiter les diffrentes informations gnres par lquipe de TU/VALIDATION de lentreprise. Il permet de disposer dinformations claires et prcises des fins de comprhension, danalyse et de dcision, afin de rpondre aux besoins de notre client aussi bien au niveau stratgique quoprationnel. Lapplication principale sera utilise par lensemble des intervenants sur le projet, elle doit donc tre fiable, conviviale et facile manipuler. En effet, son utilisation ne devra pas laisser place dventuels points faibles, et devra reprendre toute la dmarche de la gestion effectue.

I.3. Composantes de la solution :

Pour mettre en place une solution de tableaux de bord on distingue deux phases distinctes que la solution doit grer : La collecte des donnes : Le systme dinformation est la cl de vote pour disposer dune information correcte et fiable. Cest pourquoi il est important dintgrer la solution dans le systme dinformation et de la faire communiquer avec les applications mtiers existantes.

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Lanalyse et la restitution des donnes : L'outil recueille la requte et produit les indicateurs voulus. Ces fonctionnalits diffusent et prsentent les informations de la faon la plus oprationnelle possible pour les diffrentes populations dutilisateurs. La restitution graphique doit tre ergonomique et personnalisable. Les indicateurs de performances : Vritables tmoins des processus de l'entreprise et de leurs tendances, les indicateurs de performances sont indispensables la comprhension des situations et l'anticipation dans les prises de dcisions stratgiques et oprationnelles.

Le sujet de stage propos a pour objectif lextraction des synthses (Livraisons, Suivi des projets, Indicateur de bord ) sur les diffrentes activits de notre quipe. Ces synthses ont pour but de suivre : Les demandes entrantes : demande initiale (Type 1), demande de modification (Type 2) Les activits de lquipe (suivi de charge). La planification des activits de lquipe. Les outils, les compilateurs et les licences utiliss. La gestion des standards. Les affectations des ressources par projet. Les versions des modules. Les livraisons. Le calcul des indicateurs. La gestion des archives (Base de donnes pour lquipe). Les problmes rencontrs. Analyse des diffrents compilateurs utiliss. Optimisation de nombre de tests en fonction des branches, classe dquivalence, Fonctionnement RTRT (Fichiers utiliss, instrumentation..)

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

II. Besoins fonctionnels : II.1. Partie Saisie :

II.2.1. Gestion des utilisateurs : I.2.1 Lauthentification :

Une phase dauthentification est ncessaire pour pouvoir accder aux fonctionnalits de lapplication. Une seule authentification (Single Sign On) suffit Seul le roll-out (Administrateur) pour permettre lutilisateur daccder aux fonctionnalits de lapplication requise pour lui. qui aura le droit daccder a toutes les fonctionnalits de lapplication (visionner, ajouter, modifier ou supprimer). En cas de suppression dun package (utilisateur, projet.) ou une information par un utilisateur, une phase de validation par le roll-out est ncessaire pour que la suppression soit dfinitive. Les utilisateurs hors lquipe TUs auront seulement le droit de visualiser les fonctionnalits et les informations de lapplication. I.2.2. Gestion des packages :

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Une phase dauthentification est ncessaire pour pouvoir accder la zone de saisie des packages.

Un package peut tre ajout seulement de la part dun roll-out, qui peut tre aussi consult modifi ou supprim. Conservation de la mme hirarchie que celle de lespace de travail (Branche->Projet->Package). La suppression ou la modification dun package ou dun composant du package (ressources, complexit ), doit tre valid par le roll-out. La gestion des packages comprend les infos suivantes : - N Dossier (ID package). - Nom Package. - Type de package (TU/Validation). - Type TU (Type 1,Type 2,). - Type de validation LLR/CODE(intgrale ou par Delta). - Code projet (Pour limputation). - Date de dbut. - Date de fin estime. - Date de fin relle. - Complexit Totale. - Nombre de Modules. - Liste des ressources. - Nombre de rejet. - Champs pour les commentaires

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

I.2.3. Gestion des ressources : Une phase dauthentification est toujours ncessaire pour laccs aux fonctions de cette partie du projet. La gestion des ressources comprend la gestion des autres composants (projets, Disponibilit) Lajout, la modification ou la suppression dune ressource ralis par un Intervenant mais doit tre valid par le roll-out.

I.2.4. Envoie Demande travaux : Seul le roll-out (Administrateur) fonctionnalits de lapplication. Cette fonctionnalit permis denvoyer un E-MAIL demande de travaux sous la forme ci-dessous toutes les ressources slectionnes :
Projet: Nom de projet Code projet: xxxxxxxxx Activit: TU | LLR/CODE

qui aura le droit daccder a toutes les

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Nombre de modules / exigences / oprateurs : xxx Nom du package: Branche->Projet->Package_Name Date de retour souhaite: 11/01/2012 Documents fournis: Commentaires:

I.2.4. Gestion de la documentation : Ce module doit permettre de : Centraliser lensemble des documents qui concerne lquipe Tus et Validation. Ralisation dune interface web permettant un accs facile la plateforme de gestion des documents. Permettre au roll-out de crer ses propres dossiers ou thmes dans nimporte quel emplacement dans larborescence des fichiers prsente sur le serveur. La possibilit de mettre jour chaque fichier prsent sur le serveur, et garder une copie de toutes ces versions prcdentes. Possibilit de visualiser lensemble des versions dun document donn. Rechercher facilement un document donn par son nom.

II.2. Partie Visualisation : II.2. Recherche par Priode : 1Premire fonctionnalits permis de rechercher tous les travaux effectus pendant une priode slectionne par lutilisateur : Dans linterface des cellules qui permis lutilisateur dentrer les donnes suivantes : - Date dbut. - Date de fin. - Statut du package (termin, en cours, tous les packages).

2-

Deuxime fonctionnalit permis lutilisateur de rechercher tous les travaux

effectus par une personne de lquipe sur une priode slectionne par utilisateur : Dans linterface des cellules qui permis lutilisateur de entrer les donnes suivantes : - Date dbut. - Date de fin.

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

- Nom/Prnom de la personne.

II.3. Recherche par Projet :

Cette fonctionnalit permis lutilisateur de savoir tous les packages qui sont encours ou sont dj termin sur un projet slectionn Dans linterface des cellules qui permis lutilisateur dentrer les donnes suivantes : - choix des projets existant. - Statut du package (termin, en cours, tous les packages).

II.4. Calcule des indicateurs :

Cette fonctionnalit permis de calculer les diffrentes mtriques de lquipe :

- Nombre de procdure dvelopp par jour par homme.

- Nombre de procdure vrifi par jour par homme. - Nombre module valid (LLR/CODE). - Statistique sur le temps dutilisation des Licenses (RTRT, les compilateurs, simulateurs, ). Mthode calcule des indicateurs de dveloppement des procdures : - Lapplication doit chercher tous les packages dont la date de dbut ou la date fin ou les deux en mme temps sont inclus dans compris dans la priode de recherche demande par lutilisateur. - Sur la feuille suivi dans la checklist de synthse qui porte le mme nom que le package les informations ci-dessous sont ncessaires pour le calcule des indicateurs : - Le nom du dveloppeur, date dbut/fin de dveloppement, et le nombre des modules dvelopp pendant cette priode. - Dans le cas ou le dveloppeur a travaill pendant une priode discontinuer sur le package. Dans la chacklist il mentionnera pour chaque priode date dbut et fin ainsi le nombre de modules dvelopper correspond chaque priode. Voici un exemple de la forme des indicateurs :

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

II.4. Calcule le nombre de rejets :

Cette fonctionnalit permis de calculer le nombre de rejet soit sur une priode prcise par utilistaur ou sur un package.

I.3. Besoins Technique:

Pas de contrainte sur la plateforme de dveloppement. Lapplication doit tre facile maintenir et tendre. Lapplication doit tre compatible avec le maximum de navigateurs web possible. Temps de rponse doit tre minimal. Une gestion d'accs leve afin d'viter les intrusions indsirables. Une interface ergonomique, conviviale, intuitive, gnrique et facile utiliser par diffrents types dutilisateurs.

I.2. Les diffrentes tches du projet :

Dans le cadre du stage, les taches confies sont les suivantes : Phase 1: Formation sur les diffrentes activits de lquipe. Phase 2 : Dfinition du besoin, (Prsentation du projet, choix des outils de dveloppement)

INTERTECHNIQUE D7 / ZAM

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Phase 3 : Solutions Techniques : Etude des diffrents choix possibles, Choix de la solution technique. Phase 4 : Dveloppement de lapplication : Ralisation de lapplication, Tests de validation. Phase 5 :

Mettre en place lapplication ralise, ainsi que les tests finaux de son efficacit.

INTERTECHNIQUE D7 / ZAM

10

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Exemple dune application existante :

Modlisation du besoin :
Ce paragraphe a pour but de prsenter une analyse conceptuelle des donnes, sous forme dune reprsentation normalise du systme dinformation. La forme conceptuelle de donnes que nous avons utilis est le modle Entit / Association . En fait, nous avons ralis un inventaire de tous les dtails relatifs ces diffrents lments pour concevoir les tables descriptives de ces entits.

Le modle conceptuel de la base de donnes ralise :

INTERTECHNIQUE D7 / ZAM

11

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 1 : Schma conceptuel de la base ralis

INTERTECHNIQUE D7 / ZAM

12

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Le modle Physique de donnes :

Aprs la ralisation et la vrification du Modle Conceptuel de Donne, jai gnr le Modle Physique de Donne.

Figure 2 : le Modle Physique de Donne

INTERTECHNIQUE D7 / ZAM

13

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Capture des besoins fonctionnels :

Cas dutilisation Acteurs Messages mis/reus par les acteurs
met : -cration, modification et suppression des utilisateurs reoit : -informations sur les utilisateurs met : -Ajout, Modification, suppression des documents reoit : -Liste des documents ;-Consultation du contenu de sa corbeille met : -cration, modification et suppression des sites reoit : -Arborescence sites ; -Consultation des mises jour met : -cration, modification, et suppression des documents reoit : -Liste des documents ; -Consultation de sa corbeille met : -cration, suppression dune version dun document Reois : -la liste des versions dun document met : - Exploration de larborescence du serveur -Rechercher les documents et les thmes. reoit : -Arborescence des thmes avec les documents met : Ajout, modicfication, suppression des services reoit : -Liste des services offerts par chaque site met : -Les comptes et la date reoit : -La taille des comptes met : -Ajout, modification, suppression, et affectation des postes reoit : -La lise des postes

Gestion des utilisateurs

Administrateur

Gestion des documents

Administrateur

Gestion des sites

Roll-out

Gestion des Equipements IP

Roll-out

Gestion des Equipements WDM

Roll-out

Gestion des Operations

TPM, TPM

Gere les services offerts par chaque site Superviser les comptes

PM, TPM

Administrateur

Gestion des postes

Administrateur

Tableau 1 : Besoins fonctionnels

Diagramme des cas dutilisation du systme :

INTERTECHNIQUE D7 / ZAM

14

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 3 : Diagramme des cas dutilisation du systme

Les diagrammes de conception des modules :

Les diffrents modules raliss :
a. Module gestion de la documentation :

INTERTECHNIQUE D7 / ZAM

15

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 4 : Diagramme de cas dutilisation du module gestion documentation

b. Module de la gestion des utilisateurs :

c. Module de la gestion des sites :

INTERTECHNIQUE D7 / ZAM

16

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 5 : Diagramme de cas dutilisation du module gestion des sites

d. Module de la gestion des Equipements :

Figure 6 : Diagramme de cas dutilisation du module gestion des Equipement

Scnarios et classes mtiers :

Diagramme de squences (Exemples) :

INTERTECHNIQUE D7 / ZAM

17

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Le Diagramme de squences permet de mettre en relief les diffrents messages changs entre les objets et acteurs de lapplication, et ce selon un point de vue temporel. En effet, lordre denvoi dun message est dtermin par sa position sur laxe verticale du diagramme ; le temps scoule de haut en bas de cet axe. a. Gestion des utilisateurs : Scnario Ajouter un utilisateur (Exemple1) :

Figure 7 : Diagramme de squences ajouter un utilisateur

b. Gestion

des

utilisateurs :

Scnario authentification

dun

utilisateur (Exemple2) :

INTERTECHNIQUE D7 / ZAM

18

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 8 : Diagramme de squences connexion au systme

Architecture de lapplication :
Ci-dessous larchitecture de lapplication ralise :

Figure 9 : Architecture de lapplication ralise

INTERTECHNIQUE D7 / ZAM

19

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Exemples dinterfaces :
Authentification : Laccs aux fonctionnalits de lapplication ncessite forcment une authentification via un login et un mot de passe affect par ladministrateur chaque utilisateur :

Figure 1 : Page dauthentification

Aprs une authentification russite, lutilisateur trouve sa page principale, il suffit de choisir Il suffit de choisir le Dashboard souhait dans le menu en haut et puis changer les paramtres daffichage et les filtres. Le tableau de bord suivant montre la procdure dajout dun intervenant par ladministrateur.

INTERTECHNIQUE D7 / ZAM

20

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 2 : Procdures dajout dun intervenant par ladministrateur

Aprs avoir ajouter un intervenant le rsultat saffiche sous la forme suivante :

INTERTECHNIQUE D7 / ZAM

21

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 3 : Rsultat dajoute dun intervenant

Le tableau de bord au dessous montre le menu du RO qui contient la gestion dun quipement IP avec tous les composants de ce dernier.

Figure 4 : Menu RO

En cliquant par exemple sur le menu gestion Equipement IP on retrouve la liste de tous les quipements dj exists. La reprsentation des quipements IP contient deux liens le premier

INTERTECHNIQUE D7 / ZAM

22

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

nous dirigera vers les informations dun site, le deuxime vers les composants dun chssis comme nous pouvons le constater sur la le tableau de bord suivant :

Figure 5 : Reprsentation des quipements IP

En cliquant sut le 2me lien, nous retrouvons le tableau de bord dun chssis avec toutes les cartes, les ports et les interfaces quil contienne.

INTERTECHNIQUE D7 / ZAM

23

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Figure 6 : Tableau de bord du chssis

En cliquant sur le 1er lien on retrouve les informations concernant un site :

Le menu suivant montre les diffrentes Gestions quun RO pourra effectuer :

INTERTECHNIQUE D7 / ZAM

24

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Prenons par exemple le menu gestion site/ajouter un site :

Aprs avoir ajout plusieurs sites nous retrouverons le tableau suivant :

INTERTECHNIQUE D7 / ZAM

25

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Nous remarquons dans le tableau prcdent la prsence dun lien affichage graphique ce lien permet dafficher lemplacement de lensemble des sites sur une map gographique. En cliquant sur chaque site nous retrouvons toutes les informations relatives ce site : il sagit du tableau de bord dj prsent dans la figure :

Dans le menu Gestion Opration on retrouve toutes les oprations effectues sur chaque site avec la possibilit dajouter, de modifier ou de supprimer une opration :

INTERTECHNIQUE D7 / ZAM

26

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

Le tableau de bord ci-dessous reprsente les services de chaque site :

La figure suivante montre la procdure dajout dun document :

INTERTECHNIQUE D7 / ZAM

27

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

La liste de tous les documents :

Le tableau suivant illustre la procdure dajout dune fibre entre deux sites :

INTERTECHNIQUE D7 / ZAM

28

Equipe Tests Unitaires

Sujet de stage: Cahier de charge

La liste des fibres existantes :

INTERTECHNIQUE D7 / ZAM

29