Résumé IE1 :

Objectifs :

• Former des informaticiens spécialisés dans l'analyse, la conception et la mise en œuvre des
systèmes d'information.

• Comprendre la phase d'ingénierie (IE), qui est une cause principale d'échec des projets de
systèmes d'information.

• Intégrer le développement logiciel classique avec le développement logiciel orienté objet.

Contenu :

1. Ingénierie des Exigences (IE) : Les exigences établissent un "contrat" entre les parties
prenantes du projet, déterminant ce qu'il faut construire avec précision.

2. Conception : Explique comment développer des systèmes basés sur les besoins des
utilisateurs et les standards technologiques.

3. Systèmes Multi-Agent : Introduction à la conception de systèmes reposant sur la coopération

entre plusieurs unités.

Problèmes Courants :

• Les échecs de projets sont souvent dus à un manque de qualité du document des exigences,
ce qui nécessite une amélioration des pratiques d'ingénierie.

• Le succès des projets nécessite une communication efficace entre les parties concernées pour
garantir que les besoins soient satisfaits.

Définitions :

• Exigences : Reflètent les besoins techniques des parties prenantes et constituent la base du
développement du produit.

• Exigences Fonctionnelles et Non Fonctionnelles : Incluent les fonctions requises du système

ainsi que les contraintes de qualité de service.

Conclusion :
L'ingénierie des exigences est une étape cruciale dans le développement des systèmes d'information
pour garantir le succès des projets et réduire les coûts et les erreurs résultant d'une mauvaise
compréhension des besoins.

Résumé IE2 :

Points principaux :

1. Introduction : Présente le concept d'ingénierie des systèmes comme une branche de

l'informatique concernée par le développement des systèmes informatiques, en soulignant
l'importance de la gestion des exigences comme étape fondamentale dans tout projet de
développement.

2. Ingénierie des exigences (IE) : Définie comme un processus de transformation d'idées floues
en spécifications précises répondant aux besoins des utilisateurs. Le texte insiste sur
l'importance de produire un document de exigences de haute qualité.
 3. Objectifs de l'ingénierie des exigences : Nécessite de répondre à la question "Pourquoi
développer le système ?", de déterminer les fonctionnalités requises et d'identifier les
contraintes pouvant affecter ces fonctionnalités.

4. Processus d'ingénierie des exigences :

o Comprend plusieurs activités interconnectées telles que : l'élaboration des exigences,

leur analyse, leur documentation et leur validation.

o Le processus se termine lorsque toutes les exigences sont suffisantes pour

commencer le développement du système.

5. Méthodes d'ingénierie des exigences :

o Inclut diverses techniques telles que l'observation, les entretiens, le brainstorming et

les groupes de discussion.

o Chaque technique a ses avantages et inconvénients, comme la capacité des

entretiens à fournir des informations directes mais pouvant nécessiter beaucoup de
temps.

6. Conclusion : Le texte souligne la nécessité de comprendre les besoins des utilisateurs par
l'application de méthodes efficaces pour collecter et analyser les exigences afin d'assurer le
succès du projet.

Ce résumé fournit un aperçu complet du contenu principal du fichier et met en évidence les points
essentiels concernant l'ingénierie des exigences.

Résumé IE3 :

Processus en ingénierie informatique (IE) : Activités

1. Analyse des exigences :

o Se concentre sur la compréhension des résultats de la phase d'élaboration des

exigences pour les clarifier, assurer leur complétude et éviter les redondances.

o La négociation a lieu en cas de contradictions entre les exigences.

o L'objectif est de détecter les problèmes et d'informer les parties concernées pour les
résoudre.

2. Accès au master :

o Les conditions d'accès aux programmes sont déterminées, y compris le nombre de

retenus et les délais.

3. Analyse des exigences :

o Un candidat peut dépasser un autre en fonction des notes.

4. Spécification des exigences :

o Implique la documentation des exigences issues de l'analyse.

o Les spécifications doivent être cohérentes et complètes.

5. Exemples de spécifications formelles :

 o Utilisation du langage B pour définir les exigences d'un système particulier.

6. Traduction des exigences en spécifications :

o Déterminer ce que le logiciel doit faire.

7. Négociation :

o Chercher un compromis acceptable pour toutes les parties prenantes.

8. Vérification des exigences :

o S'assurer que les exigences sont complètes et correctes.

9. Gestion des exigences :

o Partie intégrante du processus, impliquant le suivi des changements et des besoins.

10. Exemples de systèmes de classement :

o Changement de la règle de calcul des moyennes pour les candidats au doctorat.

Ce résumé reflète les points principaux du contenu du document concernant les processus en
ingénierie informatique.

Résumé IE41:

Méthodes orientées vers les objectifs :

• Les objectifs sont définis comme des cibles que le système futur doit garantir par la
coopération appropriée entre les agents. Les objectifs sont formulés à différents niveaux
d'abstraction.

• Les objectifs stratégiques (de haut niveau) incluent des exemples tels que "augmenter le
nombre de passagers dans un train" ou "fournir un service de retrait d'argent aux guichets
automatiques". Les objectifs techniques (de bas niveau) incluent des éléments tels que
"éviter le prêt lorsque cela dépasse trois emprunts".

Modèle des objectifs :

• Les modèles d'objectifs comprennent la décomposition d'un objectif en sous-objectifs à l'aide

de graphiques. Il existe deux types de décomposition : "ET" où tous les sous-objectifs doivent
être atteints pour réaliser l'objectif principal, et "OU" où il suffit d'atteindre un des sous-
objectifs.

• Les objectifs sont classés en objectifs "durs" (fonctionnels) et objectifs "doux" (non
fonctionnels), ce qui aide à déterminer les exigences fonctionnelles et non fonctionnelles du
système.

Méthode i* :

• La méthode i* fournit une description de l'organisation du travail en termes de relations de

dépendance entre les agents, et repose sur des concepts tels que l'agent, l'objectif, la
croyance, le plan, la ressource, la capacité et la dépendance.
 • Le processus d'élaboration des exigences dans i* se compose de deux étapes : la première
étape consiste à extraire des exigences préliminaires à l'aide de diagrammes de dépendance,
et la seconde étape vise à extraire les exigences finales.

Exigences préliminaires :

• Lors de l'analyse des exigences préliminaires, les intentions des agents sont modélisées sous
forme d'objectifs, ce qui conduit aux exigences fonctionnelles et non fonctionnelles du
système futur.

Exigences finales :

• Le système futur est décrit dans son environnement d'exécution à travers les fonctions et les
qualités pertinentes, qui incluent les dépendances entre les agents.

Méthodes basées sur les scénarios :

• Les scénarios sont définis comme une séquence d'activités liées par un objectif visant à
fournir une certaine fonctionnalité.

• Les scénarios peuvent être descriptifs, explicatifs ou exploratoires, et sont utilisés pour
capturer des exemples et des contextes de fonctionnement du système.

Exemples de scénarios :

• Un scénario pour le prêt de livres illustre comment un utilisateur peut rechercher, soumettre
une demande de prêt, et obtenir une approbation ou un refus en fonction des conditions.

Conclusion :

• Les méthodes orientées vers les objectifs et les scénarios offrent des moyens efficaces de
comprendre les exigences, d'analyser la situation organisationnelle et de déterminer le
besoin de changement, contribuant ainsi à la conception de systèmes efficaces répondant
aux besoins des utilisateurs.

Résumé IE42:

Approches couplant les buts et les scénarios : méthode CREWS

• La méthode CREWS (Ingénierie des Exigences Coopératives avec Scénario) a été développée
dans le cadre du projet ESPRIT.

• Cette méthode vise à découvrir les exigences de manière semi-automatique à partir de

scénarios textuels en utilisant un couplage bidirectionnel entre les buts et les scénarios.

Structure du but en notation UML

• Le but se compose de plusieurs éléments, y compris le verbe, les paramètres, la cible, la

direction, le bénéficiaire et le moyen.

Concept de fragment d'exigence

• Le scénario présente un fragment d'exigence où l'utilisateur interagit avec un distributeur

automatique de billets.

Approches par points de vue multiples

 • Les exigences peuvent sembler floues et informelles, exprimant des points de vue individuels
reflétant les compétences et les objectifs des participants.

• Permettre l'expression de points de vue multiples améliore l'extraction des exigences.

Exemples d'approches par points de vue multiples

• Envoyer le matériel de cours aux étudiants au début du semestre.

• Envoyer le matériel de cours après l'étude de chaque chapitre pour réduire les absences.

Défis de l'utilisation des points de vue dans les projets industriels

• Difficulté à identifier les points de vue.

• Problèmes de gestion des informations.

• Difficultés d'intégration des points de vue pour résoudre les conflits.

Méthode PREview

• La méthode PREview a été développée pour améliorer le processus d'extraction des

exigences dans des projets industriels.

• Elle se concentre sur les préoccupations non négociables qui sont essentielles pour le succès.

Composants d'un point de vue dans PREview

1. Nom du point de vue.

2. Portée du point de vue.

3. Préoccupations associées.

4. Sources du point de vue.

5. Exigences résultantes.

6. Historique du point de vue.

Conclusion

• L'ingénierie des exigences se concentre sur le système de manière systématique, facilitant le

succès du développement du système et réduisant les coûts de développement.

Résumé Chapitre 1 : Rappel du Génie Logiciel

1. Crise du logiciel
La crise du logiciel est née de la baisse des coûts du matériel et de la hausse des coûts des
logiciels. Pour faire face à la complexité des grands systèmes logiciels, il est nécessaire de
développer de nouvelles techniques et méthodes. Les indicateurs de la crise incluent :

o Baisse de la qualité des logiciels.

o Insatisfaction des consommateurs en raison des pannes.

o Mauvaises performances du produit.

o Dépassement des budgets fixés.

 o Coûts de développement excessifs et imprévus.

o Incompatibilité des logiciels avec les attentes des consommateurs.

o Difficulté et coût de maintenance des logiciels.

2. Génie logiciel
C'est l'art de spécifier, concevoir, réaliser et faire évoluer des logiciels de qualité, dans des
délais raisonnables. Les critères de qualité incluent :

o Validité : Capacité du produit à répondre aux exigences.

o Fiabilité : Capacité du produit à fonctionner dans des conditions spécifiques.

o Extensibilité : Facilité de modification ou d'extension du logiciel.

o Réutilisabilité : Possibilité de réutiliser des parties du logiciel dans d'autres

applications.

o Compatibilité : Capacité de relier le logiciel à d'autres systèmes.

o Efficacité : Utilisation optimale des ressources.

o Portabilité : Capacité à déplacer le logiciel entre différentes environnements.

o Intégrité : Protection des données et du code contre les accès non autorisés.

o Facilité d'emploi : Simplicité d'apprentissage et d'utilisation du système.

o Maintenabilité : Facilité d'entretien du logiciel.

3. Cycle de vie du logiciel

Cela fait référence à toutes les étapes du développement d'un logiciel, du début à la fin, pour
garantir la qualité en détectant les erreurs tôt. Les étapes comprennent :

o Étude de faisabilité.

o Définition et analyse des besoins.

o Élaboration du cahier des charges.

o Conception architecturale.

o Programmation et tests unitaires.

o Mise en œuvre et formation.

o Maintenance.

4. Modèles de développement de logiciels

o Modèle en cascade : Adapté aux petits projets avec des exigences fixes.

o Modèle en V : Met en avant les relations entre les différentes phases.

o Modèle en spirale : Traite continuellement les risques.

o Modèle par prototypage : Utilisé lorsque la définition des besoins est difficile au
départ.
 o Modèle par incrément : Développe progressivement des parties du logiciel pour les
intégrer.

1. Définition de l'agilité :
L'agilité signifie la capacité à s'adapter aux changements dans l'environnement de travail, où Jim
Highsmith indique que l'agilité est la capacité à répondre positivement aux changements au profit de
l'entreprise.

2. Manifeste agile :
Les approches agiles s'appuient sur les principes du manifeste agile, qui privilégie les individus et les
interactions plutôt que les processus et les outils, et souligne l'importance de la collaboration avec les
clients et de la réponse aux changements plutôt que de suivre des plans stricts.

3. Principes agiles :
Les principes incluent :

• Satisfaire continuellement les besoins des clients.

• Accepter les changements même en cours de développement.

• Livrer fréquemment des logiciels en visant les délais les plus courts.

• Collaborer quotidiennement entre managers et développeurs.

• Se concentrer sur des individus motivés.

4. Avantages des approches agiles :

• Pour les développeurs : Augmente les chances de réussite des projets en favorisant
l'interaction et en stimulant la créativité.

• Pour les produits : Permet de développer les logiciels de manière plus efficace.

• Pour les clients : Assure la participation du client dans le processus de développement,

facilitant ainsi l'adaptation à ses besoins.

• Pour la gestion de projet : Soutient l'amélioration continue et la flexibilité dans les processus
de développement.

5. Défis et limitations :
Les méthodes agiles rencontrent certaines limitations, comme leur inadaptation aux projets avec des
spécifications stables ou dans des environnements technologiques stables. De plus, la culture
organisationnelle joue un rôle crucial dans le succès de l'implémentation des méthodes agiles, car les
individus peuvent avoir des difficultés à s'adapter aux changements.

6. Importance de la conformité aux normes :

Certaines entreprises cherchent à se conformer à des normes telles que l'ISO 9001 et le CMMI, ce qui
peut influencer le niveau de flexibilité dans l'utilisation des méthodes agiles.

Le texte examine également certaines méthodes comme le RAD, le DSDM et le RUP, en analysant leur
compatibilité avec les approches agiles.

Ainsi, le texte met en lumière l'importance de l'agilité dans le développement de logiciels et comment
elle peut contribuer à améliorer la performance et la flexibilité dans les environnements de travail.