Ingénierie des systèmes Session #1

Présentation au sujet: "Ingénierie des systèmes Session #1"— Transcription de la présentation:

1 Ingénierie des systèmes Session #1
Les méthodologies de développement Cherifa Mansoura Liamani, PhD

2 Plan de Cours Introduction Définitions
Les méthodes formelles vs non formelles Comment adapter un processus Conclusion

3 La Triade Ressources Technologie Processus Qualité
Equipe dédié d’utilisateurs Ressources compétentes de projet Un environnement de collaboration adéquat Approche / méthodologie de développement Planification de projet Gestion des besoins Ensemble de techniques de modélisation gestion de projets Interview des utilisateurs Critères de succès Qualité Technologie Standards Outils (terme CASE est souvent utilisé) Architectures de référence Processus

4 Glossaire Une méthodologie fournit un ensemble de lignes directrices complètes pour la réalisation de chacune des activités du cycle de développement des systèmes. Inclut Un processus d’encadrement de projet basé sur un cycle donné Des livrables Un modèle est une représentation d’un aspect important du monde réel. Un outil fournit du soutien logiciel pour créer des modèles. Un système est ‘un tout organisé de composants en intéraction’ (E.Schwartz), doté d’une structure, évolue dans le temps et a une finalité… (J.L Lemoigne)

5 Une Méthodologie? Une methodology is a structured method for effective project management, including appropriate documentation and control mechanisms for the organisation and management of projects.

6 Une Méthodologie? Plusieurs types de projets mais tous passent par les mêmes étapes de développement: Initiation Quand le projet commence, objectives et portée définis Planification Lister qui fait quoi, quand Exécution! Identification des taches Test Assurance qualité Critères d’acceptance Lancement livraison Revue Fermer le projet

7 Les grandes familles de méthodes en Génie Logiciel
Méthodes formelles et semi-formelles Approches structurées Approches orientée objets Méthodes non formelles Toute méthode s’appuie sur un cycle de vie

8 Cycle en cascade

9 Cycle iterative

10 Comparaison entre les cycles

11 Les méthodes formelles…
Merise Une approche systémique Approche fonctionnelle A une vision duale des données-traitements A trois niveaux d’abstraction Niveau conceptuel Niveau logique Niveau physique

12 Methode Merise

13 Merise en Détail L'expression des besoins est une étape consistant à définir ce que l'on attend du système d'information automatisé: faire l'inventaire des éléments nécessaires au système d'information délimiter le système en s'informant auprès des futurs utilisateurs Etape suivante est de créer le MCC (Modèle conceptuel de la communication) qui définit les flux d'informations à prendre en compte. L‘autre étape consiste à mettre au point le MCD (Modèle conceptuel des données) et le MCT (Modèle conceptuel des traitements) décrivant les règles et les contraintes à prendre en compte. Le modèle organisationnel consiste à définir le MOT (Modèle organisationnel des traitements) décrivant les contraintes dues à l'environnement (organisationnel, spatial et temporel). Le modèle logique représente un choix logiciel pour le système d'information. Le modèle physique reflète un choix matériel pour le système d'information

14 Merise et terminologie
Un événement représente un changement dans l'univers extérieur au système d'information, ou dans le système d'information lui-même. un événement externe est un changement de l'univers extérieur un événement interne est un changement interne au système d'information On représente un événement par une ellipse en trait plein pour les événements internes à l'organisation, en trait pointillé pour les événements externes.

15 Merise: MCT

16 Autres méthodes formelles…
Custom Development Method (CDM) d’Oracle Une approche systémique Approche globale du système d’information A une vision duale des données - traitements Éléments fondamentaux (livrable, processus, phase, tâche, dépendance) Distingue trois niveaux d’abstraction Niveau conceptuel Niveau logique Niveau physique

17 Autres méthodes formelles…
P+ Une approche dérivée de Macroscope/DMR Approche orientée-objet Itérative et incrémentale Pilotée par les cas d’utilisation

18 Les méthodes semi - formelles
Prince2 UP Une approche orientée objet, repose sur UML Pilotées par les cas d’utilisation Centré sur l’architecture Pilotées par les risques Itératif et incrémental Méthodologies dérivées RUP ( et BUP Catalysis ( EUP ( site de Scott Ambler) MSF_Microsoft Framework

19 …RUP

20 Les méthodes `Agiles’…
DSDM (Dynamic Softare Development Method)_1994 Une approche globale dans un environnement de développement rapide (RAD) et basée sur la collaboration et la coopération entre toutes les personnes intéressées par le projet est essentielle Les principes de base: Implication active des utilisateurs Pouvoir de décision des équipes DSDM Livraison fréquente de produits Développement itératif et incrémental pour obtenir une solution adaptée aux besoins Les tests sont intégrés à toutes ls étapes du cycle de vie

21 DSDM

22 Autres méthodes ‘Agiles’…
eXtreme programming _XP SCRUM Catalyst Customer Unit Testing Planning Team Coding Hacking out Manager Drive by Feedback

23 Les Méthodes ‘Agiles’ Points forts Points faibles
Itératif à planification souple Simple à mettre en œuvre Fait une large place aux aspects techniques : prototypes, règles de développement, tests… Innovant: programmation en duo, kick-off matinal meetings debout … Points faibles Ne couvre pas les phases en amont et en aval au développement : capture des besoins, support, maintenance, tests d’intégration… Élude la phase d’analyse, si bien qu’on peut dépenser son énergie à faire et défaire Assez flou dans sa mise en œuvre: quels intervenants, quels livrables ?

24 Manifeste des méthodes`Agiles’
Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.

25 Les Enjeux Nouvelles Technologies Besoins Réalisation Production
Études métier maquettes Besoins , briser les rêves nouvelle méthode, prototypage, formation, risques modéliser, Contraintes Budget Facteur temps Qualité Réalisation nombreux intervenants, nouvelle infrastructure, formation, Disponibilité, robustesse, Sécurité, performance Production Évolutions transfert de compétences

26 Comment répondre aux enjeux
Il est nécessaire d’adapter son processus de développement pour répondre à ces enjeux technologiques et économiques

27 Adapter son processus de développement…
Travailler de façon itérative et incrémentale Que ce soit au niveau des plannings, des spécifications, ou des développements… L’itératif permet une gestion efficace des risques, Aborder dès les premières itérations, les points difficiles Par exemple, les premières itérations de la phase technique aborderont les aspects sécurité et transaction. L’itératif permet de présenter rapidement des éléments de validation aux utilisateurs Réaliser des prototypes de validation

28 Combiner les meilleures pratiques
Analyse Simple Gérer par rétroaction Planifier Gérer les risques Conception Simple Tests Refactoring Pair Programming Responsabilité collective du code Règle de codage Intégration continue Livraison fréquentes Planification itérative Client sur site Unit Testing Planning Coding Manage risk Iterative Req. Comp. Arch Change Product

29 Comment mettre en oeuvre un processus adapté à vos besoins
Waterfall Waterfall Adaptez via Votre liste de livrables!!! Few risk, sequential Late integration and testing Relaxed Disciplined Well documented Traceability Little documentation Light process UP process framework Large Config. Light Config. average Config. Outils Iterative Iterative Risk driven Continuous integration and testing

30 Autres Orientations La construction des systèmes s’appuie sur des modèles ou méta-modèles ( framework, design-patterns) MDA_Model-Driven Architecture MVC_ Model-View-Controller Méthodologies de gestion de projets Méthodologies d’organisation stratégique Méthodologies d’assurance et de contrôle de la qualité Modélisation des processus métier

31 Autres défis CMMI_ Capability Maturity Model Integrated
La maîtrise des coûts et des délais est devenue une priorité pour tous les acteurs de l’industrie. Des modèles existent pour rationaliser les processus de développement. CMMI en fait partie. Ce Modèle d'évolution des capacités logiciel a vu le jour en 1991

32 Merci