{"id":750,"date":"2013-05-20T16:11:11","date_gmt":"2013-05-20T15:11:11","guid":{"rendered":"http:\/\/www.jppost.fr\/wordpress\/?p=750"},"modified":"2015-02-23T18:21:30","modified_gmt":"2015-02-23T17:21:30","slug":"togaf-la-belle-a-marier","status":"publish","type":"post","link":"https:\/\/jpca.fr\/wpress\/togaf-la-belle-a-marier\/","title":{"rendered":"TOGAF, la belle \u00e0 marier"},"content":{"rendered":"
\"\"<\/a>
\nLes frameworks d’architecture d’entreprise fran\u00e7ais tels que Urba-EA<\/a> et Prax\u00e8me<\/a> sont peu connus \u00e0 l’international et parfois oppos\u00e9s \u00e0 tort aux frameworks anglo-saxons comme le c\u00e9l\u00e8bre TOGAF auquel je viens d’\u00eatre form\u00e9.<\/div>\n
<\/div>\n
<\/div>\n
TOGAF est orient\u00e9 activit\u00e9s de l’architecte : il est fort sur ce sujet avec des check lists de quoi faire \u00e0 chaque \u00e9tape d’un projet par exemple. \u00a0Certains trouverons aussi des \u00ab\u00a0manques\u00a0\u00bb sur les m\u00e9thodes et le formalisme a appliquer \u00e0 chaque phase d’un cycle projet\u00a0TOGAF, mais ces manques sont volontaires pour laisser la place au \u00ab\u00a0comment faire\u00a0\u00bb de ces phases \u00e0 d’autres m\u00e9thodes. Ces m\u00e9thodes doivent d’ailleurs \u00eatre choisies en phase pr\u00e9liminaire et r\u00e9f\u00e9renc\u00e9es dans la \u00ab\u00a0reference library\u00a0\u00bb de l’ \u00ab\u00a0architecture repository\u00a0\u00bb, .<\/div>\n
\n
<\/div>\n
\n
Par exemple PMBOK <\/a>peut \u00eatre utilis\u00e9 dans les phases F et G du cycle de transformation du SI de l’ADM (la rosace ci-contre).<\/div>\n
<\/div>\n
<\/div>\n<\/div>\n
L’un des objectifs de la phase pr\u00e9liminaire de l’ADM est d’adapter l’ADM au contexte d’une entreprise mais aussi \u00e0 d’autres frameworks, outils et formalisme.<\/div>\n
<\/div>\n

Lors de phase pr\u00e9liminaire de l’ADM il est conseill\u00e9 d’adapter la d\u00e9marche, et globalement tous les \u00e9l\u00e9ments du framework, au contexte de l’entreprise.<\/p>\n

 <\/p>\n

C’est donc en phase pr\u00e9liminaire que l’on peut d\u00e9cider d’appliquer\u00a0Urba-EA<\/a> ou Prax\u00e8me<\/a> \u00e0 TOGAF.<\/div>\n
Christophe Long\u00e9p\u00e9 aborde ce sujet au chapitre 11.3.3 de l’ouvrage \u00ab\u00a0Le projet d’urbanisation du SI\u00a0\u00bb 4eme edition (ISBN 978-2-10-052883-7<\/a>) je n’en parlerais donc pas ici…<\/div>\n
<\/div>\n
<\/div>\n
\n
Je viens du d\u00e9veloppement et de la mod\u00e9lisation orient\u00e9 objet, et, mon plus grand regret est que dans TOGAF\u00a0 l’approche \u00ab\u00a0objet m\u00e9tier\u00a0\u00bb est r\u00e9duite \u00e0 une \u00ab\u00a0Data Entity\u00a0\u00bb sans la dimension \u00ab\u00a0objet\u00a0\u00bb : sans op\u00e9ration, ni cycle de vie.<\/div>\n
<\/div>\n
<\/div>\n
Cette DataEntity est \u00e9labor\u00e9e dans un 2nd temps apr\u00e8s les processus m\u00e9tier. Contrairement \u00e0 Prax\u00e8me qui pr\u00e9conise d’\u00e9laborer des objets m\u00e9tiers (analyse de l’aspect s\u00e9mantique, qui exprime la connaissance du m\u00e9tier, ind\u00e9pendamment de la fa\u00e7on de mener l’activit\u00e9.) avant ou \u00e0 minima avec les processus m\u00e9tier.<\/div>\n
<\/div>\n
<\/div>\n<\/div>\n<\/div>\n
Je viens de suivre une formation TOGAF, et j’en ai profit\u00e9 pour apporter le support et les notes que j’ai prises lors d’une formation\u00a0 Praxeme \u00ab\u00a0Business Architecture & Transformation\u00a0\u00bb suivie en d\u00e9but d’ann\u00e9e.<\/div>\n
<\/div>\n
<\/div>\n
\n
Voici mes r\u00e9flexions sur le mariage de ces deux framework d’entreprise :<\/div>\n<\/div>\n
<\/div>\n
\"\"<\/a>Le m\u00e9ta-mod\u00e8le de TOGAF (part. IV) peut converger avec Praxeme si l’on fait les modifications suivantes :<\/div>\n