Quels Modles pour une Refonte Progressive et Durable - PowerPoint PPT Presentation

1 / 21
About This Presentation
Title:

Quels Modles pour une Refonte Progressive et Durable

Description:

Une approche orient e mod le sur toute la port e. Une m thodologie ... Offrir des repr sentations pertinentes chaque acteur. Assurer la continuit MOA/MOE ... – PowerPoint PPT presentation

Number of Views:48
Avg rating:3.0/5.0
Slides: 22
Provided by: mbri98
Category:

less

Transcript and Presenter's Notes

Title: Quels Modles pour une Refonte Progressive et Durable


1
Quels Modèles pour une Refonte Progressive et
Durable ?
  • Philippe Desfray - Softeam
  • Vincent Chartier Objecteering Software

2
La Maîtrise du SI
  • Une approche orientée modèle sur toute la portée
  • Une méthodologie dédiée (ex. Praxeme, TOGAF, )
  • Un outillage supportant lensemble du cycle
  • Objecteering Requirements / EA / Modeler
  • Un socle appuyé sur les standards UML, BPMN,
    MDA
  • Une approche MDA assurant les transformations
    entre chaque niveau, et la projection sur les
    plateformes techniques

3
La Portée du SI
Visions (Objectifs)
Exigences
Dictionnaire
Méthodologies Approche MDA
Modèles Métiers
EA, BPM, Urbanisation Cartographie UML, BPMN, DSM
Modèles Technologiques
UML, Profiles (UPMS, etc.)
Applications
4
Alignement et Coopération
  • Aligner le SI sur le métier
  • Gérer les évolutions du métier
  • Gérer la maintenance et larchitecture du SI
  • Faire coopérer les acteurs
  • Assurer une compréhension collective du métier,
    de lorganisation et des objectifs
  • Permettre une connaissance collective du SI, de
    ses capacités, de ses axes dévolution

MOA
MOE
5
Méthodologie pour la SOA
  • Quand et Comment définir les constituants dune
    architecture SOA dun SI?
  • Comment identifier les services ?
  • Où se situe la définition des services et des
    données déchange qui est responsable? Quand?
  • Quelle est la continuité entre la cartographie du
    système et lapproche SOA?
  • Comment modéliser une architecture SOA?
  • Quelle stratégie SOA Surface? Refonte? Mixte?

6
Architecture dEntreprise Apports
  • Permettre la connaissance collective
  • Supporter les problématiques de tous les acteurs
  • Offrir des représentations pertinentes à chaque
    acteur
  • Assurer la continuité MOA/MOE
  • Supporter une cartographie applicative basée sur
    les services et composants de services
  • Intégrer SOA dans la démarche pour
  • Assurer la continuité/traçabilité architecture
    fonctionnelle/architecture technique
  • Projeter facilement les processus métiers sur
    larchitecture fonctionnelle

7
Les Huit Aspects de Praxeme
  • Les huit aspects prédéfinissent de manière
    concentrée et exhaustive les problématiques
    essentielles à traiter dans le périmètre de
    lentreprise
  • Ils structurent les travaux, les modèles et les
    livrables à produire

MOA
Sémantique
Logiciel
Pragmatique
Logique
Technique
Géographique
Physique
Matériel
MOE
CC
BY
Creative Commons
Praxeme Institute
8
Aspects et Compétences
CC
BY
Creative Commons
Praxeme Institute
9
Innover à partir de lExistant
  • Définir la vision et les objectifs
  • Formaliser lexistant
  • Structurer par niveau de stabilité/pérennité
  • Le métier
  • Lorganisation de lentreprise
  • Le SI actuel
  • Définir et distinguer le vocabulaire, les règles
    métier, le modèle métier, les processus, les
    règles dorganisation
  • Définir la cible souhaitée Une organisation
    optimisée, une architecture logique maximisant
    les apports SOA
  • Définir la  trajectoire  pour atteindre la
    cible stratégie, étapes

10
Modélisation pour la MOA
  • Appuyée sur les standards, adaptée aux
    interlocuteurs (Profils UML)
  • Prenant en compte les préoccupations amonts
  • Inspirée des approches darchitecture
    dentreprise
  • Approche systématisé pour arriver à une
    représentation globale du système présent et
    futur.
  • Prise en compte de SOA. Formalisation de la
    stratégie Trajectoire vers le système futur
    Etapes SOA de surface intermédiaire à une SOA de
    refonte
  • Fournissant les responsabilités du système

11
Modèles les Outils de la MOA
  • Analyse des objectifs
  • Dictionnaire
  • Termes et définitions relatifs au système
  • Analyse des besoins et des exigences
  • Classifiés, formalisés, maintenus, tracés
  • Modélisation des processus métier
  • Description des processus d'une organisation
  • UML Diagramme dactivité
  • Règles Métier
  • Description des règles fondamentales régissant le
    fonctionnement d'une organisation
  • UML invariant, pré/post-conditions, contraintes
  • Cas dUtilisation
  • Description des cas d'utilisations internes au
    système
  • UML Diagramme de cas dUtilisation
  • Modèle Conceptuel
  • Notions saillantes, Connaissances préliminaires
    du système
  • UML Diagramme de Classes

12
Modèle dOrganisation
  • Le modèle dorganisation représente les
    structures de lentreprise impliquée dans les
    processus métier, avec les échanges dinformation

13
Acteurs et Rôles
14
Vue Générale des Processus Métiers
15
Vue Externe dun Processus
16
Vue Détaillé dun Processus (BPMN)
17
Passage au Modèle Logique
  • Praxeme définit les règles de dérivations entre
    les modèles sémantiques et pragmatiques et le
    modèle logique, MDA les instrumente
  • Typologie des composants
  • Sémantique ? métier
  • Pragmatique ? Organisation
  • Classe sémantique ? Machine logique
  • Domaine dobjets Sémantique ? Fabrique
  • Unité dorganisation pragmatique ? Fabrique
  • Les services se déduisent
  • Des opérations sémantiques
  • Des processus et activités
  • La majorité des services est découverte et
    justifiée à partir des modèles pragmatiques et
    sémantiques (processus, unités dorganisation,
    classes)

18
Architecture Logique Composants et Services
Composants Organisation
Composants Métier
19
Architecture Logique Vue Générale
20
MDA Automatisation et Industrialisation
  • Fournir une projection automatique du modèle
    logiciel vers les architectures complexes
  • Systématiser les règles de mise en uvre de
    linfrastructure
  • Simplifier la mise en uvre de frameworks
    complexes pour les développeurs
  • Capitaliser les connaissances et savoir-faire
    spécifiques

21
Conclusion
  • Formaliser, cartographier, modéliser et
    documenter lexistant
  • Référentiel dEntreprise
  • Impliquant tous les acteurs
  • Basé sur des standards et méthodologies ouverts
    (UML, BPMN, Praxeme)
  • Indépendant de la technologie
  • Guidant la définition dune architecture (SOA)
  • Conçu pour piloter les développements (MDA)
  • Concrétiser lagilité avec ACMS
Write a Comment
User Comments (0)
About PowerShow.com