Please enable JavaScript.

Coggle requires JavaScript to display documents.

Génie logiciel (Processus Logiciel (Le modèle en cascade (Avantages :…

- - - - aisé à comprendre et à mettre en œuvre
        forte structuration : définition puis réalisation
        la documentation guide les étapes
    - - modèle idéalisé, ne tient pas compte de la nature itérative d’un projet
        logiciel délivré seulement à la fin du projet
        coût de gestion en amont important
  - - - 1-Niveau cycle de vie du système
        A gauche:
        Expression des besoins et Conception préliminaire
        A droite:
        Validation/ Maintenance et Intégration matériel/ logiciel
        2-Niveau cycle de vie du logiciel
        A gauche: Conception détaillée A la base: Codage
        A droite: Tests d’Intégration et Tests Unitaires
    - - Expression des besoins : l’utilisateur exprime ses besoins en termes de fonctionnalités. Il fournit les informations et les règles de traitement pour chacune des fonctions qu’il souhaite intégrer dans l’application. ◦ Il décrit les résultats attendus. ◦ Cette phase est très importante car elle détermine le travail des étapes suivantes.
      - Conception générale : c’est à partir de l’expression des besoins que l’on construit un modèle général de l’application informatique.
      - Conception détaillée : Après l’étude de la conception fonctionnelle, l’étape de la conception détaillée permet d’affiner les solutions informatiques de chaque unité de programme à produire.
      - Codage : la programmation est l’aboutissement de l’étude des besoins. On met en œuvre le produit informatique en choisissant les bonnes compétences et les bons langages de programmation.
      - -Tests unitaires : chaque unité de programme est vérifiée.
        Les résultats produits doivent correspondre
        aux spécifications précédentes
      - Intégration : les unités de programmes sont alors associées et communiquent entre elles. C’est alors que l’on peut vérifier que la logique de production fonctionne et que les résultats sont satisfaisants.
      - Validation : l’utilisateur est sollicité car il va mettre à l’épreuve le nouveau logiciel.
    - - La remontée du cycle est bien verrouillée par des plans et des livrables
        Convient bien à des grands projets
        La notion d’intégration et de plan d’intégration figure clairement
        A chaque étape du développement correspond une phase de validation
    - - L’élément de base reste une cascade
        logiciel délivré seulement à la fin du projet
  - - - Les efforts consacrés au développement d’un prototype sont le plus souvent compensés par ceux gagnés à ne pas développer des fonctions inutiles
        • détection des fonctions manquantes
        • amélioration des fonctions complexes
        • démonstration de la faisabilité
        • utilisation comme spécification d'un système
    - - • coût de développement
        • incite les changements côté utilisateur
  - - - Il combine les avantages des modèles en cascade/V
        I tient compte de la nature itérative d’un projet
        I bonne visibilité au cours du cycle de vie
    - - Il est difficile à comprendre sans être expert technique
        Il nécessite capacité à bien analyser les risques
        Il nécessite gestionnaires compétents
- - - - *Fonctionnalités du logiciel
        *Interfaces utilisateurs
        *Comportements en cas d'erreurs
        *Performances requises
        *Interfaces avec autres logiciels
        *Interfaces avec le(s) matériel(s)
        *Contraintes de réalisations (matériels, logiciels, normes…)
  - - - 1-une étude préliminaire des fonctions du système
        2-une analyse fonctionnelle du logiciel avec ses spécifications : statique ou dynamique selon les besoins
        3-une analyse détaillée du logiciel en unités de programme
- - - - Elle est le client du projet d’informatisation.
      - C’est au sein de la maîtrise d’ouvrage que l’on trouve les experts métier et les groupes de validation.
      - Elle regroupe les acteurs suivants :
        
        Le maître d’ouvrage
        
        Le représentant de la maîtrise d’ouvrage
        
        Les utilisateurs
    - - Il est le commanditaire de l’opération et, à ce titre, il doit en définir les enjeux, les objectifs et les exigences qualité (avec l’aide de son représentant et de la maîtrise d’œuvre le cas échéant).
      - Il est le propriétaire de l’application qui est réalisée.
      - Il est le donneur d’ordre et met en place les financements nécessaires.
      - Il décide du déploiement ou non de l’application.