BPMS.info http://www.bpms.info Fri, 12 Mar 2010 06:59:18 +0100 FeedCreator 1.7.2 http://www.bpms.info/images/M_images/Logo BPMS.info.jpg http://www.bpms.info BPMS.info http://www.bpms.info/index.php/Concept-Technique/La-complementarite-entre-les-standards-de-gestion-des-processus-IT.html Chaque modèle, norme et corpus de connaissances décrit une partie des activités de l‘entreprise avec un niveau de précision et un niveau de spécificité qui lui est propre. Ils peuvent décrire aussi des activités non présentes au sein de l‘entreprise et omettre certaines activités quant à elles bien présentes. George Box disait « Tous les modèles sont faux ! Certains sont utiles ». Cette citation reprend bien l‘idée que, par définition, un modèle ne peut représenter de manière intégrale la réalité de l‘entreprise. Sa description s‘en approche avec un niveau de précision plus ou moins grand suivant le modèle. Thu, 18 Feb 2010 01:00:00 +0100 http://www.bpms.info/index.php/Concept-Technique/Processus-en-flux-tendu-et-ordinaires-revisites.html Des processus schizophréniques Un nombre sans cesse croissant d’entreprises recensent leurs processus métier pour des raisons très diverses. Les processus constituent en effet le point de départ des projets axés sur l'amélioration de la qualité et de l’efficacité, les projets d’homologation (par exemple, ISO), la gestion de la performance, la satisfaction client, l’informatisation, les restructurations, les fusions, etc. Tue, 19 Jan 2010 01:00:00 +0100 http://www.bpms.info/index.php/Concept-Technique/CMMI-modele-d-amelioration-continue.html CMMI est un modèle de bonnes pratiques qui repose sur une amélioration progressive des processus de développement informatique de l’entreprise. Le Capability Maturity Model Integration (CMMI) SE/SW/IPPD/SS v1.1 a été publié en 2003 par le Software Engineering Institute (SEI) de l’université Carnegie Mellon. Une mise à jour est sortie en 2006 portant le nom de CMMI for Development, Version 1.2. La version 1.3 est en cours d’élaboration. CMMI intègre d’anciens modèles développés dans les années 90. Chacun de ces modèles est spécifique à des domaines distincts de l’ingénierie informatique: Wed, 16 Dec 2009 11:55:26 +0100 http://www.bpms.info/index.php/Concept-Technique/Techniques-de-pre-modelisation-strategie-pour-eviter-l-echec.html Comment obtenir une synergie entre les différents acteurs de l’entreprise, pour avoir une vision commune des objectifs, du métier, des procédures, de l’organisation, du système existant et des évolutions en cours sur le SI ? Le problème n’est pas mince : il se heurte à la diversité des domaines et des expertises, et plus encore aux problèmes de communication entre acteurs de cultures et de préoccupations différentes. Il n’est pas simple en effet de faire une synthèse entre la vision des dirigeants, des utilisateurs, des spécialistes métier (MOA) et des équipes informatiques (MOE). Certains ont des réticences à formaliser le fonctionnement de l’entreprise : après tout, l’organisme humain fonctionne sans que l’on ait une claire perception de ses mécanismes. Il est par ailleurs vain, voire contre-productif de présenter un diagramme de classes UML à un dirigeant ou à un utilisateur. La pré-modélisation consiste à fournir les moyens informels, notamment à destination des acteurs non techniques, pour permettre une première formalisation, sur laquelle des décisions et orientations peuvent être prises, à partir de laquelle des modèles plus détaillés peuvent être bâtis, eux-mêmes pour des objectifs spécifiques (MOA, MOE, etc.). Ces « pré-modèles » ne se traduisent pas de manière mécanique en modèles plus détaillés et formels (sur lesquels on peut par exemple faire des simulations, des générations de code, etc.). Ils constituent plutôt une référence justifiant et guidant la construction de modèles détaillés. Ils fournissent une base terminologique, un guide sur la structuration, sur lesquels s’appuieront les éléments de modèle plus précis. Nous allons présenter quelques exemples de ces pré-modèles, qui sont des éléments compréhensibles sans nécessiter d’explications complexes sur le formalisme. Le succès ou l’échec d’un développement se jouent essentiellement lors des phases amont de la construction d’un système, étape où la pré-modélisation joue un rôle essentiel. C’est là où les acteurs principaux qui déterminent les choix fondamentaux – les décisionnaires, les utilisateurs, les maîtres d’ouvrage – bâtissent l’objectif stratégique ; c’est là où le contour du domaine à traiter, et où les engagements fonctionnels, budgétaires, de planning, et architecturaux apparaissent. À ce stade, l’enjeu est de définir des objectifs compris par tous, réalistes, recouvrant exhaustivement la vision initiatrice du projet. Face à une analyse préliminaire réussie, à une liste d’exigences bien formalisée et à une définition du domaine suffisamment complète sur laquelle les acteurs se sont accordés, la réalisation du développement permet d’isoler et de réduire les risques qui pourront être maîtrisés. Les phases préliminaires, cibles de la pré-modélisation Il est nécessaire de définir les domaines d’application sur lesquels un système doit être mis en place et les processus que le... Tue, 17 Nov 2009 12:27:54 +0100 http://www.bpms.info/index.php/Concept-Technique/La-GED-ideale.html La gestion électronique des documents constitue une des problématiques les plus complexes dans une entreprise. Toute l'intelligence d'une société, de sa gestion administrative à sa gestion de la connaissance repose dans les documents du quotidien. Ces documents peuvent revêtir des formes de nature aussi diverses qu'un simple fichier texte, un document Office (Word, Excel, Powerpoint..) ou une image. Maîtriser la GED devrait être le point de départ préalable avant toute construction d'un Système d'information. Wed, 21 Oct 2009 19:13:22 +0100 http://www.bpms.info/index.php/Concept-Technique/Tableaux-de-bord-et-indicateurs-pour-une-performance-durable.html Loin d’être un simple outil de mesure, le tableau de bord est devenu un véritable outil d’aide à la décision favorisant un pilotage implicatif et proactif. A ce titre, la notion de reporting est significativement revisitée car désormais, les tableaux de bord sont porteurs de leur propre reporting. Tue, 15 Sep 2009 14:55:59 +0100 http://www.bpms.info/index.php/Concept-Technique/-Un-projet-de-BPM-ne-se-concoit-pas-sans-une-definition-prealable-des-roles.html La mise en œuvre d'une solution de dématérialisation s'accompagne de plus en plus d'une remise à plat de la gestion des processus métier. Objectif : Gagner en productivité. Wed, 15 Jul 2009 15:23:13 +0100 http://www.bpms.info/index.php/Concept-Technique/BPMN-2.0-ce-que-la-nouvelle-version-de-la-notation-va-apporter-ou-pas.html Alors qu'il est prévu que L'OMG valide ce mois-ci la nouvelle version de BPMN, soit BPMN 2.0, la communauté BPMN commence déjà à faire le point sur les apports de cette nouvelle version. Bpms.info a toujours suivi avec intérêt l'évolution de cette notation. Il y a deux ans, dans l'article « BPMN, la norme du BPM (index.php?option=com_content task=view id=4415 Itemid=114) » nous parlions des principes de cette norme et déjà nous évoquions la préparation de la version 2.0 pour couvrir ses lacunes. Qu'en est-il exactement ? Les souhaits formulés par la communauté ont-ils été exaucés ? Tue, 23 Jun 2009 01:00:00 +0100 http://www.bpms.info/index.php/Concept-Technique/Guide-d-Audit-des-Systemes-d-Information-COBIT-4.1.html 1. OBJECTIFS DU GUIDE D’AUDIT Le Guide d'audit des Systèmes d'Information fournit des recommandations détaillées aux professionnels de l'audit et de l'informatique, sur la façon d'utiliser COBIT pour favoriser diverses missions d'audit pour chacun des 34 processus informatiques. Des conseils et principes d'audit sont fournis pour : • les contrôles génériques qui s'appliquent à tous les processus (désignés dans le cadre de référence COBIT par l'identifiant CPn), • les contrôles applicatifs (désignés dans le cadre de référence CobiT par l'identifiant CAn), • les contrôles des processus spécifiques (désignés dans le cadre de référence CobiT par l'identifiant du domaine et le numéro de processus, par exemple PO6.3, AI4.1). Fri, 05 Jun 2009 01:00:00 +0100 http://www.bpms.info/index.php/Concept-Technique/L-architecture-SOA-et-les-ERP-un-changement-plus-culturel-que-technique.html Service, ouverture, souplesse : une exigence des utilisateurs qui bouleverse la conception des applications d'entreprise, en particulier les ERP. Conçus à l'origine pour un nombre limité d'utilisateurs autour d'un socle apparemment inamovible, ceux-ci s'enrichissent aujourd'hui de fonctions destinées aux utilisateurs les plus variés. Ils vivent une révolution qui ébranle même les mieux implantés. L'architecture SOA s'impose pour remettre à plat les applications existantes et les adapter à ces nouvelles exigences. Mon, 04 May 2009 00:00:00 +0100