Vous êtes sur la page 1sur 81

Institut Suprieur Du Gnie Appliqu

Projet de fin dtudes


Pour lobtention du titre :

Ingnieur en Informatique
Option : Ingnierie Logiciel et Multimdia

Sous le thme :

ETUDE ET DEVLOPPEMENT DUNE PLATEFORME DE TAXATION POUR LA TELEPHONIE SUR IP

Ralis par :
Hassani Mohamed Benyadi Mourad

Jury :
M. Mourad Raji M. Laalej Mohamed M. Driss Bouzidi

Encadr par :
Option : Ingnierie Logiciel et Multimdia universitaire : 2010 - 2011 Anne

Etudes et dveloppement dune plateforme pour la tlphonie sur IP M. Bouzidi Driss Mme Fadwa lahrach

Projet de fin dtudes 2010 - 2011

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Ddicace
A mes trs chers parents, Aucun mot ne pourra exprimer mes sentiments envers vous. A mes chres surs, A mes chers frres, Je ne sais comment vous remercier pour tout ce que vous avez fait pour moi. A toute ma famille. A tous mes chers amis dAzrou, A mes chers amis de lcole, A mes trs chers frres et amis de la ville de Rabat, Pour tout le soutien que vous mavez offert, je vous dis MERCI. A tous ceux qui maiment. A tous les musulmans travers le monde, je ddie ce travail Hassani Mohamed

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Ddicace
A mes trs chers parents, Aucun mot ne pourra exprimer mes sentiments envers vous. A mes chres surs, A mes chers frres, Je ne sais comment vous remercier pour tout ce que vous avez fait pour moi. A toute ma famille. A tous mes chers amis de Berkane, A mes chers amis de lcole, A mes trs chers frres et amis de la ville de Rabat, Pour tout le soutien que vous mavez offert, je vous dis MERCI. A tous ceux qui maiment. A tous les musulmans travers le monde, je ddie ce travail Benyadi Mourad

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Remerciements
Il nous est agrable de nous acquitter dune dette de reconnaissance auprs de toutes les personnes, dont lintervention au cours de ce projet, a favoris son aboutissement. Ainsi, nous exprimons notre profonde gratitude et tenons remercier tout le personnel dINTELCOM et plus prcisment lquipe dtude et dveloppement, pour leur soutien et pour leur gnrosit considrable quant loffre de linformation. Nous tenons exprimer nos gratitudes Mlle Fadwa Lahrach, notre encadrante lentreprise, qui nous a propos un sujet trs intressant. Nos remerciements les plus sincres vont M. Bouzidi Driss, notre encadrant lIGA, pour les conseils quelle nous a prodigu, son judicieux encadrement ainsi que son assistance pour la rdaction du rapport. Nos remerciements sadressent galement M. Mourad Raji, M. Mohamed Baidada, Mlle Fadwa el Idrissi pour avoir t toujours lcoute, et pour leurs conseils et claircissements. Que messieurs les membres de jury trouvent ici lexpression de nos reconnaissances pour avoir accept de juger notre travail. Que tous ceux et celles qui ont contribu de prs ou de loin laccomplissement de ce travail trouvent lexpression de nos remerciements les plus chaleureux.

Projet de fin dtudes 2010 - 2011

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Rsum
Ce rapport est le fruit du travail que nous avons ralis dans le cadre de notre projet de fin dtude au sein de la socit Intelcom. Ce projet avait pour objectif dtudier et dvelopper une plateforme de taxation pour la tlphonie sur IP. Ce projet assure la gestion comptable et le contrle des appels tlphoniques. Elle permet un suivi intelligent de tous les appels qu'il s'agisse de tlphonie classique ou de tlphonie internet (VoIP) passs sur le rseau de l'entreprise. Ce suivi se fait par la gnration des rapports et des factures pour chaque niveau choisi par lutilisateur. Pour le dveloppement du projet, nous avons suivi le cycle de dveloppement en Y (2TUP). Pour la modlisation du systme, nous avons utilis le langage UML. La ralisation du projet est base sur les nouvelles technologies du Web. En effet, nous avons eu recours plusieurs Frameworks traitant plusieurs aspects du dveloppement sous la plate-forme J2EE. Nous avons donc utilis le Framework Struts pour la prsentation Web, le Framework JasperReports pour ldition des rapports. Le prsent rapport permet de prsenter les diffrentes tapes par lesquelles nous sommes passs afin de raliser le travail qui nous a t confi.

Projet de fin dtudes 2010 - 2011

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Sommaire
Liste des abrviations.. ..4 Liste des figures. ...5 Liste des tables.. 6 Introduction .... ..7 Chapitre 1 : Contexte gnral du projet.. .8 Introduction ..9

Projet de fin dtudes 2010 - 2011

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Liste des abrviations


Abrviation
2TUP ASP IHM JSP ANRT BMP CDR CMP EJB GPL HTML IAM IP J2EE LAN Mbone MySQL OMG OMT OOSE OSS PBX PC QoS RUP SGBD TIC ToIP UML VoIP XML Dsignation Two Track Unified Process Active Server Pages Interface Homme Machine Java Server Page L'Agence Nationale de Rglementation des Tlcommunications Bean Managed Persistance Call Detail Records Container Managed Persistance Entreprise Java Bean General Public License Hypertext Markup Language Itissalat al-Maghreb Internet Protocole Java Enterprise Edition local area network Multicast Backbone My Structured Query Language Object Management Group Object Modeling Technique Object Oriented Software Engineering Open-source software Private branch exchange Personnel Computer La qualit de service , Rational UnifiedProcess Systmes de Gestion de Bases de Donnes Technologies de l'information et de la communication Tlphony over IP Unified Modelling Language La tlphonie sur IP eXtensible Markup Language

Projet de fin dtudes 2010 - 2011

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Liste des figures


.74 Figure 11-2. : Micro-processus de conception dtaille.. 75

Projet de fin dtudes 2010 - 2011

10

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

Liste des tables

Projet de fin dtudes 2010 - 2011

11

Etudes et dveloppement dune plateforme pour la tlphonie sur IP

INTRODUCTION
La tlphonie sur IP (ou VoIP pour Voix sur IP) est un mode de tlphonie utilisant le protocole de tlcommunications cr pour Internet (IP pour Internet Protocol). La voix est numrise puis achemine sous forme de paquets comme n'importe quelles autres donnes. Ainsi, l'volution la baisse du prix de la bande passante offre de relles conomies l'entreprise. De plus, avec une solution IP-PBX les appels l'intrieur de l'entreprise sont gratuits de fait. En bref, l'augmentation des dbits Internet et les conomies ralises sur la facture tlcom suscitent l'engouement des entreprises, donc en attendant sa vulgarisation il faut penser des techniques de facturation et mesure de trafic pour rglementer laccs au rseau, et garantir aux utilisateurs une qualit de service acceptable. Cest dans cette optique que sinscrit ce projet. En effet, Le but est dtudier et dvelopper une plateforme de taxation pour la tlphonie sur IP qui collecte les informations sur les appels partir dune base de donnes, les traite, les analyse, puis les affiche sous des formats bien prsents ladministrateur et aux utilisateurs. Le prsent rapport dcrira dans le premier chapitre lorganisme au sein duquel nous avons effectu notre projet de fin dtudes Intelcom, ses services et son organisation. Et aprs des gnralits de la tlphonie sur IP nous introduisons le cadre gnral, les objectifs de notre projet, la dmarche que nous avons adopte et la planification. Le deuxime chapitre, comporte ltude fonctionnelle du projet qui se compose de deux tapes, une tape de capture des besoins fonctionnel et une tape danalyse. La premire comporte une analyse comparative des solutions ; une tude de lexistant et les services attendus de la plateforme .La deuxime comporte llaboration du diagramme statique ; dynamique du projet et par la fin une analyse du comportement des entits dgages. Le troisime chapitre, prsente la technologie J2EE adopte pour la plateforme de taxation. De plus, une explication de larchitecture logicielle caractrisant lapplication. Ensuite, une exposition des Frameworks Open Source choisi pour le dveloppement. Et pour le quatrime chapitre, cest la partie restante du processus suivi qui se compose de la conception prliminaire, la conception dtaille et la fin la mise en uvre du projet.

Projet de fin dtudes 2010 - 2011

12

Chapitre 1 : Contexte gnral du projet

Introduction
Comme nous lavons indiqu auparavant, notre projet sest droul au sein dIntelcom, dont le fonctionnement est ax autour de plusieurs activits, et se base sur un systme

Chapitre 1 : Contexte gnral du projet


dinformation mature.

1 Prsentation de lentreprise
Dans ce chapitre, nous prsentons lorganisme au sein duquel nous avons effectu notre projet de fin dtudes Intelcom, ses services et son organisation. Et Aprs des gnralits de la tlphonie sur IP nous introduisons le cadre gnral, les objectifs de notre projet, la dmarche que nous avons adopte et la planification.

INTELCOM appartient au Groupe SATEC: une socit multinationale espagnole dintgration de solutions technologiques, spcialise dans les services avancs lis aux nouvelles Technologies de lInformation. Elle a privilgi depuis 1987 la collaboration avec ses clients travers linnovation dans les processus, les ressources et les technologies, contribuant ainsi au changement, la productivit et la comptitivit dans leur activit. Les principes qui rgissent ses actions sont les suivants : une base technologique solide et la haute qualification du personnel, combines une gestion experte des fournisseurs, en veillant constamment la qualit du produit ou du service, une innovation permanente, une longue exprience dans la mise en place de solutions chez plus dun millier de clients et une relation privilgie avec ses partenaires technologiques, toujours tourns vers le client et avec lengagement ferme doffrir des solutions et des services innovateurs adapts ses besoins spcifiques. Leffectif de la socit slve actuellement plus de 1200 personnes. Socit capital espagnol, Groupe SATEC est aujourdhui un groupe dentreprises international activement prsent dans sept pays. En complment de son activit principale, le groupe SATEC dtient 100% une entreprise de fourniture de solutions spcifiques, dnomme InterHost et spcifiquement spcialise dans le domaine des solutions dingnierie de centres de donnes et dhbergement de systmes dinformation.
Projet de fin dtudes 2010 - 2011

13

Chapitre 1 : Contexte gnral du projet

1.2 Organisation dINTELCOM

Figure : lorganigramme dIntelcom

1.3 Services du Groupe SATEC


Groupe SATEC dispose dune grande gamme de Solutions et de Services TIC qui couvrent les besoins du Client, recueillent et analysent leurs exigences pour leur dveloppement, leur mise en place et leur maintenance ultrieures. Cette exprience a galement servi offrir des solutions et des services spcifiques aux secteurs dactivit suivants: Administrations Publiques Oprateurs de Tlcommunications Sant Industrie Banque Assurances

Projet de fin dtudes 2010 - 2011

14

Chapitre 1 : Contexte gnral du projet Les services de Groupe SATEC sont bass sur une architecture modulaire, extensible et ouverte qui permet de sadapter aux divers besoins de ses clients. Lventail de services de Groupe SATEC comprend diffrents modules qui permettent dadapter loffre de la socit aux besoins rels de ses clients. Lillustration suivante rsume lventail de services de Groupe SATEC:

Figure : Les activits dintelcom

Projet de fin dtudes 2010 - 2011

15

Chapitre 1 : Contexte gnral du projet

2 Prsentation du projet
1.1 Cadre gnral du projet
Le monde numrique actuel prsente de nouveaux dfis et de nouvelles opportunits pour les grandes socits, situation dont ont tir parti les oprateurs de tlcommunications pour offrir de nouveaux services leurs clients, aussi bien sur le plan national quinternational, pour se fusionner ou raliser de nouvelles acquisitions leur permettant doffrir un portefeuille complet de services bass sur la convergence voix-donnes. Le besoin continu du secteur de se rinventer fait que linnovation constitue la cl de la croissance rentable et durable des oprateurs de tlcommunications, laquelle est base sur le processus de transformation des ides en processus mtier substantiellement plus efficaces et diffrenciateurs. Groupe SATEC dispose dune gamme de solutions et de services spcifiquement adapts aux oprateurs de tlcommunications, conus pour aider leurs clients faire face aux dfis actuels et venir, tels que par exemple : Dveloppements sur mesure Solutions de Gestion et OSS Scurit Services mobiles Groupe SATEC possde dans les domaines des rseaux, systmes, scurit et dveloppement, elle se trouve dans des conditions privilgies pour aborder des solutions de gestion et OSS. Les principaux domaines dvelopps par la Socit sont : Gestion de rseaux, systmes et services Gestion des vnements et des incidents Gestion des performances Systmes dapprovisionnement Inventaire Mdiation et facturation ; mission de donnes de facturation, analyse de logs, agrgation de flux, systmes de prpaiement, etc. Cest dans ce dernier domaine de Mdiation et facturation que nous avons effectu notre stage de fin dtudes.

1.2 Objectifs du projet


Notre projet de fin dtudes, effectu au sein la socit Intelcom consiste tudier et dvelopper une plateforme de taxation pour la tlphonie sur IP, en termes darchitecture et application. Les fonctionnalits de cette application sont : Gnrer des factures et rapports,

Projet de fin dtudes 2010 - 2011

16

Chapitre 1 : Contexte gnral du projet Permettre la rduction des frais de la communication, Sensibilisation de lemploy. La facturation sera base sur les rsultats des appels enregistrs par un outil de Cisco appel Call manager dans une base de donnes. Il sagit dans un premier temps dtudier les concepts fondamentaux (aspects, normes et constructeurs) sur lesquels repose la tlphonie sur IP. Ainsi dtudier les mthodes de calcul des cots des appels par les oprateurs et analyser les tarifs disponibles. Aprs cette premire tape, on dbutera le dveloppement de lapplication web suivant les tapes, les mthodes et processus tudies dans notre formation en ingnierie logiciel et Multimdia lIGA.

Projet de fin dtudes 2010 - 2011

17

Chapitre 1 : Contexte gnral du projet

3 Gnralits sur La tlphonie sur IP et la taxation


1 Historique de la tlphonie sur IP :
Cest au dbut des annes 80 que sont apparues les applications temps rel sur les LANs. Les rseaux disposaient alors dune bonne bande passante (rseau Ethernet 10 Mbit/s) et les stations de travail avaient une bonne puissance de traitement de linformation, ce qui a permis lchange des flux audio, vido, etc. Mais le dveloppement des applications de voix et vido sur Internet a explos avec la naissance du Mbone (Multicast Backbone). Il sagit dun rseau de diffusion multipoint cr lorigine pour un besoin interne de lIETF5qui dsirait pouvoir diffuser en visioconfrence ses runions afin de pouvoir joindre ses correspondants empchs de se dplacer. La technique Mbone fut conue au Xerox Parc6 puis adopte par lIETF en mi-1992. Il sagit en fait dun rseau superpos au rseau Internet classique o les paquets multicasts ont encapsuls dans des paquets IP classiques, puis traits dans des routeurs capables de les exploiter. Ce rseau tait techniquement ncessaire pour viter de saturer le rseau classique en envoyant autant de flux audio/vido (gourmands en bande passante) que de destinataires : la solution consistait regrouper les flux qui empruntent une mme route puis les expanser dans des routeurs multicast au fur et mesure que les routes divergent pour joindre le destinataire final. Une autre composante non moins essentielle de la naissance de la tlphonie sur IP fut le dveloppement de codeur bas dbit. Ces codeurs se classent en trois grandes classes suivant les techniques de codage utilises : techniques temporelles techniques paramtriques techniques par analyse et synthse. Beaucoup de logiciel de tlphonie ont t crs, mais cest lmergence des serveurs daccs entre les rseaux IP et le rseau tlphonique commut qui a rellement propuls la tlphonie sur IP et a attir lattention des oprateurs de part et dautre.

La tlphonie sur IP :

La tlphonie sur IP (ou VoIP pour Voix sur IP) est un mode de tlphonie utilisant le protocole de tlcommunications cr pour Internet (IP pour Internet Protocol). La voix est numrise puis achemine sous forme de paquets comme n'importe quelles autres donnes. Pourquoi migrer vers une solution de tlphonie IP ? L'augmentation des dbits Internet et les conomies ralises sur la facture tlcom suscitent l'engouement des entreprises. Scurit, infrastructure ou cot rel sont des paramtres prendre en compte avant de bouger.

Rseaux en concurrence :

Lutilisation simple et croissante du protocole IP dans les rseaux est devenue question cruciale pour le monde des tlcommunications. Lintgration de la voix et donnes sur ces rseaux est aujourdhui la grande occupation des oprateurs dans ce domaine. Pour cela il faut tout dabord savoir les caractristiques des rseaux qui vont cooprer entre eux pour le projet de la tlphonie sur IP.

Projet de fin dtudes 2010 - 2011

18

Chapitre 1 : Contexte gnral du projet

2.1.1

Le rseau TCP/IP ou Internet :

Le rseau rgi par le protocole TCP/IP (Transport Control Protocol / Internet Protocol) est le rseau Internet qui a pour but linterconnexion de rseaux sur une base plantaire, cette technologie issue des annes 1970, interconnecte aujourdhui plusieurs millions de rseaux divers : Ethernet, X25, FR, FDDI, etc. Le rseau TCP/IP est constitu par des protocoles de base qui offrent les services de base du transfert des donnes : - Transport de datagrammes : service lmentaire de la commutation de paquets. - Transport de messages scuriss : service orient connexion permettant d'acheminer des donnes en garantissant leur intgrit. Il y a plusieurs applications standards bties sur cette technologie de base : courrier lectronique, transfert de fichier, etc.

2.1.2

Le rseau RTC :

Le rseau public de tlphonie, utilise une paire de cuivre comme support physique et tait historiquement utilis pour fournir des services de voix analogique. Il essaye aujourdhui dintgrer les technologies numriques autorisant de nouveaux services (Le RNIS). Le rseau daccs tlphonique comme le rseau de transport longue distance associ restent aujourdhui des rseaux ddis bass sur la commutation de circuits (TDM). Ils possdent de nombreuses interconnexions afin de grer les communications internationales, fixe vers mobile ou encore dun oprateur un autre pour une mme communication. Pour suivre le dveloppement des tlcommunications, plusieurs oprateurs ont dvelopp des infrastructures pour offrir des services voix leurs clients. Paralllement, ces mmes oprateurs ont tendu leurs offres de services afin de proposer leurs clients, majoritairement des entreprises, le transport de donnes. Ces offres ont donc amen les oprateurs du march (voix/donnes) dvelopper des rseaux convergents de type paquets, afin doptimiser leur infrastructure.

2.1.3

Le rseau RNIS :

Le RNIS (Rseau Numrique Intgration de Services), connu au Maroc sous le nom commercial donn par Maroc Tlcoms Marnis, est dfini comme suit par le Livre Rouge de lUIT-T: Un rseau Numrique Intgration de Services est un rseau dvelopp en gnral partir d'un rseau tlphonique numris, qui autorise une connectivit numrique de bout en bout assurant une large palette de services, vocaux ou non, auxquels les usagers ont accs par un ensemble limit d'interfaces polyvalentes . Marnis, c'est l'utilisation combine de deux types de canaux de transmission appels canal B (Bearer Channel) pour le transfert de donnes en mode commutation de circuit, et canal D (Data Channel) pour la signalisation et le transfert de donnes en mode commutation de paquets. Il est galement possible dutiliser le canal D pour accder au rseau de communication de paquets Maghrepac. Le nombre des canaux B et le dbit du canal D dpendent du type d'accs. On distingue deux types d'accs :laccs de base et laccs primaire.
Projet de fin dtudes 2010 - 2011

19

Chapitre 1 : Contexte gnral du projet

Diffrentes architectures de tlphonie sur IP : Micro-ordinateurs micro-ordinateurs :

2.1.1

Figure : La tlphonie sur IP de PC PC.

Larchitecture PC to PC est la solution la moins chre mais aussi la plus facile mettre en uvre. Elle est surtout destine aux utilisateurs occasionnels et ne ncessite pas de matriel particulier : carte son Full Duplex, un casque et un micro. Les logiciels quant eux sont trs disponibles. Pour ce qui est du cot, vous ne payez que votre connexion Internet et ceci quelle que soit la distance laquelle vous appel tout en sachant que les deux correspondants paient.

2.1.2

Micro-ordinateur poste tlphonique :

Figure : La tlphonie sur IP de PC tlphone.

Le PC tlphone consiste appeler un tlphone depuis un ordinateur. Cest actuellement la technique la plus utilise et la plus simple mettre en uvre. Mais il faut savoir que ce nest pas toujours rentable. En effet, qui dit tlphone, dit rseau tlphonique. Vous tes alors oblig de payer pour la portion correspondant la distance entre le POP local de votre correspondant ( Point of Presence : Endroit o converge le rseau tlphonique et lInternet.) et votre correspondant. Cette solution sapplique donc surtout ceux qui appellent
Projet de fin dtudes 2010 - 2011

20

Chapitre 1 : Contexte gnral du projet souvent ltranger et plus particulirement aux Etats-Unis ou au Canada car il existe des offres de VoIP pour appeler vers ces pays. Pour appeler un tlphone travers son ordinateur, on a besoin dun micro et dcouteurs, ainsi quune connexion Internet. On peut ainsi utiliser son tlphone avec la seule contrainte de lancer un programme. Cependant, cette formule est peu intressante si on appelle en local ou mme en national et parfois les tarifs sont suprieurs ceux des oprateurs tlphoniques classiques. On doit en plus dans la plupart des cas ouvrir un compte prpay chez loprateur de VoIP. En revanche, du fait du faible cot des communications locales en Amrique du Nord, certains oprateurs de VoIP offrent les communications vers les Etats-Unis et le Canada.

2.1.3

Postes tlphoniques Postes tlphoniques :

Figure : la tlphonie sur IP de tlphone tlphone.

Le phone to phone est lapplication ultime de la tlphonie IP. En effet, partir de cet instant, lordinateur est totalement oubli. On utilise un tlphone comme la maison ou au bureau et avec la mme simplicit. Evidemment, cette solution est dabord rserve aux entreprises car celles-ci bnficient du haut dbit et des infrastructures trs adaptes. Pour utiliser cette solution, il faut donc un rseau haut dbit dun oprateur et des tlphones IP. Une autre solution consiste sacrifier un peu de qualit et de passer par Internet via des IAP (Internet Access Provider), qui est un rseau beaucoup plus lent mais universel dans le sens o on peut pratiquement joindre nimporte quel ordinateur ou tlphone IP partout dans le monde.

La taxation et la tlphonie sur IP :

Indpendamment des aspects lis aux tarifs pratiqus tant dans le domaine de la tlphonie traditionnelle que dans celui de l'utilisation d'Internet, il y a quelques raisons objectives pour que les communications sur IP soient en principe moins coteuses que les communications sur le rseau tlphonique commut classique. La premire raison est inhrente la mise en uvre de la transmission de la voix par paquets qui, par nature, utilise mieux les liaisons de tlcommunications (tout au moins audel des liaisons terminales de raccordement de l'utilisateur) que la technique de commutation de circuits qui ddie un circuit de bout en bout chaque communication tlphonique sans tenir compte des temps morts de la conversation.

Projet de fin dtudes 2010 - 2011

21

Chapitre 1 : Contexte gnral du projet De plus, pour la tlphonie sur IP, pour s'accommoder des diffrents maillons de la chane ct utilisateur (rapidit des modems notamment, dans le cas de l'utilisation de microordinateurs), on pratique une compression de l'information numrique qui fait passer la voix numrise du dbit standard de 64 kbit/s un dbit de moins de 10 kbit/s, d'o l encore une meilleure utilisation des liaisons. Ces deux raisons sont nuancer par le phnomne de baisse constante des cots de transmission notamment sur fibre optique. Une troisime raison concerne la nature des quipements mis en uvre : il s'agit, dans le cas de la voix sur IP, d'quipements (serveurs, routeurs) en synergie avec les quipements du monde de la microinformatique et qui, de ce fait, bnficient des mmes volutions de cots que ce domaine. On aboutit ainsi la mise en uvre d'quipements moins sophistiqus (un routeur est beaucoup moins rapide qu'un commutateur de circuits) et moins coteux (mais aussi avec des fonctionnalits plus rudimentaires) que les commutateurs qui interviennent dans les rseaux de tlcommunications. Enfin, en corollaire de cette conception diffrente des quipements, on est conduit dans le cas de la tlphonie sur IP accepter des fonctionnalits diffrentes de celles de la tlphonie classique, notamment en termes de qualit de service.

Projet de fin dtudes 2010 - 2011

22

Chapitre 1 : Contexte gnral du projet

1 Conduite du projet
4.1 Processus de dveloppement
Le processus de dveloppement adopt est le processus en Y ou Two Track Unified Process (2TUP). Ce processus itratif et incrmental, drive du Unified Process , mais il consacre plus dimportance pour les aspects techniques auxquels il rserve toute une branche de son cycle. Cet intrt a pour but de rduire le risque technologique. Y ne se contente pas des risques technologiques, mais il assure aussi une gestion des risques de toute nature. Pour plus de dtail concernant le cycle en Y se reporter lannexe 1. Le choix du cycle en Y est justifi par ses proprits confirmes et par le besoin exprim par La plateforme de taxation en termes de fonctionnalits et des technologies utiliser. Nanmoins, une tude comparative entre le cycle en Y et dautres cycles de dveloppement simpose afin den choisir celui qui est le plus adapt. Ltude a prouv la puissance du cycle en Y et elle a dmontr quil est appropri au projet. (Autres informations sur 2Tup dans lANNEXE 1) Cette comparaison porte sur trois processus de dveloppements les plus populaires et les plus utiliss : le processus RUP (Rational Unified Process). le cycle en V. le cycle en Y. La table 1 suivante est un rcapitulatif de ltude comparative ralise. Les aspects critiques, du projet tudi, mritent dtre rsolus avec plus de souplesse. Parmi ces points, la multitude des fonctionnalits exprimes, lutilisation des plus nouvelles technologies, le respect du temps rserv llaboration du projet, etc. Pour viter cette immensit des risques, nous nous somme concentr sur llaboration dune premire version du projet nayant que les fonctionnalits principales. Ensuite, nous ajoutions les fonctions les plus indispensables au fur et mesure. Ceci tant tabli par une mthode itrative et incrmentale. Pour esquiver les risques des nouveauts technologiques, nous explorions les solutions offertes pour sy adapter et pour surpasser les surprises qui peuvent en survenir. Le modle dimplmentation donc tire de grands profits des solutions offertes par les technologies tudies. Daprs la table 1, seul Y propose un intrt vif pour la gestion de la complexit technique. Les deux autres ny attachent pas grande attention. En effet, RUP propose plutt un cadre complet pour la conduite de projet, mais nattache pas trop dimportance pour le dveloppement lui-mme. Le cycle en V quant lui, permet de matriser le dveloppement travers les vrifications la fin des phases, mais il noffre toujours pas de gestion de la complexit technique.

Projet de fin dtudes 2010 - 2011

23

Chapitre 1 : Contexte gnral du projet Il savre donc incontestablement que cest effectivement 2TUP qui est le plus appropri au projet tudi. Processus
RUP

Description
RUP est la fois une mthodologie de conduite et de dveloppement de projets et un outil prt lemploi Chaque phase en amont de la production du logiciel prpare la phase correspondante de vrification en aval de la production du logiciel Sarticule autour de larchitecture

Avantages
Propose des modles de documents, et des canevas pour des projets types Prparation des phases de vrification au moment de lAnalyse et de la Conception Fait une large place la technologie et la gestion du risque

Inconvnients
-Coteux personnaliser -Trs ax processus, au dtriment du dveloppement : peu de place pour le code et la technologie -Obligation de dfinir la totalit des besoins au dpart -Validation fonctionnelle tardive Ne propose pas de documents types

2TUP

Table : Etude comparative des cycles de dveloppement.

4.2 Planification du projet


La planification du projet est parmi les phases d'avant-projet. Elle consiste prvoir le droulement du projet tout au long des phases constituant le cycle de dveloppement. Grce aux runions tenues avec notre encadrante au sein de lorganisme daccueil, nous avons t clairs sur les diffrentes tapes du projet ainsi que leur squencement. Le tableau et le diagramme suivants prsente le planning des tapes du droulement de notre projet : Liste des taches :

Nom
Recherche de documentation Rdaction d'un rapport sur la tlphonie IP Analyse de la solution Phonex One Analyse et Conception de la plateforme Etudes fonctionnel et tude technique du projet Conception Dveloppement des algorithmes de calcul des cots des appels Dveloppement de l'interface graphique Dploiement et tests au niveau du rseau TOIP Ralisation des documents techniques Rdaction du mmoire de Fin d'tudes
Table : les taches du projet

Date de dbut Date de fin


14/03/11 14/03/11 15/03/11 29/03/11 29/03/11 29/04/11 30/05/11 13/06/11 23/06/11 13/06/11 14/03/11 26/03/11 15/03/11 29/03/11 28/05/11 30/04/11 28/05/11 11/06/11 23/06/11 01/07/11 02/07/11 02/07/11

Projet de fin dtudes 2010 - 2011

24

Chapitre 1 : Contexte gnral du projet Ressource :

Figure : diagramme de ressource du projet

Diagramme de Gantt :

Figure : diagramme de gantt

Conclusion :
Dans ce chapitre, nous avons prsent les services et son organisation dintelcom comme premire partie. La prsentation du but du projet est la seconde partie de ce chapitre suivie de la description du processus de dveloppement 2TUP que nous avons adopt pour le dveloppement de la plateforme de taxation pour la tlphonie sur IP. A base de ce processus que nous avons tabli un planning de travail afin de bien matriser les ressources alloues au projet. Le chapitre suivant est consacr ltude fonctionnelle du projet.

Projet de fin dtudes 2010 - 2011

25

Chapitre 2: Etude fonctionnelle du projet

Projet de fin dtudes 2010 - 2011

26

Chapitre 2: Etude fonctionnelle du projet

Introduction :
Lors de cette phase nous avons effectu une tude des besoins des utilisateurs du systme dvelopper. Ces besoins ont t identifis lors des runions tenues avec notre

Chapitre 2 : tude fonctionnelle du projet


encadrante. Cette premire phase du cycle de dveloppement avait comme livrables, le cahier des charges. Dans le prsent chapitre nous prsentons la synthse de ce livrable. Dans ce chapitre, nous prsentons ltude fonctionnelle du projet qui se compose de deux tapes, une tape de capture des besoins fonctionnel et une tape danalyse. La premire comporte une analyse comparative des solutions ; une tude de lexistant et les services attendus de la plateforme . La deuxime comporte llaboration du diagramme statique ; dynamique du projet et par la fin une analyse du comportement des entits dgages.

3 Capture des besoins fonctionnels


1.1 Analyse comparative des solutions
Le tableau a pour objectif d'tudier diffrents outils pour la mise en uvre d'une solution de taxation, afin de retenir celui qui conviendrait le mieux aux besoins de lentreprise Intelcom. Chaque logiciel est tudi ou expriment en ligne (dmonstrations en ligne). Les informations deviennent une connaissance retranscrite dans le tableau. Les possibilits dutilisation de ce tableau sont nombreuses. Elle permet entre autres davoir une vue de lensemble des outils de taxation pour la ToIP prsents sur le march et donc de rester au fait des dernires avances technologiques dans ce domaine. Dans le point qui suit, les solutions de taxation vont tre prsentes en fonction de certains critres cls. Cette prsentation permettra de connatre rapidement les outils adquats en fonctions des attentes, des besoins et des contraintes de lentreprise.
Projet de fin dtudes 2010 - 2011

27

Chapitre 2: Etude fonctionnelle du projet

Le tableau comparatif :
Nom Dvelopp par Licence Configuration requise Asterisell Auteurs GPL - Serveur WEB HTTP - PHP 5.0 ou suprieur (PHP 4.0 n'est pas support); - support GD activ en PHP; - MySQL SGBD - serveur AsteriskVoIP Freeside Freeside internet Services, Inc. AGPL - Perl , version 5.8.4 minimum Apache-Apache , SSL hautement recommand) -PostgreSQL ouMySQL (v4.1 ou ultrieure, v5 recommand) Asterisk2Billing ArezquiBela_d "Areski" AGPL -Asterisk 1.2.24 + 1.4.0 ou Asterisk -Apache 2 -PostgreSQL 8 ou 5 MySQL -PHP 5 PHONEX ONE EVERCOM Payante -Microsoft SQL Server 2005/2008 ditions standard et Enterprise ou eXPress -MicrosoftInternet Information Server (IIS) 5.0 -ASP.NET

Gestion des dpenses :


Grer les dpenses tous les niveaux Grer les dpenses par employ Grer les dpenses par dpartement

Oui Oui Oui

Non Oui Non

Non Non Non

Oui Oui Oui

Gestion des rapports :


gnrer des rapports faciles exploiter Etablir des rapports cots en plusieurs devises Etablir des rapports ne comportant que les informations requises Oui Oui Oui Oui

Non

Non

Oui

Oui

Oui

Non

Non

Oui

Gestion des requtes:


Dterminer les Oui Oui Non Oui

Projet de fin dtudes 2010 - 2011

28

Chapitre 2: Etude fonctionnelle du projet


donnes requises

Les requtes peuvent tre personnalises Les requtes peuvent tre exportes

Oui

Oui

Non

Oui

Oui

Oui

Non

Oui

Contrle de trafic :
contrler la charge de trafic de chaque employ contrler la charge de trafic de chaque ligne extrieure Non Non Oui Oui

Non

Non

Non

Oui

Journalisation:
Journalisation des vnements Journalisation pour ladministration du systme Oui Oui Oui Non Oui Non Oui Oui

Gestion des tarifs


Planification des tarifs Mise jour des tarifs Oui Oui Oui Oui Oui Oui Oui Oui

Bilan : Daprs la comparaison prcdente on constate que la solution payante PHONEX ONE est la solution qui rpond aux critres attendue. Donc lanalyse de cette solution sera ltape Table : comparatif des solutions de facturation suivante, fin de mettre en uvre une nouvelle solution de taxation pour la tlphonie sur IP.

Projet de fin dtudes 2010 - 2011

29

Chapitre 2: Etude fonctionnelle du projet

1.2 Etude de lexistant:


PhonEX ONE est une solution web conue pour la gestion comptable et le contrle des appels tlphoniques. Elle permet un suivi de tous les appels qu'il s'agisse de tlphonie classique ou de tlphonie internet (VoIP) passs sur le rseau d'entreprise. Apres une analyse les points forts de PHONEX ONE sont: Base de donnes reposant sur le standard Microsoft SQL 2005 Systme bas sur une architecture volutive, supportant un nombre illimit de sites et dextensions Modularit permettant lintgration dinstallations htrognes de PBX Garde le journal dutilisation sur le systme et son administration Moniteur systme, fournissant en ligne les informations tels que: la collecte des tickets des diffrentes sources, leur traitement et les modifications dans le systme Rapports supportant les fonctionnalits drill-down, pour la visualisation hirarchique de lentreprise en un rapport Scurit : limitation laccs et aux fonctions sur base utilisateur ou de groupe dutilisateurs.

LArchitecture de la solution de facturation:

Figure : larchitecture de la solution de facturation Phonex One

Projet de fin dtudes 2010 - 2011

30

Chapitre 2: Etude fonctionnelle du projet

Il sagit ici dune architecture deux tiers, la machines serveur comporte et les applications de traitement tels le Call Manager et le systme de facturation, et le serveur de base de donnes SQL Server. Le Call Manager Interagit avec la base de donnes CDR pour y enregistrer les informations sur les appels. Le systme PhonEX ONE consiste en 3 applicatifs de base: Un serveur base de donnes SQL, Un serveur Applications Un serveur WEB. PhonEX ONE peut tre install sur un ou plusieurs serveurs spars (mode Cluster). Le paragraphe suivant dcrit brivement certains aspects de la configuration matrielle des serveurs : Serveur Unique : La configuration Serveur Unique intgre les 3 applicatifs en un seul serveur. Serveurs Multiples :

Serveur Base de Donnes Dual Processor Pentium IV avec minimum 3 GHz vitesse processeur Windows 2003 Server ou Windows 2008 Server Microsoft SQL Server 2005/2008 ditions standard et Enterprise (non fournis avec PhonEX One) ou eXPress (fourni) Serveur Web Windows 2003 Server ou Windows 2008 Server Microsoft Internet Information Server (IIS) 5.0 ASP.NET Microsoft Internet Explorer Client PC WEB PhonEX ONE requiert Microsoft Internet Explorer 6.0 et suprieure, avec une rsolution daffichage recommande de 1024x768.

Projet de fin dtudes 2010 - 2011

31

Chapitre 2: Etude fonctionnelle du projet La configuration Serveur Multiple consiste ce que chaque applicatif de base soit un repris par un serveur ddicac: un serveur WEB, un serveur APPLICATION, et un serveur Base de Donnes SQL.

1.3 Services attendus de la plateforme de taxation


Lanalyse de lexistant nous a permis de faire sortir les fonctionnalits ncessaires et importantes de notre plateforme de taxation. Ainsi nous avons pu laborer un cahier de charges o nous avons prcis ces services. La plateforme de taxation doit permettre de : grer les dpenses tlphoniques tous les niveaux, la fois par employ et par dpartement ; gnrer des rapports faciles exploiter, ne comportant que les informations requises; tablir des rapports et des relevs de cots en plusieurs devises ; contrler la charge de trafic de chaque employ et de la ligne extrieure ; reprer toute utilisation abusive du tlphone, notamment les appels longs et coteux ; rduire les dpenses tlphoniques en sensibilisant le personnel une utilisation efficace du tlphone. Laspect fonctionnel de la plateforme La solution web offre une fonctionnalit totale avec tous les navigateurs web, que ce soit de l'intrieur ou de l'extrieur de l'organisation Architecture systme prend en charge un nombre infini de sites et d'employs la modularit optimise pour divers types d'installation pour offrir toute la souplesse requise pour les rseaux centraliss ou rpartis, avec un traitement optimal pour chaque site. Prise en charge de la base de donnes MySQL et utilisation avance de la technologie J2EE Journalisation des vnements pour les journaux systme de suivi et administration du systme Moniteur systme pour afficher des informations en ligne sur : collecte des enregistrements de donnes d'appel (CDR, Call Data Record) partir de diffrentes sources de donnes, tat de traitement des CDR et autres changements survenus dans le systme Dfinition du niveau de dtail des rapports affiche les diffrentes hirarchies de l'entreprise dans un rapport unique Scurit optimise pour limiter l'accs certaines options et commandes en fonction de l'utilisateur et de l'appartenance un groupe Contrle d'accs, journalisation des attaques systme, algorithmes complexes de gnration de mots de passe et pour offrir une protection totale contre les hackers

Projet de fin dtudes 2010 - 2011

32

Chapitre 2: Etude fonctionnelle du projet Fonctionnalits lies la gnration des requtes : Cette option assurera les fonctionnalits suivantes:

Compiler un nombre infini de rapports personnaliss. Lutilisateur peut dterminer les donnes requises, Lutilisateur peut slectionner la faon dont elles doivent tre tries et globalises, Les requtes personnalises peuvent tre enregistres pour un usage ultrieur. l'utilisateur peut exporter des informations vers n'importe quel systme extrieur, au format de son choix.

1.4 Mthode de calcul du cout dappel


Nous avons fait une tude sur les tarifs fixe qui a pour objectif de trouver la mthode de calcul du cot de chaque appel tlphonique, pour cela nous avons commenc par lanalyse du document rcapulatif des tarifs de la tlphonie Fixe des oprateurs au Maroc publi par L'Agence Nationale de Rglementation des Tlcommunications, ANRT.

Il existe plusieurs services pour chaque oprateur, et qui sont spars en services pour les particuliers et pour les professionnels ou entreprises. Donc on sintresse tudier que les tarifs des services pour les professionnels et des services des entreprises. Parmi ses services on cite Pour loprateur Itissalat al-Maghreb , IAM :

o Abonnement Classique o des offres pour Entreprises et professionnels Abonnement classique : Description de loffre : Tarifs prfrentiels pour les communications destination des postes fixes et mobiles (IAM et Mditel) de lentreprise. Plage horaire unique. Abonnement mensuel plafonn 100 lignes, soit 2000 DH HT ; La facturation seffectue en tarif unique Non compatible avec loffre Famille et Amis. Tarification la premire minute indivisible, puis paliers de 30 secondes.
Projet de fin dtudes 2010 - 2011

33

Chapitre 2: Etude fonctionnelle du projet

Table : Les tarifs de labonnement classique

Offres pour Entreprises et professionnels : Offre : prfrence Groupe. Description de loffre : Tarifs prfrentiels pour les communications destination des postes fixes et mobiles (IAM et Mditel) de lentreprise. Plage horaire unique. Abonnement mensuel plafonn 100 lignes, soit 2000 DH HT ; La facturation seffectue en tarif unique Non compatible avec loffre Famille et Amis. Tarification la premire minute indivisible, puis paliers de 30 secondes.

Table : les tarifs de loffre prfrence Groupe.

Offre : Prfrence Mobile.

Description de loffre : Tarifs prfrentiels pour les communications destination des mobiles IAM et Mditel. Plage horaire unique. Abonnement mensuel plafonn 100 lignes, soit 2000 DH HT ; La facturation seffectue en tarif unique ;
Projet de fin dtudes 2010 - 2011

34

Chapitre 2: Etude fonctionnelle du projet Tarification la premire minute indivisible, puis paliers de 30 secondes. Non compatible avec loffre Famille et Amis. Compatible mais non cumulable avec loffre Prfrence Groupe.

Table : les tarifs de loffre prfrence Groupe.

Offre : prfrence international. Description de loffre : Abonnement mensuel plafonn 100 lignes, soit 2000 DH HT ; Abonnement mensuel : o Ligne analogique : 20 DH HT o Accs de base MARNIS : 2*20 DH HT o Accs primaire MARNIS : 30*20 DH HT La tarification se fait en premire Minute indivisible puis par paliers de 30 secondes. Tarifs des communications en DH HT / mn : Les rductions vers les terminaisons fixes :

Table : les tarifs de loffre prfrence International vers fixe.

Les rductions vers les terminaisons Mobiles

Projet de fin dtudes 2010 - 2011

35

Chapitre 2: Etude fonctionnelle du projet

Table : les tarifs de loffre prfrence International vers mobile.

Bilan de ltude : Daprs cette tude il existe de diffrents tarifs donc notre application doit supporter la variation des tarifs. Pour cela on a ajout des champs ncessaires dans le module de gestion des tarifs. Et concernant le calcul des cots des appels, nous avons pris en considration une plage horaire unique parce que daprs la liste des offres professionnelles dIAM, la plage horaire est unique.

Cot dappel = (Le cot de la premire minute indivisible) + (la somme des cots des paliers de secondes dsigns dans le tarif actuel). La formule de calcul seffectue comme suit :

Le tarif actuel peut tre un tarif rduit ou normal (plein tarif) selon le tarif activ.

Projet de fin dtudes 2010 - 2011

36

Chapitre 2: Etude fonctionnelle du projet

4 Analyse
Lanalyse a pour objectif lidentification des diffrentes entits qui interagiront avec le systme. Ces entits seront regroupes par la suite sous forme de rles dont chacun englobe un ensemble dentits. Le rsultat de cette analyse sera modlis en utilisant le formalisme UML (voir Annexe 2) par les diagrammes suivants : diagramme des cas dutilisation et diagramme de squences.

1.1 Elaboration des cas dutilisation


Dans ce paragraphe, nous allons dgager lensemble des cas dutilisation du systme. Ce seront toutes les manipulations que les diffrents utilisateurs effectuent en interagissant avec le systme. Afin dy parachever, nous allons suivre la dmarche suivante : Dfinir les acteurs du systme Lister les cas dutilisation Construire Le diagramme des cas dutilisation Les acteurs principaux du systme sont les personnes qui utilisent les fonctions principales du systme. Dans le cas de Taxation, ce sont les acteurs : Administrateur, employ et administrateur de base donne. La liste des cas dutilisation en bref et comme suit : Afficher les informations Gnrer le rapport Grer la requte Lire les donnes traites Lire les donnes traites Paramtrer le systme Sauvegarder les donnes Sauvegarder les paramtres Traiter les donnes Le diagramme des cas dutilisation :

Projet de fin dtudes 2010 - 2011

37

Chapitre 2: Etude fonctionnelle du projet

Figure : Diagramme des cas dutilisation

1.2 Construction des diagrammes de squences:


Puisque la plateforme de taxation se constitue de plusieurs modules diffrents nous avons choisi dillustrer 4 diffrentes interactions les plus importantes. Ainsi pour complter la description par le diagramme de squence relatif au cas dutilisation tudi. Gnration de rapports par ladministrateur : La gnration des rapports peut-tre fait par ladministrateur. Cette opration inclue la cration dune requte personnalise par ladministrateur. Et aprs la cration de la requte le systme entame le traitement des donnes selon les choix de lutilisateur. Ces interactions sont modlises dans le diagramme suivant :

Projet de fin dtudes 2010 - 2011

38

Chapitre 2: Etude fonctionnelle du projet

Figure : Diagramme de squences de la gnration des rapports

Paramtrage de la plateforme : Le paramtrage de la plateforme se fait par ladministrateur. Et aprs la confirmation du paramtrage le systme se charge automatiquement de lenregistrement des paramtres comme le montre le diagramme suivant :

Figure : Diagramme de squences du paramtrage de la plateforme

La gestion des utilisateurs :

Projet de fin dtudes 2010 - 2011

39

Chapitre 2: Etude fonctionnelle du projet Cette gestion se fait par ladministrateur seulement. Voici une partie de cette gestion qui permet juste la consultation des utilisateurs ajouts prcdemment par ladministrateur aussi :

Figure : Diagramme de squences de la gestion des utilisateurs

Gnration de rapports par lemploy : La gnration des rapports peut tre faite par lemploy. Cette opration inclue toute des oprations comme celle du premier diagramme de squence pour ladministrateur. Ces interactions sont modlises dans le diagramme suivant :

Projet de fin dtudes 2010 - 2011

40

Chapitre 2: Etude fonctionnelle du projet

Figure : Diagramme de squences de la gnration de rapports par lemploy

1.3 Analyse du comportement des entits dgages :


Dans ce paragraphe nous prsentons le comportement des entits sous forme de rgles de gestion qui aide la construction du diagramme de classe en se basant aussi aux tapes prcdentes de lanalyse. Les rgles de gestion sont rparties selon les modules de la plateforme de taxation comme suit : Module de gestion des Tarifs : Chaque oprateur est dfini par un Identificateur, code et sa description. Chaque oprateur a une date et heure de la dernire mise jour. Ladministrateur peut dfinir pour chaque oprateur un tarif y incluant des dates spciales telles que congs, jours fris. Chaque tarif une date dbut et date de fin ainsi que le type de tarif peut tre. Module de gestion des dpenses: Chaque budget et un Identificateur, date dbut, date fin, budget de base, additions, solde prcdent, utilisation, alarme dpasse, budget total, solde, pourcentage utilisation. Le budget est li chaque appareils afin de grer les dpenses tlphoniques tous les niveaux, la fois par employ et par dpartement. Tous les budgets (courants et anciens) pour tous les appareils sont enregistrs pour un seul mois. De plus, chaque ligne contiendra des informations sur les paramtres du budget (Alarme dpass le budget, etc.) et le reste du budget.
Projet de fin dtudes 2010 - 2011

41

Chapitre 2: Etude fonctionnelle du projet Chaque utilisation abusive du tlphone est repr, notamment les appels longs et coteux ; Rduction des dpenses tlphoniques se fait en affichant une alerte aprs dpassement du budget total. Chaque appareil et Identifier par un Identificateur, un numro est utilis par un employ. Chaque employ a un Identificateur, nom, prnom, titre, adresse, email. Chaque employ peut avoir plusieurs rpertoires personnels du numro. Chaque employ a un suprieur. Chaque employ une date dbut et de fin de son affectation un dpartement. Chaque dpartement a un Identificateur, code, description, niveau. Chaque dpartement a au moins un compte. Chaque dpartement a un site. Chaque site a un Identificateur, nom, code. Chaque compte est li un enregistrement des dtails sur un appel (CDR). Chaque compte a un Identificateur, nom compte, budget, indice Site. Chaque CDR a un Identificateur, numro appareil, num appareil2, cdr date, cdr heur et min, cdr second, num compose, cout PBX, cout appel, numcdr , compte, indice site, id appareil, operateur, id appel, code destination. Chaque CDR a un type destination. Chaque type destination a un Identificateur, code et sa description. Chaque CDR et li un seul CDRcisco. Module de gestion des Factures : Chaque factures a un Identificateur, date dbut, date fin, indicesite, tat de vrification et tat ajustement cout. Chaque facture peut avoir plusieurs Ligne facture, et dtails facture. Chaque facture a un type. Chaque type facture a un identificateur, code operateur, typefacture, indice site, format facture. Chaque type facture plusieurs factures et elle peut avoir plusieurs types ligne. Chaque type ligne a un identificateur et code ligne. Chaque type ligne peut avoir plusieurs ligne facture. Chaque ligne facture a un identificateur date dbut, date fin, cout, duration et numro appels. Chaque ligne facture un type ligne. Chaque ligne facture peut avoir plusieurs dtails facture et une facture. Chaque dtails facture un identificateur, CDRID, date appel, temps appel, cout, duration, numro appel. Chaque dtail facture un type ligne et facture. Conclusion : Au cours de ce chapitre, nous avons prsent les diffrentes fonctionnalits auxquelles doit rpondre le systme de gestion de la formation. Cela nous a permis par la suite didentifier les diffrentes entits composant lenvironnement dinteractions du systme, savoir : les acteurs humains, les acteurs systmes et les interactions entre ces derniers.
Projet de fin dtudes 2010 - 2011

42

Chapitre 2: Etude fonctionnelle du projet

Le rsultat de cette tude est le diagramme de la classe prsente dans le troisime chapitre conception et mise en uvre. Le chapitre suivant est consacr ltude technique du projet suite au processus suivie.

Projet de fin dtudes 2010 - 2011

43

Chapitre 3: Etude technique du projet

Chapitre 3 : Etude technique du projet

Dans ce chapitre, nous prsentons la technologie J2EE adopte pour la plateforme de taxation. De plus, nous expliquons larchitecture logicielle caractrisant lapplication. Ensuite, nous exposons les Frameworks Open Source choisi pour le dveloppement.

Chapitre 3: Etude technique du projet Introduction: Nous prsentons dans ce chapitre les principales tapes de la branche technique comme suit : Ltape capture des besoins techniques recense toutes les contraintes sur les choix de dimensionnement et la conception du systme. Les outils slectionns ainsi que la prise en compte des contraintes dintgration avec lexistant. Cette tape permet de dfinir le modle danalyse technique. Le rle de ce dernier est dtablir les couches logicielles et y spcifie les activits techniques attendues. Ltape conception gnrique dfinit ensuite les composants ncessaires la construction de larchitecture technique. Cette conception est compltement indpendante des aspects fonctionnels. Elle permet de gnrer le modle de conception technique ou design pattern (aspect qui sera dvelopp ultrieurement) qui dfinit les Frameworks. Ces derniers, dlivrant les services techniques, assurent la rponse aux exigences oprationnelles du systme. (Autres informations sur 2Tup dans lANNEXE 1)

3 Technologie J2EE
La technologie Java 2 Entreprise Edition (J2EE) dfinit la norme de dveloppement des applications dentreprise distribues et multi tiers. Elle permet de simplifier les applications dentreprise en se basant sur des composants modulaires normaliss. Ceci tant, en fournissant un ensemble complet de services et en grant automatiquement un grand nombre de dtails sur le comportement des applications. J2EE est compose de plusieurs technologies qui sont regroupes en trois catgories : composant, service et communication [wwwJAVASUN]. Technologies de type composant Les technologies de type composant sont utilises par les dveloppeurs afin de crer des composants logiciels dune application dentreprise notamment linterface utilisateur et la logique mtier. Elles permettent de dvelopper des modules rutilisables qui peuvent tre intgrs dans dautres applications. De plus, elles sont supportes par les services dinfrastructures de la plate-forme J2EE qui simplifie le dveloppement des applications. Elles permettent, aussi, dadapter les composants aux besoins des ressources de lenvironnement dans lequel ils sont dploys [wwwJAVASUN]. Technologies de type service Etant donn que la plupart des applications dentreprise ont besoin daccder aux systmes dinformation dentreprise, la plate-forme J2EE offre un ensemble de services tels que laccs aux bases de donnes (JDBC), le service de dsignation (JNDI), les transactions et les services de Messagerie. Technologies de type communication

Chapitre 3: Etude technique du projet La plate-forme J2EE fournit un ensemble de technologies, permettant la communication entre clients et serveurs et entre les objets qui collaborent dans les diffrents serveurs. Comme lexemple des connecteurs aux systmes dinformation existants et linvocation des mthodes distantes travers le standard OMG-CORBA.

1.1 Architecture J2EE


Cest une architecture soutenue par SUN MICROSYSTEMS qui dfinit et fournit le modle de programmation multi tiers bas sur larchitecture des composants. Avec ce modle, des applications lgres peuvent interagir facilement avec le systme dinformation et les composants implantant la logique dentreprise sur des serveurs dapplications. Larchitecture J2EE consiste en trois parties : Components : les composants qui prennent en charge la prsentation et la logique mtier. Containers : fournit un contexte aux composants. Connectors : fournit laccs aux sources de donnes de lentreprise. Cet environnement supporte trois types de composants dapplications, dont les dfinitions seront prsentes par la suite : applets. servlets (incluant JSP). Enterprise JavaBeans (EJB). La figure suivante illustre les trois parties constituant larchitecture J2EE. Le noyau de serveur J2EE Server Core est un environnement de serveur dapplication qui fournit les services de gestion de ressources et de transactions [wwwTHOMAS].

Figure : larchitecture J2EE

1.2 Composants de base de J2EE


Comme cest mentionn, larchitecture J2EE est compose de plusieurs technologies qui sont regroupes en trois catgories : composant, service et communication. Dtaillons ces composants de base de J2EE.

Chapitre 3: Etude technique du projet

Entreprise Java Beans Cest un modle de composant logiciel rutilisable spcifi par SUNMICROSYSTEMS en collaboration avec des industriels. Il est destin au dveloppement et au dploiement dapplications tablies en fonction du modle multi tiers. Il permet aux concepteurs dapplications de bnficier des avantages de Java et notamment de lindpendance vis--vis de la plateforme. Lide est de programmer une seule fois de petits composants logiciels, de les utiliser et les rutiliser nimporte o [wwwREDBOOKIBM]. La spcification des EJB dfinit deux types de composants : les Session Beans, qui ne vivent que le temps de leurs activits et qui sont en permanence en interaction avec lutilisateur. Par contre, les EntityBeans, sont persistants tre prsentent des donnes issues dune base de donnes. Les Session Beans sont de deux types: Stateless Session Beans: sont des objets qui se comportent comme des composants serveurs et excutent des actions distance. Ces objets ne gardent aucune notion dtat entre deux invocations [PATZER00]. Ils reoivent des requtes provenant de diffrents clients et lordre des requtes ninflue pas sur leur excution. Statefull Session Beans: reprennent les fonctionnalits dinvocation distance des Stateless Session Beans, mais ajoutent la capacit de conserver un tat propre chaque client, dune invocation une autre. Les EntityBeans sont de deux types : Container Managed Persistance (CMP) : la persistance de lobjet est gre automatiquement par le serveur. Bean Managed Persistance (BMP) : la persistance de lobjet est gre manuellement par le bean lui-mme. Ce deuxime type des Entity Beans demande un grand effort du dveloppement de la part du programmeur vu quil doit contrler la persistance de lobjet [wwwREDBOOKIBM]. Servlets Une Servlet Java est un programme Java qui se branche sur un serveur Web. Il est possible dtendre un serveur Web pour quil hberge des Servlets par le biais dun moteur de Servlets. La technologie des Servlets savre en fait plus adapte rpondre aux requtes de lutilisateur en invoquant des mthodes sur des EJB, puis en redirigeant la requte HTTP vers des pages HTML ou JSP qui afficheront le rsultat de la requte. Les Servlets sont donc utilises principalement comme un centre daiguillage qui interprte et dirige le flot de requtes de lutilisateur vers les composants EJB et renvoie lutilisateur les pages Web adquates [IBMBOOK]. Java Server Pages

Chapitre 3: Etude technique du projet Les JSP permettent de sparer efficacement le codage HTML de la logique applicative des pages Web. Ils sont utiliss pour accder des composants rutilisables, tels que des Servlets, des JavaBeans et des applications compatibles avec le langage Java [IBMBOOK]. Aprs cette prsentation de la plate-forme J2EE, nous allons prsenter larchitecture logicielle du systme tudi, ainsi que les contraintes quelle subit, en passant par une dfinition de la notion darchitecture logicielle.

Chapitre 3: Etude technique du projet

5 Architecture logicielle du systme


Une architecture logicielle exprime un schma dorganisation structurel fondamental pour les systmes logiciels. Elle fournit un jeu de sous-systmes prdfinis, spcifie leurs responsabilits, et elle inclut les rles et les instructions gnrales pour organiser les relations entre eux [wwwASTONS]. Ainsi, sans une bonne architecture, un systme dinformation est difficile comprendre, prdire, grer et optimiser. Les buts dune architecture sont : la comprhension du systme tudi en dfinissant ses limites. La gestion de la croissance du systme.

1.1 Objectif technique de larchitecture de la plateforme de taxation


Larchitecture logicielle de La plateforme de taxation rpond un certain nombre de buts et contraintes en terme de scurit, de disponibilit et de maintenance. Le choix dune architecture logicielle constitue une tape technologique primordiale. En effet, il faut dfinir les grands objectifs techniques de la future architecture, cest--dire de bien prendre en compte lensemble des forces qui vont sexercer sur le futur systme ainsi que la puissance de chacune dentre elles [wwwASTONA]. La figure suivante prsente les objectifs techniques de larchitecture logicielle de la plateforme de taxation. La Plateforme de taxation Lvolutivit Scurit

Rutilisabilit Le tableau suivant fournit plus de dtail concernant les objectifs techniques de la plateforme de taxation :
Objectif Disponibilit Scurit Description Il doit tre en permanence la disposition de ses utilisateurs.

Disponibilit

La plateforme de taxation doit assurer un systme de scurit permettant daccder aux Figure : objectifs techniques de larchitecture logicielle de ladu plateforme taxation fonctionnalits systmede selon les droits de lutilisateur, en plus de la gestion des autorisations et des authentifications.

Chapitre 3: Etude technique du projet


Rutilisation Evolutivit Il doit inclure la possibilit de rutiliser les modules du systme. Il doit permettre dtendre le systme.

Table : objectifs techniques de larchitecture logicielle de la plateforme de taxation

1.2 Architecture logicielle de Taxation :


Parmi les diffrentes faons de structurer une architecture, la mieux comprise et matrise en informatique est lapproche par couches [wwwASTONA]. Une couche ( Layer en anglais) est une division logique, horizontale dun systme qui fournit une abstraction particulire du systme aux couches suprieures [wwwASTONS]. Chaque couche possde des responsabilits spcifiques. Dans une structuration par couches, les couches infrieures prennent en charge des rles qui offrent un fonctionnement de base pour les couches suprieures, permettant par la suite dabstraire limplmentation de ces services basiques. Ainsi, nous avons adopt un dcoupage en couches. Une telle architecture permet galement dobtenir un niveau pouss de rutilisation en adoptant les solutions trouves aux problmes ayant un fonctionnement similaire. Cette exploitation est prise en compte pour chaque couche de larchitecture. La figure suivante rsume le dcoupage adopt :

Application Domaine Persistance Prsentation

Couche Prsentation Cette couche est adopte principalement pour grer laspect visuel des applications et pour grer les interactions avec les utilisateurs. Charge de dessiner les fentres et les autres composants graphiques, elle intercepte les vnements et appelle la couche Application. De plus, elle vrifie les autorisations des utilisateurs auprs du service de scurit. Les rles de la couche Prsentation sont comme suit : gestion du domaine de lcran. affichage des pages Web. gestion avec
Figure : architecture de la plateforme de taxation en couches.

de linteraction lutilisateur.

validation syntaxique.

Chapitre 3: Etude technique du projet La couche Prsentation tablit deux relations avec la couche Application : demandes de contenu la couche Application pour affichage et dition. ordres de traitement la couche Application pour cration, mise jour, suppression, etc. Couche Application Son but principal est de fournir des services spcifiques la couche Prsentation. Ces services correspondent aux rgles du mtier dfinies lors de la phase danalyse. Elle prend en charge les aspects de contrle des cas dutilisation. Cest concrtement dans cette couche que lon voit les cas dutilisation issus de la partie analyse. Les rles de la couche Application sont les suivants : Services spcifiques au domaine. Services externes. Contrle des cas dutilisation. Couche Domaine Cette couche est concentre sur le mtier de lapplication, cest--dire les rgles mtiers, smantiques et logiques. Cest lespace o rside le modle du domaine. Sa charge principale consiste garantir la validation smantique de linformation mtier. Les rles de la couche Domaine sont rsums ainsi : Comportement mtier. Validation smantique. Elle change ltat des composants entits mtiers avec la couche Persistance. Couche Persistance Cette couche est certainement lune des plus importantes. Cest ici que lon trouve les fonctionnalits de base qui permettent de crer, rechercher et supprimer des entits mtier dans le respect des proprits transactionnelles. Cest galement dans cette couche que les mcanismes de conversion objet/relationnel peuvent prendre place. Le rle de la couche Persistance est dfini comme suit : Assurer les services basiques de cration, lecture, mise jour et suppression. Permettre la conversion Objet/Relationnel. Ainsi, larchitecture choisie est base sur la logique des couches. Chaque couche fournit aux autres couches des services et utilise les services des autres. Dans ce qui suit, nous allons prsenter les Frameworks utiliss au cours du dveloppement.

Chapitre 3: Etude technique du projet

6 Les Frameworks :
Un Framework capitalise lexpertise ncessaire en matire de programmation pour rsoudre une certaine classe de problme. Les programmeurs rutilisent les Frameworks pour profiter de cette expertise sans avoir rsoudre le problme. Un Framework aide les dveloppeurs fournir des solutions pour un problme et mieux les maintenir. Il fournit une infrastructure bien conue et bien pense. Ainsi, lorsque des nouvelles parties sont cres, elles peuvent tre ajoutes avec un impact minimal sur les autres parties du Framework. Un Framework sert, non seulement, raliser une application plus rapidement, mais permet dobtenir des applications de structures semblables. Ceci permet de simplifier considrablement leur maintenance [GHJV95]. Un Framework possde les caractristiques suivantes : Un Framework est compos de multiple classes ou composants chacun deux propose une abstraction dun concept particulier. Le Framework dfinit comment ces abstractions collaborent ensemble pour rsoudre un problme. Un bon Framework doit fournir un comportement gnrique qui peut tre utilis par plusieurs types dapplications. La notion de Framework est gnralement lie lOpen Source. En effet, cest un logiciel livr avec son code source et offre un droit dutilisation, de copie et de modification. Les produits Open Source sont rgis par des licences. La plus clbre entre elles est la GPL (General Public License) de la fondation GNU [wwwFSF]. Le choix dutiliser les Frameworks Open Source est justifi par plusieurs raisons : La premire est sans doute financire, les Frameworks Open Source sont gratuits. La deuxime est technique ; le code source des Frameworks et des logiciels Open Source tant disponible : un dveloppeur peut comprendre le fonctionnement des Frameworks pour corriger ses bugs ou encore procder des volutions. Le fait quun Framework soit Open Source ne signifie pas quil soit de mauvaise qualit, au contraire beaucoup de meneurs des projets Open Source sont des personnes trs comptentes qui sinvestissent par dfi technique et pour la reconnaissance de leurs pairs. Dautres arguments plus marketing laissent entendre que les Frameworks Open Source sont plus stables et que le respect des standards et la qualit du support sont meilleurs. Ces avantages ont cependant un prix, la documentation associe aux projets Open Source est souvent trs succincte, donc lors du choix dune solution Open Source il faut tenir compte des critres suivants: niveau dintgration des standards. maturit. facilit dutilisation. documentation. Lutilisation des Frameworks est indispensable pour le dveloppement russi de la plateforme de taxation pour la tlphonie sur IP. Par la suite, Nous allons prsenter les diffrents Frameworks Open Source utiliss.

Le Framework SPRING :

Chapitre 3: Etude technique du projet SPRING est un conteneur dit lger , c'est--dire une infrastructure similaire un serveur d'application J2EE. Il prend donc en charge la cration d'objets et la mise en relation d'objets par l'intermdiaire d'un fichier de configuration qui dcrit les objets fabriquer et les relations de dpendances entre ces objets. Le gros avantage par rapport aux serveurs d'application est qu'avec SPRING, les classes n'ont pas besoin d'implmenter une quelconque interface pour tre prises en charge par le framework (au contraire des serveurs d'applications J2EE et des EJBs). C'est en ce sens que SPRING est qualifi de conteneur lger . Outre SPRING propose tout un ensemble d'abstractions permettant de grer entre autres: Le mode transactionnel L'appel d'EJBs La cration d'EJBs La persistance d'objets La cration d'une interface Web L'appel et la cration de WebServices [wwwEgoSpring] Ce framework, grce sa couche dabstraction, ne concurrence pas dautres frameworks dans une couche spcifique dun modle architectural Modle-Vue-Contrleur mais savre un frameworkmulti-couches pouvant sinsrer au niveau de toutes les couches ; modle, vue et contrleur. Ainsi il permet dintgrer Struts pour la couche prsentation.

Le Framework Struts:

Le frameworkStruts 2 repose sur une dclaration de l'architecture sous forme de fichiers XML ou avec des annotations Java localises dans les fichiers des classes d'actions. Struts 2 est un framework orient actions. Les actions sont dcomposes en trois rles. Premirement, les actions jouent le rle le plus important du framework en encapsulant le traitement et le travail raliser par le service. Deuximement, les actions permettent de manipuler automatiquement les donnes des requtes lors des transferts. Troisimement, le framework dtermine quel rsultat doit tre retourn et la vue afficher en rponse un traitement. Les actions Struts 2 implmentent des objets JavaBeans (classes Java simples) pour chaque groupe de donnes envoyes dans la requte. Chaque paramtre de la requte est dclar dans la classe d'action avec un nom identique pour raliser automatiquement le mapping des valeurs. La finalit d'une action tant de retourner une chane de caractres permettant de slectionner le rsultat afficher. Pour rsumer, Struts 2 repose donc sur le modle de conception de type MVC II comme il est expliqu dans le schma suivant. Il permet un dveloppement plus rapide, plus souple et rsout plusieurs problmes de conception en fournissant les services suivants : Un systme volu de gestion du routage ou navigation Un systme de validation de formulaires et d'entres, simple mettre en uvre Un systme puissant de plug-ins ou d'extensions (pour les graphiques, sources de donnes...) La gestion de l'internationalisation pour le dveloppement de sites multilingues Le support de la technologie Ajax Un outil de dbogage en standard Une bibliothque puissante de balises[wwwJlafosseStruts]

Chapitre 3: Etude technique du projet

Figure : Architecture MVC II

Le Framework Jasper report :

JasperReports (version 1.1.0) est un outil (librairie) Open Source puissant utilis pour la gnration d'tats. Il permet de crer des rapports partir de fichiers XML. Le rsultat peut tre affich l'cran, imprim ou stock dans des fichiers au format PDF, HTML, XLS, CSV ou XML. JasperReports est entirement dvelopp en Java et peut tre intgr dans une gamme trs varie d'applications Java (y compris les applications J2EE). Son objectif principal est de fournir un moyen simple et flexible pour la gnration de documents. [ATOLBOOK] La cration de rapports avec JasperReports se droule gnralement en 4 tapes : l'obtention d'un fichier modle XML ( l'aide d'diteurs graphiques comme iReport ou Open Reports Designer) la construction du rapport partir du modle le remplissage des diffrents champs du rapport avec les donnes en provenance de divers sources (bases de donnes, classes Java, ...) l'exportation du rsultat dans plusieurs formats possibles (PDF, HTML, ...).

Figure : Les tapes de cration du rapport par JasperReports

Chapitre 3: Etude technique du projet

Conclusion : Au cours de ce chapitre, nous avons dfinis les besoins techniques technique de la plateforme de taxation en prsentant la technologie utilise dans le dveloppement. Cela nous a permis par la suite dentamer la deuxime tape du processus de dveloppement 2Tup afin didentifier les diffrentes entits composant larchitecture logiciel du systme. Le chapitre suivant est consacr la prsentation de la phase de conception et mise en uvre du systme de taxation, et donc nous allons passer de ltude technique du systme la branche conception-analyse selon le processus de dveloppement suivi. (Autres informations sur 2Tup dans lANNEXE 1)

Conclusion et perspective

Chapitre 4 : Conception et mise en uvre du projet


Dans ce chapitre, nous prsentons la partie restante du processus suivi qui se compose de la conception prliminaire, la conception dtaille et par la fin la mise en uvre du projet

Projet de fin dtudes 2010 - 2011

56

Conclusion et perspective Introduction Aprs la dtermination des besoins fonctionnels et non fonctionnels et la spcification des besoins de lapplication, nous sommes passs, dans ce dernier chapitre la conception du projet et sa ralisation. Notre tude se base sur le formalisme UML (voir Annexe 2) en utilisant la mthode 2TUP, dans un premier temps, nous prsenterons la conception prliminaire de la solution propose, ensuite, nous passerons une conception dtaille du projet en tenant compte des contraintes fonctionnelles et technologiques rencontres. Et par la fin on passera la mise en uvre du projet.

3 Conception
1.1 Conception prliminaire
La conception prliminaire consiste en la fusion des tudes fonctionnelle et technique. Il convient de : Passer de lanalyse objet la conception ; Intgrer les fonctions mtier et applicatives du systme dans larchitecture technique ; Adapter la conception gnrique aux spcifications fournies par lanalyse.

La conception prliminaire sappuie sur les points de vue de spcification fonctionnelle et structurelle de lanalyse, mais galement sur les frameworks de la conception technique. Le choix judicieux de ces frameworks allge le travail et permet de focaliser sur les vues de lapplication.

2.1.1

Enumration des vues de lapplication

Cette tape consiste en la capture des interfaces Homme Machine qui dfinissent les interfaces travers lesquelles lutilisateur communique avec les diffrents composants de la plateforme de taxation. Voici la liste des IHM pertinents de la plateforme :

Vue IHM

Description

Tableau de bord

Cest la page daccueil de la plateforme, permet lutilisateur le rsum et rapport sur les dpenses par dpartement, ainsi la navigation rapide vers les autres fonctionnalits de la plateforme

Projet de fin dtudes 2010 - 2011

57

Conclusion et perspective
Rapports Linterface principale du module de gestion des rapports qui permet lutilisateur de gnrer des rapports soit prdfinis soit personnalis sur :

Les appels ; Les appareils tlphoniques ; Les employs ; Les budgets.

Cette interface facilite aussi la gnration des rapports sans crer une nouvelle requte par les rapports prdfinis comme:


Facturation

Seuil dpasss Hit-parade de poste Hit-parade des destinations Appareils non dfinis Activit mensuelle de l'organisation Comptes dtaills Compte synthse Distribution des budgets par dpartement Distribution des budgets par Poste Activit mensuelles par dpartement

Linterface principale du module de gestion des factures qui permet lutilisateur de crer des factures :

soit prdfinis du mois actuel ou du mois prcdent soit personnalis du site ou bien du dpartement en indiquant la date de dbut et la date de fin de la facture souhait.

Cest le formulaire de cration de facture qui permet cette personnalisation. Ainsi cette interface prsente un accs rapide vers : la liste de factures, la facture avec un total plus lev et la facture avec un total plus bas.

Projet de fin dtudes 2010 - 2011

58

Conclusion et perspective
Administration Cette interface est ddie ladministrateur de la plateforme, elle permet de grer les profils, les sites, les dpartements, les appareils ou les rpertoires en donnant les liens vers les pages suivantes :


Tarifs

Crer / supprimer un utilisateur : page de cration ou suppression dutilisateur ; Liste des utilisateurs ; Crer / supprimer un employ : page de cration ou suppression ; Liste des utilisateurs ; Crer / supprimer un Site ; Liste des sites ; Crer / supprimer un dpartement ; Liste des dpartements ; Crer / supprimer un appareil ; Liste des appareils; Crer / supprimer un contact ; Liste des contacts;

Cette interface est ddie ladministrateur de la plateforme, elle permet de grer les oprateurs et ses tarifs. Cette page mne la page de :

Cration dun nouvel oprateur ; La liste des oprateurs ; Cration dun nouveau tarif; Modification de tarif

Permet aussi dappliquer un tarif par un formulaire de deux parties :

Parti oprateur : permet de dsigner loprateur par une liste droulante et dterminer la date de mise jour ; Partie tarif : permet dajouter linformation sur le tarif suivante : le type, date de dbut, date de fin, ltat de la 1ere minute (indivisible ou divisible),le cout en minute, la dur du tranche .

o Si le tarif est rduit, un formulaire, contient linformation sur la date spciale,


doit tre rempli par ladministrateur
Table : Les IHM pertinents de la plateforme de taxation

Projet de fin dtudes 2010 - 2011

59

Conclusion et perspective

1.2 Conception dtaill :


Nous arrivons maintenant la phase ultime de modlisation du systme. Aprs la modlisation de besoins puis lorganisation de la structure de la solution, la conception dtaille consiste construire et documenter prcisment les classes, les interfaces, les tables et les mthodes qui constituent le codage de la solution. Durant cette tape nous avons appliqu le micro-processus de conception logique pour btir une conception objet avec UML et pour transformer un modle objet en modle relationnel. (Voir lAnnexe 4)

2.1.1

Le diagramme des classes :

On a labor le diagramme des classes pour chaque module suite ltude fonctionnelle o nous avons dcompos la plateforme de taxation en trois principaux modules comme suit : Module de gestion de factures :

Figure : Diagramme des classes du module de gestion de factures

Module de gestion des tarifs :

Projet de fin dtudes 2010 - 2011

60

Conclusion et perspective

Figure : Diagramme des classes du module de gestion des tarifs

Module de gestion des dpenses et rapports

Projet de fin dtudes 2010 - 2011

61

Conclusion et perspective

Figure : Diagramme des classes du module de gestion des dpenses et rapports

2.1.2

Le schma relationnel

Aprs avoir conu les attributs des classes on a comme rsultat le schma relationnel de la base de donnes de la plateforme de taxation. Donc ce rsultat est gnrer partir le diagramme des classes prcdent en utilisant loutil Rational Rose. La figure suivante reprsente le schma relationnel pour le module des dpenses et rapports. (Les schmas des autres modules dans Annexe 5)

Projet de fin dtudes 2010 - 2011

62

Conclusion et perspective

Figure : Schma relationnel du module de gestion des dpenses et rapports

4 Mise en uvre
Projet de fin dtudes 2010 - 2011

63

Conclusion et perspective La mise en place de larchitecture technique et le choix des outils de travail prsents dans les chapitres prcdents, nous ont permis de mettre en place larchitecture applicative de la plateforme de taxation pour la tlphonie sur IP. Limplmentation de cette architecture est le fruit de la phase de ralisation. La phase des tests permet de vrifier la validit du systme, avant dentamer la phase dintgration avec les autres modules de la plateforme. Dans cette partie du rapport, nous prsenterons les deux phases suivantes : Mapping objet / relationnel Implmentation des IHM

1.1 Mapping objet/relationnel :


Durant cette tape les classes Bean sont implmentes sous JAVA en ditant les fichiers XML d Hibernate. Pour une classe Bean donne il existe une table correspondante dans la base de donnes, les tables dassociations (ou les tables de jointure), pour raliser le mapping il faut diter deux fichiers XML: Hibernate.cf.xml : ficher de configuration Nom_de_la_classe.hbm.xml : fichier de mapping du Bean.

1.2 Implmentation des IHM


Cette tape prsente la fonctionnalit de la plateforme de taxation par des vues systmes. Et seules les interfaces les plus pertinentes sont prsentes avec une explication comme suit : Interface de lAdministration : Cette interface est ddie ladministrateur de la plateforme, elle permet de grer les profils, les sites, les dpartements, les appareils ou les rpertoires en donnant les liens vers les pages suivantes :
Crer / supprimer un utilisateur : page de cration ou suppression dutilisateur ; Liste des utilisateurs ; Crer / supprimer un employ : page de cration ou suppression ; Liste des utilisateurs ; Crer / supprimer un Site ; Liste des sites ;

Crer / supprimer un dpartement ; Liste des dpartements ; Crer / supprimer un appareil ; Liste des appareils; Crer / supprimer un contact ; Liste des contacts;

Projet de fin dtudes 2010 - 2011

64

Conclusion et perspective

Figure : Interface de ladministration

Lajout dun nouvel utilisateur/ ou la suppression : Dans cette interface ladministrateur peut ajouter ou supprimer un utilisateur en saisissant les informations ncessaire dans le formulaire comme le montre la figure suivante.

Projet de fin dtudes 2010 - 2011

65

Conclusion et perspective

Figure : Interface de lajout et suppression dun utilisateur

Ajout dun nouveau tarif :


Cette interface est ddie ladministrateur de la plateforme, elle permet de grer les oprateurs et ses tarifs.

Figure : Interface de lajout dun tarif : choix doprateur

Projet de fin dtudes 2010 - 2011

66

Conclusion et perspective

Figure : Interface de lajout dun tarif : Information sur tarif

Figure : Interface de lajout dun tarif : Information sur la date spciale

Vu le nombre important des interfaces dans lapplication web nous avons choisi de prsenter juste ces interfaces prcdents. Conclusion Au cours de ce dernier chapitre, nous avons dfinis laspect conceptuel de la plateforme de taxation. Cela nous a permis par la suite dentamer les tapes de la ralisation de la branche conception- ralisation du processus de dveloppement 2Tup afin de finaliser le projet.

Projet de fin dtudes 2010 - 2011

67

Conclusion et perspective

Conclusion et Perspectives
Durant toute la priode de notre formation en ingnierie logiciel et multimdia au sein de lInstitut Suprieure du Gnie Appliqu on a eu lopportunit dacqurir des connaissances au niveau technique, analytique et relationnel, grce une direction qui veille sur la qualit de lenseignement au sein de cette grande cole et aux professeurs qui nous ont fait partager leurs connaissances sans modration, ce qui a augment nos connaissances et nous a aid comprendre les rouages dun secteur trs exigeant. Pour complter notre cursus, on a ralis un projet de fin dtudes au sein dInteclom, un stage plong au cur de la ralit du monde professionnel, qui nous a permis de sinitier au mtier, et de prparer activement notre insertion professionnelle. Grce un environnement favorable pour le travail et un encadrement encourageant et permanent qui nous a permis de savoir travailler en quipe et on a pu raliser notre projet de fin dtudes suivant le processus de dveloppement en Y mthodique et organis. En effet, ce projet fut une tape trs importante pour notre cycle de formation du fait quil a t une opportunit trs intressante et bnfique pour la mise en pratique des connaissances thoriques dj acquises. Ainsi davoir plus dinformation sur le domaine de la tlcommunication. Les difficults majeures que nous avons rencontres durant ce projet rsident essentiellement dans lutilisation des nouveaux Frameworks de la gnration des rapports. Enfin, nous prcisons que la conception effectue garantira lextensibilit de la plateforme dvelopp et permettra Intelcom dajouter dautres services pour rponde aux futurs besoins. Par exemple, le systme peut tre dot dun module de la collecte des informations sur les appels, issue de plusieurs quipements de la tlphonie sur IP.

Projet de fin dtudes 2010 - 2011

68

Bibliographie Bibliographie : [IBMBOOK] Cours AD65F, WebSphere Application Server Advanced Edition and EJB, formation IBM. [ATOLBOOK] Prsentation de l'outil de reporting JasperReports , par ATOL Conseils et Dveloppements [UMLBOOK] UML 2 en actionDe lanalyse des besoins la conception J2EE .3e dition . Pascal Roques Franck Valle. - Mmoire de Projet de Fin dtudes : Conception et ralisation dun serveur de change de devises en libre servicepour Wincor Nixdorf, par Najib SAFIR Webographie [wwwASTONA]http://elisa.aston.fr Jrme LOUVEL, Guide darchitecture. [wwwASTONS] http://elisa.aston.fr Jrme LOUVEL, Guide des standards. [wwwEgoSpring] http://ego.developpez.com/spring/ Introduction au framework Spring Par Erik Gollot. [wwwFSF]http://www.fsf.org/ Dfinition des diffrentes licences relatives aux produits Open Source. [wwwJAVASUN] http://Java.sun.com/J2EE/white/j2ee_guide.pdf Simplified Guide to the J2EE, Sun Microsystems. [wwwJlafosseStruts] http://jlafosse.developpez.com/livres/java/struts2/presentation/ Struts 2 - Le framework de dveloppement d'applications Java EE , Par Jrme Lafosse [wwwREDBOOKIBM] http://www.redbooks.ibm.com Servlet/JSP/EJB, Design and Implementation Guide for IBM WebSphere Application Servers. [wwwTHOMA]http://www.psgroup.com A. THOMAS, Java 2 Platforme Entreprise Edition

Projet de fin dtudes 2010 - 2011

69

Annexes 1

Annexe 1
Le processus 2TUP : Le processus 2TUP (TwoTrackUnifiedProcess) est un processus unifi. Il gre la complexit technologique en donnant part la technologie dans son processus de dveloppement. Le 2TUP propose un cycle de dveloppement qui dissocie les aspects techniques des aspects fonctionnels et propose une tude parallle des deux branches : fonctionnelle (tude de lapplication) et la technique (tude de limplmentation). Illustr sur la figure suivante, le processus 2TUP sarticule autour de trois phases : Une branche technique Une branche fonctionnelle Et une branche de conception ralisation. trois branches du

La figure suivante dtaille les tapes de dveloppement des processus 2TUP.

Figure : Le processus 2Tup

1.1 Branche fonctionnelle Les principales tapes de la branche fonctionnelle se prsentent comme suit : Ltape capture des besoins fonctionnels produit le modle des besoins focalis sur le mtier des utilisateurs. Elle qualifie, au plus tt le risque de produire un systme inadapt aux utilisateurs. Cette phase a pour objectif de dfinir :
Projet de fin dtudes 2010 - 2011

70

Annexes 1 La frontire fonctionnelle entre le systme considr comme une boite noire et son environnement, cest le niveau contexte. Les activits attendues des diffrents utilisateurs par rapport au systme toujours envisag comme une boite noire, cest le niveau cas dutilisation.

Ltape danalyse consiste tudier prcisment les spcifications fonctionnelles de manire obtenir une ide de ce que va raliser le systme en terme de mtier. 1.2 Branche technique Les principales tapes de la branche technique se prsentent comme suit : Ltape capture des besoins techniques recense toutes les contraintes sur les choix de dimensionnement et la conception du systme. Les outils et le matriel slectionns ainsi que la prise en compte des contraintes dintgration avec lexistant (pr requis darchitecture technique). Cette tape permet de dfinir le modle danalyse technique. Le rle de ce dernier est dtablir les couches logicielles et y spcifie les activits techniques attendues. Ltape conception gnrique dfinit ensuite les composants ncessaires la construction de larchitecture technique. Cette conception est compltement indpendante des aspects fonctionnels. Elle permet de gnrer le modle de conception technique ou design pattern (aspect qui sera dvelopp ultrieurement) qui dfinit les Frameworks. Ces derniers, dlivrant les services techniques, assurent la rponse aux exigences oprationnelles du systme. 1.3 Branche conception - ralisation Les principales tapes de cette branche se prsentent comme suit : Ltape conception prliminaire est une tape dlicate, car elle intgre le modle danalyse fonctionnelle dans larchitecture technique de manire tracer la cartographie des composants du systme dvelopper. Cette tape permet de produire le modle de conception systme. Ce dernier organise le systme en composants, dlivrant les services techniques et fonctionnels. Ce modle regroupe les informations des branches technique et fonctionnelle. Ltape conception dtaille permet dtudier comment raliser chaque composant. Cette tape produit le modle de conception des composants. Ce modle fournit limage prte fabriquer du systme complet. Cest dans ltape de codage que seffectue la production des composants et les tests des units de code au fur et mesure de leur ralisation. Ltape de recette consiste valider les fonctionnalits du systme dvelopp.

Projet de fin dtudes 2010 - 2011

71

Annexes 2

Annexe 2 UML
UML (en anglais Unified Modeling Language, langage de modlisation unifi ) est un langage graphique de modlisation des donnes et des traitements. C'est une formalisation trs aboutie et non propritaire de la modlisation objet utilise en gnie logiciel. L'OMG travaille actuellement sur la version UML 2.1. Il est l'accomplissement de la fusion des prcdents langages de modlisation objet Booch, OMT, OOSE. Principalement issu des travaux de Grady Booch, James Rumbaugh et Ivar Jacobson. UML est un standard dfini par l'OMG (Object Management Group). Le modle UML est compos de 13 types de diagrammes (9 en UML 1.3). UML n'tant pas une mthode, leur utilisation est laisse l'apprciation de chacun, mme si le diagramme de classes est gnralement considr comme l'lment central d'UML. De mme, on peut se contenter de modliser seulement partiellement un systme, par exemple certaines parties critiques. UML se dcompose en plusieurs sous-ensembles - Les vues : Les vues sont les observables du systme. Elles dcrivent le systme d'un point de vue donn, qui peut tre organisationnel, dynamique, temporel, architectural, gographique, logique, etc. En combinant toutes ces vues il est possible de dfinir (ou retrouver) le systme complet. - Les diagrammes : Les diagrammes sont des lments graphiques. Ceux-ci dcrivent le contenu des vues, qui sont des notions abstraites. Les diagrammes peuvent faire partie de plusieurs vues. - Les modles d'lment : Les modles d'lment sont les briques des diagrammes UML, ces modles sont utiliss dans plusieurs types de diagramme. Exemple d'lment : cas d'utilisation (CU ou cadut'), classe, association, etc.

Annexes 3

Annexe 3 : Cahier de charges

CAHIER DE CHARGES 1 OBJECTIF DU PROJET


On souhaite de mettre en place et dployer une solution web pour la Taxation de la tlphonie IP de lentreprise Intelcom. La solution assurera la gestion comptable et le contrle des appels tlphoniques. Elle permet un suivi intelligent de tous les appels qu'il s'agisse de tlphonie classique ou de tlphonie internet (VoIP) passs sur le rseau de l'entreprise.

2 CADRE TECHNIQUE DU PROJET


2.1
Matrise duvre, organisation, suivi du projet Lentreprise assurera la fourniture des matriels et des logiciels, l'ensemble de linstallation et des connexions, sous sa matrise d'uvre unique dans le cadre d'une obligation de rsultats et de conseil. Lentreprise assurera le pilotage et la coordination de l'opration. Il sera responsable de la bonne et totale fonctionnalit du produit, et de la cohrence de l'ensemble. Il tablira en concertation avec le Chef de projet taxation et le Service Informatique le planning prvisionnel. Celui-ci comportera toutes les phases du projet :


Dmarrage

Commande et livraison du serveur Spcifications transmises au Service Informatique les autres matriels (micros, imprimantes, ) Installation du SGBD sur le serveur et des autres logiciels systme ventuels, ainsi que du serveur WEB si un logiciel de ce type est utilis Installation du progiciel de Gestion Electronique de Documents et des autres logiciels ncessaires sur le serveur Paramtrage de l'application Cration des scripts de sauvegarde et autres scripts d'exploitation Installation des logiciels sur quelques postes de travail avec paramtrage des postes et des imprimantes. Tests Test de la sauvegarde/restauration Installation et test de la tlmaintenance

3 Plateforme de taxation
Aspects fonctionnels
Fonctionnalits de La solution:

Annexes 3

La solution web offre une fonctionnalit totale avec tous les navigateurs web, que ce soit de l'intrieur ou de l'extrieur de l'organisation Architecture systme prend en charge un nombre infini de sites et d'employs la modularit optimise pour divers types d'installation pour offrir toute la souplesse requise pour les rseaux centraliss ou rpartis, avec un traitement optimal pour chaque site. Prise en charge de la base de donnes MySQL et utilisation avance de la technologie J2EE Journalisation des vnements pour les journaux systme de suivi et administration du systme Moniteur systme pour afficher des informations en ligne sur : collecte des enregistrements de donnes d'appel (CDR, Call Data Record) partir de diffrentes sources de donnes, tat de traitement des CDR et autres changements survenus dans le systme Dfinition du niveau de dtail des rapports affiche les diffrentes hirarchies de l'entreprise dans un rapport unique Scurit optimise pour limiter l'accs certaines options et commandes en fonction de l'utilisateur et de l'appartenance un groupe Contrle d'accs, journalisation des attaques systme, algorithmes complexes de gnration de mots de passe et pour offrir une protection totale contre les hackers

Le systme doit permettre :

grer les dpenses tlphoniques tous les niveaux, la fois par employ et par dpartement ; gnrer des rapports faciles exploiter, ne comportant que les informations requises ; tablir des rapports et des relevs de cots en plusieurs devises ; contrler la charge de trafic de chaque employ et de la ligne extrieure ; reprer toute utilisation abusive du tlphone, notamment les appels longs et coteux; rduire les dpenses tlphoniques en sensibilisant le personnel une utilisation efficace du tlphone ;

Annexes 3

l'utilisateur peut exporter des informations vers n'importe quel 6 CONSERVATION DES DONNEES systme extrieur, au format de son choix. Lentreprise proposera une solution qui permette la conservation des donnes en ligne pendant un 4 LOGICIEL temps suffisamment long pour assurer une exploitation normale du systme. Il indiquera clairement la dure
Nousen installerons le logiciel de Taxation pour la tlphonie IP sur le serveur ainsi qu'il prconise fonction de laquelle le serveur aura t dimensionn. que les autres logiciels ncessaires. Nous procderons au paramtrage de ces logiciels. Une personne du Service Informatique suivra cette installation pour en comprendre

7 LICENCES l'architecture.

Systme d'exploitation du serveur 5 SECURITE

Lentreprise devra remettre l'original de toutes les licences relatives aux logiciels qu'il aura fourni :

SGBD Scurit d'accs et confidentialit Droit de connexion au serveur pour les postes de travail Les droits d'accs au systme par les diffrents utilisateurs concerns sont dfinis et grs par un Progiciel de Gestion Electronique de Documents "Administrateur".
Laccs au paramtrage sera scuris avec un mot de passe particulier. Autres logiciels utiliss

8 PRESENTATION DE LA SOLUTION Son profil,


La solution comprendra une prestation globale incluant : Ses droits d'accs (lecture seule, mises jour, ditions, suppressions, ), Le logiciel Son domaine d'intervention (fonctions du logiciel autorises). Les prestations associes La reconnaissance de l'utilisateur par le systme doit tre mise en pratique par la saisie d'un code et d'un Linstallation et le paramtrage. mot de passe associ. Les mots de passe associs aux utilisateurs devront tre conformes aux recommandations suivantes :

L'Administrateur dfinit pour chaque utilisateur :

Ils doivent tre de longueur minimale de 6 caractres, Etre modifiables par les utilisateurs, Les codes triviaux doivent tre interdits, La dure de vie doit tre contrle et limite, Les anciens mots de passe ne sont pas rutilisables.
Une fois connect, si l'utilisateur ne fait aucune action sur son poste pendant un laps de temps, ventuellement paramtrable, le systme procdera une dconnexion automatique. Sauvegardes Le serveur utilisera le systme de sauvegarde centralis . Lentreprise rdigera les scripts de sauvegarde et de restauration ainsi que le paramtrage des sauvegardes quotidiennes.

Annexes 4

Annexe 4 : Conception dtaille


Objectifs du chapitre Nous arrivons maintenant la phase ultime de modlisation avec UML. Aprs la modlisation des besoins puis lorganisation de la structure de la solution, la conception dtaille consiste construire et documenter prcisment les classes, les interfaces, les tables et les mthodes qui constituent le codage de la solution. Il sagit de : comprendre le rle dUML pour la conception dtaille ; savoir appliquer le micro-processus utilis pour btir une conception objet avec UML ; apprendre construire une solution pour : la couche de prsentation, la couche dapplication et la couche mtier distribue dont lEAI ; savoir transformer un modle objet en modle relationnel.

Quand intervient la conception dtaille? La conception dtaille est une activit qui sinscrit dans lorganisation dfinie par la conception prliminaire. Le modle logique y est particulirement important dans la mesure o cest en conception dtaille que lon gnre le plus gros volume dinformations. Il est ainsi possible de confier les catgories des personnes diffrentes, qui pourront travailler indpendamment les unes des autres. La conception dtaille sappuie donc sur les catgories de conception organises la fois suivant les frameworks techniques et les regroupements propres au mtier. Les concepteurs construisent alors les classes, les vues dIHM, les interfaces, les tables et les mthodes qui vont donner une image prte coder de la solution. En dernier lieu, il convient de prciser le contenu des sous-systmes de manire complter la configuration logicielle. Le niveau dabstraction vis par ltape de conception dtaille est la conception des composants. Il sagit davoir une ide la plus prcise possible pour la fabrication et lassemblage des sous-systmes de configuration logicielle. La conception dtaille prcde la phase de codage. ce niveau, toutes les questions relatives lagencement et aux dtails de la solution doivent tre modlises. Ainsi, les interrogations restantes concernent exclusivement la bonne utilisation des langages et des outils de dveloppement.

Annexes 4

Figure 11-1. : Situation de la conception dtaille dans 2TUP

lments mis en jeu

Micro-processus de conception logique, modle logique, proprits de conception dune classe, dun attribut, dune association et dune opration, design patterns : tat, Itrateur, Curseur, Stratgie, Observateur, Rfrence fute, couches de prsentation, de lapplication, de mtier distribu et de stockagedes donnes, IHM, distribution RMI, passage dun modle objet un modle relationnel, modle dexploitation consolid et modle de configuration logicielle dtaille.

Le micro-processus de conception logique


Le micro-processus de conception logique concerne la dfinition des classes implmenter. Cest donc une activit centre sur le modle logique, qui combine les diagrammes UML suivants : principalement les diagrammes de classes pour prciser la structure des classes de dveloppement, mais aussi les diagrammes dinteractions pour prciser les communications entre objets, et les diagrammes dactivit pour exprimer les algorithmes des mthodes.

Enfin, il est possible de recourir du pseudo-code pour les algorithmes les plus complexes. Il sagit en fait desquisser le code des mthodes dvelopper. En loccurrence, nous utilisons une formulation proche de Java. Le micro-processus consiste en une itration des cinq activits reprsentes la figure 11-2.

Annexes 4

Figure 11-2. : Micro-processus de conception dtaille

Concevoir les classes consiste transformer des concepts provenant de lanalyse, tels que les mtaclasses ou les classes tats parallles, en techniques disponibles avec les langages et les outils de dveloppement. Concevoir les associations dfinit la faon dexploiter chaque association et les techniques qui seront employes dans le codage. Concevoir les attributs ncessite essentiellement didentifier les structuresde donnes, les itrations et dautres types complexes permettant de reprsenterles attributs danalyse avec le langage utilis. Concevoir les oprations permet de dterminer le contenu des mthodes complexes et didentifier en cascade de nouvelles classes et oprations dans la catgorie. Valider le modle constitue la phase de dcision du cycle itratif. Sortir de ce cycle signifie que le modle donne limage prte coder de ses composants de configuration logicielle.

Nous allons tudier tour tour ces activits, puis voir leur application sur les diffrentes couches du systme SIVEx.

Concevoir les classes


Les classes qui proviennent de lanalyse ne sont pas toujours conformes aux possibilits du langage dimplmentation. Dans certains cas, une analyse oriente objet est ralise dans un langage non objet. La transformation des classes en codage est alors particulirement importante pour conserver la trace du passage de lanalyse au code. Java offre bien entendu une transformation beaucoup plus directe. Certaines formes telles que les mta-classes, les tats ou les hritages multiples sont cependant tolres par les analystes mais

Annexes 4 inconnues de Java. Concevoir les classes consiste tout dabord expliciter comment ces concepts devront tre traduits dans le code. Concevoir les classes, cest aussi en introduire de nouvelles soit pour prendre en charge des responsabilits purement techniques, soit pour dcharger une classe danalyse de certains de ces aspects techniques. Les liens qui rattachent ces classes entre elles doivent le plus souvent correspondre des designpatterns. On trouvera terme des classes comme des fabriques , des archiveurs , des traceurs , des vrificateurs de cohrence , etc. Concevoir les classes, cest enfin redistribuer les messages et les vnements du modle dynamique sur les diffrentes couches de conception nous verrons notamment comment raliser la conception oriente objet des messages identifis dans les interfaces EAI. Il est probable en effet que ces concepts vus de manire abstraite par lanalyste ne correspondent plus aux principes de conception. Pour les systmes 3-tiers, nous pensons plus particulirement la redistribution des changes entre les couches mtier et application. Ces changes sappuyant sur les capacits dun rseau physique doivent faire lobjet doptimisations. Dans cette optique, il convient que les diagrammes dtats soient retravaills au niveau de la conception. [UMLBOOK]

Annexes 5

Annexe 5 Schma Relationnel : Gestion de factures

Annexes 5

Schma Relationnel : Gestion de tarifs