Mise sous pied d'une application de retransmission des radios locales en ligne au Cameroun

AVANT PROPOS

« La maitrise de la science et de la technologie est l'une des conditions majeures pour l'édification d'une nation moderne. Cultiver donc cette maitrise pour apporter une impulsion supplémentaire à la modernisation de notre pays ». Cet extrait du président de la république du Cameroun, son excellence PAUL BIYA du 10 février 1997, montre tout intérêt et l'importance des technologies de l'information et de la communication(TIC) pour un pays comme le nôtre. C'est dans cette optique que l'Institut Africain de l'Informatique Représentation du Cameroun, a fait de l'informatique son cheval de bataille à travers une gamme variée de formations, généralement clôturées par des stages académiques, cas du Diplôme d'Ingénieur des Travaux Informatiques. Le contexte actuel de l'évolution de la technologie est tel que tout système qui se veut évolutif et efficace ne peut se passer du concept des Technologies de l'Information et de la Communication (TIC). C'est l'une des raisons fondamentales pour laquelle l'informatique devient un pilier indispensable et incontournable pour les entreprises et les administrations désireuses de rester en contact avec leur environnement. Pour répondre à ces attentes, l'Institut Africain d'Informatique (IAI) en perpétuelle quête de l'excellence, met à la disposition des entreprises ses étudiants afin qu'au travers d'un stage académique, qu'ils puissent mettre au profit de l'entreprise les connaissances reçu tout au long de leur formation.

C'est ainsi que dans le cadre de la formation des Ingénieurs de Travaux Informatiques, nous avons effectué notre stage académique cette année dans un SSII de la ville de Yaoundé : ADVANCE-IT.

DEDICACES

Je dédie ce travail à mes très chers parents qui n'ont ménagé aucun effort durant tout mon parcours scolaire et académique .....................

251671552

REMERCIEMENTS

Je remercie tout d'abord Dieu le Père tout Puissant, dont l'amour manifesté qui nous a donné force et inspiration, car « Si le Seigneur ne bâtit une maison, inutile est le travail des maçons... » Psaumes 127 - Vs 1.

Qu'il me soit permis d'exprimer ma profonde gratitude à tous ceux qui de près ou de loin, ont contribué à l'édification de ce mémoire.

Un merci particulier à M. Armand Claude ABANDA, Représentant Résident de l'Institut Africain d'Informatique (IAI), Représentation du Cameroun.

Je tiens également à remercier le Directeur General de ADVANCE-IT Monsieur TOGUEM Yves et tout son staff technique pour tout le soutien technique qu'ils m'ont accordé.

Je remercie également : M. TCHIO NGNOUNEVOU Flaubert, mon encadreur académique pour sa disponibilité et les efforts consentis à mon endroit.

Je remercie tous les membres de ma famille notamment :

· Mes papas (M. MOTSEBO Emmanuel, M TAKOUO Claude, M BOPDA Lazare ...) pour des efforts conjugués qu'ils ont consentis à mon endroit.

· Mes mamans (Maman Jacqueline, Maman Estha, Maman Nena, Maman Véronique, Maman Maryse...) pour leurs multiples soutiens.

· Mes frères (Serge FOTSO, Alphonse FODOUOP, Sylvain FOTSO, Guy FOTSO...) pour leurs soutiens.

· Mes soeurs (Madame SINDZE Solange, Madame DJODOM Mireille, Edith FOTSO ...) pour les efforts consentis à mon endroit.

· Je remercie également mes oncles et mes tantes (M FOGUIENG Samuel, M KOAGNE David, M MOUAFO Apollinaire, Madame TOUKAM Helene, MANEWA Véronique, Meffo Caroline, Jeannette NOUMSSI ...).

· Je remercie tous mes camarades et Amis notamment Monsieur ANANFACK Bernard, TSAFACK TANKEU Idris, FOTSA Lucien, Aissa MBANG, Landry NGUEPI, DIFFOUO TAZO de l'IAI-CAMEROUN qui m'a soutenu pendant mon parcours dans cet Etablissement.

· Je ne saurais terminer sans remercier tous les enseignants de l'IAI-Cameroun pour leurs efforts, travail et disponibilité tout au long de mes trois années a l'IAI-CAMEROUN.

SOMMAIRE

AVANT PROPOS i

DEDICACES ii

REMERCIEMENTS iii

LISTE DES FIGURES ix

LISTE DES TABLEAUX xii

GLOSSAIRE DES TERMES ET ABREVIATIONS xiii

RESUME xiv

ABSTRACT xv

DOSSIER D'INSERTION 2

INTRODUCTION 3

I. PRESENTATION GENERALE 4

II. PLAN DE LOCALISATION (voir annexe 1) 4

III. DIFFERENTES PRESTATIONS DE SERVICES ET PRODUITS D'ADVANCE IT 4

IV.ORGANISATION ADMINISTRATIVE DE L'ENTREPRISE (Annexe 2) 5

IV-1 POSTES DE DIRECTION 5

IV-2-POSTES LINES 6

IV-3- Poste d'exécution 8

V- LE TRAVAIL DANS L'ENTREPRISE 8

VI- INSERTION EN ENTREPRISE 10

VI-1-La Procédure d'Insertion 10

VI-2- Les rapports avec les dirigeants 10

CONCLUSION 11

CAHIER DE CHARGES 12

INTRODUCTION 13

I- DESCRIPTION DE LA DEMANDE 14

I-1- OBJECTIFS 14

I-2- FONCTIONNALITES DU PRODUIT 14

II- CRITERES D'ACCEPTABILITE ET DE RECEPTION 15

III- CONTRAINTES 15

III-1- CONTRAINTES DE DELAIS 15

III-2- OUTILS LOGICIELS UTILISES 15

III -3- LANGAGE DE PROGRAMMATION 16

IV- PLANNING 16

IV-1- RESSOURCES HUMAINES 16

IV-2- RESSOURCES MATERIELLES 17

IV -3- PLANIFICATION (DIAGRAMME DE GANTT) 18

V- ESTIMATION DU COUT DU PROJET 20

VI- BIENS LIVRABLES 21

CONLUSION 22

DOSSIER D'ANALYSE 23

INTRODUCTION 24

I- ETUDE DE L'EXISTANT 25

I-1- ACCESSIBILITE 25

I-2- SERVICES 25

II- CRITIQUE ET PROPOSITION DE SOLUTION 26

II-1- SOLUTION EN TERME D'ACCESSIBILITE 26

II-2- SOLUTION EN TERME DE SERVICES 26

III- METHODE D'ANALYSE 27

III-1- PRESENTATION DU LANGUAGE UML 27

III-2- UML ET 2TUP 30

IV- ETUDE PRELIMINAIRE 31

IV-1- IDENTIFICATION DES ACTEURS 31

V- CAPTURE DES BESOINS FONCTIONNELS 32

V- 1- VUE GLOBALE DE L'APPLICATION 32

V-1-1- Les cas d'utilisations et leurs descriptions 32

V- 1-2- Diagramme global des cas d'utilisations 37

V-2- VUE DETAILLEE DE L'APPLICATION 38

V-2- 1- Module d'authentification 38

V-2- 2- Gérer espace abonné 41

V-2- 3- Gérer radio 45

V-2- 4- Gérer Moteur de recherche 49

V-2- 6- Gérer Forum 54

V-2- 7- Gérer Comptes Utilisateurs 59

V- 2- 8- Gérer Paiement 62

V- 3- DIAGRAMME D'ACTIVITES 64

CONCLUSION 67

DOSSIER DE CONCEPTION 68

INTRODUCTION 69

I- PRESENTATION DE QUELQUES CONCEPTS 70

I-1- DEFINITIONS 70

I-2- OBJECTIFS DE LA PHASE CONCEPTION 70

II- LES DIAGRAMMES INTERVENANTS 71

II- 1- DIAGRAMME DE CLASSES 71

II- 2- DIAGRAMMES DE ETATS TRANSITIONS 74

CONCLUSION 77

DOSSIER DE REALISATION 78

INTRODUCTION 79

I- CONCEPTION PRÉLIMINAIRE 80

I-1- SCHEMA DE LA BASE DE DONNEES (Modèle relationnel) 80

I-1- ARCHITECTURE LOGICIELLE (DESIGN PATTERN MVC) 81

I-2- DIAGRAMME DE COMPOSANTS 82

II- IMPLÉMENTATION DÉTAILLÉE 83

II-1- ASPECT SÉCURITÉ DE L'APPLICATION 83

III- RÉSULTAT ET COMMENTAIRES 84

III-1- Présentation de quelques IHM 84

IV- DIFFICULTES RENCONTRES 87

CONCLUSION 88

DOSSIER DE DEPLOIEMENT 89

INTRODUCTION 90

I- ARCHITECTURE 3-TIERS 91

I-1- PRESENTATION 91

I-2- LES NIVEAUX DE L'ARCHITECTURE 3-TIERS 92

II- DIAGRAMME DE DÉPLOIEMENT 93

II-1- DEFINITION 93

II-2- DIAGRAMME PROPREMENT DIT 94

III- GUIDE D'INSTALLATION 94

IV- GUIDE UTILISATEUR 96

IV-1- Espace d'administration 96

IV-2- Espace agent Radio 98

CONCLUSION 101

CONCLUSION GENERALE 102

PERSPECTIVES 103

REFERENCES BIBLIOGRAPHIQUES 104

REFERENCES WEBOGRAPHIQUES 105

ANNEXES 106

LISTE DES FIGURES

Figure 1 : Diagramme de Gantt 20

Figure 2 : Evolution des langages 28

Figure 3 : Cycle de développement en Y (Mémoire FOUNDIKOU Verlain) 31

Figure 4 : Diagramme Globale des cas d'utilisations 38

Figure 5 : Diagramme de cas d'utilisation Gérer authentification 39

Figure 6 : Diagramme de Séquence "Se Connecter" 41

Figure 7 : Diagramme de Cas d'utilisation Gérer Abonné 42

Figure 8 : Diagramme de Séquence "Consulter enregistrement" 44

Figure 9 : Diagramme de Séquence « Consulter abonnement » 44

Figure 10 : Diagramme de Séquence Se « Désabonner » 45

Figure 11 : Gérer Radio 46

Figure 12 : Diagramme de Séquence Jouer Radio 48

Figure 13 : Diagramme de Séquence Arrêter Radio 48

Figure 14 : Diagramme de Séquence Changer Station 48

Figure 15 : Diagramme de cas d'utilisation Gérer Moteur de recherche 49

Figure 16 : Diagramme de séquence «Rechercher radio» 51

Figure 17 : Diagramme de séquence «Rechercher utilisateur» 51

Figure 18 : Diagramme cas d'utilisation Gérer taux d'audience 52

Figure 19 : Diagramme de séquence «Consulter taux d'audience» 53

Figure 20 : Diagramme cas d'utilisation Gérer Forum 54

Figure 21 : Diagramme de séquence «Consulter thème» 57

Figure 22 : Diagramme de séquence «Consulter Avis» 57

Figure 23 : Diagramme de séquence «Publier Avis» 58

Figure 24 : Diagramme de séquence «Publier thème» 58

Figure 25 : Diagramme de Cas d'utilisation Gérer Utilisateur 59

Figure 26 : Diagramme de séquence «Créer Compte» 61

Figure 27 : Diagramme de séquence «Modifier thème» 61

Figure 28 : Diagramme de cas d'utilisation Régler Facture 62

Figure 29 : Diagramme de séquence «Régler Facture» 63

Figure 30 : Diagramme d'activité Gérer Authentification 64

Figure 31 : Diagramme d'activité Gérer Espace Abonné 65

Figure 32 : Diagramme d'activité Gérer Radio 65

Figure 33 : Diagramme d'activité Gérer taux d'audience 66

Figure 34 : Diagramme de classe 73

Figure 35 : Diagramme d'état-transition classe Administrateur 75

Figure 36 : Diagramme d'état-transition classe Programme 75

Figure 37 : Diagramme d'état-transition classe Habilitation 76

Figure 39 : Base de données (Model Relationnel) 80

Figure 40 : Diagramme de composants 82

Figure 41 : page de connexion 85

Figure 43 : Enregistrement d'un programme 85

Figure 45 : Détail d'une habilitation 86

Figure 46 : Formulaire de connexion Agent Radio 86

Figure 47 : Architecture trois tiers (Source: www.google.com/images/troisier.png) 91

Figure 48 : Architecture Réseaux (Source : Mémoire TSAFACK TANKEU Idris) 93

Figure 49 : Digramme de déploiement 94

Figure 50 : Installation Wamp server 95

Figure 51 : Plan se Situation Advance-IT 107

Figure 52 : Organigramme Advance-IT 108

LISTE DES TABLEAUX

Tableau 1: Moyens Matériel et logiciels d'ADVANCE-IT 3

Tableau 2: Outils Logiciels Utilisés 15

Tableau 3 : Langages de Programmation utilisés 16

Tableau 4 : Ressources Humaines 16

Tableau 5 : Ressources Matérielles 17

Tableau 6 : Chronogramme des Activités 18

Tableau 7 : Estimation du Coût du projet 20

Tableau 8 : Liste des Cas d'utilisations et leurs Descriptions 32

Tableau 9 : Tableaux comparatifs UML Merise 106

GLOSSAIRE DES TERMES ET ABREVIATIONS

UML : Unified Modeling Language

2TUP : Two Track Unified Process

SI : Système d'Informations

UP : Unified Process

MVC : Model Vue Contrôleur

JS : JavaScript

DQL : Doctrine Query Language

SGBD : Système de Gestion de Bases de Données

URL : Uniform Ressource Locator

ORM : Objet Relationnal Mapping

SSII : Société de Service d'Ingénierie Informatique

IHM : Interface Homme Machine

BD : Base de données

IT : Information Technologie

Streaming : technologie qui permet de lire/ visionner/écouter des fichiers sans les télécharger.

TIC : Technologies de l'Information et de la Communication.

RESUME

Notre travail tout au long de cette durée de trois mois passé à ADVANCE-IT s'est effectué sous le thème : LA MISE SOUS PIED D'UNE APPLICATION DE RETRANSMISSION DES RADIOS LOCALES EN LIGNE, après avoir bien définit le cahier des charges, nous avons déterminé l'objectif à atteindre qui était celui de mettre sous pied une application web pour la radio en ligne. Afin que désormais l'on puisse écouter la radio Camerounaise indépendamment de notre situation géographique mais juste via une connexion internet. Dans ce mémoire de fin formation, il est donc question de présenter le travail qui a été effectué en entreprise. De prime à bord nous avons présenté en première partie un dossier d'insertion, ensuite en deuxième partie : le cahier des charges est présenté, dans celui-ci nous avons décrit exactement la demande du client. Ensuite en troisième partie, nous avons présenté le dossier d'analyse dans lequel nous avons effectué une brève étude de l'existant, des critiques et proposition de solutions et surtout le choix de la méthode d'analyse. Le projet à réaliser a été analysé et conçu avec la méthode 2TUP d'UML qui est un langage de modélisation Orienté Objet. Ensuite en quatrième partie, est défini le dossier de conception où est bien décrit comment réaliser les besoins fonctionnels définis dans le dossier d'analyse, via les diagrammes d'activités de classes et d'états transition. En outre, nous avons conçu en cinquième partie le dossier de réalisation dans lequel nous avons définie l'architecture logiciel de l'application via un diagramme de composants. Ensuite, nous avons conçu en sixième partie un dossier de déploiement, et enfin nous avons défini un guide d'installation et d'utilisation du produit conçu.

ABSTRACT

We did our academic internship at ADVANCE-IT during 3 month and half on the theme: THE ONLINE RADIO. After clearly defining our project specifications we got our aim which was building a web program for online radio in order to allow listening to Cameroonian radio through a network connection no matter where we are. In this end of training working storage as a computer science works engineer we present the work we did in enterprise. Firstly, we presented in an insertion report the enterprise in which our internship successfully took place. Secondly, the project's problem is presented as well as a brief existent analysis and especially the choice of our analysis method. Our project has been analyzed and conceived with the 2 Tracks Unified Process (2TUP) of Unified Modeling Language (UML) which is an object oriented language. Thirdly, we presented the analysis report in which we delimited the length of our web project and used UML diagrams (context, use cases, sequence) to define the functional needs of users. Fourthly, is defined the conception report where it is well defined how to realize the specifications mentioned in the analysis report through the activity, classes and state diagrams. Moreover, we did a realization report in which we defined the software architecture of our program through the components diagram; we concisely presented the methodology we used to fulfill the project. We also conceived a deployment report in which we specified the physical architecture of the program through a deployment diagram and built up the user's guide of the product. Finally, we brought out the difficulties encountered as well as the perspectives of our program.

INTRODUCTION GENERALE

Dans le but de former des Ingénieurs des Travaux Informatiques et dans le souci de leur permettre de se familiariser avec le monde du travail, l'Institut Africain d'Informatique Représentation du Cameroun (IAI-Cameroun), intègre dans sa formation en Génie Logiciel, à la troisième année d'études, un stage académique de trois mois (03) en entreprise ou tout autre organisme pouvant permettre à l'étudiant d'apporter une solution concrète aux problèmes qui lui sont posés. C'est dans cette optique que nous avons effectué un stage académique d'une durée de trois mois à ADVANCE-IT une SSII de la ville. Le thème qui nous a été attribué est : La Mise sous pied d'une application de retransmission des Radios locales en Ligne. Le présent document représente l'essentiel de notre travail effectué sous ce thème. La radio au Cameroun est un domaine en pleine expansion, et qui nécessite d'être pris avec beaucoup de considération car l'information est capitale dans une nation qui se veut émergent. Aujourd'hui lorsqu'un Camerounais va à l'étranger ou alors change simplement de région et parfois même de ville, il se retrouve privé de la radio qu'il écoute tous les jours, donc la station radio à laquelle il était habitué n'est plus du tout. Cependant, comment donc permettre à l'auditeur Camerounais de pouvoir écouter une station radio camerounaise tel que soit la ville , la région, le pays et même le continent dans lequel où il se trouve ? Là est donc la question principale qui se pose, dans ce mémoire nous allons proposer une démarche ingénieuse qui nous permettra de résoudre le problème qui se pose.

DOSSIER D'INSERTION

Résumé :

Dans cette partie nous présentons notre insertion en entreprise plus précisément à ADVANCE-IT.

Aperçu :

Introduction

I- Présentation générale

II-Plan de la localisation

III- Différentes prestation de services et produits d'ADVANCE-IT

IV- Organigramme administrative de l'entreprise

V- Organigramme d'ADVANCE-IT

VI- Le travail dans l'entreprise

VII- Insertion en entreprise

Conclusion

INTRODUCTION

La fin des études en troisième année à l'IAI-Cameroun est marquée par un stage académique en entreprise, que doit suivre l'étudiant. C'est dans la même optique que rendu au terme de l'année académique 2011-2012, nous avons été retenus à la prestigieuse entreprise ADVANCE-IT à Yaoundé  afin d'appliquer les enseignements reçus au cours de la formation et en même temps nous confronter aux réalités du monde socio-professionnel. Ainsi l'entreprise ADVANCE-IT spécialisée dans le développement des logiciels a bien voulu nous accueillir. Ce rapport d'insertion est le début d'un travail qui aboutira à la rédaction d'un rapport de stage et à la production d'une application informatique, résultat du projet dont nous aurons la charge de conduire sous la supervision des responsables de cette structure.

I. PRESENTATION GENERALE

ADVANCE IT est une société de service et d'ingénierie informatique (SSII) créée au cours de l'année 2010. Son siège est abrité par l'immeuble JULLY VOYAGE sis au quartier ELIG-ESSONO; plus précisément, ce siège se trouve entre le carrefour intendance et la station de service OILIBYA. ADVANCE IT est une Société à Responsabilité Limitée de droit Camerounais, crée pour fournir des services du génie logiciel, des réseaux locaux et distants, de la transmission de données, d'audit des systèmes informatiques et de la maintenance tant matérielle que des systèmes. Comme toute entreprise qui se veut conquérante et pérenne, l'accent est mis ici sur les offres et les prestations à valeur ajoutée de qualité, satisfaisant aux exigences des clients de manière précise et efficace. En outre les dirigeants s'assurent toujours que toute offre et/ou prestation de services obéit aux normes du métier. ADVANCE IT est à l'écoute de l'environnement afin de servir des produits futuristes.

II. PLAN DE LOCALISATION (voir annexe 1)

III. DIFFERENTES PRESTATIONS DE SERVICES ET PRODUITS D'ADVANCE IT

Les compétences de la société ADVANCE IT couvrent plusieurs branches du vaste domaine de l'informatique. Dans le génie logiciel par exemple la société a développé plusieurs logiciels.

Des logiciels sur mesure c'est-à-dire spécifiques aux besoins d'un client précis sont également développés. Les prestations de service se font à travers l'ingénierie des applications informatiques, l'administration des bases de données, le développement web, le câblage des réseaux, la sécurité, la maintenance matériel, réseau et système, la vente de matériel et consommable, les offres de formation. Toute fois en période de surcroît d'activités l'entreprise fait appel à des partenaires extérieurs pour remplir certaines obligations ; notamment en ce qui concerne l'installation, la configuration et la maintenance des réseaux. Fort de ces atouts ADVANCE IT compte parmi ses clients :

- QUIFEUROU

- STE NKAM

- SADOC SARL

- SANTA LUCIA

- AFRIQUE MODERNE

- NT FOODS

Pour ne citer que ceux-là. Cette société de service et d'ingénierie informatique possède une structure hiérarchique clairement établie.

IV.ORGANISATION ADMINISTRATIVE DE L'ENTREPRISE (Annexe 2)

ADVANCE-IT est dotée d'un conseil d'administration qui regroupe l'ensemble des actionnaires et sa gestion quotidienne est assurée par la direction générale, une direction administrative et financière, une direction commerciale et des opérations et, une direction technique.

IV-1 POSTES DE DIRECTION

IV-1-1- Le Directeur Général

Activité et taches du poste

Définit la politique générale de l'entreprise ainsi que ses grandes orientations ;

Nomme et révoque les directeurs ;

Autorise les conventions passées entre la société et les tiers ;

C'est celui qui est chargé de préparer les achats de Marchandises (consommables et autres) de prestation et de sous -traitante dans l'entreprise.

Autorise les cautions, avals et garanties données par la société en faveur des tiers.

· IV-1-2- Le Directeur des Projets

Activité et taches du poste

Il coordonne l'ensemble des projets

§ Planifier les actions nécessaires pour atteindre les objectifs fixés ;

§ Assurer le suivi et l'exécution des plans et actions mis en oeuvres pour atteindre les objectifs fixés pour chaque projet ;

§ Diriger et coordonner les activités techniques de l'entreprise ;

§ Superviser et coordonner les actions des équipes en relations avec chaque projet ;

IV-2-POSTES LINES

IV-2-1- Le chef de département web design

Activité et taches du poste

§ Chargé des conceptions graphiques requises pour les solutions logicielles en entreprises

§ Conception des chartes graphiques et des supports associés

§ Production des Template

§ Participer à l'élaboration du cahier de charges

IV-2-2- Le chef de département développement

Activité et taches du poste

§ Gere les phases d'analyse, de conception, de programmation et de test de logiciel

§ Assure les maintenances évolutives et correctives des aspects liées à la base de données et aux codages dans ces logiciels

§ Participer à l'élaboration du cahier de charges

IV-2-3- Le chef de département déploiement

Activité et taches du poste

§ Assure le déploiement des solutions logiciel en environnement d'exploitation chez le client

§ Chargé de l'intégration des solutions des logiciels chez le client

§ Chargé d'assurer la maintenance réseau et système chez le client

IV-2-4- Chef de département Commercial

Activité et taches du poste

§ Fait un rapport d'activité mensuelle de tous les commerciaux

§ Elabore le business plan en collaboration avec le DG ;

§ Définit la politique commerciale globale de l'entreprise ;

§ Coache l'ensemble de l'équipe commerciale ;

IV-2-5- Secrétaire de Direction

Activité et taches du poste

§ Enregistrement du courrier arrivée et du courrier départ ;

§ Classement du dossier ;

§ Saisie des documents et de la correspondance diverse ;

§ Prendre les procès-verbaux des réunions de service ;

IV-2-6- Chef de Département comptabilité

Activité et taches du poste

§ Vérifier l'arithmétique de conformité des factures fournisseurs, clients et autres pièces comptables avant toute mise en paiement ;

§ Enregistrer les opérations comptables diverses ;

§ Elaborer des états comptables et financiers

IV-2-7- Responsable des ressources humaines

Activité et taches du poste

§ Suivi des feuilles de pointage, rédaction des rapports hebdomadaires et mensuels sur le travail du personnel ;

§ Réception des demandes d'emploi, étude et convocation pour entretien et tests des candidats ayant le profil adapté aux besoins de l'entreprise ;

IV-3- Poste d'exécution

IV-3-1- Commerciaux 

Activité et taches du poste

Sous l'autorité du Chef de département commercial, ils sont chargé de :

§ Déployer sur le terrain la stratégie commerciale arrêtée par la hiérarchie ;

§ Assurer le suivi des clients : prospection, ventes, suivi des règlements ;

§ Gérer le portefeuille clients à lui confier et participe à son développement ;

§ Veille à l'image de marque de l'entreprise ;

V- LE TRAVAIL DANS L'ENTREPRISE

L'entreprise étant spécialisée dans le développement des logiciels d'applications, pour la conception et la réalisation de ses dernières, elle utilise le matériel et le logiciel suivant :

· MOYENS MATERIELS ET LOGICIELS DE D'ADVANCE IT

Voici le recensement du parc informatique de SOLTEC de l'année 2012

Tableau 1: Moyens Matériel et logiciels d'ADVANCE-IT

MatérielMarqueQuantitéPCBureau IBM6PortableSAMSUNG, TEG, FUJITSU SIEMENS, ACER10 ImprimanteJet d'encreHP, EPSON03LaserHP, EPSON02Multifonctions : Imprimante +PhotocopierHP03 TéléphoneFixeSIEMENS1GSMNOKIA, Motorola, BlackBerry,7OnduleurAPC, MGE2Routeur Cisco03Commutateur01ModemDisque Dur externeWestern digital03CasquePhillips, Logitech5 ConsommableClavierHP, IBM27SourisPapierRoxalCartoucheSelon la marque de l'imprimante ou du faxTonnerRouleau FAXCD / DVDPrinco, Verbation ,

· Logiciels  On peut recenser au niveau d'ADVANCE-IT les logiciels suivants :

Logiciels au niveau : Services Microsoft office 2003 Microsoft office 2007 Développement php5,zend framework, tortoise MySQL Système d'exploitationWindows Xp SP3 Windows 2003 serverSécurité Avast

VI- INSERTION EN ENTREPRISE

VI-1-La Procédure d'Insertion

L'insertion s'est déroulée dans une salle bien aménagée pour les stagiaires dans la matinée du lundi 09 juillet 2011 à 8h 30min. Après toutes les présentations entre stagiaires et encadreurs, la structure nous a été présentée ainsi que son règlement intérieur ; ledit règlement qui devra scrupuleusement être respecté pour notre bon suivi. Au regard des meilleurs services fournis par cette structure, elle a fait face à une forte demande de stages ce qui a amené les dirigeants à augmenter le matériel adéquat en vue d'accueillir à tous les stagiaires retenus ; des ordinateurs ont été mis à la disposition de ceux d'entre nous qui ne disposaient pas d'ordinateur portable afin de garantir un bon déroulement du pratique et professionnel pour tous les candidats.

VI-2- Les rapports avec les dirigeants

Le directeur générale de la société ainsi que ses collaborateurs sont pour la plupart des ingénieurs de conceptions en informatique. Ils rendent l'ambiance dans la structure très professionnelle et éducative, car entant qu'ainés et plus aguerris dans le domaine informatique que nous, ils ont la qualification nécessaire pour donner des conseils et bien encadrer les stagiaires que nous sommes

CONCLUSION

L'entreprise qui a la charge de nous encadrer pendant notre stage de troisième année est une entreprise qui remplit pleinement les normes requises pour pouvoir assurer notre encadrement. Ceci étant pour la suite de notre stage académique, il nous a été confié l'analyse et l'implémentation d'un logiciel permettant de retransmettre les radios local en ligne.

CAHIER DE CHARGES

Résumé :

L'objectif principal cette partie est de décrire avec précision les besoins des utilisateurs et les conditions nécessaires à la réussite du projet. Cette partie est considérée comme un outil de communication et de description du projet pour éviter la production des résultats inadéquats.

Aperçu :

Introduction

I- Description de la demande

II- Critères d'acceptabilité et de réception

III- Contraintes

IV- Planning

V- Estimation du coût du projet

VI- Biens livrables

Conclusion

INTRODUCTION

Le cahier de charges est un document qui décrit avec précision les besoins des utilisateurs et les conditions nécessaires à la réussite d'un projet. Il est à la fois un outil de communication et de description du projet pour éviter la production des résultats inadéquats. Après une étude de l'existant, des criques et propositions de solutions, les souhaités sont :

§ La diffusion des radios nationales sur tout le territoire camerounais et dans le monde entier ; non plus seulement pour la plus part limité à une région.

§ Permettre à toute la diaspora Camerounaise de suivre les activités du pays en leur permettant d'écouter en temps réel les radios nationales.

§ Permettre à chaque région du pays d'être au parfum via la Radio en ligne des différents évènements relatifs aux autres régions.

§ Écouter des contenus audio non disponibles ailleurs.

§ Permettre aux Stations Radios de mieux gérer les contenues qu'ils désirent offrir aux auditeurs.

Comme tout projet informatique, la réalisation de ce projet passera d'abord par l'établissement d'un cahier de charge.

Ce document sera constitué de quatre points principaux :

§ La description de la demande ;

§ Les contraintes ;

§ Planification

§ Bien Livrable

I- DESCRIPTION DE LA DEMANDE

I-1- OBJECTIFS

L'objectif de ce projet est de permettre à des personnes disposant d'une connexion internet de pouvoir sélectionner et écouter des chaînes de radio émettant depuis le territoire nationale. En effet une application web doit être conçu pour répondre à la demande.

I-2- FONCTIONNALITES DU PRODUIT

Le système doit permettre:

§ L'authentification des utilisateurs s'étant abonnée:

§ La visualisation des différentes chaînes disponible sur la plateforme ;

§ Le système doit permettre de sélectionner une chaîne à la fois et de l'écouter ;

§ Le système doit fournir un mécanisme d'abonnement dans lequel l'utilisateur pourra sélectionner les chaînes qui l'intéressent ;

§ Le système doit permettre de générer les taux d'audience recensé selon les différentes chaînes ;

§ Permettre de regrouper les utilisateurs par groupe et à chaque groupe est affectée un ensemble d'habilitation : une habilitation détermine une information à laquelle l'utilisateur peut accéder ainsi que le type d'accès. Ainsi ne pourront accéder à une information que les utilisateurs dont l'habileté d'accès à cette information est affectée au groupe auquel il appartient.

II- CRITERES D'ACCEPTABILITE ET DE RECEPTION

Le produit livré est jugé acceptable s'il respecte les exigences ci-après :

§ Les objectifs illustrés ci-haut sont atteints ;

§ Les différentes fonctionnalités du projet sont présentes.

III- CONTRAINTES

III-1- CONTRAINTES DE DELAIS

Le projet devra être réalisé en 3 mois et plus précisément 12 semaines à compter de la date de début du projet qui est le 09 juillet 2012.

III-2- OUTILS LOGICIELS UTILISES

Tableau 2: Outils Logiciels Utilisés

NOM DU LOGICIEL	ROLE
Wamp server 2.2d	Serveur web destiné à héberger notre application.
Mozilla firefox 14	Navigateur web nécessaire au client pour utiliser l'application.
Internet Explorer 9	Navigateur web nécessaire au client pour utiliser l'application.
Opera 12	Navigateur web nécessaire au client pour utiliser l'application.
Power designer	Atelier de Génie Logiciel utilisé pour la modélisation du la solution.
Notepad++	Editeur de code utilisé pour le codage de l'application
Adobe Dreamweaver cs5	Editeur de code utilisé pour le codage de l'application
Mysql WorkBench	Logiciel utilisé pour la conception du modèle relationnel
Adobe PhotoShop	Logiciel utilisé pour concevoir les interfaces de l'application.
ZF (Zend Framework) 1.1.10	Framework PHP le plus utilisé sur le web
SGBD MySql	Système de gestion de base de données utilisé
L'ORM Doctrine 2.0.7	ORM le plus utilisé sur le web pour mapper la BD relationnelle en Classes

III -3- LANGAGE DE PROGRAMMATION

Tableau 3 : Langages de Programmation utilisés

LANGAGES	ROLES
PHP 5	Langage de programmation orienté objet, le plus utilisé sur le web pour développer des applications.
HTML 5
CSS 3
Jquery-ui 1.8.16	Bibliothèque Js pour des interfaces web dynamiques
DQL (Doctrine Query Language)	Langage utilisé pour lancer des requêtes au serveur de base de donnés
Zend Framework	Langage orienté objet du framework basé sur le PHP.

IV- PLANNING

IV-1- RESSOURCES HUMAINES

Tableau 4 : Ressources Humaines

Ressource Humaine	Rôle
M. JIOTSOP Willy	Maître de Stage / Maitre d'ouvre
M. TCHIO NGNOUNEVOU Flaubert	Encadreur Académique
TATOUO FOTSO Patrice	Membre de l'équipe de réalisation

IV-2- RESSOURCES MATERIELLES

Tableau 5 : Ressources Matérielles

Nom de la ressource	Caractéristiques	Rôle
1 Pc portable	NomValeurFabriquantLENOVODisque dur230 GoProcesseurPentium(R) Dual-core 2CPU~2.2GhzRam4096 MbCarte graphiqueIntel :1278 Mb	Utilisé dans tout le processus de réalisation du projet pour diverses tâches faisant intervenir un ordinateur
1 PC portable	NomValeurFabriquantTOSHIBADisque dur230 GoProcesseurPentium(R) Dual-core 2CPU~2.2GhzRam2024 MbCarte graphiqueIntel :512 Mb	Utilisé dans tout le processus de réalisation du projet pour diverses tâches faisant intervenir un ordinateur
1 Serveur	NomValeurFabriquantHPDisque dur2 ToProcesseurPentium(R) Dual-core 2CPU~2.2GhzRam4096 MbCarte graphiqueIntel :1278 Mb	Utilisé pour le visionnage de l'application.
...

IV -3- PLANIFICATION (DIAGRAMME DE GANTT)

IV-3-a- Chronogramme des activités

Tableau 6 : Chronogramme des Activités

Nom de l'étapeNom de la tacheDate de débutDate de finRessources Humaines CAHIER DES CHARGESEtablissement du cahier des charges09/07/1213/07/12JIOTSOP Willy, TSAFACK TANKEU Idris, TATOUO FOTSO Patrice ANALYSEEtude de l'existant13/07/1215/07/12TSAFACK TANKEU Idris, TATOUO FOTSO PatriceCritique et proposition de solution15/07/1221/07/12Choix et justification de la méthode d'analyse23/07/1224/07/12TSAFACK TANKEU Idris, TATOUO FOTSO PatriceEtude préliminaire24/07/1225/07/12JIOTSOP Willy, TSAFACK TANKEU Idris, TATOUO FOTSO PatriceCapture des besoins fonctionnels25/07/1228/07/12TSAFACK TANKEU Idris, TATOUO FOTSO PatriceCapture des besoins techniques30/07/1205/08/12JIOTSOP Willy, TSAFACK TANKEU Idris CONCEPTIONDécoupage en Catégories06/08/1209/08/12JIOTSOP Willy, TSAFACK TANKEU Idris, TATOUO FOTSO PatriceConception préliminaire11/08/1217/08/12TSAFACK TANKEU Idris, TATOUO FOTSO Patrice REALISATIONConception détaillée19/08/1217/09/12TATOUO FOTSO Patrice TSAFACK TANKEU IdrisGuide d'Installation18/09/1223/09/12TATOUO FOTSO Patrice TSAFACK TANKEU IdrisGuide Utilisateur23/09/1229/09/12TESTSPhase de tests et correction de bugs01/10/1210/10/12TATOUO FOTSO Phase de maintenance évolutive

IV-3-b- Diagramme de GANTT

Figure 1 : Diagramme de Gantt

V- ESTIMATION DU COUT DU PROJET

Il est important de faire une évaluation de tout projet. Le facteur le plus utilisé dans l'estimation du coût d'un projet est la ressource humaine.

Tableau 7 : Estimation du Coût du projet

Type de la Ressource	Nombre	Durée	Coût par semaine	Coût Total
Chef de projet	1	8 semaines	250000fcfa	2 000 000fcfa
Analyste	3	1semaine	450000fcfa	450 000fcfa
Développeurs	3	2 semaines	360000fcfa	720 000fcfa
Web designer	2	1 semaine	200000fcfa	200 000fcfa
Testeurs	2	2 semaines	200000fcfa	400 000fcfa
Agent de Maintenance	2	12 semaines	200000fcfa	2 400 000fcfa
Serveur	1			1000000fcfa
Onduleur	2			80000fcfa
Ordinateur	2			800000fcfa
Modem	2			130000fcfa
Switch	1			150000fcfa
				8 330 000fcfa

L'estimation du coût de ce projet s'élève donc à 8 330 000fcfa

VI- BIENS LIVRABLES

Une fois les objectifs atteints, les livrables seront les suivants :

§ Un rapport complet comportant

o le cahier de charges,

o le document d'analyse,

o le document de conception,

o le document de réalisation,

o le guide d'installation,

o le guide d'utilisation des solutions conçues ;

o les difficultés rencontrées.

§ 1 CD ROM comportant

o l'application web ;

o son guide d'installation

o son guide utilisateur ;

CONLUSION

En définitive, la réalisation de ce projet sera un très grand atout pour nos radio nationales car elles pourront désormais être écoutées à travers le monde entier, ainsi tout citoyen Camerounais (voire même la diaspora) pourra écouter toute radio nationale mis en ligne indépendamment de son lieu de d'émission. Cependant, ce projet impose beaucoup de concentration et de rigueur dans le travail et se doit de suivre le chronogramme des activités défini plus haut.

DOSSIER D'ANALYSE

Résumé :

L'objectif principal de la phase d'analyse d'un logiciel est la capture des besoins de l'utilisateur c'est-à-dire la délimitation du périmètre de l'application à concevoir. Dans ce dossier, nous commencerons par effectuer une étude préliminaire de l'application, via laquelle nous présenterons les acteurs du système, le diagramme de contexte ; puis nous effectuerons une analyse des besoins fonctionnels via une vue globale et détaillée de l'application.

Aperçu :

Introduction

I- Etude de l'existant

II- Critiques et proposition de solution

III- Choix de la méthode d'analyse

IV- Etude préliminaire

IV-1- Identification des acteurs

V- Capture des besoins fonctionnels

V-1-Vue globale de l'application

V-2- Vue détaillée de l'application

Conclusion

INTRODUCTION

L'analyse d'une application est la phase pendant laquelle le système à mettre en place est étudié d'une façon très précise. Cette étude est axée sur les spécifications fonctionnelles de manière à obtenir une idée exacte de ce que va réaliser le système pour les utilisateurs. Les résultats de l'analyse ne dépendent d'aucune technologie particulière, cependant le résultat principal de cette partie est la délimitation du périmètre de l'application à concevoir c'est-à-dire les besoins des futurs utilisateurs. Après avoir bien définie le cahier des charges de l'application, l'analyse s'effectuera comme suit : d'abord nous effectuerons une étude de l'existant, suivit des critiques et propositions de solutions, ensuite nous effectuerons une étude préliminaire, puis viendra l'analyse des besoins fonctionnel représenté par la branche gauche du cycle de développement en Y de 2TUP.

I- ETUDE DE L'EXISTANT

Faire une étude de l'existant revient tout simplement à montrer comment se présente la situation actuelle des radios Camerounaises en termes d'accessibilité et de service.

I-1- ACCESSIBILITE

Les radios au Cameroun ont presque toutes des fréquences de type modulation de fréquences. Un auditeur qui change de ville ou de région n'a parfois plus accès à la station radio qu'il écoutait dans sa localité initiale. Il existe certaines exceptions qui, pour rester présent d'une région ou un d'un pays à un autre, opte pour l'utilisation de fréquences d'écoutes, ce qui non seulement oblige non seulement la station radio à rappeler aux auditeurs à chaque fois ses différentes fréquences d'écoutes par région ou par pays, mais aussi aux auditeurs de retenir beaucoup de fréquences d'écoute juste pour une station radio. S'il y en 200 Stations au pays ? Cela devient difficile à gérer.

I-2- SERVICES

Actuellement, afin de conserver une taille maximum de l'auditoire, les stations radios proposent des services aux auditeurs afin de créer une interactivité entre la radio et ceux-ci. Nous pouvons noter :

§ Des programmes relatif aux jeux de question / réponses avec des lots à gagner tel que crédit de communications, T-Shirt etc.

§ Des programmes sociaux, via lesquelles les auditeurs posent des problèmes pour une résolution collective.

§ L'écoute de la musique à la demande

II- CRITIQUE ET PROPOSITION DE SOLUTION

Après avoir montré l'état des lieux en ce qui concerne les stations radio Camerounaises, nous avons noté plusieurs critiques et limites, dont notre devoir en tant que futur Ingénieurs est de lever.

II-1- SOLUTION EN TERME D'ACCESSIBILITE

Nous pouvons offrir à une Station Radio, la possibilité d'être accessible de n'importe quel lieu de ce monde, cependant la condition étant l'obligation pour l'auditeur d'avoir un accès à Internet.

Une brève explication de la technologie s'impose : les ondes radios devront d'abord être captées, puis converties de l'analogique pour le numérique, ensuite par la technologie de streaming, ces ondes converties en numérique pourront donc être diffusées sur le web. Il est à noter que le streaming est une technologie qui permet de lire/ visionner/écouter des fichiers sans les télécharger.

Le principe du streaming repose sur la mise en tampon (buffering) des données téléchargées vers l'auditeur par un serveur, délivrées par petits morceaux, gardant une dizaine de secondes d'avance sur l'auditeur, puis les effaçant. Il permet une lecture en transit, au fur et à mesure du téléchargement du fichier, sans possibilité de copie.

II-2- SOLUTION EN TERME DE SERVICES

Pour ce qui est des services, en plus des services qu'offrent déjà les stations radio, plusieurs autres services du web les seront offerts toujours dans l'optique de garder scotché les auditeurs à une station radio. Les services suivants seront amenés à être fonctionnel pour chaque station radio :

§ Un forum sur les programmes de la radio : les auditeurs auront ainsi la possibilité de s'exprimer sans contraintes de crédit ou de temps pour la station radio, laisser des commentaires relatifs aux problèmes des autres auditeurs.

§ La consultation du planning des programmes de la Station Radio afin de ne rater un programme jugé important.

§ Le service de réécoute de programmes enregistrés sur la plateforme : un auditeur aura par exemple la possibilité d'écouter un journal de 20 H à 22H sans nuire ni la Station Radio ni les autres auditeurs

§ Le service de programmation d'enregistrement : l'auditeur peut s'avérer être indisponible durant la diffusion d'une émission qui aura lieu, dès lors, il a la possibilité de programmer un enregistrement automatique de cette diffusion et l'écouter plus tard.

III- METHODE D'ANALYSE

III-1- PRESENTATION DU LANGUAGE UML

§ Les premières méthodes d'analyse (années 70) Découpe cartésienne (fonctionnelle et hiérarchique) d'un système.

§ L'approche systémique (années 80)

Modélisation des données + modélisation des traitements (Merise, Axial, IE...).

§ L'émergence des méthodes objet (1990-1995)

Prise de conscience de l'importance d'une méthode spécifiquement objet: comment structurer un système sans centrer l'analyse uniquement sur les données ou uniquement sur les traitements (mais sur les deux) ? Plus de 50 méthodes objet sont apparues durant cette période (Booch, Classe-Relation, Fusion, HOOD, OMT, OOA, OOD, OOM, OOSE...) ! Aucune méthode ne s'est réellement imposée.

§ Les premiers consensus (1995)

OMT (James Rumbaugh) : vues statiques, dynamiques et fonctionnelles d'un système. Issue du centre de R&D de General Electric. Notation graphique riche et lisible.

OOD (Grady Booch) : vues logiques et physiques du système. Définie pour le DOD, afin de rationaliser de développement d'applications ADA, puis C++. Ne couvre pas la phase d'analyse dans ses 1ères versions (préconise SADT). Introduit le concept de package (élément d'organisation des modèles).

OOSE (Ivar Jacobson) : couvre tout le cycle de développement. Issue d'un centre de développement d'Ericsson, en Suède. La méthodologie repose sur l'analyse des besoins des utilisateurs.

§ L'unification et la normalisation des méthodes (1995-1997)

UML (Unified Modeling Langage), la fusion et synthèse des méthodes dominantes :

Figure 2 : Evolution des langages

§ UML aujourd'hui : un standard incontournable

o UML est le résultat d'un large consensus (industriels, méthodologistes...).

o UML est le fruit d'un travail d'experts reconnus.

o UML est issu du terrain.

o UML est riche (il couvre toutes les phases d'un cycle de développement).

o UML est ouvert (il est indépendant du domaine d'application et des langages

o d'implémentation).

o Après l'unification et la standardisation, bientôt l'industrialisation d'UML

o les outils qui supportent UML se multiplient (GDPro, ObjectTeam, Objecteering,

o Open Tool, Rational Rose, Rhapsody, STP, Visio, Visual Modeler, WithClass...).

o XMI (format d'échange standard de modèles UML).

§ UML évolue mais reste stable !

o L'OMG RTF (nombreux acteurs industriels) centralise et normalise les évolutions d'UML au niveau international.

o Les groupes d'utilisateurs UML favorisent le partage des expériences.

o De version en version, UML gagne en maturité et précision, tout en restant stable.

o UML inclut des mécanismes standards d'auto-extension.

o La description du méta modèle d'UML est standardisée (OMG-MOF).

§ UML est un langage formel et normalisé

o gain de précision

o gage de stabilité

o encourage l'utilisation d'outils

§ UML est un support de communication performant

o Il cadre l'analyse.

o Il facilite la compréhension de représentations abstraites complexes.

o Son caractère polyvalent et sa souplesse en font un langage universel

Au vue de tous ces arguments, on à décider d'utiliser le langage de modélisation UML car on constate qu'il est investissement fiable ! UML étant un langage et non une méthode, l'adoption d'un démarche s'impose ainsi, le avons opté pour la méthode 2TUP qui s'appuie sur le processus unifié lui-même basé sur UML.

III-2- UML ET 2TUP

Un processus définit une séquence d'étapes, en partie ordonnées, qui concourent à l'obtention d'un système logiciel ou à l'évolution d'un système existant. L'objet d'un processus de développement est de produire des logiciels de qualité qui répondent aux besoins de leurs utilisateurs dans des temps et des coûts prévisibles.

Le processus 2TUP (Two Track Unified Process) est un processus unifié. Il gère la complexité technologique en donnant part à la technologie dans son processus de développement.

Le 2TUP propose un cycle de développement qui dissocie les aspects techniques des aspects fonctionnels et propose une étude parallèle des deux branches : fonctionnelles (étude de l'application) et la technique (étude de l'implémentation).

Illustré sur la figure suivante, le processus

2TUP s'articule autour de trois phases :

· Une branche technique

· Une branche fonctionnelle

· Et une branche de conception réalisation

La figure suivante détaille les étapes de développement des trois branches du processus 2TUP :

Figure 3 : Cycle de développement en Y (Mémoire FOUNDIKOU Verlain)

IV- ETUDE PRELIMINAIRE

L'étude préliminaire est la phase d'analyse dans la méthode 2TUP qui précède directement l'analyse proprement dite effectuée au niveau de la branche fonctionnelle du cycle de développement en Y. Elle consiste à effectuer une pré-analyse de l'application à concevoir, plus précisément en relatant les relations entre acteurs du système et fonctionnalités de l'application. On débouchera donc dans les titres suivant, à une analyse des exigences fonctionnelles du logiciel et une délimitation de la frontière de celui-ci.

IV-1- IDENTIFICATION DES ACTEURS

Nous allons énumérer les acteurs susceptibles d'interagir avec le système, mais d'abord nous donnons une définition de ce que c'est qu'un acteur.

Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le système étudié.

Les acteurs qui utiliseront l'application web seront :

§ L'Internaute : simple internaute de la toile, qui fait son entré dans l'application web en vue d'écouter la radio ;

§ L'Abonné : internaute s'étant inscrit à la plateforme afin d'être reconnu comme auditeur ;

§ L'Agent Radio : personne travaillant à une des stations de radio mises en ligne ;

§ L'Administrateur : un particulier, ou personne travaillant dans la structure qui exploite l'application web. Celui ayant le control de la plateforme.

V- CAPTURE DES BESOINS FONCTIONNELS

V- 1- VUE GLOBALE DE L'APPLICATION

V-1-1- Les cas d'utilisations et leurs descriptions

Un cas d'utilisation représente un ensemble de séquences d'actions réalisées par le système et produisant un résultat observable intéressant pour un acteur particulier. Un cas d'utilisation modélise un service rendu par le système. Il exprime les interactions acteurs/système et apporte une valeur ajoutée « notable » à l'acteur concerné. Ainsi, les cas d'utilisations de l'application web sont décrits dans le tableau ci-dessous :

Tableau 8 : Liste des Cas d'utilisations et leurs Descriptions

Domaine de Gestion	CAS D'UTILISATION	ACTIONS SUR LE SYSTEME	ACTEURS
Gestion de l'espace abonné	Consulter enregistrement	Permet de consulter les émissions enregistrées de l'abonnée.	- Abonné
	Ecouter enregistrement	Permet d'écouter un enregistrement.
	Télécharger enregistrement	Permet de télécharger un enregistrement
	Consulter abonnements	Permet de consulter l'état des abonnements
	Supprimer enregistrement	Permet à l'abonné de supprimer un enregistrement
	Se désabonner	Permet de se désabonner à un service.
Gestion d'authentification	Se connecter	Permet à différents utilisateur de connecter à l'application web.	- Abonné ; - Agent Radio ; - Administrateur.
	Se déconnecter	Permet à différents utilisateur de se déconnecter de l'application web.
	Récupérer mot de passe	Permet d'obtenir un nouveau mot de passe en d'oubli de l'ancien.	- Abonné ; - Agent Radio ;
Module du lecteur Radio	Jouer radio	Permet de jouer une station radio donnée.	- Abonné ; - Agent Radio ; - Administrateur ; - Internaute.
	Arrêter radio	Permet d'arrêter la lecture sur la radio.
	Régler volume	Permet d'augmenter ou de diminuer le volume de la radio.
	Changer station	Permet de passer d'une station radio à une autre par un bouton suivant et un bouton précédent.
	Noter radio	Permet à l'abonné de donner une note sur 5 à la station radio en cours d'écoute.	- Abonné.
Module de recherche des Radios (Pour écoute)	Rechercher radio par son nom	Permet de recherche une radio par son nom.	- Abonné ; - Agent Radio ; - Administrateur.
	Rechercher radio par son pays	Permet de recherche une radio par son pays.
	Rechercher radio par sa ville	Permet de rechercher une radio par sa ville.
	Rechercher radio par sa langue de diffusion	Permet de rechercher une radio par sa langue de diffusion.
	Rechercher radio par son genre.	Permet de rechercher une radio par son genre (radio musicale, thématiques, religieuse, généraliste...).
	Rechercher radio par note.	Permet à l'abonné de rechercher une radio suivant la note sur 5 qu'il à attribuée.	- Abonné.
Gestion du Forum	Publier thème.	Permet de mettre un thème à la disposition des abonnés pour discussion.	- Administrateur.
	Modifier thème.	Permet de mettre à jour les informations d'un thème
	Supprimer thème.	Permet de supprimer un thème.
	Consulter thème.	Permet de consulter la liste des thèmes.	- Administrateur ; - Abonné ; - Internaute.
	Publier avis.	Permet à l'abonné de donner son un avis sur un thème.	- Abonné.
	Consulter avis.	Permet à l'abonné de consulter les avis d'un thème.	- Abonné ; - Internaute
Gestion de la Newsletter	Créer un mail	Permet de créer un mail	- Administrateur.
	Modifier mail	Permet de modifier un mail
	Supprimer mail	Permet de supprimer un mail
	Envoyer mail par service	Permet d'envoyer un mail aux abonnés d'un service donné
	Envoyer mail par ville	Permet d'envoyer un mail aux abonnés d'une ville donné
	Envoyer mail par pays	Permet d'envoyer un mail aux abonnés d'un pays donné
	Consulter liste mail	Permet de consulter les mails déjà envoyés aux abonnés
	S'abonner newsletter	Permet de s'abonner à la newsletter	- Abonné.
	Se désabonner newsletter	Permet de se désabonner à la Newsletter.
Administrer Services	Créer service	Permet de créer un nouveau service.	- Administrateur
	Modifier service	Permet de modifier un service
	Supprimer service	Permet de supprimer un service.
	Activer service	Permet d'activer un service
	Désactiver service	Permet de désactiver un service.
Service programmation d'enregistrements	Programmer enregistrement	Permet de programmer un enregistrement automatique d'une émission	- Abonné
	S'abonner service programmation d'enregistrement	Permet de s'abonner au service de programmation d'enregistrement.
Service de la réécoute d'émissions	Consulter émissions enregistrés	Permet de consulter les enregistrements proposés par la plateforme.
	Trier émissions par radios	Permet d'afficher les émissions en fonctions des radios
	Trier émissions par nom	Permet d'afficher les émissions en fonctions des noms
	Trier émissions par période	Permet d'afficher les émissions en fonctions des périodes
	S'abonner service réécoute d'émissions	Permet de s'abonner au service réécoute d'émissions.
Gestion Stations Radio	Créer profil radio	Permet de créer un profil radio	- Administrateur
	Supprimer profil radio	Permet de supprimer un profil radio
	Désactiver radio	Permet de suspendre la diffusion d'une station radio
	Activer radio	Permet de relancer la diffusion d'une station radio
	Modifier profil radio	Permet de mettre à jour le profil d'une station radio	- Administrateur ; - Agent Radio.
	Créer émission	Permet de créer une émission
	Modifier émission	Permet de modifier une émission
	Supprimer émission	Permet de supprimer une émission
	Consulter émissions	Permet de consulter une émission
Gestion des Comptes Utilisateurs	Créer compte	Permet de créer un compte utilisateur	- Administrateur
	Modifier compte	Permet de modifier un compte utilisateur
	Supprimer compte	Permet de supprimer compte utilisateur
	Consulter compte	Permet de consulter les comptes utilisateurs
Moteur de Recherche d'Utilisateurs	Rechercher utilisateur par nom	Permet de rechercher un utilisateur connaissant juste son nom	- Administrateur
	Rechercher utilisateur par prénom	Permet de rechercher un utilisateur connaissant juste son prénom
	Rechercher utilisateur par login	Permet de rechercher un utilisateur connaissant juste son login
	Rechercher utilisateur par âge	Permet de rechercher un utilisateur connaissant juste son âge
	Rechercher utilisateur par pays	Permet de rechercher un utilisateur connaissant juste son pays
	Rechercher utilisateur par ville	Permet de rechercher un utilisateur connaissant juste son ville
Gestion du taux d'audience y=f(x)	Consulter taux d'audience par période	Permet de consulter un graphe présentant le taux d'audience tel qu'on ait : y = Nombre d'auditeurs f(x)= Les radios Le graphe pouvant varier suivant un troisième critère qu'est la période en Mois.	- Administrateur ; - Agent Radio
	Consulter taux d'audience par âge	Idem au graphe défini ci-dessus le troisième critère étant l'âge.
	Consulter taux d'audience par genre	Idem au graphe défini ci-dessus le troisième critère étant genre.
	Consulter taux d'audience par ville	Idem au graphe défini ci-dessus le troisième critère étant la ville.
	Consulter taux d'audience par pays	Idem au graphe défini ci-dessus le troisième critère étant le pays.
	Imprimer taux d'audience	Permet d'imprimer le taux d'audience
Module de Paiement	Régler facture par compte PayPal	Permet de régler la facture en ligne par son compte paypal	- Abonné
	Régler facture par carte bancaire	Permet de régler la facture en ligne par sa carte bancaire

V- 1-2- Diagramme global des cas d'utilisations

Le diagramme des cas d'utilisation est un diagramme fondamental de la modélisation en UML. Il permet d'identifier les possibilités d'interaction entre le système et les acteurs (intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités que doit fournir le système. Ce diagramme présente un point de vue « fonctionnel » de l'architecture système.

Figure 4 : Diagramme Globale des cas d'utilisations

V-2- VUE DETAILLEE DE L'APPLICATION

V-2- 1- Module d'authentification

1-1- Liste des acteurs

§ L'Abonné ;

§ L'Agent Radio ;

§ L'administrateur.

1-2- Liste des cas d'utilisations

§ Se connecter ;

§ Se déconnecter ;

§ Récupérer mot de passe.

1-3- Diagramme détaillé

Figure 5 : Diagramme de cas d'utilisation Gérer authentification

1-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation « Se Connecter »

Description : Permet aux utilisateurs de se connecter à l'application web.

Présupposé : présence de l'utilisateur

Pré condition : être sur la page d'accueil de l'application

Déclencheur : clic sur le bouton de connexion

Scénario principal :

1. Le système affiche le formulaire de connexion

2. L'utilisateur remplit le formulaire et l'envoi

3. Le système contrôle le formulaire et valide

4. Le système affiche l'espace correspondant

Scénario alternatif :

3. Le système contrôle le formulaire et invalide

4. Le système réaffiche le formulaire de connexion

Post condition : l'utilisateur quitte l'application

Arrêt : le système est en attente de nouvelles informations de

Connexion ou de nouvelles instructions.

1-5- Les diagrammes de séquences des cas d'utilisations

Les diagrammes de séquences permettent de représenter des collaborations entre objets. Les principales informations contenues dans un diagramme de séquence sont les messages échangés entre les lignes de vie, présentés dans un ordre chronologique contrairement au diagramme de collaboration qui ne décrit pas le contexte ou l'état des objets mais la représentation se concentre sur l'expression des interactions.

§ Cas d'utilisation « Se Connecter »

Figure 6 : Diagramme de Séquence "Se Connecter"

V-2- 2- Gérer espace abonné

2-1- Liste des acteurs

§ Abonné.

2-2- Liste des cas d'utilisations

§ Consulter enregistrement ;

§ Ecouter enregistrement ;

§ Télécharger enregistrement ;

§ Consulter abonnements ;

§ Supprimer enregistrement ;

§ Se désabonner.

2-3- Diagramme détaillé

Figure 7 : Diagramme de Cas d'utilisation Gérer Abonné

2-4- Description narrative des scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation « Consulter abonnement »

Description : Permet à l'abonné de consulter l'état de ses abonnements.

Présupposé : présence de l'abonné.

Pré condition : être connecté.

Déclencheur : clic sur le bouton Mon espace.

Scénario principal :

1. Le système affiche l'espace abonné.

2. L'abonné clique sur Mes abonnements.

3. Le système affiche la liste des abonnements de l'abonné.

Post condition : l'utilisateur quitte l'application

Arrêt : le système est en attente, de nouvelles instructions.

§ Description narrative du cas d'utilisation « Se désabonner »

Description : Permet à l'abonné de se désabonner à un service.

Présupposé : présence de l'abonné.

Pré condition : être en train de consulter la liste des abonnements.

Déclencheur : clic sur le bouton se désabonner de l'abonnement à annuler.

Scénario principal :

1. Le système affiche le message de confirmation de désabonnement.

2. L'abonné confirme le désabonnement.

3. Le système le désabonne et le notifie.

Post condition : l'utilisateur quitte l'application

Arrêt : le système est en attente, de nouvelles instructions.

2-5- Les diagrammes de séquences des cas d'utilisations

§ Cas d'utilisation «Consulter enregistrement»

Figure 8 : Diagramme de Séquence "Consulter enregistrement"

§ Cas d'utilisation «Consulter abonnement»

Figure 9 : Diagramme de Séquence « Consulter abonnement »

§ Cas d'utilisation «Se désabonner»

Figure 10 : Diagramme de Séquence Se « Désabonner »

V-2- 3- Gérer radio

3-1- Liste des acteurs

§ L'Abonné ;

§ L'Agent Radio ;

§ L'administrateur.

3-2- Liste des cas d'utilisations

§ Jouer radio

§ Arrêter radio

§ Changer station

§ Régler volume

§ Noter radio

3-3- Diagramme détaillé

Figure 11 : Gérer Radio

3-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation « Jouer radio »

Description : Permet à l'utilisateur de jouer la radio.

Présupposé : présence de l'abonné

Pré condition : être connecté

Déclencheur : clic sur le bouton play de la radio

Scénario principal :

1. Le système lance la lecture la station radio en cours.

Post condition : l'utilisateur quitte l'application.

Arrêt : le système est en attente, de nouvelles instructions.

§ Description narrative du cas d'utilisation « Arrêter radio »

Description : Permet à l'utilisateur de passer d'une chaîne radio à l'autre.

Présupposé : présence de l'abonné.

Pré condition : être connecté.

Déclencheur : clic sur le bouton next ou prev de la radio.

Scénario principal :

1. Le système passe à la chaîne de radio suivant ou précédente.

Post condition : l'utilisateur quitte l'application.

Arrêt : le système est en attente, de nouvelles instructions.

3-5- Les diagrammes de séquences des cas d'utilisations

§ Cas d'utilisation «Jouer radio»

Figure 12 : Diagramme de Séquence Jouer Radio

§ Cas d'utilisation «Arrêter radio»

Figure 13 : Diagramme de Séquence Arrêter Radio

§ Cas d'utilisation «Changer station»

Figure 14 : Diagramme de Séquence Changer Station

V-2- 4- Gérer Moteur de recherche

4-1- Liste des acteurs

§ L'Abonné ;

§ L'Administrateur.

§ 4-2- Liste des cas d'utilisations

§ Rechercher radio ;

§ Rechercher utilisateur.

4-3- Diagramme détaillé

Figure 15 : Diagramme de cas d'utilisation Gérer Moteur de recherche

4-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation « Rechercher radio »

Description : Permet à l'utilisateur de trouver facilement une radio.

Présupposé : présence de l'abonné / administrateur.

Pré condition : être connecté et être sur le moteur de recherche.

Déclencheur : l'utilisateur saisi le formulaire de recherche de radio et

Valide.

Scénario principal :

1. Le système recherche la chaîne radio correspondant au critère de.

Recherche.

2. Le système affiche la liste des radios trouvés

Post condition : l'utilisateur quitte l'application.

Arrêt : le système est en attente, de nouvelles instructions.

§ Description narrative du cas d'utilisation « Rechercher utilisateur »

Description : Permet à l'utilisateur de trouver facilement les informations

Relative à un utilisateur du système.

Présupposé : présence de l'administrateur.

Pré condition : être connecté et être sur le moteur de recherche.

Déclencheur : l'utilisateur saisi le formulaire de recherche d'utilisateur et

Valide.

Scénario principal :

1. Le système recherche l'utilisateur correspondant au critère de

Recherche.

2. Le système affiche la liste des utilisateurs trouvés

Post condition : l'utilisateur quitte l'application.

Arrêt : le système est en attente, de nouvelles instructions.

4-5- Les diagrammes de séquences des cas d'utilisations

§ Cas d'utilisation «Rechercher radio»

Figure 16 : Diagramme de séquence «Rechercher radio»

§ Cas d'utilisation «Rechercher utilisateur»

Figure 17 : Diagramme de séquence «Rechercher utilisateur»

V-2- 5- Gérer Taux d'audience

5-1- Liste des acteurs

§ Administrateur ;

§ Agent Radio

5-2- Liste des cas d'utilisations

§ Consulter taux d'audience par période ;

§ Consulter taux d'audience par âge ;

§ Consulter taux d'audience par genre ;

§ Consulter taux d'audience par ville ;

§ Consulter taux d'audience par pays ;

§ Imprimer taux d'audience.

5-3- Diagramme détaillé

Figure 18 : Diagramme cas d'utilisation Gérer taux d'audience

5-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation « Consulter taux d'audience »

Description : Permet à l'utilisateur de consulter le taux d'audience des stations radios.

Présupposé : présence de l'utilisateur (administrateur/agent radio).

Pré condition : être connecté.

Déclencheur : l'utilisateur clique sur le menu Taux d'audience.

Scénario principal :

1. Le système affiche les critères d'affichage du taux d'audience.

2. L'utilisateur choisit le critère d'affichage

3. Le système recherche et affiche le taux d'audience des radios .

Post condition : l'utilisateur quitte l'application.

Arrêt : le système est en attente, de nouvelles instructions.

5-5- Les diagrammes de séquences des cas d'utilisations

§ Cas d'utilisation «Consulter taux d'audience»

Figure 19 : Diagramme de séquence «Consulter taux d'audience»

V-2- 6- Gérer Forum

6-1- Liste des acteurs

§ Abonné

§ Administrateur

6-2- Liste des cas d'utilisations

§ Publier thème

§ Supprimer thème

§ Modifier thème

§ Consulter thème

§ Publier avis

§ Consulter avis

6-3- Diagramme détaillé

Figure 20 : Diagramme cas d'utilisation Gérer Forum

6-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation Publier thème

Nom : publier thème

Description : le but de ce cas d'utilisation est de permettre à l'administrateur de publier un thème sur la plateforme.

Présupposé : l'administrateur doit être sur la page d'accueil de l'application

Pré condition : l'administrateur doit s'authentifier

Déclencheur : l'administrateur doit sélectionner l'option publier un thème

Scenario principal

1. Le système affiche le formulaire de publication

2. L'administrateur saisie ses informations et valide

3. Le système vérifie les informations saisies et valide

4. Le système envoie le message de succès

Scénario alternatif

3. Le système vérifie et ne valide pas le formulaire

4. Retour à l'étape numéro 1 du scénario principal

Post condition : l'administrateur se déconnecte

Arrêt : le système a été mis à jour

§ Description narrative du cas d'utilisation Consulter thème

Nom : Consulter thème

Description : le but de ce cas d'utilisation est de permettre à l'administrateur et aux abonnés de consulter un thème sur la plateforme.

Présupposé : l'utilisateur doit être sur la page d'accueil de l'application

Pré condition : l'utilisateur doit s'authentifier

Déclencheur : l'utilisateur doit sélectionner l'option consulter thème

Scenario principal

1. Le système recherche et affiche la liste des thèmes

Post condition : les thèmes ont été consultés

Arrêt : l'utilisateur a consulté les thèmes et à fermer l'application

§ Description narrative du cas d'utilisation Publier avis

Nom : publier avis

Description : le but de ce cas d'utilisation est de permettre à l'abonné de publier un avis sur la plateforme.

Présupposé : l'abonné doit être sur la page d'accueil de l'application

Pré condition : l'abonné doit s'authentifier

Déclencheur : l'abonné clique sur publier un avis

Scenario principal

1. Le système affiche le formulaire de publication

2. L'abonné saisie ses informations et valide

3. Le système vérifie les informations saisies et valide

4. Le système publie l'avis et notifie.

Scénario alternatif

3. Le système vérifie les informations saisies et invalide

4. Retour à l'étape numéro 1 du scénario principal

Post condition de succès: l'avis a été publié

Post condition d'échec: l'avis n'a pas été publié

Arrêt : le système réaffiche l'accueil du forum

§ Description narrative du cas d'utilisation Consulter avis

Nom : Consulter avis

Description : le but de ce cas d'utilisation est de permettre aux abonnés de consulter les avis relatifs à un thème sur la plateforme.

Présupposé : l'utilisateur doit être sur la page d'accueil de l'application

Pré condition : l'utilisateur doit s'authentifier et être en train de consulter les thèmes.

Déclencheur : l'utilisateur clique sur un thème

Scenario principal

1. Le système affiche la liste des avis du thème sollicité

Post condition : les avis ont été consultés

Arrêt : l'utilisateur a consulté les avis et a fermer l'application

6-5- Les diagrammes de séquences des cas d'utilisations

§ Cas d'utilisation «Consulter Thème»

Figure 21 : Diagramme de séquence «Consulter thème»

§ Cas d'utilisation «Consulter Avis»

Figure 22 : Diagramme de séquence «Consulter Avis»

§ Cas d'utilisation «Publier avis»

Figure 23 : Diagramme de séquence «Publier Avis»

§ Cas d'utilisation «Publier thème»

Figure 24 : Diagramme de séquence «Publier thème»

V-2- 7- Gérer Comptes Utilisateurs

7-1- Liste des acteurs

§ Administrateur

7-2- Liste des cas d'utilisations

§ Créer un compte

§ Supprimer un compte

§ Modifier un compte

§ Consulter compte

7-3- Diagramme détaillé

Figure 25 : Diagramme de Cas d'utilisation Gérer Utilisateur

7-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation Créer un compte

Nom : créer un compte

Description : le but de ce cas d'utilisation est de permettre à l'administrateur de créer un compte utilisateur sur la plateforme.

Présupposé : l'administrateur doit être sur la page d'accueil de l'application

Pré condition : l'administrateur doit s'authentifier et être en train de consulter la liste des comptes

Déclencheur : l'administrateur clique sur le bouton créer.

Scenario principal

1. Le système affiche le formulaire de création

2. L'administrateur saisie ses informations et valide

3. Le système vérifie les informations saisies et valide

4. Le système envoie le message de succès

Scénario alternatif

3. Le système vérifie et ne valide pas le formulaire

4. Retour à l'étape numéro 1 du scénario principal

Post condition de succès: le compte a été crée

Post condition d'échec: le compte n'a pas été crée

Arrêt : le système affiche la liste des comptes

§ Description narrative du cas d'utilisation supprimer compte

Nom : Supprimer compte

Description : le but de ce cas d'utilisation est de permettre à l'administrateur de supprimer un compte utilisateur sur la plateforme.

Présupposé : l'administrateur doit être sur la page d'accueil de l'application

Pré condition : l'administrateur doit s'authentifier et être en train de consulter la liste des comptes

Déclencheur : l'administrateur clique sur le lien supprimer.

Scenario principal

1. Le système affiche le message de confirmation

2. L'administrateur valide la suppression

3. Le supprime le compte et notifie

Scénario alternatif

2. l'administrateur invalide la suppression

3. Le système réaffiche la liste des comptes

Post condition de succès: le compte a été supprimé

Post condition d'échec: le compte n'a pas été supprimé

Arrêt : l'administrateur a supprimé le compte et a fermé l'application

7-5- Les diagrammes de séquences des cas d'utilisations

§ Cas d'utilisation «Créer compte»

Figure 26 : Diagramme de séquence «Créer Compte»

§ Cas d'utilisation «Supprimer compte»

Figure 27 : Diagramme de séquence «Modifier thème»

V- 2- 8- Gérer Paiement

8-1- Liste des acteurs

§ Abonné

8-2- Liste des cas d'utilisations

§ Régler facture par compte paypal

§ Régler facture par compte bancaire

8-3- Diagramme détaillé

Figure 28 : Diagramme de cas d'utilisation Régler Facture

8-4- Les scénarios des cas d'utilisations

§ Description narrative du cas d'utilisation régler facture

Nom : régler facture

Description : le but de ce cas d'utilisation est de permettre à l'abonné de régler sa facture.

Présupposé : l'abonné doit être sur la page d'accueil de l'application

Pré condition : l'abonné doit s'authentifier

Déclencheur : l'abonné doit remplir le formulaire de programmation d'enregistrement et le système doit valider

Scenario principal

1. Le système affiche la facture à régler

2. L'abonné valide la facture

3. Le système affiche le formulaire de paiement

4. L'abonné remplit le formulaire et valide

5. Le système contrôle le formulaire et valide ces informations

6. Le système débite le compte et le notifie.

Scénario alternatif 1

2. L'abonné ne valide pas la facture

3. Le système réaffiche le formulaire de programmation d'enregistrement

Scénario alternatif 2

5. Le système vérifie et ne valide pas le formulaire

6. Retour à l'étape numéro 1 du scénario principal

Post condition de succès: le paiement a été effectué

Post condition d'échec: le paiement n'a pas été effectué

Arrêt : le système a été mis à jour.

9-8- Le diagramme de séquences

§ Cas d'utilisation «Régler facture»

Figure 29 : Diagramme de séquence «Régler Facture»

V- 3- DIAGRAMME D'ACTIVITES

V-3-1- Définitions

UML permet de représenter graphiquement le comportement d'une méthode ou le déroulement d'un cas d'utilisation, à l'aide de diagrammes d'activités (une variante des diagrammes d'états-transitions). Une activité représente une exécution d'un mécanisme, un déroulement d'étapes séquentielles. Le passage d'une activité vers une autre est matérialisé par une transition. Les transitions sont déclenchées par la fin d'une activité et provoquent le début immédiat d'une autre (elles sont automatiques). En théorie, tous les mécanismes dynamiques pourraient être décrits par un diagramme d'activités, mais seuls les mécanismes complexes ou intéressants méritent d'être représentés.

§ Cas d'utilisation « Gérer Authentification»

Figure 30 : Diagramme d'activité Gérer Authentification

§ Cas d'utilisation « Gérer Espace Abonné»

Figure 31 : Diagramme d'activité Gérer Espace Abonné

§ Cas d'utilisation « Gérer Radio»

Figure 32 : Diagramme d'activité Gérer Radio

§ Cas d'utilisation « Gérer Taux d'audience»

Figure 33 : Diagramme d'activité Gérer taux d'audience

CONCLUSION

En somme ce dossier d'analyse nous a permis de bien délimiter les besoins fonctionnels de l'application web à concevoir ; il nous a permis d'avoir un aperçu détaillé du nouveau système à mettre sur pieds à travers la méthode 2TUP d'UML nous permettant par la suite d'amorcer le dossier de conception.

DOSSIER DE CONCEPTION

Résumé :

La conception est une partie capitale dans la mise sur pied d'un système d'information. Ce Dossier de Conception a pour but d'affiner l'image du système d'information futur. Il permet de répondre à la question comment réaliser. Pour y arriver, il s'appuie donc sur les diagrammes statiques et structurels d'UML pour représenter le SI.

Aperçu :

Introduction

I- Présentation de quelques concepts

I-1- Définitions

I-2- Objectifs de la phase conception

II- Les Diagrammes Intervenants

II-1-Diagramme de Classes

II-2- Digrammes d'Etats transition

Conclusion

INTRODUCTION

Concevoir un logiciel ne s'apprend pas dans un livre, mais par la pratique et l'étude des systèmes existant. Un système bien conçu est facile à réaliser, à maintenir, à comprendre et est fiable. La phase de conception est donc la plus cruciale du processus de développement d'un logiciel, car l'implémentation de l'application dépend beaucoup de la conception. Après avoir effectuée une analyse quasi-exhaustive de l'application à mettre sur pied, la phase de conception se déroulera comme suit : d'abord nous aurons à présenter quelques concepts de la conception, ensuite nous présenterons quelques diagrammes d'UML qui décriront de façon précise le système d'information à mettre sur pied.

I- PRESENTATION DE QUELQUES CONCEPTS

I-1- DEFINITIONS

La phase de conception ici décrite représente en réalité la branche de droite dans le cycle de développement en Y que nous propose la méthode 2TUP. Il s'agit en effet de la branche technique. Les principales étapes de cette branche sont :

§ L'étape capture des besoins techniques recense toutes les contraintes sur les choix de dimensionnement et la conception du système. Les outils et le matériel sélectionnés ainsi que la prise en compte des contraintes d'intégration avec l'existant (pré requis d'architecture technique). Cette étape permet de définir le modèle d'analyse technique. Le rôle de ce dernier est d'établir les couches logicielles et y spécifié les activités techniques attendues.

§ L'étape conception générique définit ensuite les composants nécessaires à la construction de l'architecture technique. Cette conception est complètement indépendante des aspects fonctionnels. Elle permet de générer le modèle de conception technique ou design pattern (aspect qui sera développé ultérieurement) qui définit les Frameworks. Ces derniers, délivrant les services techniques, assurent la réponse aux exigences opérationnelles du système.

I-2- OBJECTIFS DE LA PHASE CONCEPTION

L'objectif de cet exercice est de présenter la structure du futur logiciel. De la sorte , le dossier de conception que nous élaborons va permettre de :

· Obtenir vue générale des informations à gérer, via le diagramme des classes

· Définir les états possibles des classes les plus pertinentes via un diagramme d'états transition

· Spécifier dans les détails quelques module dans le but de faciliter sa réalisation 

· Faciliter l'obtention d'une base de données cohérente à la phase de réalisation

· Préparer le passage à la branche de conception réalisation.

II- LES DIAGRAMMES INTERVENANTS

II- 1- DIAGRAMME DE CLASSES

II-1-1- Définitions

Le diagramme de classe exprime la structure statique du système en termes de classes et de relations entre ces classes.

L'intérêt du diagramme de classe est de modéliser les entités du système d'information. Le diagramme de classe permet de représenter l'ensemble des informations finalisées qui sont gérées par le domaine. Ces informations sont structurées, c'est-à-dire qu'elles sont regroupées dans des classes. Le diagramme met en évidence d'éventuelles relations entre les différentes classes.

Le diagramme de classes comprend six (06) concepts :

- Classe : c'est une description abstraite (condensée) d'un ensemble d'objets du domaine de l'application. Elle définit leur structure, leur comportement et leurs relations ;

- Attribut : un attribut représente la modélisation d'une information élémentaire représenté par son nom et son format. ;

- Identifiant : l'identifiant est un attribut particulier, qui permet de repérer de façon unique chaque objet instance de la classe ;

- Relation : c'est le lien qui existe entre les classes. Le diagramme de ressort généralement deux types de liens (l'association qui est la relation la plus courante, l'agrégation qui permet de modéliser une contrainte d'intégrité et la composition est un cas particulier de l'agrégation dans laquelle la vie des composants est liée à celle des agrégats) ;

- Opération : une opération est une fonctionnalité assurée par une classe ;

- Généralisation /Spécialisation : Le principe de généralisation /Spécialisation permet d'identifier parmi les objets d'une classe (générique) des sous-ensembles d'objets (des classes spécialisées) ayant des définitions spécifiques. La classe plus spécifique (appelée aussi classe fille, classe dérivée, classe spécialisée, classe descendante...) est cohérente avec la classe plus générale (appelée aussi classe mère, classe générale..), c'est à dire qu'elle contient par héritage tous les attributs, les membres, les relations de la classe générale, et peut contenir d'autres.

II-1-2- Diagramme proprement dit

Figure 34 : Diagramme de classe

II- 2- DIAGRAMMES DE ETATS TRANSITIONS

II-2-1- Définitions

Les diagrammes d'états-transitions permettent de décrire les changements d'états d'un objet ou d'un composant, en réponse aux interactions avec d'autres objets/composants ou avec des acteurs. Ce diagramme permettra de représenter des automates d'états finis, sous forme de graphes d'états, reliés par des arcs orientés qui décrivent les transitions. Ainsi, on observera pour chaque classe (représentant généralement les acteurs) les états possible afin de mieux cerner le fonctionnement du diagramme de classe.

§ Un état se caractérise par sa durée et sa stabilité, il représente une conjonction instantanée des valeurs des attributs d'un objet.

§ Une transition représente le passage instantané d'un état vers un autre.

§ Une transition est déclenchée par un événement. En d'autres termes : c'est l'arrivée d'un événement qui conditionne la transition.

§ Les transitions peuvent aussi être automatiques, lorsqu'on ne spécifie pas l'événement qui la déclenche.

§   En plus de spécifier un événement précis, il est aussi possible de conditionner une transition, à l'aide de "gardes" : il s'agit d'expressions booléennes, exprimées en langage naturel (et encadrées de crochets)

II-2-2- Diagrammes proprement dit

§ Classe Administrateur

Figure 35 : Diagramme d'état-transition classe Administrateur

§ Classe Programme

Figure 36 : Diagramme d'état-transition classe Programme

§ Classe Habilitation

Figure 37 : Diagramme d'état-transition classe Habilitation

CONCLUSION

En conclusion le dossier le dossier de conception nous a permis de mieux appréhender les structures statiques de l'application à concevoir. Ainsi nous sommes à présent prêts à développer l'application.

DOSSIER DE REALISATION

Résumé :

Le dossier de réalisation correspond à la phase de mise en oeuvre de la solution. Il permet de décrire l'application en tant qu'instrument visible et manipulable. Ainsi, l'application à mettre sur pieds sera implémentée avec des technologies du web très récentes, aura une architecture matérielle 3-Tiers et une architecture logicielle basé sur le design pattern MVC et l'ORM Doctrine.

Aperçu :

Introduction

I- Conception préliminaire

I-1- Architecture logicielle (design pattern MVC)

I-2- Diagramme de composant

II- Implémentation détaillée

II-1- Schéma de la Base de données

II-2- Présentation de l'équipe technique

II-3- Environnement de développement matériel et logiciel

II-4- Quelques scripts

II-5- Aspect sécurité de l'application

III- Résultat et Commentaires

IV- Difficultés rencontrés

Conclusion

INTRODUCTION

Le dossier de réalisation correspond à la phase de mise en oeuvre de la solution. Il permet de décrire l'application en tant qu'instrument visible et manipulable. Il représente l'aboutissement de tous les dossiers précédents à savoir le dossier d'analyse et le dossier de conception. C'est donc une concrétisation de la solution proposée. Ce dossier sera donc constitué : d'une conception préliminaire qui décrira l'architecture applicative, le digramme des composants ; suivit de l'implémentation détaillée (codage proprement dit) enfin des résultats et commentaires.

I- CONCEPTION PRÉLIMINAIRE

I-1- SCHEMA DE LA BASE DE DONNEES (Modèle relationnel)

Figure 38 : Base de données (Model Relationnel)

I-1- ARCHITECTURE LOGICIELLE (DESIGN PATTERN MVC)

La logique applicative est basée sur l'architecture MVC qui est très pratique dans les projets web .Le Modèle-Vue-Contrôleur (en abrégé MVC, de l'anglais Model-View-Controller) est une architecture et une méthode de conception qui organise l'interface homme-machine (IHM) d'une application logicielle. Ce paradigme divise l'IHM en un modèle (modèle de données), une vue (présentation, interface utilisateur) et un contrôleur (logique de contrôle, gestion des événements, synchronisation), chacun ayant un rôle précis dans l'interface. Ce modèle d'architecture impose la séparation entre les données, la présentation et les traitements, ce qui donne trois parties fondamentales dans l'application finale : le modèle, la vue et le contrôleur.

I-1-a- Le modèle

Le modèle représente le comportement de l'application : traitements des données, interactions avec la base de données, etc. Il décrit ou contient les données manipulées par l'application. Il assure la gestion de ces données et garantit leur intégrité. Dans le cas typique d'une base de données, c'est le modèle qui la contient.

I-1-b- La vue

La vue correspond à l'interface avec laquelle l'utilisateur interagit. Sa première tâche est de présenter les résultats renvoyés par le modèle. Sa seconde tâche est de recevoir toutes les actions de l'utilisateur (clic de souris, sélection d'une entrée, boutons, etc.). Ces différents événements sont envoyés au contrôleur. La vue n'effectue aucun traitement, elle se contente d'afficher les résultats des traitements effectués par le modèle et d'interagir avec l'utilisateur.

I-1-c- Le contrôleur

Le contrôleur prend en charge la gestion des événements de synchronisation pour mettre à jour la vue ou le modèle et les synchroniser. Il reçoit tous les événements de l'utilisateur et enclenche les actions à effectuer. Si une action nécessite un changement des données, le contrôleur demande la modification des données au modèle, ce dernier avertit la vue que les données ont changée pour qu'elle se mette à jour.

I-2- DIAGRAMME DE COMPOSANTS

Le diagramme de composant permet de décrire l'architecture physique et statique d'une application en termes de composants ou encore décrire les composants et leur dépendance dans l'environnement de réalisation.

Figure 39 : Diagramme de composants

II- IMPLÉMENTATION DÉTAILLÉE

II-1- ASPECT SÉCURITÉ DE L'APPLICATION

II-1-1- Connexion sécurisée

La confidentialité des données requiert la définition des droits d'accès. Ceci se traduit par l'utilisation des mots de passe et des login pour l'accès à la base de données en relation avec l'application. De cette façon l'accès sera restreint aux personnes qui sont autorisés tout en contrôlant qu'ils peuvent bien évidemment afficher, modifier et supprimer les informations qui y sont contenues.

II-1-2- Url sécurisées

L'application web est dotée d'une sécurité fiable surtout l'espace d'administration qui est le coeur de gestion des stations radios. De ce fait, toutes les URL ont été sécurisées de manière à ce qu'accéder à une page sur l'application ne dépende pas seulement de la connaissance de l'URL de celle-ci. Donc lorsque qu'une URL qui renvoie vers une page privée est sollicitée, le système vérifie d'abord si l'utilisateur est connecté avant d'afficher la page correspondante, sinon renvoi immédiat à la page d'authentification.

II-1-3- Requêtes préparés vers la BD protégés contre les Injections de Codes

Avant de lancer une requête vers la base de donnée, toutes les variables la contenant sont d'abord filtrés contre les injections de code HTML, JS, PHP et SQL. Pour atteindre cet objectif, l'ORM Doctrine qui utilise l'extension PDO de PHP a été utilisée pour se connecter et lancer des requêtes vers le serveur de base de données.

II-1-4- Sécurisation des variables de Session

Toutes les variables de session ont été sécurisées afin de mieux conserver l'identité des utilisateurs, ceux-ci étant enregistrés en session à chaque connexion. Ainsi, tous les objets sont sérialisés avant d'être enregistrés en session.

II-1-5- Sécurisation des Mots de Passes utilisateurs

Toujours dans l'optique d'avoir une confidentialité accrue des informations, tous les mots de passes de l'application ont été cryptés, de ce fait même l'administrateur n'a pas accès aux mots de passe des utilisateurs.

II-1-6- Formulaire Hautement Contrôlés

Dans l'optique de ne persister que l'information serviable, tout formulaire passe d'abord par une fonction que nous avons conçu qui scanne tous les champs à la recherche de champs mal renseigné et renvoi un vecteur d'erreurs retrouvés ; une fois les erreurs corrigés le formulaire est passé à une autre fonction qui effectue un filtrage de tous les champs contre les injections.

III- RÉSULTAT ET COMMENTAIRES

III-1- Présentation de quelques IHM

Ici il s'agira enfin de présenter le produit semi-fini, fruit d'un long travail effectué avec beaucoup de concentration et de surtout de pression compte tenu de la date de présentation très proche.

III-1-1- Espace d'Administration

§ Page d'authentification

Figure 40 : page de connexion

Formulaire d'enregistrement d'un programme

Figure 41 : Enregistrement d'un programme

§ Information détaillé d'une Habilitation

Figure 42 : Détail d'une habilitation

III-1-2- Espace Agent Radio

§ Page d'authentification

Figure 43 : Formulaire de connexion Agent Radio

IV- DIFFICULTES RENCONTRES

Tout au long du codage de l'application web, un certain nombre de difficultés ont été rencontrés, ceci est beaucoup plus lié aux technologies du web utilisés en entreprise qui n'ont pas fait partir du programme académique de l'IAI CAMEROUN. Cependant la toute digne formation d'ingénieurs que nous avons reçus à l'IAI CAMEROUN nous a permis de surmonter ces difficultés progressivement, il s'agit de :

§ Difficultés à personnaliser les messages d'erreurs renvoyés par la librairie Zend_Form du Zend_Framework, dans la vue.

§ Difficultés à associer au Zend Framework l'ORM Doctrine

§ Difficultés d'exécution des requêtes DQL sous Zend_Framework

§ Difficultés à réaliser une authentification hautement sécurisée

Il est à noter que toutes ces difficultés ont été surmontées avec brio suite à l'apport de l'encadreur professionnel.

CONCLUSION

La phase d'implémentation de l'application Web AdvanceRadio.com n'a pas du tout été une partie de plaisir car toutes les technologies du web que nous avons utilisé ont été nouvelles pour nous ; il s'agit en effet du Zend Framework, de l'Objet Relational Mapping Doctrine, du Mappage de la base de données, d'une authentification hautement sécurisé etc. Cependant, en notre qualité de futur Ingénieurs formés à l'IAI CAMEROUN, nous avons pris en ces outils et avons capté les bases. L'implémentation n'étant pas terminé, l'implémentation du streaming est en cours.

DOSSIER DE DEPLOIEMENT

Résumé :

La solution étant déjà conçu, le dossier de déploiement correspond à la phase de déploiement de l'application. Il décrira l'architecture sur laquelle sur laquelle sera déployé le produit final, il décrit également comment installer l'application et comment l'utiliser.

Aperçu :

Introduction

I- Architecture 3-Tiers

I-1- Présentation

I-2- Les niveaux de l'architecture 3-Tiers

II- Diagramme de déploiement

II-1-Définition

II-2- Diagramme proprement dit

III- Guide d'installation

IV- Guide utilisateur

Conclusion

INTRODUCTION

Développer une application est une chose, la déployer en est tout une autre et elle comporte également un certain nombre de principe. La phase de déploiement de l'application est une phase pendant laquelle l'application sera hébergée sur un serveur afin d'être disponible sur les poste client. Ainsi dans cette phase, nous présenterons l'architecture 3-Tiers qui est celle utilisé, puis nous montrerons la différence entre l'architecture MVC et celle-ci, ensuite viendra le diagramme de déploiement, le guide d'installation et le guide utilisateur.

I- ARCHITECTURE 3-TIERS

I-1- PRESENTATION

L'application web conçu sera déployée sur une architecture 3-Tiers. Cette architecture peut être décrite par la figure ci-dessous :

Figure 44 : Architecture trois tiers (Source: www.google.com/images/troisier.png)

§ Le navigateur envoie l'adresse que l'utilisateur a tapée ;

Apache (le serveur web) cherche dans son arborescence si le fichier existe, et si celui-ci porte une extension reconnue comme une application PHP (.PHP, .PHP3, .PHP4, .PHP5 par exemple). Si c'est le cas, Apache transmet ce fichier au parseur PHP ;

PHP parse le fichier, c'est-à-dire qu'il va analyser et exécuter le code PHP qui se trouve entre les balises <? PHP et ?>. Si ce code contient des requêtes vers une base de données MySQL, PHP envoie la requête SQL. La base de données renvoie les informations voulues au script qui peut les exploiter (pour les afficher par exemple). PHP continue de parser la page, puis retourne le fichier dépourvu du code PHP au serveur web ;

Le serveur web renvoie donc un fichier ne contenant plus de PHP, donc seulement du HTML au navigateur qui l'interprète et l'affiche.

I-2- LES NIVEAUX DE L'ARCHITECTURE 3-TIERS

Le Client

Dans un réseau informatique un client est l'ordinateur et le logiciel qui envoient des demandes à un serveur. L'ordinateur client est généralement un ordinateur personnel ordinaire, équipé de logiciels relatifs aux différents types de demandes qui vont être envoyées, comme par exemple un navigateur web, un logiciel client pour le World Wide Web.

Le Serveur d'application

Dans un réseau informatique, un serveur est à la fois un ensemble de logiciels et l'ordinateur les hébergeant dont le rôle est de répondre de manière automatique à des demandes envoyées par des clients ordinateur et logiciel via le réseau.

Les serveurs sont d'usage courant dans les centres de traitement de données, les entreprises, les institutions, et le réseau Internet, où ils sont souvent un point central et sont utilisés simultanément par de nombreux utilisateurs pour stocker, partager et échanger des informations. Les différents usagers opèrent à partir d'un client: ordinateur personnel, poste de travail, ou terminal. Le serveur d'application permet ainsi au client de communiquer avec le serveur de bases de données.

Le Serveur de base de données

Lorsque le nombre d'enregistrements par table n'excède pas le million, et que le nombre d'utilisateurs varie de une à quelques personnes, un micro-ordinateur actuel de bonnes performances, un logiciel système pour poste de travail, et un SGBD "bureautique" suffisent.

Serveur de base de données

251635712

Client

251633664

Serveur d'application

251634688

Figure 45 : Architecture Réseaux (Source : Mémoire TSAFACK TANKEU Idris)

II- DIAGRAMME DE DÉPLOIEMENT

II-1- DEFINITION

Les diagrammes de déploiement sont utilisés pour représenter l'architecture physique d'un système. Ils montrent la distribution des composants logiciels sur la base d'unités d'exécution. Les noeuds et les artéfacts représentent le concept principal du diagramme de déploiement. Les diagrammes de déploiement peuvent être créés sur les packages, les classes, les interfaces, les composants et les noeuds.

Le diagramme de déploiement ci-contre représente une architecture trois-tiers sur laquelle notre futur système va être déployé. Chaque noeud utilise les services du noeud supérieur. Ainsi le serveur web représente la couche présentation, le serveur d'application : la couche traitement et le serveur base de données : la couche persistance des données.

II-2- DIAGRAMME PROPREMENT DIT

Figure 46 : Digramme de déploiement

III- GUIDE D'INSTALLATION

Ici, il s'agira de décrire comment installer l'application web qui a été conçu. L'installation est assez simple, il suffit d'installer sur son poste un serveur web, un serveur de base de données et un parseur php. Nous avons utilisé Wamp Server 2.2d qui intègre directement ces 3 composants.

Vous devrez donc suivre les instructions suivantes :

§ Avoir un ordinateur ayant au moins les caractéristiques suivantes : Disque dur(20 GO), Processeur (1.5GHZ), RAM (512MO), écran, clavier et souris) ;

§ Disposer d'un système d'exploitation (Windows xp ou supérieur de préference) ;

§ Disposer d'un navigateur internet(Mozilla firefox ou internet explorer) ;

§ Insérer le CD ROM dans le lecteur DVD ;

§ Installer le logiciel Wamp Server 2 en laissant les paramètres par défaut et en cliquant sur  « suivant » jusqu'à « Terminé »

Figure 47 : Installation Wamp server

Ensuite vous devez le lancer à travers son raccourci qui se trouve sur le bureau et /ou dans le menu démarrer si vous avez laissé les options d'installation par défaut.

Une petite icône situé en bas au coin droit de votre écran apparait

251637760

Le serveur est donc démarré.

C'est donc le moment de copier le dossier de l'application du CD-ROM vers l'application dans le répertoire C:\wamp\www. Faites-le et lancez le navigateur

Pour accéder à l'espace d'administration, il vous suffit saisir l'url suivant :

http://localhost/radio/espaceAdmin

Pour accéder à l'espace Agent Radio, il vous suffit saisir l'url suivant :

http://localhost/radio/espaceAgentRadio

Pour accéder à l'espace Client, il vous suffit saisir l'url suivant :

http://localhost/radio/

IV- GUIDE UTILISATEUR

Après avoir bien décrit comment installer l'application, nous allons présenter comment l'utiliser.

IV-1- Espace d'administration

Ecran de connexion

Pour accéder à l'écran de connexion vous devez utiliser l'Url suivante :

http://localhost/radio/espaceAdmin

Et vous serez face à un formulaire qu'il faudra remplir pour vous authentifier.

Alors, saisissez le mot de passe fournit par le super administrateur et accéder l'application. Une fois à la page d'accueil, vous pouvez naviguer entre différents lien afin d'effectuer un certain nombre d'opérations à savoir, ajouter, modifier, supprimer, obtenir des informations détaillées etc.

Il s'agit des Menus illustrés sur la figure ci-dessous :

En cliquant sur chacun des menus illustrés ci-dessus, vous pourrez ainsi effectuer les actions énoncés plus haut.

IV-2- Espace agent Radio

Ecran de connexion

Pour accéder à l'écran de connexion vous devez utiliser l'Url suivante :

http://localhost/radio/espaceRadio

Une fois connecté, nous pouvons cliquez sur profil radio et on a toutes les informations de la station radio

IV-3- Espace Public

Page d'accueil

Pour accéder à la page d'accueil vous devez utiliser l'Url suivante :

http://localhost/radio

Et vous serez face à la page d'accueil de notre application

Via le formulaire que vous apercevez à votre droite vous pouvez vous connecter à votre espace pour accéder à vos informations personnelles.

CONCLUSION

L'implémentation d'une application ne suffit pas, il faut s'assurer que son déploiement soit effectué dans de bonnes conditions, que les utilisateurs puissent l'installer et utiliser l'application la manière la plus simple qui soit. C'est donc les objectifs que nous avons voulu atteindre en réalisation ce dossier de déploiement.

CONCLUSION GENERALE

Depuis toujours, les programmes radiophoniques sont distribués par des réseaux hertziens spécifiquement destinés à la diffusion de contenus vers des récepteurs radio. La radio Internet est donc venue révolutionner le monde de la radio, c'est un phénomène relativement récent. Néanmoins, au cours des 10 dernières années, la Toile est devenue un vecteur de distribution très important pour les fichiers et les contenus audiovisuels en continu. Au Cameroun, la majeure partie des stations radio camerounaise reste encore uniquement sur réseau hertziens ; on comprend donc que pour une expansion des postes nationaux non seulement sur tout le territoire nationale mais aussi sur l'échiquier internationale, la radio en ligne s'en impose. L'évolution du monde actuel, tant beaucoup plus vers les Technologies de l'Information et de la Communication, ceci dans l'optique de faciliter la vie de l'homme tout en offrant un large éventail de possibilités. Nous devons donc tous prendre en main les TIC, afin d'être à jour dans l'évolution de ce monde. Une fois ce projet finalisé, toute personne au monde désirant écouter une station radio émettant depuis le territoire national ne sera qu'une partie de plaisir ; il suffit cependant qu'il ait accès à la connexion internet. Rendu au terme de notre étude, nous pouvons dire sans risque de se tromper, que l'analyse, la conception, la réalisation et le déploiement de l'application web ont été bien menés et que la finalisation de ce projet se fera sans contraintes particulière. Nous nous rendons compte que la filière dans laquelle nous avons choisi d'étudier demande beaucoup d'ordre et de rigueur et surtout de disponibilité dans le travail, car ces produits se doivent d'être toujours satisfaisants pour le client. Nous espérons que ce document trouvera une réflexion favorable à tous ceux qui le liront.

PERSPECTIVES

L'application web conçu, sera grandement améliorée plusieurs autres visions ont été pensés sur son utilisation. A cet effet, nous avons prévu :

§ Une version mobile de l'application web.

Via cette version de l'application, les auditeurs pourront tout simplement via leur téléphone mobile, écouter une station radio camerounaise où qu'ils soient.

Ici, uniquement l'espace abonné sera disponible. Ainsi ; une authentification est nécessaire avec chargement de l'application.

Cet espace abonné comportera les rubriques suivantes :

§ Les Radios ;

§ Les Services ;

§ Mon profil ;

§ Module de lecteur radio 

Ces rubriques se présenterons tel que définie dans l'application par défaut.

§ Une version desktop (en application lourde)

L'application desktop à mettre sur sera un exécutable à installer sur le PC qui permettra de :

§ sélectionner un programme diffusé à partir d'une WebRadio et de l'écouter ;

§ l'enregistrement direct sur son propre pc d'une quelconque diffusion.

§ Un gadget Windows

Via le gadget Windows, l'auditeur pourra directement écouter les stations radios en ligne et ils pourront directement passer par celui-ci pour lancer l'application web.

REFERENCES BIBLIOGRAPHIQUES

[1] Cours de MCOO (Méthode de Conception Orientée Objet) dispensé à l'IAI-Cameroun ;

[2] Cours de MC (Méthodes Comparées) dispensé à l'IAI-Cameroun ;

[3] Alexandre Durain, « UML 2.0 et le processus 2TUP ».

[4] Nathalie Lopez, Jorge Migueis et Emmanuel Pichon, Intégrer UML dans vos projets, Editions Eyrolles, 2000 N°13329, 2e édition, 2003, 399 p..

[5] Pascal ROQUES, UML 2 par la pratique étude de cas et exercices corrigés, ÉDITIONS EYROLLES, Septembre 2006. N°12625, 6e édition, 2004, 394 p.

[6] UML 2 analyse et conceptuel Joseph Gabay, David Gabay N°12084, 3e édition, 2007, 500 p. 

[7] V. Messager-Rota. - Gestion de projet. Vers les méthodes agiles. N°12165, 2007, 252 p.

[8] H. Bersini, I. Wellesz. - L'orienté objet. N°12084, 3e édition, 2007, 600 p.

[9] S. Bordage. - Conduite de projet Web. N°12325, 5e édition, 2008, 394 p.

[10] O. Andrieu. - Réussir son référencement Web. N°12264, 2008, 302 p

[11] Les rapports de stage académique de :

· Kusseu Erick :Application de gestion des pannes à Camtel

· Foundikou Verlain : Gestion des stoocks à Camtel

· Balogog Patrick :Mise sous pied d'un portail web à la SNH

REFERENCES WEBOGRAPHIQUES

[1] http://fr.wikipedia.org/wiki/PKCS/radiofm.html [URI Juin 2012] (visité le 23/06/2012)

[2] http://fr.wikipedia.org/wiki/wampserver [URI 21/08/12] (visité le 21/08/2012)

[3] http://sabricole.developpez.com/uml/tutoriel/unifiedProcess/UP.pdf [URI05/07/10] (visité le 05/07/2010)

[4] www.Developpez.com\cours_uml\uml2.0.pdf ( visité le 23/07/2011)

[5] www.Developpez.com\cours_uml\uinified_process.pdf( visité le 12/05/2011)

[6] www.Commentçamarche.com\cours_methode_up?id= 40cg\UP.pdf( visité le visité le 21/08/2012)

ANNEXES

Annexe1 (TABLEAU COMPARATIF MERISE - UML)

Tableau 9 : Tableaux comparatifs UML Merise

MERISE : Méthode d'Étude et de Réalisation Informatique pour les Systèmes d'Entreprises	UML : Unified Modeling Language
MERISE est une méthode systémique d'analyse et de conception de systèmes d'information. C'est-à-dire qu'elle utilise une approche systémique.	UML n'est cependant pas une méthode mais plutôt un langage de modélisation objet à qui il faut associer une démarche pour en faire une méthode. c'est le cas de la méthode 2TUP ; RUT et XP.
MERISE propose de considérer le système réel selon deux points de vue: - Une vue statique (données) - Une vue dynamique (traitements). C'est-à-dire qu'avec la méthode MERISE, nous avons une étude séparée des données et des traitements.	UML propose une approche différente de celle de MERISE en ce sens qu'il associe les données et les traitements. Car avec UML, centraliser les données d'un type et les traitements associés permet de limiter les points de maintenance dans le code et facilite l'accès à l'information en cas d'évolution du logiciel. De plus, UML décrit la dynamique du système d'information comme un ensemble d'opérations attachées aux objets du système.

Annexe1 (Plan de situation Advance-IT)

Venant du marché central

251675648

Venant de la CAMER

251681792

Carrefour

Intendance

Carrefour

ELIG-ESSONO

Venant de l'Avenue Kennedy

Venant de la montée Anne Rouge

251676672

Venant de la BEAC Centrale

251678720

Ici ADVANCE IT 1^er Niveau

251677696

Venant d'Essos

251679744

Venant de la DPJ

251680768

Figure 48 : Plan se Situation Advance-IT

Annexe2 (Organigramme Advance-IT)

DIRECTEUR GENERAL

251638784251639808251640832251641856251642880251643904251644928251645952251646976251648000251649024251650048251651072251652096251653120251655168251656192251659264

CHEF DE DEPARTEMENT

DEPLOIEMENT

251672576

CHEF DE DEPARTEMENT COMMERCIAL

251673600

COMMERCIAUX

251668480

WEB-MARKETING

251669504

DEVELOPPEURS

251670528251658240

CHEF DE DEPARTEMENT

DEVELOPPEMENT

251667456

CHEF DE DEPARTEMENT

WEB DESIGN

251666432

DIRECTEUR ADMINISTRATIF ET FINANCIER

251660288

DIRECTEUR DES PROJETS/DT/

251661312

RESPONSABLE DE PROJET

251662336

COMPTABLE

251663360

SECRÉTARIAT DE DIRECTION

251664384

RESPONSABLE DES RESSOURCES HUMAINES

251665408

Figure 49 : Organigramme Advance-IT