En tant que développeur et utilisateur régulier de la suite Microsoft Office, peut-être avez-vous déjà entendu parlé de Visual Studio Tools for Office (VSTO), un module complémentaire à Visual Studio qui vous permet de développer vos propres applications et extensions pour la suite Microsoft Office. Intégrer des nouveaux outils à Access, Excel ou Powerpoint, ça peut être sympa, voire parfois très utile lorsqu'il s'agit de répondre à certains besoins métiers (création d'un outil de reporting, d'un modèle de facturation spécifique, etc.).
 

Développer, OK, mais par où commencer ? Hier matin, en survolant rapidement mes newsletters, je tombe par hasard sur un article qui parle de VSTO. Ayant souvent entendu parlé du module mais n'ayant jamais développé avec, j'avoue n'avoir pas compris grand chose à ce que racontait l'auteur. Après quelques recherches sur le sujet, je tombe sur un article clair et simple, dans lequel l'auteur explique comment ajouter des onglets, munis de quelques liens vers le Web, au ruban des logiciels d'Office 2007.
 

J'ouvre donc mon Visual Studio Team System 2008 tout en me disant "ça y'est mon gars, t'es parti pour la journée !". En pleine période d'examens, ce genre de petit plaisir n'est pas forcément très raisonnable :-). N''ayant pas la rapidité de compréhension d'un développeur pur et dur, j'avais donc décidé de traiter l'article en deux fois. Au bout de seulement deux heures, j'ai été très surpris de constater que j'avais à la fois eu le temps de lire (ou relire) quelques articles sur la technologie COM et ses Add-in (les fondements du développement pour Microsoft Office), de bien comprendre le mécanisme de développement présenté, et de déployer la solution sur deux machines. En fait, malgré mes impressions, le développement en lui-même ne m'avait pris que quelques minutes ! Je me fais toujours la même remarque à chaque fois que je teste un nouveau type de développement ou une nouvelle technologie, il faut reconnaître que Visual Studio est un outil extrêmement puissant. Il permet aussi d'être rapidement opérationnel et productif, une chose plutôt agréable et très motivante. Vous vous en rendrez vite compte en testant l'outil sur l'exemple mentionné plus haut.

Petit bémol, vous ne pourrez malheureusement pas tester VSTO avec les versions express de Visual Studio. Ceci n'est pas un problème pour les étudiants qui peuvent obtenir gratuitement la version Professionnelle de Visual Studio 2005.

L'article proposé permet d'obtenir un nouvel onglet nommé Get Started contenant quelques liens vers le Web :
 

Vous avez également la possibilité de re-développer l'intégralité du ruban Word en fonction de vos goûts ou besoins :
 

La manipulation est simple, pour passer de ce résultat au précédent. Il suffit juste de placer à true la valeur d'un attribut XML !

Pour le déploiement, Visual Studio nous facilite aussi la vie en créant deux projets pour la solution. Le premier projet représente le nouvel onglet et le second projet représente le fichier d'installation du nouvel onglet. Une fois la solution compilée, l'installation de l'extension peut alors être directement lancée depuis Visual Studio.

Cet exemple d'illustration concerne Word, mais n'oublions pas que Visual Studio Tools for Office permet de développer des applications pour tous les logiciels de la suite Office !

Remarque à propos de la compilation du projet application2007GetStartedTab

L'article ne signale pas un blocage que vous rencontrerez peut-être lorsque vous compilerez le projet : 

Error 1 Cannot register assembly "C:...application2007GetStartedTab.dll" - access denied. Please make sure you're running the application as administrator. Access to the registry key 'HKEY_CLASSES_ROOTapplication2007GetStartedTab.Connect' is denied. application2007GetStartedTab

Pour supprimer cette erreur, cliquez-droit sur le projet application2007GetStartedTab pour afficher ses propriétés. L'option Register for COM interop de l'onglet Compile doit être décochée.

Dans mon avant dernier billet, je vous parlais du processus agile eXtreme Programming. Pour compléter cette présentation, j'ajoute quelques mots que je pensais avoir perdu sur SCRUM, un processus agile voisin d'XP qui mérite d'être cité.

Qu’est-ce que SCRUM ?

SCRUM (de l’anglais « mêlée ») est un processus agile pour la gestion des projets de développement logiciel. Nous pouvons voir en SCRUM deux préoccupations majeures.

La première se fonde sur le principe que les besoins d’un projet ne sont jamais clairement définis et parfaitement bien compris (ce qui est naturellement le cas dans tous les projets). Cette vision doit permettre de facilement prendre en charge les changements et de livrer rapidement les versions intermédiaires du produit final. Comme son nom l’indique, le deuxième objectif de SCRUM est de favoriser l’esprit d’équipe. Au rugby, l’objectif de la mêlée est de réunir toutes les forces d’une équipe afin de gagner progressivement du terrain. Dans SCRUM, les mêlées sont des réunions au cours desquelles une petite équipe de 5 à 10 personnes se réunit pour identifier les défis à relever. Ces réunions ont également un rôle important dans la motivation des membres de l’équipe.

L’origine de SCRUM

L’approche SCRUM a été décrite pour la première fois dans un article nommé The New New Product Development Game de Hirotaka Takeuchi et Ikujiro Nonaka, deux professeurs de l’université japonaise Hitotsubashi.

Quelles sont les caractéristiques de SCRUM ? 

SCRUM est un processus itératif qui se caractérise par les composantes suivantes : 

• Le Backlog Product. Il s’agit d’une liste de tâches à réaliser (issue du client) et classées selon un ordre de priorité.
• Le Sprint. Le sprint, ou itération, est une période de 2 à 4 semaines pendant laquelle certains éléments du Backlog Product sont développés.
• Le Scrum. Le scrum  est une réunion quotidienne d’une quinzaine de minutes qui vise à évaluer la progression des tâches, le travail à effectuer, et les difficultés rencontrées.
• Le Planning Sprint. Avant chaque sprint, le Planning Sprint consiste à définir les éléments du Backlog Product qui seront traités dans le prochain sprint.

Le magazine de management informatique en ligne Computerworld a récemment publié une petite interview de Kent Beck, un guru du développement agile et l'inventeur d'eXtreme Programming (XP). L'américain répond brièvement à des questions générales sur l'agilité et sur l'application d'XP dans le cadre des nouvelles technologies. La confrontation .NET / Java n'échappe pas au rédacteur :-)
Je profite de cette news pour présenter rapidement XP à ceux qui ne connaissent pas le processus.

Qu’est-ce que l’eXtreme Programming ?

L’eXtreme Programming (XP) est un processus agile pour la gestion des projets de développement logiciel. XP a été créé au milieu des années 1990 par Kent Beck et représente aujourd’hui l’un des plus célèbres processus agile.

Qu’est-ce qu’un processus agile ?

Dans le cadre d’XP, la notion de processus recouvre un ensemble d’activités, de bonnes pratiques et de méthodes (ou règles) dont l’objectif est de mener à bien le développement des logiciels. XP est qualifié d’agile car il est conçu de façon à accepter le changement et à répondre rapidement à l’évolution des besoins. Cette notion de processus agile s’oppose à celle de processus « lourd » tel que le Processus Unifié (ou UP pour Unified Process). Lourd, dans le sens où certains processus proposent un grand nombre d’activités qui ne sont pas toujours adaptées à toutes les situations.

Vous êtes à la recherche d'un emploi ? Vous cherchez à mettre en avant vos compétences en augmentant votre visibilité sur le Web ? Vous êtes recruteur et vous recherchez des nouveaux collaborateurs talentueux ?

Testez alors la nouvelle plateforme de blog, Blog2Job, créée par une belle et jeune équipe dynamique et construite sur les toutes dernières technologies Internet.

Qu'est-ce-que Blog2job exactement ?

Plus large et complet qu'un simple cv, le blog emploi permet de donner à un recruteur une vue d'ensemble de vos capacités et de vos compétences.
Vous avez déjà un blog emploi ? En vous inscrivant vous pourrez être référencé sur Blog2job et ainsi augmenter votre visibilité auprès des recruteurs. Vous n'avez pas encore de blog emploi ? Sur Blog2job vous pouvez créer un blog emploi très rapidement et ainsi montrer à des recruteurs vos qualités.

Blog2job possède une interface de recherche qui vous permet de consulter des blogs emploi d'autres candidats et des blogs d'entreprises. L'avantage pour vous est d'avoir des informations sur un métier, un secteur d'activité ou une entreprise.

Soyez acteur de votre recherche d'emploi, maitrisez vous même votre image sur le net. 

Depuis de nombreuses années, l'urbanisme des systèmes d'information est un sujet régulièrement abordé par la presse spécialisée en informatique, mais de quoi s'agit-il ? Penchons-nous sur le thème sous la forme d'une métaphore bien connue.

Qu'est-ce que l'urbanisme des systèmes d'information ?

A l'image d'une ville que l'on organise en zones, quartiers, réseaux de circulation, réseaux d'égouts, plan d'occupation des sols etc., l'urbanisme du système d'information consiste à définir un ensemble de règles de construction qui doit permettre au système d'information de mieux s'aligner avec la stratégie de l'entreprise (1). L'urbanisation (2) du SI est un processus permanent d'optimisation du SI qui rentre dans le cadre d'une vision à long terme.

L'urbaniste est l'acteur en charge de piloter le processus d'urbanisation. Il n'agit jamais seul mais en collaboration avec un grand nombre d'acteurs et entités transverses : les acteurs métiers classiques de l'entreprise (catégorie dans laquelle on inclut la MOA et l'AMOA), la Direction des Systèmes d'Information, les équipes projet (les MOE, les chefs de projet, etc.), les architectes techniques et d'autres acteurs. La grande proximité avec la direction générale de l'entreprise est un facteur clé de réussite dans la mesure où l'urbaniste doit avoir une vision générale et claire sur l'ensemble des projets qui déclineront le modèle d'urbanisme. D'autre part, l'urbaniste doit également être capable de motiver les projets, de justifier le financement de ces derniers et de communiquer sur les effets bénéfiques qu'apportera sa démarche, non seulement à l'échelle de l'entreprise mais aussi à celle d'un projet unique.

Concrètement, pour mener à bien son travail, l'urbaniste fonde sa démarche selon un modèle en quatre vues qui représentent différents niveaux théoriques de conception d'un système d'information :

- la Vue Métier.
- la Vue Fonctionnelle.
- la Vue Applicative.
- la Vue Technique.

Pour chacune de ces vues, l'urbaniste doit réaliser un ensemble de cartes et plans (on parle de cartographie) dont le rôle est de décrire l'état actuel du SI de l'entreprise. Cependant, la démarche d'urbanisation du SI n'est pas un travail ponctuel de quelques mois à réaliser sous la forme de deux ou trois projets. Il s'agit d'un état permanent qui évolue au rythme de la dynamique stratégique de l'entreprise, mais aussi en fonction des opportunités offertes par les nouvelles technologies (Internet, la mobilité) (3) et des nouvelles législations (Bâle 2, SOX). Une fois réalisée, la cartographie du SI ne reste donc jamais figée. Elle doit constamment être mise à jour en fonction des cibles stratégiques et de la forme organisationnelle de l'entreprise.

Ces objectifs stratégiques se modélisent au niveau de la Vue Métier sous la forme de Processus Métiers. Cette vue métier répertorie aussi les stimuli externes et internes à l'entreprise, la façon dont ces stimuli sont traités, les documents utilisés au sein des processus et enfin, les acteurs impliqués dans les processus.

La Vue Fonctionnelle structure les informations nécessaires aux métiers de l'entreprise en identifiant les fonctionnalités qui devront être supportées par le SI (exemple : la gestion d'un contrat client). C'est à ce niveau que l'on considère les quartiers et les zones afin de regrouper les fonctions connexes par blocs fonctionnels.

Ces deux premières vues répondent uniquement à des besoins organisationnels et aux objectifs stratégiques de l'entreprise : "Quels sont nos objectifs stratégiques (vue métier) et comment devons-nous organiser les informations nécessaires à la réalisation de ces objectifs (vue fonctionnelle) ?
A ces niveaux, on ne s'intéresse pas aux aspects technologiques. Ces considérations ne viennent que plus tard, lorsqu'il s'agit de formaliser les Vues Applicative et Technique.

Ces deux dernières vues correspondent à la vision technologique du système d'information. La Vue Applicative répertorie l'ensemble des applications (les progiciels, les bases de données, les logiciels, etc.) qui ont pour rôle de concrétiser et d'exécuter les fonctions définies dans la Vue Fonctionnelle.

La Vue Technique répertorie les composants de l'infrastructure physique (les machines, les serveurs, le matériels, les éléments des réseaux, etc.) qui supportent les applications et les réseaux de communication.

Le modèle d'urbanisme peut être abordé de plusieurs façons en fonction de la problématique rencontrée. On distingue typiquement l'approche top-down et l'approche bottom-up. La première approche consiste à suivre le modèle d'urbanisme dans le sens descendant, de la modélisation métier jusqu'à l'implantation technique. La seconde approche se focalise sur les aspects techniques pour remonter jusqu'aux besoins métiers. Il n'existe pas d'approche miracle, l'urbaniste et ses collaborateurs orientent leur démarche en fonction des problèmes qu'ils ont à résoudre. Il existe aussi des approches intermédiaires.
Par exemple, Microsoft préconise une vision intermédiaire dite middle-out (cf. L'architecture SOA dans le monde réel). D'un côté, il n'est pas cohérent de mettre en place une infrastructure technologique en dehors d'un cadre organisationnel et sans cibles stratégiques. D'autre part, se lancer dans un long projet selon une approche descendante, c'est prendre le risque d'aboutir à une solution technique qui n'est plus en phase avec les besoins de l'entreprise. A travers sa plate-forme .NET et son modèle de Services Web, Microsoft propose une approche concrète sous la forme de projets SOA itératifs et incrémentaux (4).