Conception et
Réalisation
14. Conception
Après lecture du cahier de charges et
réalisation des IHM, une étape devient indispensable, celle de
l'élaboration du cahier de charges fonctionnel et des
spécifications techniques.
Cette étape essentielle dans le projet va conditionner
la qualité, la rapidité et la simplicité du
développement et aussi faciliter la reprise du projet par une autre
personne.
15.
Modélisation UML
De toute évidence, je me suis tourné vers une
conception objet à l'aide du standard UML (objet relationnel Modeling
Language, traduisez "langage de modélisation objet
unifié") qui est devenu incontournable. Cet outil
méthodologique fournit les éléments indispensables pour
remédier aux inconvénients majeurs de l'approche objet :
v Un langage (pour s'exprimer clairement à l'aide des
concepts objets), qui doit permettre de représenter des concepts
abstraits (graphiquement par exemple), limiter les ambiguïtés
(parler un langage commun, au vocabulaire précis, indépendant des
langages orientés objet), faciliter l'analyse (simplifier la comparaison
et l'évaluation de solutions).
v Une démarche d'analyse et de conception objet, pour
ne pas effectuer une analyse fonctionnelle et se contenter d'une
implémentation objet, mais penser objet dès le départ,
définir les vues qui permettent de décrire tous les aspects d'un
système avec des concepts objets.
Ainsi, l'UML comble une lacune importante des technologies
objet que je compte utiliser par la suite. Il permet d'exprimer et
d'élaborer des modèles objet, indépendamment de tout
langage de programmation. De plus il normalise les concepts objet.
Les auteurs d'UML préconisent d'utiliser une
démarche guidée par les besoins des utilisateurs du
système, centrée sur l'architecture logicielle, itérative
et incrémentale car un processus de développement qui
possède ces qualités fondamentales favorise la réussite
d'un projet (conseil que j'ai bien évidemment suivi).
16. Cahier de
charges fonctionnel
L'objectif du cahier des charges fonctionnelles, tout d'abord,
est de décrire de manière fonctionnelle l'application. Je
définis ainsi qu'il me faut établir une application permettant
l'utilisation partielle ou totale de fiches internes selon un profil
d'utilisateur. Ainsi le document décrit, à l'aide de
scénarios, toutes les fonctionnalités que doit posséder
CVTECH ainsi que les différents acteurs amenés
à l'utiliser.
Ainsi l'application est divisée en « uses
cases » ou cas d'utilisation, comportant chacun son scénario
selon l'acteur, et regroupé en package. Un diagramme de cas
d'utilisation a été réalisé pour pouvoir
étaler la charge de travail sur la période du stage.
Diagramme de cas d'utilisation
Le cas d'utilisation est ensuite détaillé en un
ou plusieurs scénarios. Un scénario est une suite
d'échanges entre des acteurs et le système pour décrire un
cas d'utilisation dans un contexte particulier. C'est un enchaînement
précis et ordonné d'opérations pour réaliser le cas
d'utilisation.
Bordereau du cas d'utilisation
|
Nom :
|
|
Date:
|
|
|
Auteur(s) :
|
Benito d'ALMEIDA
|
Entreprise
|
SFEIR
|
|
But :
|
Mettre a jour les compétence et les différentes
expérience de la personne
|
|
Pré condition(s):
|
Etre éligible d'un CV
|
|
Poste condition(s):
|
Aucune
|
|
Visible action(s):
|
|
|
Scénario(s) :
|
Sc1 : l'utilisateur gère son état civil et
son CV par défaut si il en existe.
|
|
Sc2 : l'utilisateur peut créer un nouveau CV en
relation avec un autre domaine
|
|
Sc3 : L'utilisateur est maître sur ses informations et
peut afficher et imprimer son Cv.
|
|
Business Rule(s)
|
Br1 : Il y a des champs obligatoires à remplir dans une
fiche.
|
|
Br2 : la suppression d'une personne implique la suppression de
ts ses cv
|
|
Br3 : une personne doit avoir au moins un Cv.
|
|
Br4 : le domaine est obligatoire.
|
Les IHM ont été réalisées selon
une ergonomie et une convivialité d'utilisation
Le cahier de charges fonctionnel est donc une première
approche du projet en omettant toute notion technique.
| 
