[PDF] Rapport de stage - victorgodierfileswordpresscom

RAPPORT DE STAGE

Durant ma formation en Comptabilité et Gestion des Organisations, j'ai réalisé un stage d'une durée de 8 semaines divisées en deux périodes 6 semaines de stage en fin de première année et 2 semaines durant la seconde année N’ayant jamais effectué de stage dans le domaine de la comptabilité, j’ai choisi d’effectuer

RAPPORT DE STAGE BTS COMPTABILITÉ ET GESTION DES ORGANISATIONS

Dans le cadre de ma préparation au BTS Comptabilité et Gestion des Organisations j'ai réalisé un stage de 8 semaines en entreprise pour découvrir le mon professionnel J'ai effectué mon stage dans l'entreprise Effach'services ou l'on m'a confié la comptabilité de plusieurs sociétés

Rapport de stage et d’expérience professionnelle effectué au

Rapport de stage et d’expérience professionnelle effectué au bureau d’expertise comptable de Monsieur Springael Travail de fin d’études présenté par Virginie Morel en vue de l’obtention du diplôme de Graduat et Post-Graduat en Comptabilité Année académique 2005-2006 1

PARTIE 1 : RAPPORT DE STAGE

réalisées, aussi bien en matière de gestion locative, de copropriété que de comptabilité, vont être précisées dans la partie qui suit II- Missions réalisées durant le stage Tout au long de mon stage, de nombreuses tâches m‘ont été confiées et ce dans tous les secteurs y compris la comptabilité

HOUDEVILLE Gwendoline 3èmeA Rapport de STAGE

qu'elle possède, c'est un titre ASCA (Assistant en comptabilité et administration) 2 Accession et perspective de ce métier Mme Francine ROUSSEL - Rapport de Stage / Année Scolaire 2013-2014 - page 7 / 9

Rapport de stage - Weebly

Je ais présenter dans ce rapport de stage les différentes missions que j’ai réalisé dans le cadre de mon stage de fin d’études : Les interentions auquel j’ai participé ; La formation Symfony2 ; La migration d’un projet Zend vers Symfony2

Rapport de stage - victorgodierfileswordpresscom

Rapport de stage de deuxième année Pour finir, les paiements des activités sont écrits sur un cahier, puis reportés sur un logiciel de comptabilité

RAPPORT DE STAGE RESTAURATION COLLECTIVE

Enfin, lors de ce premier stage, j’ai pu assister à un audit, qui s’est très bien passé pour la structure La personne a établi que les cuisines de Radio France étaient en règle malgré quelques petits détails facilement corrigeables 7) Budget La personne responsable des documents de comptabilité n’a pas accepté de me

[PDF] rapport de stage cabinet comptable maroc pdf

[PDF] rapport de stage impot sur les societes

[PDF] rapport de stage fiduciaire word

[PDF] rapport de stage fiduciaire maroc pdf

[PDF] rapport de stage fiduciaire ista

[PDF] exemple dossier professionnel formateur professionnel d'adultes

[PDF] modèle rapport de mission de formation

[PDF] dp formateur professionnel d'adultes

[PDF] exemple dspp formateur professionnel d'adultes

[PDF] dossier professionnel fpa

[PDF] dossier professionnel formateur professionnel d'adultes

[PDF] exemple dossier de synthèse de pratique professionnelle dspp

[PDF] rapport de stage bts snir

[PDF] rapport de stage bts systeme numerique

[PDF] dragon cry

1

Rapport de stage

Bachelor 2ème année

Rapport de stage de deuxième année.

GODIER Victor

5 Janvier 2015 - 13 Février 2015

2

REMERCIEMENTS

Je tiens à remercier M. Jean-Yves GAYET, PrĠsident de l'AVF de m'aǀoir accueilli en stage de

deuxième année de BTS SIO durant 6 semaines et d'aǀoir été mon tuteur durant cette période de

stage. M. Frédéric REINOLD & Mme Emmanuelle BORDAT pour leur soutien très précieux dans la réalisation du projet réalisé durant ce stage. Et enfin M. Dylan BLANCHARD, également stagiaire, qui a été mon co-équipier durant toute cette période. 3

Sommaire

Introduction ............................................................................................................................................. 5

I. PrĠsentation de l'enǀironnement et du Projet ............................................................................... 6

A. Mise en place du projet ............................................................................................................... 6

1. DonnĠes de l'AVF .................................................................................................................... 6

2. Système de fonctionnement ................................................................................................... 6

3. Cahier des charges ................................................................................................................... 6

B. Etudes préliminaires .................................................................................................................... 7

1. Etude de l'enǀironnement ....................................................................................................... 7

2. Etude de solutions techniques ................................................................................................ 7

II. Rédaction des spécifications techniques ........................................................................................ 8

A. Identification des fonctionnalités du logiciel .............................................................................. 8

B. Cas d'utilisations .......................................................................................................................... 9

C. UML ........................................................................................................................................... 10

D. Interfaces Homme/Machine ..................................................................................................... 10

III. Mise en place de l'infrastructure .............................................................................................. 13

B. Installation du serveur ............................................................................................................... 13

1. Installation des composants logiciels .................................................................................... 13

2. Création de la Base De Données ........................................................................................... 13

3. Mise en place d'un script de sauǀegarde .............................................................................. 13

IV. DĠǀeloppement de l'application ............................................................................................... 14

A. Définition des priorités .............................................................................................................. 14

B. Développement du composant logiciel ..................................................................................... 14

C. Difficultés et retard sur le projet ............................................................................................... 14

4

D. Tests des fonctionnalités ........................................................................................................... 15

V. DĠploiement de l'application ........................................................................................................ 15

A. Installation de l'application ....................................................................................................... 15

B. RĠdaction d'une documentation d'utilisation ........................................................................... 15

C. Accompagnement dans la mise en place et l'utilisation du serǀice .......................................... 15

Conclusion ............................................................................................................................................. 16

5

Introduction

L'Association Villes de France de Nantes est o[une des 300 associations bénévoles

homonymes réparties dans toute la France. Son but est d'accueillir les nouǀeaudž arriǀants d'une ǀille

et de leur proposer diverses activités pour se familiariser avec leur nouvel environnement et

rencontrer d'autres Nantais. Afin de moderniser son fonctionnement, notamment dans la gestion de ses adhérents et des Mon traǀail dans ce stage, aǀec l'aide de Mr Dylan BLANCHARD, Ġtait de mettre en place une

application répondant au cahier des charges prĠalablement prĠparĠ par un membre de l'association.

Sur ce projet, bien que nous ayons travaillé sur les mêmes tâches, Mr Dylan BLANCHARD 6

informatiques quelques mois avant le début de notre stage, notre objectif était de mettre en place

une application permettant de gĠrer les informations de l'AVF et pouvant fonctionner sur plusieurs

ordinateurs en même temps.

A. Mise en place du projet

L'AVF de Nantes edžiste depuis 1966, et détient donc des archives très conséquentes sur ses

adhérents (350 adhérents inscrits, et environ 800 personnes au total se sont inscrit ă l'AVF Nantes) :

coordonnées, intérêt pour certaines activités, historique des activités auxquelles ils ont participé,

2. Système de fonctionnement

Les informations de ces membres sont réparties sur plusieurs supports : Les informations personnelles, comme les coordonnées et les activités auxquelles un adhérent souhaiterait participer, sont inscrites sur sa fiche d'inscription.

Les historiques de participation aux activités sont répartis sur différentes fiches de présences,

et il est souvent difficile de retrouver ces informations.

Pour finir, les paiements des activités sont écrits sur un cahier, puis reportés sur un logiciel de

comptabilité.

3. Cahier des charges

Un des adhĠrents de l'association a Ġcrit un cahier des charges pour l'AVF regroupant tous

notre travail nous avons dû reǀoir ce cahier des charges aǀec les dirigeants de l'association.

En effet, nous nous sommes aperçus que certains besoins n'avaient pas été recensés alors 7

B. Etudes préliminaires

L'informatisation de l'association Ġtant trğs rĠcente, le rĠseau de l'association Ġtait trğs peu

développé : 3 ordinateurs sous Windows 8, 2 imprimantes, 1 routeur du fournisseur d'accğs ă internet

de l'association, 1 commutateur relié au routeur et à tous les pc via des prises murales. Nous étions donc relativement libres pour modifier le réseau. Parmi les besoins du cahier des

charges, il était spécifié que les utilisateurs du logiciel devaient pouvoir travailler de plusieurs

ordinateurs différents et en même temps, ce qui nous a amené à rédiger une étude des différentes

solutions techniques que nous pouvions mettre en place.

2. Etude de solutions techniques

décidé, avec la consultation de mon co-équipier, que nous développerions une application web en

PHP. Pour cela, nous allions aǀoir besoin d'une base de donnĠes et d'un serǀeur apache. Après

diverses recherches sur internet et après consultation de l'informaticien de l'association, Mr

BLANCHARD a rédigé un tableau regroupant les avantages et inconvénients des différentes solutions

d'infrastructures possibles, ainsi que leurs coûts financiers pour l'association.

Les solutions potentielles étaient :

8

Aprğs rĠunion aǀec les dirigeants de l'association et leur informaticien, nous aǀons dĠcidĠ

II. Rédaction des spécifications techniques

A. Identification des fonctionnalités du logiciel

- La gestion des Adhérents : Gérer les informations des adhérents et leur adhésion par années.

- La gestion des Activités : Gérer les informations des activités et les inscriptions des

adhérents.

- La gestion de la comptabilité : Répertorier les achats de tickets et les forfaits qui permettent

l'association.

- La gestion des comptes utilisateurs : GĠrer les comptes utilisateurs, c'est-à-dire le personnel

et leur accès aux différentes parties du site. 9 B. ƒ• †ǯ—-‹Ž‹•ƒ-‹‘•

A partir de ces constats, nous aǀons pu Ġtablir les cas d'utilisations liĠs ă l'application.

10

C. UML

Nous avons ensuite rédigé le diagramme de classe UML en prenant soin de laisser la

possibilitĠ d'amĠliorer le logiciel simplement dans le futur.

D. Interfaces Homme/Machine

Page d'accueil

Le menu en gris permet de naǀiguer dans les diffĠrentes parties du site. La page d'accueil permet audž administrateurs de l'application de faire passer un message audž utilisateurs. 11

Page d'accueil de la partie AdhĠrent

La page d'accueil des AdhĠrents permet d'aǀoir la liste de toutes les personnes inscrites ă

parties du site), permettant l'accğs ă d'autres fonctionnalitĠs comme la gestion des groupes ou

A partir de cette page, il est possible de créer un nouveau membre grâce au menu, pour la

puisque toute personne étant passée par l'association doit ġtre gardĠe en archive) il faut cliquer sur

la ligne de l'adhĠrent. 12

Page d'affichage d'un adhĠrent

fonctionnalitĠ dans une partie de l'application. Pour remonter dans les ͨ niveaux », il suffit de cliquer

revenir/changer de niveau 2 grâce au menu principal. Puisque nous sommes toujours dans la partie Adhérent, le sous menu de celle-ci est donc toujours visible. (Vous trouverez le document complet de modélisation dans les annexes) 13 III. Mise en place de Žǯ‹ˆ"ƒ•-"—...-—"‡

Dans le but de simplifier le réseau, nous avons décidé de configurer les ordinateurs fixes en

utilisateurs de la future application puissent accéder au serveur apache.

B. Installation du serveur

Une fois le serveur reçu, nous y avons ajouté un autre disque dur qui servira à stocker les sauvegardes de la base de données. Puis nous nous sommes attachés à son installation.

1. Installation des composants logiciels

Il fallait faire de ce serveur le serveur Web ainsi que le serveur de Base De Données. Pour cela nous avons installé apache 2.4.12, ainsi que MariaD 10.0.

2. Création de la Base De Données

Pour la base de donnĠes, nous aǀons crĠĠ une nouǀelle base au nom de l'association (aǀfbd),

Nous avons ensuite créé toutes les tables selon le schéma UML du dossier de spécification.

BLANCHARD a programmé des sauvegardes récurrentes de la base de données. Il y a dorénavant une sauvegarde tous les jours de la semaine, puis une sauvegarde hebdomadaire le samedi et enfin une mensuelle, qui garde le premier samedi du mois.

Une fois le serveur installé et prêt à être utilisé, nous avons rédigé une documentation

technique regroupant les caractéristiques du serveur, les modifications matérielles apportées, les

logiciels installés et les identifiants correspondants. (voir annexe pour le détail de la documentation technique) 14

A. Définition des priorités

Constatant que la modélisation avait pris plus de temps que prévu à cause du cahier des

charges initial incomplet, nous avons décidé de diviser le développement en plusieurs étapes :

Etape 1 ͗ Connedžion ă l'application et gestion des adhĠrents. Etape 2 ͗ Gestion des comptes pour l'application.

Etape 3 : Gestion des Activités.

Etape 4 : Gestion de la comptabilité.

B. Développement du composant logiciel

Afin de pouvoir travailler en toute sécurité et chacun de notre côté, nous avons monté une

réplique de la base de données MariaDB sur notre ordinateur portable respectif avec PHPMyAdmin.

Ceci nous a ainsi permis de travailler en local et de ne pas risquer de corrompre la base de données,

ou de la polluer aǀec des tests d'intĠgration.

Pour dĠǀelopper ce logiciel, nous aǀons utilisĠ les langages HTML5ͬCSS3 pour l'interface, le

PHP pour le langage procédural et le langage SQL pour les requêtes sur la base de données. Nous

avons développé avec

Nous avons beaucoup utilisé les sites web :

http://www.sql.sh/ http://www.php.net/ http://www.openclassrooms.com/

Ces sites nous ont été très utiles lorsque nous avions besoin de compléments de formation

sur les langages que nous avons utilisés.

C. Difficultés et retard sur le projet

Le temps passé sur la modélisation et les difficultés que nous avons rencontrées pour coder

l'application nous ont fait prendre beaucoup de retard.

A la fin de la pĠriode de stage, nous n'aǀions toujours pas fini la premiğre Ġtape du

développement. Nous avons donc décidé de revenir certains soirs de la semaine pour permettre de

liǀrer une premiğre partie fonctionnelle de l'application. 15

D. Tests des fonctionnalités

Les fonctionnalitĠs de l'HTML5 nous ont beaucoup facilitĠ la tąche. En effet, il est possible

d'ajouter beaucoup de contraintes audž formulaires, permettant ainsi d'Ġǀiter beaucoup d'erreurs par

la suite (exemple : rentrer un type string dans un champ de date).

de saisie. Et une fois en place, il fallait essayer de rentrer des caractères spéciaux. Nous avons eu

beaucoup de problèmes à cause de l'apostrophe que nous avions oubliée lors des tests. En effet,

notre code étant mal organisé à certains endroits, les apostrophes empêchaient de faire fonctionner

nos requêtes SQL. V. Déploiement de Žǯƒ""Ž‹...ƒ-‹‘

Une fois le dĠǀeloppement de la premiğre partie terminĠ, nous aǀons installĠ l'application

sur le serveur. Afin que la page de connexion soit index.php et non index.html, nous avons dû

modifier le fichier .htaccess d'apache en mettant la prioritĠ de lecture sur indedž.php aǀant

index.html.

naǀigateur web afin d'accĠder ă l'application. Nous avons donc mis un raccourci sur le bureau de

chaque ordinateur, plus simple pour les utilisateurs de l'application.

Une fois le dĠǀeloppement de l'application achevé, au moins pour la première partie, nous

aǀons rĠdigĠ une documentation d'utilisation.

techniques très différents, il fallait une documentation très complète et très précise, à la portée de

service

Bien que les documentations d'utilisations aient ĠtĠ rĠdigĠes, il est toujours positif

avec le président et la vice-présidente de l'association pour être sûr que les utilisateurs n'auraient

pas de problème pour la prise en main du logiciel.

Cette session de formation a été très bénéfique, notamment pour relever certain bug du

gestion des apostrophes pour les requêtes SQL. J'ai donc dû par la suite corriger rapidement ce bug

16

Conclusion

mettre celui-ci en place et le suivre tout au long de notre stage mais également lors de nos retours à

l'association. Cela nous a permis entre autre de vérifier le bon fonctionnement du script de

sauvegarde de la base de données, élément essentiel du serveur. Une fois le stage terminé, nous nous sommes rendu compte lors de nos cours de PHP

que les fonctionnalités à implémenter soient assez différentes, certaines fonctions sont réutilisées à

plusieurs endroits et nous n'aǀons pas assez mis en application le principe de DRY (ͨ Don't Repeat

Yourself », en français : Ne vous répétez pas).

Le projet de ce stage n'Ġtant pas terminĠ, des Ġtudiants de premiğre année reprendront le

modélisation devient alors très important, tout comme des pages de code commentées.

remercie encore), nous avons dû apprendre à surmonter les difficultés ensemble mon co-équipier et

moi-même. Nous étions alors dans la situation d'un prestataire edžterne ă l'entreprise et c'est une

expérience qui aura sans aucun doute des répercussions dans ma vie professionnelle future.quotesdbs_dbs8.pdfusesText_14