P1 Production de services

SOMMAIRE
A1.1.1 Analyse du cahier des charges dun service produire A1.1.3 Etude des exigences lies la qualit attendue A1.2.2 Rdaction des spcifications techniques de la solution retenue A1.2.3 Evaluation des risques lis lutilisation dun service A1.2.4 Dtermination des tests ncessaires la validation dun service A1.2.5 Dfinition des niveaux dhabilitation associs un service A1.3.1 Test dintgration et dacceptation dun service A1.3.3 Accompagnement de la mise en place dun nouveau service A1.4.1 Participation un projet A1.4.2 Evaluation des indicateurs de suivi dun projet et justification des carts

A1.1.1 Analyse du cahier des charges dun service produire

Situation PPE :
Lors de la mission 1 de PPE 3 Application GSB Dfinition du besoin Contraintes Architecture

 Situation STAGE :
Le cahier des charges a t fait oralement avec un paperboard. Suivi dune prise de note et dun tablissement des dures approximatifs des diffrents modules raliser.

A1.1.3 Etude des exigences lies la qualit attendue Situation en Stage : Le client (tuteur) expliquant les exigences attendues et les caractrises en plusieurs tapes sur un tableau selon leurs niveaux de priorits.

A1.2.2 Rdaction des spcifications techniques de la solution retenue Situation en Stage : Recensement des diffrents composant pour la ralisation de lapplication voulu et des composants dj fournis (base de donnes).

A1.2.3 Evaluation des risques lis lutilisation dun service Situation en Stage :

A1.2.4 Dtermination des tests ncessaires la validation dun service Situation en Stage : Batteries de test avant lajout dun module lapplication via un prototype. Validation du module ou de la modification aprs vrification de celle-ci et procdure de mise en place avec les modifications ncessaire comme les droits ou encore le rajout de table dans la base de donnes.

A1.2.5 Dfinition des niveaux dhabilitation associs un service Chaque services de lapplication web ncessite un droit spcifique selon une hirarchie donn par le client (tuteur) permettant laccs diffrents modules comme la gestion des utilisateurs pour un administrateur ou une limitation de rsultat pour un stagiaire. Un admin peut dfinir les groupes de chaque utilisateur.

A1.3.1 Test dintgration et dacceptation dun service Situation en stage : Grant lintgration et la modification des modules, je ralisai les diffrents test comme la connexion base de donnes ou encore les diffrents droits selon lattente du client (tuteur) sur une copie de lapplication pour viter de relancer lapplication qui tait dj en ligne.

A1.3.3 Accompagnement de la mise en place dun nouveau service Situation en stage : Suite une runion hebdomadaire faisant ltat de lavancement de lapplication les utilisateurs ont t form par la mme occasion, lapplication tant continuellement en ligne et la disposition des utilisateurs permettant ainsi la dclaration des erreurs rencontrs par les utilisateurs.

A1.4.1 Participation un projet

Situation en PPE : Participation aux diffrentes mission en groupes comme lapplication GSB. Situation en Stage : Cration dune application WEB permettant la recherche dtaill dentreprise avec une importation des rsultats sous un fichier CSV.

A1.4.2 Evaluation des indicateurs de suivi dun projet et justification des carts Situation en stage : Chaque participant avait un temps donn respect selon le travail fournir et devait rendre ltat davancement de son travail rgulirement afin de savoir si il tait dans les temps. Une aide tait fourni en cas de temps dpass ou limite trop juste.