Genie logiciel eseo-v1.1-1spp

E S E O - Angers

Génie Logiciel,

ALM et outillage

E S E O - AngersMardi 19 février 2013Laurent Guérin

laurent.guerin@sogeti.com

@ltguerin

1 - Génie logiciel – Introduction

2 - ALM (Application Lifecycle Management)

3 - SCM (Source Code Management)

Génie Logiciel ( Laurent Guérin - Février 2013 ) | 2

4 - Maven

5 - Intégration continue et qualité logicielle

6 - Génération de code

• « Génie Logiciel » = « Software Engineering »

• « Génie Industriel » appliqué au domaine du logiciel

– méthodes de travail– bonnes pratiques – outils

Notion de Génie Logiciel

– outils – etc..

• Approche industrielle du développement de logiciels – procédures– recherche de fiabilité, productivité, qualité – respect des délais et des coûts – performances– etc..

• Définition du « Génie Logiciel » :

Notion de Génie Logiciel

« l'ensemble des activités de conception

et de mise en œuvre des produits et des

procédures tendant à rationaliser la

production du logiciel et son suivi »

Journal officiel du 19 février 1984

• La MOA confie une réalisation à la MOE

Notions de MOA - MOE

M O AMaitrise d’Ouvrage

M O EMaitrise d’Oeuvre

Maitrise d’Ouvrage

( Maître d’Ouvrage )

Maitrise d’Oeuvre

( Maître d’Oeuvre )

Exprime un besoin et définit . objectifs. budget. calendrier (délais)

Réalise le projet

Différentes méthodes

Effet tunnelCahier des charges Livraison

Spécification Conception Implémentation Test

« Waterfall »

mode prédictif, rigide

S C I T S C I T S C I T

« Méthodes Agiles »

mode adaptatif, itératif, incrémental

Cycle de vie du logiciel

Spécifications et conception Développement Validation interne Recette

• Formaliser le système avec une vision utilisateur• S’assurer que tous les besoins sont pris en compte

• Maîtrise des développements• Points de visibilité pour éviter l’effet tunnel

• Livrer une application de qualité tant d’un point de vue fonctionnel que technique

Gestion de …AvancementReste à fairePlanificationAssurance qualité…

Préoccu-pationsMOA / MOE

Gestion des exigences

Ateliers de travail et modélisation

Intégration continue

Recette fonctionnelle

Recette techniqueNormalisation de la production technique

ça ne

s’arrête

pas là

Maintenance

(curative et

évolutive)

MCO, …

Industrialisation

• On s’inspire des principes de l’industrie…

• Notion de « Software Factory »

Industrialisation

Qualité

• Notion de « Software Factory »

• Mais un logiciel est une œuvre originale , on ne « fabrique » pas 2 fois le même logiciel

Taylorisme ?Fordisme ?Toyotisme ?

• Les contrôles qualité sont indispensables pendant toute la durée de vie d’un logiciel

• Sinon …

Qualité logicielle

• Sinon …– Le logiciel subit des évolutions plus ou moins

bien maîtrisées… – Il vieillit, sa qualité se dégrade progressivement– Plus le temps passe, plus il est coûteux de

le remettre à niveaux– On accumule une « dette technique »

• Métaphore : référence à la « dette financière »• Le coût nécessaire pour remettre le logiciel à un niveau de

qualité acceptable• cf http://techdebt.org/

Notion de « Dette Technique »

4 - Maven

• ALM = « Application Lifecycle Management »

processus global de gestion du cycle de vie de l'application

• Une application a un cycle de vieNaissance, vie et mort …

• Elle fait partie du patrimoine de l’organisation/entreprise (elle a une valeur)

• Il faut la gérer et l’entretenir…

• Le cycle de vie des applications (lifecycle) couvre toute la période durant laquelle une organisation engage des moyens (€, ressources) sur son patrimoine applicatif

Cycle de vie d’une application

ALM = Multi-fonctions

Des processus

Des équipes� Productivité

� Collaboration� Partage des connaissances

� Guides� Gestion des risques et des

exigences

Idéalement…

� Interopérables� Sécurité� Administration

� Outillage� Performances� …

Des technologies

� Partage des connaissances� Gestion de projet

exigences� Méthodes Agiles

Principaux domaines de l’ALM

Des outils et des serveurs

Development

Design

Documents

Arch. & Design

ToolTest

Serveurs

Source Code

VersionsRequirements

Requirements

Project Statistics

Project

Management

Test Cases

• Gestion des exigences

• Collaboration / Travail en équipe / Support méthode

• Modélisation

• Gestion des tâches

• Pilotage / Tableaux de bord

• Tests fonctionnels

• Automatisation des builds

• Qualimétrie

Analysede code

Tests unitaireset couverturede tests

Les principales solutions d’ALM

Parmi les différents éditeurs de solutions ALM, quels sont ceux dont vous connaissez/utilisez les offres ?

« Baromètre 2012 du Développement Logiciel »Etude Borland – MicroFocus novembre 2012

Points importants de l’ALM

Classez du plus important au moins important de (1 à 7) les thèmes qui selon vous caractérisent le mieux la démarche ALM

« Baromètre 2012 du Développement Logiciel »Etude Borland – MicroFocus novembre 2012

(700 points possibles)1er (618 points)

2ème (605 points)

3ème (560 points)

4 - Maven

Notion de SCM

Revision control

Version control

Source Control

Management

Source Code

Source control

Source Code

Management

Supply

Chain Management

Software Configuration

Management

Rien à voir !

• Quelques outils :

Software Configuration

Management

Source Control

Management

�� PVCS�� CVS� Visual Source Safe

�� Perforce�� ClearCase

� Visual Source Safe� Subversion ***� BitKeeper� Git ***�� Mercurial Plus complet :

Gestion des demandes d’évolution,Liaison demande – modifications réaliséesGestion des sources uniquement

(fichiers en tous genres)

Subversion

Client Interface Repository Interface

GUI client apps

ClientLibrary

Repositoryaccess

Apache

mod_dav

mod_dav_svn

Internet(Any TCP/IP Network)

TortoiseSVN

Subversive

Berkley DB

SubversionRepository

Command lineclient apps

Library

Working Copy Management

Library

svnserve

(Any TCP/IP Network)

WebClient for SVN

Client Serveur

• Différents protocoles :

• file:// – Direct repository access to local or network drive.

• http:// – Access via WebDAV protocol to Subversion-aware Apache server.

• https://

Subversion

– Same as http://, but with SSL encryption.

• svn:// – Unauthenticated TCP/IP access via custom protocol to an svnserve server.

• svn+ssh:// – Authenticated, encrypted TCP/IP access via custom protocol to an svn server.

• Chaque commit produit un nouveau numéro de révision• Un commit sur Subversion est comparable à une transaction

sur une base de données

Subversion

0 1 2 3 4

Subversion – Checkout & Commit

Référentiel

Copie de travail« working copy »

« Commit »Validation des modifications

Subversion - Conflits

Harry doit mettre à jour sa copie de travail pour y intégrer les modifications déjà commitées

Échec du commit“working copy out of date”

Subversion / Système d’exploitation

En ligne de commande

Dans l’explorateur de fichiers

Subversion / IDE

Navigation dansle repository

Exemple :Eclipse + Subclipse

Visibilité surles différentes révisions

Commandessubversion

Subversion / IDE

Accès à tout l’historique � comparaison de deux révisions

Révision courante( workspace )

Révision 30 ( repository )

Subversion / Internet

Exemple : Google codeNavigateur

Serveur

SubversionRepository

• Organisation standard de l’arborescence

Subversion - Arborescence

« trunk »

« tags »

« branches »

• Les « tags » pour fixer les « releases »

Project 1

trunkLe « tag » est une copie

Release x.x.x

Le « tag » est une copiedes sources à un instant T

Ex : release 2.1.4

• Les « branches » pour travailler en parallèle

Feature 2

Main line

Feature 1(new UI)

Feature 2(multilingualism)

Il va falloir faire un « merge »Après le « merge » les branches n’ontplus de raison d’être

• Créé pour le développement du noyau Linux – Distribué – Référentiel local

• Successeur de Subversion ?• NB : suppose une organisation

d’équipe différente• Progression importante depuis 2010

• Progression importante depuis 2010( notamment grâce à GitHub : https://github.com/ )

4 - Maven

• Maven = = outil Open Source (Apache)d’automatisation des builds

• Dans la lignée de « make » pour Unix, ou « ant » pour Java (en plus puissant)

• Avantages :– Normalisation des répertoires d’un projet– Normalisation de l’identification des « artifacts »

– Normalisation de l’identification des « artifacts » (group id, artifact id, version )

– Normalisation du cycle de construction d’un projet ( phases )– Gestion des dépendances ( récupère des artefacts nécessaires sur

des référentiels via internet )– Tout est déclaré dans un fichier : « pom.xml »– Extensible ( système de « plugins » )– Héritage ( « pom parent » )

• Maven repose sur des conventionsprincipe de « Convention over Configuration » ( CoC )

• Répertoires

src/main/javasrc/main/resourcessrc/main/webappsrc/test/javasrc/test/resources

Application

• Identification des « artifacts » (objet utilisé ou produit par le build)

src/test/resources

Produit

Utilisé

(dépendance)

Maven – Cycle de vie du « build »

validate

initialize

process-sources

generate-sources

process-test-sources

generate-test-sources

process-test-resources

generate-test-resources

pre-integration-test

integration-test

post-integration-test

Code source

23 phases

process-sources

generate-resources

compile

process-classes

test-compile

prepare-package

package

verify

install

deploy

process-test-classes

Maven – Plugins

Maven a été conçu pour déléguer les traitements à un jeu de

« plugins » associés aux différentes phases.

compilecompiler

test-compile

pom.xml

PluginsPhases

Goalscompile

testCompile

Pour chaque plugin :

1 à N « goals »

surefire

test-compile

package

Les plugins sont associés aux phases dans le fichier pom.xml

testJar

javadoc javadoc

aggregateinstall

etc...

install

• On invoque Maven en lui indiquant jusqu’à quelle phase il doit exécuter les traitements

• Exemples :

Maven - Commandes

mvn compile

mvn install

• Il est également possible de demander l’exécution d’un « goal » particulier

• Syntaxe :mvn plugin_name : goal_name

• Exemples :

Maven - Commandes

mvn compiler:compilemvn jar:jar

• Dans ce cas seul le goal demandé est exécuté

mvn jar:jarmvn ejb:ejbmvn surefire:testmvn deploy:deploymvn sonar:sonar

Maven – Autres cycles de vie

pre-site

pre-clean

Cycle de vie « clean » Cycle de vie « site »

Nettoyage Génération du site web

site-deploy

post-site

post-clean

mvn cleanmvn post-clean

mvn sitemvn pre-site

Maven / IDE

Editeur pour le pom.xml

Maven / IDE

Gestion des dépendances à partir du pom.xml

Commandes intégrées

Configurationde « .launch »

4 - Maven

Avant l’intégration continue …

• Des phases bien séparées (trop séparées)

Développement Intégration

(tests d’intégration)

Livraison

Mais ça c’était avant …

Intégration continue

http://www.martinfowler.com/articles/continuousIntegration.html

• Principe développé par Martin Fowler :

Pratique de développement dans laquelle les membres d’uneéquipe intègrent leurs travail fréquemment (au moins une fois par jour).Chaque intégration est vérifiée par un « build » automatisé (incluant les tests) afin de détecter les erreurs d’intégrationle plus tôt possible.

L'intégration continue est le principe de

faire d'un processus d'intégration logiciel

un «non-évènement».

• Un outil surveille les modifications du code dans le référentiel des sources (SCM)

• Quand un changement est détecté l’outil va automatiquement compiler et exécuter les tests automatisés

• Si une erreur survient (on dit qu’on a « cassé le build »)l’outil va alerter les développeurs pour qu’ils corrigent immédiatement le problème

Intégration continue - Outillage

immédiatement le problème• Autres fonctions de l’outil :

– surveillance de la qualité du code – métriques de couverture de test – etc…

• L’outil d’Intégration Continue devient un outil de communication

� transparence & management visuel

Objectifs :. maintenir la « dette technique »au niveau le plus bas possible. donner de la visibilité aux indicateurs de qualité (motiver les développeurs)

• Solutions d’intégration continue :– CruiseControl ( SourceForge )

– Bamboo (Atlassian)– Hudson ( repris pas Oracle)– Jenkins ( fork de Hudson, désaccord du créateur avec Oracle )

Intégration continue - Outillage

Application Java/web (.war)

• Il faut indiquer à Jenkins où se trouvent les sources

Jenkins

SCM au choix :. CVS . Subversion. Git

Vue d’ensemble

Apports

• Intégration et détection des régressions au fil de l’eau

• Mise à disposition de versions de test

• Production quotidienne de métriques

• Coaching technique

Poste de Développement

CheckStyle Corbertura

• Coaching technique obligatoire

Automate de Fabrication

RéférentielUnique desSources etComposants

Plugins MAVENCheckStyle, Cobertura, CPD, PMD JavaDOC JDepend, SureFire, XRef

• Rappel : l’application a un cycle de vie

• Elle doit avoir un niveau de qualité suffisant pour évoluer pendant des années

Qualité

Pensez à celui qui va devoir reprendre le code !

• Un tableau de bord pour une vue globale (multi-projets)

• Un tableau de bord pour chaque projet …

Règles non respectées

Compteurs(lignes, classes,.. )

Complexité cyclomatique(McCabe)

Taux de couverture du code par les tests unitaires

• Suivi de la qualité du code dans le temps

4 - Maven

• Démarche « MDD » classique ( MDA, etc… )• « Model - First » => concevoir un model !

– investissement initial important– nécessite de respecter le processus (formation)

• Incompatible avec un démarrage rapide

Approche « Model First »

MODELService

name X M I

Message

0..n+part 0..n

Portname

0..n+port 0..nPort Type

nameBinding

+binding

Paramname

1+message 1

Output

StartWithExtensions

BindingFaultFault

+message

BindingOperation

0..n+operation 0..n0..1 +input0..10..1+output 0..1

Operation

name0..1

+input

0..10..1

+output0..1

0..n+fault 0..n

0..n+operation 0..n

+fault 0..n

X M I( XML )

TemplateTOOL

• Scaffolding de type « Database - First »• Très efficace ( rapide )• Mais pas d’action possible sur l’outil

de génération • Pas assez d’informations :-(

– Noms/types des attributs Java – Règles de validation : min, max, regexp, …

Approche « scaffolding »

Database

Metadata

– Règles de validation : min, max, regexp, …– Représentation des Booléens

(1/0, "T"/"F", … )– etc …

• Il faudrait ajouter (et conserver) des informations complémentaires… … un modèle ?

Template

• Combinaison du « scaffolding » et du « MDD »• Scaffolding + un modèle ultra léger pour ajouter des

informations ou modifier les informations issues de la base

Approche « scaffolding + modèle léger »

• Démo avec « Telosys Tools » ( plugin Eclipse )

Génération de code

http://marketplace.eclipse.org/content/telosys-tools

Annexes

Publications Sogeti

� http://www.fr.sogeti.com/presse-et-publications/nos-publications

� WORLD QUALITY REPORT

"The World Quality Report 2012-2013" est le quatrième volet d'une série d'enquêtes annuelles qui examinent l'état de la qualité des applications et des pratiques de test dans toutes les industries.

� Tmap NEXT

L'approche de TMap Next’s Business Driven Test Management (BDTM) offre aux managers une panoplie d'outils de test pour traduire les objectifs d'affaires des systèmes d'information explicites et concrètes, les plans de test pragmatique et contrôlables, et ainsi atteindre un meilleur équilibre entre les résultats, les risques, les délais et les coûts.

� TPI NEXT

La démarche numéro 1 dans le monde pour améliorer les processus de test

Livres au format PDF (téléchargement libre)

Genie logiciel eseo-v1.1-1spp

Documents

Transcript of Genie logiciel eseo-v1.1-1spp

Commentaires du cours edition intégrale v1.1

ETSI GR NGP 009 V1.1

ystème d alarme bidirectionnel sans-fil v1.1 Manuel de l ...cms.dsc.com/media/documents/User_Manuals/Alexor_user_manual_n… · Système d’alarme bidirectionnel sans-fil v1.1 Manuel

Ipcop Final v1.1

Presentation urban conseil 2017 v1.1

Présentation king sbc solution janvier 2014 nutanix v1.1

2 gerez vos apps v1.1

Genie civile

Présentation les enjeux de la mobilité dg v1.1

EN GENIE CLIMATIQUE GENIE CLIMATIQUE - … · Département de Génie Climatique ... Thèse En Vue de l’Obtention du Diplôme de Doctorat en Sciences EN GENIE CLIMATIQUE Option GENIE

Conception mécanique des panneaux solaires du satellite ESEO ...

genie sismiqu.pdf

Présentation RH Evolution v1.1

Macadam Witch v1.1

Journées BFC - SIRHUS Octobre 2007 V1.1. CNRS – SIRHUS et BFC – journées d'information - V1.1 - octobre 20072 Préalable pour les Formateurs Internes Sirhus.

ESEO Prépa Intégrée Grande Ecole d'Ingénieurs Angers Dijon Paris _ Accueil _ Entreprises _ Stages Emplois

Les chercheurs et wikipédia v1.1 bruno dewailly

GROUPE ESEO CER ESEO Centre d’Études et de Recherche de l’ESEO · 2012. 3. 6. · Team31 FUI Simulation de l’Emission et de l’Immunité des Systèmes et des Modules Electroniques

GENIE FRIGORIFIQUE COMPOSANTS DU GENIE FRIGORIFIQUE: · PDF file69 GENIE FRIGORIFIQUE COMPOSANTS DU GENIE FRIGORIFIQUE: TYAUTERIE TUYAUTERIE La tuyauterie est un élément important

GéoBourgogne Linformation Géographique en Bourgogne V1.1.