Académique Documents
Professionnel Documents
Culture Documents
Rapport :
Application OBAAS
1
Table des matières
I. Introduction...................................................................................................................................... 3
X. Conclusion :.................................................................................................................................. 21
2
I. Introduction
Dans ce projet on va implémenter la méthode en cascade.
3
c) Les principes de méthode en cascade :
La production des livrables définis au tout débutdu projet
La livraison de ces livrables à une date précise et définie lors du cadrage duprojet
La phase ne se termine que lorsque cette dernière a été vérifiée puis validée. Si un client n’est pas
satisfait d’un livrable, l’équipe devra le retravailler jusqu’à ce qu’il soit parfait.
2. GitHub :
GitHub est une plateforme open source de gestion de versions et de collaboration destinée aux
développeurs de logiciels. Elle repose sur Git, un système de gestion de code open source créé par
Linus Thorvald dans le but d'accélérer le développement logiciel.
3. Jenkins :
Jenkins est un outil logiciel open source d’intégration continue développer en Java. Après une
présentation du concept d’intégration continue, découvrez à quoi sert Jenkins, quels sont ses avantages
et ses différences avec les autres outils similaires, ainsi que son fonctionnement.
5
4. Maven :
Apache Maven est un outil de gestion et d'automatisation de production des projets logiciels Java en
général et Java EE en particulier. Il est utilisé pour automatiser l'intégration continue lors d'un
développement de logiciel. Maven est géré par l'organisation Apache Software Foundation.
V. Analyse de spécification :
Concernant OBAAS 1.1 on les fonctionnalités suivantes :
Accès à la page d’accueil d’OBAAS
Créer un compte
Vérification du solde ducompte
Payer des facteurs
Demande un service
Fermeture des comptes Voici les détails de chaque spécification
:
Spécification 1 :
- Nom : Accès à la page d’accueil d’OBAAS
- Rôle : test
- Description : taper dans un navigateur web l’url d’OBAAS Spécification 2 :
- Nom : la création un compte
- Rôle : test
- Description : le client crée son compte dansle système
- Critère d’acceptante : si le client n’a pas de compte en ligne, il contacte directement la
banque par email pour récupérer son login et mot de passe - Scénario de test :
Etape1 :
- Saisir le nom d’utilisateur
6
- Saisir mot de passe
- Confirmer mot de passe.(Nom d’utilisateur et mot de passe récupérés
auprès de la banque)
Etape2 :
- Saisir le numéro téléphone et adresse.
- Spécifier la catégorie
- Si les informations sont correctes : l’utilisateur est redirigé vers une page de
confirmation (alerte de confirmation et attribution d’un numéro de compte),
L’utilisateur valide la création du compte est sera rediriger vers la page d’accueil.
- Déposer un solde de 500 USD
- Sinon : une boite de dialogue affiche un message (pas de correspondance entre
les mots de passe ou l’obligation de saisir tous les champs).
Spécification 3 :
- Nom : vérifier le solde
- Rôle : test
- Description : le client pour vérifier son solde une page d’authentification doit
Apparaître pour saisir le numéro de compte, nom utilisateur et mot de passe
- Critère d’acceptante : si l’utilisateur a déjà un compte
- Scénario de test :
• si les informations sont correctes alors une page affiche le solde ,
Sinon une boite de dialogue indique une erreur concernant les
informations
Spécification 4 :
- Nom : fermetures des comptes
- Rôle : test
- Description : le client pour fermer son compte une page avec un formulaire doit
apparaître pour saisir le numéro de compte, nom utilisateur et mot de passe
- Critère d’acceptante : si l’utilisateur a déjà un compte
- Scénario de test :
• si les informations sont correctes alors une page affiche que le
compte est bien fermé. Sinon une boite de dialogue indique une
erreur concernant les informations.
Spécification 5 :
- Nom : Demander un chéquier
7
- Rôle :test /dev
- Description : Le client demande un chéquier à la banque enligne.
- Critère d’acceptation : le client a déjà un compte en ligne et il est connecté via ce
compte.
- Scénario de test :
Etape1 :
- Cliquer sur le menu de demande de service
Etape 2 :
- Remplir le formulaire avec le numéro de compte, le nom
d'utilisateur et le mot de passe et sélectionner dans liste déroulante
« Demander un chéquier »
Etape 3 :
- Si les informations incorrectes dans les cases à cocher et le
bouton Soumettre est cliqué, Une boîte de dialogue devrait
apparaître avec le message « Le nom d'utilisateur / mot de passe
que vous avez entré est incorrect. Veuillez saisir les entrées
correctes »
- Si une zone de texte est laissée vide et l'utilisateur clique sur le
bouton Soumettre, une boîte de dialogue doit informer
l'utilisateur de remplir cette zone de texte vide.
- Si les informations correctes unmessage confirmant le problème
du chéquier doit s'afficher.
Spécification 6 :
- Nom : Payer une facture
- Rôle : test/dev
- Description : Le client paye une facture en ligne.
- Critère d’acceptation : le client a déjà un compte en ligne et il est connecté via cecompte.
- Scénario de test :
Etape1 :
- Cliquer sur le menu paiement de facture
Etape 2 :
- Remplir le formulaire affiché avec des zones de texte pour le
numéro de compte, le nom d'utilisateur, le mot de passe, le
montant et sélectionner le Facturier.
- Si les informations incorrectes dans les cases à cocher et le
8
bouton Soumettre est cliqué, une boîte de dialogue devrait
apparaître avec le message « Le nom d'utilisateur / mot de passe
que vous avez entré est incorrect. Veuillez saisir les entrées
correctes »
- Si une zone de texte est laissée vide et l'utilisateur clique sur le
bouton Soumettre, une boîte de dialogue doit informer
l'utilisateur de remplir cette zone de texte vide.
- Si le compte de l'utilisateur a un solde insuffisant pour payer la
facture , le message « Pas de fonds suffisants dans le compte.
Cette transaction ne peut pas être effectuée » doit être affiché à
l'utilisateur. La page de paiement de facture sera à nouveau
affichée et l'utilisateur peut payer une autre facture d'un montant
égal ou inférieur au solde de compte.
- Si l’utilisateur clique sur le bouton Effacer sur la page de
facturation tous les champs de texte seront réinitialisées.
- Si les informations sont correctes et le montant de facture égal
ou inférieur au solde de compte, un écran confirmant le
paiement de la facture doit être affiché à l'utilisateur.
VI. Conception :
1. Diagramme des cas d’utilisation :
9
Le diagramme des cas d’utilisation décrit les fonctionnalités qu’un client peut effectuer sur le système.
Alors le client peut Créer un nouveau compte, Consulter son solde, Effectuer des payements en ligne,
Demander un service et Fermer le compte.
2. Diagramme de séquence :
Le diagramme de séquence décrit l’interaction et le fonctionnement du système suite à chaque requête envoyée
par le Client.
3. Diagramme d’activité :
Cas de création de compte :
Le processus est très simple, le client accède à la page Créer Compte dans plateforme OBAAS, il
remplit le formulaire et c’est fini le compte est bien créé.
Cas de la consultation de solde :
Le client se dirige vers la page Consulter Compte, il remplit le formulaire contenant le numéro de
compte, le Username et le mot de passe.
Si les données sont valides, le solde du client sera affiché.
Sinon une alerte sera affichée comme quoi les données ne sont pas valides.
10
Cas de payement
Le client accède à la page Demander Service, il remplit le formulaire contenant le numéro de compte,
le Username, le mot de passe et le service à demander (chèque, relevé…).
Si les données sont valides, la demande sera enregistrée avec succès et un message de confirmation
sera affiché.
11
Sinon une alerte sera affichée comme quoi les données saisies ne sont pas validées.
Cas de fermeture de Compte :
Le client accède à la page Fermer Compte, il remplit le formulaire contenant le numéro de compte, le
Username et le mot de passe.
Si les données sont valides, le compte sera fermé et un message de confirmation sera affiché.
Sinon une alerte sera affichée comme quoi les données saisies ne sont pas validées.
4. Diagramme de classe :
12
traitements liés au cœur du métier. Les données peuvent être liées à une base de données. En d’autres
termes, le modèle ne réalise aucune mise en forme. Ces données pourront être affichées par plusieurs
vues. Du coup le code du modèle est factorisé : il est écrit une seule et unique fois puis réutilisé par
chaque vue.
Dans notre cas nous aurrons la classe NEWAccount dans le la partie modéle.
View : Elle présente les données et interagit avec l’utilisateur. Dans le cadre des applications Web, il
s’agit d’une interface HTML, mais n’importe quel composant graphique peut jouer ce rôle.
Controller (Metier) : quant à lui, se charge d’intercepter les requêtes de l’utilisateur, d’appeler le
modèle puis de rediriger vers la vue adéquate. Il ne doit faire aucun traitement. Il ne fait que de
l’interception et de la redirection.
Les méthodes dans la classe NewAccount :
- /createaccount -> L’interface qui permet la création de compte en ligne qui fait appelle à la
méthode -> AddNewAccount(), cette méthode prend en paramètre un attribut de type
NewAccount, et ajoute un nouveau compte à la table ‘NEWACCOUNT’ de la BD ‘OBAAS’ .
- /deleteAccount -> L’interface qui permet de supprimer un compte en ligne et qui fait appelle à la
methode -> DeleteAccount() qui prend en paramètre un attribut de type NewAccount et qui vas
supprimer le compte indexer dans la table ‘NEWACCOUNT’ de la BD ‘OBAAS’ .
- /BillPay-> L’interface qui permet d’effectuer le paiment d’une facture et qui fait appelle à la
methode -> BillPay() qui prend en parametre les attribut ‘username’, ‘password’, ‘accountno’,
‘biller’, ‘amount’ et qui verifie l’existant de compte par l’appel de methode AccounExist() et
apres verifier le solde de client avant de effectuer le paiement .
- /AccountBalance -> L’interface qui permet de consulter le solde et qui fait appelle à la methode -
> AccountBalance() de la classe NewAccount qui va interroge la table NEWACCOUNT de la
base de données pour obtenir la valeur de solde ‘amount’ et affiche le solde .
- La méthode dans la classe ChequeBook:
- /ChequeBook-> L’interface qui permet de demander un chèque et qui fait appelle à la méthode ->
AddService() de la classe ChequeBook qui prend en paramètre un attribut de type
NEWACCOUNT et qui interroge la table NEWACCOUNT de la base de données pour vérifier
l’existence de client et après ajouter le chèque dans la table CHEQUEBOOK de la base de
données ‘OBAAS ’.
2. Payer facture
14
Détail La page contiendra :
-un champ username :fait référence au username de type cacher( hidden ).
-un champ password :fait référence au password de type password.
-un champ Account number :fait référence au Account number de type
number.
-button clear : pour effacer les champs
- button Submit :pour valider les données et passer l’ action
Scénario de test -Si les informations sont bien saisies, la demande sera envoyée avec succès
et sera envoyée vers la page chéquier
-validation : test d’interface(les champs obligatoire à remplir)
4. Fermeture de compte
Tache /type Fermeture Compte / Dev - Test
Intervenant Dev : Sadiki – Harri – Yasbar / Test : Fannouch - Karbaoui
Durée 20 min
Description Création d’interface id = 5
Création d’une page contenant un formulaire de fermeture de compte
Détail La page contient un formulaire contenant :
- Champ Username : fait référence au username de type text
- Champ password : fait référence au password de type password
- Champ numero compte : fait référence au numero de compte de
type number
- Button Submit : Pour valider les données et passer l’action
- Button Clear : Pour effacer les champs
Scénario de Test Il faut :
- Vérifier si le compte est bien supprimé de la table
- Test d’interface (les champs obligatoires à remplir)
- Test unitaire (test la méthode deleteAccount())
5. Consulter Solde
15
Détail La page contient un formulaire contenant :
- Champ numero compte : fait référence au numero de compte de type
number
- Champ Username : fait référence au username de type text
- Champ password : fait référence au password de type password
- Button Submit : Pour valider les données et passer l’action
- Button Clear : Pour effacer les données dans les champs
Tests d’utilisabilité : Le test d’utilisabilité (ou test utilisateur), est la méthode la plus efficace pour
évaluer un logiciel. Le test consiste à observer directement l’utilisateur en train de se servir de
l’application ou du logiciel. Il permet d’identifier concrètement les problèmes. L’utilisabilité peut être
mesurée en calculant la performance de l’utilisateur.
Le test d’utilisabilité est l’occasion de voir l’utilisateur en situation et d’observer les problèmes qu’il
rencontre, les questions qu’il se pose et les fonctionnalités qu’il apprécie ou non. Les
équipes de développement recueillent ainsi des éléments précieux sur la façon de rendre le logiciel
plus agréable à utiliser.
Tests unitaires : Les tests unitaires consistent à tester individuellement les composants de
l’application. On pourra ainsi valider la qualité du code et les performances d'un module
Tests d’intégrations : Ces tests sont exécutés pour valider l'intégration des différents modules entre
eux et dans leur environnement exploitation définitif.
Ils permettront de mettre en évidence des problèmes d'interfaces entre différents programmes. Dans
notre cas nous avons utilisé outil jenny pour faire le test d’utilisabilité.
Définitions jenny : jenny est un outil pour générer des tests de régression. Chaque fois que des tests
exhaustifs semblent pénibles en raison de l'explosion combinatoire des interactions de fonctionnalités à
tester, pensez à utiliser jenny. Il couvrira la plupart des interactions avec beaucoup moins de cas de test.
Il peut garantir des tests par paires de toutes les fonctionnalités qui peuvent être utilisées ensemble, et il
peut éviter les combinaisons de fonctionnalités qui ne le peuvent pas.
16
Test de création de compte :
17
4a: LYDEC - 4b: ONE - 4c: IAM
Scenario test:
Test de Fermeture :
18
Password Account number Service Oracle
A A A Enregistrement
demande
A B B alert
B B B alert
B A A alert
A A B Alert
Pour automatiser c’est test, on a utilisé Selenium. Voici le programme Selenium qui permet de tester la
création d’un compte bancaire.
19
On lance le test avec la commande node test_create_compte.js
Si le test passe bien le message success sera affiché sur la console
Après, le navigateur lance la page localhost :8080/obaas/ automatiquement avec le remplissage des
champs automatique aussi.
20
X. Conclusion :
La réalisation de ce projet nous a permet d’être capable de travailler en groupe d’un cote.et d’un autre
côté de connaitre comment utiliser la méthode en cascade pour livrer un produit finale comme dans
notre cas application qui permet de gérer les comptes bancaires on utilisant JEE.
21