1 Gilles Gravel 2006

BABoKBusiness Analyst Body of Knowledge

Rfrentiel darchitecture dentreprise

Gilles Gravel 2006

Larchitecture dentreprise

Introduction larchitecture dentreprise Rfrentiel ou mthodologie? Historique La base de BABoK Sommaire du corpus de connaissance Son tat actuel davancement Conclusion Liens utiles

2 Gilles Gravel 2006

Introduction larchitecture dentreprise

Gilles Gravel 2006

Modlisation organisationnelle

Morabito, Sack et Bathe (1999) montrent que ces caractristiques sont issues dun patron darrangements et dalignements entre des domaines organisationnels tels que linformation, les processus, la culture, les personnes et lapprentissage. Pour les dirigeants, une nouvelle comptence est exige : la pratique de larchitecture qui consiste dmonter une organisation en ses composantes fondamentales afin den comprendre les qualits mergentes

3 Gilles Gravel 2006

LArchitecture dentreprise Larchitecture dentreprise (AE) fournit une base de

planification stratgique qui relie et aligne les TI avec les fonctions daffaires quils supportent. LAE ne dbute pas avec les technologies, Elle dbute avec une planification stratgique base sur les besoins daffaires de lentreprise, sa vision, ses buts et son leadership.

LAE est constitu de composantes daffaires et techniques et cest un processus cyclique qui dbute avec les composantes plus haute priorit pour sassurer quelles demeurent jour alors que les autres composantes sont dveloppes. Due cet tat de fait, lAE est en volution continue et nest toute fin jamais complte.

Gilles Gravel 2006

Rfrentiel ou mthodologie?

BABoK : Cest un rfrentiel Framework utilis pour dfinir lensemble des processus daffaires dune entreprise selon un cadre de bonnes pratiques

4 Gilles Gravel 2006

Rapprochement

BABoK a certains points communs avec le CMMi et le SWEBOK

Il vise prserver les intrts du client daffaires davantage que du processus de dveloppement technique.

Il dfinit des pratiques danalyse daffaires et touche les analystes fonctionnels sans le ct technique

Gilles Gravel 2006

CMMi Le CMMI, pour Capability Maturity Model Integration (Modle

intgr du niveau de maturit), est une extension de la spcification CMM premire, cre pour le ministre de la Dfense amricain en 1989 afin de dterminer si un projet interne ou tiers serait termin dans les temps, selon le budget et les spcifications. CMMI tend CMM en y intgrant les avances d'autres spcifications proches, et tablies entre-temps pour pallier les manques de CMM.

CMMI est donc avant tout un rfrentiel d'valuation de la capacit grer et terminer un projet correctement, proposant nombre de bonnes pratiques lies la gestion, au dveloppement et la maintenance d'applications et de systmes. Ces bonnes pratiques sont regroupes en 24 processus, eux-mmes regroups en 4 types (ProcessManagement, Project Management, Engineering et Support) et 5 niveaux de maturit

5 Gilles Gravel 2006

SWEBOK

SWEBOK (contraction de Software Engineering Body of Knowledge) est un projet lanc par un comit de IEEE dans le cadre du gnie logiciel. Le projet vise dfinir et claircir le rle du gnie logiciel et de ses composants au sein d'autres disciplines. Il sert d'encyclopdie du gnie logiciel de par ses dfinitions, les standards prsents et les mthodes abordes

Gilles Gravel 2006

SWEBOK

6 Gilles Gravel 2006

Positionnement du cadre de rfrence

COSO

CMMiPMBOKPrince2

ITIL Processus

Service

ISO

9000

COMMENT

QUOI

Source: ISACA, AFAI & H. Ceuleman 2004

CobiTGouvernance des TI

ISO17799ScuritGouvernance

Dentreprise

BABoKZachman

Gilles Gravel 2006

Un inventaire des rfrentiels et mthodologies dentreprise Rfrentiels Zachman BABoK CMMi SWEBOK

Mthodologies Macroscope Merise

7 Gilles Gravel 2006

Historique

Zachman Framework

IIBA BABoK

Gilles Gravel 2006

Historique Zachman Framework

1964 John Zachman joint IBM 1970 Il oriente ses travaux sur larchitecture

dentreprise 1975 Il publie de nombreux articles sur le sujet 1987 Il publie pour IBM "A Framework for Information

Systems Architecture." 1990 Il quitte IB pour fonder sa propre entreprise de

consultation The Zachman Institute for Framework Advancement (ZIFA)

8 Gilles Gravel 2006

Le cadre de rfrence Zachman Constitu dune matrice de 5 perspectives vue par

des acteurs diffrents selon des catgories dinformation au nombre de 6

Les acteurs dans le fondement darchitecture dentreprise: Quelquun qui sest engag faire des affaires dans une

industrie particulire Homme daffaires qui dirige lentreprise Analyste fonctionnel Concepteur, qui applique des technologies spcifiques pour

rsoudre un problme particulier Constructeur de systme Systme lui-mme

Gilles Gravel 2006

Le cadre de rfrence Zachman

9 Gilles Gravel 2006

Le cadre de rfrence Zachman

Gilles Gravel 2006

Historique BABoK Octobre 2003, premire rencontre inaugurale Toronto des 28

membres fondateurs de 21 organisations diffrents (Banque de Montral, de Bell Canada, London Life ) reprsentant 8 pays.

2 Mars 2004, premire rencontre gnrale Toronto et formation officieuse de lIIBA

3 janvier 2005, premire version du Body of Knowledge 7 avril 2005, seconde rencontre gnrale Toronto et un vote

est fait sur la constitution est accept. 28 octobre 2005, Version 1.4 de BABoK (ajout de Draft detailed) 12 juillet 2006, Versiuon 1.6 de BABoK 10 novembre 2006, premier examen de certification CBPA en

Floride Mars 2007, prochaine version prvue de BABoK

10

Gilles Gravel 2006

Quest que lIIBA IIBA International Institute of Business

Analysis Cest une association professionnelle Internationale

but non lucratif des professionnels en analyse daffaires

Quelques faits: Sige social au Canada Toronto Reprsent dans 7 pays en plus du Canada et des

tats-Unis. Chapitres au Canada : 12 Chapitres aux tats-Unis : 38 LIIBA se conforme aux pratiques ISO / IEC 17024

Gilles Gravel 2006

Les objectifs de lIIBA tre le chef de file en tant quassociation de

professionnel au niveau international qui maintient et dveloppe des standards de bonne pratique en analyse daffaires ainsi que la certification de ses professionnels

Les moyens quelle utilise : Crer et dvelopper une conscience et une reconnaissance de la

valeur de la contribution des analystes daffaires Dfinir le corpus de connaissance (Body of Knowledge) Fournir un forum de partage des connaissances et de contribution

au corpus de connaissances Identifier les comptences et qualits requises pour un analyste

daffaires Dfinir les standards de formation et le dveloppement

professionnel ncessaire aux analystes daffaires Reconnatre publiquement et certifier les analystes daffaires

qualifis

11

Gilles Gravel 2006

La base de BABoKB BusinessA Analyst

Quest-ce quun Analyste dAffaires ? (Business Analyst) Un BA travaille comme une liaison entre les

propritaires de manire comprendre, analyser, communiquer et valider les exigences de changement des processus daffaires des politiques et des systmes dinformation.

Il doit comprendre les problmes daffaires et les opportunits dans le contexte des exigences et recommande des solutions qui permettront lorganisation datteindre ses objectifs.

Gilles Gravel 2006

La base de BABoKB Body o of K Knowledge Le corpus de connaissances est la somme de la

connaissance lintrieur de la profession danalyste daffaires et reflte ce qui est considr comme une bonne pratique du domaine.

Tel que dans la plupart des professions, le BoK est dfini et amlior par les analystes daffaires professionnels qui ont adhr ces pratiques.

Le BoK dcrit les zones de connaissance danalyse daffaires, les activits associes, les tches et les qualifications ncessaires leur excution.

Cest un guide qui volue continuellement selon les ajouts requis par la profession et selon les changements dans le temps.

12

Gilles Gravel 2006

Concepts centraux de lanalyse daffaires (chapitre 1.4 BABoK R1.6) Dfinition du rle de lanalyste daffaires Dfinition des requis (requirements) Dfinition des types de requis Affaires Usagers Fonctionnelles Qualit du service Supposition et contraintes des problmes Mise en uvre

Pratique dexigences efficaces Glossaire (chapitre 9 BABoK R1.6)

Gilles Gravel 2006

Sommaire du corpus de connaissance (BoK) Divis en six domaines de connaissance lorsque

combin, couvre les standards des professionnels de lIIBA qui auront raliser des analyses daffaires

Les domaines sont: Lanalyse dentreprise (chapitre 2 BABoK R1.6) Planification et gestion de requis daffaires (chapitre 3) Exigences des requis daffaires (chapitre 4) Analyse des requis et documentation (chapitre 5) Exigences de communication (chapitre 6) valuation de solution et validation (chapitre 7)

Il y a galement 2 autres sujets : Les fondements du BA (chapitre 8) Glossaire (chapitre 9)

13

Gilles Gravel 2006

Schma gnral

Gilles Gravel 2006

Lanalyse dentreprise (chapitre 2 BABoK R1.6)

Il est important pour les analystes daffaires de bien comprendre lenvironnement organisationnel dans lequel il travaille.

Principales activits (non ordonnes ou obligatoires) : Cration et maintien de larchitecture daffaires tude de faisabilit pour dterminer la solution

daffaires optimale Identifier les nouvelles opportunits daffaires Dfinir la porte et lopportunit daffaires Prparer un cas daffaires (business case) Faire une analyse de risque initiale Prparer des scnarios dcisionnels

14

Gilles Gravel 2006

Planification et gestion de requis daffaires (chapitre 3) Lanalyste daffaires doit dfinir les activits

dvaluation des requis daffaires et comment ces activits seront excutes lors du projet en accord avec les standards existants de lorganisation

Ces activits incluent lidentification des rles cls, grer les activits didentification des besoins, grer la porte des requis daffaires et assurer les communications sur lvolution des activits

Gilles Gravel 2006

Exigences des requis daffaires (chapitre 4)

Cette section des connaissances inclut la dfinition doutils et de techniques pour la collecte des requis des projets des propritaires de processus daffaires. Il inclut la description de lapplicabilit des techniques, leur force et faiblesse.

Les principales techniques sont: Sance de Brainstorming Groupe focus Rvision de la documentation Analyse dinterface Entrevue Observation Prototypage Ateliers danalyse de besoins Sondage / Questionnaire

15

Gilles Gravel 2006

Analyse des requis et documentation (chapitre 5)

Cette rgion de connaissances dcrit comment les besoins de propritaires sont analyss, structurs et spcifis pour leur utilisation dans le design et la mise en uvre dune solution. Lobjectif est de dcrire les caractristiques dune solution acceptable un problme daffaires qui est repris et compris par lquipe projet pour le raliser.

Lanalyse des requis dfinit les mthodes, outils et techniques utilises pour structurer les donnes brutes recueillies durant la phase danalyse des requis, identifier les diffrences dans linformation et dfinir les capacits de la solution documente.

Le premier focus de lactivit de documentation est de raffiner le modle bas sur la rtroaction interactive avec les propritaires de processus et sassurer de la faisabilit de requis propos pour supporter les besoins des usagers, leurs buts et objectifs.

Gilles Gravel 2006

Exigences de communication (chapitre 6)

Cest une collection dactivits et de considrations pour exprimer le rsultat de lanalyse des requis daffaires et sa documentation destine une audience large et varie.

Cela inclut la prsentation, la communication, la vrification et doit obtenir lapprobation des propritaires de processus et des promoteurs des projets.

Les analyses daffaires doivent considrer o et quand les communications doivent prendre place, quelle approche est approprie pour chaque situation et comment chaque communication doit tre prsente.

16

Gilles Gravel 2006

valuation de solution et validation (chapitre 7)

Cette section couvre les tches de lanalyste daffaires pour sassurer que la solution doit rencontrer les objectifs des propritaires de processus par des tests complets et que la mise en uvre est sans problme.

Suivant laccord sur le design dune solution, lanalyste daffaires assiste lquipe technologique dans le dtail du travail de design incluant la sparation du projet en phases, rvision du design dtaill, dfinition des livrables et autres travaux de la mme nature.

Lanalyste daffaires est imputable pour sassurer que la solution dveloppe rencontre les besoins dfinis et doit valuer le succs du projet aprs sa mise en uvre.

Gilles Gravel 2006

Les fondements du BA (chapitre 8)

Ce chapitre dfinit les comptences gnrales et particulires, des qualits, techniques et comptences ncessaires pour effectuer des analyses daffaires.

17

Gilles Gravel 2006

Glossaire (chapitre 9)

Ce glossaire dcrit tous les termes utiliss par les analystes daffaires pour uniformiser les pratiques et dmarches

Ce glossaire volue avec lajout de dtails et de connaissances acquises dans chaque domaine du BoK.

Gilles Gravel 2006

Son tat actuel davancement La release 1.6 date du 12 juillet 2006

Elle contient tout ce qui tait inclus dans la release 1.4 ( 28 octobre 2005) plus: Un chapitre dintroduction Une rvision du rle de lanalyste daffaires Une dfinition des types de requis Du contenu raffin et valoris Une mise jour de la structure des fondements du BA La rvision est ralise par des groupes de BA

bnvoles Prochaine release prvu pour mars 2007

18

Gilles Gravel 2006

Conclusion Lanalyste daffaires BA est relativement un nouvel

emploi professionnel. Sa certification est aussi jeune et est dj une reconnaissance du march qui recherche des individus comptents.

La dfinition des tches nest toutefois pas encore dfinie prcisment par lindustrie et la profession devra voluer ce niveau.

Par contre, cest dans le chaos que surgissent les opportunits. Le besoin dun emploi avec un titre spcifique pour remplir le dfi associ avec la comprhension des besoins daffaires, et une approche pour rsoudre ces dfis est des plus clair.

Gilles Gravel 2006

Liens utilesZachman www.zifa.org

www.12manage.comwww.perso.orange.fr/svc/pr02.htm

IIBA www.theiiba.org

CMMi www.developpeur.journaldunet.comSWEBOK www.irgl.uqam.caWikipedia www.wikipedia.orgMacroscope www.dmr-metalink.com/fr

www.fujitsu.com/ca