D

1
Développement de logiciel
2
Styles de développement

• Développement rapide
• DR incrémental
• DR par prototypes
• Développement agile
• Développement extrémal
• Développement avec réutilisation
• Composants

3
Développement rapide

• Besoins
• Lenvironnement nest pas stabile et les sociétés
  doivent répondre aux nouvelles circumstances.
• Ça exige un développement rapide.
• Les clients peuvent accepter une qualité médiocre
  si la foncionalité de base est assurée vite.
• Particularités
• Besoins instables
• Processus itérative

4
Développement itératif
5
Développement rapide

• Avantages
• Rapide
• Participation des clients
• Désavantages
• Gestion difficile
• Contracte flou il ny a pas une spécification
  claire
• Validation
• Maintenance les changement continus gâtent le
  système

6
Prototypes

• Particularités
• Utilisés quand on veut identifier les besoins.
• Quand le besoin est spécifié le prototype est
  jeté et détruit
• Comparaison avec la méthode incrémentale
• Incrémentale - on commence du besoin le plus
  claire
• Prototype - on commence du besoin le plus flou

7
Les méthodes agiles
8
Les méthodes agiles

• Principes
• Participation des clients
• Produit incrémental
• Les gens sont importants, pas le processus un
  peu discutable
• Attends les changements
• Maintiens simplicité

9
Programmation extrémal

• Cest une approche extrémale
• On paut faire des nouvelles versions plusieurs
  fois par jour
• Les améliorations sont livrées aux clients chaque
  2 semaines.
• Chaque versions doit être testée. Elle nest
  acceptée sauf tous les tests ont passé.

10
Programmation extrémal

• Le cycle de la version

11
Programmation extrémal

• Pratiques
• Petits incréments
• Petits version délivrées
• Conception simple
• Développement basé aux tests automatisés
• Amélioration continue du code
• Programmation en paires
• Possession collective du code
• Soutenable rythme de travail
• Présence permanente du client

12
Programmation extrémal

• Besoins
• Histoires des utilisateurs
• Scénarios
• Tâches
• Changements
• Les changements sont faits directement quand ils
  sont nécessaires

13
Programmation extrémal

• Tests
• Les tests dabord
• Les tests sont écrits avant le code
• Ils sont écrits comme des programmes afin dêtre
  exécutés automatiquement
• Tous les tests sont exécutés les vieux et les
  nouveaux quand on ajoute une nouvelle
  fonctionnalité.
• Les tests sont dérivés depuis les scénarios
• Les utilisateurs participent
• On utilise des programmes de test automatiques

14
Programmation extrémal

• Programmation en pairs
• Un code est développer par paires de programmeurs
  ensemble
• Le code est possédé par tout léquipe
• Ça propage le savoir dans léquipe

15
Développement appliqué rapide

• Plus traditionnelles
• Application daccès aux bases de données
• Outils
• Langage de programmation de BD
• Générateur dinterface
• Liaisons vers application de Bureautique
• Générateurs de rapports

16
Développement appliqué rapide

• Environnement de développement rapide

17
Développement appliqué rapide

• Génération dinterface
• Générer des formulaires complexes par des
  techniques visuelles
• Assurer lenchaînement des formulaires et la
  validation de la saisie
• Programmation visuelle
• Problèmes
• Mauvaise structure
• Difficile de travailler en équipes
• Maintenance compliquée

18
Réutilisation

• Applications
• Composants
• Objets et fonctions

19
Réutilisation

• Avantages
• Sécurité améliorée
• Risque de processus diminué
• Utilisation effective des spécialistes
• Conformité aux standard
• Développement plus rapide
• Moins cher
• Problèmes
• Maintenance plus difficile quand le code source
  nest pas disponible
• Manque des outils de support
• Jalousie
• Création et maintenance dune bibliothèque de
  composants
• Comprendre et assembler les composants

20
Différents types de réutilisation
21
Approches

• Modèles de conception (Design patterns)
• Basé aux Composants
• Structure appliquée (Application framework)
• Enveloppe dun système hérédité
• Système orienté service
• Intégration COTS (Commercial off the Shelf
  System)
• Ligne de production
• Application configurable verticalement
• Bibliothèques de programmes
• Générateur de programmes
• Aspect orienté

22
Design paterns

• Il présente la description du problème et sa
  solution
• Eléments
• Nom
• Description du problème
• Description de la solution modèle qui peut être
  implémenté de façons différentes
• Conséquences les résultats et les compromis
  quon doit faire en utilisant le modèle

23
Lobservateur

• Nom
• Observer.
• Description
• Sépare la présentation détat dobjet de lobjet
  lui-même
• Description du problème
• On lutilise quand on a besoin de nombreux
  présentations.
• Description de la solution
• Vois le diagramme UML.
• Conséquences
• Optimiser pour améliorer les présentation à
  lécran ne sont pas utiles

24
Nombreux écrans
25
Le modèle observateur
26
Réutilisation de modèle

• Le plus abstrait et le plus générale
• Types
• Générateurs du programmes
• Modèles de conception

27
Générateurs de programmes

• Types
• Pour application de traitements de données
• Pour analyseur lexique et analyseur syntactique
  des processeurs de langages yacc, JavaCC
• Les générateurs de code dans les outils CASE

28
Générateurs de programmes
29
Développement aspect orienté

• On utilise des tisserands daspect

30
Structures appliquées (Frameworks)

• Ce sont des collections de classes abstraites et
  concrètes et les interfaces entre eux.
• Types
• Infrastructure système (communication,
  compilateurs, UI)
• Intégration communication entre composants et
  échange de données
• Application dentreprise
• Extension
• Problèmes
• Très complexes

31
Model-view controller

• Modèle de GUI
• Nombreux présentation dun objet et interraction
  avec les présentations individuellement

32
Réutilisation des systèmes dapplication

• Types
• COTS
• Ligne de production

33
COTS

• Système dacquisition

34
COTS

• Problèmes dintégration
• Manque de contrôle sur leffectivité et
  fonctionnalité
• Manque de contrôle dévolution
• Manque de support
• Difficultés avec linteropérabilité

35
Ligne de production

• Ce sont application dune fonctionnalité
  générique qui peut être configurée pour les
  besoins du client
• Adaptation
• Configuration du système ou de composants
• Ajouter des nouveaux composants
• Sélectionner dune bibliothèque de composants
• Modifier des composants

36
ERP

• Enterprise Ressource Planning System

37
Architecture

• Architecture de Ressource management System

38
Développement dun produit