Post on 30-Oct-2015
description
transcript
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