REPUBLIQUE DU CAMEROUN NNNNNN

REPUBLIC OF CAMEROON
Paix Travail Patrie
UNIVERSITE DE YAOUNDE I
FACULTE DES SCIENCES
DEPARTEMENT D'INFORMATIQUE
Peace Work Fatherland
UNIVERSITY OF YAOUNDE I
FACULTY OF SCIENCE
COMPUTER SCIENCE DEPARTMENT

RAPPORT D'ANALYSE
INF 430
Développement d' un web phone professionnel
pour les appels à travers le protocole SIP

Membres de l 'équipe :
MESSI NGUELE THOMAS 07U165
SIYOU FOTSO VANEL STEVE 07U278
TONYE REMY CONRAD 06U393
Encadreur : Dr. MELATAGIA YONTA PAULIN

2010-2011
Sommaire

1. CAHIER DE CHARGE.............................................................3
1.1 Introduction.............................................................................. 3
1.2 Présentation générale du projet.............................................. 3
1.3 Description du contexte........................................................... 3
1.4 Définition du problème …................................................... 3
1.5 Objectifs visés........................................................................... 3
1.6 Solution proposée..................................................................... 4
1.6.1 Description............................................................................. 4
1.6.2 Résultats attendus................................................................. 4
1.6.3 Biens livrables........................................................................4
1.7 Démarche d'intervention......................................................... 4
1.7.1 Architecture........................................................................... 4
1.7.2 Méthode................................................................................. 4
1.7.3 Planification........................................................................... 4
1.8 Présentation de l'équipe…................................................... 4
1.9 Ressources................................................................................. 5
1.9.1 Ressources matérielles.......................................................... 5
1.9.2 Ressources logicielles.............................................................5
1.9.3 Autres ressources................................................................... 5
1.10 Conclusion...............................................................................5
2. CAHIER D'ANALYSE.............................................................. 5
1. Introduction........................................................................ 5
2. Modèle des cas d'utilisation …......................................... 5
2.1 Les acteurs........................................................................... 5
2.2 Diagrammes des cas d'utilisation...................................... 6
2.3 Diagrammes de séquence système …............................... 7
3. Modèle de classe : Diagramme de classes participantes …....11
4. Conclusion ….............................................................................. 11

2
 1. CAHIER DE CHARGE
1.1 Introduction
Les téléphones VoIP utilisent les technologies de la téléphonie IP pour permettre à un
utilisateur de passer des appels téléphoniques à travers le réseau Internet vers divers équipements de
communication. Dans la catégorie des téléphones VoIP, on trouve des web phones. Un web phone a
l'une des particularités d'être accessible via une URL. Le projet consiste à développer un web
phone professionnel pour réaliser des appels téléphoniques en utilisant le protocole SIP. Dans la
suite, nous présenterons d'abord le projet , ensuite les objectifs visés par ce projet et enfin la
solution que nous proposons pour atteindre ces objectifs.
1.2 Présentation générale du projet
Le but du projet est de développer un web phone professionnel. Un web phone est une
application accessible à partir d'une URL . Il(le web phone) permet à son utilisateur de passer et aussi
de recevoir des appels téléphoniques à partir de son ordinateur grâce à la téléphonie par IP . Le
web phone est professionnel en ceci qu'il offre un ensemble d'outils additionnels (carnet de contact,
historique des appels, consultation du solde, chargement de compte, …).
1.3 Description du contexte
Le développement de notre web phone professionnel intervient dans un contexte où la
téléphonie IP prend de l'ampleur devant la téléphonie classique. En effet, les utilisateurs cherchent
un moyen facile et peu onéreux de passer des appels pendant leurs déplacements .Ces utilisateurs
pourront par exemple être dans un aéroport, dans un hôtel, dans un cyber café, avec l'ordinateur d'un
ami,... . Ils veulent effectuer des appels vers d'autres ordinateurs ou vers des téléphones ordinaires
(téléphones portables ou téléphones fixes) à moindres coûts ; ils ne veulent pas forcément installer une
tierce application sur leur machine, ni même laisser leurs informations personnelles sur des
ordinateurs qui ne leur appartiennent pas.
1.4 Définition du problème
Développer le web phone professionnel revient à écrire dans notre cas une applet java
permettant à des utilisateurs d'effectuer des appels vers des téléphones portables en utilisant la
VoIP(Voice over IP). L'applet représentera un combiné de téléphone avec un ensemble d'outils
additionnels (carnet de contact, historique des appels, consultation du solde, chargement de compte, ...) de
manière à le rendre professionnel.
Une extension du web phone professionnel sur téléphone portable supportant J2ME sera
également développée.
Les Technologies employées :
− RUP : pour l'analyse et la conception,
− Java, J2ME : pour l'implémentation ,
− SIP, H323 : protocoles de communication utilisés,
− VoIP : pour transmettre la voix sur internet.
1.5 Objectifs visés
Notre web phone doit d'abord remplir tous les avantages des web phones classiques. En
effet ceux- ci :
− permettent de passer des appels téléphoniques grâce à la téléphonie IP ;
− ne requièrent pas d’installation puisqu’ils s’exécutent au sein du navigateur ;
− ne conservent aucune informations personnelles de l’utilisateur sur la machine où ils
(web phones) tournent;
− sont indépendant de la plateforme ;
− leurs mise à jour est facile ;
− la personnalisation par un utilisateur est facile à gérer ;
En tant que web phone professionnel , notre application devra en plus:
− offrir un assistant personnel permettant de gérer (modifier,créer,supprimer ) le compte d'un

3
 utilisateur, de consulter le carnet de contact, l'historique des appels, le solde, ... ;
− permettre la gestion des conférences (vidéo ou non vidéo) ;
− permettre la gestion des messages instantanés ;
− permettre la gestion des communications par SMS ;
− permettre de se divertir (vidéo à la demande, vidéo live, jeux, ...) ;
− permettre d'avoir une interface utilisateur très conviviale (permettant par exemple à l'utilisateur
de retrouver les liens fréquemment utilisés ).
1.6 Solution proposée
1.6.1 Description
Le web phone que nous proposons offre les services suivants :
 Téléphonie IP : c'est la fonctionnalité de base ; grâce à ce service, un utilisateur
pourra passer et recevoir des appels à partir de son ordinateur.
 Un assistant personnel qui permettra de gérer (modifier,créer,supprimer ) le compte d'un
utilisateur, de gérer(consulter,modifier)le carnet de contact, de gérer l'historique des
appels, le solde, ... ;
 communication par SMS en extension;
 messagerie instantanée en extension;
 transfert de fichier en extension;
 vidéo conférences en extension;
 divertissement en extension.
1.6.2 Résultats attendus
Les résultats attendus sont :
 Une documentation relative à l'application(manuel d'utilisation , cahier d'analyse et de conception).
 L'application proprement dite (qui sera un web phone déployé sur un site web en utilisation gratuite).
1.6.3 Biens livrables
Les éléments que nous allons fournir à l'issue de notre développement sont :
 un rapport d'analyse exprimant notre compréhension du projet;
 un rapport de conception montrant comment nous allons réaliser l'application;
 un CD contenant le code source ainsi que les documents susmentionnés.
1.7 Démarche d'intervention
Pour développer cette application, nous choisissons comme point de départ l'état de l'art sur
les web phones existant.
1.7.1 Architecture
Nous allons utiliser une architecture client lourd c'est-à-dire une application qui tourne
essentiellement du côté client.
1.7.2 Méthode
Nous allons utiliser la méthode RUP(Rational Unified Process) pour définir le cycle de vie du
logiciel et le langage de modélisation UML(Unified Modeling Language) pour représenter les
différentes abstractions dans chaque étape du cycle de vie. Nous utiliserons le concept de
programmation orientée objet pour implémenter notre application.
1.7.3 Planification
Étude de l'existant : 2 semaines
Analyse : 3 semaines (à partir du moment où on jugera qu'il est nécessaire de commencer)
Conception : 4 semaines ( à partir du moment où le rapport d'analyse sera jugé correct)
Implémentation : 2 semaines ( à partir du moment où le rapport de conception sera jugé correct)
Tests et corrections: 1 semaine ( pour chercher à détecter les bogues éventuels).
1.8 Présentation de l'équipe
Membres de l'équipe :
 MESSI NGUELE THOMAS 07U165
4
  SIYOU FOTSO VANEL STEVE 07U278
 TONYE REMY CONRAD 06U393
Encadreur : Dr. MELATAGIA YONTA PAULIN
1.9 Ressources
1.9.1 Ressources matérielles
L'ensemble des équipements prévus pour le projet sont les suivants :
 3 ordinateurs;
 3 modems donnant l'accès à internet;
 1 téléphone portable de 3ème ou de 4ème génération;
 un casque avec micro;
 un poste de téléphone fixe.
1.9.2 Ressources logicielles
Nous allons avoir besoin au cours du développement d'un ensemble d'outils notamment :
 Pour la modélisation : Bouml
 Pour la gestion de la base de donnée : le serveur MySQL
 Pour l'implémentation , on aura besoin :
* D'un environnement de développement intégré: Eclipse
* La machine virtuelle java JRE ainsi que le kit de développement java JDK
* Un ou plusieurs navigateurs web comme par exemple Internet Explore, Mozilla Firefox
1.9.3Autres ressources
Les autres ressources que nous allons utiliser sont : Internet, les comptes SIP pour les tests
et un espace d'hébergement pour déployer le web phone.
1.10 Conclusion
L'application que nous allons développer est un web phone professionnel c'est-à-dire une
application qui offre non seulement les fonctionnalités de base d'un web phone classique mais aussi
un ensemble de fonctionnalités additionnelles. La rédaction de cette partie du document nous à
permis d'une part de présenter le projet dans sa globalité et d'autre part de présenter un principe de
résolution du problème avec les contraintes qu'on peut y trouver.

2. CAHIER D'ANALYSE
1. Introduction
L’objectif de notre travail est de développer un web phone professionnel permettant de
passer des appels en utilisant le protocole SIP. Dans ce document, nous exprimerons notre
compréhension du sujet en utilisant le langage UML(Unified Modeling Language). UML se définit
comme un langage de modélisation graphique(car il offre plusieurs diagrammes) et textuel destiné à
comprendre et à définir des besoins, spécifier et documenter des systèmes, esquisser des
architectures logicielles, concevoir des solutions et communiquer des points de vue. Dans la suite,
nous présenterons d'abord le modèle des cas d’utilisation (grâce aux diagrammes d'UML des cas
d'utilisation et des séquences systèmes); ensuite nous présenterons le modèle des classes (grâce au diagramme
de classes participantes d'UML).
2. Modèle des cas d'utilisation
Dans cette partie, nous commencerons par la présentation des acteurs. Ensuite, nous
exprimerons les exigences fonctionnelles du système à travers les diagrammes des cas d’utilisation
et nous montrerons enfin les différentes interactions qui apparaissent dans la réalisation de ces cas
d’utilisation à travers les diagrammes de séquences systèmes.
2.1Les acteurs
Les acteurs que nous avons identifiés dans le système sont : l'utilisateur(du web phone) qui est
l'acteur principale; l'administrateur, le serveur voip, l'opérateur téléphonique (appels vers les téléphones)
qui sont des acteurs secondaires.

5
 2.2Diagrammes des cas d'utilisation
Pour une question de lisibilité, nous avons scinder le diagramme global en 3 sous
diagrammes.
- Un utilisateur peut utiliser notre web phone pour s'enrégistrer ou bien passer un appel.
L'appel peut aussi bien se faire vers des ordinateurs que vers des téléphones( portables ou fixes). Ce qui
donne le diagramme suivant:

− Un utilisateur peut aussi utiliser son assistant personnel pour:

 gérer son carnet de contact(ajouter, supprimer ou modifier un contact) ;
 gérer l'historique des appels(consulter ou supprimer l'historique des appels entrant ou sortant) ;
 gérer le crédit de communication(consultation du solde ou chargement du compte) ;
 modifier son compte utilisateur(modifier son mot de passe ou son login, personnaliser
l'interface).
Nous déduisons alors le diagramme suivant:

-Un utilisateur peut enfin utiliser notre web phone pour se divertir (musique, jeux,..), transférer
des fichiers, chater(via des messages instantanés), envoyer des sms(vers des téléphones portables), faire une
conférence vidéo.

6
 2.3Diagrammes de séquence système
Nous allons maintenant donner une description détaillée des cas d'utilisation que nous avons
identifiés à travers l'ensemble des séquences systèmes ci-dessous.
 S'enrégistrer:

 Modifier son compte

 Passer un appel

7
 Gérer le carnet de contact
 Supprimer un contact

 Ajouter un contact

 Modifier un contact

 Gérer l'historique des appels

 Consulter l'historique

 Supprimer l'historique

8
 Gérer le crédit de communication
 Consulter le solde

 Chargement de compte

 Envoyer des SMS

9
 Chater

 Faire une conférence vidéo

 Transférer des fichiers

 Se divertir

10
 3. Modèle de classe : Diagramme de classes participantes
Dans ce diagramme, nous pouvons voir les classes entités à droite. Il s'agit des classes :
CreditDeCommunication, divertissement, destinataire, utilisateurNonEnreg, utilisateurEnreg,
contact(ces dernières sont héritent de la classe destinataire), et enfin historiqueDesAppels.
Nous pouvons aussi voir dans ce diagramme, les classes de dialogue à partir de la notation
<<dialogue>> qui les précède dans leur nom. Ces classes représentent les interfaces graphiques avec
lesquelles l'utilisateur interagit pour la réalisation des cas d'utilisation.
Nous pouvons enfin voir la classe de contrôle CtrlWebPhone qui représente les réactions de
notre web phone (perçu à travers les différentes fonctions de cette classe) face à l'action d'un utilisateur ; ces
réactions permettent la réalisation des cas d'utilisation.

4.Conclusion
Les différents modèles développés au cours de cette phase nous ont permis d’exprimer notre
compréhension du sujet. L’étape suivante va consister à proposer une solution technique qui va
tenir compte de ces modèles et de la plate forme d’exécution(les navigateurs).

11