Génie logiciel

but who do you think created the chaos? » Logiciel •! Objet immatériel pendant son développement, très facile à modifier, •! Ses caractéristiques attendues sont difficiles à figer au départ et souvent remises en cause en cours de développement, •! Les défaillances et erreurs ne proviennent ni de défauts dans les matériaux ni de phénomènes d’usure dont on connaît les lois mais d’erreurs humaines, inhérentes à l’activité de développement, •! Le logiciel ne s’use pas, il devient obsolète (par rapport

Scrum (méthode) Aller à : Navigation, rechercher Pour les articles homonymes, voir Scrum. En informatique et plus particulièrement en génie logiciel, Scrum est une méthode agile dédiée à la gestion de projets. Son objectif est d'améliorer la productivité des équipes auparavant ralenties par des méthodologies plus lourdes. La métaphore de Scrum (mêlée du rugby) apparaît pour la première fois dans une publication de Takeuchi et Nonaka intitulée The New New Product Development Game1 qui s'appliquait

analyser la situation, je classe les différents actions selon leur degré de priorité tout en prévoyant les conséquences de cellesci. Mes formations précédentes m’ont permis d’acquérir des connaissances techniques principalement dans le domaine du génie logiciel et des télécoms et réseaux. Mes différents séjours linguistiques aux Etats-Unis puis Malte puis à Malte m’ont permis de consolider mon niveau en Anglais et obtenir mon First Certificate of English of Cambridge. 4 Mes racines professionnelles

Industrielle et Informatique) et avec les responsables du bassin hydraulique Oued Sebou. Moyens matériels et logiciels Le travail a été réalisé sur PC sous Windows XP. Le choix du logiciel de développement s’est porté sur Visual Studio 2008, l’IDE le plus utilisé pour un développement avec la plateforme ASP.net. Pour la modélisation du système, on utilisé l’atelier de Génie Logiciel Sybase Power AMC pour une représentation des modèles UML. Partie II : Analyse & Conception

: intégrer « le meilleur des normes » Les 2 & 3 octobre 2007 – Page 4 Normes examinées g COBIT g Gouvernance des systèmes d’information Fourniture et support des services informatiques récurrents Amélioration des processus de génie logiciel et/ou système Fourniture des services eSourcing Evaluation des processus Amélioration continue de la qualité des produits et des processus g ITIL g g CMMI g g eSCM-SP g g ISO 15504 (SPICE) g g Six Sigma g

Génie logiciel UML : Unified Modeling Language 1 A. Larhlimi Génie Logiciel UML Introduction Cycle de vie d’un logiciel Historique d’UML Diagrammes UML g Diagrammes de classes et d'objets Diagrammes des cas d'utilisation Autres diagrammes g Passage vers le code De UML vers Java UML et les bases de données Langage de contraintes : OCL Études de cas De l’analyse des besoins au code l analyse 2 A. Larhlimi Cycle de vie d un logiciel d’un 3 Processus (ensemble d’activités) nécessaire

de l’époque. Jean-Pierre Vickoff Entreprise-Agile.com 14 Méthode Agile – Historique et évolution Premières communications sur l’Itératif C’est en 1986 que commencent vraiment les communications sur ce qui constitue aujourd’hui les bases du génie logiciel itératif, incrémental. En janvier 1986, Hirotaka Takeuchi et Ikujiro Nonaka, professeurs à l’université de Hitosubashi au Japon, s’appuyaient sur les théories du Lean industriel (Toyota, Xerox, …) et de l’ingénierie concourante (Figure 6) pour

correspondant au commercial. 12 B. Diagrammes de séquence correspondant à l’administrateur. 15 IV. Spécification des structures de données. 17 V. Spécification des interfaces externes 17 1. Interfaces logiciels / matériels. 17 2. Interfaces logiciels / logiciels 17 3. Interfaces homme / machine : Manuel utilisateur. 18 VI. Besoins en performance. 18 VII. Contraintes de développement. 18 VIII. Références. 18 IX. Index et table des illustrations. 19 1

Notez qu’UML est ouvert et n’est la propriété de personne. Après avoir cité quelques méthodes objet, ce chapitre présente succinctement UML : une définition, des généralités, un court historique, une bibliographie et des outils (i.e. ateliers de génie logiciel). 1 Quelques méthodes objet Pas moins d’une cinquantaine de méthodes objet ont été dénombrées au milieu des années 90. Les méthodes objet qui suivent sont citées par J. Delatour (LIGLOO) du LAAS de Toulouse (http://www.laas.fr/~delatour/Igloo/methodeOO_image_fr

avec des concepts objets Tarak Chaari (ISECS) UML 14 Dans quel cas modéliser et analyser? Construire une niche: c’est facile une maison: c’est un peu plus compliqué un immeuble: bon là, comment s’y prendre? Nombreux fabricants de logiciels veulent construire « des immeubles » mais abordent le problème comme d’ils devaient bricoler une niche Nous construisons des modèles pour les systèmes complexes parce que nous ne sommes pas en mesure d’appréhender de tels systèmes dans leur intégralité