Vous êtes sur la page 1sur 24

INTRODUCTION GÉNÉRALE .................................................................................................................

3
Chapitre I : état de l’art ....................................................................................................................... 4
1. Etat de l’art ...................................................................................................................................... 4
2. Travail demandé .............................................................................................................................. 4
3. Etude de l’existant et problématique.............................................................................................. 4
4. Solution proposé ............................................................................................................................. 4
5. Conclusion ....................................................................................................................................... 5
Chapitre II : Analyse et spécification ................................................................................................... 6
I. Introduction : ................................................................................................................................... 6
II. Analyse des besoins :....................................................................................................................... 6
1. Besoins fonctionnels :.............................................................................................................. 6
2. Besoins non fonctionnels : ...................................................................................................... 6
III. Méthode conceptuelle : .............................................................................................................. 7
1. Définitions des acteurs : .......................................................................................................... 7
2. Diagramme de cas d’utilisation : ............................................................................................. 8
a. Diagramme « Diagramme de cas d'utilisation général» : ....................................................... 8
b. Cas d'utilisation « Gérer contacts» :........................................................................................ 9
c. Cas d’utilisation « Gérer matières» : ..................................................................................... 10
d. Cas d'utilisation « Gérer notes» : .......................................................................................... 11
e. Cas d’utilisation « Gérer historique » : .................................................................................. 11
IV. Conclusion : ............................................................................................................................... 12
Chapitre III : Conception .................................................................................................................... 13
I. Introduction : ................................................................................................................................. 13
II. Vue dynamique de l’application : .................................................................................................. 13
1. Diagramme de séquence : ..................................................................................................... 13
2. Diagramme séquence du cas « Gérer contacts » : ................................................................ 13
3. Diagramme séquence du cas « Gestion matière » : .............................................................. 15
4. Diagramme séquence du cas « Gestion note » : ................................................................... 16
5. Diagramme séquence du cas « Gestion historique » : .......................................................... 17
III. Vue statique de l’application : ................................................................................................... 18
1. Diagramme de classe :........................................................................................................... 18
IV. Conclusion : ............................................................................................................................... 19
Chapitre IV : Réalisation .................................................................................................................... 20
I. Introduction : ................................................................................................................................. 20
Envoie des résultats par SMS 2011
II. Langage et environnement : ......................................................................................................... 20
III. Interfaces graphiques : .............................................................................................................. 20
IV. Conclusion : ............................................................................................................................... 23
Conclusion générale .......................................................................................................................... 24

2
Envoie des résultats par SMS 2011

INTRODUCTION GÉNÉRALE
out système d’information doit être le plus efficace

T possible. Et surtout dans les sociétés modernes. Nous


avons remarqué qu’esprit utilise, dans son système
d’information, des méthodes archaïques qui manquent d’efficacité pour la
gestion des étudiants, des matières, des notes et surtout dans l’envoie des
résultats.

Dans notre projet nous nous somme atteler a concevoir et a mettre en


place un logiciel pour la gestion étudiants, des matières, des notes et de
l’envoie des résultats au compte d’esprit. Pour l’instant ce travail est fait
presque manuellement par un responsable de l’administration.

Et sur cette idée que c’est mis en place notre application. Elle
permettra de faciliter la tâche pour le responsable de l’administration,
d’automatiser le suivie et le transfert d’information. Donc notre mission de
concevoir et réaliser cette solution qui prend comme intitulé « Envoie des
résultats par SMS ».

3
Envoie des résultats par SMS 2011

Chapitre I : état de l’art

1. Etat de l’art

Ce chapitre est une présentation générale de ce que doit réaliser notre application
comme tâche principale. Ainsi ce chapitre présente une étude de l’existant, une critique et une
solution à présenter. Le but de l’application est de permettre le contrôle d’envoie et
d’informer ceux qui sont intéressé par cette information.

2. Travail demandé

Le travail du responsable de l’administration nous a interpelés avec son manque


d’efficacité et sa difficulté. De ce fait nous nous somme proposer de mettre notre solution afin
de faciliter la communication et augmenter l’efficacité le travail du responsable de
l’administration en lui faisant gagnant du temps.

3. Etude de l’existant et problématique

Au part avant le travail d’informer les étudiants ce faisait en affichant les résultats sur
des papiers. Le responsable de l’administration de chargeait personnellement de ce travail en
affichant feuille par feuille les résultats de tous les étudiants. Cette méthode n’est pas efficace
car elle engendre des problèmes comme les papiers peuvent être déchirés par d’autres
étudiants.

4. Solution proposé

Il s’agit de proposer une application qui permet d’envoyer des messages texte vers un
portable par l’intermédiaire d’un téléphone portable entre le pc et le téléphone portable de
réception.
En résumé, les caractéristiques du projet sont les suivantes:
- une interface permettent d’envoyer des messages mais aussi de les stocker dans une
base de donner ainsi que les numéros de contacts et leurs noms.

4
Envoie des résultats par SMS 2011
- une consultation aisée des messages envoyés, nécessaire afin que l’application aie tout
son sens. Ceci est une condition essentielle à la réussite du projet.
L’application aura pour principaux butes de :
 Ajouter, modifier et supprimer des étudiants
 Ajouter, modifier et supprimer des matières.
 Ajouter, modifier et des notes.
 Envoyer des messages textes vers un téléphone portable.
 Enregistrer les contacts.
 Afficher une liste des contacts
 Enregistrer les messages envoyés
 Pouvoir consulter les messages envoyés
 Eventuellement, pouvoir imprimer les messages envoyés avec leurs dates d’émission
et leurs destinataires.

5. Conclusion

Dans ce chapitre nous avons pu définir les grandes lignes de notre application en
spécifiant les principales fonctionnalités de notre système. Ce chapitre ainsi terminé nous
pouvons passer a la partie de conception de notre application qui sera détaillé dans le chapitre
suivant.

5
Envoie des résultats par SMS 2011

Chapitre II : Analyse et spécification

I. Introduction :

Nous entamons dans cette partie l’étude de notre application « Gestion et envoie des
résultats par SMS », et nous commençons par la phase de collecte des besoins.
Les cas d’utilisation constituent un outil clé pour bien dégager les besoins et les acteurs
impliqués dans le système.
Et c’est pour cela qu’on adopte le langage de modélisation UML pour la description des
besoins des utilisateurs.
On distingue deux types de besoins :
 Fonctionnels
 Non fonctionnels.
On appelle besoins l’énoncé de ce que le système devrait faire. L’expression des
besoins présente ce que le système est censé réaliser sans soucier de document celui-là va le
faire.

II. Analyse des besoins :


1. Besoins fonctionnels :
Ils décrivent l’action que doit effectuer un système en réponse à une demande.

L’application :

 Doit assurer la gestion des contacts, des matières et des notes ainsi que l’historique
des SMS envoyé.
 Permet à l’utilisateur d’envoyer un ou plusieurs SMS à différents contacts.
 Doit assurer la fiabilité de toutes les mises à jour de la base de données de
l’application.
 Doit afficher les statistiques

2. Besoins non fonctionnels :

Ils concernent les besoins en performances, les besoins de sécurité, besoin en esthétique,
etc.…

6
Envoie des résultats par SMS 2011

Vu les services qu’il offre notre application doit répondre aux besoins suivants :
 Ergonomie : une bonne ergonomie qui vise a facilité la saisie et l’obtention de
l’information, avec un minimum d’effort pour l’internaute et sans risque d’erreur.
 Disponibilité : la solution proposée doit garantir une disponibilité maximale des
services offerts.
 Sécurité : le niveau de sécurité doit permettre d’éviter d’altérer les pages, aussi
doit protéger le transfert des données.
 Rapidité : le temps de réponse doit ère assez rapide, les interrogations de la base
des doivent être optimisé au maximum ainsi la technologie d’accès adoptée tiendra
en compte la question du temps.

III. Méthode conceptuelle :

La modélisation consiste à créer une représentation simplifiée d'un problème: le modèle.

.1. Grâce au modèle il est possible de représenter simplement un problème, un concept et


le simuler.

La modélisation comporte deux composantes :

 L'analyse, c'est-à-dire l'étude du problème.


 La conception, soit la mise au point d'une solution au problème.

Le modèle constitue ainsi une représentation possible du système pour un point de vue
donné.

1. Définitions des acteurs :

Pour notre système nous avons identifié un seul acteur primaire :

L’administrateur peut :
 envoyer des SMS
 gère les contacts
 gère les matières
 gère les notes
 effectuer la consultation de l’historique.
 Afficher les statistiques

7
Envoie des résultats par SMS 2011
2. Diagramme de cas d’utilisation :

a. Diagramme « Diagramme de cas d'utilisation général» :

Les cas d'utilisation (en anglais use cases) permettent de représenter le fonctionnement du
système vis-à-vis de l'utilisateur, c'est donc une vue du système dans son environnement
extérieur.

Figure1.1 : Diagramme de cas d'utilisation général

8
Envoie des résultats par SMS 2011
b. Cas d'utilisation « Gérer contacts» :

Figure 1.2 : Diagramme de cas d'utilisation « Gérer Contacts »

Description textuelle :
- Cas d’utulisation : Gérer contacts.
- Acteurs primaires : Administrateur
- Description : L’administrateur peut effectuer la saisie et l’enregistrement de nouveaux
contacts, la mise à jour des données et leur suppression.
- Analyse : La réalisation de ce cas d’utilisation se fait comme suit : L’administrateur
doit choisir entre ajouter Modifier ou bien la suppression des données sur un contact.
- Si c’est le premier choix (ajouter) :
 Remplir le formulaire.
- Si c’est le deuxième choix (modifier) :
 Vérifier ensuite si le contact existe ou non,
 Remplir le formulaire avec les nouveaux paramètres.
- Si c’est le troisième choix (supprimer) :
 Vérifier si le contact existe ou non.
 Supprimer les données sur le contact.

9
Envoie des résultats par SMS 2011
c. Cas d’utilisation « Gérer matières» :

Figure 1.3 : Diagramme de cas d'utilisation « Gérer Matières »

Description textuelle :
- Cas d’utulisation : Gérer matières.
- Acteurs primaires : Administrateur
- Description : L’administrateur peut effectuer la saisie et l’enregistrement de nouveaux
matiéres, la mise à jour des données et leur suppression.
- Analyse : La réalisation de ce cas d’utilisation se fait comme suit : L’administrateur
doit choisir entre ajouter Modifier ou bien la suppression des données sur une matières.
- Si c’est le premier choix (ajouter) :
 Remplir le formulaire.
- Si c’est le deuxième choix (modifier) :
 Remplir le formulaire avec les nouveaux paramètres.
- Si c’est le troisième choix (supprimer) :
 Supprimer les données sur la matiere.

10
Envoie des résultats par SMS 2011
d. Cas d'utilisation « Gérer notes» :

Figure 1.4 : Diagramme de cas d'utilisation « Gérer Notes »

Description textuelle :
- Cas d’utulisation : Gérer notes.
- Acteurs primaires : Administrateur
- Description : L’administrateur peut effectuer la saisie et l’enregistrement de nouveaux
notes, la mise à jour des données et leur suppression.
- Analyse : La réalisation de ce cas d’utilisation se fait comme suit : L’administrateur
doit choisir entre ajouter ou bien modifier une notes.
- Si c’est le premier choix (ajouter) :
 Remplir le formulaire.
- Si c’est le deuxième choix (modifier) :
 Remplir le formulaire avec les nouvelles données.

e. Cas d’utilisation « Gérer historique » :

Figure 1.5 : Diagramme de cas d'utilisation « Gérer Historiques »

11
Envoie des résultats par SMS 2011
Description textuelle :
- Cas d’utulisation : Gérer Historiques.
- Acteurs primaires : Administrateur.
- Description : L’administrateur peut effectuer une consultation de l’historique des
mesages envoyeés ainsi que la suppression de tout ou une date precise de l’historqiue.
- Analyse : La réalisation de ce cas d’utilisation se fait comme suit : L’administrateur
doit choisir entre Consulterou bien la suppression de l’historique.
- Si c’est le premier choix (Consulter) :
 Afficher tout l’historique des messages envoyé.
- Si c’est le deuxième choix (supprimer) :
 Vérifier si l’historique existe ou non.
 Supprimer un champ de l’historique ou supprime tout l’historique.

IV. Conclusion :

Dans cette partie, nous avons abordé la phase de spécification, dans laquelle on a
collecté les besoins fonctionnels et non fonctionnels de notre système.
On a aussi identifié les différents acteurs impliqués dans le processus de fonctionnement.
Cependant, il reste à savoir comment ces besoins sont mis en œuvre ? Et par quelle interface
les acteurs interagissent avec notre application.
La réponse de ces questions sera confiée à la partie de conception et c’est le sujet du
chapitre suivant.

12
Envoie des résultats par SMS 2011

Chapitre III : Conception

I. Introduction :

La phase de conception et la phase primordiale dans la réalisation de notre application car


elle permet de déterminer toutes les fonctionnalités de notre système.

II. Vue dynamique de l’application :


1. Diagramme de séquence :

C’est la représentation graphique des interactions entre les acteurs et le système selon un
ordre chronologique dans la formulation « UnifiedModelingLanguage ».

On montre ces interactions dans le cadre d'un scénario d'un Diagramme des cas
d'utilisation. Dans un souci de simplification, on représente l'acteur principal à gauche du
diagramme, et les acteurs secondaires éventuels à droite du système. Le but étant de décrire
comment se déroulent les actions entre les acteurs ou objets.

2. Diagramme séquence du cas « Gérer contacts » :

L’administrateur doit accéder l’interface de gestion de contacte afin de choisir les actions
qu’il veut effectuer. Selon la tâche choisie le système lui affiche l’interface adéquate.

Après la sélection de l’action, l’administrateur soit saisi des données pour l’ajout ou la
modification des informations, ou soit demande des informations pour la consultation et la
suppression.

Le système vérifie les données et consulte sa base de données ensuit il met a jour cette
même base si modification y est et affiche les informations demandées.

Si les informations, en cas de consultation, sont erronées alors le système affiche un


message d’erreur ou au cas extrême demandera de retaper les informations demandées.

13
Envoie des résultats par SMS 2011

Figure 2 : diagramme de séquence de gestion de contact

14
Envoie des résultats par SMS 2011
3. Diagramme séquence du cas « Gestion matière » :

L’administrateur doit accéder l’interface de gestion des matières afin de choisir les actions
qu’il veut effectuer. Selon la tâche choisie le système lui affiche l’interface adéquate.

Après la sélection de l’action, l’administrateur soit saisi des données pour l’ajout ou la
modification des informations, ou soit demande des informations pour la consultation et la
suppression.

Le système vérifie les données et consulte sa base de données ensuit il met a jour cette même
base si modification y est et affiche les informations demandées.

Si les informations, en cas de consultation, sont erronées alors le système affiche un message
d’erreur ou au cas extrême demandera de retaper les informations demandées.

Figure 3 : diagramme de séquence de gestion de matière

15
Envoie des résultats par SMS 2011
4. Diagramme séquence du cas « Gestion note » :

L’administrateur doit accéder l’interface de gestion de notes afin de choisir les actions qu’il
veut effectuer. Selon la tâche choisie le système lui affiche l’interface adéquate.

Après la sélection de l’action, l’administrateur soit saisi des données pour l’ajout ou la
modification des informations, ou soit demande des informations pour la consultation et la
suppression.

Le système vérifie les données et consulte sa base de données ensuit il met a jour cette même
base si modification y est et affiche les informations demandées.

Si les informations, en cas de consultation, sont erronées alors le système affiche un message
d’erreur ou au cas extrême demandera de retaper les informations demandées.

Figure 3 : diagramme de séquence de gestion de matière

16
Envoie des résultats par SMS 2011
5. Diagramme séquence du cas « Gestion historique » :

Dans la gestion des historiques ; l’administrateur doit accéder a l’interface de gestion


des historique. Un historique des différant activités s’affiche directement dans l’interface, un
tableau permettra de naviguer dans l’historique pour consulter les différent messages envoyés.

Figure 3 : diagramme de séquence de gestion de l’historique

17
Envoie des résultats par SMS 2011

III. Vue statique de l’application :

1. Diagramme de classe :

Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les
classes et les interfaces des systèmes ainsi que les différentes relations entre celles-ci. Ce
diagramme fait partie de la partie statique d'UML car il fait abstraction des aspects temporels
et dynamiques. Apres l’étude de notre classe nous avons dégagé un diagramme de classe qui
évoluera dans le temps afin de donner un diagramme de classe finale qui sera traité dans la
partie réalisation.

Figure 4 : diagramme de classe générale

18
Envoie des résultats par SMS 2011

IV. Conclusion :

Dans ce chapitre nous avons pu déterminer nos fonctionnalités ainsi que de les modéliser. Et

ce la par les différent diagrammes comme le diagramme de cas d’utilisation et le diagramme

de séquence. Une fois cette étape terminée nous nous attaquant a la partie réalisation de notre

application tout en respectant ce qui a été établit dans la partie conception.

19
Envoie des résultats par SMS 2011

Chapitre IV : Réalisation

I. Introduction :

Après l’étape de la conception nous commençons la partie réalisation, qui est divisée sur
trois parties.

Dans la première partie de nous présentons les outils utilisés à l’implémentation de la base
des données et le développement de notre application.
Dans la deuxième partie du chapitre nous détaillons la partie technique de notre réalisation
ainsi nous présentant notre diagramme de classe effectif.
Dans la dernière partie nous présentent quelque interface essentielle développée.

II. Langage et environnement :

Dans notre mini-projet nous somme obligés d’utiliser le langage java comme langage
de programmation. Nous avons réalisé notre application en utilisant l’IDE NetBeans.
NetBeans est un environnement de développement intégré (EDI), placé en open source par
Sun.

Nous avons aussi dans notre développement eu recours à de nouvelles bibliothèques


afin de nous permettre l’envoi des sms et la communication avec les ports réseaux, ainsi que
l’utilisation de driver « win32com.dll » pour permettre la communication entre la plateforme
java et le système d’exploitation windows.

III. Interfaces graphiques :

Les interfaces graphiques ont été réalisées conformément au besoin de l’utilisateur et


en faisant partie de l’analyse déjà faite.

Dans cette partie nous présentons les interfaces qui entrent en jeux dans l’envoi des
sms et dans la gestion et consultation des contactes

20
Envoie des résultats par SMS 2011
Il y a deux cas d’envoi.

 Le premier cas est l’envoi d’un message prédéfini dans la base a tout les
internes qui non pas payer leurs frais. Cela se fait automatiquement sans que
l’administrateur ait à faire quoi que ce soit.
 Le deuxième cas est l’envoi d’un message a un seul contact choisi par
l’administrateur

Figure 5 : interface envoi messages

La figure 9 est celle de la gestion des contactes. Elle permet l’insertion des
informations des contactes dans la base de données. Cette interface permet aussi la
modification la suppression des informations et de les enregistrer sur la base.

21
Envoie des résultats par SMS 2011

Figure 6 interface de gestion des contacts

Figure 7 interface de gestion des matières

22
Envoie des résultats par SMS 2011

Figure 6 interface de gestion des notes

IV. Conclusion :

Dans cette partie nous avons montré une partie de notre réalisation et ce que offre notre
application comme fonctionnalités a travers notre réalisation technique et les imprimes écrans.

23
Envoie des résultats par SMS 2011

Conclusion générale

Ce Mini projet nous a permis de consolider nos connaissances en matière de


développement avec le langage orienté objet java et en matière de conception avec la
méthodologie UML par la mise en œuvre d’une application d’envoie des résultats par sms. Et
qui répond au besoin mentionnés au début de ce rapport.

Durant ce travail mené au court de ce mini projet, nous avons pu assimiler les principes
de l’extraction de données à partir d’une base de données pour générer les différentes
fonctions permettant la gestion des contactes, et de comprendre la manière de réaliser une
application permettant un envoi de sms.

L’application que nous avons conçue est un grand avantage proposé pour
l’administrateur car, lui permettant de rester dans son bureau, lui fait gagner du temps.

Nous envisagent beaucoup des modifications dans cette application qui est qu’une
première version. Les fonctionnalités que nous pouvons ajouter sont, par exemple, les tâches
planifiées comme le déclanchement automatique de l’envoi lors de dépassement de délais.

24