c
 


Notre client est un acteur majeur dans le service destiné à la finance, aux
assurance ainisqu'aux établissement de mutuelles et de retraites.

c





 

Notre Client est une société de conseil, spécialisée dans l'intégration de grands projets. Vous
participerez ou prendrez en charge l'analyse et la conception fonctionnelle d'applications. Pour
cela, vous devrez analyser les besoins des utilisateurs et les formaliser afin de proposer la
solution la plus appropriée. Vous devrez :

Taches du concepteur

 participer au recueil des besoins

 rédiger des cahiers des charges
 rédiger des spécifications fonctionnelles générales et détaillées
 Concevoir les objets
 dans certains cas, rédiger des spécifications techniques
 superviser le développement
 préparer et suivre les phases de recette

Profil

Diplômé(e) d'une école d'ingénieurs ou d'une formation universitaire Bac +4 minimum, vous
justifiez d¶une expérience de 4 ans minimum dans les technologies orientées objet et la
modélisation UML.
Vous avez une connaissance de certaines méthodologies en SI (UP, RUP, Praxeme, MEGA,
OpenUP, MDA ou équivalent) et des technologies Java/J2EE ou .Net

‰ a a

 
 
 






a





 

 




 a
aa
 a


a







 


a

  

‰ ¦a 


±   
 

a


 ± u
a



‰ a
 
a 

 
 

‰ a
 
 a  

a
  a


 

  

ca
u
 a
 
 
 a a  

Pour développer une application, il ne faut pas se lancer tête baissée dans l'écriture du code : il faut
d'abord organiser ses idées, les documenter, puis organiser la réalisation en définissant les modules
et étapes de la réalisation. C'est cette démarche antérieure à l'écriture que l'on appelle "modélisation"
; son produit est un "modèle".

u


 



^
a 

 a
! 

 

"
#

$a %a


 

En ingénierie, une 
 


  
 est un procédé qui a pour objectif de
permettre de formaliser les étapes préliminaires du développement d'un système afin de
rendre ce développement plus fidèle aux besoins du client. Pour ce faire, on part d'un énoncé
informel (le besoin tel qu'il est exprimé par le client, complété par des recherches
d'informations auprès des experts du domaine fonctionnel, comme par exemple les futurs
utilisateurs d'un logiciel), ainsi que de l'analyse de l'existant éventuel (c'est-à-dire la manière
dont les processus à traiter par le système se déroulent actuellement chez le client).

La phase d'analyse permet de lister les résultats attendus, en termes de fonctionnalités, de

performance, de robustesse, de maintenance, de sécurité, d'extensibilité, etc.

La phase de conception permet de décrire de manière non ambiguë, le plus souvent en

utilisant un langage de modélisation, le fonctionnement futur du système, afin d'en faciliter la
réalisation.

  
  
 
  
 

La spécification englobe la conception. Ceci étant dit, la spécification est définie comme
l'expression de toutes les caractéristiques de l'objet à developper selon une vue externe
(comportements, propriétés, contraintes, etc.) et que la conception sera définie comme la
description de l'objet à developper selon une vue interne (structures et comportements des
composants).

^

& 
a%a^







'
a%a%


a


()


a%a%



a

% a*
#
a


% a 


aa
a




%

% 
a


a

a
'

 


 

+ 
(
,
a 

a
 

+ 

% 

 
-

a* 
#

 

 

. 


a
a
a

a

a*
/01

a


2 a3


4a 
 a %
 a
4a



&5666)
c



 
 c

  

UML 2.3 propose 13 types de diagrammes (9 en UML 1.3). UML n'étant pas une méthode,
leur utilisation est laissée à l'appréciation de chacun, même si le diagramme de classes est
généralement considéré comme l'élément central d'UML ; des méthodologies, telles que
l'UnifiedProcess, axent elles l'analyse en tout premier lieu sur les diagrammes de cas
d'utilisation (Use Case). De même, on peut se contenter de modéliser seulement partiellement
un système, par exemple certaines parties critiques.

 UML se décompose en plusieurs sous-ensembles

„ Les u
 : Les vues sont les observables du système. Elles décrivent le système
d'un point de vue donné, qui peut être organisationnel, dynamique, temporel,
architectural, géographique, logique, etc. En combinant toutes ces vues, il est
possible de définir (ou retrouver) le système complet.
„ Les diagramm
 : Les diagrammes sont des éléments graphiques. Ceux-ci
décrivent le contenu des vues, qui sont des notions abstraites. Les diagrammes
peuvent faire partie de plusieurs vues.
„ Les modèl
d'élém
 : Les modèles d'élément sont les briques des
diagrammes UML, ces modèles sont utilisés dans plusieurs types de
diagramme. Exemple d'élément : cas d'utilisation (j ou
), classe,
association, etc



 Vue des Êad' iliaio : c'est la description du modèle « vue » par les acteurs du
système. Elle correspond aux besoins attendus par chaque acteur (c'est le QUOI et le
QUI).
 Vue logiq
: c'est la définition du système vu de l'intérieur. Elle explique comment
peuvent être satisfaits les besoins des acteurs (c'est le COMMENT).
 Vue d'implém
aio : cette vue définit les dépendances entre les modules.
 Vue des proÊ
  : c'est la vue temporelle et technique, qui met en œuvre les notions
de tâches concurrentes, stimuli, contrôle, synchronisation, etc.
 Vue de déploi
m
 : cette vue décrit la position géographique et l'architecture
physique de chaque élément du système (c'est le OÙ).