Mise au propre
This commit is contained in:
parent
7fcf1e0bef
commit
0c93663955
|
|
@ -0,0 +1,2 @@
|
||||||
|
# Intro
|
||||||
|
|
||||||
|
|
@ -1,34 +1,30 @@
|
||||||
# Introduction
|
# Introduction
|
||||||
|
|
||||||
|
# Qu'est-ce que l'urbanisation des SI ?
|
||||||
|
|
||||||
Urbanisation : amélioration/optimisation/agencement d'un système pour ses membres.
|
Urbanisation : amélioration/optimisation/agencement d'un système pour ses membres.
|
||||||
|
|
||||||
BPM : à l'intérieur de l'urbanisation des SI = transformation digitale, urbanisation, pour les petites entreprises.
|
BPM = Business Process Management.
|
||||||
Business Process Management
|
C'est un concept qu'on retrouve dans l'urbanisation des SI, qui touche à la transformation digitale. C'est l'urbanisation, pour les petites entreprises. On reviendra souvent dessus dans le cours
|
||||||
|
BPMN : système de notation du BPM.
|
||||||
|
|
||||||
BPMN : système de notation du BPM. Seimann fait ça dans sa merde qui lui sert d'entreprise.
|
Pour le gérer un SI (max couverture, max taux de couv), il faut faire du management des SI.
|
||||||
|
À l'intérieur du management on a la gouvernance des SI, pour en contrôler et piloter l'évolution (ITIL, COBIT...)
|
||||||
On a un SI. Pour le gérer, il faut faire du management des SI.
|
Mais pour pouvoir le contrôler il faut mettre en place des bonnes pratiques. C'est là qu'arrive le sous-domaine **urbanisation des SI**. Elle est toujours centrée métier donc centrée process, donc c'est un BPM.
|
||||||
À l'intérieur on a la gouvernance des SI, pour contrôler et piloter l'évolution SI (ITIL, COBIT...)
|
Elle permet d'apporter plus d'information pour la gouvernance.
|
||||||
Mais pour pouvoir le contrôler il faut mettre en plce des bonnes pratiques. C'est là qu'arrive le sous-domaine **urbanisation des SI**. Elle est toujours centrée métier donc centrée process, donc c'est un BPM.
|
|
||||||
Permet d'apporter plus d'information pour la gouvernance.
|
|
||||||
|
|
||||||
Max couverture : besoin fonctionnel
|
Max couverture : besoin fonctionnel
|
||||||
Max DI : Taux de couverture = chaque besoin fonctionnel de l'entreprise doit être couvert.
|
Max DI : Taux de couverture = chaque besoin fonctionnel de l'entreprise doit être couvert.
|
||||||
|
|
||||||
L'idée de l'urba est d'utilisar la métaphore avec urbanisation ds villes pour l'appliquer au SI, car on a une complexité silmilaire.
|
L'idée de l'urba est d'utiliser la métaphore avec l'urbanisation ds villes pour l'appliquer au SI, car on a une complexité similaire entre un SI et une ville.
|
||||||
|
|
||||||
- SSIS
|
En urba, 2 mots clefs : **cohérence** et **agilité**.
|
||||||
- modélisation de données - cube olap multidimentionnel) DataVault. On commence par de l'intégration (ETL). On va y aller par couches.
|
Le but est de rendre le SI **cohérent** par rapport à la stratégie de l'entreprise. Il faut aussi le rendre **agile** par rapport au besoin du marché
|
||||||
- deep learning & machine leardning // clustering supervisé ou non
|
|
||||||
- tuning bdd : big data. NoSQL. Système de recommandation.
|
|
||||||
|
|
||||||
En urba, 2 mots clefs : cohérence et agilité.
|
|
||||||
Le but est de rendre le SI cohérent par rapport à la stratégie de l'entreprise. Il faut aussi le rendre agile par rapport au besoin du marché
|
|
||||||
|
|
||||||
## Plan
|
## Plan
|
||||||
|
|
||||||
- L'urbanisation des SI
|
- L'urbanisation des SI
|
||||||
- Architecture d'netreprise
|
- Architecture d'entreprise
|
||||||
- Notion d'urbanisation
|
- Notion d'urbanisation
|
||||||
- Métamodèle de concepts
|
- Métamodèle de concepts
|
||||||
- Le processus d'urbanisation
|
- Le processus d'urbanisation
|
||||||
|
|
@ -43,94 +39,113 @@ Le but est de rendre le SI cohérent par rapport à la stratégie de l'entrepris
|
||||||
|
|
||||||
# I - L'urbanisation des SI
|
# I - L'urbanisation des SI
|
||||||
|
|
||||||
## L'architecture d'entreprise - EA
|
## Contexte stratégique
|
||||||
|
|
||||||
### Contexte stratégique
|
Les contextes sont les occasions de regarder nos process métiers et de les reprendre.
|
||||||
|
|
||||||
Les contextes sont ls occasions de regarder nos process métiers et de reprendre ça.
|
3 phénomènes font pression sur le besoin d'urbanisation du SI. Également d'autres éléments de contexte poussent vers l'urbanisation. (p4pdf)
|
||||||
|
La montée des nouvelles technologies peut rendre un système obsolète en 3 ans. >> Il faut faire une veille fournie et constante.
|
||||||
|
|
||||||
La montée des nouvelles technologies peut rendre un système obsolète en 3 ans. Il faut faire une veille fournie et constante.
|
Le contexte dans les entreprises, c'est plusieurs besoins (p5pdf) :
|
||||||
|
|
||||||
3 phénomène font un pression sur besoin d'urbanistion du SI. Également d'autres éléments de contexte poussent vers l'urbanisation.
|
|
||||||
|
|
||||||
Le contexte dnas ls entreprises, c'est plusieurs besoins :
|
|
||||||
|
|
||||||
- besoin d'adapter la stratégie pour que l'entreprise devienne meilleure.
|
- besoin d'adapter la stratégie pour que l'entreprise devienne meilleure.
|
||||||
- pour ça il faut analyser les processus, la chaine (voir BPM). KPM = clé d'indications de performances. C'est le process qui fait ça.
|
- pour ça il faut analyser les processus, la chaine (voir BPM). KPM = clé d'indications de performances. C'est le process qui fait ça.
|
||||||
- process étendu = qui touche plusieurs flux/logiciels. qui part du fournisseur et qui va jusqu'au client. Ex : la chaine logistique. C'est souvent complexe à gérer, il faut donc des process bien optimisé, un plan d'action (BPM).
|
- process étendu = qui touche plusieurs flux/logiciels. Qui part du fournisseur et qui va jusqu'au client. Ex : la chaine logistique. C'est souvent complexe à gérer, il faut donc des process bien optimisé, un plan d'action (BPM).
|
||||||
|
|
||||||
contexte stratégique : on retrouve dnas l'entreprise une demande croissante d'évolution. s'ajoute à ça le gros bordel de l'entreprise : des versions différentes, des langages diférents, logiciels différnts. Ca rend le système rigide, l'acquis est lourd. On peut pas tout changer en partant du principe que c'est pourri, il faiut tenir compte de l'ancienneté de la boite et effectuer une évolution, pas une révolution. Fair une refonte complète a torp de désavantages : cher, risqué, manque de valuer ajoutée.
|
Contexte stratégique : on retrouve dans l'entreprise une demande croissante d'évolution. S'ajoute à ça le gros bordel de l'entreprise : des versions différentes, des langages diférents, logiciels différents. Ça rend le système rigide, l'acquis est lourd. On peut pas tout changer en partant du principe que c'est pourri, il faut tenir compte de l'ancienneté de la boite et effectuer une évolution, pas une révolution. Faire une refonte complète a trop de désavantages : cher, risqué, manque de valeur ajoutée.
|
||||||
|
|
||||||
L'objectif est d'améliorer l'adaptabilité du SI et de son parc applicatif. On ne raéagit pas directmeent fac eà un besoin, mais on évolue de façon permanente. On est dnas le progessif. simplification max de l'architecture, optimisation de la valeur ajouté, rendre le SI plus flexible.
|
L'objectif est d'améliorer l'adaptabilité du SI et de son parc applicatif. On ne réagit pas directement face à un besoin, mais on évolue de façon permanente. On est dans le progessif. simplification max de l'architecture, optimisation de la valeur ajouté, rendre le SI plus flexible.
|
||||||
|
|
||||||
Dans ce contexte stratégique on retrouve ls mots clefs :
|
Dans ce contexte stratégique on retrouve les mots clefs :
|
||||||
|
|
||||||
- évolutivité
|
- **évolutivité**
|
||||||
- performance
|
- **performance**
|
||||||
- alignement stratéigque
|
- **alignement stratégique**
|
||||||
|
|
||||||
Le lean management se retrouve imbriqué das l'EA
|
## L'architecture d'entreprise - EA
|
||||||
|
|
||||||
L'EA est un cadre commun qui permet la comm en comité pilotage et exécuteurs et responsables métiers. C'est le seul moyezn de comm qui permet ça. c'est le socle de l'urba des SI. Sans Ea on arriv epas à mettre en place (d'un pt de vue pratique) les lignes et objectifs de l'entreprise.
|
Le lean management se retrouve imbriqué dans l'EA (lean management : voir cours de Marketing **numérique** (et pas digital parce que digital c'est les doigts, putain))
|
||||||
|
|
||||||
L'EA met les différntes visions de l'archi ne synergie vec archi métier ( = alignement statégiue)
|
L'EA est un cadre commun qui permet la communication entre le comité pilotage et les exécuteurs et responsables métiers. C'est le seul moyen de communication qui permet ça. **C'est le socle de l'urba des SI**. Sans EA on arrive pas à mettre en place (d'un point de vue pratique) les lignes et objectifs de l'entreprise.
|
||||||
|
|
||||||
Comment établir ? on commence par établir archi xistante, puis on définit archi cible. Pour faire l'existante, voir pdf
|
L'EA met les différentes visions de l'architecture en synergie avec archi métier (c'est ça l'alignement statégique)
|
||||||
|
|
||||||
l'EA va établir une feuille de route => schéma directeur informatique (à regarder, chaque boite doit la publier, tous les 3 ans. cf celle de la caisse de retraite)
|
### Comment établir l'EA ?
|
||||||
|
|
||||||
C'est donc un travail autour du SI, dnas lequel on fait intervenir tous les acturs (DSI, OE, Ma, archi d'entreprise, urbaniste).
|
On commence par établir l'architecture existante, puis on définit l'architecture cible. Pour faire l'existante, voir p11pdf
|
||||||
|
|
||||||
Il faut avoir un cadre de référence. Dedans plusieurs visions (voir pdf)
|
L'EA va établir une feuille de route, dans laquelle on retrouve entre autres (p12pdf) le schéma directeur informatique (consultable en ligne, chaque boite doit la publier tous les 3 ans. cf. celle de la caisse de retraite).
|
||||||
|
|
||||||
Le premier c'est le cadre Zachman. il fonctionne avec des pbiques (voir pdf). Pour lui 'st un concept d'ensemble de briques. Il faut répondre à ces question pour chauqe bvrique. Il ne s'agit pas d'un référentiel (comment faire) mais d'un cadre de référence (que regarder). Dedans on a différentes visions sur l'entreprise (pdf). ce n'est pas un référentiel il n'y a pas bcp de choses (pdf), c'est un ensemble de birque élémentaires qui vont définir l'entrepris eet son outil.
|
C'est donc un travail autour du SI, dans lequel on fait intervenir tous les acteurs (DSI, MOE, MOA, archi d'entreprise, urbaniste... p13pdf).
|
||||||
|
|
||||||
TOGAF : plusieurs références, éléments, à regarder. on passe rapidement dessus, pour ceux qui vuemnt faire de la transformation digitale. TOGAF est un réfzrntiel.
|
Il faut avoir un cadre de référence. Dedans on retrouve plusieurs visions (p14pdf)
|
||||||
|
|
||||||
EA vers urbanisation : on part d'un truc vers un autre j'ia pas tout suivi. Urbanisation = vision centrée métier. On va mettre en place (voir pdf)
|
### Cadre Zachman
|
||||||
|
|
||||||
La métaphore de l'urbanisme. On utilise de smodèles de l'urba pour adapter le SI. mots clefs (pdf) sous objectif de refonte. Ca résume ce qu'on peut assurer avec urba du SI.
|
Le premier c'est le cadre Zachman. il fonctionne avec des problématiques (p15pdf).
|
||||||
|
Pour lui l'entreprise est modélisée comme un ensemble de briques. Il faut répondre à ces problématiques pour chaque brique. Il ne s'agit pas d'un référentiel (= comment faire) mais d'un cadre de référence (= que regarder). Dedans on a différentes visions sur l'entreprise (p16pdf). Ce n'est pas un référentiel il n'y a donc pas bcp de choses (p17pdf), c'est un ensemble de briques élémentaires qui vont définir l'entreprise et son outil.
|
||||||
|
|
||||||
4 définitions sur PDF. urbanisation = application d'un plan d'urbanisation sur le SI.
|
### Cadre TOGAF
|
||||||
|
|
||||||
|
Plusieurs références, éléments, à regarder. On passe rapidement dessus, c'est utile pour ceux qui veulent faire de la transformation digitale. TOGAF est, lui, un réferentiel.
|
||||||
|
|
||||||
|
### De l'EA vers l'urbanisation
|
||||||
|
|
||||||
comment fonctionne l'urba ?
|
On part d'un truc vers un autre j'ai pas tout suivi.
|
||||||
|
Urbanisation = vision centrée métier. On va mettre en place différents éléments (p24pdf)
|
||||||
|
|
||||||
on part d'une archi non organisée, on applique les règles d'urba pour arriver à une archi cible, qui ser aorganisée.
|
## Notions d'urbanisme
|
||||||
|
|
||||||
Nouvelle archi urbanisée, participe au dispositif de gouvernance. elle est évolutive, peut accueilli de nouvaux composants.
|
### La métaphore de l'urbanisme.
|
||||||
|
|
||||||
URba est un apport dans gstion des risque parce qu'on peut les étblir et régler très rapidement.
|
On utilise des modèles de l'urbanisme pour adapter le SI.
|
||||||
|
|
||||||
Sans outil de cartopgraphie, on peut rien faire. on a besoin de l'archi actuelle et du cible, c'est pour ça qu'on a besoin de l'outil de cartopgrahie. Besoin de 4 carto (pdf). PDF : bon déroulement du'n plan d'urba.
|
Ce qu'on peut assurer avec l'urbanistation du SI c'est :
|
||||||
|
|
||||||
Pouruqoi on utilise les outils cartographiques ?
|
- Gagner en souplesse et en réctivité
|
||||||
|
- Réussir l'ouverture du SI à de multiples et même nouveaux acteurs
|
||||||
|
- Assurer la capitalisation et la valorisation des acquis de l'expertise métier
|
||||||
|
|
||||||
urba SI est solution au RGPD
|
### Définitions
|
||||||
diff"retnes motivations au urba SI voir PDF
|
|
||||||
|
|
||||||
Il y a un méta modèle de l'urba des SI. Il fat remplir les trous de barhi. et ce avec concepts de base de l'U SI. Basé sur concepts de base de l'urbanisme : base fonctionnel, quartiers, ilots...
|
p27pdf.
|
||||||
|
Urbanisation = application d'un plan d'urbanisation sur le SI.
|
||||||
|
|
||||||
|
Comment fonctionne l'urbanisation ?
|
||||||
|
On part d'une architecture non organisée, et on applique les règles d'urbanisation pour arriver à une architecture cible, qui sera, elle, organisée.
|
||||||
|
|
||||||
|
La nouvelle architecture urbanisée participe au dispositif de gouvernance. Elle est évolutive, peut accueillir de nouvaux composants.
|
||||||
|
|
||||||
|
### Apports
|
||||||
|
|
||||||
|
L'urbanisation est un apport dans gestion des risques parce qu'on peut les établir et les régler très rapidement grâce à elle.
|
||||||
|
|
||||||
|
### L'outil cartographique
|
||||||
|
|
||||||
|
Sans outil de cartopgraphie, on peut rien faire. On a besoin de l'architecture actuelle et de l'architecture cible, c'est pour ça qu'on a besoin de l'outil de cartograhie. Il faut établir 4 cartographies (p34pdf).
|
||||||
|
|
||||||
|
p34pdf : liste des étapes du bon déroulement d'un plan d'urbanisation.
|
||||||
|
|
||||||
|
L'urbanisation des SI est la solution au RGPD
|
||||||
|
Il y a différentes motivations à l'urbanisation des SI (p36pdf)
|
||||||
|
|
||||||
|
## Métamodèle
|
||||||
|
|
||||||
|
Il y a un métamodèle de l'urbanisation des SI. Il faut remplir les trous de Barhi avec les concepts de base de l'urbanisation des SI.
|
||||||
|
Le métamodèle est basé sur concepts de base de l'urbanisme : zones, quartiers, îlots... avec une notion de hiérarchie et d'appartenance.
|
||||||
Voir metamodele.png
|
Voir metamodele.png
|
||||||
|
|
||||||
Ca permet d'organiser la vue fonctionnelle et applicative de notre urba. Le métamodèl est un référentiel : un guide de bonnes pratiques.
|
Le métamodèle permet d'organiser la vue fonctionnelle et applicative de notre urbanisation. C'est un référentiel : un guide de bonnes pratiques.
|
||||||
|
|
||||||
## TD 1
|
## TD 1
|
||||||
|
|
||||||
1. Urbanisation implique une action, urbanisme est un domaine d'expertise.
|
1. L'urbanisme est un cadre d'évolution des SI. Ce cadre là met en valeur les différentes actions à entreprendre pour améliorer les SI. Tandis que l'urbanisation est un cadre pratique de bonnes pratiques
|
||||||
|
|
||||||
L'urbanisme est un cadre d'évolution des SI. Ce cadre là met en valeur les différentes actions à entreprendre pour améliorer les SI. Tandis que l'urbanisation est un cadre pratique de bonnes pratiqus
|
|
||||||
|
|
||||||
2. décomposition en zones, quartiers et ilots? ou en opérations. Il en découle une vue métier, fonctionnelle, applicative et techniuqe.
|
2. Il y a 5 composantes : stratégique, métier, fonctionnelle, applicative et technique.
|
||||||
|
Le process d'urbanisation c'est passer d'une EA existante à une EA cible. Pour ça 4 vues : métier, fonctionnelle, applicative et technique
|
||||||
|
|
||||||
Il y a 5 composantes : strategique, metier, fonctionnelle, applicative et technique. Le process d'urba c'est passer d'une EA existante à une EA cible. Pour ça 4 vues : metier, fonctionnelle, applicative et technique
|
3. Il est impératif de cartopgraphier les 4 vues du système. Également avoir une carto existante et une cible.
|
||||||
|
|
||||||
3. il faut établir l'EA (alignemetn stratégique), en adoptant un cadre de référnce (Zachman). Etablir archi existante puis définir archi cible. Faire feuille de route (schema directeur info). Avoir une vision centrée métier.
|
4. Modularité : permise par le découpage en briques. On a ainsi une architecture très modulaire pour permettre l'évolutivité (pour ça qu'on parle de quartiers, d'îlots de blocs).
|
||||||
|
Subsidiarité : Car on découpe en zones, en quartiers, en îlots, en blocs. Il y a une hiérarchie forte entre des éléments. Ça permet d'être agile, réactif.
|
||||||
Il est impératif de cartopgraphier les 4 vues du système. Également avoir une carto existante et une cible.
|
Progressivité : car il s'agit d'une plateforme d'échange (ou collaborative, ou bus d'intégration entre les différents modules)
|
||||||
|
|
||||||
4. modularité car l'urbanisation doit permettre de s'adapter à la nouveauté, se faire en évolution. subsidiarité car implication de tous les membres de l'entreprise (directif, executif). progressivité car ne pas faire table rase de ce qui existe maisévluer à partir de l'existant, sinon c'est couteux, risqué et n'apporte rien.
|
|
||||||
|
|
||||||
Modularité : découpage en brique permet modularité. Architecture très modulaire pour permetttre évolutivité.(pour ça qu'on parle de quartiers, d'ilots de blocs)
|
|
||||||
Subsidiarité : Car découpe en zones, en quartiers, en îlots, en blocs. Hierarchie forte entre des éléments. Ça permet d'être agile, réactif.
|
|
||||||
Progressivité : car plate forme d'échange (ou collaborative, ou bus d'intégration entre les différents modules)
|
|
||||||
Loading…
Reference in a new issue