Genie logiciel eseo-v1.1-1spp

Génie Logiciel,
ALM et outillage
E S E O - Angers
Mardi 19 février 2013
Laurent Guérin
laurent.guerin@sogeti.com
@ltguerin

1- Génie logiciel – Introduction

2- ALM (Application Lifecycle Management)

3- SCM (Source Code Management)

4- Maven

5- Intégration continue et qualité logicielle

6- Génération de code

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

Notion de Génie Logiciel
• « Génie Logiciel » = « Software Engineering »
?
• « Génie Industriel »
appliqué au domaine du logiciel
– méthodes de travail
– bonnes pratiques
– 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..


Notion de Génie Logiciel

• Définition du « 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


Notions de MOA - MOE
• La MOA confie une réalisation à la MOE

MOA MOE
Maitrise d’Ouvrage Maitrise d’Oeuvre
( Maître d’Ouvrage ) ( Maître d’Oeuvre )

Exprime un besoin et définit Réalise le projet
. objectifs
. budget
. calendrier (délais)


Différentes méthodes
« Waterfall »

Spécification Conception Implémentation Test

Effet tunnel
Cahier des
charges Livraison
mode prédictif, rigide

« Méthodes Agiles »

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

mode adaptatif, itératif, incrémental

Cycle de vie du logiciel

• Formaliser le Gestion de …
Préoccu- • Livrer une
système avec une • Maîtrise des
application de Avancement
pations vision utilisateur développements
qualité tant d’un Reste à faire
• S’assurer que • Points de
point de vue Planification
MOA / MOE tous les besoins visibilité pour
fonctionnel que
sont pris en éviter l’effet tunnel
technique Assurance qualité
compte …

Spécifications et conception Développement Validation interne Recette

ça ne
Ateliers de travail et
s’arrête
Intégration Recette
modélisation continue fonctionnelle pas là

Maintenance
(curative et
Gestion des Normalisation de la évolutive)
Recette technique
exigences production MCO, …
technique


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

Industrialisation
Qualité

• Notion de « Software Factory »

Taylorisme ?
Fordisme ?
Toyotisme ?

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

Qualité logicielle

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

• 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 »


Notion de « 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/





4- Maven




ALM
• ALM = « Application Lifecycle Management »

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

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

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

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


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


ALM = Multi-fonctions

Idéalement…

Des Des
Productivité Guides
équipes processus Gestion des risques et des
Collaboration
Partage des connaissances exigences
Gestion de projet Méthodes Agiles

Des
technologies

Interopérables Outillage
Sécurité Performances
Administration …


Principaux domaines de l’ALM


Des outils et des serveurs

Development
Tool

Arch. & Design Test
Tool Tool
Design
Documents
Source Test Cases
Code
Versions
Requirements Project
Statistics

Serveurs Project
Requirements Management
Tool Tool


ALM
• Gestion des exigences


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


ALM
• Modélisation


ALM
• Gestion des tâches


ALM
• Pilotage / Tableaux de bord


ALM
• Tests fonctionnels


ALM
• Automatisation des builds


ALM
• Qualimétrie

Analyse
de code

Tests unitaires
et couverture
de tests


Les principales solutions d’ALM
« Baromètre 2012 du Développement Logiciel »
Etude Borland – MicroFocus novembre 2012

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


Points importants de l’ALM
« Baromètre 2012 du Développement Logiciel »
Etude Borland – MicroFocus novembre 2012

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

2ème (605 points)

3ème (560 points)





4- Maven




Notion de SCM

SCM ?
Source Control Revision control
Management
Version control
Source Code
Management Source control

Software Configuration
Management

Supply
Chain Management Rien à voir !


SCM
• Quelques outils :

Source Control Software Configuration
Management Management

CVS
Visual Source Safe PVCS
Subversion *** Perforce
BitKeeper ClearCase
Git ***
Mercurial Plus complet :
Gestion des demandes d’évolution,
Gestion des sources uniquement Liaison demande – modifications réalisées
(fichiers en tous genres)


Subversion

Client Interface Repository Interface
FSFS

GUI client Apache
apps
mod_dav
Repository
TortoiseSVN access mod_dav_svn

DAV
Subversive
Client Internet
(Any TCP/IP Network)
Library
SVN svnserve
WebClient for SVN

Subversion
Local Repository
Command line
client apps

Working Copy
Management
Library
Berkley DB

Client Serveur

Subversion
• Différents protocoles :

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

• http://
– Access via WebDAV protocol to Subversion-aware Apache server.
• https://
– 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.


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

0 1 2 3 4

0 1 2 3 4

1 1 1 4
1 1 1 1

1 1 1 1

1 1 1 4

2 3 3
2 2 2

3 3

3 3

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
Exemple :
Eclipse + Subclipse

Navigation dans
le repository

Visibilité sur
les différentes
révisions

Commandes
subversion


Subversion / IDE
Accès à tout l’historique comparaison de deux révisions

Révision courante Révision 30
( workspace ) ( repository )


Subversion / Internet
Navigateur Exemple : Google code

Serveur

Subversion
Repository


Subversion - Arborescence
• Organisation standard de l’arborescence

« trunk »

« tags »

« branches »


• Les « tags » pour fixer les « releases »

Root

Project 1

trunk
Le « tag » est une copie
des sources à un instant T

tags Ex : release 2.1.4
Release x.x.x


• Les « branches » pour travailler en parallèle

Main line

Feature 1
(new UI)
Feature 2
(multilingualism)

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


GIT
• 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
( notamment grâce à GitHub : https://github.com/ )





4- Maven




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 »
(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
• Maven repose sur des conventions
principe de « Convention over Configuration » ( CoC )
• Répertoires src/main/java
src/main/resources Application
src/main/webapp
src/test/java
Tests
src/test/resources
• Identification des « artifacts » (objet utilisé ou produit par le
build)
Produit

Utilisé
(dépendance)


Maven – Cycle de vie du « build »
Code 23 phases
source
generate-test-sources
validate
process-test-sources pre-integration-test

initialize generate-test-resources integration-test

process-test-resources post-integration-test
generate-sources

process-sources test-compile verify
generate-resources process-test-classes
process-sources test install

compile prepare-package deploy
process-classes
package


Maven – Plugins
Maven a été conçu pour déléguer les traitements à un jeu de
« plugins » associés aux différentes phases.
Pour chaque plugin :
pom.xml 1 à N « goals »
Phases
Plugins Goals
compile compile
compiler
testCompile
test-compile test
surefire
jar
test testJar
jar
ejb
package ejb install

javadoc javadoc
install
aggregate
etc...
Les plugins sont associés aux phases dans le fichier pom.xml

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

mvn compile

mvn install


Maven - Commandes
• Il est également possible de demander l’exécution d’un
« goal » particulier
• Syntaxe :
mvn plugin_name : goal_name
• Exemples :
mvn compiler:compile
mvn jar:jar
mvn ejb:ejb
mvn surefire:test
mvn deploy:deploy
mvn sonar:sonar

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


Maven – Autres cycles de vie

Nettoyage Génération du site web
Cycle de vie « clean » Cycle de vie « site »

pre-clean pre-site

clean site

post-clean post-site

site-deploy

mvn clean mvn site
mvn post-clean mvn pre-site


Maven / IDE

Editeur pour le pom.xml


Maven / IDE
Gestion des dépendances Commandes intégrées
à partir du pom.xml

Configuration
de « .launch »





4- Maven




Avant l’intégration continue …
• Des phases bien séparées (trop séparées)

Développement Intégration Livraison
(tests d’intégration)

Temps

Mais ça c’était avant …

Intégration continue
• 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égration
le plus tôt possible.
http://www.martinfowler.com/articles/continuousIntegration.html

L'intégration continue est le principe de
faire d'un processus d'intégration logiciel
un «non-évènement».


Intégration continue - Outillage
• 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
• Autres fonctions de l’outil : Objectifs :
. maintenir la « dette technique »
– surveillance de la qualité du code au niveau le plus bas possible
– métriques de couverture de test . donner de la visibilité aux
– etc… indicateurs de qualité
(motiver les développeurs)
• L’outil d’Intégration Continue
devient un outil de communication
transparence & management visuel

Intégration continue - Outillage
• Solutions d’intégration continue :
– CruiseControl ( SourceForge )
– Bamboo (Atlassian)
– Hudson ( repris pas Oracle)
– Jenkins ( fork de Hudson, désaccord du créateur avec Oracle )

Application Java/web (.war)

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

SCM au choix :
. CVS
. Subversion
. Git


Vue d’ensemble
Apports

• Intégration et
détection des
régressions au fil
CheckStyle Corbertura
de l’eau
Poste de Développement • Mise à disposition de
versions de test
• Production
quotidienne de
métriques
• Coaching technique
obligatoire
Automate de Fabrication
Référentiel
Unique des
Sources et
Composants

Plugins MAVEN
CheckStyle, Cobertura, CPD, PMD JavaDOC
JDepend, SureFire, XRef


Qualité
• Rappel :
l’application a un cycle de vie

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

Pensez à celui qui va devoir reprendre le code !


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


Sonar
• Un tableau de bord pour chaque projet …
Compteurs
(lignes,
classes,.. )
Règles non
respectées

Complexité
cyclomatique
(McCabe)

Taux de
couverture du
code par les
tests unitaires


Sonar
• Suivi de la qualité du code dans le temps





4- Maven




Approche « Model First »
• 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
MODEL
Service
name

+port 0..n
Port Binding Port Type
XMI
( XML )
1
+binding name
name name
1 +type Param
name

StartWithExtensions

+output 0..1 +operation 0..n +operation 0..n
+input Input
0..1 +input
BindingOperation Operation
0..1
name name
1 0..1 Output
+output

+message 1
+fault 0..n +fault 0..n
Message
Fault +message
BindingFault name
name
1 1

+part 0..n
Part
name

Code
Template TOOL


Approche « scaffolding »
• Scaffolding de type « Database - First »
Database
• Très efficace ( rapide )
• Mais pas d’action possible sur l’outil
Metadata
de génération
• Pas assez d’informations :-(
– Noms/types des attributs Java TOOL
– Règles de validation : min, max, regexp, …
– Représentation des Booléens
(1/0, "T"/"F", … ) Template
– etc …
• Il faudrait ajouter (et conserver) des Code
informations complémentaires…
… un modèle ?


Approche « scaffolding + modèle léger »
• 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


Génération de code
• Démo avec « Telosys Tools » ( plugin Eclipse )
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

Contenu connexe

Tendances

En vedette

Similaire à Genie logiciel eseo-v1.1-1spp

Plus de Laurent Guérin

Genie logiciel eseo-v1.1-1spp