Vous êtes sur la page 1sur 33

Développement d’une application web

de création d’un Business Plan


LOGO

Réalisé par Encadrés par


SEKRAFI Lazhar M. GAZDAR Achraf (ISI)
M. ALBARET Patrick (Neolians)
M. ISSARTEL Bernard (Neolians)
2010/2011
Plan

Introduction

Présentation Générale

Business plan

Analyse des besoins et spécification

Conception et maquettage

Réalisation

Conclusion
2
Introduction

La réussite lors de
la création d’une
entreprise exige une Comment déterminer les moyens
démarche rigoureuse nécessaires à son lancement ?
et consciente

Quelles sommes faut-il apporter ?

Un projet mal étudié, Comment l’aborder pour maximiser


est une raison les chances d’obtenir les crédits
primordiale de nécessaires?
difficulté de démarrage
de la future entreprise
et souvent d’échec.

3
Introduction

Objectif à atteindre
Business
Blan
Manière de le faire

Développement d’une application web


de création d’un Business Plan

4
Plan

Introduction

Présentation Générale

Business plan

Analyse des besoins et spécification

Conception et maquettage

Réalisation

Conclusion
5
Présentation Générale
Présentation de projet

Sauvegarde Visualiser
r Application
Modifier Web Payer

Créer Imprimer

6
Présentation Générale
Organisme d’accueil

Offshore non résidente

Société spécialisée dans le test logiciel

Etudier le faisabilité des tests automatiques

Elaborer une stratégie tests automatiques

Développements, lancements et
interprétations des scripts automatiques

7
Présentation Générale
Méthodologie
Au début de notre projet, nous
avons assisté à une réunion avec
nos encadreurs de l’entreprise lors
Dans ce
Dans ce de qui suit
suit nous
quilaquelle nous préciserons
préciserons
ils nous ont demandé de
notre
notre choix
choix du langage de
préciserdu langage
la méthodologie de
que nous
modélisation
modélisation ainsi que les outils
allonsainsi
suivreque les leoutils
durant projet
que nous jugeons
que nous jugeons nécessaires nécessaires
durant
durant la
la 3réalisation
réalisation du projet.
duavons
projet.
Etant
Etant 3 PFE nous avons décidé
PFE nous décidé de de
travailler
travailler en
en équipe
équipe afin
afin de
de partager
partager les
les
connaissances Les
Les analyses
analyses préalables
préalables ainsi
ainsi que
que les
les
connaissances et et mutualiser
mutualiser les les
choix technologiques
choixapproche
technologiques ont été décidé
recherches.
recherches. Cette Cette approche nous ont été décidé
nous
permettant et
et réalisé
réalisé en
en quicommun
commun afin
afin
permettant d’optimiser
d’optimiser le
le temps
temps qui
d’harmoniser et de standardiser nos
nous
nous est imparti. d’harmoniser et de standardiser nos
est imparti.
outils
outils et et nosnos méthodes.
méthodes. Cette
Cette
approche
approche collective
collective est
est pour
pour nous
nous
l’occasion
l’occasion de
de travailler
travailler dans
dans les
les
conditions
conditions réelles
réelles d’une
d’une structure
structure de
de
développement.
développement.

8
Présentation Générale
Environnement de travail
Ordinateur de bureau, LENOVO 963675G, Intel® Pentium® Dual
CPU E2180 @ 2Ghz, 2 Go de RAM, avec XP SP2

Modélisation Test

Maquettage GED

Développement Gestion du
projet

Rapports et
Gestion des versions présentations

Base des données


9
Plan

Introduction

Présentation Générale

Business plan

Analyse des besoins et spécification

Conception et maquettage

Réalisation

Conclusion
10
Business Plan
Objectifs de Business Plan
Valider la faisabilité et de
l’attractivité d’un projet

Un outil de Définir une


communication 
Objectifs de stratégie commune

Business
Plan

Rechercher des
financements
Piloter l’activité
11
Business Plan
Structure d’un business plan

Arborescence de la Arborescence de
partie rédactionnelle la partie chiffrée

12
Plan

Introduction

Business plan

Analyse des besoins et spécification

Conception et maquettage

Réalisation

Conclusion

13
Analyse des besoins et spécification
Identification des acteurs

Acteur principal de l’application, son activité


primordiale et de créer un business plan que ce soit à
partir d’un document vierge ou à partir d’un modèle.
Client

Acteur actif du système, il a le droit de créer un


business plan modèle, de l’enregistrer, et de le
soumettre à son responsable.
Elève

Acteur aussi actif. Son métier principal est de lister


les Business plan de ses élèves, de les lires, de les
vérifier et si tout va bien de les valider.
Responsable

14
Analyse des besoins et spécification
Diagramme de cas d’utilisations

Diagramme de cas d’utilisation du contributeur


Diagramme de cas d’utilisation de client
15
Plan

Introduction

Business plan

Analyse des besoins et spécification

Conception et maquettage

Réalisation

Conclusion

16
Conception et maquettage
Diagramme de classe

Diagramme de classe

17
Conception et maquettage
Diagramme de séquences

Diagramme de séquence « Créer compte »

Diagramme de séquence « Créer business plan»

18
Conception et maquettage
Diagramme de séquences

Diagramme de séquence «Créer modèles Business Plan »


Diagramme de séquence «Vérifier modèle de business plan»

19
Conception et maquettage
Maquettage

Maquette « Tableau
Maquette «Tableau de bord du client»de bord du responsable»
20
Conception et maquettage
Maquettage

Maquette  « Création
Maquette Maquette
business
«Création «Graphique
plan représentatif:
: Introduction
business plan »
: Ventes » Ventes »
21
Plan

Introduction

Business plan

Analyse des besoins et spécification

Conception et maquettage

Réalisation

Conclusion

22
Réalisation
Architecture logicielle
Mapping Hibernate

Modèle

Implémentations
Implémentations
Beans(java)

Interfaces

Interfaces
XHTML

Couche front Couche Services Couche DAO

Couche d'entrée dans Contient l'ensemble du Permet de séparer la


l'application du point de code métier de
couche d’accès aux
vue du client. Elle appellel'application, elle
les traitements de la organise et orchestredonnées
les
de la couche
couche Service logique applicative.  
accès à la couche DAO
23
Réalisation
Gestion du projet

Chronogramme de déroulement de projet


Nous constatons que la répartition des phases est de l’ordre de 70% pour
la partie étude/conception et seulement 30% pour la phase
réalisation/codage. Cet état de fait s’avère totalement en phase avec
l’estimation initiale de nos encadreurs de l’entreprise.

24
Réalisation
Implémentation

25
Réalisation
Implémentation

26
Réalisation
Métrique

Une métrique logicielle est une compilation de mesures issues des


propriétés techniques ou fonctionnelles d'un logiciel

Objectif :
 Faciliter le contrôle de la gestion, la planification et l'intervention
gestionnaire.

 Identifier les situations pour le développement ou l'amélioration du


processus de maintenance

Outils :
FindBugs, Checkstyle, SourceMonitor …

27
Réalisation
Métrique

28
Réalisation
Interfaces de l’application

29
Réalisation
Interfaces de l’application

30
Réalisation
Interfaces de l’application

31
Conclusion

Nous sommes parvenus par le biais de ce projet, à mettre en


place un système de création de business plan en ligne.

D’autres améliorations peuvent être apportées au projet ; on peut


ajouter un module d’Internationalisation du site c’est-à-dire afficher les
textes en d’autres langages

Dans l’aspect interactif, nous pouvons ajouter un module de forum de


discussion
Ce projet a été une occasion pour enrichir nos connaissances
théoriques et pratiques sur tout ce qui est développement d’applications
web assez volumineuses.

Ce projet présente un nouveau contact avec la vie professionnelle avec


tout ce que cela peut engendrer de difficultés, et surtout, nos aptitudes à
les surmonter.
32
LOGO

Vous aimerez peut-être aussi