Développement d'une application qui permet la sauvegarde, la restauration des contacts, SMS et fichiers (photos, musiques…) ainsi que la migration des donne es d’un mobile a un autre et ce en mode securise
8. Choix de la méthodologie
Plan:
8
Identification des acteurs
Besoins fonctionnels
Besoins non fonctionnels
2
Cas d’utilisation général
Spécification des besoins
9. Choix de la méthodologie
9
• Réunion chaque semaine.
• Validation des fonctionnalités.
+ Bonjour mesdames et messieurs,
+ je vous remercie pour votre présence hj .
+ Je suis Amine Daoues et je souhaite vous présenter non projet de fin intitulé « BackUp TT »
+ Ce travail a était encadré par Mme Sameh Mtibaa ing on TT & M nadihr kayati mon ensenion a esptit
Je vous remerci enormement pour votre encouragement et votre soutinet morallle & phesque tous ou lend de min projert de fin détude
Cette présentation va se dérouler comme suit:
Nous allons commencer par introduire et présenter le cadre général du projet. Ensuite, nous passons à la spécification des besoins et la conception.Après, nous nous concentrons sur la partie réalisation avant de conclure.
Dans ce partie, après l’introduction nous allons vous présenter l’organisme d’accueil pour notre stage avant de passer à la problématique de ce travail.Et enfin, nous vous proposons notre solution.
de nous jour
de nous jour nous avon tendencea avoir de donnee importont
cordonne banck
sms
imge
imagine si on veux changer de telephoen
ou plus catasrofique que sa
voll
detrure
Pour toutes ses raisons, nous proposons de concevoir une application mobile qui peut servir sauvgarder les donnes les plus importon . +mail
+cantac
+maessage
+image
+favories
Pour ce chapitre, nous allons commencer par justifier notre choix de méthodologie. Après nous passons à l’identification des acteurs. Nous précisons après les besoins fonctionnels et non fonctionnels de notre projet.Et à la fin nous présentions le diagramme de cas d’utilisation général.
Nous avons choisit de travailler avec la méthodologie SCRUM d’agile.
Comme c’est un projet à une entrepeirse , il est assez flexible. Nous n’avons pas un cahier de charge avec des fonctionnalités fixes dés le début. Nous avons continué à nous documenter, améliorer et enrichir notre projet tout au long des six mois de sa réalisation.
Réunion chaque mois + discussion + remarques + modifications
Nous distinguons deux acteurs dans notre système
Le système doit être facile à maintenir, facile à utiliser ,fluidité ,et ergonomic
Pour avoir une vue globale sur les grandes lignes de notre système, les spécifications générales sont synthétisées sous forme d’un diagramme UML de cas d’utlisation general
Pour ce chapitre, nous vous présentons d’abord le diagramme de classe.
ensuite le diagramme d’activité
Et finalement diagrgaeme de seques