Cadre de Processus en Ingénierie Logicielle
Traduit par
ScribdTranslationsCadre de Processus en Ingénierie Logicielle
Traduit par
ScribdTranslationsProcessus - Une vue générique
L'ingénierie logicielle en tant que technologie stratifiée
Repose sur une approche organisationnelle de la qualité, par exemple la gestion de la qualité totale
et soulignent l'amélioration continue des processus (ce qui devient de plus en plus
des approches plus efficaces en ingénierie logicielle
La couche de processus fournit un cadre pour une utilisation efficace des logiciels
technologies. Constitue une base pour le contrôle de gestion et établit
contexte dans lequel des méthodes techniques sont appliquées, produits de travail produits,
des jalons établis, la qualité est assurée et le changement est géré.
Les méthodes fournissent des instructions techniques « comment faire ». Les méthodes comprennent un large éventail de
tâches qui incluent la communication, l'analyse des exigences, la conception
modélisation, programmation et test. Les méthodes d'ingénierie logicielle reposent
sur un ensemble de principes de base qui régissent chaque domaine de la technologie.
Les outils fournissent un support automatisé ou semi-automatisé pour le processus et
méthodes.
1
Cadre de processus
Identifie un petit nombre d'activités cadres qui sont applicables à
tous les projets logiciels.
De plus, le cadre englobe des activités parapluie qui sont
applicable à l'ensemble du processus logiciel.
2
Activités du Cadre de Processus Générique
Chaque activité du cadre est alimentée par un ensemble d'ingénierie logicielle
actions. Une action, par exemple la conception, est un ensemble de tâches liées qui produisent
un produit de travail majeur en ingénierie logicielle.
Communication – beaucoup de communication et de collaboration avec le client
et d'autres parties prenantes.. Englobe la collecte des exigences.
La planification - établit le plan pour le travail d'ingénierie logicielle qui suit.
Décrit les tâches techniques, les risques probables, les ressources requises, les produits de travail
et un emploi du temps
Modélisation – englobe la création de modèles qui permettent au développeur et
client pour mieux comprendre les exigences logicielles et le design qui
atteindra ces exigences.
Construction – génération de code et test.
Déploiement – logiciel, partiel ou complet, est livré au client
qui l'évalue et fournit des retours.
Activité de modélisation – composée de deux actions d'ingénierie logicielle
• analyse – composée de tâches de travail (par exemple, collecte des exigences,
élaboration, spécification et validation) qui mènent à la création de
modèle d'analyse et/ou spécification des exigences.
• la conception - englobe des tâches de travail telles que la conception des données, l'architecture
conception, conception d'interface et conception au niveau des composants. conduit à
création d'un modèle de conception et/ou d'une spécification de conception.
3
Différents projets exigent différents ensembles de tâches. L'équipe logicielle choisit les tâches.
définir en fonction des caractéristiques du problème et du projet.
Par exemple :
La collecte des exigences est une action importante en ingénierie logicielle qui
se produit lors de l'activité de communication. L'objectif est de comprendre ce que
diverses parties prenantes veulent du logiciel qui doit être construit.
Pour un petit projet simple, les tâches de collecte des exigences pourraient être :
1. faire une liste des parties prenantes
2. inviter les parties prenantes à une réunion informelle
3. demandez à chacun de faire une liste des fonctionnalités et des fonctions requises
4. discuter des exigences et établir une liste finale
5. prioriser les exigences
6. noter les zones d'incertitude
Pour des projets plus vastes et plus complexes :
1. faire une liste des parties prenantes
2. interroger chaque partie prenante séparément pour déterminer les souhaits globaux
et besoins
3. établir une liste préliminaire de fonctions et caractéristiques basée sur
contribution des parties prenantes
4. planifier une série de réunions de collecte des exigences facilitées
5. tenir des réunions
6. produire des scénarios d'utilisation informels dans le cadre de chaque réunion
7. affiner les scénarios utilisateurs en fonction des retours
8. établir une liste révisée des exigences
9. utiliser le déploiement de la fonction qualité pour prioriser les exigences
10. exigences de paquet afin qu'elles puissent être livrées de manière incrémentielle
11. noter les contraintes qui seront imposées au système
[Link] des méthodes de validation du système
4
Activités parapluie
Le cadre est renforcé par un certain nombre d'activités parapluies. Typique
les uns sont :
• Suivi et contrôle des projets logiciels - permet à l'équipe logicielle de
évaluer les progrès par rapport au plan de projet et prendre les mesures nécessaires pour
maintenir l'emploi du temps.
• Gestion des risques – évaluer les risques qui peuvent affecter le résultat de la
projet ou la qualité du produit.
• Examens techniques formels – évaluer le travail en ingénierie logicielle
produits pour découvrir et éliminer les erreurs avant qu'elles ne se propagent
à la prochaine action ou activité.
• La mesure - définit et recueille le processus, le projet et le produit
mesures qui aident l'équipe à développer des logiciels
• La gestion de configuration des logiciels - gère l'effet de
changement tout au long du processus logiciel
• Gestion de la réutilisabilité - définit des critères pour la réutilisation des produits de travail
et établit un mécanisme pour obtenir des composants réutilisables
• Préparation et production de produits de travail - travail inclus
activités nécessaires à la création de produits de travail tels que des documents, des journaux,
formulaires et listes.
Tous les processus peuvent être décrits avec le cadre ci-dessus. Intelligent
adaptation de tout modèle de processus au problème, à l'équipe, au projet et
la culture organisationnelle est essentielle.
Les modèles de processus diffèrent par :
• flux global des activités et interdépendances entre les activités
et tâche
• le degré auquel les tâches sont définies
• le degré auquel les produits de travail sont identifiés et requis
• la manière dont les activités de QA sont appliquées
• la manière dont le suivi et le contrôle des projets sont effectués
5
Processus Unifié cartographié sur le Cadre de Processus